Skip to content

Commit 5f127aa

Browse files
bbhttbbhtt
committed
Some edits
1 parent 0d8aeb5 commit 5f127aa

File tree

5 files changed

+70
-30
lines changed

5 files changed

+70
-30
lines changed

‎categories/index.xml‎

Lines changed: 14 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -47,7 +47,7 @@ Patents like this are a blocker to shipping software dealing with the
4747
codec in the base runtime (since we want it usable by a wide variety of
4848
vendors and free of any legal grey areas) and unfortunately makes life
4949
difficult for everyone involved.</p>
50-
<p>To workaround this and ship working software to users, 7 years ago, in
50+
<p>To workaround this and ship working software to users, 6 years ago, in
5151
2019 the precursor to the OpenH264 extension, called the
5252
<a href="https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/commit/1c1d87eb7f1e7952bf79825cfb65225f3a3c3e30"target="_blank" rel="noopener noreferrer">html5-codecs extension</a>
5353
was added to the Freedesktop runtime by Tom Coldrick. The idea was
@@ -59,10 +59,12 @@ opened an <a href="https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/i
5959
to include <a href="https://github.com/cisco/openh264"target="_blank" rel="noopener noreferrer">Cisco’s OpenH264</a>
6060
(commonly referred as <code>libopenh264</code> too) as an extension to the runtime.</p>
6161
<p><code>libopenh264</code> code is open source but due to the H.264 patents, no
62-
vendor is legally allowed to distribute their own binaries. The
63-
solution to this was to distribute Cisco’s unmodified binaries directly
64-
to the user which would effectively be free of any royalties but the
65-
catch is, the binaries have <a href="https://www.openh264.org/BINARY_LICENSE.txt"target="_blank" rel="noopener noreferrer">some license restrictions</a>
62+
vendor is legally allowed to distribute their own binaries (some vendors
63+
build it themselves and hand it to Cisco but no one made that arrangement
64+
for us). The solution to this was to distribute Cisco’s unmodified
65+
binaries directly to the user which would effectively be free of any
66+
royalties but the catch is, the binaries have
67+
<a href="https://www.openh264.org/BINARY_LICENSE.txt"target="_blank" rel="noopener noreferrer">some license restrictions</a>
6668
on them.</p>
6769
<p>So Endless around that time, added <a href="https://docs.flatpak.org/en/latest/module-sources.html#extra-data"target="_blank" rel="noopener noreferrer">extra-data</a>
6870
support to Flatpak. This meant that the Flatpak extension metadata
@@ -259,7 +261,13 @@ once again, now to Fedora and they are looking for ways to make their
259261
own OpenH264 extension similar to how we did.</p>
260262
<p>I hope the experience here helps anyone in the future wanting to maintain
261263
such an extension and this will also serve as a reminder to how much
262-
extra work patents like these causes.&lt;/p&gt;</description>
264+
extra work patents like these causes.&lt;/p&gt;
265+
&lt;p&gt;Lastly I&amp;rsquo;d like to thank Endless for giving us not only noopenh264 but
266+
also extra-data support in Flatpak that made all this possible;
267+
&lt;a href=&#34;https://gitlab.com/TheRealMichaelCatanzaro&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Michael Catanzaro&lt;/a&gt; and &lt;a href=&#34;https://gitlab.com/nanonyme&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Seppo Yli-Olli&lt;/a&gt;
268+
for maintaining this setup for a long time; &lt;a href=&#34;https://gitlab.com/valentindavid&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Valentin David&lt;/a&gt;
269+
for helping me in the last few days and everyone else who worked on this
270+
❤️ .&lt;/p&gt;</description>
263271
</item>
264272

265273
<item>

‎index.xml‎

