I also tried the AMDGPU-PRO package from AUR …
Compiled and installed correctly but no changes whatsoever …
Although chromium receives correctly the HLS stream from a site, I noticed that the network bandwidth is reduced to almos zero instead of going up.
Also I were expecting the main CPU to start processing like crazy but that is not seen …
CPU is kept below 20% ( almost as being idle ) when receiving the HLS stream …
Any more ideas ?
Better. Changing the output, from GPU (openGL-FFMPEG-VAAPI) to VA-API in SMPLAYER the CPU usage is below 25% for 2160p HDR H.265 video. But before this update it was only 5%. Same result for FIREFOX.
Thank you.
for me the repo packages are working correctly, all of them… so… I have no idea.
don’t mention amf pls , no more. It’s not a solution either over the paper.
vdpau it’s for amd too. It’s official actually.
For me youtube was giving me problems without the h264 support because the videos were starting like 30 seconds after trying it. It’ worked, yeah, but not in the best way because of the time to get start( not a problem from the cpu, I think it’s firefox config)
may be putting arch repos inside pacman.conf and putting some more config that the same but… automatically only for some packages??
Hi, I’m affected by this issue looking for help. After the upgrade I’ve lost HW acc. From the instructions here to build mesa locally from the repos Upstream mesa removal of AVC/HEVC/VC-1 hardware acceleration (AMD GPUs) - #31 by Leo
#!/bin/bash
cd /tmp/
git clone https://gitlab.manjaro.org/packages/extra/mesa.git
cd /tmp/mesa/
sed -i '/-D microsoft-clc=disabled \\/a \ -D video-codecs=vc1dec,h264dec,h264enc,h265dec,h265enc \\' PKGBUILD
makepkg -si
cd /tmp/
rm -Rf mesa
It builds and installs but when trying to play a video via mpv or vlc or trying to run vdpauinfo I get this error:
mpv: ../mesa-22.3.1/src/compiler/glsl_types.cpp:1245: static const glsl_type* glsl_type::get_array_instance(const glsl_type*, unsigned int, unsigned int): Assertion `glsl_type_users > 0' failed.
Aborted (core dumped)
Downgrading to the previous version with pacman -U /var/cache/pacman/pkg/mesa-22.2.3-1.1-x86_64.pkg.tar.zst /var/cache/pacman/pkg/mesa-vdpau-22.2.3-1-x86_64.pkg.tar.zst gives HW acc back but I also lost realtime privileges (laptop used as a DAW) - continuous xruns when playing video/audio
From lshw:
ATI Radeon HD 5650M(obile) graphics card
*-display
description: VGA compatible controller
product: Madison [Mobility Radeon HD 5650/5750 / 6530M/6550M]
vendor: Advanced Micro Devices, Inc. [AMD/ATI]
From cat /proc/cpuinfo
Intel Core i5 M 450 2.40GHz (Arrandale) circa 2008
model name : Intel(R) Core(TM) i5 CPU M 450 @ 2.40GHz
mhwd-kernel -li
Currently running: 5.15.79-1-rt54-MANJARO (linux515)
The following kernels are installed in your system:
* linux419
* linux515-rt
Any help to get HW acc back would be greatly appreciated --thanks
He has edited it so now it’s only a script that build it, no more repo is linked here. 
This change came from nowhere… If this legal thing is now a concern after many years, what will happen when Vulkan came out next year with h264/265 and other coding-decoding capability?
The AV1 video codec is completely license-free and will become the standard video codec in the future.
Today, Intel Arc GPU and Nvidia RX 4000 series or new GPU already supported AV1 encoding and decoding.
You can forget about H264 and H265 from year 2025.
For most existing hardware, AV1 is atrociously slow at encoding. It’s almost comical how slow it is. 
To be clear, it’s promising for the future (quality, performance, hardware decoding and encoding, “open”), but for today, and for users who want to exploit hardware decoding and encoding, they’re mainly looking at AVC and HEVC. One obvious exception being YouTube, which is mostly VP9 now.
This is why it’s crucial for AMD GPU users to continue benefiting from hardware decoding of AVC and HEVC video streams.
I guess there are different settings for AV1 in ffmpeg.
A low setting would speed up AV1 encoding when its compression ratio is worse or like HEVC. 
I will test and compare 3 codecs for my CPU without hardware acceleration tomorrow.
You don’t have AV1 with pre NAVI (RX5000 series) Radeons… And all of our downloaded movies are encoded with x264 or x265.
I know, streaming is a thing and youtube uses AV1, but this situation it still sucks. Especially for people with older Radeons…
Muy GPU doesnt have either vp9 or av1 so Im alone here. Do you think that all the people can afford new hardware? Srly?
I have a doubt. Do you promote a mini pc with manjaro pre-installed and no have GPU acceleration?
https://www.bee-link.com/beelink-ser5-5600h-manjaro-os-minipc
You’re not alone here, I don’t have VP9 and AV1 on my laptop Intel HD 530. Useless, I do not notice it has the issue with Youtube VP9 decoding.
The decoding should regularly have a lower effort than the encoding without hardware acceleration. Useless, you can’t watch any video stream with 10x speed decoding.
Edit:
Netflix or YouTube forces you to decode VP9 at 1080p or higher resolution when you want to watch videos. You can not change or force YouTube or Netflix to use H265.
A counter question:
Do you think all people use Adobe Flash Player and H.263 and can afford their used old GPUs for 30 years and daily use without damage?
That depends on time and change by many big companies e.g. Apple and Google … etc.
That is about the evolution of media streaming and GPU.
Adobe Flash Player was killed by many big companies to change the world.
Each GPU has a lifespan limit for daily use. People would buy a new GPU that gets a AV1 codec when their old GPU is broken.
Time will tell what will change media streaming in the future by companies’s decision (Alliance for Open Media) and hardware manufacturers.
That is off-topic
Cool, i will wait!
No, I will not!
I’ll watch the nonsense here for a while, and if they don’t come to their senses, I’ll change distro.
Fedora, Suse, Debian do it more skillfully, Arch also gives a sh… on it, but I try to avoid the daily Archlinux madness, because there is also a life away from pc and notebook.
We can debate forth and back, this move made manjaro unusable for the average user with amd hardware.
I think so too, I’m already looking for Manjaro’s successor.
If they had at least kept mesa with codecs in a manually installable form, I would stay.
you forget about energy use on laptop. it’s not the same decoding something on GPU that is the job done efficiently than toding in the cpu…
exactly, without any type of fix I see here