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 web
</title>
5 <description>Entries tagged web
</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>The sorry state of multimedia browser plugins in Debian
</title>
11 <link>http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html
</guid>
13 <pubDate>Tue,
25 Nov
2008 00:
10:
00 +
0100</pubDate>
14 <description><p
>Recently I have spent some time evaluating the multimedia browser
15 plugins available in Debian Lenny, to see which one we should use by
16 default in Debian Edu. We need an embedded video playing plugin with
17 control buttons to pause or stop the video, and capable of streaming
18 all the multimedia content available on the web. The test results and
19 notes are available on
20 <a href=
"http://wiki.debian.org/DebianEdu/BrowserMultimedia
">the
21 Debian wiki
</a
>. I was surprised how few of the plugins are able to
22 fill this need. My personal video player favorite, VLC, has a really
23 bad plugin which fail on a lot of the test pages. A lot of the MIME
24 types I would expect to work with any free software player (like
25 video/ogg), just do not work. And simple formats like the
26 audio/x-mplegurl format (m3u playlists), just isn
't supported by the
27 totem and vlc plugins. I hope the situation will improve soon. No
28 wonder sites use the proprietary Adobe flash to play video.
</p
>
30 <p
>For Lenny, we seem to end up with the mplayer plugin. It seem to
31 be the only one fitting our needs. :/
</p
>
36 <title>When web browser developers make a video player...
</title>
37 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</link>
38 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</guid>
39 <pubDate>Sat,
17 Jan
2009 18:
50:
00 +
0100</pubDate>
40 <description><p
>As part of the work we do in
<a href=
"http://www.nuug.no
">NUUG
</a
>
41 to publish video recordings of our monthly presentations, we provide a
42 page with embedded video for easy access to the recording. Putting a
43 good set of HTML tags together to get working embedded video in all
44 browsers and across all operating systems is not easy. I hope this
45 will become easier when the
&lt;video
&gt; tag is implemented in all
46 browsers, but I am not sure. We provide the recordings in several
47 formats, MPEG1, Ogg Theora, H
.264 and Quicktime, and want the
48 browser/media plugin to pick one it support and use it to play the
49 recording, using whatever embed mechanism the browser understand.
50 There is at least four different tags to use for this, the new HTML5
51 &lt;video
&gt; tag, the
&lt;object
&gt; tag, the
&lt;embed
&gt; tag and
52 the
&lt;applet
&gt; tag. All of these take a lot of options, and
53 finding the best options is a major challenge.
</p
>
55 <p
>I just tested the experimental Opera browser available from
<a
56 href=
"http://labs.opera.com
">labs.opera.com
</a
>, to see how it handled
57 a
&lt;video
&gt; tag with a few video sources and no extra attributes.
58 I was not very impressed. The browser start by fetching a picture
59 from the video stream. Not sure if it is the first frame, but it is
60 definitely very early in the recording. So far, so good. Next,
61 instead of streaming the
76 MiB video file, it start to download all
62 of it, but do not start to play the video. This mean I have to wait
63 for several minutes for the downloading to finish. When the download
64 is done, the playing of the video do not start! Waiting for the
65 download, but I do not get to see the video? Some testing later, I
66 discover that I have to add the controls=
"true
" attribute to be able
67 to get a play button to pres to start the video. Adding
68 autoplay=
"true
" did not help. I sure hope this is a misfeature of the
69 test version of Opera, and that future implementations of the
70 &lt;video
&gt; tag will stream recordings by default, or at least start
71 playing when the download is done.
</p
>
73 <p
>The test page I used (since changed to add more attributes) is
74 <a href=
"http://www.nuug.no/aktiviteter/
20090113-foredrag-om-foredrag/
">available
75 from the nuug site
</a
>. Will have to test it with the new Firefox
78 <p
>In the test process, I discovered a missing feature. I was unable
79 to find a way to get the URL of the playing video out of Opera, so I
80 am not quite sure it picked the Ogg Theora version of the video. I
81 sure hope it was using the announced Ogg Theora support. :)
</p
>
86 <title>Fildeling er lovlig - ulovlig fildeling er ulovlig
</title>
87 <link>http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</link>
88 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</guid>
89 <pubDate>Fri,
17 Apr
2009 20:
00:
00 +
0200</pubDate>
90 <description><p
>Jeg hadde glede av å overvære FADs lansering av
91 <a href=
"http://www.deltemeninger.no/
">Debattsentralen
92 deltemeninger.no
</a
> under Go Open
2009, og må si jeg ble skuffet over
93 en kommentar fra podiet om ulovlig fildeling. Fikk ikke med meg hvem
94 som holdt innlegget, men det startet med å snakke om ulovlig fildeling
95 og gikk så over til å snakke om fildeling som om fildeling i seg er
96 ulovlig. Intet er lengre fra sannheten. Fildeling er en nyttig
97 teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
98 distribusjon av filer. Det er ingenting med denne fildelingen som
99 gjør den ulovlig. Fildeling er i seg selv en fullt ut lovlig
100 teknologisk anvendelse. Noe fildeling er ulovlig, og noe er lovlig.
101 De som tror at fildeling er ulovlig har misforstått grovt. Hvorvidt
102 den er ulovlig kommer jo an på hvem som har opphavsretten til filene
103 som deles og hvilke bruksbegrensninger som gjelder for filene. En
104 rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
105 og fildeling av slike filer er fullt ut lovlig.
</p
>
110 <title>Nasjonalbiblioteket legger ut bøker på web
</title>
111 <link>http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html
</link>
112 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html
</guid>
113 <pubDate>Thu,
23 Apr
2009 19:
40:
00 +
0200</pubDate>
114 <description><p
><a href=
"http://www.aftenposten.no/kul_und/litteratur/article3042382.ece
">Aftenposten
116 <a href=
"http://www.nb.no/aktuelt/
50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig
">nasjonalbiblioteket
117 og Kopinor har gjort en avtale
</a
> som gjør at eldre bøker kan gjøres
118 digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får
56
119 øre for hver side som legges ut. Utvalget er litt merkelig:
1790-,
120 1890- og
1990-tallet. Jeg synes det er absurd hvis det er slik at
121 Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
122 beskyttet av opphavsretten. Jeg antar her at det er mer enn
90 år
123 siden forfatterne av bøker som ble publisert
1790-
1799 døde, slik at
124 disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
125 dem uten å bryte opphavsrettsloven. Bruk av slike verk har ikke
126 Kopinor noe med å gjøre. Jeg håper jeg har misforstått.
127 <a href=
"http://www.nb.no/aktuelt/no_er_vi_i_gang_med_aa_digitalisere_samlingane_vaare_og_formidle_digitalt
">En
128 melding fra nasjonalbiblioteket i
2007</a
> tyder på at tekster i det
129 fri ikke trenger avtale med Kopinor.
</p
>
131 <p
>Et annet problem er at bøkene kun legges ut som bildefiler, noe som
132 vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
133 etter fragmenter i teksten. En risikerer dermed at de blir liggende
134 på en slik måte at folk som bruker Google ikke finner dem.
</p
>
136 <p
>Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
137 sin aprilspøk, og la ut bøkene som faller i det fri
138 fortløpende.
</p
>
144 <title>Relative popularity of document formats (MS Office vs. ODF)
</title>
145 <link>http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</link>
146 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</guid>
147 <pubDate>Wed,
12 Aug
2009 15:
50:
00 +
0200</pubDate>
148 <description><p
>Just for fun, I did a search right now on Google for a few file ODF
149 and MS Office based formats (not to be mistaken for ISO or ECMA
150 OOXML), to get an idea of their relative usage. I searched using
151 'filetype:odt
' and equvalent terms, and got these results:
</P
>
154 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
155 <tr
><td
>Tekst
</td
> <td
>odt:
282000</td
> <td
>docx:
308000</td
></tr
>
156 <tr
><td
>Presentasjon
</td
> <td
>odp:
75600</td
> <td
>pptx:
183000</td
></tr
>
157 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
145000</td
></tr
>
160 <p
>Next, I added a
'site:no
' limit to get the numbers for Norway, and
161 got these numbers:
</p
>
164 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
165 <tr
><td
>Tekst
</td
> <td
>odt:
2480 </td
> <td
>docx:
4460</td
></tr
>
166 <tr
><td
>Presentasjon
</td
> <td
>odp:
299 </td
> <td
>pptx:
741</td
></tr
>
167 <tr
><td
>Regneark
</td
> <td
>ods:
187 </td
> <td
>xlsx:
372</td
></tr
>
170 <p
>I wonder how these numbers change over time.
</p
>
172 <p
>I am aware of Google returning different results and numbers based
173 on where the search is done, so I guess these numbers will differ if
174 they are conduced in another country. Because of this, I did the same
175 search from a machine in California, USA, a few minutes after the
176 search done from a machine here in Norway.
</p
>
180 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
181 <tr
><td
>Tekst
</td
> <td
>odt:
129000</td
> <td
>docx:
308000</td
></tr
>
182 <tr
><td
>Presentasjon
</td
> <td
>odp:
44200</td
> <td
>pptx:
93900</td
></tr
>
183 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
82400</td
></tr
>
186 <p
>And with
'site:no
':
189 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
190 <tr
><td
>Tekst
</td
> <td
>odt:
2480</td
> <td
>docx:
3410</td
></tr
>
191 <tr
><td
>Presentasjon
</td
> <td
>odp:
175</td
> <td
>pptx:
604</td
></tr
>
192 <tr
><td
>Regneark
</td
> <td
>ods:
186 </td
> <td
>xlsx:
296</td
></tr
>
195 <p
>Interesting difference, not sure what to conclude from these
201 <title>Great book:
"Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future
"</title>
202 <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html
</link>
203 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html
</guid>
204 <pubDate>Mon,
19 Apr
2010 17:
10:
00 +
0200</pubDate>
205 <description><p
>The last few weeks i have had the pleasure of reading a
206 thought-provoking collection of essays by Cory Doctorow, on topics
207 touching copyright, virtual worlds, the future of man when the
208 conscience mind can be duplicated into a computer and many more. The
209 book titled
"Content: Selected Essays on Technology, Creativity,
210 Copyright, and the Future of the Future
" is available with few
211 restrictions on the web, for example from
212 <a href=
"http://craphound.com/content/
">his own site
</a
>. I read the
214 <a href=
"http://www.feedbooks.com/book/
2883">feedbooks
</a
> using
215 <a href=
"http://www.fbreader.org/
">fbreader
</a
> and my N810. I
216 strongly recommend this book.
</p
>
221 <title>OpenStreetmap one step closer to having routing on its front page
</title>
222 <link>http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</link>
223 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</guid>
224 <pubDate>Sun,
18 Jul
2010 16:
45:
00 +
0200</pubDate>
225 <description><p
>Thanks to
226 <a href=
"http://feedproxy.google.com/~r/Opengeodata/~
3/wUTCzDZk3lc/project-of-the-week-which-way-home
">todays
227 opengeodata blog entry
</a
>, I just discovered that the
228 OpenStreetmap.org site have gotten
229 <a href=
"http://nroets.dev.openstreetmap.org/demo/index.html?layers=B000FTFTT
">support
230 for calculating routes
</a
>. The support is still experimental and
231 only available from the development server, until more experience is
232 gathered on the user interface and any scalability issues.
</p
>
234 <p
>Earlier, the routing I knew about using the OpenStreetmap.org data
235 was provided by
<a href=
"http://maps.cloudmade.com/
">Cloudmade
</a
>,
236 but having it on the main page is required to make everyone aware of
237 the issue. I
've had people reject Openstreetmap.org as a viable
238 alternative for them because the front page lacked routing support,
239 and I hope their needs will be catered for when routing show up on the
240 www.openstreetmap.org front page.
</p
>
245 <title>Some notes on Flash in Debian and Debian Edu
</title>
246 <link>http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</link>
247 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</guid>
248 <pubDate>Sat,
4 Sep
2010 10:
10:
00 +
0200</pubDate>
249 <description><p
>In the
<a href=
"http://popcon.debian.org/unknown/by_vote
">Debian
250 popularity-contest numbers
</a
>, the adobe-flashplugin package the
251 second most popular used package that is missing in Debian. The sixth
252 most popular is flashplayer-mozilla. This is a clear indication that
253 working flash is important for Debian users. Around
10 percent of the
254 users submitting data to popcon.debian.org have this package
257 <p
>In the report written by Lars Risan in August
2008
258 («
<a href=
"http://wiki.skolelinux.no/Dokumentasjon/Rapporter?action=AttachFile
&do=view
&target=Skolelinux_i_bruk_rapport_1.0.pdf
">Skolelinux
259 i bruk – Rapport for Hurum kommune, Universitetet i Agder og
260 stiftelsen SLX Debian Labs
</a
>»), one of the most important problems
261 schools experienced with
<a href=
"http://www.skolelinux.org/
">Debian
262 Edu/Skolelinux
</a
> was the lack of working Flash. A lot of educational
263 web sites require Flash to work, and lacking working Flash support in
264 the web browser and the problems with installing it was perceived as a
265 good reason to stay with Windows.
</p
>
267 <p
>I once saw a funny and sad comment in a web forum, where Linux was
268 said to be the retarded cousin that did not really understand
269 everything you told him but could work fairly well. This was a
270 comment regarding the problems Linux have with proprietary formats and
271 non-standard web pages, and is sad because it exposes a fairly common
272 understanding of whose fault it is if web pages that only work in for
273 example Internet Explorer
6 fail to work on Firefox, and funny because
274 it explain very well how annoying it is for users when Linux
275 distributions do not work with the documents they receive or the web
276 pages they want to visit.
</p
>
278 <p
>This is part of the reason why I believe it is important for Debian
279 and Debian Edu to have a well working Flash implementation in the
280 distribution, to get at least popular sites as Youtube and Google
281 Video to working out of the box. For Squeeze, Debian have the chance
282 to include the latest version of Gnash that will make this happen, as
283 the new release
0.8.8 was published a few weeks ago and is resting in
284 unstable. The new version work with more sites that version
0.8.7.
285 The Gnash maintainers have asked for a freeze exception, but the
286 release team have not had time to reply to it yet. I hope they agree
287 with me that Flash is important for the Debian desktop users, and thus
288 accept the new package into Squeeze.
</p
>
293 <title>Terms of use for video produced by a Canon IXUS
130 digital camera
</title>
294 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</link>
295 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</guid>
296 <pubDate>Thu,
9 Sep
2010 23:
55:
00 +
0200</pubDate>
297 <description><p
>A few days ago I had the mixed pleasure of bying a new digital
298 camera, a Canon IXUS
130. It was instructive and very disturbing to
299 be able to verify that also this camera producer have the nerve to
300 specify how I can or can not use the videos produced with the camera.
301 Even thought I was aware of the issue, the options with new cameras
302 are limited and I ended up bying the camera anyway. What is the
303 problem, you might ask? It is software patents, MPEG-
4, H
.264 and the
304 MPEG-LA that is the problem, and our right to record our experiences
305 without asking for permissions that is at risk.
307 <p
>On page
27 of the Danish instruction manual, this section is
311 <p
>This product is licensed under AT
&T patents for the MPEG-
4 standard
312 and may be used for encoding MPEG-
4 compliant video and/or decoding
313 MPEG-
4 compliant video that was encoded only (
1) for a personal and
314 non-commercial purpose or (
2) by a video provider licensed under the
315 AT
&T patents to provide MPEG-
4 compliant video.
</p
>
317 <p
>No license is granted or implied for any other use for MPEG-
4
321 <p
>In short, the camera producer have chosen to use technology
322 (MPEG-
4/H
.264) that is only provided if I used it for personal and
323 non-commercial purposes, or ask for permission from the organisations
324 holding the knowledge monopoly (patent) for technology used.
</p
>
326 <p
>This issue has been brewing for a while, and I recommend you to
328 "<a href=
"http://www.osnews.com/story/
23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
">Why
329 Our Civilization
's Video Art and Culture is Threatened by the
330 MPEG-LA
</a
>" by Eugenia Loli-Queru and
331 "<a href=
"http://webmink.com/
2010/
09/
03/h-
264-and-foss/
">H
.264 Is Not
332 The Sort Of Free That Matters
</a
>" by Simon Phipps to learn more about
333 the issue. The solution is to support the
334 <a href=
"http://www.digistan.org/open-standard:definition
">free and
335 open standards
</a
> for video, like
<a href=
"http://www.theora.org/
">Ogg
336 Theora
</a
>, and avoid MPEG-
4 and H
.264 if you can.
</p
>
341 <title>Standardkrav inn i anbudstekster?
</title>
342 <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html
</link>
343 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html
</guid>
344 <pubDate>Sun,
17 Oct
2010 19:
30:
00 +
0200</pubDate>
345 <description><p
>Hvis det å følge standarder skal ha noen effekt overfor
346 leverandører, så må slike krav og ønsker komme inn i anbudstekster når
347 systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud
348 så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og
349 forslag. Min drøm er at en kan sette krav til slik støtte i
350 anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
351 seg med å skrive at det er en fordel om slik støtte er tilstede i
352 leveranser.
</p
>
354 <p
>Som systemadministrator på Universitetet er det typisk to områder
355 som er problematiske for meg. Det ene er admin-grensesnittene på
356 tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider
357 som vi ønsker å bruke via en nettleser. For begge deler er det viktig
358 at protokollene og formatene som brukes følger standarder våre verktøy
361 <p
>De fleste har nå støtte for SSH som overføringsprotkoll for
362 admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
363 inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere
364 aktuelle protokoller for fremvisning av BIOS-oppsett og
365 oppstartmeldinger, og min anbefaling ville være å kreve
366 VT100-kompatibel protokoll, for å sikre at flest mulig
367 terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
368 via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og
369 VT220. Kanskje en formulering ala dette i anbudsutlysninger vil
372 <p
><blockquote
>
373 BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
374 bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
375 (RFC
4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
376 når en kobler seg til oppstart via ssh.
377 </blockquote
></p
>
379 <p
>Har ikke lykkes med å finne en god referanse for
380 VT100-spesifikasjonen.
</p
>
382 <p
>Når det gjelder nettsider, så er det det HTML, CSS og
383 JavaScript-spesifikasjonen til W3C som gjelder.
</p
>
385 <p
><blockquote
>
386 Alle systemets nettsider bør/skal være i henhold til statens
387 standardkatalogs krav om nettsider og følge HTML-standarden som
388 definert av W3C, og validere uten feil hos W3Cs HTML-validator
389 (http://validator.w3.org). Hvis det brukes CSS så bør/skal denne
390 validere uten feil hos W3Cs CSS-validator
391 (http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal
392 være i henhold til EcmaScript-standarden. I tillegg til å følge de
393 overnevnte standardene skal websidene fungere i nettleserne (fyll inn
394 relevant liste for organisasjonen) Firefox
3.5, Internet Explorer
8,
396 </blockquote
></p
>
398 <p
>Vil et slikt avsnitt være konkret nok til å få leverandørene til å
399 lage nettsider som følger standardene og fungerer i flere
400 nettlesere?
</p
>
402 <p
>Tar svært gjerne imot innspill på dette temaet til aktive (at)
403 nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
404 for å oppmuntre leverandører til å følge standardene. Kanskje NUUG
405 burde lage et dokument med forslag til standardformuleringer å ta med
406 i anbudsutlysninger?
</p
>
408 <p
>Oppdatering
2010-
12-
03: I følge Wikipedias oppføring om
409 <a href=
"http://en.wikipedia.org/wiki/ANSI_escape_code
">ANSI escape
410 code
</a
>, så bruker VT100-terminaler ECMA-
48-spesifikasjonen som
411 basis for sin oppførsel. Det kan dermed være et alternativ når en
412 skal spesifisere hvordan seriell-konsoll skal fungere.
</p
>
417 <title>Pledge for funding to the Gnash project to get AVM2 support
</title>
418 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</link>
419 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</guid>
420 <pubDate>Tue,
19 Oct
2010 14:
45:
00 +
0200</pubDate>
421 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is the
422 most promising solution for a Free Software Flash implementation. It
423 has done great so far, but there is still far to go, and recently its
424 funding has dried up. I believe AVM2 support in Gnash is vital to the
425 continued progress of the project, as more and more sites show up with
426 AVM2 flash files.
</p
>
428 <p
>To try to get funding for developing such support, I have started
429 <a href=
"http://www.pledgebank.com/gnash-avm2
">a pledge
</a
> with the
430 following text:
</P
>
432 <p
><blockquote
>
434 <p
>"I will pay
100$ to the Gnash project to develop AVM2 support but
435 only if
10 other people will do the same.
"</p
>
437 <p
>- Petter Reinholdtsen, free software developer
</p
>
439 <p
>Deadline to sign up by:
24th December
2010</p
>
441 <p
>The Gnash project need to get support for the new Flash file
442 format AVM2 to work with a lot of sites using Flash on the
443 web. Gnash already work with a lot of Flash sites using the old AVM1
444 format, but more and more sites are using the AVM2 format these
445 days. The project web page is available from
446 http://www.getgnash.org/ . Gnash is a free software implementation
447 of Adobe Flash, allowing those of us that do not accept the terms of
448 the Adobe Flash license to get access to Flash sites.
</p
>
450 <p
>The project need funding to get developers to put aside enough
451 time to develop the AVM2 support, and this pledge is my way to try
452 to get this to happen.
</p
>
454 <p
>The project accept donations via the OpenMediaNow foundation,
455 <a href=
"http://www.openmedianow.org/?q=node/
32">http://www.openmedianow.org/?q=node/
32</a
> .
</p
>
457 </blockquote
></p
>
459 <p
>I hope you will support this effort too. I hope more than
10
460 people will participate to make this happen. The more money the
461 project gets, the more features it can develop using these funds.
467 <title>Best å ikke fortelle noen at streaming er nedlasting...
</title>
468 <link>http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</link>
469 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</guid>
470 <pubDate>Sat,
30 Oct
2010 11:
20:
00 +
0200</pubDate>
471 <description><p
>I dag la jeg inn en kommentar på en sak hos NRKBeta
472 <a href=
"http://nrkbeta.no/
2010/
10/
27/bakom-blindpassasjer-del-
1/
">om
473 hvordan TV-serien Blindpassasjer ble laget
</a
> i forbindelse med at
474 filmene NRK la ut ikke var tilgjengelig i et
475 <a href=
"http://www.digistan.org/open-standard:definition
">fritt og
476 åpent format
</a
>. Dette var det jeg skrev publiserte der
07:
39.
</p
>
478 <p
><blockquote
>
479 <p
>"Vi fikk en kommentar rundt måten streamet innhold er beskyttet fra
480 nedlasting. Mange av oss som kan mer enn gjennomsnittet om systemer
481 som dette, vet at det stort sett er mulig å lure ut ting med den
482 nødvendige forkunnskapen.
"</p
>
484 <p
>Haha. Å streame innhold er det samme som å laste ned innhold, så å
485 beskytte en stream mot nedlasting er ikke mulig. Å skrive noe slikt
486 er å forlede leseren.
</p
>
488 <p
>Med den bakgrunn blir forklaringen om at noen rettighetshavere kun
489 vil tillate streaming men ikke nedlasting meningsløs.
</p
>
491 <p
>Anbefaler forresten å lese
492 <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
>
493 om hva som ville være konsekvensen hvis digitale avspillingssperrer
494 (DRM) fungerte. Det gjør de naturligvis ikke teknisk - det er jo
495 derfor de må ha totalitære juridiske beskyttelsesmekanismer på plass,
496 men det er skremmende hva samfunnet tillater og NRK er med på å bygge
498 </blockquote
></p
>
500 <p
>Ca.
20 minutter senere får jeg følgende epost fra Anders Hofseth i
503 <p
><blockquote
>
504 <p
>From: Anders Hofseth
&lt;XXX@gmail.com
>
505 <br
>To:
"pere@hungry.com
" &lt;pere@hungry.com
>
506 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>, Jon Ståle Carlsen
&lt;XXX@gmail.com
>, Henrik Lied
&lt;XXX@gmail.com
>
507 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
508 <br
>Date: Sat,
30 Oct
2010 07:
58:
44 +
0200</p
>
511 <br
>Det du forsøker dra igang er egentlig en interessant diskusjon,
512 men om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt
513 om å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
514 særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
516 <p
>Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er
517 fjernet og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
518 konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
521 <br
>-anders
</p
>
523 <p
>Ring meg om noe er uklart:
95XXXXXXX
</p
>
524 </blockquote
></p
>
526 <p
>Ble så fascinert over denne holdningen, at jeg forfattet og sendte
527 over følgende svar. I og med at debatten er fjernet fra NRK Betas
528 kommentarfelt, så velger jeg å publisere her på bloggen min i stedet.
529 Har fjernet epostadresser og telefonnummer til de involverte, for å
530 unngå at de tiltrekker seg uønskede direkte kontaktforsøk.
</p
>
532 <p
><blockquote
>
533 <p
>From: Petter Reinholdtsen
&lt;pere@hungry.com
>
534 <br
>To: Anders Hofseth
&lt;XXX@gmail.com
>
535 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>,
536 <br
> Jon Ståle Carlsen
&lt;XXX@gmail.com
>,
537 <br
> Henrik Lied
&lt;XXX@gmail.com
>
538 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
539 <br
>Date: Sat,
30 Oct
2010 08:
24:
34 +
0200</p
>
541 <p
>[Anders Hofseth]
542 <br
>> Hei Petter.
</p
>
544 <p
>Hei.
</p
>
546 <p
>> Det du forsøker dra igang er egentlig en interessant diskusjon, men
547 <br
>> om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt om
548 <br
>> å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
549 <br
>> særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
551 <p
>Godt å se at du er enig i at dette er en interessant diskusjon. Den
552 vil nok fortsette en stund til. :)
</p
>
554 <p
>Må innrømme at jeg synes det er merkelig å lese at dere i NRK med
555 vitende og vilje ønsker å forlede rettighetshaverne for å kunne
556 fortsette å legge ut arkivmateriale.
</p
>
558 <p
>Kommentarer og diskusjoner i bloggene til NRK Beta påvirker jo ikke
559 faktum, som er at streaming er det samme som nedlasting, og at innhold
560 som er lagt ut på nett kan lagres lokalt for avspilling når en ønsker
563 <p
>Det du sier er jo at klarering av arkivmateriale for publisering på
564 web krever at en holder faktum skjult fra debattfeltet på NRKBeta.
565 Det er ikke et argument som holder vann. :)
</p
>
567 <p
>> Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er fjernet
568 <br
>> og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
569 <br
>> konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
571 <p
>Personlig ønsker jeg at NRK skal slutte å stikke hodet i sanden og
572 heller være åpne på hvordan virkeligheten fungerer, samt ta opp kampen
573 mot de som vil låse kulturen inne. Jeg synes det er en skam at NRK
574 godtar å forlede publikum. Ville heller at NRK krever at innhold som
575 skal sendes skal være uten bruksbegresninger og kan publiseres i
576 formater som heller ikke har bruksbegresninger (bruksbegresningene til
577 H
.264 burde få varselbjellene i NRK til å ringe).
</p
>
579 <p
>At NRK er med på DRM-tåkeleggingen og at det kommer feilaktive
580 påstander om at
"streaming beskytter mot nedlasting
" som bare er egnet
581 til å bygge opp om en myte som er skadelig for samfunnet som helhet.
</p
>
583 <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
585 &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
> >.
586 for å se hva slags bruksbegresninger H
.264 innebærer.
</p
>
588 <p
>Hvis dette innebærer at NRK må være åpne med at arkivmaterialet ikke
589 kan brukes før rettighetshaverene også innser at de er med på å skade
590 samfunnets kultur og kollektive hukommelse, så får en i hvert fall
591 synliggjort konsekvensene og antagelig mer flammer på en debatt som er
592 langt på overtid.
</p
>
594 <p
>> Ring meg om noe er uklart: XXX
</p
>
596 <p
>Intet uklart, men ikke imponert over måten dere håndterer debatten på.
597 Hadde du i stedet kommet med et tilsvar i kommentarfeltet der en
598 gjorde det klart at blindpassasjer-blogpostingen ikke var riktig sted
599 for videre diskusjon hadde dere i mine øyne kommet fra det med
600 ryggraden på plass.
</p
>
602 <p
>PS: Interessant å se at NRK-ansatte ikke bruker NRK-epostadresser.
</p
>
604 <p
>Som en liten avslutning, her er noen litt morsomme innslag om temaet.
605 &lt;URL:
<a href=
"http://www.archive.org/details/CopyingIsNotTheft
">http://www.archive.org/details/CopyingIsNotTheft
</a
> > og
606 &lt;URL:
<a href=
"http://patentabsurdity.com/
">http://patentabsurdity.com/
</a
> > hadde vært noe å kringkaste på
609 <p
>Vennlig hilsen,
611 <br
>Petter Reinholdtsen
</p
>
616 <title>Norgeskartet på mange vis - via OpenStreetmap.org
</title>
617 <link>http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html
</link>
618 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html
</guid>
619 <pubDate>Mon,
1 Nov
2010 11:
15:
00 +
0100</pubDate>
620 <description><p
>Har oppdaget at mange ikke er klar over at OpenStreetmap.org er
621 tilgjengelig i en rekke forskjellige formater. Her er en liste med
622 eksporter jeg kjenner til for Norge, for de som trenger et
623 fribrukskart til sine tjenester:
</p
>
627 <li
>Cloudmade tilbyr OSM XML, Garmin Map Files, Osmosis country
628 bounding polygon, Shapefile, Navit maps, GPX POI, TomTom POI og OSM
629 XML feature extracts via
630 <a href=
"http://downloads.cloudmade.com/europe/norway
">sine
631 nedlastingssider
</a
>.
</li
>
633 <li
>Geofabric tilbyr
634 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.bz2
">OSM
636 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.pbf
">OSM
637 protobuf binærformat
</a
> og
638 <a href=
"http://download.geofabrik.de/osm/europe/norway.shp.zip
">ESRI
639 Shapefile (EPSG:
4326)
</a
> fra sine nedlastingssider.
</li
>
641 <li
>Frikart.no tilbyr
642 <a href=
"http://www.frikart.no/garmin/
">Garmin-kart
</a
> i uike
643 varianter for veibruk og turbruk sommer og vinter.
</li
>
645 </ul
></p
>
647 <p
>Kartene oppdateres regelmessig, som oftest hver uke. Det skulle
648 dermed være noe for enhver smak.
</p
>
653 <title>Why isn
't Debian Edu using VLC?
</title>
654 <link>http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</link>
655 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</guid>
656 <pubDate>Sat,
27 Nov
2010 11:
30:
00 +
0100</pubDate>
657 <description><p
>In the latest issue of Linux Journal, the readers choices were
658 presented, and the winner among the multimedia player were VLC.
659 Personally, I like VLC, and it is my player of choice when I first try
660 to play a video file or stream. Only if VLC fail will I drag out
661 gmplayer to see if it can do better. The reason is mostly the failure
662 model and trust. When VLC fail, it normally pop up a error message
663 reporting the problem. When mplayer fail, it normally segfault or
664 just hangs. The latter failure mode drain my trust in the program.
<p
>
666 <p
>But even if VLC is my player of choice, we have choosen to use
667 mplayer in
<a href=
"http://www.skolelinux.org/
">Debian
668 Edu/Skolelinux
</a
>. The reason is simple. We need a good browser
669 plugin to play web videos seamlessly, and the VLC browser plugin is
670 not very good. For example, it lack in-line control buttons, so there
671 is no way for the user to pause the video. Also, when I
672 <a href=
"http://wiki.debian.org/DebianEdu/BrowserMultimedia
">last
673 tested the browser plugins
</a
> available in Debian, the VLC plugin
674 failed on several video pages where mplayer based plugins worked. If
675 the browser plugin for VLC was as good as the gecko-mediaplayer
676 package (which uses mplayer), we would switch.
</P
>
678 <p
>While VLC is a good player, its user interface is slightly
679 annoying. The most annoying feature is its inconsistent use of
680 keyboard shortcuts. When the player is in full screen mode, its
681 shortcuts are different from when it is playing the video in a window.
682 For example, space only work as pause when in full screen mode. I
683 wish it had consisten shortcuts and that space also would work when in
684 window mode. Another nice shortcut in gmplayer is [enter] to restart
685 the current video. It is very nice when playing short videos from the
686 web and want to restart it when new people arrive to have a look at
687 what is going on.
</p
>
692 <title>Gnash enteres Google Summer of Code
2011</title>
693 <link>http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</link>
694 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</guid>
695 <pubDate>Wed,
6 Apr
2011 09:
00:
00 +
0200</pubDate>
696 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is still
697 the most promising solution for a Free Software Flash implementation.
698 A few days ago the project
699 <a href=
"http://lists.gnu.org/archive/html/gnash-dev/
2011-
04/msg00011.html
">announced
</a
>
700 that it will participate in Google Summer of Code. I hope many
701 students apply, and that some of them succeed in getting AVM2 support
702 into Gnash.
</p
>
707 <title>What is missing in the Debian desktop, or why my parents use Kubuntu
</title>
708 <link>http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</link>
709 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</guid>
710 <pubDate>Fri,
29 Jul
2011 08:
10:
00 +
0200</pubDate>
711 <description><p
>While at Debconf11, I have several times during discussions
712 mentioned the issues I believe should be improved in Debian for its
713 desktop to be useful for more people. The use case for this is my
714 parents, which are currently running Kubuntu which solve the
717 <p
>I suspect these four missing features are not very hard to
718 implement. After all, they are present in Ubuntu, so if we wanted to
719 do this in Debian we would have a source.
</p
>
723 <li
><strong
>Simple GUI based upgrade of packages.
</strong
> When there
724 are new packages available for upgrades, a icon in the KDE status bar
725 indicate this, and clicking on it will activate the simple upgrade
726 tool to handle it. I have no problem guiding both of my parents
727 through the process over the phone. If a kernel reboot is required,
728 this too is indicated by the status bars and the upgrade tool. Last
729 time I checked, nothing with the same features was working in KDE in
732 <li
><strong
>Simple handling of missing Firefox browser
733 plugins.
</strong
> When the browser encounter a MIME type it do not
734 currently have a handler for, it will ask the user if the system
735 should search for a package that would add support for this MIME type,
736 and if the user say yes, the APT sources will be searched for packages
737 advertising the MIME type in their control file (visible in the
738 Packages file in the APT archive). If one or more packages are found,
739 it is a simple click of the mouse to add support for the missing mime
740 type. If the package require the user to accept some non-free
741 license, this is explained to the user. The entire process make it
742 more clear to the user why something do not work in the browser, and
743 make the chances higher for the user to blame the web page authors and
744 not the browser for any missing features.
</li
>
746 <li
><strong
>Simple handling of missing multimedia codec/format
747 handlers.
</strong
> When the media players encounter a format or codec
748 it is not supporting, a dialog pop up asking the user if the system
749 should search for a package that would add support for it. This
750 happen with things like MP3, Windows Media or H
.264. The selection
751 and installation procedure is very similar to the Firefox browser
752 plugin handling. This is as far as I know implemented using a
753 gstreamer hook. The end result is that the user easily get access to
754 the codecs that are present from the APT archives available, while
755 explaining more on why a given format is unsupported by Ubuntu.
</li
>
757 <li
><strong
>Better browser handling of some MIME types.
</strong
> When
758 displaying a text/plain file in my Debian browser, it will propose to
759 start emacs to show it. If I remember correctly, when doing the same
760 in Kunbutu it show the file as a text file in the browser. At least I
761 know Opera will show text files within the browser. I much prefer the
762 latter behaviour.
</li
>
766 <p
>There are other nice features as well, like the simplified suite
767 upgrader, but given that I am the one mostly doing the dist-upgrade,
768 it do not matter much.
</p
>
770 <p
>I really hope we could get these features in place for the next
771 Debian release. It would require the coordinated effort of several
772 maintainers, but would make the end user experience a lot better.
</p
>
777 <title>Hvordan enkelt laste ned filmer fra NRK
</title>
778 <link>http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</link>
779 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</guid>
780 <pubDate>Sat,
5 Nov
2011 15:
20:
00 +
0100</pubDate>
781 <description><p
>Ofte har jeg lyst til å laste ned et innslag fra NRKs nettsted for
782 å se det senere når jeg ikke er på nett, eller for å ha det
783 tilgjengelig når jeg en gang i fremtiden ønsker å referere til
784 innslaget selv om NRK har fjernet det fra sine nettsider. I dag fant
785 jeg et lite script som fikser jobben.
</p
>
787 <p
>Scriptet er laget av Jan Henning Thorsen og tilgjengelig fra
788 <a href=
"http://jhthorsen.github.com/snippets/nrk-downloader/
">github
</a
>,
789 og gjør det veldig enkelt å laste ned. Kjør
<tt
>nrk-downloader.sh
790 http://www1.nrk.no/nett-tv/klipp/
582810</tt
> for å hente ned et enkelt
791 innslag eller
<tt
>nrk-downloader.sh
792 http://www1.nrk.no/nett-tv/kategori/
3521</tt
> for å laste ned alle
793 episodene i en serie.
</p
>
795 <p
>Det er ikke rakettforskning å laste ned NRK-
"strømmer
", og
796 tidligere gjorde jeg dette manuelt med mplayer. Scriptet til
797 Hr. Thorsen gjør det raskere og enklere for meg, men jeg vil ikke si
798 at det er en revolusjonerende løsning. Jeg mener jo fortsatt at
799 påstanden fra NRKs ansatte om at det er
800 <a href=
"http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
">vesensforskjellig
801 å legge tilgjengelig for nedlasting og for streaming
</a
> er
802 meningsløs.
</p
>
807 <title>Changing the default Iceweasel start page in Debian Edu/Squeeze
</title>
808 <link>http://people.skolelinux.org/pere/blog/Changing_the_default_Iceweasel_start_page_in_Debian_Edu_Squeeze.html
</link>
809 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Changing_the_default_Iceweasel_start_page_in_Debian_Edu_Squeeze.html
</guid>
810 <pubDate>Tue,
10 Jan
2012 15:
30:
00 +
0100</pubDate>
811 <description><p
>In the Squeeze version of
812 <a href=
"http://www.skolelinux.org/
">Debian Edu / Skolelinux
</a
> soon
813 to be released, users of the system will get their default browser
814 start page set from LDAP, allowing the system administrator to point
815 all users to the school web page by updating one setting in LDAP. In
816 addition to setting the default start page when a machine boots, users
817 are shown the same page as a welcome page when they log in for the
818 first time.
</p
>
820 <p
>The LDAP object dc=skole,dc=skolelinux,dc=no have an attribute
821 labeledURI with
"http://www/ LDAP for Debian Edu/Skolelinux
" as the
822 default content. By changing this value to another URL, all users get
823 to see the page behind this new URL.
</p
>
825 <p
>An easy way to update it is by using the ldapvi tool. It can be
826 called as
"<tt
>ldapvi -ZD
'(cn=admin)
'</tt
>' to update LDAP with the
827 new setting.
</p
>
829 <p
>We have written the code to adjust the default start page and show
830 the welcome page, and I wonder if there is an easier way to do this
831 from within Iceweasel instead.
</p
>
836 <title>HTC One X - Your video? What do you mean?
</title>
837 <link>http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</link>
838 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</guid>
839 <pubDate>Thu,
26 Apr
2012 13:
20:
00 +
0200</pubDate>
840 <description><p
>In
<a href=
"http://www.idg.no/computerworld/article243690.ece
">an
841 article today
</a
> published by Computerworld Norway, the photographer
842 <a href=
"http://www.urke.com/eirik/
">Eirik Helland Urke
</a
> reports
843 that the video editor application included with
844 <a href=
"http://www.htc.com/www/smartphones/htc-one-x/#specs
">HTC One
845 X
</a
> have some quite surprising terms of use. The article is mostly
846 based on the twitter message from mister Urke, stating:
848 <p
><blockquote
>
849 "<a href=
"http://twitter.com/urke/status/
194062269724897280">Drøy
850 brukeravtale: HTC kan bruke MINE redigerte videoer kommersielt. Selv
851 kan jeg KUN bruke dem privat.
</a
>"
852 </blockquote
></p
>
854 <p
>I quickly translated it to this English message:
</p
>
856 <p
><blockquote
>
857 "Arrogant user agreement: HTC can use MY edited videos
858 commercially. Although I can ONLY use them privately.
"
859 </blockquote
></p
>
861 <p
>I
've been unable to find the text of the license term myself, but
862 suspect it is a variation of the MPEG-LA terms I
863 <a href=
"http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
">discovered
864 with my Canon IXUS
130</a
>. The HTC One X specification specifies that
865 the recording format of the phone is .amr for audio and .mp3 for
867 <a href=
"http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues
">Adaptive
868 Multi-Rate audio codec
</a
> with patents which according to the
869 Wikipedia article require an license agreement with
870 <a href=
"http://www.voiceage.com/
">VoiceAge
</a
>. MP4 is
871 <a href=
"http://en.wikipedia.org/wiki/H
.264/MPEG-
4_AVC#Patent_licensing
">MPEG4 with
872 H
.264</a
>, which according to Wikipedia require a licence agreement
873 with
<a href=
"http://www.mpegla.com/
">MPEG-LA
</a
>.
</p
>
875 <p
>I know why I prefer
876 <a href=
"http://www.digistan.org/open-standard:definition
">free and open
877 standards
</a
> also for video.
</p
>
882 <title>Veileder fra DIFI om publisering av offentlige data
</title>
883 <link>http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html
</link>
884 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html
</guid>
885 <pubDate>Fri,
1 Jun
2012 10:
40:
00 +
0200</pubDate>
886 <description><p
>På onsdag rakk jeg såvidt innom
887 <a href=
"http://www.meetup.com/osloopendata/
">Oslo Open Data Forums
</a
>
888 møte, og fikk lagt hendene mine på DIFIs helt nye veileder
889 "<a href=
"http://veileder.data.norge.no/
">Åpne data. Del og skap
890 verdier. Veileder i tilgjengeliggjøring av offentlig data
</a
>" (også
891 <a href=
"http://www.difi.no/filearchive/veileder-i-tilgjengeliggjoring-av-offentlig-data-web.pdf
">tilgjengelig
892 som PDF
</a
> fra DIFI).
</p
>
894 <p
>Veilederen er veldig bra, og nevner viktige problemstillinger og
895 skisserer f.eks. både verdiskapningspotensialet og formatmulighetene
896 som en bør ha i bakhodet når en publiserer offentlig informasjon på
897 maskinlesbart format. Kildekoden til veilederen er
898 <a href=
"https://github.com/difi/veileder-opnedata
">tilgjengelig via
899 github
</a
>, og en kan rapportere tilbakemeldinger og forslag til
900 forbedringer der (eller via epost og twitter for de som ønsker
903 <p
>Det eneste jeg virkelig savnet i veilederen var omtale av
904 <a href=
"http://www.w3.org/DesignIssues/LinkedData.html
">w3cs
905 stjerneklassifisering
</a
> av åpne datakilder, som jeg tror ville være
906 nyttige mentale knagger for de som vurderer å publisere sin
907 informasjon på som åpne data. Jeg har
908 <a href=
"https://github.com/difi/veileder-opnedata/issues/
1">rapportert
909 en github-bug
</a
> om dette, så får vi se hvordan den blir behandlet.
</p
>
911 <p
>Det slo meg at det var veldig lite konkret i veilederen om valg av
912 bruksvilkår ved publisering (aka lisens), men jeg er ikke sikker på om
913 det hører hjemme der, da det er et vanskelig tema som kanskje heller
914 hører hjemme i sin egen veileder. Uansett, anbefaler alle å ta en
915 titt på veilederen og sikre at alle offentlige etater en har kontakt
916 med får en kopi.
</p
>
921 <title>Trenger en avtale med MPEG-LA for å publisere og kringkaste H
.264-video?
</title>
922 <link>http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</link>
923 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</guid>
924 <pubDate>Thu,
21 Jun
2012 13:
40:
00 +
0200</pubDate>
925 <description><p
>Trengs det avtale med MPEG-LA for å ha lovlig rett til å
926 distribuere og kringkaste video i MPEG4 eller med videokodingen H
.264?
927 <a href=
"http://webmink.com/essays/h-
264/
">H
.264 og MPEG4 er jo ikke en
928 fri og åpen standard
</a
> i henhold til
929 <a href=
"http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
">definisjonen
930 til Digistan
</a
>, så i enkelte land er det ingen tvil om at du må ha
931 en slik avtale, men jeg må innrømme at jeg ikke vet om det også
932 gjelder Norge. Det ser uansett ut til å være en juridisk interessant
933 problemstilling. Men jeg tenkte her om dagen som så, at hvis det er
934 nødvendig, så har store aktører som
935 <a href=
"http://www.nrk.no/
">NRK
</a
> og
936 <a href=
"http://www.regjeringen.no/
">regjeringen
</a
> skaffet seg en
937 slik avtale. Jeg har derfor sendt forespørsel til begge (for
938 regjeringen sin del er det Departementenes Servicesenter som gjør
939 jobben), og bedt om kopi av eventuelle avtaler de har om bruk av MPEG
940 og/eller H
.264 med MPEG-LA eller andre aktører som opererer på vegne
941 av MPEG-LA. Her er kopi av eposten jeg har sendt til
942 <a href=
"http://www.dss.dep.no/
">Departementenes Servicesenter
</a
>.
943 Forespørselen til NRK er veldig lik.
</p
>
945 <p
><blockquote
>
947 <p
>Date: Tue,
19 Jun
2012 15:
18:
33 +
0200
948 <br
>From: Petter Reinholdtsen
949 <br
>To: postmottak@dss.dep.no
950 <br
>Subject: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
952 <p
>Hei. Jeg ber herved om innsyn og kopi av dokumenter i DSS relatert
953 til avtaler rundt bruk av videoformatene MPEG og H
.264. Jeg er
954 spesielt interessert i å vite om DSS har lisensavtale med MPEG-LA
955 eller noen som representerer MPEG-LA i Norge.
</p
>
957 <p
>MPEG og H
.264 er videoformater som brukes både til kringkasting
958 (f.eks. i bakkenett og kabel-TV) og videopublisering på web, deriblant
959 via Adobe Flash. MPEG-LA,
&lt;URL:
960 <a href=
"http://www.mpeg-la.com/
">http://www.mpeg-la.com/
</a
> &gt;, er
961 en organisasjon som har fått oppgaven, av de kjente rettighetshavere
962 av immaterielle rettigheter knyttet til MPEG og H
.264, å selge
963 bruksrett for MPEG og H
.264.
</p
>
965 <p
>Via regjeringen.no kringkastes med MPEG og H
.264-baserte
966 videoformater, og dette ser ut til å være organisert av DSS. Jeg
967 antar dermed at DSS har avtale med en eller annen aktør om dette.
</p
>
969 <p
>F.eks. har Adobe Premiere Pro har følgende klausul i følge
&lt;URL:
970 <a href=
"http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
">http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
</a
>
973 <p
><blockquote
>
975 <p
>6.17. AVC DISTRIBUTION. The following notice applies to software
976 containing AVC import and export functionality: THIS PRODUCT IS
977 LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND
978 NON-COMMERCIAL USE OF A CONSUMER TO (a) ENCODE VIDEO IN COMPLIANCE
979 WITH THE AVC STANDARD (
"AVC VIDEO
") AND/OR (b) DECODE AVC VIDEO THAT
980 WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL
981 ACTIVITY AND/OR AVC VIDEO THAT WAS OBTAINED FROM A VIDEO PROVIDER
982 LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED OR SHALL BE
983 IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED
984 FROM MPEG LA L.L.C. SEE
985 <a href=
"http://www.mpegla.com
">http://www.mpegla.com
</a
>.
</p
>
987 </blockquote
></p
>
989 <p
>Her er det kun
"non-commercial
" og
"personal and non-commercial
"
990 aktivitet som er tillatt uten ekstra avtale med MPEG-LA.
</p
>
992 <p
>Et annet tilsvarende eksempel er Apple Final Cut Pro, som har
993 følgende klausul i følge
&lt;URL:
994 <a href=
"http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
">http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
</a
>
997 <p
><blockquote
>
999 <p
>15. Merknad om H
.264/AVC. Hvis Apple-programvaren inneholder
1000 funksjonalitet for AVC-koding og/eller AVC-dekoding, krever
1001 kommersiell bruk ekstra lisensiering og følgende gjelder:
1002 AVC-FUNKSJONALITETEN I DETTE PRODUKTET KAN KUN ANVENDES AV
1003 FORBRUKERE OG KUN FOR PERSONLIG OG IKKE- KOMMERSIELL BRUK TIL (i)
1004 KODING AV VIDEO I OVERENSSTEMMELSE MED AVC-STANDARDEN (
"AVC-VIDEO
")
1005 OG/ELLER (ii) DEKODING AV AVC-VIDEO SOM ER KODET AV EN FORBRUKER TIL
1006 PERSONLIG OG IKKE-KOMMERSIELL BRUK OG/ELLER DEKODING AV AVC-VIDEO
1007 FRA EN VIDEOLEVERANDØR SOM HAR LISENS TIL Å TILBY
1008 AVC-VIDEO. INFORMASJON OM ANNEN BRUK OG LISENSIERING KAN INNHENTES
1009 FRA MPEG LA L.L.C. SE HTTP://WWW.MPEGLA.COM.
</p
>
1010 </blockquote
></p
>
1012 <p
>Tilsvarende gjelder for andre programvarepakker, kamera, etc som
1013 bruker MPEG og H
.264, at en må ha en avtale med MPEG-LA for å ha lov
1014 til å bruke programmet/utstyret hvis en skal lage noe annet enn
1015 private filmer og i ikke-kommersiell virksomhet.
</p
>
1017 <p
>Jeg er altså interessert i kopi av avtaler DSS har som gjør at en
1018 ikke er begrenset av de generelle bruksvilkårene som gjelder for
1019 utstyr som bruker MPEG og/eller H
.264.
</p
>
1020 </blockquote
></p
>
1022 <p
>Nå venter jeg spent på svaret. Jeg planlegger å blogge om svaret
1028 <title>NRK nekter å finne og utlevere eventuell avtale med MPEG-LA
</title>
1029 <link>http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</link>
1030 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</guid>
1031 <pubDate>Mon,
25 Jun
2012 15:
10:
00 +
0200</pubDate>
1032 <description><p
>Jeg fikk nettopp svar fra NRK på
1033 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">min
1034 forespørsel om kopi av avtale
</a
> med MPEG-LA eller andre om bruk av
1035 MPEG og/eller H
.264. Svaret har fått saksreferanse
2011/
371 (mon tro
1036 hva slags sak fra
2011 dette er?) hos NRK og lyder som følger:
</p
>
1038 <p
><blockquote
>
1040 <p
><strong
>Svar på innsynsbegjæring i MPEG / H
.264-relaterte
1041 avtaler
</strong
></p
>
1043 <p
>Viser til innsynsbegjæring av
19. juni
2012. Kravet om innsyn
1044 gjelder avtale som gjør at NRK «ikke er begrenset av de generelle
1045 bruksvilkårene som gjelder for utstyr som bruker MPEG og/eller
1048 <p
>I henhold til offentleglova §
28 annet ledd må innsynskravet gjelde
1049 en bestemt sak eller i rimelig utstrekning saker av en bestemt
1050 sak. Det er på det rene at det aktuelle innsynskravet ikke gjelder en
1051 bestemt sak. Spørsmålet som reiser seg er om identifiseringsgraden er
1052 tilstrekkelig. I Justisdepartementets «Rettleiar til offentleglova»
1053 står følgende:
</p
>
1055 <p
>«Kravet om at innsynskravet må gjelde ei bestemt sak er til hinder
1056 for at eit innsynskrav kan gjelde alle saker av ein bestemt art, utan
1057 at den enkelte saka blir identifisert. Ein kan med andre ord i
1058 utgangspunktet ikkje krevje innsyn i til dømes alle saker om
1059 utsleppsløyve hos Statens forureiningstilsyn frå dei siste tre åra,
1060 med mindre ein identifiserer kvar enkelt sak, til dømes med tilvising
1061 til dato, partar eller liknande.»
</p
>
1063 <p
>Vedrørende denne begrensningen har Justisdepartementet uttalt
1064 følgende (Lovavdelingens uttalelser JDLOV-
2010-
3295):
</p
>
1066 <p
><em
>«Bakgrunnen for avgrensinga av kva innsynskravet kan gjelde,
1067 er fyrst og fremst at meir generelle innsynskrav, utan noka form for
1068 identifikasjon av kva ein eigentleg ynskjer, ville vere svært
1069 vanskelege å handsame for forvaltninga.»
</em
></p
>
1071 <p
>I samme sak uttaler Lovavdelingen følgende:
</p
>
1073 <p
><em
>«Det følgjer vidare av offentleglova §
28 andre ledd at det `i
1074 rimeleg utstrekning
' kan krevjast innsyn i `saker av ein bestemt
1075 art
'. Vilkåret om at eit innsynskrav berre `i rimeleg utstrekning
' kan
1076 gjelde saker av ein bestemt art, er i hovudsak knytt til kor
1077 arbeidskrevjande det vil vere å finne fram til dei aktuelle
1078 dokumenta. I tillegg reknar vi med at vilkåret kan gje grunnlag for å
1079 nekte innsyn i tilfelle der innsynskravet er så omfattande (gjeld så
1080 mange dokument) at arbeidsmengda som ville gått med til å handsame
1081 det, er større enn det ein `i rimeleg utstrekning
' kan krevje (sjølv
1082 om det nok skal mykje til).»
</em
></p
>
1084 <p
>NRK har ikke noen egen sammenstilling over avtaler innenfor
1085 bestemte områder som omtales i innsynsbegjæringen. De måtte søkes på
1086 vanlig måte. I tillegg finnes ikke noen automatisert måte å finne
1087 avtaler som «ikke er begrenset av de generelle bruksvilkårene som
1088 gjelder for utstyr som bruker MPEG og/eller H
.264». En slik
1089 gjennomgang av avtaler måtte gjøres manuelt av en person med
1090 spesialistkunnskap. Dette vil kreve at NRK avsetter omfattende
1091 ressurser for å finne frem relevante avtaler og for deretter å vurdere
1092 om de dekkes av det innsynsbegjæringen omfattes.
</p
>
1094 <p
>På bakgrunn av dette nekter NRK innsyn, med den begrunnelsen at
1095 innsynskravet er så omfattende at arbeidsmengden for å håndtere kravet
1096 vil være langt større enn det som i rimelig utstrekning kan kreves i
1097 henhold til offentleglova §
28 annet ledd.
</p
>
1099 <p
>Avslag på deres innsynsbegjæring kan påklages til Kultur- og
1100 kirkedepartementet innen tre uker fra det tidspunkt avslaget kommer
1101 frem til mottakeren, i henhold til reglene i offentleglova §
32,
1102 jf. forvaltningsloven kapittel VI. Klagen skal stiles til Kultur- og
1103 kirkedepartementet, og sendes til NRK.
</p
>
1105 <p
>NRK er imidlertid etter Offentleglova forpliktet å gi ut journaler,
1106 slik at en eventuell søknad om innsyn kan tydeligere identifisere
1107 hvilke dokumenter som det ønskes innsyn i. NRKs offentlige journaler
1108 for inneværende og forrige måned ligger ute på
1109 NRK.no/innsyn. Journaler som går lengre tilbake i tid, kan sendes ut
1110 på forespørsel til innsyn@nrk.no.
</p
>
1113 <br
>Dokumentarkivet i NRK
1114 <br
>v/ Elin Brandsrud
1115 <br
>Tel. direkte:
23 04 29 29
1116 <br
>Post: RBM3, Postboks
8500 Majorstuen,
0340 Oslo
1117 <br
>innsyn@nrk.no
</p
>
1119 </blockquote
></p
>
1122 <a href=
"http://people.skolelinux.org/pere/blog/images/
2012-
06-
25-video-mpegla-nrk.pdf
">i
1123 PDF-form som vedlegg på epost
</a
>. Jeg er litt usikker på hvordan jeg
1124 best går videre for å bli klok, men jeg har jo i hvert fall tre uker
1125 på å vurdere om jeg skal klage. Enten må nok forespørselen
1126 reformuleres eller så må jeg vel klage. Synes jo det er merkelig at
1127 NRK ikke har bedre kontroll med hvilke avtaler de har inngått. Det
1128 burde jo være noen i ledelsen som vet om de har signert en avtale med
1129 MPEG-LA eller ikke...
</p
>
1131 <p
>Oppdatering
2012-
06-
25 20:
20: Et google-søk på
"2011/
371 nrk
"
1132 sendte meg til postjournalen for
1133 <a href=
"http://nrk.no/contentfile/file/
1.8212365!offentligjournal19062012.pdf
">2012-
06-
19</a
>
1135 <a href=
"http://nrk.no/contentfile/file/
1.8214156!offentligjournal20062012.pdf
">2012-
06-
20</a
>
1136 hos NRK som viser mine forespørsler og viser at sakens tittel hos NRK
1137 er
"Graphic Systems Regions MA
2378/
10E
". Videre søk etter
"Graphic
1138 Systems Regions
" viser at dette er saken til et anbud om
1139 "<a href=
"http://no.mercell.com/m/mts/Tender/
27179412.aspx
">a graphics
1140 system for
12 or
13 sites broadcasting regional news
</a
>" hos Mercell
1141 Sourcing Service, også omtalt på
1142 <a href=
"http://www.publictenders.net/tender/
595705">Public
1143 Tenders
</a
> og
1144 <a href=
"http://www.doffin.no/search/show/search_view.aspx?ID=JAN155521
">Doffin
</a
>.
1145 Jeg er dog usikker på hvordan dette er relatert til min
1146 forespørsel.
</p
>
1148 <p
>Oppdatering
2012-
06-
25 22:
40: Ble tipset av Kieran Kunhya, fra
1150 <a href=
"http://code.google.com/p/open-broadcast-encoder/
">Open
1151 Broadcast Encoder
</a
>, at listen over de som har lisensavtale med
1153 <a href=
"http://www.mpeg-la.com/main/programs/AVC/Pages/Licensees.aspx
">tilgjengelig
1154 på web
</a
>. Veldig fint å oppdage hvor den finnes, da jeg må ha lett
1155 etter feil ting da jeg forsøke å finne den. Der står ikke NRK, men
1156 flere andre
"Broadcasting Company
"-oppføringer. Lurer på om det betyr
1157 at NRK ikke trenger avtale, eller noe helt annet?
</p
>
1162 <title>MPEG-LA mener NRK må ha avtale med dem for å kringkaste og publisere H
.264-video
</title>
1163 <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>
1164 <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>
1165 <pubDate>Thu,
28 Jun
2012 20:
00:
00 +
0200</pubDate>
1166 <description><p
>Etter at NRK
1167 <a href=
"http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
">nektet
1168 å spore opp eventuell avtale med MPEG-LA
</a
> eller andre om bruk av
1169 MPEG/H
.264-video etter at jeg
<a
1170 href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">ba
1171 om innsyn i slike avtaler
</a
>, tenkte jeg at i stedet for å forsøke å
1172 få NRK til å finne en slik avtale, så burde det være like enkelt å
1173 spørre MPEG-LA om de hadde avtale med NRK. Spørsmålet ble sendt før
1174 jeg fikk tips fra Kieran Kunhya om hvor listen over lisensinnehavere
1175 "in Good Standing
" befant seg. MPEG-LA svarte meg i dag, og kan
1176 fortelle at NRK ikke har noen avtale med dem, så da er i det miste det
1177 slått fast. Ikke overraskende mener MPEG-LA at det trengs en avtale
1178 med MPEG-LA for å streame H
.264, men deres rammer er jo
1179 rettstilstanden i USA og ikke Norge. Jeg tar dermed den delen av
1180 svaret med en klype salt. Jeg er dermed fortsatt ikke klok på om det
1181 trengs en avtale, og hvis det trengs en avtale her i Norge, heller
1182 ikke sikker på om NRK har en avtale med noen andre enn MPEG-LA som
1183 gjør at de ikke trenger avtale direkte med MPEG-LA. Jeg håper NRKs
1184 jurister har vurdert dette, og at det er mulig å få tilgang til
1185 vurderingen uansett om de trenger en avtale eller ikke.
</p
>
1187 <p
>Her er epostutvekslingen med MPEG-LA så langt. Håper ikke
1188 utvekslingen fører til NRK plutselig får en litt uventet pakke fra
1191 <p
><blockquote
>
1192 <p
>Date: Mon,
25 Jun
2012 15:
29:
37 +
0200
1193 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1194 <br
>To: licensing-web (at) mpegla.com
1195 <br
>Subject: Do NRK have a license agreement with MPEG-LA?
</p
>
1197 <p
>Hi. I have a small question for you, that I hope it is OK that I
1200 <p
>Is there any license agreements between MPEG-LA and NRK,
&lt;URL:
1201 <a href=
"http://www.nrk.no/
">http://www.nrk.no/
</a
> &gt;, the
1202 Norwegian national broadcasting cooperation? I am not sure if they
1203 need one, and am just curious if such agreeement exist.
</p
>
1205 <p
>The postal address is
</p
>
1207 <p
><blockquote
>
1209 <br
>Postbox
8500, Majorstuen
1212 </blockquote
></p
>
1214 <p
>if it make it easier for you to locate such agreement.
</p
>
1216 <p
>Can you tell me how many entities in Norway have an agreement with
1217 MPEG-LA, and the name of these entities?
</p
>
1220 <br
>Happy hacking
1221 <br
>Petter Reinholdtsen
1222 </blockquote
></p
>
1224 <p
>I dag, to dager senere, fikk jeg følgende svar:
</p
>
1226 <p
><blockquote
>
1227 <p
>Date: Thu,
28 Jun
2012 14:
11:
17 +
0000
1228 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
>
1229 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
>
1230 <br
>CC: MD Administration
&lt;MDAdministration (at) mpegla.com
>
1231 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
1233 <p
>Dear Mr. Reinholdtsen,
</p
>
1235 <p
>Thank you for your message and for your interest in MPEG LA. We
1236 appreciate hearing from you and I will be happy to assist you.
</p
>
1238 <p
>To begin, I will assume that you are referring to AVC/H
.264
1239 technology in your message below, as this technology is commonly used
1240 in the transmission of video content. In that case, please allow me
1241 to briefly summarize the coverage provided by our AVC Patent Portfolio
1244 <P
>Our AVC License provides coverage for end products and video
1245 services that make use of AVC/H
.264 technology. Accordingly, the
1246 party offering such end products and video to End Users concludes the
1247 AVC License and is responsible for paying the applicable royalties
1248 associated with the end products/video they offer.
</p
>
1250 <p
>While the Norwegian Broadcast Corporation (NRK) is not currently a
1251 Licensee to MPEG LA
's AVC License (or any other Portfolio License
1252 offered by MPEG LA), if NRK offers AVC Video to End Users for
1253 remuneration (for example, Title-by-Title, Subscription, Free
1254 Television, or Internet Broadcast AVC Video), then NRK will need to
1255 conclude the AVC License and may be responsible for paying applicable
1256 royalties associated with the AVC Video it distributes.
</p
>
1258 <p
>Today I will send you a FedEx package containing a copy of our AVC
1259 License for your review. You should receive the License document
1260 within the next few days.
</p
>
1262 <p
>Meanwhile, MPEG LA currently has several Norwegian Licensees that
1263 can be found under the
"Licensees
" header within the respective
1264 portion of our website. For example, you may find our list of
1265 Licensees in Good Standing to our AVC License in the AVC portion of
1267 <ahref=
"http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
">http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</a
></p
>
1269 <p
>I hope the above information is helpful. If you have additional
1270 questions or need further assistance with the AVC License, please feel
1271 free to contact me directly. I look forward to hearing from you again
1274 <p
>Best regards,
</p
>
1276 <p
>Ryan
</p
>
1278 <p
>Ryan M. Rodriguez
1279 <br
>Licensing Associate
1281 <br
>5425 Wisconsin Avenue
1283 <br
>Chevy Chase, MD
20815
1285 <br
>Phone: +
1 (
301)
986-
6660 x211
1286 <br
>Fax: +
1 (
301)
986-
8575
1287 <br
>Email: rrodriguez (at) mpegla.com
</p
>
1289 </blockquote
></p
>
1291 <p
>Meldingen om utsendt FedEx-pakke var så merkelig at jeg
1292 øyeblikkelig sendte svar tilbake og spurte hva i alle dager han mente,
1293 da han jo ikke hadde fått noen postadresse som nådde meg.
</p
>
1295 <p
><blockquote
>
1297 <p
>Date: Thu,
28 Jun
2012 16:
36:
15 +
0200
1298 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1299 <br
>To: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1300 <br
>Cc: MD Administration
&lt;MDAdministration (at) mpegla.com
&gt;
1301 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
1303 <p
>[Ryan Rodriguez]
1304 <br
>&gt; Dear Mr. Reinholdtsen,
</p
>
1306 <p
>Thank you for your quick reply.
</p
>
1308 <p
>&gt; Today I will send you a FedEx package containing a copy of our AVC
1309 <br
>&gt; License for your review. You should receive the License document
1310 <br
>&gt; within the next few days.
</p
>
1312 <p
>The part about sending a FedEx package confused me, though. I did not
1313 <br
>give you my address, nor am I associated with NRK in any way, so I hope
1314 <br
>you did not try to send me a package using the address of NRK. If you
1315 <br
>would send me the Internet address of to the document, it would be more
1316 <br
>useful to me to be able to download it as an electronic document.
</p
>
1318 <p
>&gt; Meanwhile, MPEG LA currently has several Norwegian Licensees that can
1319 <br
>&gt; be found under the
"Licensees
" header within the respective portion
1320 <br
>&gt; of our website. For example, you may find our list of Licensees in
1321 <br
>&gt; Good Standing to our AVC License in the AVC portion of our website,
1322 <br
>&gt; http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</p
>
1324 <p
>How can I recognize the Norwegian licensees?
</p
>
1327 <br
>Happy hacking
1328 <br
>Petter Reinholdtsen
</p
>
1329 </blockquote
></p
>
1331 <p
>Selv om jeg svarte kun noen minutter etter at jeg fikk eposten fra
1332 MPEG-LA, fikk jeg eposten under som automatisk var beskjed på min
1333 siste epost. Får håpe noen likevel følger opp
"FedEx-pakken
". For å
1334 øke sjansen for at noen revurderer utsending av pakke uten mottaker,
1335 videresendte jeg min epost til swolf (at) mpegla.com, så får vi se.
1336 Har ikke hørt noe mer
3 timer senere, så jeg mistenker at ingen leste
1337 min epost tidsnok.
</p
>
1339 <p
><blockquote
>
1341 <p
>Date: Thu,
28 Jun
2012 14:
36:
20 +
0000
1342 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1343 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1344 <br
>Subject: Automatic reply: Do NRK have a license agreement with MPEG-LA?
</p
>
1346 <p
>Thank you for your message.
</p
>
1348 <p
>I will be out of the office until Thursday, July
5 and will respond
1349 to all messages upon my return. If this is a matter that requires
1350 immediate attention, please contact Sidney Wolf (swolf (at)
1351 mpegla.com)
</p
>
1353 <p
>Best regards,
</p
>
1355 <p
>Ryan
</p
>
1357 <p
>Ryan M. Rodriguez
1358 <br
>Licensing Associate
1359 <br
>MPEG LA
</p
>
1361 </blockquote
></p
>
1363 <p
>Litt klokere, men fortsatt ikke klok på mitt opprinnelige spørsmål,
1364 som er om en trenger avtale med MPEG-LA for å publisere eller
1365 kringkaste H
.264-video i Norge.
</p
>