[opensuse-factory] Status of x264 libraries in the standard distribution
Dear all! I'm one of the Remmina and freerdp maintainers just working on the next version of this product. freerdp would allow us to connect to windows systems using the x264 codec which is currently not supported by openSUSE. Enabling x264 would allow the client to use the hardware decoding and thus increase speed and save energy. Is there any plan to include the required library into openSUSE? Are there (still) licensing preventing openSUSE from doing so? Best regards -- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 21/02/18 07:33, Johannes Weberhofer wrote:
Dear all!
I'm one of the Remmina and freerdp maintainers just working on the next version of this product. freerdp would allow us to connect to windows systems using the x264 codec which is currently not supported by openSUSE.
Enabling x264 would allow the client to use the hardware decoding and thus increase speed and save energy. Is there any plan to include the required library into openSUSE? Are there (still) licensing preventing openSUSE from doing so?
Best regards
Yes the patents for h264 a.k.a x264 are still going to be valid for a long time so you have to install from a third party repository. Regards Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 21.02.2018 um 06:57 schrieb Dave Plater:
On 21/02/18 07:33, Johannes Weberhofer wrote:
Dear all!
I'm one of the Remmina and freerdp maintainers just working on the next version of this product. freerdp would allow us to connect to windows systems using the x264 codec which is currently not supported by openSUSE.
Enabling x264 would allow the client to use the hardware decoding and thus increase speed and save energy. Is there any plan to include the required library into openSUSE? Are there (still) licensing preventing openSUSE from doing so?
Best regards
Yes the patents for h264 a.k.a x264 are still going to be valid for a long time so you have to install from a third party repository.
Regards Dave P
I don't really undestand these legal stuff, but could https://github.com/cisco/openh264 be included? -- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Le mercredi 21 février 2018 à 09:25 +0100, Johannes Weberhofer a écrit :
Am 21.02.2018 um 06:57 schrieb Dave Plater:
On 21/02/18 07:33, Johannes Weberhofer wrote:
Dear all!
I'm one of the Remmina and freerdp maintainers just working on the next version of this product. freerdp would allow us to connect to windows systems using the x264 codec which is currently not supported by openSUSE.
Enabling x264 would allow the client to use the hardware decoding and thus increase speed and save energy. Is there any plan to include the required library into openSUSE? Are there (still) licensing preventing openSUSE from doing so?
Best regards
Yes the patents for h264 a.k.a x264 are still going to be valid for a long time so you have to install from a third party repository.
Regards Dave P
I don't really undestand these legal stuff, but could https://github.com/cisco/openh264 be included?
Before asking that, does remmina works with openh264 (which only covers a subset of H264 standard ) ? -- Frederic Crozat Enterprise Desktop Release Manager SUSE -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2018-02-21 at 09:25 +0100, Johannes Weberhofer wrote:
Am 21.02.2018 um 06:57 schrieb Dave Plater:
On 21/02/18 07:33, Johannes Weberhofer wrote:
Dear all!
I'm one of the Remmina and freerdp maintainers just working on the next version of this product. freerdp would allow us to connect to windows systems using the x264 codec which is currently not supported by openSUSE.
Enabling x264 would allow the client to use the hardware decoding and thus increase speed and save energy. Is there any plan to include the required library into openSUSE? Are there (still) licensing preventing openSUSE from doing so?
Best regards
Yes the patents for h264 a.k.a x264 are still going to be valid for a long time so you have to install from a third party repository.
Regards Dave P
I don't really undestand these legal stuff, but could https://github.com/cisco/openh264 be included?
Doubtful - whereas you can easily build/distribute CODE under a free license, the usage or distribution of the binary would be bound to financial fees for the usage of patents. h.264, also known as MPEG-4 AVC, or MPEG-4 Part 10, Audio Video Coding is to a big degree licensed by the MPEG-LA, see http://www.mpegla.com/main/programs/AVC/Documents/avcweb.pdf for the 'brochure'. Other patent owners, not associated to MPEG-LA, can also claim rights. Possibly also read the FAQ: http://www.mpegla.com/main/programs/AVC/Pages/FAQ.aspx Cheers Dominique PS: IANAL - so anything I say can be, and most likely is, wrong :)
On Wed, 2018-02-21 at 09:38 +0100, Dominique Leuenberger / DimStar wrote:
I don't really undestand these legal stuff, but could https://github.com/cisco/openh264 be included?
Doubtful - whereas you can easily build/distribute CODE under a free license, the usage or distribution of the binary would be bound to financial fees for the usage of patents.
h.264, also known as MPEG-4 AVC, or MPEG-4 Part 10, Audio Video Coding is to a big degree licensed by the MPEG-LA, see http://www.mpegla.com/main/programs/AVC/Documents/avcweb.pdf for the 'brochure'. Other patent owners, not associated to MPEG-LA, can also claim rights.
Possibly also read the FAQ: http://www.mpegla.com/main/programs/AVC/Pages/FAQ.aspx
forgot to give one more link about openh264 by Cisco: http://www.openh264.org/BINARY_LICENSE.txt in short: a binary built by us based on their code is not covering any patent license, so openSUSE as distributor would be liable for it. The binary provided by Cisco does cover patent license, with limitations (non-commercial) - but disallows the bundling of said binary into our product. Cheers Dominique
Am 21.02.2018 um 09:44 schrieb Dominique Leuenberger / DimStar:
On Wed, 2018-02-21 at 09:38 +0100, Dominique Leuenberger / DimStar wrote:
I don't really undestand these legal stuff, but could https://github.com/cisco/openh264 be included?
Doubtful - whereas you can easily build/distribute CODE under a free license, the usage or distribution of the binary would be bound to financial fees for the usage of patents.
h.264, also known as MPEG-4 AVC, or MPEG-4 Part 10, Audio Video Coding is to a big degree licensed by the MPEG-LA, see http://www.mpegla.com/main/programs/AVC/Documents/avcweb.pdf for the 'brochure'. Other patent owners, not associated to MPEG-LA, can also claim rights.
Possibly also read the FAQ: http://www.mpegla.com/main/programs/AVC/Pages/FAQ.aspx
forgot to give one more link about openh264 by Cisco: http://www.openh264.org/BINARY_LICENSE.txt
in short: a binary built by us based on their code is not covering any patent license, so openSUSE as distributor would be liable for it.
The binary provided by Cisco does cover patent license, with limitations (non-commercial) - but disallows the bundling of said binary into our product.
Cheers Dominique
That's sad. Seems there is no way to get a x264 implementation into the distribution. So we will build freerdp and remmina without x264 support. -- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday 2018-02-21 09:53, Johannes Weberhofer wrote:
That's sad. Seems there is no way to get a x264 implementation into the distribution. So we will build freerdp and remmina without x264 support.
It is of course wishful thinking, but if freerdp/remmina were to use ffmpeg or gstreamer (with the ffmpeg plugin), it would be a no-brainer distribution-wise. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 21.02.2018 um 10:36 schrieb Jan Engelhardt:
On Wednesday 2018-02-21 09:53, Johannes Weberhofer wrote:
That's sad. Seems there is no way to get a x264 implementation into the distribution. So we will build freerdp and remmina without x264 support.
It is of course wishful thinking, but if freerdp/remmina were to use ffmpeg or gstreamer (with the ffmpeg plugin), it would be a no-brainer distribution-wise.
Don't we have the same issues with ffmpeg? I don't think x264 support comes with openSUSE's version - it's included in packman's version only. -- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday 2018-02-21 10:55, Johannes Weberhofer wrote:
On Wednesday 2018-02-21 09:53, Johannes Weberhofer wrote:
That's sad. Seems there is no way to get a x264 implementation into the distribution. So we will build freerdp and remmina without x264 support.
It is of course wishful thinking, but if freerdp/remmina were to use ffmpeg or gstreamer (with the ffmpeg plugin), it would be a no-brainer distribution-wise.
Don't we have the same issues with ffmpeg? I don't think x264 support comes with openSUSE's version - it's included in packman's version only.
My point is that every program not using ffmpeg means needing special treatment, or conversely, that programs that do use ffmpeg can go into openSUSE, keeping the size of third-party repos small(er). -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 21.02.2018 um 09:44 schrieb Dominique Leuenberger / DimStar:
On Wed, 2018-02-21 at 09:38 +0100, Dominique Leuenberger / DimStar wrote:
I don't really undestand these legal stuff, but could https://github.com/cisco/openh264 be included?
Doubtful - whereas you can easily build/distribute CODE under a free license, the usage or distribution of the binary would be bound to financial fees for the usage of patents.
h.264, also known as MPEG-4 AVC, or MPEG-4 Part 10, Audio Video Coding is to a big degree licensed by the MPEG-LA, see http://www.mpegla.com/main/programs/AVC/Documents/avcweb.pdf for the 'brochure'. Other patent owners, not associated to MPEG-LA, can also claim rights.
Possibly also read the FAQ: http://www.mpegla.com/main/programs/AVC/Pages/FAQ.aspx
forgot to give one more link about openh264 by Cisco: http://www.openh264.org/BINARY_LICENSE.txt
in short: a binary built by us based on their code is not covering any patent license, so openSUSE as distributor would be liable for it.
The binary provided by Cisco does cover patent license, with limitations (non-commercial) - but disallows the bundling of said binary into our product.
Firefox - if allowed to do so - will download the openh264 codec when started and used the first time. AFAIK this download happens from a Cisco provided build which is covered by their patent grants. Independent if it can be used by remmina or not (what I cannot tell) have a look here how this is handled by Fedora: https://fedoraproject.org/wiki/OpenH264 Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 21 February 2018 at 10:00, Wolfgang Rosenauer
Independent if it can be used by remmina or not (what I cannot tell) have a look here how this is handled by Fedora: https://fedoraproject.org/wiki/OpenH264
The Fedora way still encumbers they're users with restrictions on use, the non-commercial requirements of http://www.openh264.org/BINARY_LICENSE.txt would still apply openSUSE distributions to-date have no limitations regarding commerical use - we take care to ensure our users can use our distributions for whatever you want, that's quite important IMNSHO. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2018-02-21 at 10:00 +0100, Wolfgang Rosenauer wrote:
Firefox - if allowed to do so - will download the openh264 codec when started and used the first time. AFAIK this download happens from a Cisco provided build which is covered by their patent grants.
Where can the user enable/disable this? This would be a clear requirement for the cisco binary license: 1. The Cisco-provided binary is separately downloaded to an end user’s device, and not integrated into or combined with third party software prior to being downloaded to the end user’s device; 2. The end user must have the ability to control (e.g., to enable, disable, or re-enable) the use of the Cisco-provided binary; 3. Third party software, in the location where end users can control the use of the Cisco-provided binary, must display the following text: "OpenH264 Video Codec provided by Cisco Systems, Inc." Cheers Dominique
Am 21.02.2018 um 10:18 schrieb Dominique Leuenberger / DimStar:
On Wed, 2018-02-21 at 10:00 +0100, Wolfgang Rosenauer wrote:
Firefox - if allowed to do so - will download the openh264 codec when started and used the first time. AFAIK this download happens from a Cisco provided build which is covered by their patent grants.
Where can the user enable/disable this? This would be a clear requirement for the cisco binary license:
IIRC Firefox asks the first time when a WebRTC H.264 codec is requested by a website to download. In addition it can be enabled/disabled in the Add-Ons->Plugins settings. I haven't looked deeper into details but given that Mozilla was closely working together with Cisco on providing OpenH264 into browsers I'm quite sure that Mozila and Cisco are well aligned how it is integrated and since we do not touch any of the defaults here I don't have doubts. Wolfgang
1. The Cisco-provided binary is separately downloaded to an end user’s device, and not integrated into or combined with third party software prior to being downloaded to the end user’s device;
2. The end user must have the ability to control (e.g., to enable, disable, or re-enable) the use of the Cisco-provided binary;
3. Third party software, in the location where end users can control the use of the Cisco-provided binary, must display the following text:
"OpenH264 Video Codec provided by Cisco Systems, Inc."
Cheers Dominique
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2018-02-21 at 10:26 +0100, Wolfgang Rosenauer wrote:
Am 21.02.2018 um 10:18 schrieb Dominique Leuenberger / DimStar:
On Wed, 2018-02-21 at 10:00 +0100, Wolfgang Rosenauer wrote:
Firefox - if allowed to do so - will download the openh264 codec when started and used the first time. AFAIK this download happens from a Cisco provided build which is covered by their patent grants.
Where can the user enable/disable this? This would be a clear requirement for the cisco binary license:
IIRC Firefox asks the first time when a WebRTC H.264 codec is requested by a website to download. In addition it can be enabled/disabled in the Add-Ons->Plugins settings.
Thanks for confirming - I simply did not remember any such dialog, but I guess I've been running this setup for so long, anything is possible :) - Checked in the settings, last updated on Oct 2016; so it's there indeed. Cheers Dominique
On 2018-02-21, Johannes Weberhofer
I don't really undestand these legal stuff, but could https://github.com/cisco/openh264 be included?
The patent license for OpenH264 only applies to the binaries *as compiled by Cisco*. And the openSUSE policy (in general) is that we always compile our packages from the sources (there are exceptions like Maven). Though, since OpenH264 has reproducible builds we could do something like: 0. Include the binary released by Cisco into our package sources. 1. Compile OpenH264. 2. Compare the hashes of both binaries and ensure they are bit-for-bit identical. 3. Ship the *Cisco* binaries. But in general I'm not sure whether this sort of approach would fly in the community (and personally I feel anxious about the very specific language in the patent license given by Cisco for OpenH264). So I really don't know, and we should probably ping the openSUSE lawyers. It should also be noted that my Firefox install on TW includes the OpenH264 plugin even though the above should still hold for Firefox (which adds to the confusion). -- Aleksa Sarai Senior Software Engineer (Containers) SUSE Linux GmbH https://www.cyphar.com/
On Sat, 2018-02-24 at 22:59 +1100, Aleksa Sarai wrote:
On 2018-02-21, Johannes Weberhofer
wrote: I don't really undestand these legal stuff, but could https://github.com/cisco/openh264 be included?
The patent license for OpenH264 only applies to the binaries *as compiled by Cisco*. And the openSUSE policy (in general) is that we always compile our packages from the sources (there are exceptions like Maven). Though, since OpenH264 has reproducible builds we could do something like:
0. Include the binary released by Cisco into our package sources. 1. Compile OpenH264. 2. Compare the hashes of both binaries and ensure they are bit-for-bit identical. 3. Ship the *Cisco* binaries.
No, we can't, as this clearly violates the binary license, as published by CISCO: http://www.openh264.org/BINARY_LICENSE.txt Cheers Dominique
On 2018-02-24, Dominique Leuenberger / DimStar
On 2018-02-21, Johannes Weberhofer
wrote: I don't really undestand these legal stuff, but could https://github.com/cisco/openh264 be included?
The patent license for OpenH264 only applies to the binaries *as compiled by Cisco*. And the openSUSE policy (in general) is that we always compile our packages from the sources (there are exceptions like Maven). Though, since OpenH264 has reproducible builds we could do something like:
0. Include the binary released by Cisco into our package sources. 1. Compile OpenH264. 2. Compare the hashes of both binaries and ensure they are bit-for-bit identical. 3. Ship the *Cisco* binaries.
No, we can't, as this clearly violates the binary license, as published by CISCO: http://www.openh264.org/BINARY_LICENSE.txt
Ah, my bad -- I completely forgot that re-distribution wasn't allowed by the binary license... Sorry about that. -- Aleksa Sarai Senior Software Engineer (Containers) SUSE Linux GmbH https://www.cyphar.com/
Aleksa Sarai schrieb:
3. Ship the *Cisco* binaries.
AFAIK, only Cisco can actually *ship* them (also because of how the patent license for H264 is structured). That's why Mozilla also doesn't actually ship the binaries with Firefox but downloads them directly from Cisco in the background (as that works with the licenses). That said, AFAIK Firefox only uses OpenH264 for WebRTC conversations (where parameters can be tightly controlled/negotiated) and not for normal playing of videos (where you get all kinds of coding variants you can't control) where on Linux, Firefox IIRC "just" go using ffmpeg for playing h.264/h.265 videos (while open codecs are shipped with Firerfox and decoded internally). KaiRo -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 21.02.2018 06:33, Johannes Weberhofer wrote:
Dear all!
I'm one of the Remmina and freerdp maintainers just working on the next version of this product. freerdp would allow us to connect to windows systems using the x264 codec which is currently not supported by openSUSE.
Enabling x264 would allow the client to use the hardware decoding and thus increase speed and save energy. Is there any plan to include the required library into openSUSE? Are there (still) licensing preventing openSUSE from doing so?
As Dave has pointed out, including it is not yet an option. The best way to implement x264 support ("best" with my openSUSE hat on) would be to detect at runtime if libx264 is available and use it if it's there, but keep working (without h264 support) if it's not presetn. With this, packages shipped by openSUSE would work (without h264), but would use the additional features if libx264 from third party repositories is installed. -- Stefan Seyfried Ceterum censeo fluid-soundfont esse delendam (from the Leap 15 DVD :-) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (10)
-
Aleksa Sarai
-
Dave Plater
-
Dominique Leuenberger / DimStar
-
Frederic Crozat
-
Jan Engelhardt
-
Johannes Weberhofer
-
Richard Brown
-
Robert Kaiser
-
Stefan Seyfried
-
Wolfgang Rosenauer