I think a systemd that has no gpu acceleration is usefull. Only that. Not for mine desktop but yeah for my laptop. So… or AMD implements something in the free open soucre intel-like area or manjaro for me is a nope. I have tested to install chaotic aur mesa among another packages needed but it almost broke my system, a newbie could be yet searching how to fix it… so for me is not an option continue here.
OHOHOH wait, may be an “unnoficial” repo it’s ok, right? i think i’m gonna add your repo to my system so I have this mesa version with support… if it can be added to pacman that may be not. I’ll give a try in some moment
obs amf can be the fix to obs side, but… mpv and firefox are a no-no for a laptop…
I mean, for what red hat has increased the vaapi support in firefox if after is disabling from mesa the support…
Okey, it’s true, it’s only for mesa side…
AMD pls, make something like intel XD
Make “official-unofficial… definitely UNofficial” drop-in mesa replacement binary with relevant flags and codecs present and post it into AUR? By a … fan, that is not officially on Manjaro Corporation payroll.
Have been using AUR mesa-git for a while now, but it can be complicated for newer Manjaro users, Because often times llvm conflicts, needs long compilation time on weaker computers and other stuff that might happen with complete 3rd party AUR packagers.
OBS, firefox, any chromium based browsers and any media players, all use the dependence ffmpeg by default, not mesa. ffmpeg is only a solution for record, stream audio and video and offers any different video codec API (e.g. VAAPI, AMF etc…) as its option-parameter.
I knew ffmpeg should work well with AMD AMF in my testing.
However, it lacks a “custom fixed global configuration” feature of ffmpeg for all media applications or I’m missing something.
But all media applications automatically define the “wrong” video codec API for ffmpeg by themselves.
Edit://
I read a bit that ffmpeg refuses to support hardware video decoder for AMF.
(wishful thinking out loud) now the next step would be formatting the nix site there as pacman repo, that someone willing could add manually to pacman conf
While on the subject of patents – is the patents Manjaro is officially afraid of only for hardware accelerated codecs? I mean… Manjaro still ships software with software codecs and still plays them… are they not affected by those patents? Also how exactly are the hardware accelerated codecs from mesa for intel GPUs and such still OK to ship? How exactly is this any different?
firefox y chromium supports vaapi, not amf, I have been researching a bit. No matters if ffmpeg or whatever you want, firefox uses vaapi, anything more. Nor nvdec nor vdpau, nor nothing, only vaapi, so pls, stop telling me amf option until it get an actually option
I think this mesa package depends on mesa, so youll have to install too the mesa packages for that support. And not only that, you have to do it manually always. An unnoficial repo is the only way to go in the short future at least, my opinion.
After several tests with both manually editing the PKGBUILD script from AUR even using the @linux-aarhus repo.
I am still unable to activate the VAAPI / VDPAU in the Manjaro system.
Despite apparently compiling and installing correctly ( both AUR mesa-git 23.yyy and the @linux-aarhus personal repo with mesa 22.3.1-1.5) the system still does not work as expected.
In both repos FireFox does not even start ( even calling via terminal it does not open any window …)
with the @linux-aarhus repo version “vdpauinfo” makes a core dump …
In both repos Chromium still does not work as expected …
Even with the AUR “amf-amdgpu-pro” noone of the above makes any difference …
Any HTML5 video stream is not working properly …
Any more ideas how to solve this ?
Replying to @Tomek …
My GPU is an AMD HD6850 in which the Linux kernel identifies as using the radeon driver and with the detail as r600…
And until last week everything was fine.
Today I am not able to even seen a streaming video in any browser in Manjaro.
Although still have not found what codec is being streamed as the detail in the browser player indicates HLS format…
Any idea what codec is being streamed? H264 or another one?
It is for Nvdia, you need to install libva-utils using vainfo to check video codecs.
Did you try it?
If H264 hardware decoding is disabled, then the software decoding will be performed, any video should work on the CPU.
If both decodes do not work, maybe you have another issue, it has nothing to do with this topic.