Lines changed: 14 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -48,7 +48,7 @@ Patents like this are a blocker to shipping software dealing with the
4848
codec in the base runtime (since we want it usable by a wide variety of
4949
vendors and free of any legal grey areas) and unfortunately makes life
5050
difficult for everyone involved.&lt;/p&gt;
51-
&lt;p&gt;To workaround this and ship working software to users, 7 years ago, in
51+
&lt;p&gt;To workaround this and ship working software to users, 6 years ago, in
5252
2019 the precursor to the OpenH264 extension, called the
5353
&lt;a href=&#34;https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/commit/1c1d87eb7f1e7952bf79825cfb65225f3a3c3e30&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;html5-codecs extension&lt;/a&gt;
5454
was added to the Freedesktop runtime by Tom Coldrick. The idea was
@@ -60,10 +60,12 @@ opened an &lt;a href=&#34;https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/i
6060
to include &lt;a href=&#34;https://github.com/cisco/openh264&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Cisco&amp;rsquo;s OpenH264&lt;/a&gt;
6161
(commonly referred as &lt;code&gt;libopenh264&lt;/code&gt; too) as an extension to the runtime.&lt;/p&gt;
6262
&lt;p&gt;&lt;code&gt;libopenh264&lt;/code&gt; code is open source but due to the H.264 patents, no
63-
vendor is legally allowed to distribute their own binaries. The
64-
solution to this was to distribute Cisco&amp;rsquo;s unmodified binaries directly
65-
to the user which would effectively be free of any royalties but the
66-
catch is, the binaries have &lt;a href=&#34;https://www.openh264.org/BINARY_LICENSE.txt&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;some license restrictions&lt;/a&gt;
63+
vendor is legally allowed to distribute their own binaries (some vendors
64+
build it themselves and hand it to Cisco but no one made that arrangement
65+
for us). The solution to this was to distribute Cisco&amp;rsquo;s unmodified
66+
binaries directly to the user which would effectively be free of any
67+
royalties but the catch is, the binaries have
68+
&lt;a href=&#34;https://www.openh264.org/BINARY_LICENSE.txt&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;some license restrictions&lt;/a&gt;
6769
on them.&lt;/p&gt;
6870
&lt;p&gt;So Endless around that time, added &lt;a href=&#34;https://docs.flatpak.org/en/latest/module-sources.html#extra-data&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;extra-data&lt;/a&gt;
6971
support to Flatpak. This meant that the Flatpak extension metadata
@@ -260,7 +262,13 @@ once again, now to Fedora and they are looking for ways to make their
260262
own OpenH264 extension similar to how we did.&lt;/p&gt;
261263
&lt;p&gt;I hope the experience here helps anyone in the future wanting to maintain
262264
such an extension and this will also serve as a reminder to how much
263-
extra work patents like these causes.&lt;/p&gt;</description>
265+
extra work patents like these causes.&lt;/p&gt;
266+
&lt;p&gt;Lastly I&amp;rsquo;d like to thank Endless for giving us not only noopenh264 but
267+
also extra-data support in Flatpak that made all this possible;
268+
&lt;a href=&#34;https://gitlab.com/TheRealMichaelCatanzaro&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Michael Catanzaro&lt;/a&gt; and &lt;a href=&#34;https://gitlab.com/nanonyme&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Seppo Yli-Olli&lt;/a&gt;
269+
for maintaining this setup for a long time; &lt;a href=&#34;https://gitlab.com/valentindavid&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Valentin David&lt;/a&gt;
270+
for helping me in the last few days and everyone else who worked on this
271+
❤️ .&lt;/p&gt;</description>
264272
</item>
265273

266274
<item>

‎posts/closing-the-chapter-on-openh264/index.html‎

Lines changed: 14 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -56,7 +56,7 @@ <h2 id="some-history">Some history</h2>
5656
codec in the base runtime (since we want it usable by a wide variety of
5757
vendors and free of any legal grey areas) and unfortunately makes life
5858
difficult for everyone involved.</p>
59-
<p>To workaround this and ship working software to users, 7 years ago, in
59+
<p>To workaround this and ship working software to users, 6 years ago, in
6060
2019 the precursor to the OpenH264 extension, called the
6161
<a href="https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/commit/1c1d87eb7f1e7952bf79825cfb65225f3a3c3e30"target="_blank" rel="noopener noreferrer">html5-codecs extension</a>
6262
was added to the Freedesktop runtime by Tom Coldrick. The idea was
@@ -68,10 +68,12 @@ <h2 id="some-history">Some history</h2>
6868
to include <a href="https://github.com/cisco/openh264"target="_blank" rel="noopener noreferrer">Cisco&rsquo;s OpenH264</a>
6969
(commonly referred as <code>libopenh264</code> too) as an extension to the runtime.</p>
7070
<p><code>libopenh264</code> code is open source but due to the H.264 patents, no
71-
vendor is legally allowed to distribute their own binaries. The
72-
solution to this was to distribute Cisco&rsquo;s unmodified binaries directly
73-
to the user which would effectively be free of any royalties but the
74-
catch is, the binaries have <a href="https://www.openh264.org/BINARY_LICENSE.txt"target="_blank" rel="noopener noreferrer">some license restrictions</a>
71+
vendor is legally allowed to distribute their own binaries (some vendors
72+
build it themselves and hand it to Cisco but no one made that arrangement
73+
for us). The solution to this was to distribute Cisco&rsquo;s unmodified
74+
binaries directly to the user which would effectively be free of any
75+
royalties but the catch is, the binaries have
76+
<a href="https://www.openh264.org/BINARY_LICENSE.txt"target="_blank" rel="noopener noreferrer">some license restrictions</a>
7577
on them.</p>
7678
<p>So Endless around that time, added <a href="https://docs.flatpak.org/en/latest/module-sources.html#extra-data"target="_blank" rel="noopener noreferrer">extra-data</a>
7779
support to Flatpak. This meant that the Flatpak extension metadata
@@ -268,7 +270,13 @@ <h2 id="epilogue">Epilogue</h2>
268270
own OpenH264 extension similar to how we did.</p>
269271
<p>I hope the experience here helps anyone in the future wanting to maintain
270272
such an extension and this will also serve as a reminder to how much
271-
extra work patents like these causes.</p></article>
273+
extra work patents like these causes.</p>
274+
<p>Lastly I&rsquo;d like to thank Endless for giving us not only noopenh264 but
275+
also extra-data support in Flatpak that made all this possible;
276+
<a href="https://gitlab.com/TheRealMichaelCatanzaro"target="_blank" rel="noopener noreferrer">Michael Catanzaro</a> and <a href="https://gitlab.com/nanonyme"target="_blank" rel="noopener noreferrer">Seppo Yli-Olli</a>
277+
for maintaining this setup for a long time; <a href="https://gitlab.com/valentindavid"target="_blank" rel="noopener noreferrer">Valentin David</a>
278+
for helping me in the last few days and everyone else who worked on this
279+
❤️ .</p></article>
272280
</div>
273281
<div class="article bottom"><section class="article navigation"><p><a class="link" href="../../posts/hello-world/"><span class="iconfont icon-article"></span>Hello, World</a></p></section></div></div><footer id="footer"><div class="footer-wrap">
274282
<p class="copyright">Pixels</p>

