doktor5000 wrote:Hi there, if you're interested, you may want to ask on the dev mailing list as mentioned in that other thread.
But this is more of a feature then a bug, because those would induce codec license fees by shipping those codecs enabled for encoding AFAIK - that is also mentioned in the upstream commit in the linked thread.
Although in our mesa package I don't see the video-codecs option set at all, so this should use the default.
But I also don't see any bugreports regarding mesa on this issue, so if nobody cared to report this or asked on the dev mailing list ...
I should be ask in dev mailing list but I'm not an expert, I'm pretty a newbie.
An expert guy tell me in an Italian newsgroup this about the codec issue:
I have no AMD hardware on which to test the configuration, however I have tried if nothing else to install Mageia 9 in a virtual machine, I use qemu/kvm, libvirt and virt-manager.
Before going into more detail perhaps in a future post, I'll summarise:
1. I worked with urpm* and with rpmbuild from the command line for greater clarity and to be able to better report the steps here eventually
2. fixed the repos
3. added the SRPM source repo
4. installed the development packages needed to recompile the "mesa" package
5. I unpacked and extracted via urpmi the package src.rpm of "mesa"
6. I finally attempted the "build" with rpmbuild on the mesa.spec
7. I tested both with the modified mesa.spec with the addition codec support as mentioned here before
8. I did the same build test with the original mesa.spec file original
The problem is that the build doesn't go all the way through. An error pops up and it looks more like a bug than the absence of something needed to build the package, also because the devel stuff that would be needed should have installed regularly in step 4: urpmi --buildrequires mesa
Searching the Web for the error, I found nothing useful to understand what the problem is, of course it seems almost impossible that it doesn't work, at least using the original mesa.spec: if the mesa rpm package is distributed it means that it was created by the team that released it together with the rest of the distribution, so the build must work one way or another. Maybe there is something missing on the system I have installed and it is not detected either by urpmi or during configure before the mesa build.
Possibly I could try with a stable Mageia installation stable installation, 8 I think, and see if the same glitch there too, in the end 9 is a development distribution and some messing up due to recent updates might also have to be taken into account.
The adds proposed by this guy is to add an entry in mesa.spec:
You have to modify the content by adding support for codecs:
https://www.carteakey.dev/building-mesa-vaapi-fedora/ there they show the modification made to the 'meson' build. I have looked it up in the spec file and it actually compiles like this now:
--------
%meson \
-Dcpp_std=gnu++17 \
-Dplatforms=x11,wayland \
-Ddri3=enabled \
-Dosmesa=true \
-----------------
You should add the following line below:
------------------------------------------------
-Dvideo-codecs=h264dec,h264enc,h265dec,h265enc,vc1dec \
----------------------------------------------------------
I added the last backslash but I would say that it is needed.
Edit: the entire talk in Italian is here:
https://groups.google.com/g/it.comp.os. ... yJA3THxqGc