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 video
</title>
5 <description>Entries tagged video
</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>Mer oppfølging fra MPEG-LA om avtale med dem for å kringkaste og publisere H
.264-video
</title>
11 <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>
12 <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>
13 <pubDate>Thu,
5 Jul
2012 23:
50:
00 +
0200</pubDate>
14 <description><p
>I føljetongen om H
.264
15 <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
16 jeg leserne i undring
</a
> om hvor pakken fra MPEG-LA tok veien, og om
17 hvilke selskaper i Norge som har avtale med MPEG-LA. Da Ryan hos
18 MPEG-LA dro på ferie sendte jeg min melding videre til hans kollega,
19 og dagen etter fikk jeg følgende svar derfra:
</p
>
21 <p
><blockquote
>
22 <p
>Date: Fri,
29 Jun
2012 18:
32:
34 +
0000
23 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
24 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
25 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
26 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
28 <p
>Dear Mr. Reinholdtsen,
</p
>
30 <p
>Thank you for your message. As you know, Ryan is currently our of the
31 office, so it will be my pleasure to assist you.
</p
>
33 <p
>Per your request, attached please find an electronic copy of the
34 AVC Patent Portfolio License. Please note that the electronic copy of
35 the License is provided as a convenience and for informational
36 purposes only. When concluding the Licenses, only the hard copies
37 provided by MPEG LA may be used.
</p
>
39 <p
>To your question, MPEG LA lists our Licensees on our website
40 according to each program. The lists are in alphabetical order, so it
41 is very easy to search.
</p
>
43 <p
>I hope that this was helpful. If we can be of additional
44 assistance, please let me know.
</p
>
46 <p
>Kind regards,
</p
>
48 <p
>Sidney A. Wolf
49 <br
>Manager, Global Licensing
50 <br
>MPEG LA
</p
>
51 </blockquote
></p
>
53 <p
>Selv om et epostvedlegg er nyttig for mottakeren, så håpet jeg å få
54 et dokument jeg kunne dele med alle leserne av bloggen min, og ikke et
55 som må deles på individuell basis. Opphavsretten krever godkjenning
56 fra rettighetsinnehaver før en kan gjøre slikt, så dermed fulgte jeg
57 opp med et spørsmål om dette var greit.
</p
>
59 <p
><blockquote
>
60 <p
>Date: Wed,
4 Jul
2012 20:
25:
06 +
0200
61 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
62 <br
>To: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
63 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
64 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
66 <p
>Thank you for your reply.
</p
>
68 <p
>[Sidney Wolf]
69 <br
>&gt; Per your request, attached please find an electronic copy of the AVC
70 <br
>&gt; Patent Portfolio License. Please note that the electronic copy of
71 <br
>&gt; the License is provided as a convenience and for informational
72 <br
>&gt; purposes only. When concluding the Licenses, only the hard copies
73 <br
>&gt; provided by MPEG LA may be used.
</p
>
75 <p
>This is useful for me to learn, but the reason I asked for the
76 Internet address of the licensing document was to ensure I could
77 publish a link to it when I discuss the topic of H
.264 licensing here
78 in Norway, and allow others to verify my observations. I can not do
79 the same with an email attachment. Thus I would like to ask you if it
80 is OK with MPEG LA that I publish this document on the Internet for
81 others to read?
</p
>
83 <p
>&gt; To your question, MPEG LA lists our Licensees on our website
84 <br
>&gt; according to each program. The lists are in alphabetical order, so
85 <br
>&gt; it is very easy to search.
</p
>
87 <p
>I am afraid this do not help me locate Norwegian companies in the
88 list of Licensees. I do not know the name of all companies and
89 organisations in Norway, and thus do not know how to locate the
90 Norwegian ones on that list.
</p
>
92 <p
>&gt; I hope that this was helpful. If we can be of additional assistance,
93 <br
>&gt; please let me know.
</p
>
95 <p
>Absoutely helpful to learn more about how MPEG LA handle licensing.
</p
>
98 <br
>Happy hacking
99 <br
>Petter Reinholdtsen
</p
>
100 </blockquote
></p
>
102 <p
>Jeg håpet også at det skulle være mulig å få vite hvilke av de
103 mange hundre som har avtale med MPEG-LA om bruk av H
.264 som holdt til
104 i Norge. Begge mine håp falt i grus med svaret fra MPEG-LA.
106 <p
><blockquote
>
107 <p
>Date: Thu,
5 Jul
2012 17:
42:
39 +
0000
108 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
109 <br
>To:
'Petter Reinholdtsen
' &lt;pere (at) hungry.com
&gt;
110 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
111 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
113 <p
>Dear Mr. Reinholdtsen,
</p
>
115 <p
>Thank you for your reply.
</p
>
117 <p
>We appreciate the additional explanation you have provided and for
118 asking our permission to publish the electronic copy of the License in
119 advance of doing so. Typically, MPEG LA prefers to distribute the
120 electronic copies of our Licenses to interested parties. Therefore,
121 please feel free to send interested parties to the AVC portion of our
122 website, http://www.mpegla.com/main/programs/AVC/Pages/Intro.aspx for
123 their further reference.
</p
>
125 <p
>As previously mentioned, MPEG LA maintains a list of Licensees in good
126 standing on our website according to each program. Due to the large
127 volume of Licensees, it would be administratively impractical to
128 provide this level of detail to interested parties. Therefore, I am
129 afraid we are not in a position to assist you with your request.
</p
>
131 <p
>Kind regards,
</p
>
133 <p
>Sidney A. Wolf
134 <br
>Manager, Global Licensing
135 <br
>MPEG LA
</p
>
136 </blockquote
></p
>
138 <p
>Men takket være epostvedlegget kunne jeg søke på Google etter
139 setningen
"WHEREAS, a video standard commonly referred to as AVC has
140 been defined and is referred to in this Agreement as the “AVC
141 Standard” (as more fully defined herein below)
" som finnes i avtalen,
142 og lokalisere en kopi fra
2007 av
143 <a href=
"http://www.sec.gov/Archives/edgar/data/
1342960/
000119312509050004/dex1024.htm
">lisensavtalen
144 mellom MPEG-LA og DivX, Inc.
</a
>, slik at mine lesere kan se hvordan
145 avtalen så ut da. Jeg har ikke sammenlignet tekstene for å se om noe
146 har endret seg siden den tid, men satser på at teksten er representativ.
</p
>
148 <p
>Jeg aner fortsatt ikke hvor FedEx tok veien med pakken fra
151 <p
>Update
2012-
07-
06: Jeg er visst ikke den første som forsøker å få
152 klarhet i problemstillinger rundt H
.264, og kom nettopp over en veldig
153 interessant bloggpost fra
2010 hos LibreVideo med tittelen
154 "<a href=
"http://www.librevideo.org/blog/
2010/
06/
14/mpeg-la-answers-some-questions-about-avch-
264-licensing/
">MPEG-LA
155 answers some questions about AVC/H
.264 licensing
</a
>. Anbefales!
</p
>
160 <title>Medietilsynets syn på om Frikanalen bør være ukryptert på det digitale bakkenettet
</title>
161 <link>http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html
</link>
162 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html
</guid>
163 <pubDate>Wed,
4 Jul
2012 14:
20:
00 +
0200</pubDate>
164 <description>I forgårs fikk jeg endelig svar fra Medietilsynet på min epost med
165 spørmål om hvorfor
<a href=
"http://www.frikanalen.no/
">Frikanalen
</a
>
166 er kryptert på RiksTV. De toer sine hender:
168 <p
><blockquote
>
169 <p
>Date: Mon,
2 Jul
2012 08:
15:
38 +
0000
170 <br
>From: Arve Lindboe
&lt;Arve.Lindboe (at) medietilsynet.no
&gt;
171 <br
>To: Petter Reinholdtsen
172 <br
>CC: Arthur Garnes
&lt;Arthur.Garnes (at) rikstv.no
&gt;,
173 postmottak (at) sd.dep.no, post (at) frikanalen.no
174 <br
>Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsyn
</p
>
176 <p
>Vi viser til Deres spørsmål av
27. mai i år til RiksTV,
177 Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av
178 1. juli til Dem, som vi har mottatt i kopi.
</p
>
180 <p
>For ordens skyld vil vi orientere om at Medietilsynet har visse
181 tilsynsoppgaver knyttet til kapittel
3 i NTVs konsesjon for
182 opprettelse og drift av det digitale bakkenettet for fjernsyn. Av
183 pkt.
3.5 i denne konsesjonen går det bl.a. fram at NRKs
184 kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig
185 uten betaling og ha lik dekning.» For distribusjon av innhold utenfor
186 NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i
187 konsesjonen.
</p
>
189 <p
>Medietilsynets mandat omfatter ikke spørsmålet om kryptering og
190 administrasjon av engangsavgift knyttet til adgangskontrollsystem for
191 NTVs formidling, og tilsynet kan derfor ikke ta stilling til de
192 spørsmålene De reiser i tilknytning til det.
</p
>
194 <p
>Mvh
</p
>
196 <p
>Arve Lindboe
</p
>
199 <br
>Medietilsynet
</p
>
200 </blockquote
></p
>
202 <p
>Her må det tydeligvis andre aktører i sving for å bli kvitt
203 krypteringen av Frikanalen.
</p
>
208 <title>Frikanalen bør være ukryptert på det digitale bakkenettet
</title>
209 <link>http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html
</link>
210 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html
</guid>
211 <pubDate>Sun,
1 Jul
2012 15:
20:
00 +
0200</pubDate>
212 <description><p
><a href=
"http://www.frikanalen.no
">Frikanalen
</a
> er Norges
213 landsdekkende
<a href=
"http://no.wikipedia.org/wiki/Åpen_kanal
">åpne
214 kanal
</a
>, der alle innbyggerne kan sende sine innslag ut på
215 TV-mediet, slik at alle kan se det de har laget. Det er demokratisk
216 TV i sin mest ekstreme form, og en kan nesten si at det er Youtube på
217 TV. NUUG har vært involvert i Frikanalen i mange år, og har bidratt
219 <a href=
"http://www.nuug.no/pub/video/frikanalen/frontpage.cgi
">løsning
220 basert på åpne standarder
</a
> i tillegg til den originale løsningen
221 som er basert på Silverlight.
</p
>
223 <p
>Frikanalen skal være tilgjengelig for alle uten hindringer, men
224 RiksTV har av en eller annen grunn tvunget kanalen til å sendes
225 kryptert ut på det digitale bakkenettet, og dermed tvinges de som skal
226 se på kanalen via dette nettet å skaffe seg et kundeforhold til
227 RiksTV. Det synes jeg er svært urimelig, og mistenker det er i strid
228 med Stortingets intensjon fra da Stortinget vedtok at det skulle være
229 en åpen kanal på det digitale bakkenettet. Jeg sendte derfor en epost
230 til RiksTV, Samferdselsdepartementet og Medietilsynet, og tok opp
231 problemstillingen. Her er det som har vært av oppfølging så
234 <p
><blockquote
>
236 <p
>From: Petter Reinholdtsen
237 <br
>Subject: Når blir Frikanalen ukryptert på RiksTV?
238 <br
>To: post (at) rikstv.no, postmottak (at) sd.dep.no, post (at) medietilsynet.no
239 <br
>Cc: post (at) frikanalen.no
240 <br
>Date: Sun,
27 May
2012 00:
28:
10 +
0200</p
>
242 <p
>Hvorfor er det så dyrt a motta Frikanalen i det digitale
243 bakkenettet? I følge nettsidene til Frikanalen er kanalen gratis, men
244 den sendes kryptert ut på RiksTV, mens f.eks. NRK ikke er kryptert.
245 For å få tilgang til de krypterte sendingene må en ha programkort som
246 koster flere hundre kroner for hvert fjernsyn. Dette er jo langt fra
249 <p
>I Stortingsmelding
39 2007 står det:
</p
>
251 <p
><blockquote
>
252 NTVs søsterselskap RiksTV skal stå for betal-tv-operasjonen på
253 plattformen. RiksTV har lagt opp til at det ikke-kommersielle
254 tilbudet i bakkenettet skal distribueres som en enkeltkanal utenfor
255 selskapets betal-tv-pakke. Kanalen vil gå som et gratistilbud til
256 seerne og vil dele sendeflate med lokal-tv. Det er lagt opp til at
257 de ikke-kommersielle aktørene i første omgang skal ha sendetid i
258 perioden kl.
12 til kl.
17.30. Tilbudet vil bli sendt kryptert, men
259 RiksTV vil påta seg å dekke alle utgifter for kundene (seerne),
260 dvs. at programkortet seerne må ha for å kunne ta inn de krypterte
261 sendingene vil være gratis i dette tilfellet. RiksTV vil også dekke
262 distribusjonskostnadene for den åpne kanalen. Alle disse avtalene
263 vil gjelde fram til midten av
2010.
264 </blockquote
></p
>
266 <p
>Hva gjelder så etter midten av
2010? Betyr det som står i
267 stortingsmeldingen at RiksTV fra midten av
2010 kan kreve hvilken som
268 helst pris fra folk som ønsker å se på Frikanalen, derfor RiksTV
269 velger å distribuere Frikanalen? Eller var det tillatelsen til å
270 sende Frikanalen kryptert som gikk ut i
2010?
</p
>
273 <br
>Vennlig hilsen
274 <br
>Petter Reinholdtsen
</p
>
275 </blockquote
></p
>
277 <p
>Jeg har ikke fått svar hverken fra departement eller medietilsyn,
278 men har fått to svar fra RiksTV.
</p
>
280 <p
><blockquote
>
281 <p
>From: post (at) rikstv.no
282 <br
>Subject: RE:Når blir Frikanalen ukryptert på RiksTV?--ActionID:[
92641] Hvis du svarer på denne henvendelsen, ikke forandre subjektet
283 <br
>To: Petter Reinholdtsen
284 <br
>Date: Mon,
28 May
2012 14:
30:
27 +
0200</p
>
286 <p
>Takk for din henvendelse
</p
>
288 <p
>Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV
289 dekker kostnadene for Programkort frem til midten av
2010. Avtalen er
290 gjengitt i sin helhet på denne lenken:
291 <a href=
"http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/
2006-
2007/Stmeld-nr-
39-
2007-/
28/
4.html?id=
478517">http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/
2006-
2007/Stmeld-nr-
39-
2007-/
28/
4.html?id=
478517</a
>
293 <p
>Dersom du ønsker tilgang til Frikanalen via det digitale
294 bakkenettet per idag trenger du et Programkort og RiksTV godkjent
295 dekoder. Programkortet har en engangsavgift på kr
225,- og er å regne
296 som en del av utstyret du trenger for å motta krypterte signaler.
</p
>
298 <p
>Vennligst se mer informasjon om Programkort på denne lenken:
299 <a href=
"https://www.rikstv.no/kundeservice/Utstyr/programkort/
">https://www.rikstv.no/kundeservice/Utstyr/programkort/
</a
></p
>
301 <p
>For mer informasjon om våre produkter og priser se, www.rikstv.no
</p
>
303 <p
>Ha en fin dag.
</p
>
305 <p
>Med vennlig hilsen
306 <br
>Thomas Eikeland
308 <br
>Kundeservice
309 <br
>Telefonnummer:
09595
310 <br
>www.rikstv.no
</p
>
311 </blockquote
></p
>
313 <p
>Meldingen fra RiksTV svarte ikke helt på det jeg spurte om, så jeg
314 fulgte opp med en ny epost:
</p
>
316 <p
><blockquote
>
317 <p
>From: Petter Reinholdtsen
318 <br
>Subject: Re: Når blir Frikanalen ukryptert på RiksTV?--ActionID:[
92641] Hvis
<br
> du svarer på denne henvendelsen, ikke forandre subjektet
319 <br
>To: post (at) rikstv.no
320 <br
>Date: Fri,
08 Jun
2012 10:
14:
49 +
0200</p
>
322 <p
>[Thomas Eikeland]
323 <br
>&gt; Takk for din henvendelse
</p
>
325 <p
>Takk for svaret.
</p
>
327 <p
>&gt; Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV dekker
328 <br
>&gt; kostnadene for Programkort frem til midten av
2010. Avtalen er gjengitt
329 <br
>&gt; i sin helhet på denne lenken:
330 <br
>&gt; http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/
2006-
2007/Stmeld
331 <br
>&gt; -nr-
39-
2007-/
28/
4.html?id=
478517</p
>
333 <p
>Jeg lurer altså på hva som gjelder etter at denne avtaleperioden er
334 over. Er den erstattet med en ny avtale?
</p
>
338 <li
>Kan RiksTV nå kreve hvilken som helst pris fra folk som ønsker å se
339 på Frikanalen, eller var det tillatelsen til å sende Frikanalen
340 kryptert som gikk ut i
2010?
</li
>
344 <p
>&gt; Dersom du ønsker tilgang til Frikanalen via det digitale bakkenettet
345 <br
>&gt; per idag trenger du et Programkort og RiksTV godkjent
346 <br
>&gt; dekoder. Programkortet har en engangsavgift på kr
225,- og er å regne
347 <br
>&gt; som en del av utstyret du trenger for å motta krypterte signaler.
349 <br
>&gt; Vennligst se mer informasjon om Programkort på denne lenken:
350 <br
>&gt; https://www.rikstv.no/kundeservice/Utstyr/programkort/
</p
>
352 <p
>Dette er litt på siden av det jeg lurte på, som er hva slags
353 reguleringer departementet har gitt når det gjelder Frikanalen og RiksTV
354 etter
2010.
</p
>
357 <br
>Vennlig hilsen
358 <br
>Petter Reinholdtsen
</p
>
359 </blockquote
></p
>
361 <p
>Etter mange uker fikk jeg så på fredag følgende tilbakemelding.
</p
>
363 <p
><blockquote
>
364 <p
>From: Arthur Garnes
365 <br
>Subject: RE: Når blir Frikanalen ukryptert på RiksTV
366 <br
>To: Petter Reinholdtsen
367 <br
>Date: Fri,
29 Jun
2012 13:
02:
38 +
0200</p
>
369 <p
>Hei,
</p
>
371 <p
>Det vises til din henvendelse av
27.5.2012. Vi beklager at din
372 henvendelse har tatt noe tid å besvare.
</p
>
374 <p
>RiksTV har en distribusjonsavtale med Frikanalen, hvor Frikanalen
375 vederlagsfritt får distribusjon i det digitale bakkenettet. At
376 signalet er kryptert bygger på RiksTVs avtale med Frikanalen. At alle
377 kanalene som RiksTV distribuerer som en del av sitt tilbud skal være
378 kryptert har også vært forutsetningen for NTV, RiksTV, myndighetene og
379 Frikanalen hele tiden. RiksTV og NTV har kostnader knyttet til å ha et
380 adgangskontrollsystem og utstedelse, distribusjon og administrasjon av
381 programkort og trenger som en kommersiell aktør å få dekket disse
382 kostnadene.
</p
>
384 <p
>Skulle du ha noen ytterligere spørsmål så er det selvsagt bare å ta
387 <p
>Med vennlig hilsen
388 <br
>Arthur Garnes
389 <br
>Product Manager
</p
>
391 <p
>Mobil: +
47 98234224
392 <p
>E-post: arthur.garnes (at) rikstv.no
394 <br
>Besøk: Økernveien
145,
17. etg, Oslo
395 <br
>Post: Postboks
393 Økern,
0513 Oslo
</p
>
397 <p
>Web: rikstv.no rikstvbloggen.no facebook.com/rikstv twitter:@rikstv
</p
>
399 <p
>Denne e-post og informasjonen den inneholder er konfidensiell og
400 ment kun for den korrekte adressaten. This e-mail and the information
401 it contains is confidential and intended only for the right
403 </blockquote
></p
>
405 <p
>Her var det mye å ta tak i, men jeg vet ikke når jeg rekker følge
411 <title>Departementenes servicesenter har ingen avtale om bruk av H
.264 med MPEG-LA
</title>
412 <link>http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</link>
413 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</guid>
414 <pubDate>Fri,
29 Jun
2012 09:
40:
00 +
0200</pubDate>
415 <description><p
>Da fikk jeg nettopp svar fra
416 <a href=
"http://www.dss.dep.no/
">Departementenes servicesenter
</a
>
418 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">mitt
419 spørsmål om avtale rundt bruk av H
.264</a
>. De har ingen avtale med
420 MPEG LA eller dets representanter. Her er svaret.
422 <p
><blockquote
>
424 <p
>Date: Fri,
29 Jun
2012 07:
04:
42 +
0000
425 <br
>From: Nielsen Mette Haga
&lt;Mette-Haga.Nielsen (at) dss.dep.no
&gt;
426 <br
>To: Petter Reinholdtsen
&lt;petter.reinholdtsen (at) ...
&gt;
427 <br
>CC: Postmottak
&lt;Postmottak (at) dss.dep.no
&gt;
428 <br
>Subject: SV: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
</p
>
430 <p
>DSS har ikke inngått noen egen lisensavtale med MPEG-LA eller noen som
431 representerer MPEG-LA i Norge. Videoløsningen på regjeringen.no er
432 levert av Smartcom:tv. Lisensforholdet rundt H
.264 er ikke omtalt i
433 vår avtale med Smartcom.
</p
>
435 <p
>Vennlig hilsen
</p
>
437 <p
>Mette Haga Nielsen
438 <br
>Fung. seksjonssjef
</p
>
440 <p
>Departementenes servicesenter
</p
>
442 <p
>Informasjonsforvaltning
444 <p
>Mobil
93 09 83 51
445 <br
>E-post mette-haga.nielsen (at) dss.dep.no
</p
>
446 </blockquote
></p
>
448 <p
>Hvis den norske regjeringen representert ved DSS ikke har slik
449 avtale, så kan en kanskje konkludere med at det ikke trengs? Jeg er
450 ikke trygg på at det er god juridisk grunn å stå på, men det er i det
451 minste interessant å vite at hverken NRK eller DSS har funnet det
452 nødvendig å ha avtale om bruk av H
.264.
</p
>
454 <p
>Det forklarer ikke hvordan de kan ignorere bruksvilkårene knyttet
455 til bruk av opphavsrettsbeskyttet materiale de bruker til
456 videoproduksjon, med mindre slike vilkår kan ignoreres av selskaper og
457 privatpersoner i Norge. Har de lov til å bryte vilkårene, eller har
458 de brutt dem og så langt sluppet unna med det? Jeg aner ikke.
</p
>
463 <title>MPEG-LA mener NRK må ha avtale med dem for å kringkaste og publisere H
.264-video
</title>
464 <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>
465 <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>
466 <pubDate>Thu,
28 Jun
2012 20:
00:
00 +
0200</pubDate>
467 <description><p
>Etter at NRK
468 <a href=
"http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
">nektet
469 å spore opp eventuell avtale med MPEG-LA
</a
> eller andre om bruk av
470 MPEG/H
.264-video etter at jeg
<a
471 href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">ba
472 om innsyn i slike avtaler
</a
>, tenkte jeg at i stedet for å forsøke å
473 få NRK til å finne en slik avtale, så burde det være like enkelt å
474 spørre MPEG-LA om de hadde avtale med NRK. Spørsmålet ble sendt før
475 jeg fikk tips fra Kieran Kunhya om hvor listen over lisensinnehavere
476 "in Good Standing
" befant seg. MPEG-LA svarte meg i dag, og kan
477 fortelle at NRK ikke har noen avtale med dem, så da er i det minste det
478 slått fast. Ikke overraskende mener MPEG-LA at det trengs en avtale
479 med MPEG-LA for å streame H
.264, men deres rammer er jo
480 rettstilstanden i USA og ikke Norge. Jeg tar dermed den delen av
481 svaret med en klype salt. Jeg er dermed fortsatt ikke klok på om det
482 trengs en avtale, og hvis det trengs en avtale her i Norge, heller
483 ikke sikker på om NRK har en avtale med noen andre enn MPEG-LA som
484 gjør at de ikke trenger avtale direkte med MPEG-LA. Jeg håper NRKs
485 jurister har vurdert dette, og at det er mulig å få tilgang til
486 vurderingen uansett om de trenger en avtale eller ikke.
</p
>
488 <p
>Her er epostutvekslingen med MPEG-LA så langt. Håper ikke
489 utvekslingen fører til NRK plutselig får en litt uventet pakke fra
492 <p
><blockquote
>
493 <p
>Date: Mon,
25 Jun
2012 15:
29:
37 +
0200
494 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
495 <br
>To: licensing-web (at) mpegla.com
496 <br
>Subject: Do NRK have a license agreement with MPEG-LA?
</p
>
498 <p
>Hi. I have a small question for you, that I hope it is OK that I
501 <p
>Is there any license agreements between MPEG-LA and NRK,
&lt;URL:
502 <a href=
"http://www.nrk.no/
">http://www.nrk.no/
</a
> &gt;, the
503 Norwegian national broadcasting cooperation? I am not sure if they
504 need one, and am just curious if such agreeement exist.
</p
>
506 <p
>The postal address is
</p
>
508 <p
><blockquote
>
510 <br
>Postbox
8500, Majorstuen
513 </blockquote
></p
>
515 <p
>if it make it easier for you to locate such agreement.
</p
>
517 <p
>Can you tell me how many entities in Norway have an agreement with
518 MPEG-LA, and the name of these entities?
</p
>
521 <br
>Happy hacking
522 <br
>Petter Reinholdtsen
523 </blockquote
></p
>
525 <p
>I dag, to dager senere, fikk jeg følgende svar:
</p
>
527 <p
><blockquote
>
528 <p
>Date: Thu,
28 Jun
2012 14:
11:
17 +
0000
529 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
>
530 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
>
531 <br
>CC: MD Administration
&lt;MDAdministration (at) mpegla.com
>
532 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
534 <p
>Dear Mr. Reinholdtsen,
</p
>
536 <p
>Thank you for your message and for your interest in MPEG LA. We
537 appreciate hearing from you and I will be happy to assist you.
</p
>
539 <p
>To begin, I will assume that you are referring to AVC/H
.264
540 technology in your message below, as this technology is commonly used
541 in the transmission of video content. In that case, please allow me
542 to briefly summarize the coverage provided by our AVC Patent Portfolio
545 <P
>Our AVC License provides coverage for end products and video
546 services that make use of AVC/H
.264 technology. Accordingly, the
547 party offering such end products and video to End Users concludes the
548 AVC License and is responsible for paying the applicable royalties
549 associated with the end products/video they offer.
</p
>
551 <p
>While the Norwegian Broadcast Corporation (NRK) is not currently a
552 Licensee to MPEG LA
's AVC License (or any other Portfolio License
553 offered by MPEG LA), if NRK offers AVC Video to End Users for
554 remuneration (for example, Title-by-Title, Subscription, Free
555 Television, or Internet Broadcast AVC Video), then NRK will need to
556 conclude the AVC License and may be responsible for paying applicable
557 royalties associated with the AVC Video it distributes.
</p
>
559 <p
>Today I will send you a FedEx package containing a copy of our AVC
560 License for your review. You should receive the License document
561 within the next few days.
</p
>
563 <p
>Meanwhile, MPEG LA currently has several Norwegian Licensees that
564 can be found under the
"Licensees
" header within the respective
565 portion of our website. For example, you may find our list of
566 Licensees in Good Standing to our AVC License in the AVC portion of
568 <a href=
"http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
">http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</a
></p
>
570 <p
>I hope the above information is helpful. If you have additional
571 questions or need further assistance with the AVC License, please feel
572 free to contact me directly. I look forward to hearing from you again
575 <p
>Best regards,
</p
>
577 <p
>Ryan
</p
>
579 <p
>Ryan M. Rodriguez
580 <br
>Licensing Associate
582 <br
>5425 Wisconsin Avenue
584 <br
>Chevy Chase, MD
20815
586 <br
>Phone: +
1 (
301)
986-
6660 x211
587 <br
>Fax: +
1 (
301)
986-
8575
588 <br
>Email: rrodriguez (at) mpegla.com
</p
>
590 </blockquote
></p
>
592 <p
>Meldingen om utsendt FedEx-pakke var så merkelig at jeg
593 øyeblikkelig sendte svar tilbake og spurte hva i alle dager han mente,
594 da han jo ikke hadde fått noen postadresse som nådde meg.
</p
>
596 <p
><blockquote
>
598 <p
>Date: Thu,
28 Jun
2012 16:
36:
15 +
0200
599 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
600 <br
>To: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
601 <br
>Cc: MD Administration
&lt;MDAdministration (at) mpegla.com
&gt;
602 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
604 <p
>[Ryan Rodriguez]
605 <br
>&gt; Dear Mr. Reinholdtsen,
</p
>
607 <p
>Thank you for your quick reply.
</p
>
609 <p
>&gt; Today I will send you a FedEx package containing a copy of our AVC
610 <br
>&gt; License for your review. You should receive the License document
611 <br
>&gt; within the next few days.
</p
>
613 <p
>The part about sending a FedEx package confused me, though. I did not
614 <br
>give you my address, nor am I associated with NRK in any way, so I hope
615 <br
>you did not try to send me a package using the address of NRK. If you
616 <br
>would send me the Internet address of to the document, it would be more
617 <br
>useful to me to be able to download it as an electronic document.
</p
>
619 <p
>&gt; Meanwhile, MPEG LA currently has several Norwegian Licensees that can
620 <br
>&gt; be found under the
"Licensees
" header within the respective portion
621 <br
>&gt; of our website. For example, you may find our list of Licensees in
622 <br
>&gt; Good Standing to our AVC License in the AVC portion of our website,
623 <br
>&gt; http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</p
>
625 <p
>How can I recognize the Norwegian licensees?
</p
>
628 <br
>Happy hacking
629 <br
>Petter Reinholdtsen
</p
>
630 </blockquote
></p
>
632 <p
>Selv om jeg svarte kun noen minutter etter at jeg fikk eposten fra
633 MPEG-LA, fikk jeg eposten under som automatisk var beskjed på min
634 siste epost. Får håpe noen likevel følger opp
"FedEx-pakken
". For å
635 øke sjansen for at noen revurderer utsending av pakke uten mottaker,
636 videresendte jeg min epost til swolf (at) mpegla.com, så får vi se.
637 Har ikke hørt noe mer
3 timer senere, så jeg mistenker at ingen leste
638 min epost tidsnok.
</p
>
640 <p
><blockquote
>
642 <p
>Date: Thu,
28 Jun
2012 14:
36:
20 +
0000
643 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
644 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
645 <br
>Subject: Automatic reply: Do NRK have a license agreement with MPEG-LA?
</p
>
647 <p
>Thank you for your message.
</p
>
649 <p
>I will be out of the office until Thursday, July
5 and will respond
650 to all messages upon my return. If this is a matter that requires
651 immediate attention, please contact Sidney Wolf (swolf (at)
652 mpegla.com)
</p
>
654 <p
>Best regards,
</p
>
656 <p
>Ryan
</p
>
658 <p
>Ryan M. Rodriguez
659 <br
>Licensing Associate
660 <br
>MPEG LA
</p
>
662 </blockquote
></p
>
664 <p
>Litt klokere, men fortsatt ikke klok på mitt opprinnelige spørsmål,
665 som er om en trenger avtale med MPEG-LA for å publisere eller
666 kringkaste H
.264-video i Norge.
</p
>
671 <title>NRK nekter å finne og utlevere eventuell avtale med MPEG-LA
</title>
672 <link>http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</link>
673 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</guid>
674 <pubDate>Mon,
25 Jun
2012 15:
10:
00 +
0200</pubDate>
675 <description><p
>Jeg fikk nettopp svar fra NRK på
676 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">min
677 forespørsel om kopi av avtale
</a
> med MPEG-LA eller andre om bruk av
678 MPEG og/eller H
.264. Svaret har fått saksreferanse
2011/
371 (mon tro
679 hva slags sak fra
2011 dette er?) hos NRK og lyder som følger:
</p
>
681 <p
><blockquote
>
683 <p
><strong
>Svar på innsynsbegjæring i MPEG / H
.264-relaterte
684 avtaler
</strong
></p
>
686 <p
>Viser til innsynsbegjæring av
19. juni
2012. Kravet om innsyn
687 gjelder avtale som gjør at NRK «ikke er begrenset av de generelle
688 bruksvilkårene som gjelder for utstyr som bruker MPEG og/eller
691 <p
>I henhold til offentleglova §
28 annet ledd må innsynskravet gjelde
692 en bestemt sak eller i rimelig utstrekning saker av en bestemt
693 sak. Det er på det rene at det aktuelle innsynskravet ikke gjelder en
694 bestemt sak. Spørsmålet som reiser seg er om identifiseringsgraden er
695 tilstrekkelig. I Justisdepartementets «Rettleiar til offentleglova»
696 står følgende:
</p
>
698 <p
>«Kravet om at innsynskravet må gjelde ei bestemt sak er til hinder
699 for at eit innsynskrav kan gjelde alle saker av ein bestemt art, utan
700 at den enkelte saka blir identifisert. Ein kan med andre ord i
701 utgangspunktet ikkje krevje innsyn i til dømes alle saker om
702 utsleppsløyve hos Statens forureiningstilsyn frå dei siste tre åra,
703 med mindre ein identifiserer kvar enkelt sak, til dømes med tilvising
704 til dato, partar eller liknande.»
</p
>
706 <p
>Vedrørende denne begrensningen har Justisdepartementet uttalt
707 følgende (Lovavdelingens uttalelser JDLOV-
2010-
3295):
</p
>
709 <p
><em
>«Bakgrunnen for avgrensinga av kva innsynskravet kan gjelde,
710 er fyrst og fremst at meir generelle innsynskrav, utan noka form for
711 identifikasjon av kva ein eigentleg ynskjer, ville vere svært
712 vanskelege å handsame for forvaltninga.»
</em
></p
>
714 <p
>I samme sak uttaler Lovavdelingen følgende:
</p
>
716 <p
><em
>«Det følgjer vidare av offentleglova §
28 andre ledd at det `i
717 rimeleg utstrekning
' kan krevjast innsyn i `saker av ein bestemt
718 art
'. Vilkåret om at eit innsynskrav berre `i rimeleg utstrekning
' kan
719 gjelde saker av ein bestemt art, er i hovudsak knytt til kor
720 arbeidskrevjande det vil vere å finne fram til dei aktuelle
721 dokumenta. I tillegg reknar vi med at vilkåret kan gje grunnlag for å
722 nekte innsyn i tilfelle der innsynskravet er så omfattande (gjeld så
723 mange dokument) at arbeidsmengda som ville gått med til å handsame
724 det, er større enn det ein `i rimeleg utstrekning
' kan krevje (sjølv
725 om det nok skal mykje til).»
</em
></p
>
727 <p
>NRK har ikke noen egen sammenstilling over avtaler innenfor
728 bestemte områder som omtales i innsynsbegjæringen. De måtte søkes på
729 vanlig måte. I tillegg finnes ikke noen automatisert måte å finne
730 avtaler som «ikke er begrenset av de generelle bruksvilkårene som
731 gjelder for utstyr som bruker MPEG og/eller H
.264». En slik
732 gjennomgang av avtaler måtte gjøres manuelt av en person med
733 spesialistkunnskap. Dette vil kreve at NRK avsetter omfattende
734 ressurser for å finne frem relevante avtaler og for deretter å vurdere
735 om de dekkes av det innsynsbegjæringen omfattes.
</p
>
737 <p
>På bakgrunn av dette nekter NRK innsyn, med den begrunnelsen at
738 innsynskravet er så omfattende at arbeidsmengden for å håndtere kravet
739 vil være langt større enn det som i rimelig utstrekning kan kreves i
740 henhold til offentleglova §
28 annet ledd.
</p
>
742 <p
>Avslag på deres innsynsbegjæring kan påklages til Kultur- og
743 kirkedepartementet innen tre uker fra det tidspunkt avslaget kommer
744 frem til mottakeren, i henhold til reglene i offentleglova §
32,
745 jf. forvaltningsloven kapittel VI. Klagen skal stiles til Kultur- og
746 kirkedepartementet, og sendes til NRK.
</p
>
748 <p
>NRK er imidlertid etter Offentleglova forpliktet å gi ut journaler,
749 slik at en eventuell søknad om innsyn kan tydeligere identifisere
750 hvilke dokumenter som det ønskes innsyn i. NRKs offentlige journaler
751 for inneværende og forrige måned ligger ute på
752 NRK.no/innsyn. Journaler som går lengre tilbake i tid, kan sendes ut
753 på forespørsel til innsyn (at) nrk.no.
</p
>
756 <br
>Dokumentarkivet i NRK
757 <br
>v/ Elin Brandsrud
758 <br
>Tel. direkte:
23 04 29 29
759 <br
>Post: RBM3, Postboks
8500 Majorstuen,
0340 Oslo
760 <br
>innsyn (at) nrk.no
</p
>
762 </blockquote
></p
>
765 <a href=
"http://people.skolelinux.org/pere/blog/images/
2012-
06-
25-video-mpegla-nrk.pdf
">i
766 PDF-form som vedlegg på epost
</a
>. Jeg er litt usikker på hvordan jeg
767 best går videre for å bli klok, men jeg har jo i hvert fall tre uker
768 på å vurdere om jeg skal klage. Enten må nok forespørselen
769 reformuleres eller så må jeg vel klage. Synes jo det er merkelig at
770 NRK ikke har bedre kontroll med hvilke avtaler de har inngått. Det
771 burde jo være noen i ledelsen som vet om de har signert en avtale med
772 MPEG-LA eller ikke...
</p
>
774 <p
>Oppdatering
2012-
06-
25 20:
20: Et google-søk på
"2011/
371 nrk
"
775 sendte meg til postjournalen for
776 <a href=
"http://nrk.no/contentfile/file/
1.8212365!offentligjournal19062012.pdf
">2012-
06-
19</a
>
778 <a href=
"http://nrk.no/contentfile/file/
1.8214156!offentligjournal20062012.pdf
">2012-
06-
20</a
>
779 hos NRK som viser mine forespørsler og viser at sakens tittel hos NRK
780 er
"Graphic Systems Regions MA
2378/
10E
". Videre søk etter
"Graphic
781 Systems Regions
" viser at dette er saken til et anbud om
782 "<a href=
"http://no.mercell.com/m/mts/Tender/
27179412.aspx
">a graphics
783 system for
12 or
13 sites broadcasting regional news
</a
>" hos Mercell
784 Sourcing Service, også omtalt på
785 <a href=
"http://www.publictenders.net/tender/
595705">Public
787 <a href=
"http://www.doffin.no/search/show/search_view.aspx?ID=JAN155521
">Doffin
</a
>.
788 Jeg er dog usikker på hvordan dette er relatert til min
789 forespørsel.
</p
>
791 <p
>Oppdatering
2012-
06-
25 22:
40: Ble tipset av Kieran Kunhya, fra
793 <a href=
"http://code.google.com/p/open-broadcast-encoder/
">Open
794 Broadcast Encoder
</a
>, at listen over de som har lisensavtale med
796 <a href=
"http://www.mpeg-la.com/main/programs/AVC/Pages/Licensees.aspx
">tilgjengelig
797 på web
</a
>. Veldig fint å oppdage hvor den finnes, da jeg må ha lett
798 etter feil ting da jeg forsøke å finne den. Der står ikke NRK, men
799 flere andre
"Broadcasting Company
"-oppføringer. Lurer på om det betyr
800 at NRK ikke trenger avtale, eller noe helt annet?
</p
>
805 <title>Trenger en avtale med MPEG-LA for å publisere og kringkaste H
.264-video?
</title>
806 <link>http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</link>
807 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</guid>
808 <pubDate>Thu,
21 Jun
2012 13:
40:
00 +
0200</pubDate>
809 <description><p
>Trengs det avtale med MPEG-LA for å ha lovlig rett til å
810 distribuere og kringkaste video i MPEG4 eller med videokodingen H
.264?
811 <a href=
"http://webmink.com/essays/h-
264/
">H
.264 og MPEG4 er jo ikke en
812 fri og åpen standard
</a
> i henhold til
813 <a href=
"http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
">definisjonen
814 til Digistan
</a
>, så i enkelte land er det ingen tvil om at du må ha
815 en slik avtale, men jeg må innrømme at jeg ikke vet om det også
816 gjelder Norge. Det ser uansett ut til å være en juridisk interessant
817 problemstilling. Men jeg tenkte her om dagen som så, at hvis det er
818 nødvendig, så har store aktører som
819 <a href=
"http://www.nrk.no/
">NRK
</a
> og
820 <a href=
"http://www.regjeringen.no/
">regjeringen
</a
> skaffet seg en
821 slik avtale. Jeg har derfor sendt forespørsel til begge (for
822 regjeringen sin del er det Departementenes Servicesenter som gjør
823 jobben), og bedt om kopi av eventuelle avtaler de har om bruk av MPEG
824 og/eller H
.264 med MPEG-LA eller andre aktører som opererer på vegne
825 av MPEG-LA. Her er kopi av eposten jeg har sendt til
826 <a href=
"http://www.dss.dep.no/
">Departementenes Servicesenter
</a
>.
827 Forespørselen til NRK er veldig lik.
</p
>
829 <p
><blockquote
>
831 <p
>Date: Tue,
19 Jun
2012 15:
18:
33 +
0200
832 <br
>From: Petter Reinholdtsen
833 <br
>To: postmottak@dss.dep.no
834 <br
>Subject: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
836 <p
>Hei. Jeg ber herved om innsyn og kopi av dokumenter i DSS relatert
837 til avtaler rundt bruk av videoformatene MPEG og H
.264. Jeg er
838 spesielt interessert i å vite om DSS har lisensavtale med MPEG-LA
839 eller noen som representerer MPEG-LA i Norge.
</p
>
841 <p
>MPEG og H
.264 er videoformater som brukes både til kringkasting
842 (f.eks. i bakkenett og kabel-TV) og videopublisering på web, deriblant
843 via Adobe Flash. MPEG-LA,
&lt;URL:
844 <a href=
"http://www.mpeg-la.com/
">http://www.mpeg-la.com/
</a
> &gt;, er
845 en organisasjon som har fått oppgaven, av de kjente rettighetshavere
846 av immaterielle rettigheter knyttet til MPEG og H
.264, å selge
847 bruksrett for MPEG og H
.264.
</p
>
849 <p
>Via regjeringen.no kringkastes med MPEG og H
.264-baserte
850 videoformater, og dette ser ut til å være organisert av DSS. Jeg
851 antar dermed at DSS har avtale med en eller annen aktør om dette.
</p
>
853 <p
>F.eks. har Adobe Premiere Pro har følgende klausul i følge
&lt;URL:
854 <a href=
"http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
">http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
</a
>
857 <p
><blockquote
>
859 <p
>6.17. AVC DISTRIBUTION. The following notice applies to software
860 containing AVC import and export functionality: THIS PRODUCT IS
861 LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND
862 NON-COMMERCIAL USE OF A CONSUMER TO (a) ENCODE VIDEO IN COMPLIANCE
863 WITH THE AVC STANDARD (
"AVC VIDEO
") AND/OR (b) DECODE AVC VIDEO THAT
864 WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL
865 ACTIVITY AND/OR AVC VIDEO THAT WAS OBTAINED FROM A VIDEO PROVIDER
866 LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED OR SHALL BE
867 IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED
868 FROM MPEG LA L.L.C. SEE
869 <a href=
"http://www.mpegla.com
">http://www.mpegla.com
</a
>.
</p
>
871 </blockquote
></p
>
873 <p
>Her er det kun
"non-commercial
" og
"personal and non-commercial
"
874 aktivitet som er tillatt uten ekstra avtale med MPEG-LA.
</p
>
876 <p
>Et annet tilsvarende eksempel er Apple Final Cut Pro, som har
877 følgende klausul i følge
&lt;URL:
878 <a href=
"http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
">http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
</a
>
881 <p
><blockquote
>
883 <p
>15. Merknad om H
.264/AVC. Hvis Apple-programvaren inneholder
884 funksjonalitet for AVC-koding og/eller AVC-dekoding, krever
885 kommersiell bruk ekstra lisensiering og følgende gjelder:
886 AVC-FUNKSJONALITETEN I DETTE PRODUKTET KAN KUN ANVENDES AV
887 FORBRUKERE OG KUN FOR PERSONLIG OG IKKE- KOMMERSIELL BRUK TIL (i)
888 KODING AV VIDEO I OVERENSSTEMMELSE MED AVC-STANDARDEN (
"AVC-VIDEO
")
889 OG/ELLER (ii) DEKODING AV AVC-VIDEO SOM ER KODET AV EN FORBRUKER TIL
890 PERSONLIG OG IKKE-KOMMERSIELL BRUK OG/ELLER DEKODING AV AVC-VIDEO
891 FRA EN VIDEOLEVERANDØR SOM HAR LISENS TIL Å TILBY
892 AVC-VIDEO. INFORMASJON OM ANNEN BRUK OG LISENSIERING KAN INNHENTES
893 FRA MPEG LA L.L.C. SE HTTP://WWW.MPEGLA.COM.
</p
>
894 </blockquote
></p
>
896 <p
>Tilsvarende gjelder for andre programvarepakker, kamera, etc som
897 bruker MPEG og H
.264, at en må ha en avtale med MPEG-LA for å ha lov
898 til å bruke programmet/utstyret hvis en skal lage noe annet enn
899 private filmer og i ikke-kommersiell virksomhet.
</p
>
901 <p
>Jeg er altså interessert i kopi av avtaler DSS har som gjør at en
902 ikke er begrenset av de generelle bruksvilkårene som gjelder for
903 utstyr som bruker MPEG og/eller H
.264.
</p
>
904 </blockquote
></p
>
906 <p
>Nå venter jeg spent på svaret. Jeg planlegger å blogge om svaret
912 <title>HTC One X - Your video? What do you mean?
</title>
913 <link>http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</link>
914 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</guid>
915 <pubDate>Thu,
26 Apr
2012 13:
20:
00 +
0200</pubDate>
916 <description><p
>In
<a href=
"http://www.idg.no/computerworld/article243690.ece
">an
917 article today
</a
> published by Computerworld Norway, the photographer
918 <a href=
"http://www.urke.com/eirik/
">Eirik Helland Urke
</a
> reports
919 that the video editor application included with
920 <a href=
"http://www.htc.com/www/smartphones/htc-one-x/#specs
">HTC One
921 X
</a
> have some quite surprising terms of use. The article is mostly
922 based on the twitter message from mister Urke, stating:
924 <p
><blockquote
>
925 "<a href=
"http://twitter.com/urke/status/
194062269724897280">Drøy
926 brukeravtale: HTC kan bruke MINE redigerte videoer kommersielt. Selv
927 kan jeg KUN bruke dem privat.
</a
>"
928 </blockquote
></p
>
930 <p
>I quickly translated it to this English message:
</p
>
932 <p
><blockquote
>
933 "Arrogant user agreement: HTC can use MY edited videos
934 commercially. Although I can ONLY use them privately.
"
935 </blockquote
></p
>
937 <p
>I
've been unable to find the text of the license term myself, but
938 suspect it is a variation of the MPEG-LA terms I
939 <a href=
"http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
">discovered
940 with my Canon IXUS
130</a
>. The HTC One X specification specifies that
941 the recording format of the phone is .amr for audio and .mp3 for
943 <a href=
"http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues
">Adaptive
944 Multi-Rate audio codec
</a
> with patents which according to the
945 Wikipedia article require an license agreement with
946 <a href=
"http://www.voiceage.com/
">VoiceAge
</a
>. MP4 is
947 <a href=
"http://en.wikipedia.org/wiki/H
.264/MPEG-
4_AVC#Patent_licensing
">MPEG4 with
948 H
.264</a
>, which according to Wikipedia require a licence agreement
949 with
<a href=
"http://www.mpegla.com/
">MPEG-LA
</a
>.
</p
>
951 <p
>I know why I prefer
952 <a href=
"http://www.digistan.org/open-standard:definition
">free and open
953 standards
</a
> also for video.
</p
>
958 <title>RAND terms - non-reasonable and discriminatory
</title>
959 <link>http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html
</link>
960 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html
</guid>
961 <pubDate>Thu,
19 Apr
2012 22:
20:
00 +
0200</pubDate>
962 <description><p
>Here in Norway, the
963 <a href=
"http://www.regjeringen.no/nb/dep/fad.html?id=
339"> Ministry of
964 Government Administration, Reform and Church Affairs
</a
> is behind
965 a
<a href=
"http://standard.difi.no/forvaltningsstandarder
">directory of
966 standards
</a
> that are recommended or mandatory for use by the
967 government. When the directory was created, the people behind it made
968 an effort to ensure that everyone would be able to implement the
969 standards and compete on equal terms to supply software and solutions
970 to the government. Free software and non-free software could compete
971 on the same level.
</p
>
973 <p
>But recently, some standards with RAND
974 (
<a href=
"http://en.wikipedia.org/wiki/Reasonable_and_non-discriminatory_licensing
">Reasonable
975 And Non-Discriminatory
</a
>) terms have made their way into the
976 directory. And while this might not sound too bad, the fact is that
977 standard specifications with RAND terms often block free software from
978 implementing them. The reasonable part of RAND mean that the cost per
979 user/unit is low,and the non-discriminatory part mean that everyone
980 willing to pay will get a license. Both sound great in theory. In
981 practice, to get such license one need to be able to count users, and
982 be able to pay a small amount of money per unit or user. By
983 definition, users of free software do not need to register their use.
984 So counting users or units is not possible for free software projects.
985 And given that people will use the software without handing any money
986 to the author, it is not really economically possible for a free
987 software author to pay a small amount of money to license the rights
988 to implement a standard when the income available is zero. The result
989 in these situations is that free software are locked out from
990 implementing standards with RAND terms.
</p
>
992 <p
>Because of this, when I see someone claiming the terms of a
993 standard is reasonable and non-discriminatory, all I can think of is
994 how this really is non-reasonable and discriminatory. Because free
995 software developers are working in a global market, it does not really
996 help to know that software patents are not supposed to be enforceable
997 in Norway. The patent regimes in other countries affect us even here.
998 I really hope the people behind the standard directory will pay more
999 attention to these issues in the future.
</p
>
1001 <p
>You can find more on the issues with RAND, FRAND and RAND-Z terms
1003 (
<a href=
"http://blogs.computerworlduk.com/simon-says/
2010/
11/rand-not-so-reasonable/
">RAND:
1004 Not So Reasonable?
</a
>).
</p
>
1006 <p
>Update
2012-
04-
21: Just came across a
1007 <a href=
"http://blogs.computerworlduk.com/open-enterprise/
2012/
04/of-microsoft-netscape-patents-and-open-standards/index.htm
">blog
1008 post from Glyn Moody
</a
> over at Computer World UK warning about the
1009 same issue, and urging people to speak out to the UK government. I
1010 can only urge Norwegian users to do the same for
1011 <a href=
"http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder
">the
1012 hearing taking place at the moment
</a
> (respond before
2012-
04-
27).
1013 It proposes to require video conferencing standards including
1014 specifications with RAND terms.
</p
>
1019 <title>Stopmotion for making stop motion animations on Linux - reloaded
</title>
1020 <link>http://people.skolelinux.org/pere/blog/Stopmotion_for_making_stop_motion_animations_on_Linux___reloaded.html
</link>
1021 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Stopmotion_for_making_stop_motion_animations_on_Linux___reloaded.html
</guid>
1022 <pubDate>Sat,
3 Mar
2012 12:
50:
00 +
0100</pubDate>
1023 <description><p
>Many years ago, the
<a href=
"http://www.skolelinux.org/
">Skolelinux
1024 / Debian Edu project
</a
> initiated a student project to create a tool
1025 for making stop motion movies. The proposal came from a teacher
1026 needing such tool on Skolelinux. The project, called
"stopmotion
",
1027 was manned by two extraordinary students and won a school award and a
1028 national aware with this great project. The project was initiated and
1029 mentored by Herman Robak, and manned by the students Bjørn Erik Nilsen
1030 and Fredrik Berg Kjølstad. They got in touch with people at Aardman
1031 Animation studio and received feedback on how professionals would like
1032 such stopmotion tool to work, and the end result was and is used by
1033 animators around the globe. But as is usual after studying, both got
1034 jobs and went elsewhere, and did not have time to properly tend to the
1035 project, and it has been lingering for a few years now. Until last
1038 <p
>Last year some of the users got together with Herman, and moved the
1039 project to Sourceforge and in effect restarted the project under a new
1041 <a href=
"http://sourceforge.net/projects/linuxstopmotion/
">linuxstopmotion
</a
>.
1042 The name change was done to make it possible to find the project using
1043 Internet search engines (try to search for
'stopmotion
' to see what I
1044 mean). I
've been following
1045 <a href=
"https://lists.sourceforge.net/lists/listinfo/linuxstopmotion-community
">the
1046 mailing list
</a
> and the improvement already in place and planned for
1047 the future is encouraging. If you want to make stop motion movies.
1048 Check it out. :)
</p
>
1053 <title>Hvordan enkelt laste ned filmer fra NRK
</title>
1054 <link>http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</link>
1055 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</guid>
1056 <pubDate>Sat,
5 Nov
2011 15:
20:
00 +
0100</pubDate>
1057 <description><p
>Ofte har jeg lyst til å laste ned et innslag fra NRKs nettsted for
1058 å se det senere når jeg ikke er på nett, eller for å ha det
1059 tilgjengelig når jeg en gang i fremtiden ønsker å referere til
1060 innslaget selv om NRK har fjernet det fra sine nettsider. I dag fant
1061 jeg et lite script som fikser jobben.
</p
>
1063 <p
>Scriptet er laget av Jan Henning Thorsen og tilgjengelig fra
1064 <a href=
"http://jhthorsen.github.com/snippets/nrk-downloader/
">github
</a
>,
1065 og gjør det veldig enkelt å laste ned. Kjør
<tt
>nrk-downloader.sh
1066 http://www1.nrk.no/nett-tv/klipp/
582810</tt
> for å hente ned et enkelt
1067 innslag eller
<tt
>nrk-downloader.sh
1068 http://www1.nrk.no/nett-tv/kategori/
3521</tt
> for å laste ned alle
1069 episodene i en serie.
</p
>
1071 <p
>Det er ikke rakettforskning å laste ned NRK-
"strømmer
", og
1072 tidligere gjorde jeg dette manuelt med mplayer. Scriptet til
1073 Hr. Thorsen gjør det raskere og enklere for meg, men jeg vil ikke si
1074 at det er en revolusjonerende løsning. Jeg mener jo fortsatt at
1075 påstanden fra NRKs ansatte om at det er
1076 <a href=
"http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
">vesensforskjellig
1077 å legge tilgjengelig for nedlasting og for streaming
</a
> er
1078 meningsløs.
</p
>
1083 <title>Ripping problematic DVDs using dvdbackup and genisoimage
</title>
1084 <link>http://people.skolelinux.org/pere/blog/Ripping_problematic_DVDs_using_dvdbackup_and_genisoimage.html
</link>
1085 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Ripping_problematic_DVDs_using_dvdbackup_and_genisoimage.html
</guid>
1086 <pubDate>Sat,
17 Sep
2011 20:
20:
00 +
0200</pubDate>
1087 <description><p
>For convenience, I want to store copies of all my DVDs on my file
1088 server. It allow me to save shelf space flat while still having my
1089 movie collection easily available. It also make it possible to let
1090 the kids see their favourite DVDs without wearing the physical copies
1091 down. I prefer to store the DVDs as ISOs to keep the DVD menu and
1092 subtitle options intact. It also ensure that the entire film is one
1093 file on the disk. As this is for personal use, the ripping is
1094 perfectly legal here in Norway.
</p
>
1096 <p
>Normally I rip the DVDs using dd like this:
</p
>
1098 <blockquote
><pre
>
1100 # apt-get install lsdvd
1101 title=$(lsdvd
2>/dev/null|awk
'/Disc Title: / {print $
3}
')
1102 dd if=/dev/dvd of=/storage/dvds/$title.iso bs=
1M
1103 </pre
></blockquote
>
1105 <p
>But some DVDs give a input/output error when I read it, and I have
1106 been looking for a better alternative. I have no idea why this I/O
1107 error occur, but suspect my DVD drive, the Linux kernel driver or
1108 something fishy with the DVDs in question. Or perhaps all three.
</p
>
1110 <p
>Anyway, I believe I found a solution today using dvdbackup and
1111 genisoimage. This script gave me a working ISO for a problematic
1112 movie by first extracting the DVD file system and then re-packing it
1115 <blockquote
><pre
>
1117 # apt-get install lsdvd dvdbackup genisoimage
1119 tmpdir=/storage/dvds/
1120 title=$(lsdvd
2>/dev/null|awk
'/Disc Title: / {print $
3}
')
1121 dvdbackup -i /dev/dvd -M -o $tmpdir -n$title
1122 genisoimage -dvd-video -o $tmpdir/$title.iso $tmpdir/$title
1123 rm -rf $tmpdir/$title
1124 </pre
></blockquote
>
1126 <p
>Anyone know of a better way available in Debian/Squeeze?
</p
>
1128 <p
>Update
2011-
09-
18: I got a tip from Konstantin Khomoutov about the
1129 readom program from the wodim package. It is specially written to
1130 read optical media, and is called like this:
<tt
>readom dev=/dev/dvd
1131 f=image.iso
</tt
>. It got
6 GB along with the problematic Cars DVD
1132 before it failed, and failed right away with a Timmy Time DVD.
</p
>
1134 <p
>Next, I got a tip from Bastian Blank about
1135 <a href=
"http://bblank.thinkmo.de/blog/new-software-python-dvdvideo
">his
1136 program python-dvdvideo
</a
>, which seem to be just what I am looking
1137 for. Tested it with my problematic Timmy Time DVD, and it succeeded
1138 creating a ISO image. The git source built and installed just fine in
1139 Squeeze, so I guess this will be my tool of choice in the future.
</p
>
1144 <title>Gnash enteres Google Summer of Code
2011</title>
1145 <link>http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</link>
1146 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</guid>
1147 <pubDate>Wed,
6 Apr
2011 09:
00:
00 +
0200</pubDate>
1148 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is still
1149 the most promising solution for a Free Software Flash implementation.
1150 A few days ago the project
1151 <a href=
"http://lists.gnu.org/archive/html/gnash-dev/
2011-
04/msg00011.html
">announced
</a
>
1152 that it will participate in Google Summer of Code. I hope many
1153 students apply, and that some of them succeed in getting AVM2 support
1154 into Gnash.
</p
>
1159 <title>The video format most supported in web browsers?
</title>
1160 <link>http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html
</link>
1161 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html
</guid>
1162 <pubDate>Sun,
16 Jan
2011 00:
20:
00 +
0100</pubDate>
1163 <description><p
>The video format struggle on the web continues, and the three
1164 contenders seem to be Ogg Theora, H
.264 and WebM. Most video sites
1165 seem to use H
.264, while others use Ogg Theora. Interestingly enough,
1166 the comments I see give me the feeling that a lot of people believe
1167 H
.264 is the most supported video format in browsers, but according to
1168 the Wikipedia article on
1169 <a href=
"http://en.wikipedia.org/wiki/HTML5_video
">HTML5 video
</a
>,
1170 this is not true. Check out the nice table of supprted formats in
1171 different browsers there. The format supported by most browsers is
1172 Ogg Theora, supported by released versions of Mozilla Firefox, Google
1173 Chrome, Chromium, Opera, Konqueror, Epiphany, Origyn Web Browser and
1174 BOLT browser, while not supported by Internet Explorer nor Safari.
1175 The runner up is WebM supported by released versions of Google Chrome
1176 Chromium Opera and Origyn Web Browser, and test versions of Mozilla
1177 Firefox. H
.264 is supported by released versions of Safari, Origyn
1178 Web Browser and BOLT browser, and the test version of Internet
1179 Explorer. Those wanting Ogg Theora support in Internet Explorer and
1180 Safari can install plugins to get it.
</p
>
1182 <p
>To me, the simple conclusion from this is that to reach most users
1183 without any extra software installed, one uses Ogg Theora with the
1184 HTML5 video tag. Of course to reach all those without a browser
1185 handling HTML5, one need fallback mechanisms. In
1186 <a href=
"http://www.nuug.no/
">NUUG
</a
>, we provide first fallback to a
1187 plugin capable of playing MPEG1 video, and those without such support
1188 we have a second fallback to the Cortado java applet playing Ogg
1189 Theora. This seem to work quite well, as can be seen in an
<a
1190 href=
"http://www.nuug.no/aktiviteter/
20110111-semantic-web/
">example
1191 from last week
</a
>.
</p
>
1193 <p
>The reason Ogg Theora is the most supported format, and H
.264 is
1194 the least supported is simple. Implementing and using H
.264
1195 require royalty payment to MPEG-LA, and the terms of use from MPEG-LA
1196 are incompatible with free software licensing. If you believed H
.264
1197 was without royalties and license terms, check out
1198 "<a href=
"http://webmink.com/essays/h-
264/
">H
.264 – Not The Kind Of
1199 Free That Matters
</a
>" by Simon Phipps.
</p
>
1201 <p
>A incomplete list of sites providing video in Ogg Theora is
1203 <a href=
"http://wiki.xiph.org/index.php/List_of_Theora_videos
">the
1204 Xiph.org wiki
</a
>, if you want to have a look. I
'm not aware of a
1205 similar list for WebM nor H
.264.
</p
>
1207 <p
>Update
2011-
01-
16 09:
40: A question from Tollef on IRC made me
1208 realise that I failed to make it clear enough this text is about the
1209 &lt;video
&gt; tag support in browsers and not the video support
1210 provided by external plugins like the Flash plugins.
</p
>
1215 <title>Chrome plan to drop H
.264 support for HTML5
&lt;video
&gt;
</title>
1216 <link>http://people.skolelinux.org/pere/blog/Chrome_plan_to_drop_H_264_support_for_HTML5__lt_video_gt_.html
</link>
1217 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Chrome_plan_to_drop_H_264_support_for_HTML5__lt_video_gt_.html
</guid>
1218 <pubDate>Wed,
12 Jan
2011 22:
10:
00 +
0100</pubDate>
1219 <description><p
>Today I discovered
1220 <a href=
"http://www.digi.no/
860070/google-dropper-h264-stotten-i-chrome
">via
1221 digi.no
</a
> that the Chrome developers, in a surprising announcement,
1222 <a href=
"http://blog.chromium.org/
2011/
01/html-video-codec-support-in-chrome.html
">yesterday
1223 announced
</a
> plans to drop H
.264 support for HTML5
&lt;video
&gt; in
1224 the browser. The argument used is that H
.264 is not a
"completely
1225 open
" codec technology. If you believe H
.264 was free for everyone
1226 to use, I recommend having a look at the essay
1227 "<a href=
"http://webmink.com/essays/h-
264/
">H
.264 – Not The Kind Of
1228 Free That Matters
</a
>". It is not free of cost for creators of video
1229 tools, nor those of us that want to publish on the Internet, and the
1230 terms provided by MPEG-LA excludes free software projects from
1231 licensing the patents needed for H
.264. Some background information
1232 on the Google announcement is available from
1233 <a href=
"http://www.osnews.com/story/
24243/Google_To_Drop_H264_Support_from_Chrome
">OSnews
</a
>.
1234 A good read. :)
</p
>
1236 <p
>Personally, I believe it is great that Google is taking a stand to
1237 promote equal terms for everyone when it comes to video publishing on
1238 the Internet. This can only be done by publishing using free and open
1239 standards, which is only possible if the web browsers provide support
1240 for these free and open standards. At the moment there seem to be two
1241 camps in the web browser world when it come to video support. Some
1242 browsers support H
.264, and others support
1243 <a href=
"http://www.theora.org/
">Ogg Theora
</a
> and
1244 <a href=
"http://www.webmproject.org/
">WebM
</a
>
1245 (
<a href=
"http://www.diracvideo.org/
">Dirac
</a
> is not really an option
1246 yet), forcing those of us that want to publish video on the Internet
1247 and which can not accept the terms of use presented by MPEG-LA for
1248 H
.264 to not reach all potential viewers.
1249 Wikipedia keep
<a href=
"http://en.wikipedia.org/wiki/HTML5_video
">an
1250 updated summary
</a
> of the current browser support.
</p
>
1252 <p
>Not surprising, several people would prefer Google to keep
1253 promoting H
.264, and John Gruber
1254 <a href=
"http://daringfireball.net/
2011/
01/simple_questions
">presents
1255 the mind set
</a
> of these people quite well. His rhetorical questions
1256 provoked a reply from Thom Holwerda with another set of questions
1257 <a href=
"http://www.osnews.com/story/
24245/
10_Questions_for_John_Gruber_Regarding_H_264_WebM
">presenting
1258 the issues with H
.264</a
>. Both are worth a read.
</p
>
1260 <p
>Some argue that if Google is dropping H
.264 because it isn
't free,
1261 they should also drop support for the Adobe Flash plugin. This
1262 argument was covered by Simon Phipps in
1263 <a href=
"http://blogs.computerworlduk.com/simon-says/
2011/
01/google-and-h264---far-from-hypocritical/index.htm
">todays
1264 blog post
</a
>, which I find to put the issue in context. To me it
1265 make perfect sense to drop native H
.264 support for HTML5 in the
1266 browser while still allowing plugins.
</p
>
1268 <p
>I suspect the reason this announcement make so many people protest,
1269 is that all the users and promoters of H
.264 suddenly get an uneasy
1270 feeling that they might be backing the wrong horse. A lot of TV
1271 broadcasters have been moving to H
.264 the last few years, and a lot
1272 of money has been invested in hardware based on the belief that they
1273 could use the same video format for both broadcasting and web
1274 publishing. Suddenly this belief is shaken.
</p
>
1276 <p
>An interesting question is why Google is doing this. While the
1277 presented argument might be true enough, I believe Google would only
1278 present the argument if the change make sense from a business
1279 perspective. One reason might be that they are currently negotiating
1280 with MPEG-LA over royalties or usage terms, and giving MPEG-LA the
1281 feeling that dropping H
.264 completely from Chroome, Youtube and
1282 Google Video would improve the negotiation position of Google.
1283 Another reason might be that Google want to save money by not having
1284 to pay the video tax to MPEG-LA at all, and thus want to move to a
1285 video format not requiring royalties at all. A third reason might be
1286 that the Chrome development team simply want to avoid the
1287 Chrome/Chromium split to get more help with the development of Chrome.
1288 I guess time will tell.
</p
>
1290 <p
>Update
2011-
01-
15: The Google Chrome team provided
1291 <a href=
"http://blog.chromium.org/
2011/
01/more-about-chrome-html-video-codec.html
">more
1292 background and information on the move
</a
> it a blog post yesterday.
</p
>
1297 <title>Is Ogg Theora a free and open standard?
</title>
1298 <link>http://people.skolelinux.org/pere/blog/Is_Ogg_Theora_a_free_and_open_standard_.html
</link>
1299 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Is_Ogg_Theora_a_free_and_open_standard_.html
</guid>
1300 <pubDate>Sat,
25 Dec
2010 20:
25:
00 +
0100</pubDate>
1301 <description><p
><a href=
"http://www.digistan.org/open-standard:definition
">The
1302 Digistan definition
</a
> of a free and open standard reads like this:
</p
>
1306 <p
>The Digital Standards Organization defines free and open standard
1307 as follows:
</p
>
1311 <li
>A free and open standard is immune to vendor capture at all stages
1312 in its life-cycle. Immunity from vendor capture makes it possible to
1313 freely use, improve upon, trust, and extend a standard over time.
</li
>
1315 <li
>The standard is adopted and will be maintained by a not-for-profit
1316 organisation, and its ongoing development occurs on the basis of an
1317 open decision-making procedure available to all interested
1320 <li
>The standard has been published and the standard specification
1321 document is available freely. It must be permissible to all to copy,
1322 distribute, and use it freely.
</li
>
1324 <li
>The patents possibly present on (parts of) the standard are made
1325 irrevocably available on a royalty-free basis.
</li
>
1327 <li
>There are no constraints on the re-use of the standard.
</li
>
1331 <p
>The economic outcome of a free and open standard, which can be
1332 measured, is that it enables perfect competition between suppliers of
1333 products based on the standard.
</p
>
1336 <p
>For a while now I have tried to figure out of Ogg Theora is a free
1337 and open standard according to this definition. Here is a short
1338 writeup of what I have been able to gather so far. I brought up the
1339 topic on the Xiph advocacy mailing list
1340 <a href=
"http://lists.xiph.org/pipermail/advocacy/
2009-July/
001632.html
">in
1341 July
2009</a
>, for those that want to see some background information.
1342 According to Ivo Emanuel Gonçalves and Monty Montgomery on that list
1343 the Ogg Theora specification fulfils the Digistan definition.
</p
>
1345 <p
><strong
>Free from vendor capture?
</strong
></p
>
1347 <p
>As far as I can see, there is no single vendor that can control the
1348 Ogg Theora specification. It can be argued that the
1349 <a href=
"http://www.xiph.org/
">Xiph foundation
</A
> is such vendor, but
1350 given that it is a non-profit foundation with the expressed goal
1351 making free and open protocols and standards available, it is not
1352 obvious that this is a real risk. One issue with the Xiph
1353 foundation is that its inner working (as in board member list, or who
1354 control the foundation) are not easily available on the web. I
've
1355 been unable to find out who is in the foundation board, and have not
1356 seen any accounting information documenting how money is handled nor
1357 where is is spent in the foundation. It is thus not obvious for an
1358 external observer who control The Xiph foundation, and for all I know
1359 it is possible for a single vendor to take control over the
1360 specification. But it seem unlikely.
</p
>
1362 <p
><strong
>Maintained by open not-for-profit organisation?
</strong
></p
>
1364 <p
>Assuming that the Xiph foundation is the organisation its web pages
1365 claim it to be, this point is fulfilled. If Xiph foundation is
1366 controlled by a single vendor, it isn
't, but I have not found any
1367 documentation indicating this.
</p
>
1369 <p
>According to
1370 <a href=
"http://media.hiof.no/diverse/fad/rapport_4.pdf
">a report
</a
>
1371 prepared by Audun Vaaler og Børre Ludvigsen for the Norwegian
1372 government, the Xiph foundation is a non-commercial organisation and
1373 the development process is open, transparent and non-Discrimatory.
1374 Until proven otherwise, I believe it make most sense to believe the
1375 report is correct.
</p
>
1377 <p
><strong
>Specification freely available?
</strong
></p
>
1379 <p
>The specification for the
<a href=
"http://www.xiph.org/ogg/doc/
">Ogg
1380 container format
</a
> and both the
1381 <a href=
"http://www.xiph.org/vorbis/doc/
">Vorbis
</a
> and
1382 <a href=
"http://theora.org/doc/
">Theora
</a
> codeces are available on
1383 the web. This are the terms in the Vorbis and Theora specification:
1387 Anyone may freely use and distribute the Ogg and [Vorbis/Theora]
1388 specifications, whether in private, public, or corporate
1389 capacity. However, the Xiph.Org Foundation and the Ogg project reserve
1390 the right to set the Ogg [Vorbis/Theora] specification and certify
1391 specification compliance.
1395 <p
>The Ogg container format is specified in IETF
1396 <a href=
"http://www.xiph.org/ogg/doc/rfc3533.txt
">RFC
3533</a
>, and
1397 this is the term:
<p
>
1401 <p
>This document and translations of it may be copied and furnished to
1402 others, and derivative works that comment on or otherwise explain it
1403 or assist in its implementation may be prepared, copied, published and
1404 distributed, in whole or in part, without restriction of any kind,
1405 provided that the above copyright notice and this paragraph are
1406 included on all such copies and derivative works. However, this
1407 document itself may not be modified in any way, such as by removing
1408 the copyright notice or references to the Internet Society or other
1409 Internet organizations, except as needed for the purpose of developing
1410 Internet standards in which case the procedures for copyrights defined
1411 in the Internet Standards process must be followed, or as required to
1412 translate it into languages other than English.
</p
>
1414 <p
>The limited permissions granted above are perpetual and will not be
1415 revoked by the Internet Society or its successors or assigns.
</p
>
1418 <p
>All these terms seem to allow unlimited distribution and use, an
1419 this term seem to be fulfilled. There might be a problem with the
1420 missing permission to distribute modified versions of the text, and
1421 thus reuse it in other specifications. Not quite sure if that is a
1422 requirement for the Digistan definition.
</p
>
1424 <p
><strong
>Royalty-free?
</strong
></p
>
1426 <p
>There are no known patent claims requiring royalties for the Ogg
1428 <a href=
"http://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=
65782">MPEG-LA
</a
>
1430 <a href=
"http://yro.slashdot.org/story/
10/
04/
30/
237238/Steve-Jobs-Hints-At-Theora-Lawsuit
">Steve
1431 Jobs
</a
> in Apple claim to know about some patent claims (submarine
1432 patents) against the Theora format, but no-one else seem to believe
1433 them. Both Opera Software and the Mozilla Foundation have looked into
1434 this and decided to implement Ogg Theora support in their browsers
1435 without paying any royalties. For now the claims from MPEG-LA and
1436 Steve Jobs seem more like FUD to scare people to use the H
.264 codec
1437 than any real problem with Ogg Theora.
</p
>
1439 <p
><strong
>No constraints on re-use?
</strong
></p
>
1441 <p
>I am not aware of any constraints on re-use.
</p
>
1443 <p
><strong
>Conclusion
</strong
></p
>
1445 <p
>3 of
5 requirements seem obviously fulfilled, and the remaining
2
1446 depend on the governing structure of the Xiph foundation. Given the
1447 background report used by the Norwegian government, I believe it is
1448 safe to assume the last two requirements are fulfilled too, but it
1449 would be nice if the Xiph foundation web site made it easier to verify
1452 <p
>It would be nice to see other analysis of other specifications to
1453 see if they are free and open standards.
</p
>
1458 <title>Why isn
't Debian Edu using VLC?
</title>
1459 <link>http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</link>
1460 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</guid>
1461 <pubDate>Sat,
27 Nov
2010 11:
30:
00 +
0100</pubDate>
1462 <description><p
>In the latest issue of Linux Journal, the readers choices were
1463 presented, and the winner among the multimedia player were VLC.
1464 Personally, I like VLC, and it is my player of choice when I first try
1465 to play a video file or stream. Only if VLC fail will I drag out
1466 gmplayer to see if it can do better. The reason is mostly the failure
1467 model and trust. When VLC fail, it normally pop up a error message
1468 reporting the problem. When mplayer fail, it normally segfault or
1469 just hangs. The latter failure mode drain my trust in the program.
<p
>
1471 <p
>But even if VLC is my player of choice, we have choosen to use
1472 mplayer in
<a href=
"http://www.skolelinux.org/
">Debian
1473 Edu/Skolelinux
</a
>. The reason is simple. We need a good browser
1474 plugin to play web videos seamlessly, and the VLC browser plugin is
1475 not very good. For example, it lack in-line control buttons, so there
1476 is no way for the user to pause the video. Also, when I
1477 <a href=
"http://wiki.debian.org/DebianEdu/BrowserMultimedia
">last
1478 tested the browser plugins
</a
> available in Debian, the VLC plugin
1479 failed on several video pages where mplayer based plugins worked. If
1480 the browser plugin for VLC was as good as the gecko-mediaplayer
1481 package (which uses mplayer), we would switch.
</P
>
1483 <p
>While VLC is a good player, its user interface is slightly
1484 annoying. The most annoying feature is its inconsistent use of
1485 keyboard shortcuts. When the player is in full screen mode, its
1486 shortcuts are different from when it is playing the video in a window.
1487 For example, space only work as pause when in full screen mode. I
1488 wish it had consisten shortcuts and that space also would work when in
1489 window mode. Another nice shortcut in gmplayer is [enter] to restart
1490 the current video. It is very nice when playing short videos from the
1491 web and want to restart it when new people arrive to have a look at
1492 what is going on.
</p
>
1497 <title>Best å ikke fortelle noen at streaming er nedlasting...
</title>
1498 <link>http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</link>
1499 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</guid>
1500 <pubDate>Sat,
30 Oct
2010 11:
20:
00 +
0200</pubDate>
1501 <description><p
>I dag la jeg inn en kommentar på en sak hos NRKBeta
1502 <a href=
"http://nrkbeta.no/
2010/
10/
27/bakom-blindpassasjer-del-
1/
">om
1503 hvordan TV-serien Blindpassasjer ble laget
</a
> i forbindelse med at
1504 filmene NRK la ut ikke var tilgjengelig i et
1505 <a href=
"http://www.digistan.org/open-standard:definition
">fritt og
1506 åpent format
</a
>. Dette var det jeg skrev publiserte der
07:
39.
</p
>
1508 <p
><blockquote
>
1509 <p
>"Vi fikk en kommentar rundt måten streamet innhold er beskyttet fra
1510 nedlasting. Mange av oss som kan mer enn gjennomsnittet om systemer
1511 som dette, vet at det stort sett er mulig å lure ut ting med den
1512 nødvendige forkunnskapen.
"</p
>
1514 <p
>Haha. Å streame innhold er det samme som å laste ned innhold, så å
1515 beskytte en stream mot nedlasting er ikke mulig. Å skrive noe slikt
1516 er å forlede leseren.
</p
>
1518 <p
>Med den bakgrunn blir forklaringen om at noen rettighetshavere kun
1519 vil tillate streaming men ikke nedlasting meningsløs.
</p
>
1521 <p
>Anbefaler forresten å lese
1522 <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
>
1523 om hva som ville være konsekvensen hvis digitale avspillingssperrer
1524 (DRM) fungerte. Det gjør de naturligvis ikke teknisk - det er jo
1525 derfor de må ha totalitære juridiske beskyttelsesmekanismer på plass,
1526 men det er skremmende hva samfunnet tillater og NRK er med på å bygge
1527 opp under.
</p
>
1528 </blockquote
></p
>
1530 <p
>Ca.
20 minutter senere får jeg følgende epost fra Anders Hofseth i
1533 <p
><blockquote
>
1534 <p
>From: Anders Hofseth
&lt;XXX@gmail.com
>
1535 <br
>To:
"pere@hungry.com
" &lt;pere@hungry.com
>
1536 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>, Jon Ståle Carlsen
&lt;XXX@gmail.com
>, Henrik Lied
&lt;XXX@gmail.com
>
1537 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
1538 <br
>Date: Sat,
30 Oct
2010 07:
58:
44 +
0200</p
>
1540 <p
>Hei Petter.
1541 <br
>Det du forsøker dra igang er egentlig en interessant diskusjon,
1542 men om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt
1543 om å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
1544 særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
1546 <p
>Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er
1547 fjernet og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
1548 konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
1550 <p
>Med hilsen,
1551 <br
>-anders
</p
>
1553 <p
>Ring meg om noe er uklart:
95XXXXXXX
</p
>
1554 </blockquote
></p
>
1556 <p
>Ble så fascinert over denne holdningen, at jeg forfattet og sendte
1557 over følgende svar. I og med at debatten er fjernet fra NRK Betas
1558 kommentarfelt, så velger jeg å publisere her på bloggen min i stedet.
1559 Har fjernet epostadresser og telefonnummer til de involverte, for å
1560 unngå at de tiltrekker seg uønskede direkte kontaktforsøk.
</p
>
1562 <p
><blockquote
>
1563 <p
>From: Petter Reinholdtsen
&lt;pere@hungry.com
>
1564 <br
>To: Anders Hofseth
&lt;XXX@gmail.com
>
1565 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>,
1566 <br
> Jon Ståle Carlsen
&lt;XXX@gmail.com
>,
1567 <br
> Henrik Lied
&lt;XXX@gmail.com
>
1568 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
1569 <br
>Date: Sat,
30 Oct
2010 08:
24:
34 +
0200</p
>
1571 <p
>[Anders Hofseth]
1572 <br
>> Hei Petter.
</p
>
1574 <p
>Hei.
</p
>
1576 <p
>> Det du forsøker dra igang er egentlig en interessant diskusjon, men
1577 <br
>> om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt om
1578 <br
>> å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
1579 <br
>> særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
1581 <p
>Godt å se at du er enig i at dette er en interessant diskusjon. Den
1582 vil nok fortsette en stund til. :)
</p
>
1584 <p
>Må innrømme at jeg synes det er merkelig å lese at dere i NRK med
1585 vitende og vilje ønsker å forlede rettighetshaverne for å kunne
1586 fortsette å legge ut arkivmateriale.
</p
>
1588 <p
>Kommentarer og diskusjoner i bloggene til NRK Beta påvirker jo ikke
1589 faktum, som er at streaming er det samme som nedlasting, og at innhold
1590 som er lagt ut på nett kan lagres lokalt for avspilling når en ønsker
1593 <p
>Det du sier er jo at klarering av arkivmateriale for publisering på
1594 web krever at en holder faktum skjult fra debattfeltet på NRKBeta.
1595 Det er ikke et argument som holder vann. :)
</p
>
1597 <p
>> Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er fjernet
1598 <br
>> og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
1599 <br
>> konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
1601 <p
>Personlig ønsker jeg at NRK skal slutte å stikke hodet i sanden og
1602 heller være åpne på hvordan virkeligheten fungerer, samt ta opp kampen
1603 mot de som vil låse kulturen inne. Jeg synes det er en skam at NRK
1604 godtar å forlede publikum. Ville heller at NRK krever at innhold som
1605 skal sendes skal være uten bruksbegresninger og kan publiseres i
1606 formater som heller ikke har bruksbegresninger (bruksbegresningene til
1607 H
.264 burde få varselbjellene i NRK til å ringe).
</p
>
1609 <p
>At NRK er med på DRM-tåkeleggingen og at det kommer feilaktive
1610 påstander om at
"streaming beskytter mot nedlasting
" som bare er egnet
1611 til å bygge opp om en myte som er skadelig for samfunnet som helhet.
</p
>
1613 <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
1615 &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
> >.
1616 for å se hva slags bruksbegresninger H
.264 innebærer.
</p
>
1618 <p
>Hvis dette innebærer at NRK må være åpne med at arkivmaterialet ikke
1619 kan brukes før rettighetshaverene også innser at de er med på å skade
1620 samfunnets kultur og kollektive hukommelse, så får en i hvert fall
1621 synliggjort konsekvensene og antagelig mer flammer på en debatt som er
1622 langt på overtid.
</p
>
1624 <p
>> Ring meg om noe er uklart: XXX
</p
>
1626 <p
>Intet uklart, men ikke imponert over måten dere håndterer debatten på.
1627 Hadde du i stedet kommet med et tilsvar i kommentarfeltet der en
1628 gjorde det klart at blindpassasjer-blogpostingen ikke var riktig sted
1629 for videre diskusjon hadde dere i mine øyne kommet fra det med
1630 ryggraden på plass.
</p
>
1632 <p
>PS: Interessant å se at NRK-ansatte ikke bruker NRK-epostadresser.
</p
>
1634 <p
>Som en liten avslutning, her er noen litt morsomme innslag om temaet.
1635 &lt;URL:
<a href=
"http://www.archive.org/details/CopyingIsNotTheft
">http://www.archive.org/details/CopyingIsNotTheft
</a
> > og
1636 &lt;URL:
<a href=
"http://patentabsurdity.com/
">http://patentabsurdity.com/
</a
> > hadde vært noe å kringkaste på
1639 <p
>Vennlig hilsen,
1641 <br
>Petter Reinholdtsen
</p
>
1646 <title>Pledge for funding to the Gnash project to get AVM2 support
</title>
1647 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</link>
1648 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</guid>
1649 <pubDate>Tue,
19 Oct
2010 14:
45:
00 +
0200</pubDate>
1650 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is the
1651 most promising solution for a Free Software Flash implementation. It
1652 has done great so far, but there is still far to go, and recently its
1653 funding has dried up. I believe AVM2 support in Gnash is vital to the
1654 continued progress of the project, as more and more sites show up with
1655 AVM2 flash files.
</p
>
1657 <p
>To try to get funding for developing such support, I have started
1658 <a href=
"http://www.pledgebank.com/gnash-avm2
">a pledge
</a
> with the
1659 following text:
</P
>
1661 <p
><blockquote
>
1663 <p
>"I will pay
100$ to the Gnash project to develop AVM2 support but
1664 only if
10 other people will do the same.
"</p
>
1666 <p
>- Petter Reinholdtsen, free software developer
</p
>
1668 <p
>Deadline to sign up by:
24th December
2010</p
>
1670 <p
>The Gnash project need to get support for the new Flash file
1671 format AVM2 to work with a lot of sites using Flash on the
1672 web. Gnash already work with a lot of Flash sites using the old AVM1
1673 format, but more and more sites are using the AVM2 format these
1674 days. The project web page is available from
1675 http://www.getgnash.org/ . Gnash is a free software implementation
1676 of Adobe Flash, allowing those of us that do not accept the terms of
1677 the Adobe Flash license to get access to Flash sites.
</p
>
1679 <p
>The project need funding to get developers to put aside enough
1680 time to develop the AVM2 support, and this pledge is my way to try
1681 to get this to happen.
</p
>
1683 <p
>The project accept donations via the OpenMediaNow foundation,
1684 <a href=
"http://www.openmedianow.org/?q=node/
32">http://www.openmedianow.org/?q=node/
32</a
> .
</p
>
1686 </blockquote
></p
>
1688 <p
>I hope you will support this effort too. I hope more than
10
1689 people will participate to make this happen. The more money the
1690 project gets, the more features it can develop using these funds.
1696 <title>TED talks på norsk og NUUG-foredrag - frivillige trengs til teksting
</title>
1697 <link>http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html
</link>
1698 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html
</guid>
1699 <pubDate>Fri,
1 Oct
2010 11:
00:
00 +
0200</pubDate>
1700 <description><p
>Frikanalen og NUUG jobber for å få
<a href=
"http://www.ted.com
">TED
1701 talks
</a
> kringkastet på
1702 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
>, for å gi et mer
1703 variert innhold på kanalen som i dag sendes på RiksTV, Lyse og
1704 Uninett. Før innslagene kan sendes må det lages norske undertekster,
1705 og dette her trengs det frivillige. Det er hundrevis av innslag, men
1707 <a href=
"http://www.ted.com/talks/james_randi.html
">James Randi
</a
> og
1708 <a href=
"http://www.ted.com/talks/lang/eng/michael_specter_the_danger_of_science_denial.html
">Michael
1709 Specter
</a
>. Hvis du har litt tid til overs, bli med på å oversette
1710 TED-foredragene til norsk og få på plass undertekster. TED har
1711 allerede opplegg på plass for å håndtere oversettelser og
1712 undertekster. Registrer deg på
1713 <a href=
"http://www.ted.com/translate/forted
">sidene til TED
</a
> i
1716 <p
>NUUG holder også på å få alle opptakene fra NUUG-presentasjonene
1717 <a href=
"http://www.nuug.no/pub/video/frikanalen/frontpage.cgi?organization=NUUG
">publisert
1718 på Frikanalen
</a
>. Foredrag på engelsk må også her tekstes og
1719 oversettes. Ta kontakt med video@nuug.no hvis du vil bidra med
1720 teksting og oversetting. Arbeidet koordineres på epostlisten og på
1721 IRC (#nuug-video på irc.oftc.org), og
<a
1722 href=
"http://wiki.nuug.no/grupper/video/frikanalen
">en wikiside
</a
>
1723 brukes som notatblokk for arbeidet. Mest lovende verktøy for dette
1724 ser i dag ut til å være
1725 <a href=
"http://universalsubtitles.org/
">Universal Subtitles
</a
>, som
1726 lar en bidra med teksting via en nettleser.
</p
>
1731 <title>Terms of use for video produced by a Canon IXUS
130 digital camera
</title>
1732 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</link>
1733 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</guid>
1734 <pubDate>Thu,
9 Sep
2010 23:
55:
00 +
0200</pubDate>
1735 <description><p
>A few days ago I had the mixed pleasure of bying a new digital
1736 camera, a Canon IXUS
130. It was instructive and very disturbing to
1737 be able to verify that also this camera producer have the nerve to
1738 specify how I can or can not use the videos produced with the camera.
1739 Even thought I was aware of the issue, the options with new cameras
1740 are limited and I ended up bying the camera anyway. What is the
1741 problem, you might ask? It is software patents, MPEG-
4, H
.264 and the
1742 MPEG-LA that is the problem, and our right to record our experiences
1743 without asking for permissions that is at risk.
1745 <p
>On page
27 of the Danish instruction manual, this section is
1749 <p
>This product is licensed under AT
&T patents for the MPEG-
4 standard
1750 and may be used for encoding MPEG-
4 compliant video and/or decoding
1751 MPEG-
4 compliant video that was encoded only (
1) for a personal and
1752 non-commercial purpose or (
2) by a video provider licensed under the
1753 AT
&T patents to provide MPEG-
4 compliant video.
</p
>
1755 <p
>No license is granted or implied for any other use for MPEG-
4
1759 <p
>In short, the camera producer have chosen to use technology
1760 (MPEG-
4/H
.264) that is only provided if I used it for personal and
1761 non-commercial purposes, or ask for permission from the organisations
1762 holding the knowledge monopoly (patent) for technology used.
</p
>
1764 <p
>This issue has been brewing for a while, and I recommend you to
1766 "<a href=
"http://www.osnews.com/story/
23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
">Why
1767 Our Civilization
's Video Art and Culture is Threatened by the
1768 MPEG-LA
</a
>" by Eugenia Loli-Queru and
1769 "<a href=
"http://webmink.com/
2010/
09/
03/h-
264-and-foss/
">H
.264 Is Not
1770 The Sort Of Free That Matters
</a
>" by Simon Phipps to learn more about
1771 the issue. The solution is to support the
1772 <a href=
"http://www.digistan.org/open-standard:definition
">free and
1773 open standards
</a
> for video, like
<a href=
"http://www.theora.org/
">Ogg
1774 Theora
</a
>, and avoid MPEG-
4 and H
.264 if you can.
</p
>
1779 <title>Some notes on Flash in Debian and Debian Edu
</title>
1780 <link>http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</link>
1781 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</guid>
1782 <pubDate>Sat,
4 Sep
2010 10:
10:
00 +
0200</pubDate>
1783 <description><p
>In the
<a href=
"http://popcon.debian.org/unknown/by_vote
">Debian
1784 popularity-contest numbers
</a
>, the adobe-flashplugin package the
1785 second most popular used package that is missing in Debian. The sixth
1786 most popular is flashplayer-mozilla. This is a clear indication that
1787 working flash is important for Debian users. Around
10 percent of the
1788 users submitting data to popcon.debian.org have this package
1789 installed.
</p
>
1791 <p
>In the report written by Lars Risan in August
2008
1792 («
<a href=
"http://wiki.skolelinux.no/Dokumentasjon/Rapporter?action=AttachFile
&do=view
&target=Skolelinux_i_bruk_rapport_1.0.pdf
">Skolelinux
1793 i bruk – Rapport for Hurum kommune, Universitetet i Agder og
1794 stiftelsen SLX Debian Labs
</a
>»), one of the most important problems
1795 schools experienced with
<a href=
"http://www.skolelinux.org/
">Debian
1796 Edu/Skolelinux
</a
> was the lack of working Flash. A lot of educational
1797 web sites require Flash to work, and lacking working Flash support in
1798 the web browser and the problems with installing it was perceived as a
1799 good reason to stay with Windows.
</p
>
1801 <p
>I once saw a funny and sad comment in a web forum, where Linux was
1802 said to be the retarded cousin that did not really understand
1803 everything you told him but could work fairly well. This was a
1804 comment regarding the problems Linux have with proprietary formats and
1805 non-standard web pages, and is sad because it exposes a fairly common
1806 understanding of whose fault it is if web pages that only work in for
1807 example Internet Explorer
6 fail to work on Firefox, and funny because
1808 it explain very well how annoying it is for users when Linux
1809 distributions do not work with the documents they receive or the web
1810 pages they want to visit.
</p
>
1812 <p
>This is part of the reason why I believe it is important for Debian
1813 and Debian Edu to have a well working Flash implementation in the
1814 distribution, to get at least popular sites as Youtube and Google
1815 Video to working out of the box. For Squeeze, Debian have the chance
1816 to include the latest version of Gnash that will make this happen, as
1817 the new release
0.8.8 was published a few weeks ago and is resting in
1818 unstable. The new version work with more sites that version
0.8.7.
1819 The Gnash maintainers have asked for a freeze exception, but the
1820 release team have not had time to reply to it yet. I hope they agree
1821 with me that Flash is important for the Debian desktop users, and thus
1822 accept the new package into Squeeze.
</p
>
1827 <title>Første NUUG-fordrag sendt på TV
</title>
1828 <link>http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html
</link>
1829 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html
</guid>
1830 <pubDate>Tue,
8 Dec
2009 12:
00:
00 +
0100</pubDate>
1831 <description><p
>Endelig har NUUG klart å få kringkastet ut et av sine fordrag på
1833 <a href=
"http://www.nuug.no/aktiviteter/
20090512-bifrost/
">utskriftsløsningen
1834 Biforst
</a
> var først ute, pga. at det var det nyeste foredraget som
1835 var holdt på norsk, og dermed slapp vi å finne ut av hvordan
1836 teksting av video skulle gjøres.
</p
>
1838 <p
>NUUG har vært involvert i
1839 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> en stund nå, for å
1840 forsøke å få ut budskapet vårt også på TV, og dette første foredraget
1841 er en sped start på det vi har planlagt.
</p
>
1843 <p
>NUUGs første foredrag sendes ut via frikanelen på digitalt
1844 bakkenett, og alle abonnenter av riks-TV skal dermed ha mulighet til å
1845 ta inn sendingen. Slå på TVen
5/
12 16:
05 (for sent),
12/
12 14:
00,
1846 19/
12 16:
00,
24/
12 15:
37 eller
26/
12 16:
11 i år, så skal du få se
1847 meg, Tollef og alle andre de som deltok på møtet på TV.
<p
>
1852 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon
2</title>
1853 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html
</link>
1854 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html
</guid>
1855 <pubDate>Thu,
9 Jul
2009 14:
40:
00 +
0200</pubDate>
1856 <description><p
>For å forstå mer om hvorfor standardkatalogens versjon
2 ble som
1857 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
1858 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
1859 wiki, direkte tilgjengelig via
"<a
1860 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon.pdf
">Referansekatalogen
1861 v2.0 - Oppsummering av høring
</a
>" og
"<a
1862 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon-katalogutkast.pdf
">Referansekatalog
1863 for IT-standarder i offentlig sektor Versjon
2.0, dd.mm.åååå -
1864 UTKAST
</a
>".
</p
>
1866 <p
>Det er tre ting jeg merker meg i oppsummeringen fra
1867 høringsuttalelsen da jeg skummet igjennom den. Det første er at
1868 forståelsen av hvordan programvarepatenter påvirker fri
1869 programvareutvikling også i Norge når en argumenterer med at
1870 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
1871 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
1872 standard innenfor hvert område. Det siste er at påstander i
1873 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
1874 Microsoft om hvordan Ogg blir standardisert og påstanden fra
1875 politidirektoratet om patentproblemer i Theora).
</p
>
1880 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon
2</title>
1881 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</link>
1882 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</guid>
1883 <pubDate>Mon,
6 Jul
2009 21:
00:
00 +
0200</pubDate>
1884 <description><p
>Jeg ble glad da regjeringen
1885 <a href=
"http://www.digi.no/
817635/her-er-statens-nye-it-standarder
">annonserte
</a
>
1887 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf
">statens
1888 referansekatalog over standarder
</a
>, men trist da jeg leste hva som
1889 faktisk var vedtatt etter
1890 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html
">høringen
</a
>.
1891 De fleste av de valgte åpne standardene er gode og vil bidra til at
1892 alle kan delta på like vilkår i å lage løsninger for staten, men
1893 noen av dem blokkerer for de som ikke har anledning til å benytte
1894 spesifikasjoner som krever betaling for bruk (såkalt
1895 royalty-betaling). Det gjelder spesifikt for H
.264 for video og MP3
1896 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
1897 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
1898 fra statens websider gjøre dette uten å måtte bruke programmer der
1899 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
1900 de statlige etatene å bruke enten H
.264 eller Theora (og MP3 eler
1901 Vorbis), så vil en bli tvunget til å forholde seg til
1902 royalty-belastede standarder for å få tilgang til videoen og
1905 <p
>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
1906 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
1907 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
1908 all forståelse for hvilke prinsipper som må følges for å oppnå
1909 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
1911 <a href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2
">sin
1912 høringsuttalelse
</a
>, men ser ut til å ha blitt ignorert.
</p
>
1914 <p
>Oppdatering
2012-
06-
29: Kom over
<ahref=
"
1915 http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf
">en
1916 rapport til FAD
</a
> fra da versjon
1 av katalogen ble vedtatt, og der
1917 er det tydelig at problemstillingen var kjent og forstått.
</p
>
1922 <title>Microsofts misvisende argumentasjon rundt multimediaformater
</title>
1923 <link>http://people.skolelinux.org/pere/blog/Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html
</link>
1924 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html
</guid>
1925 <pubDate>Fri,
26 Jun
2009 13:
30:
00 +
0200</pubDate>
1926 <description><p
>I
1927 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf
">Microsoft
1928 sin høringsuttalelse
</a
> til
1929 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html?id=
549422">forslag
1930 til versjon
2 av statens referansekatalog over standarder
</a
>, lirer
1931 de av seg følgende FUD-perle:
</p
>
1933 <p
><blockquote
>"Vorbis, OGG, Theora og FLAC er alle tekniske
1934 spesifikasjoner overordnet styrt av xiph.org, som er en
1935 ikke-kommersiell organisasjon. Etablerte og anerkjente
1936 standardiseringsorganisasjoner, som Oasis, W3C og Ecma, har en godt
1937 innarbeidet vedlikeholds- og forvaltningsprosess av en standard.
1938 Det er derimot helt opp til hver enkelt organisasjon å bestemme
1939 hvordan tekniske spesifikasjoner videreutvikles og endres, og disse
1940 spesifikasjonene bør derfor ikke defineres som åpne
1941 standarder.
"</blockquote
></p
>
1943 <p
>De vokter seg vel for å nevne den anerkjente
1944 standardiseringsorganisasjonen IETF, som er organisasjonen bak HTTP,
1945 IP og det meste av protokoller på Internet, og RFC-standardene som
1946 IETF står bak. Ogg er spesifisert i
1947 <a href=
"http://ietf.org/rfc/rfc3533.txt
">RFC
3533</a
>, og er uten
1948 tvil å anse som en åpen standard. Vorbis er
1949 <a href=
"http://ietf.org/rfc/rfc5215.txt
">RFC
5215</a
>. Theora er
1951 under standardisering via IETF, med
1952 <a href=
"http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-
00.txt
">siste
1953 utkast publisert
2006-
07-
21</a
> (riktignok er dermed teksten ikke
1954 skrevet i stein ennå, men det blir neppe endringer som ikke er
1955 bakoverkompatibel). De kan være inne på noe når det gjelder FLAC da
1956 jeg ikke finner tegn til at
<a
1957 href=
"http://flac.sourceforge.net/format.html
">spesifikasjonen
1958 tilgjengelig på web
</a
> er på tur via noen
1959 standardiseringsorganisasjon, men i og med at folkene bak Ogg, Theora
1960 og Vorbis også har involvert seg i Flac siden
2003, så ser jeg ikke
1961 bort fra at også den organiseres via IETF. Jeg kjenner personlig lite
1964 <p
>Uredelig argumentasjon bør en holde seg for god til å komme med,
1965 spesielt når det er så enkelt i dagens Internet-hverdag å gå
1966 misvisende påstander etter i sømmene.
</p
>
1971 <title>Recording video from cron using VLC
</title>
1972 <link>http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html
</link>
1973 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html
</guid>
1974 <pubDate>Sun,
5 Apr
2009 10:
00:
00 +
0200</pubDate>
1975 <description><p
>One think I have wanted to figure out for a along time is how to
1976 run vlc from cron to do recording of video streams on the net. The
1977 task is trivial with mplayer, but I do not really trust the security
1978 of mplayer (it crashes too often on strange input), and thus prefer
1979 vlc. I finally found a way to do it today. I spent an hour or so
1980 searching the web for recipes and reading the documentation. The
1981 hardest part was to get rid of the GUI window, but after finding the
1982 dummy interface, the command line finally presented itself:
</p
>
1984 <blockquote
><pre
>URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
1986 DISPLAY= vlc -q $URL \
1987 --sout=
"#duplicate{dst=std{access=file,url=
'$SAVEFILE
'},dst=nodisplay}
" \
1988 --intf=dummy
</pre
></blockquote
>
1990 <p
>The command stream the URL and store it in the SAVEFILE by
1991 duplicating the output stream to
"nodisplay
" and the file, using the
1992 dummy interface. The dummy interface and the nodisplay output make
1993 sure no X interface is needed.
</p
>
1995 <p
>The cron job then need to start this job with the appropriate URL
1996 and file name to save, sleep for the duration wanted, and then kill
1997 the vlc process with SIGTERM. Here is a complete script
1998 <tt
>vlc-record
</tt
> to use from
<tt
>at
</tt
> or
<tt
>cron
</tt
>:
</p
>
2000 <blockquote
><pre
>#!/bin/sh
2003 SAVEFILE=
"$
2"
2004 DURATION=
"$
3"
2005 DISPLAY= vlc -q
"$URL
" \
2006 --sout=
"#duplicate{dst=std{access=file,url=
'$SAVEFILE
'},dst=nodisplay}
" \
2007 --intf=dummy
< /dev/null
> /dev/null
2>&1 &
2011 wait $pid
</pre
></blockquote
>
2016 <title>Frikanalen og jul i studentrådet
</title>
2017 <link>http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html
</link>
2018 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html
</guid>
2019 <pubDate>Wed,
11 Mar
2009 23:
40:
00 +
0100</pubDate>
2020 <description><p
>I går
2021 <a href=
"http://lists.nuug.no/pipermail/interesserte/
2009-March/
000387.html
">lanserte
</a
>
2023 <a href=
"http://www.frikanalen.no
">Frikanalen
</a
> med
2024 <a href=
"http://www.nuug.no/pub/video/frikanalen/frontpage.cgi
">åpne
2025 standarder
</a
>, og resultatet av noen intense uker med arbeide kunne
2026 endelig presenteres. Jeg har tro på åpen kanalkonseptet som
2027 Frikanalen er et eksempel på, der borgerne får anledning til å
2028 kringkaste sitt syn på en åpen og demokratisk måte. Jeg er veldig
2029 glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle
2030 kan få tilgang til opptakene på web, og slipper å måtte installere MS
2031 Silverlight for å spille av opptakene.
</p
>
2033 <p
>Frikanalen har en brokete historie, og dagens inkarnasjon er ikke
2034 helt slik foreningen Åpen kanal planla det for mange år siden, noe som
2035 er bakgrunnen for at det fredag
13. mars
2009 kl
09:
00 starter en
2036 rettsak i Oslo tingrett der Kringkasterforeningen (tidligere
2037 foreningen Åpen kanal) har saksøkt kulturdepartementet over
2038 konsesjonsvilkårene til Frikanalen. Jeg er spent på resultatet.
</p
>
2040 <p
>I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede
2041 av å se en rekke av innslagene som er tilgjengelig. Her er mye
2042 religiøst sludder, fra
2043 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
720">vandring
2044 i jerusalem
</a
> via
2045 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
779">religiøst
2046 vinklede nyheter
</a
> til
2048 href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
2077">kreasjonisk
2049 retorikk
</a
>, men også fine
2050 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
407">dokumentarer
2051 om redningsselskapet
</a
> og
2052 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
2204">interessante
2053 tegneserieanmeldelser
</a
>. Det jeg derimot har hatt størst glede av,
2056 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
1556">jul
2057 i studentrådet
</a
>, der hver episode var en fest å se på. Jeg håper
2058 NUUG lykkes med å få ut sine opptak med like stor suksess.
</p
>
2063 <title>Lisensvalg for NUUG-opptakene endelig på plass
</title>
2064 <link>http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html
</link>
2065 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html
</guid>
2066 <pubDate>Fri,
6 Mar
2009 21:
20:
00 +
0100</pubDate>
2067 <description><p
>Etter mange års meditasjon over temaet, har NUUG endelig klart å
2068 bestemme seg for hvilken lisens vi skal bruke på videoopptakene som
2069 gjøres av NUUGs videogruppe. Ole Kristian har annonsert at lisensen
2070 blir
<a href=
"http://creativecommons.org/licenses/by-sa/
3.0/no/
">Creative
2071 Commons Navngivelse-Del på samme vilkår
3.0 Norge
</a
>. Jeg er veldig
2072 glad for at denne saken endelig er landet. Lisensen for opptaket til
2073 Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart
2074 på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak
2075 i denne sammenhengen.
</p
>
2080 <title>Første vellykkede videostrøm fra NUUG
</title>
2081 <link>http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html
</link>
2082 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html
</guid>
2083 <pubDate>Wed,
11 Feb
2009 06:
30:
00 +
0100</pubDate>
2084 <description><p
>Jeg ble glad for å se under
2085 <a href=
"http://www.nuug.no/aktiviteter/
20090210-compiz/
">gårdagens
2086 medlemsmøte
</a
> i NUUG Oslo at utsending av live-video fra møtet
2087 fungerte for første gang. Forrige gang ble det ved en teknisk tabbe
2088 sendt video uten lyd. Vi kan takke Ole Kristian Lien og resten av
2089 videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land
2090 kunne se foredraget samtidig med oss i Oslo. Vi opplevde til og med
2091 under møtet å motta spørsmål via IRC som ble besvart der og da.
2092 Opptaket publiseres så snart det er kopiert over til NUUGs
2093 webserver og komprimert.
</p
>
2098 <title>When web browser developers make a video player...
</title>
2099 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</link>
2100 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</guid>
2101 <pubDate>Sat,
17 Jan
2009 18:
50:
00 +
0100</pubDate>
2102 <description><p
>As part of the work we do in
<a href=
"http://www.nuug.no
">NUUG
</a
>
2103 to publish video recordings of our monthly presentations, we provide a
2104 page with embedded video for easy access to the recording. Putting a
2105 good set of HTML tags together to get working embedded video in all
2106 browsers and across all operating systems is not easy. I hope this
2107 will become easier when the
&lt;video
&gt; tag is implemented in all
2108 browsers, but I am not sure. We provide the recordings in several
2109 formats, MPEG1, Ogg Theora, H
.264 and Quicktime, and want the
2110 browser/media plugin to pick one it support and use it to play the
2111 recording, using whatever embed mechanism the browser understand.
2112 There is at least four different tags to use for this, the new HTML5
2113 &lt;video
&gt; tag, the
&lt;object
&gt; tag, the
&lt;embed
&gt; tag and
2114 the
&lt;applet
&gt; tag. All of these take a lot of options, and
2115 finding the best options is a major challenge.
</p
>
2117 <p
>I just tested the experimental Opera browser available from
<a
2118 href=
"http://labs.opera.com
">labs.opera.com
</a
>, to see how it handled
2119 a
&lt;video
&gt; tag with a few video sources and no extra attributes.
2120 I was not very impressed. The browser start by fetching a picture
2121 from the video stream. Not sure if it is the first frame, but it is
2122 definitely very early in the recording. So far, so good. Next,
2123 instead of streaming the
76 MiB video file, it start to download all
2124 of it, but do not start to play the video. This mean I have to wait
2125 for several minutes for the downloading to finish. When the download
2126 is done, the playing of the video do not start! Waiting for the
2127 download, but I do not get to see the video? Some testing later, I
2128 discover that I have to add the controls=
"true
" attribute to be able
2129 to get a play button to pres to start the video. Adding
2130 autoplay=
"true
" did not help. I sure hope this is a misfeature of the
2131 test version of Opera, and that future implementations of the
2132 &lt;video
&gt; tag will stream recordings by default, or at least start
2133 playing when the download is done.
</p
>
2135 <p
>The test page I used (since changed to add more attributes) is
2136 <a href=
"http://www.nuug.no/aktiviteter/
20090113-foredrag-om-foredrag/
">available
2137 from the nuug site
</a
>. Will have to test it with the new Firefox
2140 <p
>In the test process, I discovered a missing feature. I was unable
2141 to find a way to get the URL of the playing video out of Opera, so I
2142 am not quite sure it picked the Ogg Theora version of the video. I
2143 sure hope it was using the announced Ogg Theora support. :)
</p
>
2148 <title>Software video mixer on a USB stick
</title>
2149 <link>http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html
</link>
2150 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html
</guid>
2151 <pubDate>Sun,
28 Dec
2008 15:
40:
00 +
0100</pubDate>
2152 <description><p
>The
<a href=
"http://www.nuug.no/
">Norwegian Unix User Group
</a
> is
2153 recording our montly presentation on video, and recently we have
2154 worked on improving the quality of the recordings by mixing the slides
2155 directly with the video stream. For this, we use the
2156 <a href=
"http://dvswitch.alioth.debian.org/
">dvswitch
</a
> package from
2157 the Debian video team. As this require quite one computer per video
2158 source, and NUUG do not have enough laptops available, we need to
2159 borrow laptops. And to avoid having to install extra software on
2160 these borrwed laptops, I have wrapped up all the programs needed on a
2161 bootable USB stick. The software required is dvswitch with assosiated
2162 source, sink and mixer applications and
2163 <a href=
"http://www.kinodv.org/
">dvgrab
</a
>. To allow this setup to
2164 work without any configuration, I
've patched dvswitch to use
2165 <a href=
"http://www.avahi.org/
">avahi
</a
> to connect the various parts
2166 together. And to allow us to use laptops without firewire plugs, I
2167 upgraded dvgrab to the one from Debian/unstable to get one that work
2168 with USB sources. We have not yet tested this setup in a production
2169 setup, but I hope it will work properly, and allow us to set up a
2170 video mixer in a very short time frame. We will need it for
2171 <a href=
"http://www.goopen.no/
">Go Open
2009</a
>.
</p
>
2173 <p
><a href=
"http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz
">The
2174 USB image
</a
> is for a
1 GB memory stick, but can be used on any
2175 larger stick as well.
</p
>