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 multimedia
</title>
5 <description>Entries tagged multimedia
</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>Hva gjør at NRK kan distribuere H
.264-video uten patentavtale med MPEG LA?
</title>
11 <link>http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html
</guid>
13 <pubDate>Wed,
10 Jun
2015 15:
20:
00 +
0200</pubDate>
14 <description><p
>Helt siden jeg i
2012 fikk beskjed fra MPEG LA om at
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
">NRK
16 trengte patentavtale med dem
</a
> hvis de distribuerte H
.264-video til
17 sluttbrukere, har jeg lurt på hva som gjør at NRK ikke har slik
18 avtale. For noen dager siden fikk jeg endelig gjort noe med min
19 undring, og sendte
2015-
05-
28 følgende epost til info (at) nrk.no med
20 tittel
"Hva gjør at NRK kan distribuere H
.264-video uten patentavtale
21 med MPEG LA?
":
</p
>
23 <p
><blockquote
>
24 <p
>Jeg lurer på en ting rundt NRKs bruk av H
.264-video på sine
25 websider samt distribusjon via RiksTV og kabel-TV. Har NRK vurdert om
26 det er behov for en patentavtale med
27 <a href=
"http://www.mpegla.com/
">MPEG LA
</a
> slik det står i
28 programvarelisensene til blant annet Apple Final Cut Studio, Adobe
29 Premiere Pro, Avid og Apples Final Cut Pro X?
</p
>
31 <p
>Hvis dere har vurdert dette, hva var utfallet av en slik vurdering?
</p
>
33 <p
>Hvis dere ikke har vurdert dette, har NRK planer om å vurdere behovet
34 for patentavtale?
</p
>
36 <p
>I følge en artikkel på
37 <a href=
"https://nrkbeta.no/
2012/
02/
01/siste-kutt-for-final-cut/
">NRK
38 Beta i
2012</a
> har NRK brukt eller testet både Apple Final Cut
39 Studio, Adobe Premiere Pro, Avid og Apples Final Cut Pro X til bruk
40 for å redigere video før sending. Alle disse har bruksvilkår
41 understøttet av opphavsretten som sier at de kun kan brukes til å lage
42 filmer til personlig og ikke-kommersiell bruk - med mindre en har en
43 lisensavtale med MPEG LA om bruk av patenter utstedt i USA for H
.264.
44 Se f.eks.
<a href=
"http://www.avid.com/static/resources/common/documents/corporate/LICENSE.pdf
">bruksvilkårene for Avid
</a
>,
<a href=
"http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
">Adobe Premiere
</a
> og
<a href=
"http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
">Apple Final
45 Cut Studio
</a
> og søk etter
"MPEG LA
".
</p
>
47 <p
>Dette får meg til å lure på om det er brudd på opphavsretten å bruke
48 disse verktøyene i strid med bruksvilkårene uten patentavtale med MPEG
49 LA. Men NRK bruker jo tilsynelatende disse verktøyene uten patentavtale
50 med MPEG LA.
</p
>
52 <p
>I følge forfatteren av Open Broadcast Encoder finnes det to typer
53 H
.264-relaterte avtaler en kan få med MPEG LA. Det er én for å lage
54 programvare og utstyr som produserer H
.264-video, og en annen for å
55 kringkaste video som bruker H
.264. Dette forteller meg at selv om
56 produsentene av utstyr og programvare som NRK bruker har en slik avtale
57 med MPEG LA, så trenges det en egen avtale for å kringkaste video på det
60 <p
>I følge Ryan Rodriguez hos MPEG LA, da jeg spurte ham på epost i
61 juni
2012, har NRK ikke en slik avtale med MPEG LA. Han sa videre at
62 NRK trenger en slik avtale hvis NRK tilbyr H
.264-kodet video til
63 sluttbrukere. Jeg sjekket listen med
64 <a href=
"http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
">organisasjoner
65 med avtale med MPEG LA
</a
> og NRK står fortsatt ikke der.
</p
>
67 <p
>Jeg lurer dermed på hva som gjør at NRK kan bruke de overnevnte
68 videoredigeringsverktøyene, som tilsynelatende har krav om avtale med
69 MPEG LA for å kunne brukes slik NRK bruker dem, til å lage videofiler
70 for distribusjon uten å ha en avtale med MPEG LA om distribusjon av
71 H
.264-video? Dette er spesielt interessant å vite for oss andre som
72 også vurderer å spre H
.264-video etter å ha redigert dem med disse mye
73 brukte videoredigeringsverktøyene.
</p
>
74 </blockquote
></p
>
76 <p
>Samme dag fikk jeg automatisk svar om at min henvendelse hadde fått
77 saksid
1294699. Jeg fikk deretter følgende respons fra NRK
80 <p
><blockquote
>
81 <p
>Hei, beklager lang svartid, men det tok litt tid å finne ut hvem som kunne
82 svare på dette.
</p
>
84 <p
>For selskaper som leverer h
.264 til sluttbrukere på nett (f.eks
85 NRKs nett- tv utgaver som bruker h
.264) - og som leverer slike
86 tjenester uten betaling fra forbrukere – er det heller ikke påkrevd
87 noen patentavtale.
</p
>
89 <p
><a href=
"http://www.businesswire.com/news/home/
20100825006629/en/MPEG-LA%E2%
80%
99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y
">http://www.businesswire.com/news/home/
20100825006629/en/MPEG-LA%E2%
80%
99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y
</a
></p
>
91 <p
>Med vennlig hilsen
92 <br
>Gunn Helen Berg
93 <br
>Informasjonskonsulent, Publikumsservice
</p
>
96 <br
>Strategidivisjonen
97 <Br
>Sentralbord: +
47 23 04 70 00
98 <br
>Post: NRK Publikumsservice,
8608 Mo i Rana
99 <br
>nrk.no / info (at) nrk.no
</p
>
100 </blockquote
></p
>
102 Da dette ikke helt var svar på det jeg lurte på, sendte jeg samme dag
103 oppfølgerepost tilbake:
105 <p
><blockquote
>
106 <p
>[Gunn Helen Berg]
107 <br
>> Hei, beklager lang svartid, men det tok litt tid å finne ut hvem som
108 <br
>> kunne svare på dette.
</p
>
110 <p
>Takk for svar. Men det besvarte ikke helt det jeg spurte om.
</p
>
112 <p
>> For selskaper som leverer h
.264 til sluttbrukere på nett (f.eks NRKs
113 <br
>> nett- tv utgaver som bruker h
.264) - og som leverer slike tjenester
114 <br
>> uten betaling fra forbrukere – er det heller ikke påkrevd noen
115 <br
>> patentavtale.
117 <br
>> http://www.businesswire.com/news/home/
20100825006629/en/MPEG-LA%E2%
80%
99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y
</p
>
119 <p
>Spørsmålet er ikke kun om MPEG LA krever patentavtale eller ikke
120 (hvilket ikke helt besvares av pressemeldingen omtalt over, gitt at
121 pressemeldingen kom i
2010, to år før MPEG LA ansvarlige for
122 internasjonal lisensiering egen Ryan Rodriguez fortalte meg på epost
123 at NRK trenger en lisens.
</p
>
125 <p
>Det er uklart fra pressemeldingen hva
"Internet Broadcast AVC
126 Video
" konkret betyr, men i følge en
127 <a href=
"http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf
">presentasjon
128 fra MPEG LA med tema
"AVC PAtent Portfoli License Briefing
" datert
129 2015-
05-
15</a
> gjelder
"Internet Broadcast AVC Video
" kun kringkasting
130 på Internet som ikke tilbyr valg av enkeltinnslag (
"not
131 title-by-title
"), hvilket jo NRK gjør på sine nettsider. I tillegg
132 kringkaster jo NRK H
.264-video også utenom Internet (RiksTV, kabel,
133 satelitt), hvilket helt klart ikke er dekket av vilkårene omtalt i
134 pressemeldingen.
</p
>
136 <p
>Spørsmålet mitt er hvordan NRK kan bruke verktøy med bruksvilkår
137 som krever avtale med MPEG LA for det NRK bruker dem til, når NRK ikke
138 har avtale med MPEG LA. Hvis jeg forsto spørsmålet riktig, så mener
139 NRK at dere ikke trenger avtale med MPEG LA, men uten slik avtale kan
140 dere vel ikke bruke hverken Apple Final Cut Studio, Adobe Premiere
141 Pro, Avid eller Apples Final Cut Pro X for å redigere video før
144 <p
>Mine konkrete spørsmål var altså:
</p
>
148 <li
>Hvis NRK har vurdert om det er behov for en patentavtale med MPEG LA
149 slik det er krav om i programvarelisensene til blant annet Apple
150 Final Cut Studio, Adobe Premiere Pro, Avid og Apples Final Cut Pro X,
151 hva var utfallet av en slik vurdering? Kan jeg få kopi av vurderingen
152 hvis den er gjort skriftlig?
</li
>
154 <li
>Hvis NRK ikke har vurdert dette, har NRK planer om å vurdere behovet
155 for patentavtale?
</li
>
157 <li
>Hva slags saksnummer fikk min henvendelse i NRKs offentlige
158 postjournal? Jeg ser at postjournalen ikke er publisert for den
159 aktuelle perioden ennå, så jeg fikk ikke sjekket selv.
</li
>
162 </blockquote
></p
>
164 <p
>Det hjelper å ha funnet rette vedkommende i NRK, for denne gangen
165 fikk jeg svar tilbake dagen etter (
2015-
06-
10), fra Geir Børdalen i
168 <p
><blockquote
>
169 <p
>Hei Petter Reinholdtsen
</p
>
171 <p
>Jeg har sjekket saken med distribusjonssjef for tv, Arild Hellgren
172 (som var teknologidirektør da bakkenettet ble satt opp). NRK v/
173 Hellgren hadde møte med MPEG LA sammen med den europeiske
174 kringkastingsunionen EBU før bakkenettet for TV ble satt opp
175 (igangsatt høsten
2007). I dette møtet ble det avklart at NRK/EBU ikke
176 trengte noen patentavtale for h
.264 i forbindelse med oppsett av
177 bakkenettet eller bruk av MPEG4 h
.264 som kompresjonsalgoritme fordi
178 tjenesten «in full»(nor: helt) var betalt av utsendelseselskapene og
179 ikke av forbrukerne.
</p
>
181 <p
><a href=
"http://www.nrk.no/oppdrag/digitalt-bakkenett-
1.3214555">http://www.nrk.no/oppdrag/digitalt-bakkenett-
1.3214555</a
></p
>
183 <p
>Det er også klart slått fast at selskaper som leverer video basert
184 på MPEG4 h
.264 til sluttbrukere på nett, heller ikke påkrevd noen
185 patentavtale – så lenge de leverer slike tjenester uten betaling fra
186 sluttbrukere.
</p
>
188 <a href=
"http://www.businesswire.com/news/home/
20100825006629/en/MPEG-LA%E2%
80%
99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y
">http://www.businesswire.com/news/home/
20100825006629/en/MPEG-LA%E2%
80%
99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y
</a
>
190 <p
>“MPEG LA announced today that its AVC Patent Portfolio License will
191 continue not to charge royalties for Internet Video that is free to
192 end users (known as “Internet Broadcast AVC Video”) during the entire
193 life of this License. MPEG LA previously announced it would not charge
194 royalties for such video through December
31,
2015 (see
195 <a href=
"http://www.mpegla.com/Lists/MPEG%
20LA%
20News%
20List/Attachments/
226/n-
10-
02-
02.pdf
">http://www.mpegla.com/Lists/MPEG%
20LA%
20News%
20List/Attachments/
226/n-
10-
02-
02.pdf
</a
>),
196 and today’s announcement makes clear that royalties will continue not
197 to be charged for such video beyond that time. Products and services
198 other than Internet Broadcast AVC Video continue to be
199 royalty-bearing.”
</p
>
201 <p
>Vi har derfor ikke noe behov for å vurdere noen patentavtale med
204 <p
>Understreker for øvrig at NRK ikke er låst til MPEG4 – h
.264 som
205 utsendelsesformat – og at vi har brukt og bruker flere andre
206 alternativer i våre tjenester. Ulike «devicer» har ofte behov for
207 forskjellige løsninger – og NRK har forsøkt å levere med best mulig
208 kvalitet /økonomi /stabilitet avhengig av
209 plattform. Produksjonsformater i NRK spenner for øvrig over en rekke
210 forskjellige formater – hvor MPEG4 bare er en av disse. Når NRK kjøper
211 teknisk utstyr er betaling for kodekstøtte ofte en del av
212 anskaffelsesprisen for denne maskinvaren (enten dette er spesialiserte
213 enkodere eller forskjellige typer produksjonsutstyr).
</p
>
215 <p
>Vennlig hilsen
216 <br
>Geir Børdalen
</p
>
218 <p
>________________________________________
219 <br
>Geir Børdalen
220 <br
>Investeringsansvarlig NRK / Hovedprosjektleder - Origo
221 <br
>Avdeling for utvikling, innovasjon, investering og eiendom
222 <br
>NRK medietjenester
223 <br
>Sentralbord: +
47 23 04 70 00
224 <br
>Post: NRK, AUTV (RBM5), Pb.
8500 Majorstuen,
0340 Oslo
226 </blockquote
></p
>
228 <p
>Et godt og grundig svar, som var informativt om hvordan NRK tenker
229 rundt patentavtale med MPEG LA, men heller ikke helt besvarte det jeg
230 lurte på, så jeg sendte epostoppfølging samme dag.
</p
>
232 <p
><blockquote
>
233 <p
>[Geir Børdalen]
234 <br
>> Hei Petter Reinholdtsen
</p
>
236 <p
>Hei, og takk for raskt svar. Er min henvendelse journalført slik
237 at den dukker opp i NRKs postjournal?
</p
>
239 <p
>Svaret ditt var meget nyttig, og jeg forstår ut fra det du skriver
240 at avklaringen med MPEG LA rundt H
.264-distribusjon via bakkenettet
241 gjelder alle TV-kanaler i Norge. Hvilke saksnummer fikk dokumenter
242 som ble opprettet i forbindelse med det omtalte møtet NRK v/Hellgren
243 og EBU hadde med MPEG LA (dvs. referater, avtaler, etc),
244 f.eks. dokumentet der formuleringen
"in full
" som du omtaler
247 <p
>Men det er et par ting jeg fortsatt ikke forstår. Det ene er
248 hvorfor NRKs forståelse av hva
"Internet Broadcast AVC Video
" dekker
249 ser ut til å avvike fra det som presenteres i
250 <a href=
"http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf
">lysark
251 fra MPEG LA
</a
> i mai, der MPEG LA på lysark med overskriften
252 "AVC/H
.264 License Terms Participation Fees
" og undertittel
"Where
253 remuneration is from other sources
" skriver
"Internet Broadcast AVC
254 Video (not title-by-title, not subscription) – no royalty for life of
255 the AVC Patent Portfolio License
".
</p
>
257 <p
>Her leser jeg MPEG LA dithen at det kun er kringkasting uten
258 abonnement via Internet som er dekket at vilkårne omtalt i
259 pressemeldingen, mens jeg forstår deg dithen at NRK mener NRKs
260 nettsider som også har enkeltfilmer og innslag (som jeg forstår dekket
261 av formuleringen
"title-by-title
") dekkes av
"Internet Broadcast AVC
262 Video
" fra MPEG LA. Hva baserer dere denne tolkningen på? Jeg har
263 ikke sett noe skriftlig fra MPEG LA som støtter NRKs tolkning, og
264 lurer på om dere har andre kilder enn den pressemeldingen fra
5 år
265 tilbake, der NRKS forståelse av hva
"Internet Broadcast AVC Video
"
266 dekker er beskrevet?
</p
>
268 <p
>Det andre er at eposten din ikke nevnte spørsmålet mitt om
269 bruksvilkårene til videoredigeringsverktøyene som NRK bruker. Disse
270 har som tidligere nevnt krav om at de kun skal brukes til private og
271 ikke-kommersielle formål med mindre en har avtale med MPEG LA, og uten
272 avtale med MPEG LA kan det jo virke som om NRK bruker verktøyene i
273 strid med bruksvilkårene. Hva gjør at disse bruksvilkårene ikke
274 gjelder for NRK?
</p
>
275 </blockquote
></p
>
277 <p
>Noen minutter senere får jeg foreløpig siste svar i
278 føljetongen:
</p
>
280 <p
><blockquote
>
281 <p
>Hei igjen
</p
>
283 <p
>Vårt dokumentarkiv har fått en kopi (journalføringsnr kan jeg
284 dessverre ikke gi deg).
<p
>
286 <p
>> Svaret ditt var meget nyttig, og jeg forstår ut fra det du
287 <br
>> skriver at avklaringen med MPEG LA rundt H
.264-distribusjon via
288 <br
>> bakkenettet gjelder alle TV-kanaler i Norge.
</p
>
290 <p
>Svar: Kan ikke svare for andre enn for NRK/EBU - og for bakkenettet
291 i Norge er det kun NRK som er et lisensbasert selskap. Kan ikke gi noe
292 svar på saksnr på dokumenter eller ytterligere informasjon da jeg selv
293 ikke var del i dette.
</p
>
295 <p
>> Men det er et par ting jeg fortsatt ikke forstår. ...
</p
>
297 <p
>Svar: Kan ikke gå ytterligere inn i dette fra min side og mitt
298 fagfelt som er produksjon/publisering og systemstrukturene bak
299 disse. For øvrig ligger det etter vår formening ingen begrensninger
300 for NRK i mulighetene til publisering mht til kodek i
301 produksjonssystemer. Som tidligere skrevet mener vi at NRK ikke
302 trenger noen avtale med MPEG LA og støtter oss til det vi allerede har
303 kommunisert i forrige epost.
</p
>
306 <br
>Geir Børdalen
</p
>
307 </blockquote
></p
>
309 <p
>Det syntes vanskelig å komme videre når NRK ikke ønsker å gå inn i
310 problemstillingen rundt bruksvilkårene til videoredigeringsverktøyene
311 NRK bruker, så jeg sendte takk for svarene og avsluttet utvekslingen
314 <p
><blockquote
>
315 <p
>Tusen takk for rask respons, og oppklarende forklaring om hvordan
316 NRK tenker rundt MPEG LA.
</p
>
318 <p
>Jeg vil høre med NRK-arkivet for å se om de kan spore opp de
319 omtalte dokumentene. Jeg setter pris på om du kan dele titler, dato
320 eller annen informasjon som kan gjøre det enklere for arkivet å finne
323 <p
>Når det gjelder hvordan bruksvilkårene til
324 videoredigeringsverktøyene skal tolkes, så skal jeg høre med MPEG LA
325 og produsentene av verktøyene for å forsøke å få klarhet i hva de
326 mener er rikgig rettstilstand.
</p
>
327 </blockquote
></p
>
329 <p
>Jeg ble litt klokere, men fortsatt er det uklart for meg hva som er
330 grunnlaget til NRK for å se bort fra bruksvilkår i
331 videoredigeringsprogramvare som krever MPEG LA-avtale til alt annet
332 enn privat og ikke-kommersiell bruk.
</p
>
337 <title>Hvordan vurderer regjeringen H
.264-patentutfordringen?
</title>
338 <link>http://people.skolelinux.org/pere/blog/Hvordan_vurderer_regjeringen_H_264_patentutfordringen_.html
</link>
339 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_vurderer_regjeringen_H_264_patentutfordringen_.html
</guid>
340 <pubDate>Sun,
16 Nov
2014 10:
30:
00 +
0100</pubDate>
341 <description><p
>For en stund tilbake spurte jeg Fornyingsdepartementet om hvilke
342 juridiske vurderinger rundt patentproblemstillingen som var gjort da
343 H
.264 ble tatt inn i
<a href=
"http://standard.difi.no/
">statens
344 referansekatalog over standarder
</a
>. Stig Hornnes i FAD tipset meg
345 om følgende som står i oppsumeringen til høringen om
346 referansekatalogen versjon
2.0, som jeg siden ved hjelp av en
347 innsynsforespørsel fikk tak i
348 <a href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon.pdf
">PDF-utgaven av
</a
>
349 datert
2009-
06-
03 (saksnummer
200803291, saksbehandler Henrik
350 Linnestad).
</p
>
352 <p
>Der står det følgende om problemstillingen:
</p
>
354 <p
><blockquote
>
355 <strong
>4.4 Patentproblematikk
</strong
>
357 <p
>NUUG og Opera ser det som særlig viktig at forslagene knyttet til
358 lyd og video baserer seg på de royalty-frie standardene Vorbis, Theora
361 <p
>Kommentarene relaterer seg til at enkelte standarder er åpne, men
362 inneholder tekniske prosedyrer som det i USA (og noen andre land som
363 Japan) er gitt patentrettigheter til. I vårt tilfelle berører dette
364 spesielt standardene Mp3 og H
.264, selv om Politidirektoratet peker på
365 at det muligens kan være tilsvarende problematikk også for Theora og
366 Vorbis. Dette medfører at det i USA kan kreves royalties for bruk av
367 tekniske løsninger knyttet til standardene, et krav som også
368 håndheves. Patenter kan imidlertid bare hevdes i de landene hvor
369 patentet er gitt, så amerikanske patenter gjelder ikke andre steder
372 <p
>Spesielt for utvikling av fri programvare er patenter
373 problematisk. GPL, en
"grunnleggende
" lisens for distribusjon av fri
374 programvare, avviser at programvare kan distribueres under denne
375 lisensen hvis det inneholder referanser til patenterte rutiner som
376 utløser krav om royalties. Det er imidlertid uproblematisk å
377 distribuere fri programvareløsninger under GPL som benytter de
378 aktuelle standardene innen eller mellom land som ikke anerkjenner
379 patentene. Derfor finner vi også flere implementeringer av Mp3 og
380 H
.264 som er fri programvare, lisensiert under GPL.
</p
>
382 <p
>I Norge og EU er patentlovgivningen langt mer restriktiv enn i USA,
383 men det er også her mulig å få patentert metoder for løsning av et
384 problem som relaterer seg til databehandling. Det er AIF bekjent ikke
385 relevante patenter i EU eller Norge hva gjelder H
.264 og Mp3, men
386 muligheten for at det finnes patenter uten at det er gjort krav om
387 royalties eller at det senere vil gis slike patenter kan ikke helt
390 <p
>AIF mener det er et behov for å gi offentlige virksomheter mulighet
391 til å benytte antatt royaltyfrie åpne standarder som et likeverdig
392 alternativ eller i tillegg til de markedsledende åpne standardene.
</p
>
394 </blockquote
></p
>
396 <p
>Det ser dermed ikke ut til at de har vurdert patentspørsmålet i
397 sammenheng med opphavsrettsvilkår slik de er formulert for f.eks.
398 Apple Final Cut Pro, Adobe Premiere Pro, Avid og Sorenson-verktøyene,
399 der det kreves brukstillatelse for patenter som ikke er gyldige i
400 Norge for å bruke disse verktøyene til annet en personlig og ikke
401 kommersiell aktivitet når det gjelder H
.264-video. Jeg må nok lete
402 videre etter svar på det spørsmålet.
</p
>
407 <title>New lsdvd release version
0.17 is ready
</title>
408 <link>http://people.skolelinux.org/pere/blog/New_lsdvd_release_version_0_17_is_ready.html
</link>
409 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/New_lsdvd_release_version_0_17_is_ready.html
</guid>
410 <pubDate>Sat,
4 Oct
2014 08:
40:
00 +
0200</pubDate>
411 <description><p
>The
<a href=
"https://sourceforge.net/p/lsdvd/
">lsdvd project
</a
>
412 got a new set of developers a few weeks ago, after the original
413 developer decided to step down and pass the project to fresh blood.
414 This project is now maintained by Petter Reinholdtsen and Steve
417 <p
>I just wrapped up
418 <a href=
"https://sourceforge.net/p/lsdvd/mailman/message/
32896061/
">a
419 new lsdvd release
</a
>, available in git or from
420 <a href=
"https://sourceforge.net/projects/lsdvd/files/lsdvd/
">the
421 download page
</a
>. This is the changelog dated
2014-
10-
03 for version
426 <li
>Ignore
'phantom
' audio, subtitle tracks
</li
>
427 <li
>Check for garbage in the program chains, which indicate that a track is
428 non-existant, to work around additional copy protection
</li
>
429 <li
>Fix displaying content type for audio tracks, subtitles
</li
>
430 <li
>Fix pallete display of first entry
</li
>
431 <li
>Fix include orders
</li
>
432 <li
>Ignore read errors in titles that would not be displayed anyway
</li
>
433 <li
>Fix the chapter count
</li
>
434 <li
>Make sure the array size and the array limit used when initialising
435 the palette size is the same.
</li
>
436 <li
>Fix array printing.
</li
>
437 <li
>Correct subsecond calculations.
</li
>
438 <li
>Add sector information to the output format.
</li
>
439 <li
>Clean up code to be closer to ANSI C and compile without warnings
440 with more GCC compiler warnings.
</li
>
444 <p
>This change bring together patches for lsdvd in use in various
445 Linux and Unix distributions, as well as patches submitted to the
446 project the last nine years. Please check it out. :)
</p
>
451 <title>Suddenly I am the new upstream of the lsdvd command line tool
</title>
452 <link>http://people.skolelinux.org/pere/blog/Suddenly_I_am_the_new_upstream_of_the_lsdvd_command_line_tool.html
</link>
453 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Suddenly_I_am_the_new_upstream_of_the_lsdvd_command_line_tool.html
</guid>
454 <pubDate>Thu,
25 Sep
2014 11:
20:
00 +
0200</pubDate>
455 <description><p
>I use the
<a href=
"https://sourceforge.net/p/lsdvd/
">lsdvd tool
</a
>
456 to handle my fairly large DVD collection. It is a nice command line
457 tool to get details about a DVD, like title, tracks, track length,
458 etc, in XML, Perl or human readable format. But lsdvd have not seen
459 any new development since
2006 and had a few irritating bugs affecting
460 its use with some DVDs. Upstream seemed to be dead, and in January I
461 sent a small probe asking for a version control repository for the
462 project, without any reply. But I use it regularly and would like to
463 get
<a href=
"https://packages.qa.debian.org/lsdvd
">an updated version
464 into Debian
</a
>. So two weeks ago I tried harder to get in touch with
465 the project admin, and after getting a reply from him explaining that
466 he was no longer interested in the project, I asked if I could take
467 over. And yesterday, I became project admin.
</p
>
469 <p
>I
've been in touch with a Gentoo developer and the Debian
470 maintainer interested in joining forces to maintain the upstream
471 project, and I hope we can get a new release out fairly quickly,
472 collecting the patches spread around on the internet into on place.
473 I
've added the relevant Debian patches to the freshly created git
474 repository, and expect the Gentoo patches to make it too. If you got
475 a DVD collection and care about command line tools, check out
476 <a href=
"https://sourceforge.net/p/lsdvd/git/ci/master/tree/
">the git source
</a
> and join
477 <a href=
"https://sourceforge.net/p/lsdvd/mailman/
">the project mailing
478 list
</a
>. :)
</p
>
483 <title>Do you need an agreement with MPEG-LA to publish and broadcast H
.264 video in Norway?
</title>
484 <link>http://people.skolelinux.org/pere/blog/Do_you_need_an_agreement_with_MPEG_LA_to_publish_and_broadcast_H_264_video_in_Norway_.html
</link>
485 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Do_you_need_an_agreement_with_MPEG_LA_to_publish_and_broadcast_H_264_video_in_Norway_.html
</guid>
486 <pubDate>Mon,
25 Aug
2014 22:
10:
00 +
0200</pubDate>
487 <description><p
>Two years later, I am still not sure if it is legal here in Norway
488 to use or publish a video in H
.264 or MPEG4 format edited by the
489 commercially licensed video editors, without limiting the use to
490 create
"personal
" or
"non-commercial
" videos or get a license
491 agreement with
<a href=
"http://www.mpegla.com
">MPEG LA
</a
>. If one
492 want to publish and broadcast video in a non-personal or commercial
493 setting, it might be that those tools can not be used, or that video
494 format can not be used, without breaking their copyright license. I
496 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">Back
497 then
</a
>, I found that the copyright license terms for Adobe Premiere
498 and Apple Final Cut Pro both specified that one could not use the
499 program to produce anything else without a patent license from MPEG
500 LA. The issue is not limited to those two products, though. Other
501 much used products like those from Avid and Sorenson Media have terms
502 of use are similar to those from Adobe and Apple. The complicating
503 factor making me unsure if those terms have effect in Norway or not is
504 that the patents in question are not valid in Norway, but copyright
505 licenses are.
</p
>
507 <p
>These are the terms for Avid Artist Suite, according to their
508 <a href=
"http://www.avid.com/US/about-avid/legal-notices/legal-enduserlicense2
">published
510 <a href=
"http://www.avid.com/static/resources/common/documents/corporate/LICENSE.pdf
">license
511 text
</a
> (converted to lower case text for easier reading):
</p
>
513 <p
><blockquote
>
514 <p
>18.2. MPEG-
4. MPEG-
4 technology may be included with the
515 software. MPEG LA, L.L.C. requires this notice:
</p
>
517 <p
>This product is licensed under the MPEG-
4 visual patent portfolio
518 license for the personal and non-commercial use of a consumer for (i)
519 encoding video in compliance with the MPEG-
4 visual standard (“MPEG-
4
520 video”) and/or (ii) decoding MPEG-
4 video that was encoded by a
521 consumer engaged in a personal and non-commercial activity and/or was
522 obtained from a video provider licensed by MPEG LA to provide MPEG-
4
523 video. No license is granted or shall be implied for any other
524 use. Additional information including that relating to promotional,
525 internal and commercial uses and licensing may be obtained from MPEG
526 LA, LLC. See http://www.mpegla.com. This product is licensed under
527 the MPEG-
4 systems patent portfolio license for encoding in compliance
528 with the MPEG-
4 systems standard, except that an additional license
529 and payment of royalties are necessary for encoding in connection with
530 (i) data stored or replicated in physical media which is paid for on a
531 title by title basis and/or (ii) data which is paid for on a title by
532 title basis and is transmitted to an end user for permanent storage
533 and/or use, such additional license may be obtained from MPEG LA,
534 LLC. See http://www.mpegla.com for additional details.
</p
>
536 <p
>18.3. H
.264/AVC. H
.264/AVC technology may be included with the
537 software. MPEG LA, L.L.C. requires this notice:
</p
>
539 <p
>This product is licensed under the AVC patent portfolio license for
540 the personal use of a consumer or other uses in which it does not
541 receive remuneration to (i) encode video in compliance with the AVC
542 standard (“AVC video”) and/or (ii) decode AVC video that was encoded
543 by a consumer engaged in a personal activity and/or was obtained from
544 a video provider licensed to provide AVC video. No license is granted
545 or shall be implied for any other use. Additional information may be
546 obtained from MPEG LA, L.L.C. See http://www.mpegla.com.
</p
>
547 </blockquote
></p
>
549 <p
>Note the requirement that the videos created can only be used for
550 personal or non-commercial purposes.
</p
>
552 <p
>The Sorenson Media software have
553 <a href=
"http://www.sorensonmedia.com/terms/
">similar terms
</a
>:
</p
>
555 <p
><blockquote
>
557 <p
>With respect to a license from Sorenson pertaining to MPEG-
4 Video
558 Decoders and/or Encoders: Any such product is licensed under the
559 MPEG-
4 visual patent portfolio license for the personal and
560 non-commercial use of a consumer for (i) encoding video in compliance
561 with the MPEG-
4 visual standard (“MPEG-
4 video”) and/or (ii) decoding
562 MPEG-
4 video that was encoded by a consumer engaged in a personal and
563 non-commercial activity and/or was obtained from a video provider
564 licensed by MPEG LA to provide MPEG-
4 video. No license is granted or
565 shall be implied for any other use. Additional information including
566 that relating to promotional, internal and commercial uses and
567 licensing may be obtained from MPEG LA, LLC. See
568 http://www.mpegla.com.
</p
>
570 <p
>With respect to a license from Sorenson pertaining to MPEG-
4
571 Consumer Recorded Data Encoder, MPEG-
4 Systems Internet Data Encoder,
572 MPEG-
4 Mobile Data Encoder, and/or MPEG-
4 Unique Use Encoder: Any such
573 product is licensed under the MPEG-
4 systems patent portfolio license
574 for encoding in compliance with the MPEG-
4 systems standard, except
575 that an additional license and payment of royalties are necessary for
576 encoding in connection with (i) data stored or replicated in physical
577 media which is paid for on a title by title basis and/or (ii) data
578 which is paid for on a title by title basis and is transmitted to an
579 end user for permanent storage and/or use. Such additional license may
580 be obtained from MPEG LA, LLC. See http://www.mpegla.com for
581 additional details.
</p
>
583 </blockquote
></p
>
585 <p
>Some free software like
586 <a href=
"https://handbrake.fr/
">Handbrake
</A
> and
587 <a href=
"http://ffmpeg.org/
">FFMPEG
</a
> uses GPL/LGPL licenses and do
588 not have any such terms included, so for those, there is no
589 requirement to limit the use to personal and non-commercial.
</p
>
594 <title>Hvordan enkelt laste ned filmer fra NRK med den
"nye
" løsningen
</title>
595 <link>http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html
</link>
596 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html
</guid>
597 <pubDate>Mon,
16 Jun
2014 19:
20:
00 +
0200</pubDate>
598 <description><p
>Jeg har fortsatt behov for å kunne laste ned innslag fra NRKs
599 nettsted av og til for å se senere når jeg ikke er på nett, men
600 <a href=
"http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
">min
601 oppskrift fra
2011</a
> sluttet å fungere da NRK byttet
602 avspillermetode. I dag fikk jeg endelig lett etter oppdatert løsning,
603 og jeg er veldig glad for å fortelle at den enkleste måten å laste ned
604 innslag er å bruke siste versjon
2014.06.07 av
605 <a href=
"http://rg3.github.io/youtube-dl/
">youtube-dl
</a
>. Støtten i
606 youtube-dl
<a href=
"https://github.com/rg3/youtube-dl/issues/
2980">kom
607 inn for
23 dager siden
</a
> og
608 <a href=
"http://packages.qa.debian.org/y/youtube-dl.html
">versjonen i
609 Debian
</a
> fungerer fint også som backport til Debian Wheezy. Det er
610 et lite problem, det håndterer kun URLer med små bokstaver, men hvis
611 en har en URL med store bokstaver kan en bare gjøre alle store om til
612 små bokstaver for å få youtube-dl til å laste ned. Rapporterte
614 <a href=
"https://github.com/rg3/youtube-dl/issues/
2980">problemet til
615 utviklerne
</a
>, og antar de får fikset det snart.
</p
>
617 <p
>Dermed er alt klart til å laste ned dokumentarene om
618 <a href=
"http://tv.nrk.no/program/KOID23005014/usas-hemmelige-avlytting
">USAs
619 hemmelige avlytting
</a
> og
620 <a href=
"http://tv.nrk.no/program/KOID23005114/selskapene-bak-usas-avlytting
">Selskapene
621 bak USAs avlytting
</a
>, i tillegg til
622 <a href=
"http://tv.nrk.no/program/KOID20005814/et-moete-med-edward-snowden
">intervjuet
623 med Edward Snowden gjort av den tyske tv-kanalen ARD
</a
>. Anbefaler
624 alle å se disse, sammen med
625 <a href=
"http://media.ccc.de/browse/congress/
2013/
30C3_-_5713_-_en_-_saal_2_-_201312301130_-_to_protect_and_infect_part_2_-_jacob.html
">foredraget
626 til Jacob Appelbaum på siste CCC-konferanse
</a
>, for å forstå mer om
627 hvordan overvåkningen av borgerne brer om seg.
</p
>
629 <p
>Takk til gode venner på foreningen NUUGs IRC-kanal
630 <a href=
"irc://irc.freenode.net/%
23nuug
">#nuug på irc.freenode.net
</a
>
631 for tipsene som fikk meg i mål
</a
>.
</p
>
633 <p
><strong
>Oppdatering
2014-
06-
17</strong
>: Etter at jeg publiserte
634 denne, ble jeg tipset om bloggposten
635 "<a href=
"http://ingvar.blog.redpill-linpro.com/
2012/
05/
31/downloading-hd-content-from-tv-nrk-no/
">Downloading
636 HD content from tv.nrk.no
</a
>" av Ingvar Hagelund, som har alternativ
637 implementasjon og tips for å lage mkv-fil med undertekstene inkludert.
638 Kanskje den passer bedre for deg? I tillegg ble feilen i youtube-dl
639 ble fikset litt senere ut på dagen i går, samt at youtube-dl fikk
640 støtte for å laste ned undertitler. Takk til Anders Einar Hilden for
641 god innsats og youtube-dl-utviklerne for rask respons.
</p
>
646 <title>Half the Coverity issues in Gnash fixed in the next release
</title>
647 <link>http://people.skolelinux.org/pere/blog/Half_the_Coverity_issues_in_Gnash_fixed_in_the_next_release.html
</link>
648 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Half_the_Coverity_issues_in_Gnash_fixed_in_the_next_release.html
</guid>
649 <pubDate>Tue,
29 Apr
2014 14:
20:
00 +
0200</pubDate>
650 <description><p
>I
've been following
<a href=
"http://www.getgnash.org/
">the Gnash
651 project
</a
> for quite a while now. It is a free software
652 implementation of Adobe Flash, both a standalone player and a browser
653 plugin. Gnash implement support for the AVM1 format (and not the
654 newer AVM2 format - see
655 <a href=
"http://lightspark.github.io/
">Lightspark
</a
> for that one),
656 allowing several flash based sites to work. Thanks to the friendly
657 developers at Youtube, it also work with Youtube videos, because the
658 Javascript code at Youtube detect Gnash and serve a AVM1 player to
659 those users. :) Would be great if someone found time to implement AVM2
660 support, but it has not happened yet. If you install both Lightspark
661 and Gnash, Lightspark will invoke Gnash if it find a AVM1 flash file,
662 so you can get both handled as free software. Unfortunately,
663 Lightspark so far only implement a small subset of AVM2, and many
664 sites do not work yet.
</p
>
666 <p
>A few months ago, I started looking at
667 <a href=
"http://scan.coverity.com/
">Coverity
</a
>, the static source
668 checker used to find heaps and heaps of bugs in free software (thanks
669 to the donation of a scanning service to free software projects by the
670 company developing this non-free code checker), and Gnash was one of
671 the projects I decided to check out. Coverity is able to find lock
672 errors, memory errors, dead code and more. A few days ago they even
673 extended it to also be able to find the heartbleed bug in OpenSSL.
674 There are heaps of checks being done on the instrumented code, and the
675 amount of bogus warnings is quite low compared to the other static
676 code checkers I have tested over the years.
</p
>
678 <p
>Since a few weeks ago, I
've been working with the other Gnash
679 developers squashing bugs discovered by Coverity. I was quite happy
680 today when I checked the current status and saw that of the
777 issues
681 detected so far,
374 are marked as fixed. This make me confident that
682 the next Gnash release will be more stable and more dependable than
683 the previous one. Most of the reported issues were and are in the
684 test suite, but it also found a few in the rest of the code.
</p
>
686 <p
>If you want to help out, you find us on
687 <a href=
"https://lists.gnu.org/mailman/listinfo/gnash-dev
">the
688 gnash-dev mailing list
</a
> and on
689 <a href=
"irc://irc.freenode.net/#gnash
">the #gnash channel on
690 irc.freenode.net IRC server
</a
>.
</p
>
695 <title>Video DVD reader library / python-dvdvideo - nice free software
</title>
696 <link>http://people.skolelinux.org/pere/blog/Video_DVD_reader_library___python_dvdvideo___nice_free_software.html
</link>
697 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Video_DVD_reader_library___python_dvdvideo___nice_free_software.html
</guid>
698 <pubDate>Fri,
21 Mar
2014 15:
25:
00 +
0100</pubDate>
699 <description><p
>Keeping your DVD collection safe from scratches and curious
700 children fingers while still having it available when you want to see a
701 movie is not straight forward. My preferred method at the moment is
702 to store a full copy of the ISO on a hard drive, and use VLC, Popcorn
703 Hour or other useful players to view the resulting file. This way the
704 subtitles and bonus material are still available and using the ISO is
705 just like inserting the original DVD record in the DVD player.
</p
>
707 <p
>Earlier I used dd for taking security copies, but it do not handle
708 DVDs giving read errors (which are quite a few of them). I
've also
710 <a href=
"http://people.skolelinux.org/pere/blog/Ripping_problematic_DVDs_using_dvdbackup_and_genisoimage.html
">dvdbackup
711 and genisoimage
</a
>, but these days I use the marvellous python library
713 <a href=
"http://bblank.thinkmo.de/blog/new-software-python-dvdvideo
">python-dvdvideo
</a
>
714 written by Bastian Blank. It is
715 <a href=
"http://packages.qa.debian.org/p/python-dvdvideo.html
">in Debian
716 already
</a
> and the binary package name is python3-dvdvideo. Instead
717 of trying to read every block from the DVD, it parses the file
718 structure and figure out which block on the DVD is actually in used,
719 and only read those blocks from the DVD. This work surprisingly well,
720 and I have been able to almost backup my entire DVD collection using
721 this method.
</p
>
723 <p
>So far, python-dvdvideo have failed on between
10 and
724 20 DVDs, which is a small fraction of my collection. The most common
726 <a href=
"https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=
720831">DVDs
727 using UTF-
16 instead of UTF-
8 characters
</a
>, which according to
728 Bastian is against the DVD specification (and seem to cause some
729 players to fail too). A rarer problem is what seem to be inconsistent
730 DVD structures, as the python library
731 <a href=
"https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=
723079">claim
732 there is a overlap between objects
</a
>. An equally rare problem claim
733 <a href=
"https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=
741878">some
734 value is out of range
</a
>. No idea what is going on there. I wish I
735 knew enough about the DVD format to fix these, to ensure my movie
736 collection will stay with me in the future.
</p
>
738 <p
>So, if you need to keep your DVDs safe, back them up using
739 python-dvdvideo. :)
</p
>
744 <title>IETF activity to standardise video codec
</title>
745 <link>http://people.skolelinux.org/pere/blog/IETF_activity_to_standardise_video_codec.html
</link>
746 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/IETF_activity_to_standardise_video_codec.html
</guid>
747 <pubDate>Sat,
15 Sep
2012 20:
00:
00 +
0200</pubDate>
748 <description><p
>After the
749 <a href=
"http://people.skolelinux.org/pere/blog/IETF_standardize_its_first_multimedia_codec__Opus.html
">Opus
750 codec made
</a
> it into
<a href=
"http://www.ietf.org/
">IETF
</a
> as
751 <a href=
"http://tools.ietf.org/html/rfc6716
">RFC
6716</a
>, I had a look
752 to see if there is any activity in IETF to standardise a video codec
753 too, and I was happy to discover that there is some activity in this
754 area. A non-
"working group
" mailing list
755 <a href=
"https://www.ietf.org/mailman/listinfo/video-codec
">video-codec
</a
>
757 <a href=
"http://ietf
.10.n7.nabble.com/New-Non-WG-Mailing-List-video-codec-Video-codec-BoF-discussion-list-td119548.html
">created
2012-
08-
20</a
>. It is intended to discuss the topic and if a
758 formal working group should be formed.
</p
>
760 <p
>I look forward to see how this plays out. There is already
761 <a href=
"http://www.ietf.org/mail-archive/web/video-codec/current/msg00003.html
">an
762 email from someone
</a
> in the MPEG group at ISO asking people to
763 participate in the ISO group. Given how ISO failed with OOXML and given
764 that it so far (as far as I can remember) only have produced
765 multimedia formats requiring royalty payments, I suspect
766 joining the ISO group would be a complete waste of time, but I am not
767 involved in any codec work and my opinion will not matter much.
</p
>
769 <p
>If one of my readers is involved with codec work, I hope she will
770 join this work to standardise a royalty free video codec within
776 <title>IETF standardize its first multimedia codec: Opus
</title>
777 <link>http://people.skolelinux.org/pere/blog/IETF_standardize_its_first_multimedia_codec__Opus.html
</link>
778 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/IETF_standardize_its_first_multimedia_codec__Opus.html
</guid>
779 <pubDate>Wed,
12 Sep
2012 13:
50:
00 +
0200</pubDate>
780 <description><p
>Yesterday,
<a href=
"http://www.ietf.org/
">IETF
</a
> announced the
782 <a href=
"http://tools.ietf.org/html/rfc6716
">RFC
6716, the Definition
783 of the Opus Audio Codec
</a
>, a low latency, variable bandwidth, codec
784 intended for both VoIP, film and music. This is the first time, as
785 far as I know, that IETF have standardized a multimedia codec. In
786 <a href=
"http://tools.ietf.org/html/rfc3533
">RFC
3533</a
>, IETF
787 standardized the OGG container format, and it has proven to be a great
788 royalty free container for audio, video and movies. I hope IETF will
789 continue to standardize more royalty free codeces, after ISO and MPEG
790 have proven incapable of securing everyone equal rights to publish
791 multimedia content on the Internet.
</p
>
793 <p
>IETF require two interoperating independent implementations to
794 ratify a standard, and have so far ensured to only standardize royalty
795 free specifications. Both are key factors to allow everyone (rich and
796 poor), to compete on equal terms on the Internet.
</p
>
798 <p
>Visit the
<a href=
"http://opus-codec.org/
">Opus project page
</a
> if
799 you want to learn more about the solution.
</p
>
804 <title>Git repository for song book for Computer Scientists
</title>
805 <link>http://people.skolelinux.org/pere/blog/Git_repository_for_song_book_for_Computer_Scientists.html
</link>
806 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Git_repository_for_song_book_for_Computer_Scientists.html
</guid>
807 <pubDate>Fri,
7 Sep
2012 13:
50:
00 +
0200</pubDate>
808 <description><p
>As I
809 <a href=
"http://people.skolelinux.org/pere/blog/Song_book_for_Computer_Scientists.html
">mentioned
810 this summer
</a
>, I have created a Computer Science song book a few
811 years ago, and today I finally found time to create a public
812 <a href=
"https://gitorious.org/pere-cs-songbook/pere-cs-songbook
">Gitorious
813 repository for the project
</a
>.
</p
>
815 <p
>If you want to help out, please clone the source and submit patches
816 to the HTML version. To generate the PDF and PostScript version,
817 please use prince XML, or let me know about a useful free software
818 processor capable of creating a good looking PDF from the HTML.
</p
>
820 <p
>Want to sing? You can still find the song book in HTML, PDF and
821 PostScript formats at
822 <a href=
"http://www.hungry.com/~pere/cs-songbook/
">Petter
's Computer
823 Science Songbook
</a
>.
</p
>
828 <title>Mer oppfølging fra MPEG-LA om avtale med dem for å kringkaste og publisere H
.264-video
</title>
829 <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>
830 <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>
831 <pubDate>Thu,
5 Jul
2012 23:
50:
00 +
0200</pubDate>
832 <description><p
>I føljetongen om H
.264
833 <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
834 jeg leserne i undring
</a
> om hvor pakken fra MPEG-LA tok veien, og om
835 hvilke selskaper i Norge som har avtale med MPEG-LA. Da Ryan hos
836 MPEG-LA dro på ferie sendte jeg min melding videre til hans kollega,
837 og dagen etter fikk jeg følgende svar derfra:
</p
>
839 <p
><blockquote
>
840 <p
>Date: Fri,
29 Jun
2012 18:
32:
34 +
0000
841 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
842 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
843 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
844 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
846 <p
>Dear Mr. Reinholdtsen,
</p
>
848 <p
>Thank you for your message. As you know, Ryan is currently our of the
849 office, so it will be my pleasure to assist you.
</p
>
851 <p
>Per your request, attached please find an electronic copy of the
852 AVC Patent Portfolio License. Please note that the electronic copy of
853 the License is provided as a convenience and for informational
854 purposes only. When concluding the Licenses, only the hard copies
855 provided by MPEG LA may be used.
</p
>
857 <p
>To your question, MPEG LA lists our Licensees on our website
858 according to each program. The lists are in alphabetical order, so it
859 is very easy to search.
</p
>
861 <p
>I hope that this was helpful. If we can be of additional
862 assistance, please let me know.
</p
>
864 <p
>Kind regards,
</p
>
866 <p
>Sidney A. Wolf
867 <br
>Manager, Global Licensing
868 <br
>MPEG LA
</p
>
869 </blockquote
></p
>
871 <p
>Selv om et epostvedlegg er nyttig for mottakeren, så håpet jeg å få
872 et dokument jeg kunne dele med alle leserne av bloggen min, og ikke et
873 som må deles på individuell basis. Opphavsretten krever godkjenning
874 fra rettighetsinnehaver før en kan gjøre slikt, så dermed fulgte jeg
875 opp med et spørsmål om dette var greit.
</p
>
877 <p
><blockquote
>
878 <p
>Date: Wed,
4 Jul
2012 20:
25:
06 +
0200
879 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
880 <br
>To: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
881 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
882 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
884 <p
>Thank you for your reply.
</p
>
886 <p
>[Sidney Wolf]
887 <br
>&gt; Per your request, attached please find an electronic copy of the AVC
888 <br
>&gt; Patent Portfolio License. Please note that the electronic copy of
889 <br
>&gt; the License is provided as a convenience and for informational
890 <br
>&gt; purposes only. When concluding the Licenses, only the hard copies
891 <br
>&gt; provided by MPEG LA may be used.
</p
>
893 <p
>This is useful for me to learn, but the reason I asked for the
894 Internet address of the licensing document was to ensure I could
895 publish a link to it when I discuss the topic of H
.264 licensing here
896 in Norway, and allow others to verify my observations. I can not do
897 the same with an email attachment. Thus I would like to ask you if it
898 is OK with MPEG LA that I publish this document on the Internet for
899 others to read?
</p
>
901 <p
>&gt; To your question, MPEG LA lists our Licensees on our website
902 <br
>&gt; according to each program. The lists are in alphabetical order, so
903 <br
>&gt; it is very easy to search.
</p
>
905 <p
>I am afraid this do not help me locate Norwegian companies in the
906 list of Licensees. I do not know the name of all companies and
907 organisations in Norway, and thus do not know how to locate the
908 Norwegian ones on that list.
</p
>
910 <p
>&gt; I hope that this was helpful. If we can be of additional assistance,
911 <br
>&gt; please let me know.
</p
>
913 <p
>Absoutely helpful to learn more about how MPEG LA handle licensing.
</p
>
916 <br
>Happy hacking
917 <br
>Petter Reinholdtsen
</p
>
918 </blockquote
></p
>
920 <p
>Jeg håpet også at det skulle være mulig å få vite hvilke av de
921 mange hundre som har avtale med MPEG-LA om bruk av H
.264 som holdt til
922 i Norge. Begge mine håp falt i grus med svaret fra MPEG-LA.
924 <p
><blockquote
>
925 <p
>Date: Thu,
5 Jul
2012 17:
42:
39 +
0000
926 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
927 <br
>To:
'Petter Reinholdtsen
' &lt;pere (at) hungry.com
&gt;
928 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
929 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
931 <p
>Dear Mr. Reinholdtsen,
</p
>
933 <p
>Thank you for your reply.
</p
>
935 <p
>We appreciate the additional explanation you have provided and for
936 asking our permission to publish the electronic copy of the License in
937 advance of doing so. Typically, MPEG LA prefers to distribute the
938 electronic copies of our Licenses to interested parties. Therefore,
939 please feel free to send interested parties to the AVC portion of our
940 website, http://www.mpegla.com/main/programs/AVC/Pages/Intro.aspx for
941 their further reference.
</p
>
943 <p
>As previously mentioned, MPEG LA maintains a list of Licensees in good
944 standing on our website according to each program. Due to the large
945 volume of Licensees, it would be administratively impractical to
946 provide this level of detail to interested parties. Therefore, I am
947 afraid we are not in a position to assist you with your request.
</p
>
949 <p
>Kind regards,
</p
>
951 <p
>Sidney A. Wolf
952 <br
>Manager, Global Licensing
953 <br
>MPEG LA
</p
>
954 </blockquote
></p
>
956 <p
>Men takket være epostvedlegget kunne jeg søke på Google etter
957 setningen
"WHEREAS, a video standard commonly referred to as AVC has
958 been defined and is referred to in this Agreement as the “AVC
959 Standard” (as more fully defined herein below)
" som finnes i avtalen,
960 og lokalisere en kopi fra
2007 av
961 <a href=
"http://www.sec.gov/Archives/edgar/data/
1342960/
000119312509050004/dex1024.htm
">lisensavtalen
962 mellom MPEG-LA og DivX, Inc.
</a
>, slik at mine lesere kan se hvordan
963 avtalen så ut da. Jeg har ikke sammenlignet tekstene for å se om noe
964 har endret seg siden den tid, men satser på at teksten er representativ.
</p
>
966 <p
>Jeg aner fortsatt ikke hvor FedEx tok veien med pakken fra
969 <p
>Update
2012-
07-
06: Jeg er visst ikke den første som forsøker å få
970 klarhet i problemstillinger rundt H
.264, og kom nettopp over en veldig
971 interessant bloggpost fra
2010 hos LibreVideo med tittelen
972 "<a href=
"http://www.librevideo.org/blog/
2010/
06/
14/mpeg-la-answers-some-questions-about-avch-
264-licensing/
">MPEG-LA
973 answers some questions about AVC/H
.264 licensing
</a
>. Anbefales!
</p
>
978 <title>Departementenes servicesenter har ingen avtale om bruk av H
.264 med MPEG-LA
</title>
979 <link>http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</link>
980 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</guid>
981 <pubDate>Fri,
29 Jun
2012 09:
40:
00 +
0200</pubDate>
982 <description><p
>Da fikk jeg nettopp svar fra
983 <a href=
"http://www.dss.dep.no/
">Departementenes servicesenter
</a
>
985 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">mitt
986 spørsmål om avtale rundt bruk av H
.264</a
>. De har ingen avtale med
987 MPEG LA eller dets representanter. Her er svaret.
989 <p
><blockquote
>
991 <p
>Date: Fri,
29 Jun
2012 07:
04:
42 +
0000
992 <br
>From: Nielsen Mette Haga
&lt;Mette-Haga.Nielsen (at) dss.dep.no
&gt;
993 <br
>To: Petter Reinholdtsen
&lt;petter.reinholdtsen (at) ...
&gt;
994 <br
>CC: Postmottak
&lt;Postmottak (at) dss.dep.no
&gt;
995 <br
>Subject: SV: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
</p
>
997 <p
>DSS har ikke inngått noen egen lisensavtale med MPEG-LA eller noen som
998 representerer MPEG-LA i Norge. Videoløsningen på regjeringen.no er
999 levert av Smartcom:tv. Lisensforholdet rundt H
.264 er ikke omtalt i
1000 vår avtale med Smartcom.
</p
>
1002 <p
>Vennlig hilsen
</p
>
1004 <p
>Mette Haga Nielsen
1005 <br
>Fung. seksjonssjef
</p
>
1007 <p
>Departementenes servicesenter
</p
>
1009 <p
>Informasjonsforvaltning
1011 <p
>Mobil
93 09 83 51
1012 <br
>E-post mette-haga.nielsen (at) dss.dep.no
</p
>
1013 </blockquote
></p
>
1015 <p
>Hvis den norske regjeringen representert ved DSS ikke har slik
1016 avtale, så kan en kanskje konkludere med at det ikke trengs? Jeg er
1017 ikke trygg på at det er god juridisk grunn å stå på, men det er i det
1018 minste interessant å vite at hverken NRK eller DSS har funnet det
1019 nødvendig å ha avtale om bruk av H
.264.
</p
>
1021 <p
>Det forklarer ikke hvordan de kan ignorere bruksvilkårene knyttet
1022 til bruk av opphavsrettsbeskyttet materiale de bruker til
1023 videoproduksjon, med mindre slike vilkår kan ignoreres av selskaper og
1024 privatpersoner i Norge. Har de lov til å bryte vilkårene, eller har
1025 de brutt dem og så langt sluppet unna med det? Jeg aner ikke.
</p
>
1030 <title>MPEG-LA mener NRK må ha avtale med dem for å kringkaste og publisere H
.264-video
</title>
1031 <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>
1032 <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>
1033 <pubDate>Thu,
28 Jun
2012 20:
00:
00 +
0200</pubDate>
1034 <description><p
>Etter at NRK
1035 <a href=
"http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
">nektet
1036 å spore opp eventuell avtale med MPEG-LA
</a
> eller andre om bruk av
1037 MPEG/H
.264-video etter at jeg
<a
1038 href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">ba
1039 om innsyn i slike avtaler
</a
>, tenkte jeg at i stedet for å forsøke å
1040 få NRK til å finne en slik avtale, så burde det være like enkelt å
1041 spørre MPEG-LA om de hadde avtale med NRK. Spørsmålet ble sendt før
1042 jeg fikk tips fra Kieran Kunhya om hvor listen over lisensinnehavere
1043 "in Good Standing
" befant seg. MPEG-LA svarte meg i dag, og kan
1044 fortelle at NRK ikke har noen avtale med dem, så da er i det minste det
1045 slått fast. Ikke overraskende mener MPEG-LA at det trengs en avtale
1046 med MPEG-LA for å streame H
.264, men deres rammer er jo
1047 rettstilstanden i USA og ikke Norge. Jeg tar dermed den delen av
1048 svaret med en klype salt. Jeg er dermed fortsatt ikke klok på om det
1049 trengs en avtale, og hvis det trengs en avtale her i Norge, heller
1050 ikke sikker på om NRK har en avtale med noen andre enn MPEG-LA som
1051 gjør at de ikke trenger avtale direkte med MPEG-LA. Jeg håper NRKs
1052 jurister har vurdert dette, og at det er mulig å få tilgang til
1053 vurderingen uansett om de trenger en avtale eller ikke.
</p
>
1055 <p
>Her er epostutvekslingen med MPEG-LA så langt. Håper ikke
1056 utvekslingen fører til NRK plutselig får en litt uventet pakke fra
1059 <p
><blockquote
>
1060 <p
>Date: Mon,
25 Jun
2012 15:
29:
37 +
0200
1061 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1062 <br
>To: licensing-web (at) mpegla.com
1063 <br
>Subject: Do NRK have a license agreement with MPEG-LA?
</p
>
1065 <p
>Hi. I have a small question for you, that I hope it is OK that I
1068 <p
>Is there any license agreements between MPEG-LA and NRK,
&lt;URL:
1069 <a href=
"http://www.nrk.no/
">http://www.nrk.no/
</a
> &gt;, the
1070 Norwegian national broadcasting cooperation? I am not sure if they
1071 need one, and am just curious if such agreeement exist.
</p
>
1073 <p
>The postal address is
</p
>
1075 <p
><blockquote
>
1077 <br
>Postbox
8500, Majorstuen
1080 </blockquote
></p
>
1082 <p
>if it make it easier for you to locate such agreement.
</p
>
1084 <p
>Can you tell me how many entities in Norway have an agreement with
1085 MPEG-LA, and the name of these entities?
</p
>
1088 <br
>Happy hacking
1089 <br
>Petter Reinholdtsen
1090 </blockquote
></p
>
1092 <p
>I dag, to dager senere, fikk jeg følgende svar:
</p
>
1094 <p
><blockquote
>
1095 <p
>Date: Thu,
28 Jun
2012 14:
11:
17 +
0000
1096 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
>
1097 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
>
1098 <br
>CC: MD Administration
&lt;MDAdministration (at) mpegla.com
>
1099 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
1101 <p
>Dear Mr. Reinholdtsen,
</p
>
1103 <p
>Thank you for your message and for your interest in MPEG LA. We
1104 appreciate hearing from you and I will be happy to assist you.
</p
>
1106 <p
>To begin, I will assume that you are referring to AVC/H
.264
1107 technology in your message below, as this technology is commonly used
1108 in the transmission of video content. In that case, please allow me
1109 to briefly summarize the coverage provided by our AVC Patent Portfolio
1112 <P
>Our AVC License provides coverage for end products and video
1113 services that make use of AVC/H
.264 technology. Accordingly, the
1114 party offering such end products and video to End Users concludes the
1115 AVC License and is responsible for paying the applicable royalties
1116 associated with the end products/video they offer.
</p
>
1118 <p
>While the Norwegian Broadcast Corporation (NRK) is not currently a
1119 Licensee to MPEG LA
's AVC License (or any other Portfolio License
1120 offered by MPEG LA), if NRK offers AVC Video to End Users for
1121 remuneration (for example, Title-by-Title, Subscription, Free
1122 Television, or Internet Broadcast AVC Video), then NRK will need to
1123 conclude the AVC License and may be responsible for paying applicable
1124 royalties associated with the AVC Video it distributes.
</p
>
1126 <p
>Today I will send you a FedEx package containing a copy of our AVC
1127 License for your review. You should receive the License document
1128 within the next few days.
</p
>
1130 <p
>Meanwhile, MPEG LA currently has several Norwegian Licensees that
1131 can be found under the
"Licensees
" header within the respective
1132 portion of our website. For example, you may find our list of
1133 Licensees in Good Standing to our AVC License in the AVC portion of
1135 <a href=
"http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
">http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</a
></p
>
1137 <p
>I hope the above information is helpful. If you have additional
1138 questions or need further assistance with the AVC License, please feel
1139 free to contact me directly. I look forward to hearing from you again
1142 <p
>Best regards,
</p
>
1144 <p
>Ryan
</p
>
1146 <p
>Ryan M. Rodriguez
1147 <br
>Licensing Associate
1149 <br
>5425 Wisconsin Avenue
1151 <br
>Chevy Chase, MD
20815
1153 <br
>Phone: +
1 (
301)
986-
6660 x211
1154 <br
>Fax: +
1 (
301)
986-
8575
1155 <br
>Email: rrodriguez (at) mpegla.com
</p
>
1157 </blockquote
></p
>
1159 <p
>Meldingen om utsendt FedEx-pakke var så merkelig at jeg
1160 øyeblikkelig sendte svar tilbake og spurte hva i alle dager han mente,
1161 da han jo ikke hadde fått noen postadresse som nådde meg.
</p
>
1163 <p
><blockquote
>
1165 <p
>Date: Thu,
28 Jun
2012 16:
36:
15 +
0200
1166 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1167 <br
>To: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1168 <br
>Cc: MD Administration
&lt;MDAdministration (at) mpegla.com
&gt;
1169 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
1171 <p
>[Ryan Rodriguez]
1172 <br
>&gt; Dear Mr. Reinholdtsen,
</p
>
1174 <p
>Thank you for your quick reply.
</p
>
1176 <p
>&gt; Today I will send you a FedEx package containing a copy of our AVC
1177 <br
>&gt; License for your review. You should receive the License document
1178 <br
>&gt; within the next few days.
</p
>
1180 <p
>The part about sending a FedEx package confused me, though. I did not
1181 <br
>give you my address, nor am I associated with NRK in any way, so I hope
1182 <br
>you did not try to send me a package using the address of NRK. If you
1183 <br
>would send me the Internet address of to the document, it would be more
1184 <br
>useful to me to be able to download it as an electronic document.
</p
>
1186 <p
>&gt; Meanwhile, MPEG LA currently has several Norwegian Licensees that can
1187 <br
>&gt; be found under the
"Licensees
" header within the respective portion
1188 <br
>&gt; of our website. For example, you may find our list of Licensees in
1189 <br
>&gt; Good Standing to our AVC License in the AVC portion of our website,
1190 <br
>&gt; http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</p
>
1192 <p
>How can I recognize the Norwegian licensees?
</p
>
1195 <br
>Happy hacking
1196 <br
>Petter Reinholdtsen
</p
>
1197 </blockquote
></p
>
1199 <p
>Selv om jeg svarte kun noen minutter etter at jeg fikk eposten fra
1200 MPEG-LA, fikk jeg eposten under som automatisk var beskjed på min
1201 siste epost. Får håpe noen likevel følger opp
"FedEx-pakken
". For å
1202 øke sjansen for at noen revurderer utsending av pakke uten mottaker,
1203 videresendte jeg min epost til swolf (at) mpegla.com, så får vi se.
1204 Har ikke hørt noe mer
3 timer senere, så jeg mistenker at ingen leste
1205 min epost tidsnok.
</p
>
1207 <p
><blockquote
>
1209 <p
>Date: Thu,
28 Jun
2012 14:
36:
20 +
0000
1210 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1211 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1212 <br
>Subject: Automatic reply: Do NRK have a license agreement with MPEG-LA?
</p
>
1214 <p
>Thank you for your message.
</p
>
1216 <p
>I will be out of the office until Thursday, July
5 and will respond
1217 to all messages upon my return. If this is a matter that requires
1218 immediate attention, please contact Sidney Wolf (swolf (at)
1219 mpegla.com)
</p
>
1221 <p
>Best regards,
</p
>
1223 <p
>Ryan
</p
>
1225 <p
>Ryan M. Rodriguez
1226 <br
>Licensing Associate
1227 <br
>MPEG LA
</p
>
1229 </blockquote
></p
>
1231 <p
>Litt klokere, men fortsatt ikke klok på mitt opprinnelige spørsmål,
1232 som er om en trenger avtale med MPEG-LA for å publisere eller
1233 kringkaste H
.264-video i Norge.
</p
>
1238 <title>NRK nekter å finne og utlevere eventuell avtale med MPEG-LA
</title>
1239 <link>http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</link>
1240 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</guid>
1241 <pubDate>Mon,
25 Jun
2012 15:
10:
00 +
0200</pubDate>
1242 <description><p
>Jeg fikk nettopp svar fra NRK på
1243 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">min
1244 forespørsel om kopi av avtale
</a
> med MPEG-LA eller andre om bruk av
1245 MPEG og/eller H
.264. Svaret har fått saksreferanse
2011/
371 (mon tro
1246 hva slags sak fra
2011 dette er?) hos NRK og lyder som følger:
</p
>
1248 <p
><blockquote
>
1250 <p
><strong
>Svar på innsynsbegjæring i MPEG / H
.264-relaterte
1251 avtaler
</strong
></p
>
1253 <p
>Viser til innsynsbegjæring av
19. juni
2012. Kravet om innsyn
1254 gjelder avtale som gjør at NRK «ikke er begrenset av de generelle
1255 bruksvilkårene som gjelder for utstyr som bruker MPEG og/eller
1258 <p
>I henhold til offentleglova §
28 annet ledd må innsynskravet gjelde
1259 en bestemt sak eller i rimelig utstrekning saker av en bestemt
1260 sak. Det er på det rene at det aktuelle innsynskravet ikke gjelder en
1261 bestemt sak. Spørsmålet som reiser seg er om identifiseringsgraden er
1262 tilstrekkelig. I Justisdepartementets «Rettleiar til offentleglova»
1263 står følgende:
</p
>
1265 <p
>«Kravet om at innsynskravet må gjelde ei bestemt sak er til hinder
1266 for at eit innsynskrav kan gjelde alle saker av ein bestemt art, utan
1267 at den enkelte saka blir identifisert. Ein kan med andre ord i
1268 utgangspunktet ikkje krevje innsyn i til dømes alle saker om
1269 utsleppsløyve hos Statens forureiningstilsyn frå dei siste tre åra,
1270 med mindre ein identifiserer kvar enkelt sak, til dømes med tilvising
1271 til dato, partar eller liknande.»
</p
>
1273 <p
>Vedrørende denne begrensningen har Justisdepartementet uttalt
1274 følgende (Lovavdelingens uttalelser JDLOV-
2010-
3295):
</p
>
1276 <p
><em
>«Bakgrunnen for avgrensinga av kva innsynskravet kan gjelde,
1277 er fyrst og fremst at meir generelle innsynskrav, utan noka form for
1278 identifikasjon av kva ein eigentleg ynskjer, ville vere svært
1279 vanskelege å handsame for forvaltninga.»
</em
></p
>
1281 <p
>I samme sak uttaler Lovavdelingen følgende:
</p
>
1283 <p
><em
>«Det følgjer vidare av offentleglova §
28 andre ledd at det `i
1284 rimeleg utstrekning
' kan krevjast innsyn i `saker av ein bestemt
1285 art
'. Vilkåret om at eit innsynskrav berre `i rimeleg utstrekning
' kan
1286 gjelde saker av ein bestemt art, er i hovudsak knytt til kor
1287 arbeidskrevjande det vil vere å finne fram til dei aktuelle
1288 dokumenta. I tillegg reknar vi med at vilkåret kan gje grunnlag for å
1289 nekte innsyn i tilfelle der innsynskravet er så omfattande (gjeld så
1290 mange dokument) at arbeidsmengda som ville gått med til å handsame
1291 det, er større enn det ein `i rimeleg utstrekning
' kan krevje (sjølv
1292 om det nok skal mykje til).»
</em
></p
>
1294 <p
>NRK har ikke noen egen sammenstilling over avtaler innenfor
1295 bestemte områder som omtales i innsynsbegjæringen. De måtte søkes på
1296 vanlig måte. I tillegg finnes ikke noen automatisert måte å finne
1297 avtaler som «ikke er begrenset av de generelle bruksvilkårene som
1298 gjelder for utstyr som bruker MPEG og/eller H
.264». En slik
1299 gjennomgang av avtaler måtte gjøres manuelt av en person med
1300 spesialistkunnskap. Dette vil kreve at NRK avsetter omfattende
1301 ressurser for å finne frem relevante avtaler og for deretter å vurdere
1302 om de dekkes av det innsynsbegjæringen omfattes.
</p
>
1304 <p
>På bakgrunn av dette nekter NRK innsyn, med den begrunnelsen at
1305 innsynskravet er så omfattende at arbeidsmengden for å håndtere kravet
1306 vil være langt større enn det som i rimelig utstrekning kan kreves i
1307 henhold til offentleglova §
28 annet ledd.
</p
>
1309 <p
>Avslag på deres innsynsbegjæring kan påklages til Kultur- og
1310 kirkedepartementet innen tre uker fra det tidspunkt avslaget kommer
1311 frem til mottakeren, i henhold til reglene i offentleglova §
32,
1312 jf. forvaltningsloven kapittel VI. Klagen skal stiles til Kultur- og
1313 kirkedepartementet, og sendes til NRK.
</p
>
1315 <p
>NRK er imidlertid etter Offentleglova forpliktet å gi ut journaler,
1316 slik at en eventuell søknad om innsyn kan tydeligere identifisere
1317 hvilke dokumenter som det ønskes innsyn i. NRKs offentlige journaler
1318 for inneværende og forrige måned ligger ute på
1319 NRK.no/innsyn. Journaler som går lengre tilbake i tid, kan sendes ut
1320 på forespørsel til innsyn (at) nrk.no.
</p
>
1323 <br
>Dokumentarkivet i NRK
1324 <br
>v/ Elin Brandsrud
1325 <br
>Tel. direkte:
23 04 29 29
1326 <br
>Post: RBM3, Postboks
8500 Majorstuen,
0340 Oslo
1327 <br
>innsyn (at) nrk.no
</p
>
1329 </blockquote
></p
>
1332 <a href=
"http://people.skolelinux.org/pere/blog/images/
2012-
06-
25-video-mpegla-nrk.pdf
">i
1333 PDF-form som vedlegg på epost
</a
>. Jeg er litt usikker på hvordan jeg
1334 best går videre for å bli klok, men jeg har jo i hvert fall tre uker
1335 på å vurdere om jeg skal klage. Enten må nok forespørselen
1336 reformuleres eller så må jeg vel klage. Synes jo det er merkelig at
1337 NRK ikke har bedre kontroll med hvilke avtaler de har inngått. Det
1338 burde jo være noen i ledelsen som vet om de har signert en avtale med
1339 MPEG-LA eller ikke...
</p
>
1341 <p
>Oppdatering
2012-
06-
25 20:
20: Et google-søk på
"2011/
371 nrk
"
1342 sendte meg til postjournalen for
1343 <a href=
"http://nrk.no/contentfile/file/
1.8212365!offentligjournal19062012.pdf
">2012-
06-
19</a
>
1345 <a href=
"http://nrk.no/contentfile/file/
1.8214156!offentligjournal20062012.pdf
">2012-
06-
20</a
>
1346 hos NRK som viser mine forespørsler og viser at sakens tittel hos NRK
1347 er
"Graphic Systems Regions MA
2378/
10E
". Videre søk etter
"Graphic
1348 Systems Regions
" viser at dette er saken til et anbud om
1349 "<a href=
"http://no.mercell.com/m/mts/Tender/
27179412.aspx
">a graphics
1350 system for
12 or
13 sites broadcasting regional news
</a
>" hos Mercell
1351 Sourcing Service, også omtalt på
1352 <a href=
"http://www.publictenders.net/tender/
595705">Public
1353 Tenders
</a
> og
1354 <a href=
"http://www.doffin.no/search/show/search_view.aspx?ID=JAN155521
">Doffin
</a
>.
1355 Jeg er dog usikker på hvordan dette er relatert til min
1356 forespørsel.
</p
>
1358 <p
>Oppdatering
2012-
06-
25 22:
40: Ble tipset av Kieran Kunhya, fra
1360 <a href=
"http://code.google.com/p/open-broadcast-encoder/
">Open
1361 Broadcast Encoder
</a
>, at listen over de som har lisensavtale med
1363 <a href=
"http://www.mpeg-la.com/main/programs/AVC/Pages/Licensees.aspx
">tilgjengelig
1364 på web
</a
>. Veldig fint å oppdage hvor den finnes, da jeg må ha lett
1365 etter feil ting da jeg forsøke å finne den. Der står ikke NRK, men
1366 flere andre
"Broadcasting Company
"-oppføringer. Lurer på om det betyr
1367 at NRK ikke trenger avtale, eller noe helt annet?
</p
>
1372 <title>Song book for Computer Scientists
</title>
1373 <link>http://people.skolelinux.org/pere/blog/Song_book_for_Computer_Scientists.html
</link>
1374 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Song_book_for_Computer_Scientists.html
</guid>
1375 <pubDate>Sun,
24 Jun
2012 13:
30:
00 +
0200</pubDate>
1376 <description><p
>Many years ago, while studying Computer Science at the
1377 <a href=
"http://www.uit.no/
">University of Tromsø
</a
>, I started
1378 collecting computer related songs for use at parties. The original
1379 version was written in LaTeX, but a few years ago I got help from
1380 Håkon W. Lie, one of the inventors of W3C CSS, to convert it to HTML
1381 while keeping the ability to create a nice book in PDF format. I have
1382 not had time to maintain the book for a while now, and guess I should
1383 put it up on some public version control repository where others can
1384 help me extend and update the book. If anyone is volunteering to help
1385 me with this, send me an email. Also let me know if there are songs
1386 missing in my book.
</p
>
1388 <p
>I have not mentioned the book on my blog so far, and it occured to
1389 me today that I really should let all my readers share the joys of
1390 singing out load about programming, computers and computer networks.
1391 Especially now that
<a href=
"http://debconf12.debconf.org/
">Debconf
1392 12</a
> is about to start (and I am not going). Want to sing? Check
1393 out
<a href=
"http://www.hungry.com/~pere/cs-songbook/
">Petter
's
1394 Computer Science Songbook
</a
>.
1399 <title>Trenger en avtale med MPEG-LA for å publisere og kringkaste H
.264-video?
</title>
1400 <link>http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</link>
1401 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</guid>
1402 <pubDate>Thu,
21 Jun
2012 13:
40:
00 +
0200</pubDate>
1403 <description><p
>Trengs det avtale med MPEG-LA for å ha lovlig rett til å
1404 distribuere og kringkaste video i MPEG4 eller med videokodingen H
.264?
1405 <a href=
"http://webmink.com/essays/h-
264/
">H
.264 og MPEG4 er jo ikke en
1406 fri og åpen standard
</a
> i henhold til
1407 <a href=
"http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
">definisjonen
1408 til Digistan
</a
>, så i enkelte land er det ingen tvil om at du må ha
1409 en slik avtale, men jeg må innrømme at jeg ikke vet om det også
1410 gjelder Norge. Det ser uansett ut til å være en juridisk interessant
1411 problemstilling. Men jeg tenkte her om dagen som så, at hvis det er
1412 nødvendig, så har store aktører som
1413 <a href=
"http://www.nrk.no/
">NRK
</a
> og
1414 <a href=
"http://www.regjeringen.no/
">regjeringen
</a
> skaffet seg en
1415 slik avtale. Jeg har derfor sendt forespørsel til begge (for
1416 regjeringen sin del er det Departementenes Servicesenter som gjør
1417 jobben), og bedt om kopi av eventuelle avtaler de har om bruk av MPEG
1418 og/eller H
.264 med MPEG-LA eller andre aktører som opererer på vegne
1419 av MPEG-LA. Her er kopi av eposten jeg har sendt til
1420 <a href=
"http://www.dss.dep.no/
">Departementenes Servicesenter
</a
>.
1421 Forespørselen til NRK er veldig lik.
</p
>
1423 <p
><blockquote
>
1425 <p
>Date: Tue,
19 Jun
2012 15:
18:
33 +
0200
1426 <br
>From: Petter Reinholdtsen
1427 <br
>To: postmottak@dss.dep.no
1428 <br
>Subject: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
1430 <p
>Hei. Jeg ber herved om innsyn og kopi av dokumenter i DSS relatert
1431 til avtaler rundt bruk av videoformatene MPEG og H
.264. Jeg er
1432 spesielt interessert i å vite om DSS har lisensavtale med MPEG-LA
1433 eller noen som representerer MPEG-LA i Norge.
</p
>
1435 <p
>MPEG og H
.264 er videoformater som brukes både til kringkasting
1436 (f.eks. i bakkenett og kabel-TV) og videopublisering på web, deriblant
1437 via Adobe Flash. MPEG-LA,
&lt;URL:
1438 <a href=
"http://www.mpeg-la.com/
">http://www.mpeg-la.com/
</a
> &gt;, er
1439 en organisasjon som har fått oppgaven, av de kjente rettighetshavere
1440 av immaterielle rettigheter knyttet til MPEG og H
.264, å selge
1441 bruksrett for MPEG og H
.264.
</p
>
1443 <p
>Via regjeringen.no kringkastes med MPEG og H
.264-baserte
1444 videoformater, og dette ser ut til å være organisert av DSS. Jeg
1445 antar dermed at DSS har avtale med en eller annen aktør om dette.
</p
>
1447 <p
>F.eks. har Adobe Premiere Pro har følgende klausul i følge
&lt;URL:
1448 <a href=
"http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
">http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
</a
>
1451 <p
><blockquote
>
1453 <p
>6.17. AVC DISTRIBUTION. The following notice applies to software
1454 containing AVC import and export functionality: THIS PRODUCT IS
1455 LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND
1456 NON-COMMERCIAL USE OF A CONSUMER TO (a) ENCODE VIDEO IN COMPLIANCE
1457 WITH THE AVC STANDARD (
"AVC VIDEO
") AND/OR (b) DECODE AVC VIDEO THAT
1458 WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL
1459 ACTIVITY AND/OR AVC VIDEO THAT WAS OBTAINED FROM A VIDEO PROVIDER
1460 LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED OR SHALL BE
1461 IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED
1462 FROM MPEG LA L.L.C. SEE
1463 <a href=
"http://www.mpegla.com
">http://www.mpegla.com
</a
>.
</p
>
1465 </blockquote
></p
>
1467 <p
>Her er det kun
"non-commercial
" og
"personal and non-commercial
"
1468 aktivitet som er tillatt uten ekstra avtale med MPEG-LA.
</p
>
1470 <p
>Et annet tilsvarende eksempel er Apple Final Cut Pro, som har
1471 følgende klausul i følge
&lt;URL:
1472 <a href=
"http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
">http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
</a
>
1475 <p
><blockquote
>
1477 <p
>15. Merknad om H
.264/AVC. Hvis Apple-programvaren inneholder
1478 funksjonalitet for AVC-koding og/eller AVC-dekoding, krever
1479 kommersiell bruk ekstra lisensiering og følgende gjelder:
1480 AVC-FUNKSJONALITETEN I DETTE PRODUKTET KAN KUN ANVENDES AV
1481 FORBRUKERE OG KUN FOR PERSONLIG OG IKKE- KOMMERSIELL BRUK TIL (i)
1482 KODING AV VIDEO I OVERENSSTEMMELSE MED AVC-STANDARDEN (
"AVC-VIDEO
")
1483 OG/ELLER (ii) DEKODING AV AVC-VIDEO SOM ER KODET AV EN FORBRUKER TIL
1484 PERSONLIG OG IKKE-KOMMERSIELL BRUK OG/ELLER DEKODING AV AVC-VIDEO
1485 FRA EN VIDEOLEVERANDØR SOM HAR LISENS TIL Å TILBY
1486 AVC-VIDEO. INFORMASJON OM ANNEN BRUK OG LISENSIERING KAN INNHENTES
1487 FRA MPEG LA L.L.C. SE HTTP://WWW.MPEGLA.COM.
</p
>
1488 </blockquote
></p
>
1490 <p
>Tilsvarende gjelder for andre programvarepakker, kamera, etc som
1491 bruker MPEG og H
.264, at en må ha en avtale med MPEG-LA for å ha lov
1492 til å bruke programmet/utstyret hvis en skal lage noe annet enn
1493 private filmer og i ikke-kommersiell virksomhet.
</p
>
1495 <p
>Jeg er altså interessert i kopi av avtaler DSS har som gjør at en
1496 ikke er begrenset av de generelle bruksvilkårene som gjelder for
1497 utstyr som bruker MPEG og/eller H
.264.
</p
>
1498 </blockquote
></p
>
1500 <p
>Nå venter jeg spent på svaret. Jeg planlegger å blogge om svaret
1506 <title>HTC One X - Your video? What do you mean?
</title>
1507 <link>http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</link>
1508 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</guid>
1509 <pubDate>Thu,
26 Apr
2012 13:
20:
00 +
0200</pubDate>
1510 <description><p
>In
<a href=
"http://www.idg.no/computerworld/article243690.ece
">an
1511 article today
</a
> published by Computerworld Norway, the photographer
1512 <a href=
"http://www.urke.com/eirik/
">Eirik Helland Urke
</a
> reports
1513 that the video editor application included with
1514 <a href=
"http://www.htc.com/www/smartphones/htc-one-x/#specs
">HTC One
1515 X
</a
> have some quite surprising terms of use. The article is mostly
1516 based on the twitter message from mister Urke, stating:
1518 <p
><blockquote
>
1519 "<a href=
"http://twitter.com/urke/status/
194062269724897280">Drøy
1520 brukeravtale: HTC kan bruke MINE redigerte videoer kommersielt. Selv
1521 kan jeg KUN bruke dem privat.
</a
>"
1522 </blockquote
></p
>
1524 <p
>I quickly translated it to this English message:
</p
>
1526 <p
><blockquote
>
1527 "Arrogant user agreement: HTC can use MY edited videos
1528 commercially. Although I can ONLY use them privately.
"
1529 </blockquote
></p
>
1531 <p
>I
've been unable to find the text of the license term myself, but
1532 suspect it is a variation of the MPEG-LA terms I
1533 <a href=
"http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
">discovered
1534 with my Canon IXUS
130</a
>. The HTC One X specification specifies that
1535 the recording format of the phone is .amr for audio and .mp3 for
1537 <a href=
"http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues
">Adaptive
1538 Multi-Rate audio codec
</a
> with patents which according to the
1539 Wikipedia article require an license agreement with
1540 <a href=
"http://www.voiceage.com/
">VoiceAge
</a
>. MP4 is
1541 <a href=
"http://en.wikipedia.org/wiki/H
.264/MPEG-
4_AVC#Patent_licensing
">MPEG4 with
1542 H
.264</a
>, which according to Wikipedia require a licence agreement
1543 with
<a href=
"http://www.mpegla.com/
">MPEG-LA
</a
>.
</p
>
1545 <p
>I know why I prefer
1546 <a href=
"http://www.digistan.org/open-standard:definition
">free and open
1547 standards
</a
> also for video.
</p
>
1552 <title>RAND terms - non-reasonable and discriminatory
</title>
1553 <link>http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html
</link>
1554 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html
</guid>
1555 <pubDate>Thu,
19 Apr
2012 22:
20:
00 +
0200</pubDate>
1556 <description><p
>Here in Norway, the
1557 <a href=
"http://www.regjeringen.no/nb/dep/fad.html?id=
339"> Ministry of
1558 Government Administration, Reform and Church Affairs
</a
> is behind
1559 a
<a href=
"http://standard.difi.no/forvaltningsstandarder
">directory of
1560 standards
</a
> that are recommended or mandatory for use by the
1561 government. When the directory was created, the people behind it made
1562 an effort to ensure that everyone would be able to implement the
1563 standards and compete on equal terms to supply software and solutions
1564 to the government. Free software and non-free software could compete
1565 on the same level.
</p
>
1567 <p
>But recently, some standards with RAND
1568 (
<a href=
"http://en.wikipedia.org/wiki/Reasonable_and_non-discriminatory_licensing
">Reasonable
1569 And Non-Discriminatory
</a
>) terms have made their way into the
1570 directory. And while this might not sound too bad, the fact is that
1571 standard specifications with RAND terms often block free software from
1572 implementing them. The reasonable part of RAND mean that the cost per
1573 user/unit is low,and the non-discriminatory part mean that everyone
1574 willing to pay will get a license. Both sound great in theory. In
1575 practice, to get such license one need to be able to count users, and
1576 be able to pay a small amount of money per unit or user. By
1577 definition, users of free software do not need to register their use.
1578 So counting users or units is not possible for free software projects.
1579 And given that people will use the software without handing any money
1580 to the author, it is not really economically possible for a free
1581 software author to pay a small amount of money to license the rights
1582 to implement a standard when the income available is zero. The result
1583 in these situations is that free software are locked out from
1584 implementing standards with RAND terms.
</p
>
1586 <p
>Because of this, when I see someone claiming the terms of a
1587 standard is reasonable and non-discriminatory, all I can think of is
1588 how this really is non-reasonable and discriminatory. Because free
1589 software developers are working in a global market, it does not really
1590 help to know that software patents are not supposed to be enforceable
1591 in Norway. The patent regimes in other countries affect us even here.
1592 I really hope the people behind the standard directory will pay more
1593 attention to these issues in the future.
</p
>
1595 <p
>You can find more on the issues with RAND, FRAND and RAND-Z terms
1597 (
<a href=
"http://blogs.computerworlduk.com/simon-says/
2010/
11/rand-not-so-reasonable/
">RAND:
1598 Not So Reasonable?
</a
>).
</p
>
1600 <p
>Update
2012-
04-
21: Just came across a
1601 <a href=
"http://blogs.computerworlduk.com/open-enterprise/
2012/
04/of-microsoft-netscape-patents-and-open-standards/index.htm
">blog
1602 post from Glyn Moody
</a
> over at Computer World UK warning about the
1603 same issue, and urging people to speak out to the UK government. I
1604 can only urge Norwegian users to do the same for
1605 <a href=
"http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder
">the
1606 hearing taking place at the moment
</a
> (respond before
2012-
04-
27).
1607 It proposes to require video conferencing standards including
1608 specifications with RAND terms.
</p
>
1613 <title>Hvordan enkelt laste ned filmer fra NRK
</title>
1614 <link>http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</link>
1615 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</guid>
1616 <pubDate>Sat,
5 Nov
2011 15:
20:
00 +
0100</pubDate>
1617 <description><p
>Ofte har jeg lyst til å laste ned et innslag fra NRKs nettsted for
1618 å se det senere når jeg ikke er på nett, eller for å ha det
1619 tilgjengelig når jeg en gang i fremtiden ønsker å referere til
1620 innslaget selv om NRK har fjernet det fra sine nettsider. I dag fant
1621 jeg et lite script som fikser jobben.
</p
>
1623 <p
>Scriptet er laget av Jan Henning Thorsen og tilgjengelig fra
1624 <a href=
"http://jhthorsen.github.com/snippets/nrk-downloader/
">github
</a
>,
1625 og gjør det veldig enkelt å laste ned. Kjør
<tt
>nrk-downloader.sh
1626 http://www1.nrk.no/nett-tv/klipp/
582810</tt
> for å hente ned et enkelt
1627 innslag eller
<tt
>nrk-downloader.sh
1628 http://www1.nrk.no/nett-tv/kategori/
3521</tt
> for å laste ned alle
1629 episodene i en serie.
</p
>
1631 <p
>Det er ikke rakettforskning å laste ned NRK-
"strømmer
", og
1632 tidligere gjorde jeg dette manuelt med mplayer. Scriptet til
1633 Hr. Thorsen gjør det raskere og enklere for meg, men jeg vil ikke si
1634 at det er en revolusjonerende løsning. Jeg mener jo fortsatt at
1635 påstanden fra NRKs ansatte om at det er
1636 <a href=
"http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
">vesensforskjellig
1637 å legge tilgjengelig for nedlasting og for streaming
</a
> er
1638 meningsløs.
</p
>
1643 <title>What is missing in the Debian desktop, or why my parents use Kubuntu
</title>
1644 <link>http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</link>
1645 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</guid>
1646 <pubDate>Fri,
29 Jul
2011 08:
10:
00 +
0200</pubDate>
1647 <description><p
>While at Debconf11, I have several times during discussions
1648 mentioned the issues I believe should be improved in Debian for its
1649 desktop to be useful for more people. The use case for this is my
1650 parents, which are currently running Kubuntu which solve the
1653 <p
>I suspect these four missing features are not very hard to
1654 implement. After all, they are present in Ubuntu, so if we wanted to
1655 do this in Debian we would have a source.
</p
>
1659 <li
><strong
>Simple GUI based upgrade of packages.
</strong
> When there
1660 are new packages available for upgrades, a icon in the KDE status bar
1661 indicate this, and clicking on it will activate the simple upgrade
1662 tool to handle it. I have no problem guiding both of my parents
1663 through the process over the phone. If a kernel reboot is required,
1664 this too is indicated by the status bars and the upgrade tool. Last
1665 time I checked, nothing with the same features was working in KDE in
1668 <li
><strong
>Simple handling of missing Firefox browser
1669 plugins.
</strong
> When the browser encounter a MIME type it do not
1670 currently have a handler for, it will ask the user if the system
1671 should search for a package that would add support for this MIME type,
1672 and if the user say yes, the APT sources will be searched for packages
1673 advertising the MIME type in their control file (visible in the
1674 Packages file in the APT archive). If one or more packages are found,
1675 it is a simple click of the mouse to add support for the missing mime
1676 type. If the package require the user to accept some non-free
1677 license, this is explained to the user. The entire process make it
1678 more clear to the user why something do not work in the browser, and
1679 make the chances higher for the user to blame the web page authors and
1680 not the browser for any missing features.
</li
>
1682 <li
><strong
>Simple handling of missing multimedia codec/format
1683 handlers.
</strong
> When the media players encounter a format or codec
1684 it is not supporting, a dialog pop up asking the user if the system
1685 should search for a package that would add support for it. This
1686 happen with things like MP3, Windows Media or H
.264. The selection
1687 and installation procedure is very similar to the Firefox browser
1688 plugin handling. This is as far as I know implemented using a
1689 gstreamer hook. The end result is that the user easily get access to
1690 the codecs that are present from the APT archives available, while
1691 explaining more on why a given format is unsupported by Ubuntu.
</li
>
1693 <li
><strong
>Better browser handling of some MIME types.
</strong
> When
1694 displaying a text/plain file in my Debian browser, it will propose to
1695 start emacs to show it. If I remember correctly, when doing the same
1696 in Kunbutu it show the file as a text file in the browser. At least I
1697 know Opera will show text files within the browser. I much prefer the
1698 latter behaviour.
</li
>
1702 <p
>There are other nice features as well, like the simplified suite
1703 upgrader, but given that I am the one mostly doing the dist-upgrade,
1704 it do not matter much.
</p
>
1706 <p
>I really hope we could get these features in place for the next
1707 Debian release. It would require the coordinated effort of several
1708 maintainers, but would make the end user experience a lot better.
</p
>
1713 <title>Gnash enteres Google Summer of Code
2011</title>
1714 <link>http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</link>
1715 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</guid>
1716 <pubDate>Wed,
6 Apr
2011 09:
00:
00 +
0200</pubDate>
1717 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is still
1718 the most promising solution for a Free Software Flash implementation.
1719 A few days ago the project
1720 <a href=
"http://lists.gnu.org/archive/html/gnash-dev/
2011-
04/msg00011.html
">announced
</a
>
1721 that it will participate in Google Summer of Code. I hope many
1722 students apply, and that some of them succeed in getting AVM2 support
1723 into Gnash.
</p
>
1728 <title>Why isn
't Debian Edu using VLC?
</title>
1729 <link>http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</link>
1730 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</guid>
1731 <pubDate>Sat,
27 Nov
2010 11:
30:
00 +
0100</pubDate>
1732 <description><p
>In the latest issue of Linux Journal, the readers choices were
1733 presented, and the winner among the multimedia player were VLC.
1734 Personally, I like VLC, and it is my player of choice when I first try
1735 to play a video file or stream. Only if VLC fail will I drag out
1736 gmplayer to see if it can do better. The reason is mostly the failure
1737 model and trust. When VLC fail, it normally pop up a error message
1738 reporting the problem. When mplayer fail, it normally segfault or
1739 just hangs. The latter failure mode drain my trust in the program.
<p
>
1741 <p
>But even if VLC is my player of choice, we have choosen to use
1742 mplayer in
<a href=
"http://www.skolelinux.org/
">Debian
1743 Edu/Skolelinux
</a
>. The reason is simple. We need a good browser
1744 plugin to play web videos seamlessly, and the VLC browser plugin is
1745 not very good. For example, it lack in-line control buttons, so there
1746 is no way for the user to pause the video. Also, when I
1747 <a href=
"http://wiki.debian.org/DebianEdu/BrowserMultimedia
">last
1748 tested the browser plugins
</a
> available in Debian, the VLC plugin
1749 failed on several video pages where mplayer based plugins worked. If
1750 the browser plugin for VLC was as good as the gecko-mediaplayer
1751 package (which uses mplayer), we would switch.
</P
>
1753 <p
>While VLC is a good player, its user interface is slightly
1754 annoying. The most annoying feature is its inconsistent use of
1755 keyboard shortcuts. When the player is in full screen mode, its
1756 shortcuts are different from when it is playing the video in a window.
1757 For example, space only work as pause when in full screen mode. I
1758 wish it had consisten shortcuts and that space also would work when in
1759 window mode. Another nice shortcut in gmplayer is [enter] to restart
1760 the current video. It is very nice when playing short videos from the
1761 web and want to restart it when new people arrive to have a look at
1762 what is going on.
</p
>
1767 <title>Best å ikke fortelle noen at streaming er nedlasting...
</title>
1768 <link>http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</link>
1769 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</guid>
1770 <pubDate>Sat,
30 Oct
2010 11:
20:
00 +
0200</pubDate>
1771 <description><p
>I dag la jeg inn en kommentar på en sak hos NRKBeta
1772 <a href=
"http://nrkbeta.no/
2010/
10/
27/bakom-blindpassasjer-del-
1/
">om
1773 hvordan TV-serien Blindpassasjer ble laget
</a
> i forbindelse med at
1774 filmene NRK la ut ikke var tilgjengelig i et
1775 <a href=
"http://www.digistan.org/open-standard:definition
">fritt og
1776 åpent format
</a
>. Dette var det jeg skrev publiserte der
07:
39.
</p
>
1778 <p
><blockquote
>
1779 <p
>"Vi fikk en kommentar rundt måten streamet innhold er beskyttet fra
1780 nedlasting. Mange av oss som kan mer enn gjennomsnittet om systemer
1781 som dette, vet at det stort sett er mulig å lure ut ting med den
1782 nødvendige forkunnskapen.
"</p
>
1784 <p
>Haha. Å streame innhold er det samme som å laste ned innhold, så å
1785 beskytte en stream mot nedlasting er ikke mulig. Å skrive noe slikt
1786 er å forlede leseren.
</p
>
1788 <p
>Med den bakgrunn blir forklaringen om at noen rettighetshavere kun
1789 vil tillate streaming men ikke nedlasting meningsløs.
</p
>
1791 <p
>Anbefaler forresten å lese
1792 <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
>
1793 om hva som ville være konsekvensen hvis digitale avspillingssperrer
1794 (DRM) fungerte. Det gjør de naturligvis ikke teknisk - det er jo
1795 derfor de må ha totalitære juridiske beskyttelsesmekanismer på plass,
1796 men det er skremmende hva samfunnet tillater og NRK er med på å bygge
1797 opp under.
</p
>
1798 </blockquote
></p
>
1800 <p
>Ca.
20 minutter senere får jeg følgende epost fra Anders Hofseth i
1803 <p
><blockquote
>
1804 <p
>From: Anders Hofseth
&lt;XXX@gmail.com
>
1805 <br
>To:
"pere@hungry.com
" &lt;pere@hungry.com
>
1806 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>, Jon Ståle Carlsen
&lt;XXX@gmail.com
>, Henrik Lied
&lt;XXX@gmail.com
>
1807 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
1808 <br
>Date: Sat,
30 Oct
2010 07:
58:
44 +
0200</p
>
1810 <p
>Hei Petter.
1811 <br
>Det du forsøker dra igang er egentlig en interessant diskusjon,
1812 men om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt
1813 om å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
1814 særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
1816 <p
>Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er
1817 fjernet og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
1818 konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
1820 <p
>Med hilsen,
1821 <br
>-anders
</p
>
1823 <p
>Ring meg om noe er uklart:
95XXXXXXX
</p
>
1824 </blockquote
></p
>
1826 <p
>Ble så fascinert over denne holdningen, at jeg forfattet og sendte
1827 over følgende svar. I og med at debatten er fjernet fra NRK Betas
1828 kommentarfelt, så velger jeg å publisere her på bloggen min i stedet.
1829 Har fjernet epostadresser og telefonnummer til de involverte, for å
1830 unngå at de tiltrekker seg uønskede direkte kontaktforsøk.
</p
>
1832 <p
><blockquote
>
1833 <p
>From: Petter Reinholdtsen
&lt;pere@hungry.com
>
1834 <br
>To: Anders Hofseth
&lt;XXX@gmail.com
>
1835 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>,
1836 <br
> Jon Ståle Carlsen
&lt;XXX@gmail.com
>,
1837 <br
> Henrik Lied
&lt;XXX@gmail.com
>
1838 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
1839 <br
>Date: Sat,
30 Oct
2010 08:
24:
34 +
0200</p
>
1841 <p
>[Anders Hofseth]
1842 <br
>> Hei Petter.
</p
>
1844 <p
>Hei.
</p
>
1846 <p
>> Det du forsøker dra igang er egentlig en interessant diskusjon, men
1847 <br
>> om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt om
1848 <br
>> å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
1849 <br
>> særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
1851 <p
>Godt å se at du er enig i at dette er en interessant diskusjon. Den
1852 vil nok fortsette en stund til. :)
</p
>
1854 <p
>Må innrømme at jeg synes det er merkelig å lese at dere i NRK med
1855 vitende og vilje ønsker å forlede rettighetshaverne for å kunne
1856 fortsette å legge ut arkivmateriale.
</p
>
1858 <p
>Kommentarer og diskusjoner i bloggene til NRK Beta påvirker jo ikke
1859 faktum, som er at streaming er det samme som nedlasting, og at innhold
1860 som er lagt ut på nett kan lagres lokalt for avspilling når en ønsker
1863 <p
>Det du sier er jo at klarering av arkivmateriale for publisering på
1864 web krever at en holder faktum skjult fra debattfeltet på NRKBeta.
1865 Det er ikke et argument som holder vann. :)
</p
>
1867 <p
>> Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er fjernet
1868 <br
>> og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
1869 <br
>> konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
1871 <p
>Personlig ønsker jeg at NRK skal slutte å stikke hodet i sanden og
1872 heller være åpne på hvordan virkeligheten fungerer, samt ta opp kampen
1873 mot de som vil låse kulturen inne. Jeg synes det er en skam at NRK
1874 godtar å forlede publikum. Ville heller at NRK krever at innhold som
1875 skal sendes skal være uten bruksbegresninger og kan publiseres i
1876 formater som heller ikke har bruksbegresninger (bruksbegresningene til
1877 H
.264 burde få varselbjellene i NRK til å ringe).
</p
>
1879 <p
>At NRK er med på DRM-tåkeleggingen og at det kommer feilaktive
1880 påstander om at
"streaming beskytter mot nedlasting
" som bare er egnet
1881 til å bygge opp om en myte som er skadelig for samfunnet som helhet.
</p
>
1883 <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
1885 &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
> >.
1886 for å se hva slags bruksbegresninger H
.264 innebærer.
</p
>
1888 <p
>Hvis dette innebærer at NRK må være åpne med at arkivmaterialet ikke
1889 kan brukes før rettighetshaverene også innser at de er med på å skade
1890 samfunnets kultur og kollektive hukommelse, så får en i hvert fall
1891 synliggjort konsekvensene og antagelig mer flammer på en debatt som er
1892 langt på overtid.
</p
>
1894 <p
>> Ring meg om noe er uklart: XXX
</p
>
1896 <p
>Intet uklart, men ikke imponert over måten dere håndterer debatten på.
1897 Hadde du i stedet kommet med et tilsvar i kommentarfeltet der en
1898 gjorde det klart at blindpassasjer-blogpostingen ikke var riktig sted
1899 for videre diskusjon hadde dere i mine øyne kommet fra det med
1900 ryggraden på plass.
</p
>
1902 <p
>PS: Interessant å se at NRK-ansatte ikke bruker NRK-epostadresser.
</p
>
1904 <p
>Som en liten avslutning, her er noen litt morsomme innslag om temaet.
1905 &lt;URL:
<a href=
"http://www.archive.org/details/CopyingIsNotTheft
">http://www.archive.org/details/CopyingIsNotTheft
</a
> > og
1906 &lt;URL:
<a href=
"http://patentabsurdity.com/
">http://patentabsurdity.com/
</a
> > hadde vært noe å kringkaste på
1909 <p
>Vennlig hilsen,
1911 <br
>Petter Reinholdtsen
</p
>
1916 <title>Software updates
2010-
10-
24</title>
1917 <link>http://people.skolelinux.org/pere/blog/Software_updates_2010_10_24.html
</link>
1918 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Software_updates_2010_10_24.html
</guid>
1919 <pubDate>Sun,
24 Oct
2010 22:
45:
00 +
0200</pubDate>
1920 <description><p
>Some updates.
</p
>
1922 <p
>My
<a href=
"http://pledgebank.com/gnash-avm2
">gnash pledge
</a
> to
1923 raise money for the project is going well. The lower limit of
10
1924 signers was reached in
24 hours, and so far
13 people have signed it.
1925 More signers and more funding is most welcome, and I am really curious
1926 how far we can get before the time limit of December
24 is reached.
1929 <p
>On the #gnash IRC channel on irc.freenode.net, I was just tipped
1930 about what appear to be a great code coverage tool capable of
1931 generating code coverage stats without any changes to the source code.
1933 <a href=
"http://simonkagstrom.github.com/kcov/index.html
">kcov
</a
>,
1934 and can be used using
<tt
>kcov
&lt;directory
&gt;
&lt;binary
&gt;
</tt
>.
1935 It is missing in Debian, but the git source built just fine in Squeeze
1936 after I installed libelf-dev, libdwarf-dev, pkg-config and
1937 libglib2.0-dev. Failed to build in Lenny, but suspect that is
1938 solvable. I hope kcov make it into Debian soon.
</p
>
1940 <p
>Finally found time to wrap up the release notes for
<a
1941 href=
"http://lists.debian.org/debian-edu-announce/
2010/
10/msg00002.html
">a
1942 new alpha release of Debian Edu
</a
>, and just published the second
1943 alpha test release of the Squeeze based Debian Edu /
1944 <a href=
"http://www.skolelinux.org/
">Skolelinux
</a
>
1945 release. Give it a try if you need a complete linux solution for your
1946 school, including central infrastructure server, workstations, thin
1947 client servers and diskless workstations. A nice touch added
1948 yesterday is RDP support on the thin client servers, for windows
1949 clients to get a Linux desktop on request.
</p
>
1954 <title>Pledge for funding to the Gnash project to get AVM2 support
</title>
1955 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</link>
1956 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</guid>
1957 <pubDate>Tue,
19 Oct
2010 14:
45:
00 +
0200</pubDate>
1958 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is the
1959 most promising solution for a Free Software Flash implementation. It
1960 has done great so far, but there is still far to go, and recently its
1961 funding has dried up. I believe AVM2 support in Gnash is vital to the
1962 continued progress of the project, as more and more sites show up with
1963 AVM2 flash files.
</p
>
1965 <p
>To try to get funding for developing such support, I have started
1966 <a href=
"http://www.pledgebank.com/gnash-avm2
">a pledge
</a
> with the
1967 following text:
</P
>
1969 <p
><blockquote
>
1971 <p
>"I will pay
100$ to the Gnash project to develop AVM2 support but
1972 only if
10 other people will do the same.
"</p
>
1974 <p
>- Petter Reinholdtsen, free software developer
</p
>
1976 <p
>Deadline to sign up by:
24th December
2010</p
>
1978 <p
>The Gnash project need to get support for the new Flash file
1979 format AVM2 to work with a lot of sites using Flash on the
1980 web. Gnash already work with a lot of Flash sites using the old AVM1
1981 format, but more and more sites are using the AVM2 format these
1982 days. The project web page is available from
1983 http://www.getgnash.org/ . Gnash is a free software implementation
1984 of Adobe Flash, allowing those of us that do not accept the terms of
1985 the Adobe Flash license to get access to Flash sites.
</p
>
1987 <p
>The project need funding to get developers to put aside enough
1988 time to develop the AVM2 support, and this pledge is my way to try
1989 to get this to happen.
</p
>
1991 <p
>The project accept donations via the OpenMediaNow foundation,
1992 <a href=
"http://www.openmedianow.org/?q=node/
32">http://www.openmedianow.org/?q=node/
32</a
> .
</p
>
1994 </blockquote
></p
>
1996 <p
>I hope you will support this effort too. I hope more than
10
1997 people will participate to make this happen. The more money the
1998 project gets, the more features it can develop using these funds.
2004 <title>Terms of use for video produced by a Canon IXUS
130 digital camera
</title>
2005 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</link>
2006 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</guid>
2007 <pubDate>Thu,
9 Sep
2010 23:
55:
00 +
0200</pubDate>
2008 <description><p
>A few days ago I had the mixed pleasure of bying a new digital
2009 camera, a Canon IXUS
130. It was instructive and very disturbing to
2010 be able to verify that also this camera producer have the nerve to
2011 specify how I can or can not use the videos produced with the camera.
2012 Even thought I was aware of the issue, the options with new cameras
2013 are limited and I ended up bying the camera anyway. What is the
2014 problem, you might ask? It is software patents, MPEG-
4, H
.264 and the
2015 MPEG-LA that is the problem, and our right to record our experiences
2016 without asking for permissions that is at risk.
2018 <p
>On page
27 of the Danish instruction manual, this section is
2022 <p
>This product is licensed under AT
&T patents for the MPEG-
4 standard
2023 and may be used for encoding MPEG-
4 compliant video and/or decoding
2024 MPEG-
4 compliant video that was encoded only (
1) for a personal and
2025 non-commercial purpose or (
2) by a video provider licensed under the
2026 AT
&T patents to provide MPEG-
4 compliant video.
</p
>
2028 <p
>No license is granted or implied for any other use for MPEG-
4
2032 <p
>In short, the camera producer have chosen to use technology
2033 (MPEG-
4/H
.264) that is only provided if I used it for personal and
2034 non-commercial purposes, or ask for permission from the organisations
2035 holding the knowledge monopoly (patent) for technology used.
</p
>
2037 <p
>This issue has been brewing for a while, and I recommend you to
2039 "<a href=
"http://www.osnews.com/story/
23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
">Why
2040 Our Civilization
's Video Art and Culture is Threatened by the
2041 MPEG-LA
</a
>" by Eugenia Loli-Queru and
2042 "<a href=
"http://webmink.com/
2010/
09/
03/h-
264-and-foss/
">H
.264 Is Not
2043 The Sort Of Free That Matters
</a
>" by Simon Phipps to learn more about
2044 the issue. The solution is to support the
2045 <a href=
"http://www.digistan.org/open-standard:definition
">free and
2046 open standards
</a
> for video, like
<a href=
"http://www.theora.org/
">Ogg
2047 Theora
</a
>, and avoid MPEG-
4 and H
.264 if you can.
</p
>
2052 <title>Some notes on Flash in Debian and Debian Edu
</title>
2053 <link>http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</link>
2054 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</guid>
2055 <pubDate>Sat,
4 Sep
2010 10:
10:
00 +
0200</pubDate>
2056 <description><p
>In the
<a href=
"http://popcon.debian.org/unknown/by_vote
">Debian
2057 popularity-contest numbers
</a
>, the adobe-flashplugin package the
2058 second most popular used package that is missing in Debian. The sixth
2059 most popular is flashplayer-mozilla. This is a clear indication that
2060 working flash is important for Debian users. Around
10 percent of the
2061 users submitting data to popcon.debian.org have this package
2062 installed.
</p
>
2064 <p
>In the report written by Lars Risan in August
2008
2065 («
<a href=
"http://wiki.skolelinux.no/Dokumentasjon/Rapporter?action=AttachFile
&do=view
&target=Skolelinux_i_bruk_rapport_1.0.pdf
">Skolelinux
2066 i bruk – Rapport for Hurum kommune, Universitetet i Agder og
2067 stiftelsen SLX Debian Labs
</a
>»), one of the most important problems
2068 schools experienced with
<a href=
"http://www.skolelinux.org/
">Debian
2069 Edu/Skolelinux
</a
> was the lack of working Flash. A lot of educational
2070 web sites require Flash to work, and lacking working Flash support in
2071 the web browser and the problems with installing it was perceived as a
2072 good reason to stay with Windows.
</p
>
2074 <p
>I once saw a funny and sad comment in a web forum, where Linux was
2075 said to be the retarded cousin that did not really understand
2076 everything you told him but could work fairly well. This was a
2077 comment regarding the problems Linux have with proprietary formats and
2078 non-standard web pages, and is sad because it exposes a fairly common
2079 understanding of whose fault it is if web pages that only work in for
2080 example Internet Explorer
6 fail to work on Firefox, and funny because
2081 it explain very well how annoying it is for users when Linux
2082 distributions do not work with the documents they receive or the web
2083 pages they want to visit.
</p
>
2085 <p
>This is part of the reason why I believe it is important for Debian
2086 and Debian Edu to have a well working Flash implementation in the
2087 distribution, to get at least popular sites as Youtube and Google
2088 Video to working out of the box. For Squeeze, Debian have the chance
2089 to include the latest version of Gnash that will make this happen, as
2090 the new release
0.8.8 was published a few weeks ago and is resting in
2091 unstable. The new version work with more sites that version
0.8.7.
2092 The Gnash maintainers have asked for a freeze exception, but the
2093 release team have not had time to reply to it yet. I hope they agree
2094 with me that Flash is important for the Debian desktop users, and thus
2095 accept the new package into Squeeze.
</p
>
2100 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon
2</title>
2101 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html
</link>
2102 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html
</guid>
2103 <pubDate>Thu,
9 Jul
2009 14:
40:
00 +
0200</pubDate>
2104 <description><p
>For å forstå mer om hvorfor standardkatalogens versjon
2 ble som
2105 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
2106 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
2107 wiki, direkte tilgjengelig via
"<a
2108 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon.pdf
">Referansekatalogen
2109 v2.0 - Oppsummering av høring
</a
>" og
"<a
2110 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon-katalogutkast.pdf
">Referansekatalog
2111 for IT-standarder i offentlig sektor Versjon
2.0, dd.mm.åååå -
2112 UTKAST
</a
>".
</p
>
2114 <p
>Det er tre ting jeg merker meg i oppsummeringen fra
2115 høringsuttalelsen da jeg skummet igjennom den. Det første er at
2116 forståelsen av hvordan programvarepatenter påvirker fri
2117 programvareutvikling også i Norge når en argumenterer med at
2118 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
2119 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
2120 standard innenfor hvert område. Det siste er at påstander i
2121 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
2122 Microsoft om hvordan Ogg blir standardisert og påstanden fra
2123 politidirektoratet om patentproblemer i Theora).
</p
>
2128 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon
2</title>
2129 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</link>
2130 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</guid>
2131 <pubDate>Mon,
6 Jul
2009 21:
00:
00 +
0200</pubDate>
2132 <description><p
>Jeg ble glad da regjeringen
2133 <a href=
"http://www.digi.no/
817635/her-er-statens-nye-it-standarder
">annonserte
</a
>
2135 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf
">statens
2136 referansekatalog over standarder
</a
>, men trist da jeg leste hva som
2137 faktisk var vedtatt etter
2138 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html
">høringen
</a
>.
2139 De fleste av de valgte åpne standardene er gode og vil bidra til at
2140 alle kan delta på like vilkår i å lage løsninger for staten, men
2141 noen av dem blokkerer for de som ikke har anledning til å benytte
2142 spesifikasjoner som krever betaling for bruk (såkalt
2143 royalty-betaling). Det gjelder spesifikt for H
.264 for video og MP3
2144 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
2145 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
2146 fra statens websider gjøre dette uten å måtte bruke programmer der
2147 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
2148 de statlige etatene å bruke enten H
.264 eller Theora (og MP3 eler
2149 Vorbis), så vil en bli tvunget til å forholde seg til
2150 royalty-belastede standarder for å få tilgang til videoen og
2153 <p
>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
2154 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
2155 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
2156 all forståelse for hvilke prinsipper som må følges for å oppnå
2157 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
2159 <a href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2
">sin
2160 høringsuttalelse
</a
>, men ser ut til å ha blitt ignorert.
</p
>
2162 <p
>Oppdatering
2012-
06-
29: Kom over
<ahref=
"
2163 http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf
">en
2164 rapport til FAD
</a
> fra da versjon
1 av katalogen ble vedtatt, og der
2165 er det tydelig at problemstillingen var kjent og forstått.
</p
>
2170 <title>Microsofts misvisende argumentasjon rundt multimediaformater
</title>
2171 <link>http://people.skolelinux.org/pere/blog/Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html
</link>
2172 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html
</guid>
2173 <pubDate>Fri,
26 Jun
2009 13:
30:
00 +
0200</pubDate>
2174 <description><p
>I
2175 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf
">Microsoft
2176 sin høringsuttalelse
</a
> til
2177 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html?id=
549422">forslag
2178 til versjon
2 av statens referansekatalog over standarder
</a
>, lirer
2179 de av seg følgende FUD-perle:
</p
>
2181 <p
><blockquote
>"Vorbis, OGG, Theora og FLAC er alle tekniske
2182 spesifikasjoner overordnet styrt av xiph.org, som er en
2183 ikke-kommersiell organisasjon. Etablerte og anerkjente
2184 standardiseringsorganisasjoner, som Oasis, W3C og Ecma, har en godt
2185 innarbeidet vedlikeholds- og forvaltningsprosess av en standard.
2186 Det er derimot helt opp til hver enkelt organisasjon å bestemme
2187 hvordan tekniske spesifikasjoner videreutvikles og endres, og disse
2188 spesifikasjonene bør derfor ikke defineres som åpne
2189 standarder.
"</blockquote
></p
>
2191 <p
>De vokter seg vel for å nevne den anerkjente
2192 standardiseringsorganisasjonen IETF, som er organisasjonen bak HTTP,
2193 IP og det meste av protokoller på Internet, og RFC-standardene som
2194 IETF står bak. Ogg er spesifisert i
2195 <a href=
"http://ietf.org/rfc/rfc3533.txt
">RFC
3533</a
>, og er uten
2196 tvil å anse som en åpen standard. Vorbis er
2197 <a href=
"http://ietf.org/rfc/rfc5215.txt
">RFC
5215</a
>. Theora er
2199 under standardisering via IETF, med
2200 <a href=
"http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-
00.txt
">siste
2201 utkast publisert
2006-
07-
21</a
> (riktignok er dermed teksten ikke
2202 skrevet i stein ennå, men det blir neppe endringer som ikke er
2203 bakoverkompatibel). De kan være inne på noe når det gjelder FLAC da
2204 jeg ikke finner tegn til at
<a
2205 href=
"http://flac.sourceforge.net/format.html
">spesifikasjonen
2206 tilgjengelig på web
</a
> er på tur via noen
2207 standardiseringsorganisasjon, men i og med at folkene bak Ogg, Theora
2208 og Vorbis også har involvert seg i Flac siden
2003, så ser jeg ikke
2209 bort fra at også den organiseres via IETF. Jeg kjenner personlig lite
2212 <p
>Uredelig argumentasjon bør en holde seg for god til å komme med,
2213 spesielt når det er så enkelt i dagens Internet-hverdag å gå
2214 misvisende påstander etter i sømmene.
</p
>
2219 <title>When web browser developers make a video player...
</title>
2220 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</link>
2221 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</guid>
2222 <pubDate>Sat,
17 Jan
2009 18:
50:
00 +
0100</pubDate>
2223 <description><p
>As part of the work we do in
<a href=
"http://www.nuug.no
">NUUG
</a
>
2224 to publish video recordings of our monthly presentations, we provide a
2225 page with embedded video for easy access to the recording. Putting a
2226 good set of HTML tags together to get working embedded video in all
2227 browsers and across all operating systems is not easy. I hope this
2228 will become easier when the
&lt;video
&gt; tag is implemented in all
2229 browsers, but I am not sure. We provide the recordings in several
2230 formats, MPEG1, Ogg Theora, H
.264 and Quicktime, and want the
2231 browser/media plugin to pick one it support and use it to play the
2232 recording, using whatever embed mechanism the browser understand.
2233 There is at least four different tags to use for this, the new HTML5
2234 &lt;video
&gt; tag, the
&lt;object
&gt; tag, the
&lt;embed
&gt; tag and
2235 the
&lt;applet
&gt; tag. All of these take a lot of options, and
2236 finding the best options is a major challenge.
</p
>
2238 <p
>I just tested the experimental Opera browser available from
<a
2239 href=
"http://labs.opera.com
">labs.opera.com
</a
>, to see how it handled
2240 a
&lt;video
&gt; tag with a few video sources and no extra attributes.
2241 I was not very impressed. The browser start by fetching a picture
2242 from the video stream. Not sure if it is the first frame, but it is
2243 definitely very early in the recording. So far, so good. Next,
2244 instead of streaming the
76 MiB video file, it start to download all
2245 of it, but do not start to play the video. This mean I have to wait
2246 for several minutes for the downloading to finish. When the download
2247 is done, the playing of the video do not start! Waiting for the
2248 download, but I do not get to see the video? Some testing later, I
2249 discover that I have to add the controls=
"true
" attribute to be able
2250 to get a play button to pres to start the video. Adding
2251 autoplay=
"true
" did not help. I sure hope this is a misfeature of the
2252 test version of Opera, and that future implementations of the
2253 &lt;video
&gt; tag will stream recordings by default, or at least start
2254 playing when the download is done.
</p
>
2256 <p
>The test page I used (since changed to add more attributes) is
2257 <a href=
"http://www.nuug.no/aktiviteter/
20090113-foredrag-om-foredrag/
">available
2258 from the nuug site
</a
>. Will have to test it with the new Firefox
2261 <p
>In the test process, I discovered a missing feature. I was unable
2262 to find a way to get the URL of the playing video out of Opera, so I
2263 am not quite sure it picked the Ogg Theora version of the video. I
2264 sure hope it was using the announced Ogg Theora support. :)
</p
>
2269 <title>The sorry state of multimedia browser plugins in Debian
</title>
2270 <link>http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html
</link>
2271 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html
</guid>
2272 <pubDate>Tue,
25 Nov
2008 00:
10:
00 +
0100</pubDate>
2273 <description><p
>Recently I have spent some time evaluating the multimedia browser
2274 plugins available in Debian Lenny, to see which one we should use by
2275 default in Debian Edu. We need an embedded video playing plugin with
2276 control buttons to pause or stop the video, and capable of streaming
2277 all the multimedia content available on the web. The test results and
2278 notes are available on
2279 <a href=
"http://wiki.debian.org/DebianEdu/BrowserMultimedia
">the
2280 Debian wiki
</a
>. I was surprised how few of the plugins are able to
2281 fill this need. My personal video player favorite, VLC, has a really
2282 bad plugin which fail on a lot of the test pages. A lot of the MIME
2283 types I would expect to work with any free software player (like
2284 video/ogg), just do not work. And simple formats like the
2285 audio/x-mplegurl format (m3u playlists), just isn
't supported by the
2286 totem and vlc plugins. I hope the situation will improve soon. No
2287 wonder sites use the proprietary Adobe flash to play video.
</p
>
2289 <p
>For Lenny, we seem to end up with the mplayer plugin. It seem to
2290 be the only one fitting our needs. :/
</p
>
projects / homepage.git / blob