On 6/9/22 23:35, Neal Gompa wrote: > On Thu, Jun 9, 2022 at 11:10 PM Gary Buhrmaster > <gary.buhrmaster@xxxxxxxxx> wrote: >> >> On Sun, Jun 5, 2022 at 8:33 PM Vitaly Zaitsev via devel >> <devel@xxxxxxxxxxxxxxxxxxxxxxx> wrote: >>> >>> On 05/06/2022 10:02, Mattia Verga via devel wrote: >>>> We should really start thinking about this. >>> >>> Yes. Patents for algorithms hinder the development of humankind. >>> >>> But there is nothing we can do about it, because Red Hat is registered >>> in the US organization and must follow their laws. >> >> I admit I have not checked, but does ffmpeg-free include >> the hardware GPU support for the various patented >> codecs (letting the GPU vendor pay the license costs >> for the decoder) and if not, would RH legal consider >> adding that hardware driver support acceptable to >> ffmpeg-free? >> >> Yes, some of the earlier hardware GPUs, even when >> they claim support for a codec, required software >> fallback to handle certain cases, which would not be >> allowed, but newer GPUs may be able to perform all >> the IP encumbered processing internally (I am thinking >> of GPUs such as nvidia pascal and later which I seem >> to recall supports at least some H.265 decode), and it >> would be useful to have those codecs available for >> apps to use on appropriate hardware. > > I can't go into too much detail, but I can say I was able to enable > some hardware encoders because they don't require ffmpeg's own codec > code and don't function without software to expose the functionality > from hardware. These are not functional without third-party software > that is not eligible for inclusion in Fedora. > > Unfortunately, this doesn't apply to decoders in the ffmpeg > architecture. Worse, some decoders that _could_ be enabled are > basically broken when hardware support is missing. FFmpeg does not > correctly invalidate them as choices and the player receives garbage > from libavcodec. Thus, all of that is turned off. Sorry! Could that be fixed upstream, such that the hardware support will be used where available? -- Sincerely, Demi Marie Obenour (she/her/hers)
Attachment:
OpenPGP_0xB288B55FFF9C22C1.asc
Description: OpenPGP public key
Attachment:
OpenPGP_signature
Description: OpenPGP digital signature
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