‎posts/index.xml‎

Lines changed: 14 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -48,7 +48,7 @@ Patents like this are a blocker to shipping software dealing with the
4848
codec in the base runtime (since we want it usable by a wide variety of
4949
vendors and free of any legal grey areas) and unfortunately makes life
5050
difficult for everyone involved.&lt;/p&gt;
51-
&lt;p&gt;To workaround this and ship working software to users, 7 years ago, in
51+
&lt;p&gt;To workaround this and ship working software to users, 6 years ago, in
5252
2019 the precursor to the OpenH264 extension, called the
5353
&lt;a href=&#34;https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/commit/1c1d87eb7f1e7952bf79825cfb65225f3a3c3e30&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;html5-codecs extension&lt;/a&gt;
5454
was added to the Freedesktop runtime by Tom Coldrick. The idea was
@@ -60,10 +60,12 @@ opened an &lt;a href=&#34;https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/i
6060
to include &lt;a href=&#34;https://github.com/cisco/openh264&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Cisco&amp;rsquo;s OpenH264&lt;/a&gt;
6161
(commonly referred as &lt;code&gt;libopenh264&lt;/code&gt; too) as an extension to the runtime.&lt;/p&gt;
6262
&lt;p&gt;&lt;code&gt;libopenh264&lt;/code&gt; code is open source but due to the H.264 patents, no
63-
vendor is legally allowed to distribute their own binaries. The
64-
solution to this was to distribute Cisco&amp;rsquo;s unmodified binaries directly
65-
to the user which would effectively be free of any royalties but the
66-
catch is, the binaries have &lt;a href=&#34;https://www.openh264.org/BINARY_LICENSE.txt&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;some license restrictions&lt;/a&gt;
63+
vendor is legally allowed to distribute their own binaries (some vendors
64+
build it themselves and hand it to Cisco but no one made that arrangement
65+
for us). The solution to this was to distribute Cisco&amp;rsquo;s unmodified
66+
binaries directly to the user which would effectively be free of any
67+
royalties but the catch is, the binaries have
68+
&lt;a href=&#34;https://www.openh264.org/BINARY_LICENSE.txt&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;some license restrictions&lt;/a&gt;
6769
on them.&lt;/p&gt;
6870
&lt;p&gt;So Endless around that time, added &lt;a href=&#34;https://docs.flatpak.org/en/latest/module-sources.html#extra-data&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;extra-data&lt;/a&gt;
6971
support to Flatpak. This meant that the Flatpak extension metadata
@@ -260,7 +262,13 @@ once again, now to Fedora and they are looking for ways to make their
260262
own OpenH264 extension similar to how we did.&lt;/p&gt;
261263
&lt;p&gt;I hope the experience here helps anyone in the future wanting to maintain
262264
such an extension and this will also serve as a reminder to how much
263-
extra work patents like these causes.&lt;/p&gt;</description>
265+
extra work patents like these causes.&lt;/p&gt;
266+
&lt;p&gt;Lastly I&amp;rsquo;d like to thank Endless for giving us not only noopenh264 but
267+
also extra-data support in Flatpak that made all this possible;
268+
&lt;a href=&#34;https://gitlab.com/TheRealMichaelCatanzaro&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Michael Catanzaro&lt;/a&gt; and &lt;a href=&#34;https://gitlab.com/nanonyme&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Seppo Yli-Olli&lt;/a&gt;
269+
for maintaining this setup for a long time; &lt;a href=&#34;https://gitlab.com/valentindavid&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Valentin David&lt;/a&gt;
270+
for helping me in the last few days and everyone else who worked on this
271+
❤️ .&lt;/p&gt;</description>
264272
</item>
265273

