1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/'
>
4 <title>Petter Reinholdtsen - Entries tagged h264
</title>
5 <description>Entries tagged h264
</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>MPEG LA on
"Internet Broadcast AVC Video
" licensing and non-private use
</title>
11 <link>http://people.skolelinux.org/pere/blog/MPEG_LA_on__Internet_Broadcast_AVC_Video__licensing_and_non_private_use.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/MPEG_LA_on__Internet_Broadcast_AVC_Video__licensing_and_non_private_use.html
</guid>
13 <pubDate>Tue,
7 Jul
2015 09:
50:
00 +
0200</pubDate>
14 <description><p
>After asking the Norwegian Broadcasting Company (NRK)
15 <a href=
"http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html
">why
16 they can broadcast and stream H
.264 video without an agreement with
17 the MPEG LA
</a
>, I was wiser, but still confused. So I asked MPEG LA
18 if their understanding matched that of NRK. As far as I can tell, it
21 <p
>I started by asking for more information about the various
22 licensing classes and what exactly is covered by the
"Internet
23 Broadcast AVC Video
" class that NRK pointed me at to explain why NRK
24 did not need a license for streaming H
.264 video:
26 <p
><blockquote
>
29 <a href=
"http://www.mpegla.com/Lists/MPEG%
20LA%
20News%
20List/Attachments/
226/n-
10-
02-
02.pdf
">a
30 MPEG LA press release dated
2010-
02-
02</a
>, there is no charge when
31 using MPEG AVC/H
.264 according to the terms of
"Internet Broadcast AVC
32 Video
". I am trying to understand exactly what the terms of
"Internet
33 Broadcast AVC Video
" is, and wondered if you could help me. What
34 exactly is covered by these terms, and what is not?
</p
>
36 <p
>The only source of more information I have been able to find is a
38 <a href=
"http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf
">AVC
39 Patent Portfolio License Briefing
</a
>, which states this about the
43 <li
>Where End User pays for AVC Video
45 <li
>Subscription (not limited by title) –
100,
000 or fewer
46 subscribers/yr = no royalty;
&gt;
100,
000 to
250,
000 subscribers/yr =
47 $
25,
000;
&gt;
250,
000 to
500,
000 subscribers/yr = $
50,
000;
&gt;
500,
000 to
48 1M subscribers/yr = $
75,
000;
&gt;
1M subscribers/yr = $
100,
000</li
>
50 <li
>Title-by-Title -
12 minutes or less = no royalty;
&gt;
12 minutes in
51 length = lower of (a)
2% or (b) $
0.02 per title
</li
>
52 </ul
></li
>
54 <li
>Where remuneration is from other sources
56 <li
>Free Television - (a) one-time $
2,
500 per transmission encoder or
57 (b) annual fee starting at $
2,
500 for
&gt;
100,
000 HH rising to
58 maximum $
10,
000 for
&gt;
1,
000,
000 HH
</li
>
60 <li
>Internet Broadcast AVC Video (not title-by-title, not subscription)
61 – no royalty for life of the AVC Patent Portfolio License
</li
>
62 </ul
></li
>
65 <p
>Am I correct in assuming that the four categories listed is the
66 categories used when selecting licensing terms, and that
"Internet
67 Broadcast AVC Video
" is the category for things that do not fall into
68 one of the other three categories? Can you point me to a good source
69 explaining what is ment by
"title-by-title
" and
"Free Television
" in
70 the license terms for AVC/H
.264?
</p
>
72 <p
>Will a web service providing H
.264 encoded video content in a
73 "video on demand
" fashing similar to Youtube and Vimeo, where no
74 subscription is required and no payment is required from end users to
75 get access to the videos, fall under the terms of the
"Internet
76 Broadcast AVC Video
", ie no royalty for life of the AVC Patent
77 Portfolio license? Does it matter if some users are subscribed to get
78 access to personalized services?
</p
>
80 <p
>Note, this request and all answers will be published on the
82 </blockquote
></p
>
84 <p
>The answer came quickly from Benjamin J. Myers, Licensing Associate
85 with the MPEG LA:
</p
>
87 <p
><blockquote
>
88 <p
>Thank you for your message and for your interest in MPEG LA. We
89 appreciate hearing from you and I will be happy to assist you.
</p
>
91 <p
>As you are aware, MPEG LA offers our AVC Patent Portfolio License
92 which provides coverage under patents that are essential for use of
93 the AVC/H
.264 Standard (MPEG-
4 Part
10). Specifically, coverage is
94 provided for end products and video content that make use of AVC/H
.264
95 technology. Accordingly, the party offering such end products and
96 video to End Users concludes the AVC License and is responsible for
97 paying the applicable royalties.
</p
>
99 <p
>Regarding Internet Broadcast AVC Video, the AVC License generally
100 defines such content to be video that is distributed to End Users over
101 the Internet free-of-charge. Therefore, if a party offers a service
102 which allows users to upload AVC/H
.264 video to its website, and such
103 AVC Video is delivered to End Users for free, then such video would
104 receive coverage under the sublicense for Internet Broadcast AVC
105 Video, which is not subject to any royalties for the life of the AVC
106 License. This would also apply in the scenario where a user creates a
107 free online account in order to receive a customized offering of free
108 AVC Video content. In other words, as long as the End User is given
109 access to or views AVC Video content at no cost to the End User, then
110 no royalties would be payable under our AVC License.
</p
>
112 <p
>On the other hand, if End Users pay for access to AVC Video for a
113 specific period of time (e.g., one month, one year, etc.), then such
114 video would constitute Subscription AVC Video. In cases where AVC
115 Video is delivered to End Users on a pay-per-view basis, then such
116 content would constitute Title-by-Title AVC Video. If a party offers
117 Subscription or Title-by-Title AVC Video to End Users, then they would
118 be responsible for paying the applicable royalties you noted below.
</p
>
120 <p
>Finally, in the case where AVC Video is distributed for free
121 through an
"over-the-air, satellite and/or cable transmission
", then
122 such content would constitute Free Television AVC Video and would be
123 subject to the applicable royalties.
</p
>
125 <p
>For your reference, I have attached
126 <a href=
"http://people.skolelinux.org/pere/blog/images/
2015-
07-
07-mpeg-la.pdf
">a
127 .pdf copy of the AVC License
</a
>. You will find the relevant
128 sublicense information regarding AVC Video in Sections
2.2 through
129 2.5, and the corresponding royalties in Section
3.1.2 through
3.1.4.
130 You will also find the definitions of Title-by-Title AVC Video,
131 Subscription AVC Video, Free Television AVC Video, and Internet
132 Broadcast AVC Video in Section
1 of the License. Please note that the
133 electronic copy is provided for informational purposes only and cannot
134 be used for execution.
</p
>
136 <p
>I hope the above information is helpful. If you have additional
137 questions or need further assistance with the AVC License, please feel
138 free to contact me directly.
</p
>
139 </blockquote
></p
>
141 <p
>Having a fresh copy of the license text was useful, and knowing
142 that the definition of Title-by-Title required payment per title made
143 me aware that my earlier understanding of that phrase had been wrong.
144 But I still had a few questions:
</p
>
146 <p
><blockquote
>
147 <p
>I have a small followup question. Would it be possible for me to get
148 a license with MPEG LA even if there are no royalties to be paid? The
149 reason I ask, is that some video related products have a copyright
150 clause limiting their use without a license with MPEG LA. The clauses
151 typically look similar to this:
153 <p
><blockquote
>
154 This product is licensed under the AVC patent portfolio license for
155 the personal and non-commercial use of a consumer to (a) encode
156 video in compliance with the AVC standard (
"AVC video
") and/or (b)
157 decode AVC video that was encoded by a consumer engaged in a
158 personal and non-commercial activity and/or AVC video that was
159 obtained from a video provider licensed to provide AVC video. No
160 license is granted or shall be implied for any other use. additional
161 information may be obtained from MPEG LA L.L.C.
162 </blockquote
></p
>
164 <p
>It is unclear to me if this clause mean that I need to enter into
165 an agreement with MPEG LA to use the product in question, even if
166 there are no royalties to be paid to MPEG LA. I suspect it will
167 differ depending on the jurisdiction, and mine is Norway. What is
168 MPEG LAs view on this?
</p
>
169 </blockquote
></p
>
171 <p
>According to the answer, MPEG LA believe those using such tools for
172 non-personal or commercial use need a license with them:
</p
>
174 <p
><blockquote
>
176 <p
>With regard to the Notice to Customers, I would like to begin by
177 clarifying that the Notice from Section
7.1 of the AVC License
180 <p
>THIS PRODUCT IS LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR
181 THE PERSONAL USE OF A CONSUMER OR OTHER USES IN WHICH IT DOES NOT
182 RECEIVE REMUNERATION TO (i) ENCODE VIDEO IN COMPLIANCE WITH THE AVC
183 STANDARD (
"AVC VIDEO
") AND/OR (ii) DECODE AVC VIDEO THAT WAS ENCODED
184 BY A CONSUMER ENGAGED IN A PERSONAL ACTIVITY AND/OR WAS OBTAINED FROM
185 A VIDEO PROVIDER LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED
186 OR SHALL BE IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE
187 OBTAINED FROM MPEG LA, L.L.C. SEE HTTP://WWW.MPEGLA.COM
</p
>
189 <p
>The Notice to Customers is intended to inform End Users of the
190 personal usage rights (for example, to watch video content) included
191 with the product they purchased, and to encourage any party using the
192 product for commercial purposes to contact MPEG LA in order to become
193 licensed for such use (for example, when they use an AVC Product to
194 deliver Title-by-Title, Subscription, Free Television or Internet
195 Broadcast AVC Video to End Users, or to re-Sell a third party
's AVC
196 Product as their own branded AVC Product).
</p
>
198 <p
>Therefore, if a party is to be licensed for its use of an AVC
199 Product to Sell AVC Video on a Title-by-Title, Subscription, Free
200 Television or Internet Broadcast basis, that party would need to
201 conclude the AVC License, even in the case where no royalties were
202 payable under the License. On the other hand, if that party (either a
203 Consumer or business customer) simply uses an AVC Product for their
204 own internal purposes and not for the commercial purposes referenced
205 above, then such use would be included in the royalty paid for the AVC
206 Products by the licensed supplier.
</p
>
208 <p
>Finally, I note that our AVC License provides worldwide coverage in
209 countries that have AVC Patent Portfolio Patents, including
212 <p
>I hope this clarification is helpful. If I may be of any further
213 assistance, just let me know.
</p
>
214 </blockquote
></p
>
216 <p
>The mentioning of Norwegian patents made me a bit confused, so I
217 asked for more information:
</p
>
219 <p
><blockquote
>
221 <p
>But one minor question at the end. If I understand you correctly,
222 you state in the quote above that there are patents in the AVC Patent
223 Portfolio that are valid in Norway. This make me believe I read the
224 list available from
&lt;URL:
225 <a href=
"http://www.mpegla.com/main/programs/AVC/Pages/PatentList.aspx
">http://www.mpegla.com/main/programs/AVC/Pages/PatentList.aspx
</a
>
226 &gt; incorrectly, as I believed the
"NO
" prefix in front of patents
227 were Norwegian patents, and the only one I could find under Mitsubishi
228 Electric Corporation expired in
2012. Which patents are you referring
229 to that are relevant for Norway?
</p
>
231 </blockquote
></p
>
233 <p
>Again, the quick answer explained how to read the list of patents
234 in that list:
</p
>
236 <p
><blockquote
>
238 <p
>Your understanding is correct that the last AVC Patent Portfolio
239 Patent in Norway expired on
21 October
2012. Therefore, where AVC
240 Video is both made and Sold in Norway after that date, then no
241 royalties would be payable for such AVC Video under the AVC License.
242 With that said, our AVC License provides historic coverage for AVC
243 Products and AVC Video that may have been manufactured or Sold before
244 the last Norwegian AVC patent expired. I would also like to clarify
245 that coverage is provided for the country of manufacture and the
246 country of Sale that has active AVC Patent Portfolio Patents.
</p
>
248 <p
>Therefore, if a party offers AVC Products or AVC Video for Sale in
249 a country with active AVC Patent Portfolio Patents (for example,
250 Sweden, Denmark, Finland, etc.), then that party would still need
251 coverage under the AVC License even if such products or video are
252 initially made in a country without active AVC Patent Portfolio
253 Patents (for example, Norway). Similarly, a party would need to
254 conclude the AVC License if they make AVC Products or AVC Video in a
255 country with active AVC Patent Portfolio Patents, but eventually Sell
256 such AVC Products or AVC Video in a country without active AVC Patent
257 Portfolio Patents.
</p
>
258 </blockquote
></p
>
260 <p
>As far as I understand it, MPEG LA believe anyone using Adobe
261 Premiere and other video related software with a H
.264 distribution
262 license need a license agreement with MPEG LA to use such tools for
263 anything non-private or commercial, while it is OK to set up a
264 Youtube-like service as long as no-one pays to get access to the
265 content. I still have no clear idea how this applies to Norway, where
266 none of the patents MPEG LA is licensing are valid. Will the
267 copyright terms take precedence or can those terms be ignored because
268 the patents are not valid in Norway?
</p
>
273 <title>Hva gjør at NRK kan distribuere H
.264-video uten patentavtale med MPEG LA?
</title>
274 <link>http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html
</link>
275 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html
</guid>
276 <pubDate>Wed,
10 Jun
2015 15:
20:
00 +
0200</pubDate>
277 <description><p
>Helt siden jeg i
2012 fikk beskjed fra MPEG LA om at
278 <a href=
"http://people.skolelinux.org/pere/blog/MPEG_LA_mener_NRK_m__ha_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html
">NRK
279 trengte patentavtale med dem
</a
> hvis de distribuerte H
.264-video til
280 sluttbrukere, har jeg lurt på hva som gjør at NRK ikke har slik
281 avtale. For noen dager siden fikk jeg endelig gjort noe med min
282 undring, og sendte
2015-
05-
28 følgende epost til info (at) nrk.no med
283 tittel
"Hva gjør at NRK kan distribuere H
.264-video uten patentavtale
284 med MPEG LA?
":
</p
>
286 <p
><blockquote
>
287 <p
>Jeg lurer på en ting rundt NRKs bruk av H
.264-video på sine
288 websider samt distribusjon via RiksTV og kabel-TV. Har NRK vurdert om
289 det er behov for en patentavtale med
290 <a href=
"http://www.mpegla.com/
">MPEG LA
</a
> slik det står i
291 programvarelisensene til blant annet Apple Final Cut Studio, Adobe
292 Premiere Pro, Avid og Apples Final Cut Pro X?
</p
>
294 <p
>Hvis dere har vurdert dette, hva var utfallet av en slik vurdering?
</p
>
296 <p
>Hvis dere ikke har vurdert dette, har NRK planer om å vurdere behovet
297 for patentavtale?
</p
>
299 <p
>I følge en artikkel på
300 <a href=
"https://nrkbeta.no/
2012/
02/
01/siste-kutt-for-final-cut/
">NRK
301 Beta i
2012</a
> har NRK brukt eller testet både Apple Final Cut
302 Studio, Adobe Premiere Pro, Avid og Apples Final Cut Pro X til bruk
303 for å redigere video før sending. Alle disse har bruksvilkår
304 understøttet av opphavsretten som sier at de kun kan brukes til å lage
305 filmer til personlig og ikke-kommersiell bruk - med mindre en har en
306 lisensavtale med MPEG LA om bruk av patenter utstedt i USA for H
.264.
307 Se f.eks.
<a href=
"http://www.avid.com/static/resources/common/documents/corporate/LICENSE.pdf
">bruksvilkårene for Avid
</a
>,
<a href=
"http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
">Adobe Premiere
</a
> og
<a href=
"http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
">Apple Final
308 Cut Studio
</a
> og søk etter
"MPEG LA
".
</p
>
310 <p
>Dette får meg til å lure på om det er brudd på opphavsretten å bruke
311 disse verktøyene i strid med bruksvilkårene uten patentavtale med MPEG
312 LA. Men NRK bruker jo tilsynelatende disse verktøyene uten patentavtale
313 med MPEG LA.
</p
>
315 <p
>I følge forfatteren av Open Broadcast Encoder finnes det to typer
316 H
.264-relaterte avtaler en kan få med MPEG LA. Det er én for å lage
317 programvare og utstyr som produserer H
.264-video, og en annen for å
318 kringkaste video som bruker H
.264. Dette forteller meg at selv om
319 produsentene av utstyr og programvare som NRK bruker har en slik avtale
320 med MPEG LA, så trenges det en egen avtale for å kringkaste video på det
323 <p
>I følge Ryan Rodriguez hos MPEG LA, da jeg spurte ham på epost i
324 juni
2012, har NRK ikke en slik avtale med MPEG LA. Han sa videre at
325 NRK trenger en slik avtale hvis NRK tilbyr H
.264-kodet video til
326 sluttbrukere. Jeg sjekket listen med
327 <a href=
"http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
">organisasjoner
328 med avtale med MPEG LA
</a
> og NRK står fortsatt ikke der.
</p
>
330 <p
>Jeg lurer dermed på hva som gjør at NRK kan bruke de overnevnte
331 videoredigeringsverktøyene, som tilsynelatende har krav om avtale med
332 MPEG LA for å kunne brukes slik NRK bruker dem, til å lage videofiler
333 for distribusjon uten å ha en avtale med MPEG LA om distribusjon av
334 H
.264-video? Dette er spesielt interessant å vite for oss andre som
335 også vurderer å spre H
.264-video etter å ha redigert dem med disse mye
336 brukte videoredigeringsverktøyene.
</p
>
337 </blockquote
></p
>
339 <p
>Samme dag fikk jeg automatisk svar om at min henvendelse hadde fått
340 saksid
1294699. Jeg fikk deretter følgende respons fra NRK
341 2015-
06-
09:
</p
>
343 <p
><blockquote
>
344 <p
>Hei, beklager lang svartid, men det tok litt tid å finne ut hvem som kunne
345 svare på dette.
</p
>
347 <p
>For selskaper som leverer h
.264 til sluttbrukere på nett (f.eks
348 NRKs nett- tv utgaver som bruker h
.264) - og som leverer slike
349 tjenester uten betaling fra forbrukere – er det heller ikke påkrevd
350 noen patentavtale.
</p
>
352 <p
><a href=
"http://www.businesswire.com/news/home/
20100825006629/en/MPEG-LA%E2%
80%
99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y
">http://www.businesswire.com/news/home/
20100825006629/en/MPEG-LA%E2%
80%
99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y
</a
></p
>
354 <p
>Med vennlig hilsen
355 <br
>Gunn Helen Berg
356 <br
>Informasjonskonsulent, Publikumsservice
</p
>
359 <br
>Strategidivisjonen
360 <Br
>Sentralbord: +
47 23 04 70 00
361 <br
>Post: NRK Publikumsservice,
8608 Mo i Rana
362 <br
>nrk.no / info (at) nrk.no
</p
>
363 </blockquote
></p
>
365 Da dette ikke helt var svar på det jeg lurte på, sendte jeg samme dag
366 oppfølgerepost tilbake:
368 <p
><blockquote
>
369 <p
>[Gunn Helen Berg]
370 <br
>> Hei, beklager lang svartid, men det tok litt tid å finne ut hvem som
371 <br
>> kunne svare på dette.
</p
>
373 <p
>Takk for svar. Men det besvarte ikke helt det jeg spurte om.
</p
>
375 <p
>> For selskaper som leverer h
.264 til sluttbrukere på nett (f.eks NRKs
376 <br
>> nett- tv utgaver som bruker h
.264) - og som leverer slike tjenester
377 <br
>> uten betaling fra forbrukere – er det heller ikke påkrevd noen
378 <br
>> patentavtale.
380 <br
>> http://www.businesswire.com/news/home/
20100825006629/en/MPEG-LA%E2%
80%
99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y
</p
>
382 <p
>Spørsmålet er ikke kun om MPEG LA krever patentavtale eller ikke
383 (hvilket ikke helt besvares av pressemeldingen omtalt over, gitt at
384 pressemeldingen kom i
2010, to år før MPEG LA ansvarlige for
385 internasjonal lisensiering egen Ryan Rodriguez fortalte meg på epost
386 at NRK trenger en lisens.
</p
>
388 <p
>Det er uklart fra pressemeldingen hva
"Internet Broadcast AVC
389 Video
" konkret betyr, men i følge en
390 <a href=
"http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf
">presentasjon
391 fra MPEG LA med tema
"AVC PAtent Portfoli License Briefing
" datert
392 2015-
05-
15</a
> gjelder
"Internet Broadcast AVC Video
" kun kringkasting
393 på Internet som ikke tilbyr valg av enkeltinnslag (
"not
394 title-by-title
"), hvilket jo NRK gjør på sine nettsider. I tillegg
395 kringkaster jo NRK H
.264-video også utenom Internet (RiksTV, kabel,
396 satelitt), hvilket helt klart ikke er dekket av vilkårene omtalt i
397 pressemeldingen.
</p
>
399 <p
>Spørsmålet mitt er hvordan NRK kan bruke verktøy med bruksvilkår
400 som krever avtale med MPEG LA for det NRK bruker dem til, når NRK ikke
401 har avtale med MPEG LA. Hvis jeg forsto spørsmålet riktig, så mener
402 NRK at dere ikke trenger avtale med MPEG LA, men uten slik avtale kan
403 dere vel ikke bruke hverken Apple Final Cut Studio, Adobe Premiere
404 Pro, Avid eller Apples Final Cut Pro X for å redigere video før
407 <p
>Mine konkrete spørsmål var altså:
</p
>
411 <li
>Hvis NRK har vurdert om det er behov for en patentavtale med MPEG LA
412 slik det er krav om i programvarelisensene til blant annet Apple
413 Final Cut Studio, Adobe Premiere Pro, Avid og Apples Final Cut Pro X,
414 hva var utfallet av en slik vurdering? Kan jeg få kopi av vurderingen
415 hvis den er gjort skriftlig?
</li
>
417 <li
>Hvis NRK ikke har vurdert dette, har NRK planer om å vurdere behovet
418 for patentavtale?
</li
>
420 <li
>Hva slags saksnummer fikk min henvendelse i NRKs offentlige
421 postjournal? Jeg ser at postjournalen ikke er publisert for den
422 aktuelle perioden ennå, så jeg fikk ikke sjekket selv.
</li
>
425 </blockquote
></p
>
427 <p
>Det hjelper å ha funnet rette vedkommende i NRK, for denne gangen
428 fikk jeg svar tilbake dagen etter (
2015-
06-
10), fra Geir Børdalen i
431 <p
><blockquote
>
432 <p
>Hei Petter Reinholdtsen
</p
>
434 <p
>Jeg har sjekket saken med distribusjonssjef for tv, Arild Hellgren
435 (som var teknologidirektør da bakkenettet ble satt opp). NRK v/
436 Hellgren hadde møte med MPEG LA sammen med den europeiske
437 kringkastingsunionen EBU før bakkenettet for TV ble satt opp
438 (igangsatt høsten
2007). I dette møtet ble det avklart at NRK/EBU ikke
439 trengte noen patentavtale for h
.264 i forbindelse med oppsett av
440 bakkenettet eller bruk av MPEG4 h
.264 som kompresjonsalgoritme fordi
441 tjenesten «in full»(nor: helt) var betalt av utsendelseselskapene og
442 ikke av forbrukerne.
</p
>
444 <p
><a href=
"http://www.nrk.no/oppdrag/digitalt-bakkenett-
1.3214555">http://www.nrk.no/oppdrag/digitalt-bakkenett-
1.3214555</a
></p
>
446 <p
>Det er også klart slått fast at selskaper som leverer video basert
447 på MPEG4 h
.264 til sluttbrukere på nett, heller ikke påkrevd noen
448 patentavtale – så lenge de leverer slike tjenester uten betaling fra
449 sluttbrukere.
</p
>
451 <a href=
"http://www.businesswire.com/news/home/
20100825006629/en/MPEG-LA%E2%
80%
99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y
">http://www.businesswire.com/news/home/
20100825006629/en/MPEG-LA%E2%
80%
99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y
</a
>
453 <p
>“MPEG LA announced today that its AVC Patent Portfolio License will
454 continue not to charge royalties for Internet Video that is free to
455 end users (known as “Internet Broadcast AVC Video”) during the entire
456 life of this License. MPEG LA previously announced it would not charge
457 royalties for such video through December
31,
2015 (see
458 <a href=
"http://www.mpegla.com/Lists/MPEG%
20LA%
20News%
20List/Attachments/
226/n-
10-
02-
02.pdf
">http://www.mpegla.com/Lists/MPEG%
20LA%
20News%
20List/Attachments/
226/n-
10-
02-
02.pdf
</a
>),
459 and today’s announcement makes clear that royalties will continue not
460 to be charged for such video beyond that time. Products and services
461 other than Internet Broadcast AVC Video continue to be
462 royalty-bearing.”
</p
>
464 <p
>Vi har derfor ikke noe behov for å vurdere noen patentavtale med
467 <p
>Understreker for øvrig at NRK ikke er låst til MPEG4 – h
.264 som
468 utsendelsesformat – og at vi har brukt og bruker flere andre
469 alternativer i våre tjenester. Ulike «devicer» har ofte behov for
470 forskjellige løsninger – og NRK har forsøkt å levere med best mulig
471 kvalitet /økonomi /stabilitet avhengig av
472 plattform. Produksjonsformater i NRK spenner for øvrig over en rekke
473 forskjellige formater – hvor MPEG4 bare er en av disse. Når NRK kjøper
474 teknisk utstyr er betaling for kodekstøtte ofte en del av
475 anskaffelsesprisen for denne maskinvaren (enten dette er spesialiserte
476 enkodere eller forskjellige typer produksjonsutstyr).
</p
>
478 <p
>Vennlig hilsen
479 <br
>Geir Børdalen
</p
>
481 <p
>________________________________________
482 <br
>Geir Børdalen
483 <br
>Investeringsansvarlig NRK / Hovedprosjektleder - Origo
484 <br
>Avdeling for utvikling, innovasjon, investering og eiendom
485 <br
>NRK medietjenester
486 <br
>Sentralbord: +
47 23 04 70 00
487 <br
>Post: NRK, AUTV (RBM5), Pb.
8500 Majorstuen,
0340 Oslo
489 </blockquote
></p
>
491 <p
>Et godt og grundig svar, som var informativt om hvordan NRK tenker
492 rundt patentavtale med MPEG LA, men heller ikke helt besvarte det jeg
493 lurte på, så jeg sendte epostoppfølging samme dag.
</p
>
495 <p
><blockquote
>
496 <p
>[Geir Børdalen]
497 <br
>> Hei Petter Reinholdtsen
</p
>
499 <p
>Hei, og takk for raskt svar. Er min henvendelse journalført slik
500 at den dukker opp i NRKs postjournal?
</p
>
502 <p
>Svaret ditt var meget nyttig, og jeg forstår ut fra det du skriver
503 at avklaringen med MPEG LA rundt H
.264-distribusjon via bakkenettet
504 gjelder alle TV-kanaler i Norge. Hvilke saksnummer fikk dokumenter
505 som ble opprettet i forbindelse med det omtalte møtet NRK v/Hellgren
506 og EBU hadde med MPEG LA (dvs. referater, avtaler, etc),
507 f.eks. dokumentet der formuleringen
"in full
" som du omtaler
510 <p
>Men det er et par ting jeg fortsatt ikke forstår. Det ene er
511 hvorfor NRKs forståelse av hva
"Internet Broadcast AVC Video
" dekker
512 ser ut til å avvike fra det som presenteres i
513 <a href=
"http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf
">lysark
514 fra MPEG LA
</a
> i mai, der MPEG LA på lysark med overskriften
515 "AVC/H
.264 License Terms Participation Fees
" og undertittel
"Where
516 remuneration is from other sources
" skriver
"Internet Broadcast AVC
517 Video (not title-by-title, not subscription) – no royalty for life of
518 the AVC Patent Portfolio License
".
</p
>
520 <p
>Her leser jeg MPEG LA dithen at det kun er kringkasting uten
521 abonnement via Internet som er dekket at vilkårne omtalt i
522 pressemeldingen, mens jeg forstår deg dithen at NRK mener NRKs
523 nettsider som også har enkeltfilmer og innslag (som jeg forstår dekket
524 av formuleringen
"title-by-title
") dekkes av
"Internet Broadcast AVC
525 Video
" fra MPEG LA. Hva baserer dere denne tolkningen på? Jeg har
526 ikke sett noe skriftlig fra MPEG LA som støtter NRKs tolkning, og
527 lurer på om dere har andre kilder enn den pressemeldingen fra
5 år
528 tilbake, der NRKS forståelse av hva
"Internet Broadcast AVC Video
"
529 dekker er beskrevet?
</p
>
531 <p
>Det andre er at eposten din ikke nevnte spørsmålet mitt om
532 bruksvilkårene til videoredigeringsverktøyene som NRK bruker. Disse
533 har som tidligere nevnt krav om at de kun skal brukes til private og
534 ikke-kommersielle formål med mindre en har avtale med MPEG LA, og uten
535 avtale med MPEG LA kan det jo virke som om NRK bruker verktøyene i
536 strid med bruksvilkårene. Hva gjør at disse bruksvilkårene ikke
537 gjelder for NRK?
</p
>
538 </blockquote
></p
>
540 <p
>Noen minutter senere får jeg foreløpig siste svar i
541 føljetongen:
</p
>
543 <p
><blockquote
>
544 <p
>Hei igjen
</p
>
546 <p
>Vårt dokumentarkiv har fått en kopi (journalføringsnr kan jeg
547 dessverre ikke gi deg).
<p
>
549 <p
>> Svaret ditt var meget nyttig, og jeg forstår ut fra det du
550 <br
>> skriver at avklaringen med MPEG LA rundt H
.264-distribusjon via
551 <br
>> bakkenettet gjelder alle TV-kanaler i Norge.
</p
>
553 <p
>Svar: Kan ikke svare for andre enn for NRK/EBU - og for bakkenettet
554 i Norge er det kun NRK som er et lisensbasert selskap. Kan ikke gi noe
555 svar på saksnr på dokumenter eller ytterligere informasjon da jeg selv
556 ikke var del i dette.
</p
>
558 <p
>> Men det er et par ting jeg fortsatt ikke forstår. ...
</p
>
560 <p
>Svar: Kan ikke gå ytterligere inn i dette fra min side og mitt
561 fagfelt som er produksjon/publisering og systemstrukturene bak
562 disse. For øvrig ligger det etter vår formening ingen begrensninger
563 for NRK i mulighetene til publisering mht til kodek i
564 produksjonssystemer. Som tidligere skrevet mener vi at NRK ikke
565 trenger noen avtale med MPEG LA og støtter oss til det vi allerede har
566 kommunisert i forrige epost.
</p
>
569 <br
>Geir Børdalen
</p
>
570 </blockquote
></p
>
572 <p
>Det syntes vanskelig å komme videre når NRK ikke ønsker å gå inn i
573 problemstillingen rundt bruksvilkårene til videoredigeringsverktøyene
574 NRK bruker, så jeg sendte takk for svarene og avsluttet utvekslingen
577 <p
><blockquote
>
578 <p
>Tusen takk for rask respons, og oppklarende forklaring om hvordan
579 NRK tenker rundt MPEG LA.
</p
>
581 <p
>Jeg vil høre med NRK-arkivet for å se om de kan spore opp de
582 omtalte dokumentene. Jeg setter pris på om du kan dele titler, dato
583 eller annen informasjon som kan gjøre det enklere for arkivet å finne
586 <p
>Når det gjelder hvordan bruksvilkårene til
587 videoredigeringsverktøyene skal tolkes, så skal jeg høre med MPEG LA
588 og produsentene av verktøyene for å forsøke å få klarhet i hva de
589 mener er rikgig rettstilstand.
</p
>
590 </blockquote
></p
>
592 <p
>Jeg ble litt klokere, men fortsatt er det uklart for meg hva som er
593 grunnlaget til NRK for å se bort fra bruksvilkår i
594 videoredigeringsprogramvare som krever MPEG LA-avtale til alt annet
595 enn privat og ikke-kommersiell bruk.
</p
>
600 <title>Frikanalen, Norwegian TV channel for technical topics
</title>
601 <link>http://people.skolelinux.org/pere/blog/Frikanalen__Norwegian_TV_channel_for_technical_topics.html
</link>
602 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Frikanalen__Norwegian_TV_channel_for_technical_topics.html
</guid>
603 <pubDate>Mon,
9 Mar
2015 11:
10:
00 +
0100</pubDate>
604 <description><p
>The
<a href=
"http://www.nuug.no/
">Norwegian Unix User Group
</a
>,
605 where I am a member, and where people interested in free software,
606 open standards and UNIX like operating systems like Linux and the BSDs
607 come together, record our monthly technical presentations on video.
608 The purpose is to document the talks and spread them to a wider
609 audience. For this, the the Norwegian nationwide open channel
610 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> is a useful venue.
611 Since a few days ago, when I figured out the
612 <a href=
"http://beta.frikanalen.no/api/
">REST API
</a
> to program the
613 <a href=
"http://beta.frikanalen.tv/guide/
">channel time schedule
</a
>,
614 the channel has been filled with NUUG talks, related recordings and
615 some Creative Commons licensed TED talks (from archive.org). I fill
616 all
"leftover bits
" on the channel with content from NUUG, which at
617 the moment is almost
17 of
24 hours every day.
</p
>
619 <p
>The list of NUUG videos
620 <a href=
"http://beta.frikanalen.tv/organization/
82">uploaded so far
</a
>
621 include things like a
622 <a href=
"http://beta.frikanalen.tv/video/
625090">one hour talk by John
623 Perry Barlow when he visited Oslo
</a
>, a presentation of
624 <a href=
"http://beta.frikanalen.tv/video/
624275">Haiku, the BeOS
625 re-implementation
</a
>, the
626 <a href=
"http://beta.frikanalen.tv/video/
624493">history of FiksGataMi,
627 the Norwegian version of FixMyStreet
</a
>, the good old
628 <a href=
"http://beta.frikanalen.tv/video/
623566">Warriors of the net
629 video
</A
> and many others.
</p
>
631 <p
>We have a large backlog of NUUG talks not yet uploaded to
632 Frikanalen, and plan to upload every useful bit to the channel to
633 spread the word there. I also hope to find useful recordings from the
634 Chaos Computer Club and Debian conferences and spread them on the
635 channel as well. But this require locating the videos and their meta
636 information (title, description, license, etc), and preparing the
637 recordings for broadcast, and I have not yet had the spare time to
638 focus on this. Perhaps you want to help. Please join us on IRC,
639 <a href=
"irc://irc.freenode.net/%
23nuug
">#nuug on irc.freenode.net
</a
>
640 if you want to help make this happen.
</p
>
642 <p
>But as I said, already the channel is already almost exclusively
643 filled with technical topics, and if you want to learn something new
644 today, check out the
<a href=
"http://www.frikanalen.tv/se
">Ogg Theora
645 web stream
</a
> or use one of the other ways to get access to the
646 channel. Unfortunately the Ogg Theora recoding for distribution still
647 do not properly sync the video and sound. It is generated by recoding
648 a internal MPEG transport stream with MPEG4 coded video (ie H
.264) to
649 Ogg Theora / Vorbis, and we have not been able to find a way that
650 produces acceptable quality. Help needed, please get in touch if you
651 know how to fix it using free software.
</p
>
656 <title>The Norwegian open channel Frikanalen -
24x7 on the Internet
</title>
657 <link>http://people.skolelinux.org/pere/blog/The_Norwegian_open_channel_Frikanalen___24x7_on_the_Internet.html
</link>
658 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_Norwegian_open_channel_Frikanalen___24x7_on_the_Internet.html
</guid>
659 <pubDate>Wed,
25 Feb
2015 09:
10:
00 +
0100</pubDate>
660 <description><p
>The Norwegian nationwide open channel
661 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> is still going
662 strong. It allow everyone to send the video they want on national
663 television. It is a TV station administrated completely using a web
664 browser, running only
<ahref=
"https://github.com/Frikanalen
">Free
665 Software
</a
>, providing
<ahref=
"http://beta.frikanalen.tv/api
">a REST
666 api
</a
> for administrators and members, and with distribution on the
667 national DVB-T distribution network RiksTV. But only between
12:
00
668 and
17:
30 Norwegian time. This has finally changed, after many years
669 with limited distribution. A few weeks ago, we set up a Ogg Theora
670 stream via icecast to allow everyone with Internet access to check out
671 the channel the rest of the day. This is presented on
672 <a href=
"http://www.frikanalen.tv/se
">the Frikanalen web site now
</a
>. And
673 since a few days ago, the channel is also available
674 via
<a href=
"https://www.uninett.no/iptv-tilgang
">multicast on
675 UNINETT
</a
>, available for those using IPTV TVs and set-top boxes in
676 the Norwegian National Research and Education network.
</p
>
678 <p
>If you want to see what is on the channel, point your media player
679 to one of these sources. The first should work with most players and
680 browsers, while as far as I know, the multicast UDP stream only work
684 <li
><a href=
"http://video.nuug.no/frikanalen.ogv
">http://video.nuug.no/frikanalen.ogv
</a
></li
>
685 <li
>udp://@
224.17.43.129:
1234</li
>
688 <p
>The Ogg Theora / icecast stream is not working well, as the video
689 and audio is slightly out of sync. We have not been able to figure
690 out how to fix it. It is generated by recoding a internal MPEG
691 transport stream with MPEG4 coded video (ie H
.264) to Ogg Theora /
692 Vorbis, and the result is less then stellar. If you have ideas how to
693 fix it, please let us know on frikanalen (at) nuug.no. We currently
694 use this with ffmpeg2theora
0.29:
</p
>
696 <blockquote
><pre
>
697 ./ffmpeg2theora.linux
&lt;OBE_gemini_URL.ts
&gt; -F
25 -x
720 -y
405 \
698 --deinterlace --inputfps
25 -c
1 -H
48000 --keyint
8 --buf-delay
100 \
699 --nosync -V
700 -o - | oggfwd video.nuug.no
8000 &lt;pw
&gt; /frikanalen.ogv
700 </pre
></blockquote
>
702 <p
>If you get the multicast UDP stream working, please let me know, as
703 I am curious how far the multicast stream reach. It do not make it to
704 my home network, nor any other commercially available network in
705 Norway that I am aware of.
</p
>
710 <title>Hvordan vurderer regjeringen H
.264-patentutfordringen?
</title>
711 <link>http://people.skolelinux.org/pere/blog/Hvordan_vurderer_regjeringen_H_264_patentutfordringen_.html
</link>
712 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_vurderer_regjeringen_H_264_patentutfordringen_.html
</guid>
713 <pubDate>Sun,
16 Nov
2014 10:
30:
00 +
0100</pubDate>
714 <description><p
>For en stund tilbake spurte jeg Fornyingsdepartementet om hvilke
715 juridiske vurderinger rundt patentproblemstillingen som var gjort da
716 H
.264 ble tatt inn i
<a href=
"http://standard.difi.no/
">statens
717 referansekatalog over standarder
</a
>. Stig Hornnes i FAD tipset meg
718 om følgende som står i oppsumeringen til høringen om
719 referansekatalogen versjon
2.0, som jeg siden ved hjelp av en
720 innsynsforespørsel fikk tak i
721 <a href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon.pdf
">PDF-utgaven av
</a
>
722 datert
2009-
06-
03 (saksnummer
200803291, saksbehandler Henrik
723 Linnestad).
</p
>
725 <p
>Der står det følgende om problemstillingen:
</p
>
727 <p
><blockquote
>
728 <strong
>4.4 Patentproblematikk
</strong
>
730 <p
>NUUG og Opera ser det som særlig viktig at forslagene knyttet til
731 lyd og video baserer seg på de royalty-frie standardene Vorbis, Theora
734 <p
>Kommentarene relaterer seg til at enkelte standarder er åpne, men
735 inneholder tekniske prosedyrer som det i USA (og noen andre land som
736 Japan) er gitt patentrettigheter til. I vårt tilfelle berører dette
737 spesielt standardene Mp3 og H
.264, selv om Politidirektoratet peker på
738 at det muligens kan være tilsvarende problematikk også for Theora og
739 Vorbis. Dette medfører at det i USA kan kreves royalties for bruk av
740 tekniske løsninger knyttet til standardene, et krav som også
741 håndheves. Patenter kan imidlertid bare hevdes i de landene hvor
742 patentet er gitt, så amerikanske patenter gjelder ikke andre steder
745 <p
>Spesielt for utvikling av fri programvare er patenter
746 problematisk. GPL, en
"grunnleggende
" lisens for distribusjon av fri
747 programvare, avviser at programvare kan distribueres under denne
748 lisensen hvis det inneholder referanser til patenterte rutiner som
749 utløser krav om royalties. Det er imidlertid uproblematisk å
750 distribuere fri programvareløsninger under GPL som benytter de
751 aktuelle standardene innen eller mellom land som ikke anerkjenner
752 patentene. Derfor finner vi også flere implementeringer av Mp3 og
753 H
.264 som er fri programvare, lisensiert under GPL.
</p
>
755 <p
>I Norge og EU er patentlovgivningen langt mer restriktiv enn i USA,
756 men det er også her mulig å få patentert metoder for løsning av et
757 problem som relaterer seg til databehandling. Det er AIF bekjent ikke
758 relevante patenter i EU eller Norge hva gjelder H
.264 og Mp3, men
759 muligheten for at det finnes patenter uten at det er gjort krav om
760 royalties eller at det senere vil gis slike patenter kan ikke helt
763 <p
>AIF mener det er et behov for å gi offentlige virksomheter mulighet
764 til å benytte antatt royaltyfrie åpne standarder som et likeverdig
765 alternativ eller i tillegg til de markedsledende åpne standardene.
</p
>
767 </blockquote
></p
>
769 <p
>Det ser dermed ikke ut til at de har vurdert patentspørsmålet i
770 sammenheng med opphavsrettsvilkår slik de er formulert for f.eks.
771 Apple Final Cut Pro, Adobe Premiere Pro, Avid og Sorenson-verktøyene,
772 der det kreves brukstillatelse for patenter som ikke er gyldige i
773 Norge for å bruke disse verktøyene til annet en personlig og ikke
774 kommersiell aktivitet når det gjelder H
.264-video. Jeg må nok lete
775 videre etter svar på det spørsmålet.
</p
>
780 <title>Do you need an agreement with MPEG-LA to publish and broadcast H
.264 video in Norway?
</title>
781 <link>http://people.skolelinux.org/pere/blog/Do_you_need_an_agreement_with_MPEG_LA_to_publish_and_broadcast_H_264_video_in_Norway_.html
</link>
782 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Do_you_need_an_agreement_with_MPEG_LA_to_publish_and_broadcast_H_264_video_in_Norway_.html
</guid>
783 <pubDate>Mon,
25 Aug
2014 22:
10:
00 +
0200</pubDate>
784 <description><p
>Two years later, I am still not sure if it is legal here in Norway
785 to use or publish a video in H
.264 or MPEG4 format edited by the
786 commercially licensed video editors, without limiting the use to
787 create
"personal
" or
"non-commercial
" videos or get a license
788 agreement with
<a href=
"http://www.mpegla.com
">MPEG LA
</a
>. If one
789 want to publish and broadcast video in a non-personal or commercial
790 setting, it might be that those tools can not be used, or that video
791 format can not be used, without breaking their copyright license. I
793 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">Back
794 then
</a
>, I found that the copyright license terms for Adobe Premiere
795 and Apple Final Cut Pro both specified that one could not use the
796 program to produce anything else without a patent license from MPEG
797 LA. The issue is not limited to those two products, though. Other
798 much used products like those from Avid and Sorenson Media have terms
799 of use are similar to those from Adobe and Apple. The complicating
800 factor making me unsure if those terms have effect in Norway or not is
801 that the patents in question are not valid in Norway, but copyright
802 licenses are.
</p
>
804 <p
>These are the terms for Avid Artist Suite, according to their
805 <a href=
"http://www.avid.com/US/about-avid/legal-notices/legal-enduserlicense2
">published
807 <a href=
"http://www.avid.com/static/resources/common/documents/corporate/LICENSE.pdf
">license
808 text
</a
> (converted to lower case text for easier reading):
</p
>
810 <p
><blockquote
>
811 <p
>18.2. MPEG-
4. MPEG-
4 technology may be included with the
812 software. MPEG LA, L.L.C. requires this notice:
</p
>
814 <p
>This product is licensed under the MPEG-
4 visual patent portfolio
815 license for the personal and non-commercial use of a consumer for (i)
816 encoding video in compliance with the MPEG-
4 visual standard (“MPEG-
4
817 video”) and/or (ii) decoding MPEG-
4 video that was encoded by a
818 consumer engaged in a personal and non-commercial activity and/or was
819 obtained from a video provider licensed by MPEG LA to provide MPEG-
4
820 video. No license is granted or shall be implied for any other
821 use. Additional information including that relating to promotional,
822 internal and commercial uses and licensing may be obtained from MPEG
823 LA, LLC. See http://www.mpegla.com. This product is licensed under
824 the MPEG-
4 systems patent portfolio license for encoding in compliance
825 with the MPEG-
4 systems standard, except that an additional license
826 and payment of royalties are necessary for encoding in connection with
827 (i) data stored or replicated in physical media which is paid for on a
828 title by title basis and/or (ii) data which is paid for on a title by
829 title basis and is transmitted to an end user for permanent storage
830 and/or use, such additional license may be obtained from MPEG LA,
831 LLC. See http://www.mpegla.com for additional details.
</p
>
833 <p
>18.3. H
.264/AVC. H
.264/AVC technology may be included with the
834 software. MPEG LA, L.L.C. requires this notice:
</p
>
836 <p
>This product is licensed under the AVC patent portfolio license for
837 the personal use of a consumer or other uses in which it does not
838 receive remuneration to (i) encode video in compliance with the AVC
839 standard (“AVC video”) and/or (ii) decode AVC video that was encoded
840 by a consumer engaged in a personal activity and/or was obtained from
841 a video provider licensed to provide AVC video. No license is granted
842 or shall be implied for any other use. Additional information may be
843 obtained from MPEG LA, L.L.C. See http://www.mpegla.com.
</p
>
844 </blockquote
></p
>
846 <p
>Note the requirement that the videos created can only be used for
847 personal or non-commercial purposes.
</p
>
849 <p
>The Sorenson Media software have
850 <a href=
"http://www.sorensonmedia.com/terms/
">similar terms
</a
>:
</p
>
852 <p
><blockquote
>
854 <p
>With respect to a license from Sorenson pertaining to MPEG-
4 Video
855 Decoders and/or Encoders: Any such product is licensed under the
856 MPEG-
4 visual patent portfolio license for the personal and
857 non-commercial use of a consumer for (i) encoding video in compliance
858 with the MPEG-
4 visual standard (“MPEG-
4 video”) and/or (ii) decoding
859 MPEG-
4 video that was encoded by a consumer engaged in a personal and
860 non-commercial activity and/or was obtained from a video provider
861 licensed by MPEG LA to provide MPEG-
4 video. No license is granted or
862 shall be implied for any other use. Additional information including
863 that relating to promotional, internal and commercial uses and
864 licensing may be obtained from MPEG LA, LLC. See
865 http://www.mpegla.com.
</p
>
867 <p
>With respect to a license from Sorenson pertaining to MPEG-
4
868 Consumer Recorded Data Encoder, MPEG-
4 Systems Internet Data Encoder,
869 MPEG-
4 Mobile Data Encoder, and/or MPEG-
4 Unique Use Encoder: Any such
870 product is licensed under the MPEG-
4 systems patent portfolio license
871 for encoding in compliance with the MPEG-
4 systems standard, except
872 that an additional license and payment of royalties are necessary for
873 encoding in connection with (i) data stored or replicated in physical
874 media which is paid for on a title by title basis and/or (ii) data
875 which is paid for on a title by title basis and is transmitted to an
876 end user for permanent storage and/or use. Such additional license may
877 be obtained from MPEG LA, LLC. See http://www.mpegla.com for
878 additional details.
</p
>
880 </blockquote
></p
>
882 <p
>Some free software like
883 <a href=
"https://handbrake.fr/
">Handbrake
</A
> and
884 <a href=
"http://ffmpeg.org/
">FFMPEG
</a
> uses GPL/LGPL licenses and do
885 not have any such terms included, so for those, there is no
886 requirement to limit the use to personal and non-commercial.
</p
>
891 <title>Mer oppfølging fra MPEG-LA om avtale med dem for å kringkaste og publisere H
.264-video
</title>
892 <link>http://people.skolelinux.org/pere/blog/Mer_oppf_lging_fra_MPEG_LA_om_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html
</link>
893 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Mer_oppf_lging_fra_MPEG_LA_om_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html
</guid>
894 <pubDate>Thu,
5 Jul
2012 23:
50:
00 +
0200</pubDate>
895 <description><p
>I føljetongen om H
.264
896 <a href=
"http://people.skolelinux.org/pere/blog/MPEG_LA_mener_NRK_m__ha_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html
">forlot
897 jeg leserne i undring
</a
> om hvor pakken fra MPEG-LA tok veien, og om
898 hvilke selskaper i Norge som har avtale med MPEG-LA. Da Ryan hos
899 MPEG-LA dro på ferie sendte jeg min melding videre til hans kollega,
900 og dagen etter fikk jeg følgende svar derfra:
</p
>
902 <p
><blockquote
>
903 <p
>Date: Fri,
29 Jun
2012 18:
32:
34 +
0000
904 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
905 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
906 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
907 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
909 <p
>Dear Mr. Reinholdtsen,
</p
>
911 <p
>Thank you for your message. As you know, Ryan is currently our of the
912 office, so it will be my pleasure to assist you.
</p
>
914 <p
>Per your request, attached please find an electronic copy of the
915 AVC Patent Portfolio License. Please note that the electronic copy of
916 the License is provided as a convenience and for informational
917 purposes only. When concluding the Licenses, only the hard copies
918 provided by MPEG LA may be used.
</p
>
920 <p
>To your question, MPEG LA lists our Licensees on our website
921 according to each program. The lists are in alphabetical order, so it
922 is very easy to search.
</p
>
924 <p
>I hope that this was helpful. If we can be of additional
925 assistance, please let me know.
</p
>
927 <p
>Kind regards,
</p
>
929 <p
>Sidney A. Wolf
930 <br
>Manager, Global Licensing
931 <br
>MPEG LA
</p
>
932 </blockquote
></p
>
934 <p
>Selv om et epostvedlegg er nyttig for mottakeren, så håpet jeg å få
935 et dokument jeg kunne dele med alle leserne av bloggen min, og ikke et
936 som må deles på individuell basis. Opphavsretten krever godkjenning
937 fra rettighetsinnehaver før en kan gjøre slikt, så dermed fulgte jeg
938 opp med et spørsmål om dette var greit.
</p
>
940 <p
><blockquote
>
941 <p
>Date: Wed,
4 Jul
2012 20:
25:
06 +
0200
942 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
943 <br
>To: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
944 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
945 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
947 <p
>Thank you for your reply.
</p
>
949 <p
>[Sidney Wolf]
950 <br
>&gt; Per your request, attached please find an electronic copy of the AVC
951 <br
>&gt; Patent Portfolio License. Please note that the electronic copy of
952 <br
>&gt; the License is provided as a convenience and for informational
953 <br
>&gt; purposes only. When concluding the Licenses, only the hard copies
954 <br
>&gt; provided by MPEG LA may be used.
</p
>
956 <p
>This is useful for me to learn, but the reason I asked for the
957 Internet address of the licensing document was to ensure I could
958 publish a link to it when I discuss the topic of H
.264 licensing here
959 in Norway, and allow others to verify my observations. I can not do
960 the same with an email attachment. Thus I would like to ask you if it
961 is OK with MPEG LA that I publish this document on the Internet for
962 others to read?
</p
>
964 <p
>&gt; To your question, MPEG LA lists our Licensees on our website
965 <br
>&gt; according to each program. The lists are in alphabetical order, so
966 <br
>&gt; it is very easy to search.
</p
>
968 <p
>I am afraid this do not help me locate Norwegian companies in the
969 list of Licensees. I do not know the name of all companies and
970 organisations in Norway, and thus do not know how to locate the
971 Norwegian ones on that list.
</p
>
973 <p
>&gt; I hope that this was helpful. If we can be of additional assistance,
974 <br
>&gt; please let me know.
</p
>
976 <p
>Absoutely helpful to learn more about how MPEG LA handle licensing.
</p
>
979 <br
>Happy hacking
980 <br
>Petter Reinholdtsen
</p
>
981 </blockquote
></p
>
983 <p
>Jeg håpet også at det skulle være mulig å få vite hvilke av de
984 mange hundre som har avtale med MPEG-LA om bruk av H
.264 som holdt til
985 i Norge. Begge mine håp falt i grus med svaret fra MPEG-LA.
987 <p
><blockquote
>
988 <p
>Date: Thu,
5 Jul
2012 17:
42:
39 +
0000
989 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
990 <br
>To:
'Petter Reinholdtsen
' &lt;pere (at) hungry.com
&gt;
991 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
992 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
994 <p
>Dear Mr. Reinholdtsen,
</p
>
996 <p
>Thank you for your reply.
</p
>
998 <p
>We appreciate the additional explanation you have provided and for
999 asking our permission to publish the electronic copy of the License in
1000 advance of doing so. Typically, MPEG LA prefers to distribute the
1001 electronic copies of our Licenses to interested parties. Therefore,
1002 please feel free to send interested parties to the AVC portion of our
1003 website, http://www.mpegla.com/main/programs/AVC/Pages/Intro.aspx for
1004 their further reference.
</p
>
1006 <p
>As previously mentioned, MPEG LA maintains a list of Licensees in good
1007 standing on our website according to each program. Due to the large
1008 volume of Licensees, it would be administratively impractical to
1009 provide this level of detail to interested parties. Therefore, I am
1010 afraid we are not in a position to assist you with your request.
</p
>
1012 <p
>Kind regards,
</p
>
1014 <p
>Sidney A. Wolf
1015 <br
>Manager, Global Licensing
1016 <br
>MPEG LA
</p
>
1017 </blockquote
></p
>
1019 <p
>Men takket være epostvedlegget kunne jeg søke på Google etter
1020 setningen
"WHEREAS, a video standard commonly referred to as AVC has
1021 been defined and is referred to in this Agreement as the “AVC
1022 Standard” (as more fully defined herein below)
" som finnes i avtalen,
1023 og lokalisere en kopi fra
2007 av
1024 <a href=
"http://www.sec.gov/Archives/edgar/data/
1342960/
000119312509050004/dex1024.htm
">lisensavtalen
1025 mellom MPEG-LA og DivX, Inc.
</a
>, slik at mine lesere kan se hvordan
1026 avtalen så ut da. Jeg har ikke sammenlignet tekstene for å se om noe
1027 har endret seg siden den tid, men satser på at teksten er representativ.
</p
>
1029 <p
>Jeg aner fortsatt ikke hvor FedEx tok veien med pakken fra
1032 <p
>Update
2012-
07-
06: Jeg er visst ikke den første som forsøker å få
1033 klarhet i problemstillinger rundt H
.264, og kom nettopp over en veldig
1034 interessant bloggpost fra
2010 hos LibreVideo med tittelen
1035 "<a href=
"http://www.librevideo.org/blog/
2010/
06/
14/mpeg-la-answers-some-questions-about-avch-
264-licensing/
">MPEG-LA
1036 answers some questions about AVC/H
.264 licensing
</a
>. Anbefales!
</p
>
1041 <title>Departementenes servicesenter har ingen avtale om bruk av H
.264 med MPEG-LA
</title>
1042 <link>http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</link>
1043 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</guid>
1044 <pubDate>Fri,
29 Jun
2012 09:
40:
00 +
0200</pubDate>
1045 <description><p
>Da fikk jeg nettopp svar fra
1046 <a href=
"http://www.dss.dep.no/
">Departementenes servicesenter
</a
>
1048 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">mitt
1049 spørsmål om avtale rundt bruk av H
.264</a
>. De har ingen avtale med
1050 MPEG LA eller dets representanter. Her er svaret.
1052 <p
><blockquote
>
1054 <p
>Date: Fri,
29 Jun
2012 07:
04:
42 +
0000
1055 <br
>From: Nielsen Mette Haga
&lt;Mette-Haga.Nielsen (at) dss.dep.no
&gt;
1056 <br
>To: Petter Reinholdtsen
&lt;petter.reinholdtsen (at) ...
&gt;
1057 <br
>CC: Postmottak
&lt;Postmottak (at) dss.dep.no
&gt;
1058 <br
>Subject: SV: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
</p
>
1060 <p
>DSS har ikke inngått noen egen lisensavtale med MPEG-LA eller noen som
1061 representerer MPEG-LA i Norge. Videoløsningen på regjeringen.no er
1062 levert av Smartcom:tv. Lisensforholdet rundt H
.264 er ikke omtalt i
1063 vår avtale med Smartcom.
</p
>
1065 <p
>Vennlig hilsen
</p
>
1067 <p
>Mette Haga Nielsen
1068 <br
>Fung. seksjonssjef
</p
>
1070 <p
>Departementenes servicesenter
</p
>
1072 <p
>Informasjonsforvaltning
1074 <p
>Mobil
93 09 83 51
1075 <br
>E-post mette-haga.nielsen (at) dss.dep.no
</p
>
1076 </blockquote
></p
>
1078 <p
>Hvis den norske regjeringen representert ved DSS ikke har slik
1079 avtale, så kan en kanskje konkludere med at det ikke trengs? Jeg er
1080 ikke trygg på at det er god juridisk grunn å stå på, men det er i det
1081 minste interessant å vite at hverken NRK eller DSS har funnet det
1082 nødvendig å ha avtale om bruk av H
.264.
</p
>
1084 <p
>Det forklarer ikke hvordan de kan ignorere bruksvilkårene knyttet
1085 til bruk av opphavsrettsbeskyttet materiale de bruker til
1086 videoproduksjon, med mindre slike vilkår kan ignoreres av selskaper og
1087 privatpersoner i Norge. Har de lov til å bryte vilkårene, eller har
1088 de brutt dem og så langt sluppet unna med det? Jeg aner ikke.
</p
>
1093 <title>MPEG-LA mener NRK må ha avtale med dem for å kringkaste og publisere H
.264-video
</title>
1094 <link>http://people.skolelinux.org/pere/blog/MPEG_LA_mener_NRK_m__ha_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html
</link>
1095 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/MPEG_LA_mener_NRK_m__ha_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html
</guid>
1096 <pubDate>Thu,
28 Jun
2012 20:
00:
00 +
0200</pubDate>
1097 <description><p
>Etter at NRK
1098 <a href=
"http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
">nektet
1099 å spore opp eventuell avtale med MPEG-LA
</a
> eller andre om bruk av
1100 MPEG/H
.264-video etter at jeg
<a
1101 href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">ba
1102 om innsyn i slike avtaler
</a
>, tenkte jeg at i stedet for å forsøke å
1103 få NRK til å finne en slik avtale, så burde det være like enkelt å
1104 spørre MPEG-LA om de hadde avtale med NRK. Spørsmålet ble sendt før
1105 jeg fikk tips fra Kieran Kunhya om hvor listen over lisensinnehavere
1106 "in Good Standing
" befant seg. MPEG-LA svarte meg i dag, og kan
1107 fortelle at NRK ikke har noen avtale med dem, så da er i det minste det
1108 slått fast. Ikke overraskende mener MPEG-LA at det trengs en avtale
1109 med MPEG-LA for å streame H
.264, men deres rammer er jo
1110 rettstilstanden i USA og ikke Norge. Jeg tar dermed den delen av
1111 svaret med en klype salt. Jeg er dermed fortsatt ikke klok på om det
1112 trengs en avtale, og hvis det trengs en avtale her i Norge, heller
1113 ikke sikker på om NRK har en avtale med noen andre enn MPEG-LA som
1114 gjør at de ikke trenger avtale direkte med MPEG-LA. Jeg håper NRKs
1115 jurister har vurdert dette, og at det er mulig å få tilgang til
1116 vurderingen uansett om de trenger en avtale eller ikke.
</p
>
1118 <p
>Her er epostutvekslingen med MPEG-LA så langt. Håper ikke
1119 utvekslingen fører til NRK plutselig får en litt uventet pakke fra
1122 <p
><blockquote
>
1123 <p
>Date: Mon,
25 Jun
2012 15:
29:
37 +
0200
1124 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1125 <br
>To: licensing-web (at) mpegla.com
1126 <br
>Subject: Do NRK have a license agreement with MPEG-LA?
</p
>
1128 <p
>Hi. I have a small question for you, that I hope it is OK that I
1131 <p
>Is there any license agreements between MPEG-LA and NRK,
&lt;URL:
1132 <a href=
"http://www.nrk.no/
">http://www.nrk.no/
</a
> &gt;, the
1133 Norwegian national broadcasting cooperation? I am not sure if they
1134 need one, and am just curious if such agreeement exist.
</p
>
1136 <p
>The postal address is
</p
>
1138 <p
><blockquote
>
1140 <br
>Postbox
8500, Majorstuen
1143 </blockquote
></p
>
1145 <p
>if it make it easier for you to locate such agreement.
</p
>
1147 <p
>Can you tell me how many entities in Norway have an agreement with
1148 MPEG-LA, and the name of these entities?
</p
>
1151 <br
>Happy hacking
1152 <br
>Petter Reinholdtsen
1153 </blockquote
></p
>
1155 <p
>I dag, to dager senere, fikk jeg følgende svar:
</p
>
1157 <p
><blockquote
>
1158 <p
>Date: Thu,
28 Jun
2012 14:
11:
17 +
0000
1159 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
>
1160 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
>
1161 <br
>CC: MD Administration
&lt;MDAdministration (at) mpegla.com
>
1162 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
1164 <p
>Dear Mr. Reinholdtsen,
</p
>
1166 <p
>Thank you for your message and for your interest in MPEG LA. We
1167 appreciate hearing from you and I will be happy to assist you.
</p
>
1169 <p
>To begin, I will assume that you are referring to AVC/H
.264
1170 technology in your message below, as this technology is commonly used
1171 in the transmission of video content. In that case, please allow me
1172 to briefly summarize the coverage provided by our AVC Patent Portfolio
1175 <P
>Our AVC License provides coverage for end products and video
1176 services that make use of AVC/H
.264 technology. Accordingly, the
1177 party offering such end products and video to End Users concludes the
1178 AVC License and is responsible for paying the applicable royalties
1179 associated with the end products/video they offer.
</p
>
1181 <p
>While the Norwegian Broadcast Corporation (NRK) is not currently a
1182 Licensee to MPEG LA
's AVC License (or any other Portfolio License
1183 offered by MPEG LA), if NRK offers AVC Video to End Users for
1184 remuneration (for example, Title-by-Title, Subscription, Free
1185 Television, or Internet Broadcast AVC Video), then NRK will need to
1186 conclude the AVC License and may be responsible for paying applicable
1187 royalties associated with the AVC Video it distributes.
</p
>
1189 <p
>Today I will send you a FedEx package containing a copy of our AVC
1190 License for your review. You should receive the License document
1191 within the next few days.
</p
>
1193 <p
>Meanwhile, MPEG LA currently has several Norwegian Licensees that
1194 can be found under the
"Licensees
" header within the respective
1195 portion of our website. For example, you may find our list of
1196 Licensees in Good Standing to our AVC License in the AVC portion of
1198 <a href=
"http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
">http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</a
></p
>
1200 <p
>I hope the above information is helpful. If you have additional
1201 questions or need further assistance with the AVC License, please feel
1202 free to contact me directly. I look forward to hearing from you again
1205 <p
>Best regards,
</p
>
1207 <p
>Ryan
</p
>
1209 <p
>Ryan M. Rodriguez
1210 <br
>Licensing Associate
1212 <br
>5425 Wisconsin Avenue
1214 <br
>Chevy Chase, MD
20815
1216 <br
>Phone: +
1 (
301)
986-
6660 x211
1217 <br
>Fax: +
1 (
301)
986-
8575
1218 <br
>Email: rrodriguez (at) mpegla.com
</p
>
1220 </blockquote
></p
>
1222 <p
>Meldingen om utsendt FedEx-pakke var så merkelig at jeg
1223 øyeblikkelig sendte svar tilbake og spurte hva i alle dager han mente,
1224 da han jo ikke hadde fått noen postadresse som nådde meg.
</p
>
1226 <p
><blockquote
>
1228 <p
>Date: Thu,
28 Jun
2012 16:
36:
15 +
0200
1229 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1230 <br
>To: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1231 <br
>Cc: MD Administration
&lt;MDAdministration (at) mpegla.com
&gt;
1232 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
1234 <p
>[Ryan Rodriguez]
1235 <br
>&gt; Dear Mr. Reinholdtsen,
</p
>
1237 <p
>Thank you for your quick reply.
</p
>
1239 <p
>&gt; Today I will send you a FedEx package containing a copy of our AVC
1240 <br
>&gt; License for your review. You should receive the License document
1241 <br
>&gt; within the next few days.
</p
>
1243 <p
>The part about sending a FedEx package confused me, though. I did not
1244 <br
>give you my address, nor am I associated with NRK in any way, so I hope
1245 <br
>you did not try to send me a package using the address of NRK. If you
1246 <br
>would send me the Internet address of to the document, it would be more
1247 <br
>useful to me to be able to download it as an electronic document.
</p
>
1249 <p
>&gt; Meanwhile, MPEG LA currently has several Norwegian Licensees that can
1250 <br
>&gt; be found under the
"Licensees
" header within the respective portion
1251 <br
>&gt; of our website. For example, you may find our list of Licensees in
1252 <br
>&gt; Good Standing to our AVC License in the AVC portion of our website,
1253 <br
>&gt; http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</p
>
1255 <p
>How can I recognize the Norwegian licensees?
</p
>
1258 <br
>Happy hacking
1259 <br
>Petter Reinholdtsen
</p
>
1260 </blockquote
></p
>
1262 <p
>Selv om jeg svarte kun noen minutter etter at jeg fikk eposten fra
1263 MPEG-LA, fikk jeg eposten under som automatisk var beskjed på min
1264 siste epost. Får håpe noen likevel følger opp
"FedEx-pakken
". For å
1265 øke sjansen for at noen revurderer utsending av pakke uten mottaker,
1266 videresendte jeg min epost til swolf (at) mpegla.com, så får vi se.
1267 Har ikke hørt noe mer
3 timer senere, så jeg mistenker at ingen leste
1268 min epost tidsnok.
</p
>
1270 <p
><blockquote
>
1272 <p
>Date: Thu,
28 Jun
2012 14:
36:
20 +
0000
1273 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1274 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1275 <br
>Subject: Automatic reply: Do NRK have a license agreement with MPEG-LA?
</p
>
1277 <p
>Thank you for your message.
</p
>
1279 <p
>I will be out of the office until Thursday, July
5 and will respond
1280 to all messages upon my return. If this is a matter that requires
1281 immediate attention, please contact Sidney Wolf (swolf (at)
1282 mpegla.com)
</p
>
1284 <p
>Best regards,
</p
>
1286 <p
>Ryan
</p
>
1288 <p
>Ryan M. Rodriguez
1289 <br
>Licensing Associate
1290 <br
>MPEG LA
</p
>
1292 </blockquote
></p
>
1294 <p
>Litt klokere, men fortsatt ikke klok på mitt opprinnelige spørsmål,
1295 som er om en trenger avtale med MPEG-LA for å publisere eller
1296 kringkaste H
.264-video i Norge.
</p
>
1301 <title>NRK nekter å finne og utlevere eventuell avtale med MPEG-LA
</title>
1302 <link>http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</link>
1303 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</guid>
1304 <pubDate>Mon,
25 Jun
2012 15:
10:
00 +
0200</pubDate>
1305 <description><p
>Jeg fikk nettopp svar fra NRK på
1306 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">min
1307 forespørsel om kopi av avtale
</a
> med MPEG-LA eller andre om bruk av
1308 MPEG og/eller H
.264. Svaret har fått saksreferanse
2011/
371 (mon tro
1309 hva slags sak fra
2011 dette er?) hos NRK og lyder som følger:
</p
>
1311 <p
><blockquote
>
1313 <p
><strong
>Svar på innsynsbegjæring i MPEG / H
.264-relaterte
1314 avtaler
</strong
></p
>
1316 <p
>Viser til innsynsbegjæring av
19. juni
2012. Kravet om innsyn
1317 gjelder avtale som gjør at NRK «ikke er begrenset av de generelle
1318 bruksvilkårene som gjelder for utstyr som bruker MPEG og/eller
1321 <p
>I henhold til offentleglova §
28 annet ledd må innsynskravet gjelde
1322 en bestemt sak eller i rimelig utstrekning saker av en bestemt
1323 sak. Det er på det rene at det aktuelle innsynskravet ikke gjelder en
1324 bestemt sak. Spørsmålet som reiser seg er om identifiseringsgraden er
1325 tilstrekkelig. I Justisdepartementets «Rettleiar til offentleglova»
1326 står følgende:
</p
>
1328 <p
>«Kravet om at innsynskravet må gjelde ei bestemt sak er til hinder
1329 for at eit innsynskrav kan gjelde alle saker av ein bestemt art, utan
1330 at den enkelte saka blir identifisert. Ein kan med andre ord i
1331 utgangspunktet ikkje krevje innsyn i til dømes alle saker om
1332 utsleppsløyve hos Statens forureiningstilsyn frå dei siste tre åra,
1333 med mindre ein identifiserer kvar enkelt sak, til dømes med tilvising
1334 til dato, partar eller liknande.»
</p
>
1336 <p
>Vedrørende denne begrensningen har Justisdepartementet uttalt
1337 følgende (Lovavdelingens uttalelser JDLOV-
2010-
3295):
</p
>
1339 <p
><em
>«Bakgrunnen for avgrensinga av kva innsynskravet kan gjelde,
1340 er fyrst og fremst at meir generelle innsynskrav, utan noka form for
1341 identifikasjon av kva ein eigentleg ynskjer, ville vere svært
1342 vanskelege å handsame for forvaltninga.»
</em
></p
>
1344 <p
>I samme sak uttaler Lovavdelingen følgende:
</p
>
1346 <p
><em
>«Det følgjer vidare av offentleglova §
28 andre ledd at det `i
1347 rimeleg utstrekning
' kan krevjast innsyn i `saker av ein bestemt
1348 art
'. Vilkåret om at eit innsynskrav berre `i rimeleg utstrekning
' kan
1349 gjelde saker av ein bestemt art, er i hovudsak knytt til kor
1350 arbeidskrevjande det vil vere å finne fram til dei aktuelle
1351 dokumenta. I tillegg reknar vi med at vilkåret kan gje grunnlag for å
1352 nekte innsyn i tilfelle der innsynskravet er så omfattande (gjeld så
1353 mange dokument) at arbeidsmengda som ville gått med til å handsame
1354 det, er større enn det ein `i rimeleg utstrekning
' kan krevje (sjølv
1355 om det nok skal mykje til).»
</em
></p
>
1357 <p
>NRK har ikke noen egen sammenstilling over avtaler innenfor
1358 bestemte områder som omtales i innsynsbegjæringen. De måtte søkes på
1359 vanlig måte. I tillegg finnes ikke noen automatisert måte å finne
1360 avtaler som «ikke er begrenset av de generelle bruksvilkårene som
1361 gjelder for utstyr som bruker MPEG og/eller H
.264». En slik
1362 gjennomgang av avtaler måtte gjøres manuelt av en person med
1363 spesialistkunnskap. Dette vil kreve at NRK avsetter omfattende
1364 ressurser for å finne frem relevante avtaler og for deretter å vurdere
1365 om de dekkes av det innsynsbegjæringen omfattes.
</p
>
1367 <p
>På bakgrunn av dette nekter NRK innsyn, med den begrunnelsen at
1368 innsynskravet er så omfattende at arbeidsmengden for å håndtere kravet
1369 vil være langt større enn det som i rimelig utstrekning kan kreves i
1370 henhold til offentleglova §
28 annet ledd.
</p
>
1372 <p
>Avslag på deres innsynsbegjæring kan påklages til Kultur- og
1373 kirkedepartementet innen tre uker fra det tidspunkt avslaget kommer
1374 frem til mottakeren, i henhold til reglene i offentleglova §
32,
1375 jf. forvaltningsloven kapittel VI. Klagen skal stiles til Kultur- og
1376 kirkedepartementet, og sendes til NRK.
</p
>
1378 <p
>NRK er imidlertid etter Offentleglova forpliktet å gi ut journaler,
1379 slik at en eventuell søknad om innsyn kan tydeligere identifisere
1380 hvilke dokumenter som det ønskes innsyn i. NRKs offentlige journaler
1381 for inneværende og forrige måned ligger ute på
1382 NRK.no/innsyn. Journaler som går lengre tilbake i tid, kan sendes ut
1383 på forespørsel til innsyn (at) nrk.no.
</p
>
1386 <br
>Dokumentarkivet i NRK
1387 <br
>v/ Elin Brandsrud
1388 <br
>Tel. direkte:
23 04 29 29
1389 <br
>Post: RBM3, Postboks
8500 Majorstuen,
0340 Oslo
1390 <br
>innsyn (at) nrk.no
</p
>
1392 </blockquote
></p
>
1395 <a href=
"http://people.skolelinux.org/pere/blog/images/
2012-
06-
25-video-mpegla-nrk.pdf
">i
1396 PDF-form som vedlegg på epost
</a
>. Jeg er litt usikker på hvordan jeg
1397 best går videre for å bli klok, men jeg har jo i hvert fall tre uker
1398 på å vurdere om jeg skal klage. Enten må nok forespørselen
1399 reformuleres eller så må jeg vel klage. Synes jo det er merkelig at
1400 NRK ikke har bedre kontroll med hvilke avtaler de har inngått. Det
1401 burde jo være noen i ledelsen som vet om de har signert en avtale med
1402 MPEG-LA eller ikke...
</p
>
1404 <p
>Oppdatering
2012-
06-
25 20:
20: Et google-søk på
"2011/
371 nrk
"
1405 sendte meg til postjournalen for
1406 <a href=
"http://nrk.no/contentfile/file/
1.8212365!offentligjournal19062012.pdf
">2012-
06-
19</a
>
1408 <a href=
"http://nrk.no/contentfile/file/
1.8214156!offentligjournal20062012.pdf
">2012-
06-
20</a
>
1409 hos NRK som viser mine forespørsler og viser at sakens tittel hos NRK
1410 er
"Graphic Systems Regions MA
2378/
10E
". Videre søk etter
"Graphic
1411 Systems Regions
" viser at dette er saken til et anbud om
1412 "<a href=
"http://no.mercell.com/m/mts/Tender/
27179412.aspx
">a graphics
1413 system for
12 or
13 sites broadcasting regional news
</a
>" hos Mercell
1414 Sourcing Service, også omtalt på
1415 <a href=
"http://www.publictenders.net/tender/
595705">Public
1416 Tenders
</a
> og
1417 <a href=
"http://www.doffin.no/search/show/search_view.aspx?ID=JAN155521
">Doffin
</a
>.
1418 Jeg er dog usikker på hvordan dette er relatert til min
1419 forespørsel.
</p
>
1421 <p
>Oppdatering
2012-
06-
25 22:
40: Ble tipset av Kieran Kunhya, fra
1423 <a href=
"http://code.google.com/p/open-broadcast-encoder/
">Open
1424 Broadcast Encoder
</a
>, at listen over de som har lisensavtale med
1426 <a href=
"http://www.mpeg-la.com/main/programs/AVC/Pages/Licensees.aspx
">tilgjengelig
1427 på web
</a
>. Veldig fint å oppdage hvor den finnes, da jeg må ha lett
1428 etter feil ting da jeg forsøke å finne den. Der står ikke NRK, men
1429 flere andre
"Broadcasting Company
"-oppføringer. Lurer på om det betyr
1430 at NRK ikke trenger avtale, eller noe helt annet?
</p
>
1435 <title>Trenger en avtale med MPEG-LA for å publisere og kringkaste H
.264-video?
</title>
1436 <link>http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</link>
1437 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</guid>
1438 <pubDate>Thu,
21 Jun
2012 13:
40:
00 +
0200</pubDate>
1439 <description><p
>Trengs det avtale med MPEG-LA for å ha lovlig rett til å
1440 distribuere og kringkaste video i MPEG4 eller med videokodingen H
.264?
1441 <a href=
"http://webmink.com/essays/h-
264/
">H
.264 og MPEG4 er jo ikke en
1442 fri og åpen standard
</a
> i henhold til
1443 <a href=
"http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
">definisjonen
1444 til Digistan
</a
>, så i enkelte land er det ingen tvil om at du må ha
1445 en slik avtale, men jeg må innrømme at jeg ikke vet om det også
1446 gjelder Norge. Det ser uansett ut til å være en juridisk interessant
1447 problemstilling. Men jeg tenkte her om dagen som så, at hvis det er
1448 nødvendig, så har store aktører som
1449 <a href=
"http://www.nrk.no/
">NRK
</a
> og
1450 <a href=
"http://www.regjeringen.no/
">regjeringen
</a
> skaffet seg en
1451 slik avtale. Jeg har derfor sendt forespørsel til begge (for
1452 regjeringen sin del er det Departementenes Servicesenter som gjør
1453 jobben), og bedt om kopi av eventuelle avtaler de har om bruk av MPEG
1454 og/eller H
.264 med MPEG-LA eller andre aktører som opererer på vegne
1455 av MPEG-LA. Her er kopi av eposten jeg har sendt til
1456 <a href=
"http://www.dss.dep.no/
">Departementenes Servicesenter
</a
>.
1457 Forespørselen til NRK er veldig lik.
</p
>
1459 <p
><blockquote
>
1461 <p
>Date: Tue,
19 Jun
2012 15:
18:
33 +
0200
1462 <br
>From: Petter Reinholdtsen
1463 <br
>To: postmottak@dss.dep.no
1464 <br
>Subject: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
1466 <p
>Hei. Jeg ber herved om innsyn og kopi av dokumenter i DSS relatert
1467 til avtaler rundt bruk av videoformatene MPEG og H
.264. Jeg er
1468 spesielt interessert i å vite om DSS har lisensavtale med MPEG-LA
1469 eller noen som representerer MPEG-LA i Norge.
</p
>
1471 <p
>MPEG og H
.264 er videoformater som brukes både til kringkasting
1472 (f.eks. i bakkenett og kabel-TV) og videopublisering på web, deriblant
1473 via Adobe Flash. MPEG-LA,
&lt;URL:
1474 <a href=
"http://www.mpeg-la.com/
">http://www.mpeg-la.com/
</a
> &gt;, er
1475 en organisasjon som har fått oppgaven, av de kjente rettighetshavere
1476 av immaterielle rettigheter knyttet til MPEG og H
.264, å selge
1477 bruksrett for MPEG og H
.264.
</p
>
1479 <p
>Via regjeringen.no kringkastes med MPEG og H
.264-baserte
1480 videoformater, og dette ser ut til å være organisert av DSS. Jeg
1481 antar dermed at DSS har avtale med en eller annen aktør om dette.
</p
>
1483 <p
>F.eks. har Adobe Premiere Pro har følgende klausul i følge
&lt;URL:
1484 <a href=
"http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
">http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
</a
>
1487 <p
><blockquote
>
1489 <p
>6.17. AVC DISTRIBUTION. The following notice applies to software
1490 containing AVC import and export functionality: THIS PRODUCT IS
1491 LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND
1492 NON-COMMERCIAL USE OF A CONSUMER TO (a) ENCODE VIDEO IN COMPLIANCE
1493 WITH THE AVC STANDARD (
"AVC VIDEO
") AND/OR (b) DECODE AVC VIDEO THAT
1494 WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL
1495 ACTIVITY AND/OR AVC VIDEO THAT WAS OBTAINED FROM A VIDEO PROVIDER
1496 LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED OR SHALL BE
1497 IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED
1498 FROM MPEG LA L.L.C. SEE
1499 <a href=
"http://www.mpegla.com
">http://www.mpegla.com
</a
>.
</p
>
1501 </blockquote
></p
>
1503 <p
>Her er det kun
"non-commercial
" og
"personal and non-commercial
"
1504 aktivitet som er tillatt uten ekstra avtale med MPEG-LA.
</p
>
1506 <p
>Et annet tilsvarende eksempel er Apple Final Cut Pro, som har
1507 følgende klausul i følge
&lt;URL:
1508 <a href=
"http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
">http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
</a
>
1511 <p
><blockquote
>
1513 <p
>15. Merknad om H
.264/AVC. Hvis Apple-programvaren inneholder
1514 funksjonalitet for AVC-koding og/eller AVC-dekoding, krever
1515 kommersiell bruk ekstra lisensiering og følgende gjelder:
1516 AVC-FUNKSJONALITETEN I DETTE PRODUKTET KAN KUN ANVENDES AV
1517 FORBRUKERE OG KUN FOR PERSONLIG OG IKKE- KOMMERSIELL BRUK TIL (i)
1518 KODING AV VIDEO I OVERENSSTEMMELSE MED AVC-STANDARDEN (
"AVC-VIDEO
")
1519 OG/ELLER (ii) DEKODING AV AVC-VIDEO SOM ER KODET AV EN FORBRUKER TIL
1520 PERSONLIG OG IKKE-KOMMERSIELL BRUK OG/ELLER DEKODING AV AVC-VIDEO
1521 FRA EN VIDEOLEVERANDØR SOM HAR LISENS TIL Å TILBY
1522 AVC-VIDEO. INFORMASJON OM ANNEN BRUK OG LISENSIERING KAN INNHENTES
1523 FRA MPEG LA L.L.C. SE HTTP://WWW.MPEGLA.COM.
</p
>
1524 </blockquote
></p
>
1526 <p
>Tilsvarende gjelder for andre programvarepakker, kamera, etc som
1527 bruker MPEG og H
.264, at en må ha en avtale med MPEG-LA for å ha lov
1528 til å bruke programmet/utstyret hvis en skal lage noe annet enn
1529 private filmer og i ikke-kommersiell virksomhet.
</p
>
1531 <p
>Jeg er altså interessert i kopi av avtaler DSS har som gjør at en
1532 ikke er begrenset av de generelle bruksvilkårene som gjelder for
1533 utstyr som bruker MPEG og/eller H
.264.
</p
>
1534 </blockquote
></p
>
1536 <p
>Nå venter jeg spent på svaret. Jeg planlegger å blogge om svaret
1542 <title>HTC One X - Your video? What do you mean?
</title>
1543 <link>http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</link>
1544 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</guid>
1545 <pubDate>Thu,
26 Apr
2012 13:
20:
00 +
0200</pubDate>
1546 <description><p
>In
<a href=
"http://www.idg.no/computerworld/article243690.ece
">an
1547 article today
</a
> published by Computerworld Norway, the photographer
1548 <a href=
"http://www.urke.com/eirik/
">Eirik Helland Urke
</a
> reports
1549 that the video editor application included with
1550 <a href=
"http://www.htc.com/www/smartphones/htc-one-x/#specs
">HTC One
1551 X
</a
> have some quite surprising terms of use. The article is mostly
1552 based on the twitter message from mister Urke, stating:
1554 <p
><blockquote
>
1555 "<a href=
"http://twitter.com/urke/status/
194062269724897280">Drøy
1556 brukeravtale: HTC kan bruke MINE redigerte videoer kommersielt. Selv
1557 kan jeg KUN bruke dem privat.
</a
>"
1558 </blockquote
></p
>
1560 <p
>I quickly translated it to this English message:
</p
>
1562 <p
><blockquote
>
1563 "Arrogant user agreement: HTC can use MY edited videos
1564 commercially. Although I can ONLY use them privately.
"
1565 </blockquote
></p
>
1567 <p
>I
've been unable to find the text of the license term myself, but
1568 suspect it is a variation of the MPEG-LA terms I
1569 <a href=
"http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
">discovered
1570 with my Canon IXUS
130</a
>. The HTC One X specification specifies that
1571 the recording format of the phone is .amr for audio and .mp3 for
1573 <a href=
"http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues
">Adaptive
1574 Multi-Rate audio codec
</a
> with patents which according to the
1575 Wikipedia article require an license agreement with
1576 <a href=
"http://www.voiceage.com/
">VoiceAge
</a
>. MP4 is
1577 <a href=
"http://en.wikipedia.org/wiki/H
.264/MPEG-
4_AVC#Patent_licensing
">MPEG4 with
1578 H
.264</a
>, which according to Wikipedia require a licence agreement
1579 with
<a href=
"http://www.mpegla.com/
">MPEG-LA
</a
>.
</p
>
1581 <p
>I know why I prefer
1582 <a href=
"http://www.digistan.org/open-standard:definition
">free and open
1583 standards
</a
> also for video.
</p
>
1588 <title>What is missing in the Debian desktop, or why my parents use Kubuntu
</title>
1589 <link>http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</link>
1590 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</guid>
1591 <pubDate>Fri,
29 Jul
2011 08:
10:
00 +
0200</pubDate>
1592 <description><p
>While at Debconf11, I have several times during discussions
1593 mentioned the issues I believe should be improved in Debian for its
1594 desktop to be useful for more people. The use case for this is my
1595 parents, which are currently running Kubuntu which solve the
1598 <p
>I suspect these four missing features are not very hard to
1599 implement. After all, they are present in Ubuntu, so if we wanted to
1600 do this in Debian we would have a source.
</p
>
1604 <li
><strong
>Simple GUI based upgrade of packages.
</strong
> When there
1605 are new packages available for upgrades, a icon in the KDE status bar
1606 indicate this, and clicking on it will activate the simple upgrade
1607 tool to handle it. I have no problem guiding both of my parents
1608 through the process over the phone. If a kernel reboot is required,
1609 this too is indicated by the status bars and the upgrade tool. Last
1610 time I checked, nothing with the same features was working in KDE in
1613 <li
><strong
>Simple handling of missing Firefox browser
1614 plugins.
</strong
> When the browser encounter a MIME type it do not
1615 currently have a handler for, it will ask the user if the system
1616 should search for a package that would add support for this MIME type,
1617 and if the user say yes, the APT sources will be searched for packages
1618 advertising the MIME type in their control file (visible in the
1619 Packages file in the APT archive). If one or more packages are found,
1620 it is a simple click of the mouse to add support for the missing mime
1621 type. If the package require the user to accept some non-free
1622 license, this is explained to the user. The entire process make it
1623 more clear to the user why something do not work in the browser, and
1624 make the chances higher for the user to blame the web page authors and
1625 not the browser for any missing features.
</li
>
1627 <li
><strong
>Simple handling of missing multimedia codec/format
1628 handlers.
</strong
> When the media players encounter a format or codec
1629 it is not supporting, a dialog pop up asking the user if the system
1630 should search for a package that would add support for it. This
1631 happen with things like MP3, Windows Media or H
.264. The selection
1632 and installation procedure is very similar to the Firefox browser
1633 plugin handling. This is as far as I know implemented using a
1634 gstreamer hook. The end result is that the user easily get access to
1635 the codecs that are present from the APT archives available, while
1636 explaining more on why a given format is unsupported by Ubuntu.
</li
>
1638 <li
><strong
>Better browser handling of some MIME types.
</strong
> When
1639 displaying a text/plain file in my Debian browser, it will propose to
1640 start emacs to show it. If I remember correctly, when doing the same
1641 in Kunbutu it show the file as a text file in the browser. At least I
1642 know Opera will show text files within the browser. I much prefer the
1643 latter behaviour.
</li
>
1647 <p
>There are other nice features as well, like the simplified suite
1648 upgrader, but given that I am the one mostly doing the dist-upgrade,
1649 it do not matter much.
</p
>
1651 <p
>I really hope we could get these features in place for the next
1652 Debian release. It would require the coordinated effort of several
1653 maintainers, but would make the end user experience a lot better.
</p
>
1658 <title>The video format most supported in web browsers?
</title>
1659 <link>http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html
</link>
1660 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html
</guid>
1661 <pubDate>Sun,
16 Jan
2011 00:
20:
00 +
0100</pubDate>
1662 <description><p
>The video format struggle on the web continues, and the three
1663 contenders seem to be Ogg Theora, H
.264 and WebM. Most video sites
1664 seem to use H
.264, while others use Ogg Theora. Interestingly enough,
1665 the comments I see give me the feeling that a lot of people believe
1666 H
.264 is the most supported video format in browsers, but according to
1667 the Wikipedia article on
1668 <a href=
"http://en.wikipedia.org/wiki/HTML5_video
">HTML5 video
</a
>,
1669 this is not true. Check out the nice table of supprted formats in
1670 different browsers there. The format supported by most browsers is
1671 Ogg Theora, supported by released versions of Mozilla Firefox, Google
1672 Chrome, Chromium, Opera, Konqueror, Epiphany, Origyn Web Browser and
1673 BOLT browser, while not supported by Internet Explorer nor Safari.
1674 The runner up is WebM supported by released versions of Google Chrome
1675 Chromium Opera and Origyn Web Browser, and test versions of Mozilla
1676 Firefox. H
.264 is supported by released versions of Safari, Origyn
1677 Web Browser and BOLT browser, and the test version of Internet
1678 Explorer. Those wanting Ogg Theora support in Internet Explorer and
1679 Safari can install plugins to get it.
</p
>
1681 <p
>To me, the simple conclusion from this is that to reach most users
1682 without any extra software installed, one uses Ogg Theora with the
1683 HTML5 video tag. Of course to reach all those without a browser
1684 handling HTML5, one need fallback mechanisms. In
1685 <a href=
"http://www.nuug.no/
">NUUG
</a
>, we provide first fallback to a
1686 plugin capable of playing MPEG1 video, and those without such support
1687 we have a second fallback to the Cortado java applet playing Ogg
1688 Theora. This seem to work quite well, as can be seen in an
<a
1689 href=
"http://www.nuug.no/aktiviteter/
20110111-semantic-web/
">example
1690 from last week
</a
>.
</p
>
1692 <p
>The reason Ogg Theora is the most supported format, and H
.264 is
1693 the least supported is simple. Implementing and using H
.264
1694 require royalty payment to MPEG-LA, and the terms of use from MPEG-LA
1695 are incompatible with free software licensing. If you believed H
.264
1696 was without royalties and license terms, check out
1697 "<a href=
"http://webmink.com/essays/h-
264/
">H
.264 – Not The Kind Of
1698 Free That Matters
</a
>" by Simon Phipps.
</p
>
1700 <p
>A incomplete list of sites providing video in Ogg Theora is
1702 <a href=
"http://wiki.xiph.org/index.php/List_of_Theora_videos
">the
1703 Xiph.org wiki
</a
>, if you want to have a look. I
'm not aware of a
1704 similar list for WebM nor H
.264.
</p
>
1706 <p
>Update
2011-
01-
16 09:
40: A question from Tollef on IRC made me
1707 realise that I failed to make it clear enough this text is about the
1708 &lt;video
&gt; tag support in browsers and not the video support
1709 provided by external plugins like the Flash plugins.
</p
>
1714 <title>Chrome plan to drop H
.264 support for HTML5
&lt;video
&gt;
</title>
1715 <link>http://people.skolelinux.org/pere/blog/Chrome_plan_to_drop_H_264_support_for_HTML5__lt_video_gt_.html
</link>
1716 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Chrome_plan_to_drop_H_264_support_for_HTML5__lt_video_gt_.html
</guid>
1717 <pubDate>Wed,
12 Jan
2011 22:
10:
00 +
0100</pubDate>
1718 <description><p
>Today I discovered
1719 <a href=
"http://www.digi.no/
860070/google-dropper-h264-stotten-i-chrome
">via
1720 digi.no
</a
> that the Chrome developers, in a surprising announcement,
1721 <a href=
"http://blog.chromium.org/
2011/
01/html-video-codec-support-in-chrome.html
">yesterday
1722 announced
</a
> plans to drop H
.264 support for HTML5
&lt;video
&gt; in
1723 the browser. The argument used is that H
.264 is not a
"completely
1724 open
" codec technology. If you believe H
.264 was free for everyone
1725 to use, I recommend having a look at the essay
1726 "<a href=
"http://webmink.com/essays/h-
264/
">H
.264 – Not The Kind Of
1727 Free That Matters
</a
>". It is not free of cost for creators of video
1728 tools, nor those of us that want to publish on the Internet, and the
1729 terms provided by MPEG-LA excludes free software projects from
1730 licensing the patents needed for H
.264. Some background information
1731 on the Google announcement is available from
1732 <a href=
"http://www.osnews.com/story/
24243/Google_To_Drop_H264_Support_from_Chrome
">OSnews
</a
>.
1733 A good read. :)
</p
>
1735 <p
>Personally, I believe it is great that Google is taking a stand to
1736 promote equal terms for everyone when it comes to video publishing on
1737 the Internet. This can only be done by publishing using free and open
1738 standards, which is only possible if the web browsers provide support
1739 for these free and open standards. At the moment there seem to be two
1740 camps in the web browser world when it come to video support. Some
1741 browsers support H
.264, and others support
1742 <a href=
"http://www.theora.org/
">Ogg Theora
</a
> and
1743 <a href=
"http://www.webmproject.org/
">WebM
</a
>
1744 (
<a href=
"http://www.diracvideo.org/
">Dirac
</a
> is not really an option
1745 yet), forcing those of us that want to publish video on the Internet
1746 and which can not accept the terms of use presented by MPEG-LA for
1747 H
.264 to not reach all potential viewers.
1748 Wikipedia keep
<a href=
"http://en.wikipedia.org/wiki/HTML5_video
">an
1749 updated summary
</a
> of the current browser support.
</p
>
1751 <p
>Not surprising, several people would prefer Google to keep
1752 promoting H
.264, and John Gruber
1753 <a href=
"http://daringfireball.net/
2011/
01/simple_questions
">presents
1754 the mind set
</a
> of these people quite well. His rhetorical questions
1755 provoked a reply from Thom Holwerda with another set of questions
1756 <a href=
"http://www.osnews.com/story/
24245/
10_Questions_for_John_Gruber_Regarding_H_264_WebM
">presenting
1757 the issues with H
.264</a
>. Both are worth a read.
</p
>
1759 <p
>Some argue that if Google is dropping H
.264 because it isn
't free,
1760 they should also drop support for the Adobe Flash plugin. This
1761 argument was covered by Simon Phipps in
1762 <a href=
"http://blogs.computerworlduk.com/simon-says/
2011/
01/google-and-h264---far-from-hypocritical/index.htm
">todays
1763 blog post
</a
>, which I find to put the issue in context. To me it
1764 make perfect sense to drop native H
.264 support for HTML5 in the
1765 browser while still allowing plugins.
</p
>
1767 <p
>I suspect the reason this announcement make so many people protest,
1768 is that all the users and promoters of H
.264 suddenly get an uneasy
1769 feeling that they might be backing the wrong horse. A lot of TV
1770 broadcasters have been moving to H
.264 the last few years, and a lot
1771 of money has been invested in hardware based on the belief that they
1772 could use the same video format for both broadcasting and web
1773 publishing. Suddenly this belief is shaken.
</p
>
1775 <p
>An interesting question is why Google is doing this. While the
1776 presented argument might be true enough, I believe Google would only
1777 present the argument if the change make sense from a business
1778 perspective. One reason might be that they are currently negotiating
1779 with MPEG-LA over royalties or usage terms, and giving MPEG-LA the
1780 feeling that dropping H
.264 completely from Chroome, Youtube and
1781 Google Video would improve the negotiation position of Google.
1782 Another reason might be that Google want to save money by not having
1783 to pay the video tax to MPEG-LA at all, and thus want to move to a
1784 video format not requiring royalties at all. A third reason might be
1785 that the Chrome development team simply want to avoid the
1786 Chrome/Chromium split to get more help with the development of Chrome.
1787 I guess time will tell.
</p
>
1789 <p
>Update
2011-
01-
15: The Google Chrome team provided
1790 <a href=
"http://blog.chromium.org/
2011/
01/more-about-chrome-html-video-codec.html
">more
1791 background and information on the move
</a
> it a blog post yesterday.
</p
>
1796 <title>Is Ogg Theora a free and open standard?
</title>
1797 <link>http://people.skolelinux.org/pere/blog/Is_Ogg_Theora_a_free_and_open_standard_.html
</link>
1798 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Is_Ogg_Theora_a_free_and_open_standard_.html
</guid>
1799 <pubDate>Sat,
25 Dec
2010 20:
25:
00 +
0100</pubDate>
1800 <description><p
><a href=
"http://www.digistan.org/open-standard:definition
">The
1801 Digistan definition
</a
> of a free and open standard reads like this:
</p
>
1805 <p
>The Digital Standards Organization defines free and open standard
1806 as follows:
</p
>
1810 <li
>A free and open standard is immune to vendor capture at all stages
1811 in its life-cycle. Immunity from vendor capture makes it possible to
1812 freely use, improve upon, trust, and extend a standard over time.
</li
>
1814 <li
>The standard is adopted and will be maintained by a not-for-profit
1815 organisation, and its ongoing development occurs on the basis of an
1816 open decision-making procedure available to all interested
1819 <li
>The standard has been published and the standard specification
1820 document is available freely. It must be permissible to all to copy,
1821 distribute, and use it freely.
</li
>
1823 <li
>The patents possibly present on (parts of) the standard are made
1824 irrevocably available on a royalty-free basis.
</li
>
1826 <li
>There are no constraints on the re-use of the standard.
</li
>
1830 <p
>The economic outcome of a free and open standard, which can be
1831 measured, is that it enables perfect competition between suppliers of
1832 products based on the standard.
</p
>
1835 <p
>For a while now I have tried to figure out of Ogg Theora is a free
1836 and open standard according to this definition. Here is a short
1837 writeup of what I have been able to gather so far. I brought up the
1838 topic on the Xiph advocacy mailing list
1839 <a href=
"http://lists.xiph.org/pipermail/advocacy/
2009-July/
001632.html
">in
1840 July
2009</a
>, for those that want to see some background information.
1841 According to Ivo Emanuel Gonçalves and Monty Montgomery on that list
1842 the Ogg Theora specification fulfils the Digistan definition.
</p
>
1844 <p
><strong
>Free from vendor capture?
</strong
></p
>
1846 <p
>As far as I can see, there is no single vendor that can control the
1847 Ogg Theora specification. It can be argued that the
1848 <a href=
"http://www.xiph.org/
">Xiph foundation
</A
> is such vendor, but
1849 given that it is a non-profit foundation with the expressed goal
1850 making free and open protocols and standards available, it is not
1851 obvious that this is a real risk. One issue with the Xiph
1852 foundation is that its inner working (as in board member list, or who
1853 control the foundation) are not easily available on the web. I
've
1854 been unable to find out who is in the foundation board, and have not
1855 seen any accounting information documenting how money is handled nor
1856 where is is spent in the foundation. It is thus not obvious for an
1857 external observer who control The Xiph foundation, and for all I know
1858 it is possible for a single vendor to take control over the
1859 specification. But it seem unlikely.
</p
>
1861 <p
><strong
>Maintained by open not-for-profit organisation?
</strong
></p
>
1863 <p
>Assuming that the Xiph foundation is the organisation its web pages
1864 claim it to be, this point is fulfilled. If Xiph foundation is
1865 controlled by a single vendor, it isn
't, but I have not found any
1866 documentation indicating this.
</p
>
1868 <p
>According to
1869 <a href=
"http://media.hiof.no/diverse/fad/rapport_4.pdf
">a report
</a
>
1870 prepared by Audun Vaaler og Børre Ludvigsen for the Norwegian
1871 government, the Xiph foundation is a non-commercial organisation and
1872 the development process is open, transparent and non-Discrimatory.
1873 Until proven otherwise, I believe it make most sense to believe the
1874 report is correct.
</p
>
1876 <p
><strong
>Specification freely available?
</strong
></p
>
1878 <p
>The specification for the
<a href=
"http://www.xiph.org/ogg/doc/
">Ogg
1879 container format
</a
> and both the
1880 <a href=
"http://www.xiph.org/vorbis/doc/
">Vorbis
</a
> and
1881 <a href=
"http://theora.org/doc/
">Theora
</a
> codeces are available on
1882 the web. This are the terms in the Vorbis and Theora specification:
1886 Anyone may freely use and distribute the Ogg and [Vorbis/Theora]
1887 specifications, whether in private, public, or corporate
1888 capacity. However, the Xiph.Org Foundation and the Ogg project reserve
1889 the right to set the Ogg [Vorbis/Theora] specification and certify
1890 specification compliance.
1894 <p
>The Ogg container format is specified in IETF
1895 <a href=
"http://www.xiph.org/ogg/doc/rfc3533.txt
">RFC
3533</a
>, and
1896 this is the term:
<p
>
1900 <p
>This document and translations of it may be copied and furnished to
1901 others, and derivative works that comment on or otherwise explain it
1902 or assist in its implementation may be prepared, copied, published and
1903 distributed, in whole or in part, without restriction of any kind,
1904 provided that the above copyright notice and this paragraph are
1905 included on all such copies and derivative works. However, this
1906 document itself may not be modified in any way, such as by removing
1907 the copyright notice or references to the Internet Society or other
1908 Internet organizations, except as needed for the purpose of developing
1909 Internet standards in which case the procedures for copyrights defined
1910 in the Internet Standards process must be followed, or as required to
1911 translate it into languages other than English.
</p
>
1913 <p
>The limited permissions granted above are perpetual and will not be
1914 revoked by the Internet Society or its successors or assigns.
</p
>
1917 <p
>All these terms seem to allow unlimited distribution and use, an
1918 this term seem to be fulfilled. There might be a problem with the
1919 missing permission to distribute modified versions of the text, and
1920 thus reuse it in other specifications. Not quite sure if that is a
1921 requirement for the Digistan definition.
</p
>
1923 <p
><strong
>Royalty-free?
</strong
></p
>
1925 <p
>There are no known patent claims requiring royalties for the Ogg
1927 <a href=
"http://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=
65782">MPEG-LA
</a
>
1929 <a href=
"http://yro.slashdot.org/story/
10/
04/
30/
237238/Steve-Jobs-Hints-At-Theora-Lawsuit
">Steve
1930 Jobs
</a
> in Apple claim to know about some patent claims (submarine
1931 patents) against the Theora format, but no-one else seem to believe
1932 them. Both Opera Software and the Mozilla Foundation have looked into
1933 this and decided to implement Ogg Theora support in their browsers
1934 without paying any royalties. For now the claims from MPEG-LA and
1935 Steve Jobs seem more like FUD to scare people to use the H
.264 codec
1936 than any real problem with Ogg Theora.
</p
>
1938 <p
><strong
>No constraints on re-use?
</strong
></p
>
1940 <p
>I am not aware of any constraints on re-use.
</p
>
1942 <p
><strong
>Conclusion
</strong
></p
>
1944 <p
>3 of
5 requirements seem obviously fulfilled, and the remaining
2
1945 depend on the governing structure of the Xiph foundation. Given the
1946 background report used by the Norwegian government, I believe it is
1947 safe to assume the last two requirements are fulfilled too, but it
1948 would be nice if the Xiph foundation web site made it easier to verify
1951 <p
>It would be nice to see other analysis of other specifications to
1952 see if they are free and open standards.
</p
>
1957 <title>Best å ikke fortelle noen at streaming er nedlasting...
</title>
1958 <link>http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</link>
1959 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</guid>
1960 <pubDate>Sat,
30 Oct
2010 11:
20:
00 +
0200</pubDate>
1961 <description><p
>I dag la jeg inn en kommentar på en sak hos NRKBeta
1962 <a href=
"http://nrkbeta.no/
2010/
10/
27/bakom-blindpassasjer-del-
1/
">om
1963 hvordan TV-serien Blindpassasjer ble laget
</a
> i forbindelse med at
1964 filmene NRK la ut ikke var tilgjengelig i et
1965 <a href=
"http://www.digistan.org/open-standard:definition
">fritt og
1966 åpent format
</a
>. Dette var det jeg skrev publiserte der
07:
39.
</p
>
1968 <p
><blockquote
>
1969 <p
>"Vi fikk en kommentar rundt måten streamet innhold er beskyttet fra
1970 nedlasting. Mange av oss som kan mer enn gjennomsnittet om systemer
1971 som dette, vet at det stort sett er mulig å lure ut ting med den
1972 nødvendige forkunnskapen.
"</p
>
1974 <p
>Haha. Å streame innhold er det samme som å laste ned innhold, så å
1975 beskytte en stream mot nedlasting er ikke mulig. Å skrive noe slikt
1976 er å forlede leseren.
</p
>
1978 <p
>Med den bakgrunn blir forklaringen om at noen rettighetshavere kun
1979 vil tillate streaming men ikke nedlasting meningsløs.
</p
>
1981 <p
>Anbefaler forresten å lese
1982 <a href=
"http://blogs.computerworlduk.com/simon-says/
2010/
10/drm-is-toxic-to-culture/index.htm
">http://blogs.computerworlduk.com/simon-says/
2010/
10/drm-is-toxic-to-culture/index.htm
</a
>
1983 om hva som ville være konsekvensen hvis digitale avspillingssperrer
1984 (DRM) fungerte. Det gjør de naturligvis ikke teknisk - det er jo
1985 derfor de må ha totalitære juridiske beskyttelsesmekanismer på plass,
1986 men det er skremmende hva samfunnet tillater og NRK er med på å bygge
1987 opp under.
</p
>
1988 </blockquote
></p
>
1990 <p
>Ca.
20 minutter senere får jeg følgende epost fra Anders Hofseth i
1993 <p
><blockquote
>
1994 <p
>From: Anders Hofseth
&lt;XXX@gmail.com
>
1995 <br
>To:
"pere@hungry.com
" &lt;pere@hungry.com
>
1996 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>, Jon Ståle Carlsen
&lt;XXX@gmail.com
>, Henrik Lied
&lt;XXX@gmail.com
>
1997 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
1998 <br
>Date: Sat,
30 Oct
2010 07:
58:
44 +
0200</p
>
2000 <p
>Hei Petter.
2001 <br
>Det du forsøker dra igang er egentlig en interessant diskusjon,
2002 men om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt
2003 om å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
2004 særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
2006 <p
>Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er
2007 fjernet og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
2008 konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
2010 <p
>Med hilsen,
2011 <br
>-anders
</p
>
2013 <p
>Ring meg om noe er uklart:
95XXXXXXX
</p
>
2014 </blockquote
></p
>
2016 <p
>Ble så fascinert over denne holdningen, at jeg forfattet og sendte
2017 over følgende svar. I og med at debatten er fjernet fra NRK Betas
2018 kommentarfelt, så velger jeg å publisere her på bloggen min i stedet.
2019 Har fjernet epostadresser og telefonnummer til de involverte, for å
2020 unngå at de tiltrekker seg uønskede direkte kontaktforsøk.
</p
>
2022 <p
><blockquote
>
2023 <p
>From: Petter Reinholdtsen
&lt;pere@hungry.com
>
2024 <br
>To: Anders Hofseth
&lt;XXX@gmail.com
>
2025 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>,
2026 <br
> Jon Ståle Carlsen
&lt;XXX@gmail.com
>,
2027 <br
> Henrik Lied
&lt;XXX@gmail.com
>
2028 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
2029 <br
>Date: Sat,
30 Oct
2010 08:
24:
34 +
0200</p
>
2031 <p
>[Anders Hofseth]
2032 <br
>> Hei Petter.
</p
>
2034 <p
>Hei.
</p
>
2036 <p
>> Det du forsøker dra igang er egentlig en interessant diskusjon, men
2037 <br
>> om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt om
2038 <br
>> å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
2039 <br
>> særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
2041 <p
>Godt å se at du er enig i at dette er en interessant diskusjon. Den
2042 vil nok fortsette en stund til. :)
</p
>
2044 <p
>Må innrømme at jeg synes det er merkelig å lese at dere i NRK med
2045 vitende og vilje ønsker å forlede rettighetshaverne for å kunne
2046 fortsette å legge ut arkivmateriale.
</p
>
2048 <p
>Kommentarer og diskusjoner i bloggene til NRK Beta påvirker jo ikke
2049 faktum, som er at streaming er det samme som nedlasting, og at innhold
2050 som er lagt ut på nett kan lagres lokalt for avspilling når en ønsker
2053 <p
>Det du sier er jo at klarering av arkivmateriale for publisering på
2054 web krever at en holder faktum skjult fra debattfeltet på NRKBeta.
2055 Det er ikke et argument som holder vann. :)
</p
>
2057 <p
>> Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er fjernet
2058 <br
>> og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
2059 <br
>> konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
2061 <p
>Personlig ønsker jeg at NRK skal slutte å stikke hodet i sanden og
2062 heller være åpne på hvordan virkeligheten fungerer, samt ta opp kampen
2063 mot de som vil låse kulturen inne. Jeg synes det er en skam at NRK
2064 godtar å forlede publikum. Ville heller at NRK krever at innhold som
2065 skal sendes skal være uten bruksbegresninger og kan publiseres i
2066 formater som heller ikke har bruksbegresninger (bruksbegresningene til
2067 H
.264 burde få varselbjellene i NRK til å ringe).
</p
>
2069 <p
>At NRK er med på DRM-tåkeleggingen og at det kommer feilaktive
2070 påstander om at
"streaming beskytter mot nedlasting
" som bare er egnet
2071 til å bygge opp om en myte som er skadelig for samfunnet som helhet.
</p
>
2073 <p
>Anbefaler
&lt;URL:
<a href=
"http://webmink.com/
2010/
09/
03/h-
264-and-foss/
">http://webmink.com/
2010/
09/
03/h-
264-and-foss/
</a
>> og en
2075 &lt;URL:
<a href=
"http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</a
> >.
2076 for å se hva slags bruksbegresninger H
.264 innebærer.
</p
>
2078 <p
>Hvis dette innebærer at NRK må være åpne med at arkivmaterialet ikke
2079 kan brukes før rettighetshaverene også innser at de er med på å skade
2080 samfunnets kultur og kollektive hukommelse, så får en i hvert fall
2081 synliggjort konsekvensene og antagelig mer flammer på en debatt som er
2082 langt på overtid.
</p
>
2084 <p
>> Ring meg om noe er uklart: XXX
</p
>
2086 <p
>Intet uklart, men ikke imponert over måten dere håndterer debatten på.
2087 Hadde du i stedet kommet med et tilsvar i kommentarfeltet der en
2088 gjorde det klart at blindpassasjer-blogpostingen ikke var riktig sted
2089 for videre diskusjon hadde dere i mine øyne kommet fra det med
2090 ryggraden på plass.
</p
>
2092 <p
>PS: Interessant å se at NRK-ansatte ikke bruker NRK-epostadresser.
</p
>
2094 <p
>Som en liten avslutning, her er noen litt morsomme innslag om temaet.
2095 &lt;URL:
<a href=
"http://www.archive.org/details/CopyingIsNotTheft
">http://www.archive.org/details/CopyingIsNotTheft
</a
> > og
2096 &lt;URL:
<a href=
"http://patentabsurdity.com/
">http://patentabsurdity.com/
</a
> > hadde vært noe å kringkaste på
2099 <p
>Vennlig hilsen,
2101 <br
>Petter Reinholdtsen
</p
>
2106 <title>Terms of use for video produced by a Canon IXUS
130 digital camera
</title>
2107 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</link>
2108 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</guid>
2109 <pubDate>Thu,
9 Sep
2010 23:
55:
00 +
0200</pubDate>
2110 <description><p
>A few days ago I had the mixed pleasure of bying a new digital
2111 camera, a Canon IXUS
130. It was instructive and very disturbing to
2112 be able to verify that also this camera producer have the nerve to
2113 specify how I can or can not use the videos produced with the camera.
2114 Even thought I was aware of the issue, the options with new cameras
2115 are limited and I ended up bying the camera anyway. What is the
2116 problem, you might ask? It is software patents, MPEG-
4, H
.264 and the
2117 MPEG-LA that is the problem, and our right to record our experiences
2118 without asking for permissions that is at risk.
2120 <p
>On page
27 of the Danish instruction manual, this section is
2124 <p
>This product is licensed under AT
&T patents for the MPEG-
4 standard
2125 and may be used for encoding MPEG-
4 compliant video and/or decoding
2126 MPEG-
4 compliant video that was encoded only (
1) for a personal and
2127 non-commercial purpose or (
2) by a video provider licensed under the
2128 AT
&T patents to provide MPEG-
4 compliant video.
</p
>
2130 <p
>No license is granted or implied for any other use for MPEG-
4
2134 <p
>In short, the camera producer have chosen to use technology
2135 (MPEG-
4/H
.264) that is only provided if I used it for personal and
2136 non-commercial purposes, or ask for permission from the organisations
2137 holding the knowledge monopoly (patent) for technology used.
</p
>
2139 <p
>This issue has been brewing for a while, and I recommend you to
2141 "<a href=
"http://www.osnews.com/story/
23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
">Why
2142 Our Civilization
's Video Art and Culture is Threatened by the
2143 MPEG-LA
</a
>" by Eugenia Loli-Queru and
2144 "<a href=
"http://webmink.com/
2010/
09/
03/h-
264-and-foss/
">H
.264 Is Not
2145 The Sort Of Free That Matters
</a
>" by Simon Phipps to learn more about
2146 the issue. The solution is to support the
2147 <a href=
"http://www.digistan.org/open-standard:definition
">free and
2148 open standards
</a
> for video, like
<a href=
"http://www.theora.org/
">Ogg
2149 Theora
</a
>, and avoid MPEG-
4 and H
.264 if you can.
</p
>
2154 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon
2</title>
2155 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</link>
2156 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</guid>
2157 <pubDate>Mon,
6 Jul
2009 21:
00:
00 +
0200</pubDate>
2158 <description><p
>Jeg ble glad da regjeringen
2159 <a href=
"http://www.digi.no/
817635/her-er-statens-nye-it-standarder
">annonserte
</a
>
2161 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf
">statens
2162 referansekatalog over standarder
</a
>, men trist da jeg leste hva som
2163 faktisk var vedtatt etter
2164 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html
">høringen
</a
>.
2165 De fleste av de valgte åpne standardene er gode og vil bidra til at
2166 alle kan delta på like vilkår i å lage løsninger for staten, men
2167 noen av dem blokkerer for de som ikke har anledning til å benytte
2168 spesifikasjoner som krever betaling for bruk (såkalt
2169 royalty-betaling). Det gjelder spesifikt for H
.264 for video og MP3
2170 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
2171 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
2172 fra statens websider gjøre dette uten å måtte bruke programmer der
2173 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
2174 de statlige etatene å bruke enten H
.264 eller Theora (og MP3 eler
2175 Vorbis), så vil en bli tvunget til å forholde seg til
2176 royalty-belastede standarder for å få tilgang til videoen og
2179 <p
>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
2180 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
2181 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
2182 all forståelse for hvilke prinsipper som må følges for å oppnå
2183 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
2185 <a href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2
">sin
2186 høringsuttalelse
</a
>, men ser ut til å ha blitt ignorert.
</p
>
2188 <p
>Oppdatering
2012-
06-
29: Kom over
<a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf
">en
2189 rapport til FAD
</a
> fra da versjon
1 av katalogen ble vedtatt, og der
2190 er det tydelig at problemstillingen var kjent og forstått.
</p
>
2195 <title>When web browser developers make a video player...
</title>
2196 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</link>
2197 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</guid>
2198 <pubDate>Sat,
17 Jan
2009 18:
50:
00 +
0100</pubDate>
2199 <description><p
>As part of the work we do in
<a href=
"http://www.nuug.no
">NUUG
</a
>
2200 to publish video recordings of our monthly presentations, we provide a
2201 page with embedded video for easy access to the recording. Putting a
2202 good set of HTML tags together to get working embedded video in all
2203 browsers and across all operating systems is not easy. I hope this
2204 will become easier when the
&lt;video
&gt; tag is implemented in all
2205 browsers, but I am not sure. We provide the recordings in several
2206 formats, MPEG1, Ogg Theora, H
.264 and Quicktime, and want the
2207 browser/media plugin to pick one it support and use it to play the
2208 recording, using whatever embed mechanism the browser understand.
2209 There is at least four different tags to use for this, the new HTML5
2210 &lt;video
&gt; tag, the
&lt;object
&gt; tag, the
&lt;embed
&gt; tag and
2211 the
&lt;applet
&gt; tag. All of these take a lot of options, and
2212 finding the best options is a major challenge.
</p
>
2214 <p
>I just tested the experimental Opera browser available from
<a
2215 href=
"http://labs.opera.com
">labs.opera.com
</a
>, to see how it handled
2216 a
&lt;video
&gt; tag with a few video sources and no extra attributes.
2217 I was not very impressed. The browser start by fetching a picture
2218 from the video stream. Not sure if it is the first frame, but it is
2219 definitely very early in the recording. So far, so good. Next,
2220 instead of streaming the
76 MiB video file, it start to download all
2221 of it, but do not start to play the video. This mean I have to wait
2222 for several minutes for the downloading to finish. When the download
2223 is done, the playing of the video do not start! Waiting for the
2224 download, but I do not get to see the video? Some testing later, I
2225 discover that I have to add the controls=
"true
" attribute to be able
2226 to get a play button to pres to start the video. Adding
2227 autoplay=
"true
" did not help. I sure hope this is a misfeature of the
2228 test version of Opera, and that future implementations of the
2229 &lt;video
&gt; tag will stream recordings by default, or at least start
2230 playing when the download is done.
</p
>
2232 <p
>The test page I used (since changed to add more attributes) is
2233 <a href=
"http://www.nuug.no/aktiviteter/
20090113-foredrag-om-foredrag/
">available
2234 from the nuug site
</a
>. Will have to test it with the new Firefox
2237 <p
>In the test process, I discovered a missing feature. I was unable
2238 to find a way to get the URL of the playing video out of Opera, so I
2239 am not quite sure it picked the Ogg Theora version of the video. I
2240 sure hope it was using the announced Ogg Theora support. :)
</p
>