266274
<item>

‎tags/index.xml‎

Lines changed: 14 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -47,7 +47,7 @@ Patents like this are a blocker to shipping software dealing with the
4747
codec in the base runtime (since we want it usable by a wide variety of
4848
vendors and free of any legal grey areas) and unfortunately makes life
4949
difficult for everyone involved.&lt;/p&gt;
50-
&lt;p&gt;To workaround this and ship working software to users, 7 years ago, in
50+
&lt;p&gt;To workaround this and ship working software to users, 6 years ago, in
5151
2019 the precursor to the OpenH264 extension, called the
5252
&lt;a href=&#34;https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/commit/1c1d87eb7f1e7952bf79825cfb65225f3a3c3e30&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;html5-codecs extension&lt;/a&gt;
5353
was added to the Freedesktop runtime by Tom Coldrick. The idea was
@@ -59,10 +59,12 @@ opened an &lt;a href=&#34;https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/i
5959
to include &lt;a href=&#34;https://github.com/cisco/openh264&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Cisco&amp;rsquo;s OpenH264&lt;/a&gt;
6060
(commonly referred as &lt;code&gt;libopenh264&lt;/code&gt; too) as an extension to the runtime.&lt;/p&gt;
6161
&lt;p&gt;&lt;code&gt;libopenh264&lt;/code&gt; code is open source but due to the H.264 patents, no
62-
vendor is legally allowed to distribute their own binaries. The
63-
solution to this was to distribute Cisco&amp;rsquo;s unmodified binaries directly
64-
to the user which would effectively be free of any royalties but the
65-
catch is, the binaries have &lt;a href=&#34;https://www.openh264.org/BINARY_LICENSE.txt&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;some license restrictions&lt;/a&gt;
62+
vendor is legally allowed to distribute their own binaries (some vendors
63+
build it themselves and hand it to Cisco but no one made that arrangement
64+
for us). The solution to this was to distribute Cisco&amp;rsquo;s unmodified
65+
binaries directly to the user which would effectively be free of any
66+
royalties but the catch is, the binaries have
67+
&lt;a href=&#34;https://www.openh264.org/BINARY_LICENSE.txt&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;some license restrictions&lt;/a&gt;
6668
on them.&lt;/p&gt;
6769
&lt;p&gt;So Endless around that time, added &lt;a href=&#34;https://docs.flatpak.org/en/latest/module-sources.html#extra-data&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;extra-data&lt;/a&gt;
6870
support to Flatpak. This meant that the Flatpak extension metadata
@@ -259,7 +261,13 @@ once again, now to Fedora and they are looking for ways to make their
259261
own OpenH264 extension similar to how we did.&lt;/p&gt;
260262
&lt;p&gt;I hope the experience here helps anyone in the future wanting to maintain
261263
such an extension and this will also serve as a reminder to how much
262-
extra work patents like these causes.&lt;/p&gt;</description>
264+
extra work patents like these causes.&lt;/p&gt;
265+
&lt;p&gt;Lastly I&amp;rsquo;d like to thank Endless for giving us not only noopenh264 but
266+
also extra-data support in Flatpak that made all this possible;
267+
&lt;a href=&#34;https://gitlab.com/TheRealMichaelCatanzaro&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Michael Catanzaro&lt;/a&gt; and &lt;a href=&#34;https://gitlab.com/nanonyme&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Seppo Yli-Olli&lt;/a&gt;
268+
for maintaining this setup for a long time; &lt;a href=&#34;https://gitlab.com/valentindavid&#34;target=&#34;_blank&#34; rel=&#34;noopener noreferrer&#34;&gt;Valentin David&lt;/a&gt;
269+
for helping me in the last few days and everyone else who worked on this
270+
❤️ .&lt;/p&gt;</description>
263271
</item>
264272

265273
<item>

0 commit comments

Comments
 (0)