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>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>Microsofts misvisende argumentasjon rundt multimediaformater
</title>
87 <link>http://people.skolelinux.org/pere/blog/Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html
</link>
88 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html
</guid>
89 <pubDate>Fri,
26 Jun
2009 13:
30:
00 +
0200</pubDate>
90 <description><p
>I
91 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf
">Microsoft
92 sin høringsuttalelse
</a
> til
93 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html?id=
549422">forslag
94 til versjon
2 av statens referansekatalog over standarder
</a
>, lirer
95 de av seg følgende FUD-perle:
</p
>
97 <p
><blockquote
>"Vorbis, OGG, Theora og FLAC er alle tekniske
98 spesifikasjoner overordnet styrt av xiph.org, som er en
99 ikke-kommersiell organisasjon. Etablerte og anerkjente
100 standardiseringsorganisasjoner, som Oasis, W3C og Ecma, har en godt
101 innarbeidet vedlikeholds- og forvaltningsprosess av en standard.
102 Det er derimot helt opp til hver enkelt organisasjon å bestemme
103 hvordan tekniske spesifikasjoner videreutvikles og endres, og disse
104 spesifikasjonene bør derfor ikke defineres som åpne
105 standarder.
"</blockquote
></p
>
107 <p
>De vokter seg vel for å nevne den anerkjente
108 standardiseringsorganisasjonen IETF, som er organisasjonen bak HTTP,
109 IP og det meste av protokoller på Internet, og RFC-standardene som
110 IETF står bak. Ogg er spesifisert i
111 <a href=
"http://ietf.org/rfc/rfc3533.txt
">RFC
3533</a
>, og er uten
112 tvil å anse som en åpen standard. Vorbis er
113 <a href=
"http://ietf.org/rfc/rfc5215.txt
">RFC
5215</a
>. Theora er
115 under standardisering via IETF, med
116 <a href=
"http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-
00.txt
">siste
117 utkast publisert
2006-
07-
21</a
> (riktignok er dermed teksten ikke
118 skrevet i stein ennå, men det blir neppe endringer som ikke er
119 bakoverkompatibel). De kan være inne på noe når det gjelder FLAC da
120 jeg ikke finner tegn til at
<a
121 href=
"http://flac.sourceforge.net/format.html
">spesifikasjonen
122 tilgjengelig på web
</a
> er på tur via noen
123 standardiseringsorganisasjon, men i og med at folkene bak Ogg, Theora
124 og Vorbis også har involvert seg i Flac siden
2003, så ser jeg ikke
125 bort fra at også den organiseres via IETF. Jeg kjenner personlig lite
128 <p
>Uredelig argumentasjon bør en holde seg for god til å komme med,
129 spesielt når det er så enkelt i dagens Internet-hverdag å gå
130 misvisende påstander etter i sømmene.
</p
>
135 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon
2</title>
136 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</link>
137 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</guid>
138 <pubDate>Mon,
6 Jul
2009 21:
00:
00 +
0200</pubDate>
139 <description><p
>Jeg ble glad da regjeringen
140 <a href=
"http://www.digi.no/
817635/her-er-statens-nye-it-standarder
">annonserte
</a
>
142 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf
">statens
143 referansekatalog over standarder
</a
>, men trist da jeg leste hva som
144 faktisk var vedtatt etter
145 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html
">høringen
</a
>.
146 De fleste av de valgte åpne standardene er gode og vil bidra til at
147 alle kan delta på like vilkår i å lage løsninger for staten, men
148 noen av dem blokkerer for de som ikke har anledning til å benytte
149 spesifikasjoner som krever betaling for bruk (såkalt
150 royalty-betaling). Det gjelder spesifikt for H
.264 for video og MP3
151 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
152 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
153 fra statens websider gjøre dette uten å måtte bruke programmer der
154 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
155 de statlige etatene å bruke enten H
.264 eller Theora (og MP3 eler
156 Vorbis), så vil en bli tvunget til å forholde seg til
157 royalty-belastede standarder for å få tilgang til videoen og
160 <p
>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
161 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
162 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
163 all forståelse for hvilke prinsipper som må følges for å oppnå
164 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
166 <a href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2
">sin
167 høringsuttalelse
</a
>, men ser ut til å ha blitt ignorert.
</p
>
169 <p
>Oppdatering
2012-
06-
29: Kom over
<ahref=
"
170 http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf
">en
171 rapport til FAD
</a
> fra da versjon
1 av katalogen ble vedtatt, og der
172 er det tydelig at problemstillingen var kjent og forstått.
</p
>
177 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon
2</title>
178 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html
</link>
179 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html
</guid>
180 <pubDate>Thu,
9 Jul
2009 14:
40:
00 +
0200</pubDate>
181 <description><p
>For å forstå mer om hvorfor standardkatalogens versjon
2 ble som
182 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
183 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
184 wiki, direkte tilgjengelig via
"<a
185 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon.pdf
">Referansekatalogen
186 v2.0 - Oppsummering av høring
</a
>" og
"<a
187 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon-katalogutkast.pdf
">Referansekatalog
188 for IT-standarder i offentlig sektor Versjon
2.0, dd.mm.åååå -
189 UTKAST
</a
>".
</p
>
191 <p
>Det er tre ting jeg merker meg i oppsummeringen fra
192 høringsuttalelsen da jeg skummet igjennom den. Det første er at
193 forståelsen av hvordan programvarepatenter påvirker fri
194 programvareutvikling også i Norge når en argumenterer med at
195 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
196 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
197 standard innenfor hvert område. Det siste er at påstander i
198 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
199 Microsoft om hvordan Ogg blir standardisert og påstanden fra
200 politidirektoratet om patentproblemer i Theora).
</p
>
205 <title>Some notes on Flash in Debian and Debian Edu
</title>
206 <link>http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</link>
207 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</guid>
208 <pubDate>Sat,
4 Sep
2010 10:
10:
00 +
0200</pubDate>
209 <description><p
>In the
<a href=
"http://popcon.debian.org/unknown/by_vote
">Debian
210 popularity-contest numbers
</a
>, the adobe-flashplugin package the
211 second most popular used package that is missing in Debian. The sixth
212 most popular is flashplayer-mozilla. This is a clear indication that
213 working flash is important for Debian users. Around
10 percent of the
214 users submitting data to popcon.debian.org have this package
217 <p
>In the report written by Lars Risan in August
2008
218 («
<a href=
"http://wiki.skolelinux.no/Dokumentasjon/Rapporter?action=AttachFile
&do=view
&target=Skolelinux_i_bruk_rapport_1.0.pdf
">Skolelinux
219 i bruk – Rapport for Hurum kommune, Universitetet i Agder og
220 stiftelsen SLX Debian Labs
</a
>»), one of the most important problems
221 schools experienced with
<a href=
"http://www.skolelinux.org/
">Debian
222 Edu/Skolelinux
</a
> was the lack of working Flash. A lot of educational
223 web sites require Flash to work, and lacking working Flash support in
224 the web browser and the problems with installing it was perceived as a
225 good reason to stay with Windows.
</p
>
227 <p
>I once saw a funny and sad comment in a web forum, where Linux was
228 said to be the retarded cousin that did not really understand
229 everything you told him but could work fairly well. This was a
230 comment regarding the problems Linux have with proprietary formats and
231 non-standard web pages, and is sad because it exposes a fairly common
232 understanding of whose fault it is if web pages that only work in for
233 example Internet Explorer
6 fail to work on Firefox, and funny because
234 it explain very well how annoying it is for users when Linux
235 distributions do not work with the documents they receive or the web
236 pages they want to visit.
</p
>
238 <p
>This is part of the reason why I believe it is important for Debian
239 and Debian Edu to have a well working Flash implementation in the
240 distribution, to get at least popular sites as Youtube and Google
241 Video to working out of the box. For Squeeze, Debian have the chance
242 to include the latest version of Gnash that will make this happen, as
243 the new release
0.8.8 was published a few weeks ago and is resting in
244 unstable. The new version work with more sites that version
0.8.7.
245 The Gnash maintainers have asked for a freeze exception, but the
246 release team have not had time to reply to it yet. I hope they agree
247 with me that Flash is important for the Debian desktop users, and thus
248 accept the new package into Squeeze.
</p
>
253 <title>Terms of use for video produced by a Canon IXUS
130 digital camera
</title>
254 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</link>
255 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</guid>
256 <pubDate>Thu,
9 Sep
2010 23:
55:
00 +
0200</pubDate>
257 <description><p
>A few days ago I had the mixed pleasure of bying a new digital
258 camera, a Canon IXUS
130. It was instructive and very disturbing to
259 be able to verify that also this camera producer have the nerve to
260 specify how I can or can not use the videos produced with the camera.
261 Even thought I was aware of the issue, the options with new cameras
262 are limited and I ended up bying the camera anyway. What is the
263 problem, you might ask? It is software patents, MPEG-
4, H
.264 and the
264 MPEG-LA that is the problem, and our right to record our experiences
265 without asking for permissions that is at risk.
267 <p
>On page
27 of the Danish instruction manual, this section is
271 <p
>This product is licensed under AT
&T patents for the MPEG-
4 standard
272 and may be used for encoding MPEG-
4 compliant video and/or decoding
273 MPEG-
4 compliant video that was encoded only (
1) for a personal and
274 non-commercial purpose or (
2) by a video provider licensed under the
275 AT
&T patents to provide MPEG-
4 compliant video.
</p
>
277 <p
>No license is granted or implied for any other use for MPEG-
4
281 <p
>In short, the camera producer have chosen to use technology
282 (MPEG-
4/H
.264) that is only provided if I used it for personal and
283 non-commercial purposes, or ask for permission from the organisations
284 holding the knowledge monopoly (patent) for technology used.
</p
>
286 <p
>This issue has been brewing for a while, and I recommend you to
288 "<a href=
"http://www.osnews.com/story/
23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
">Why
289 Our Civilization
's Video Art and Culture is Threatened by the
290 MPEG-LA
</a
>" by Eugenia Loli-Queru and
291 "<a href=
"http://webmink.com/
2010/
09/
03/h-
264-and-foss/
">H
.264 Is Not
292 The Sort Of Free That Matters
</a
>" by Simon Phipps to learn more about
293 the issue. The solution is to support the
294 <a href=
"http://www.digistan.org/open-standard:definition
">free and
295 open standards
</a
> for video, like
<a href=
"http://www.theora.org/
">Ogg
296 Theora
</a
>, and avoid MPEG-
4 and H
.264 if you can.
</p
>
301 <title>Pledge for funding to the Gnash project to get AVM2 support
</title>
302 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</link>
303 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</guid>
304 <pubDate>Tue,
19 Oct
2010 14:
45:
00 +
0200</pubDate>
305 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is the
306 most promising solution for a Free Software Flash implementation. It
307 has done great so far, but there is still far to go, and recently its
308 funding has dried up. I believe AVM2 support in Gnash is vital to the
309 continued progress of the project, as more and more sites show up with
310 AVM2 flash files.
</p
>
312 <p
>To try to get funding for developing such support, I have started
313 <a href=
"http://www.pledgebank.com/gnash-avm2
">a pledge
</a
> with the
314 following text:
</P
>
316 <p
><blockquote
>
318 <p
>"I will pay
100$ to the Gnash project to develop AVM2 support but
319 only if
10 other people will do the same.
"</p
>
321 <p
>- Petter Reinholdtsen, free software developer
</p
>
323 <p
>Deadline to sign up by:
24th December
2010</p
>
325 <p
>The Gnash project need to get support for the new Flash file
326 format AVM2 to work with a lot of sites using Flash on the
327 web. Gnash already work with a lot of Flash sites using the old AVM1
328 format, but more and more sites are using the AVM2 format these
329 days. The project web page is available from
330 http://www.getgnash.org/ . Gnash is a free software implementation
331 of Adobe Flash, allowing those of us that do not accept the terms of
332 the Adobe Flash license to get access to Flash sites.
</p
>
334 <p
>The project need funding to get developers to put aside enough
335 time to develop the AVM2 support, and this pledge is my way to try
336 to get this to happen.
</p
>
338 <p
>The project accept donations via the OpenMediaNow foundation,
339 <a href=
"http://www.openmedianow.org/?q=node/
32">http://www.openmedianow.org/?q=node/
32</a
> .
</p
>
341 </blockquote
></p
>
343 <p
>I hope you will support this effort too. I hope more than
10
344 people will participate to make this happen. The more money the
345 project gets, the more features it can develop using these funds.
351 <title>Software updates
2010-
10-
24</title>
352 <link>http://people.skolelinux.org/pere/blog/Software_updates_2010_10_24.html
</link>
353 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Software_updates_2010_10_24.html
</guid>
354 <pubDate>Sun,
24 Oct
2010 22:
45:
00 +
0200</pubDate>
355 <description><p
>Some updates.
</p
>
357 <p
>My
<a href=
"http://pledgebank.com/gnash-avm2
">gnash pledge
</a
> to
358 raise money for the project is going well. The lower limit of
10
359 signers was reached in
24 hours, and so far
13 people have signed it.
360 More signers and more funding is most welcome, and I am really curious
361 how far we can get before the time limit of December
24 is reached.
364 <p
>On the #gnash IRC channel on irc.freenode.net, I was just tipped
365 about what appear to be a great code coverage tool capable of
366 generating code coverage stats without any changes to the source code.
368 <a href=
"http://simonkagstrom.github.com/kcov/index.html
">kcov
</a
>,
369 and can be used using
<tt
>kcov
&lt;directory
&gt;
&lt;binary
&gt;
</tt
>.
370 It is missing in Debian, but the git source built just fine in Squeeze
371 after I installed libelf-dev, libdwarf-dev, pkg-config and
372 libglib2.0-dev. Failed to build in Lenny, but suspect that is
373 solvable. I hope kcov make it into Debian soon.
</p
>
375 <p
>Finally found time to wrap up the release notes for
<a
376 href=
"http://lists.debian.org/debian-edu-announce/
2010/
10/msg00002.html
">a
377 new alpha release of Debian Edu
</a
>, and just published the second
378 alpha test release of the Squeeze based Debian Edu /
379 <a href=
"http://www.skolelinux.org/
">Skolelinux
</a
>
380 release. Give it a try if you need a complete linux solution for your
381 school, including central infrastructure server, workstations, thin
382 client servers and diskless workstations. A nice touch added
383 yesterday is RDP support on the thin client servers, for windows
384 clients to get a Linux desktop on request.
</p
>
389 <title>Best å ikke fortelle noen at streaming er nedlasting...
</title>
390 <link>http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</link>
391 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</guid>
392 <pubDate>Sat,
30 Oct
2010 11:
20:
00 +
0200</pubDate>
393 <description><p
>I dag la jeg inn en kommentar på en sak hos NRKBeta
394 <a href=
"http://nrkbeta.no/
2010/
10/
27/bakom-blindpassasjer-del-
1/
">om
395 hvordan TV-serien Blindpassasjer ble laget
</a
> i forbindelse med at
396 filmene NRK la ut ikke var tilgjengelig i et
397 <a href=
"http://www.digistan.org/open-standard:definition
">fritt og
398 åpent format
</a
>. Dette var det jeg skrev publiserte der
07:
39.
</p
>
400 <p
><blockquote
>
401 <p
>"Vi fikk en kommentar rundt måten streamet innhold er beskyttet fra
402 nedlasting. Mange av oss som kan mer enn gjennomsnittet om systemer
403 som dette, vet at det stort sett er mulig å lure ut ting med den
404 nødvendige forkunnskapen.
"</p
>
406 <p
>Haha. Å streame innhold er det samme som å laste ned innhold, så å
407 beskytte en stream mot nedlasting er ikke mulig. Å skrive noe slikt
408 er å forlede leseren.
</p
>
410 <p
>Med den bakgrunn blir forklaringen om at noen rettighetshavere kun
411 vil tillate streaming men ikke nedlasting meningsløs.
</p
>
413 <p
>Anbefaler forresten å lese
414 <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
>
415 om hva som ville være konsekvensen hvis digitale avspillingssperrer
416 (DRM) fungerte. Det gjør de naturligvis ikke teknisk - det er jo
417 derfor de må ha totalitære juridiske beskyttelsesmekanismer på plass,
418 men det er skremmende hva samfunnet tillater og NRK er med på å bygge
420 </blockquote
></p
>
422 <p
>Ca.
20 minutter senere får jeg følgende epost fra Anders Hofseth i
425 <p
><blockquote
>
426 <p
>From: Anders Hofseth
&lt;XXX@gmail.com
>
427 <br
>To:
"pere@hungry.com
" &lt;pere@hungry.com
>
428 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>, Jon Ståle Carlsen
&lt;XXX@gmail.com
>, Henrik Lied
&lt;XXX@gmail.com
>
429 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
430 <br
>Date: Sat,
30 Oct
2010 07:
58:
44 +
0200</p
>
433 <br
>Det du forsøker dra igang er egentlig en interessant diskusjon,
434 men om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt
435 om å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
436 særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
438 <p
>Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er
439 fjernet og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
440 konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
443 <br
>-anders
</p
>
445 <p
>Ring meg om noe er uklart:
95XXXXXXX
</p
>
446 </blockquote
></p
>
448 <p
>Ble så fascinert over denne holdningen, at jeg forfattet og sendte
449 over følgende svar. I og med at debatten er fjernet fra NRK Betas
450 kommentarfelt, så velger jeg å publisere her på bloggen min i stedet.
451 Har fjernet epostadresser og telefonnummer til de involverte, for å
452 unngå at de tiltrekker seg uønskede direkte kontaktforsøk.
</p
>
454 <p
><blockquote
>
455 <p
>From: Petter Reinholdtsen
&lt;pere@hungry.com
>
456 <br
>To: Anders Hofseth
&lt;XXX@gmail.com
>
457 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>,
458 <br
> Jon Ståle Carlsen
&lt;XXX@gmail.com
>,
459 <br
> Henrik Lied
&lt;XXX@gmail.com
>
460 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
461 <br
>Date: Sat,
30 Oct
2010 08:
24:
34 +
0200</p
>
463 <p
>[Anders Hofseth]
464 <br
>> Hei Petter.
</p
>
466 <p
>Hei.
</p
>
468 <p
>> Det du forsøker dra igang er egentlig en interessant diskusjon, men
469 <br
>> om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt om
470 <br
>> å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
471 <br
>> særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
473 <p
>Godt å se at du er enig i at dette er en interessant diskusjon. Den
474 vil nok fortsette en stund til. :)
</p
>
476 <p
>Må innrømme at jeg synes det er merkelig å lese at dere i NRK med
477 vitende og vilje ønsker å forlede rettighetshaverne for å kunne
478 fortsette å legge ut arkivmateriale.
</p
>
480 <p
>Kommentarer og diskusjoner i bloggene til NRK Beta påvirker jo ikke
481 faktum, som er at streaming er det samme som nedlasting, og at innhold
482 som er lagt ut på nett kan lagres lokalt for avspilling når en ønsker
485 <p
>Det du sier er jo at klarering av arkivmateriale for publisering på
486 web krever at en holder faktum skjult fra debattfeltet på NRKBeta.
487 Det er ikke et argument som holder vann. :)
</p
>
489 <p
>> Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er fjernet
490 <br
>> og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
491 <br
>> konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
493 <p
>Personlig ønsker jeg at NRK skal slutte å stikke hodet i sanden og
494 heller være åpne på hvordan virkeligheten fungerer, samt ta opp kampen
495 mot de som vil låse kulturen inne. Jeg synes det er en skam at NRK
496 godtar å forlede publikum. Ville heller at NRK krever at innhold som
497 skal sendes skal være uten bruksbegresninger og kan publiseres i
498 formater som heller ikke har bruksbegresninger (bruksbegresningene til
499 H
.264 burde få varselbjellene i NRK til å ringe).
</p
>
501 <p
>At NRK er med på DRM-tåkeleggingen og at det kommer feilaktive
502 påstander om at
"streaming beskytter mot nedlasting
" som bare er egnet
503 til å bygge opp om en myte som er skadelig for samfunnet som helhet.
</p
>
505 <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
507 &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
> >.
508 for å se hva slags bruksbegresninger H
.264 innebærer.
</p
>
510 <p
>Hvis dette innebærer at NRK må være åpne med at arkivmaterialet ikke
511 kan brukes før rettighetshaverene også innser at de er med på å skade
512 samfunnets kultur og kollektive hukommelse, så får en i hvert fall
513 synliggjort konsekvensene og antagelig mer flammer på en debatt som er
514 langt på overtid.
</p
>
516 <p
>> Ring meg om noe er uklart: XXX
</p
>
518 <p
>Intet uklart, men ikke imponert over måten dere håndterer debatten på.
519 Hadde du i stedet kommet med et tilsvar i kommentarfeltet der en
520 gjorde det klart at blindpassasjer-blogpostingen ikke var riktig sted
521 for videre diskusjon hadde dere i mine øyne kommet fra det med
522 ryggraden på plass.
</p
>
524 <p
>PS: Interessant å se at NRK-ansatte ikke bruker NRK-epostadresser.
</p
>
526 <p
>Som en liten avslutning, her er noen litt morsomme innslag om temaet.
527 &lt;URL:
<a href=
"http://www.archive.org/details/CopyingIsNotTheft
">http://www.archive.org/details/CopyingIsNotTheft
</a
> > og
528 &lt;URL:
<a href=
"http://patentabsurdity.com/
">http://patentabsurdity.com/
</a
> > hadde vært noe å kringkaste på
531 <p
>Vennlig hilsen,
533 <br
>Petter Reinholdtsen
</p
>
538 <title>Why isn
't Debian Edu using VLC?
</title>
539 <link>http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</link>
540 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</guid>
541 <pubDate>Sat,
27 Nov
2010 11:
30:
00 +
0100</pubDate>
542 <description><p
>In the latest issue of Linux Journal, the readers choices were
543 presented, and the winner among the multimedia player were VLC.
544 Personally, I like VLC, and it is my player of choice when I first try
545 to play a video file or stream. Only if VLC fail will I drag out
546 gmplayer to see if it can do better. The reason is mostly the failure
547 model and trust. When VLC fail, it normally pop up a error message
548 reporting the problem. When mplayer fail, it normally segfault or
549 just hangs. The latter failure mode drain my trust in the program.
<p
>
551 <p
>But even if VLC is my player of choice, we have choosen to use
552 mplayer in
<a href=
"http://www.skolelinux.org/
">Debian
553 Edu/Skolelinux
</a
>. The reason is simple. We need a good browser
554 plugin to play web videos seamlessly, and the VLC browser plugin is
555 not very good. For example, it lack in-line control buttons, so there
556 is no way for the user to pause the video. Also, when I
557 <a href=
"http://wiki.debian.org/DebianEdu/BrowserMultimedia
">last
558 tested the browser plugins
</a
> available in Debian, the VLC plugin
559 failed on several video pages where mplayer based plugins worked. If
560 the browser plugin for VLC was as good as the gecko-mediaplayer
561 package (which uses mplayer), we would switch.
</P
>
563 <p
>While VLC is a good player, its user interface is slightly
564 annoying. The most annoying feature is its inconsistent use of
565 keyboard shortcuts. When the player is in full screen mode, its
566 shortcuts are different from when it is playing the video in a window.
567 For example, space only work as pause when in full screen mode. I
568 wish it had consisten shortcuts and that space also would work when in
569 window mode. Another nice shortcut in gmplayer is [enter] to restart
570 the current video. It is very nice when playing short videos from the
571 web and want to restart it when new people arrive to have a look at
572 what is going on.
</p
>
577 <title>Gnash enteres Google Summer of Code
2011</title>
578 <link>http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</link>
579 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</guid>
580 <pubDate>Wed,
6 Apr
2011 09:
00:
00 +
0200</pubDate>
581 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is still
582 the most promising solution for a Free Software Flash implementation.
583 A few days ago the project
584 <a href=
"http://lists.gnu.org/archive/html/gnash-dev/
2011-
04/msg00011.html
">announced
</a
>
585 that it will participate in Google Summer of Code. I hope many
586 students apply, and that some of them succeed in getting AVM2 support
587 into Gnash.
</p
>
592 <title>What is missing in the Debian desktop, or why my parents use Kubuntu
</title>
593 <link>http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</link>
594 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</guid>
595 <pubDate>Fri,
29 Jul
2011 08:
10:
00 +
0200</pubDate>
596 <description><p
>While at Debconf11, I have several times during discussions
597 mentioned the issues I believe should be improved in Debian for its
598 desktop to be useful for more people. The use case for this is my
599 parents, which are currently running Kubuntu which solve the
602 <p
>I suspect these four missing features are not very hard to
603 implement. After all, they are present in Ubuntu, so if we wanted to
604 do this in Debian we would have a source.
</p
>
608 <li
><strong
>Simple GUI based upgrade of packages.
</strong
> When there
609 are new packages available for upgrades, a icon in the KDE status bar
610 indicate this, and clicking on it will activate the simple upgrade
611 tool to handle it. I have no problem guiding both of my parents
612 through the process over the phone. If a kernel reboot is required,
613 this too is indicated by the status bars and the upgrade tool. Last
614 time I checked, nothing with the same features was working in KDE in
617 <li
><strong
>Simple handling of missing Firefox browser
618 plugins.
</strong
> When the browser encounter a MIME type it do not
619 currently have a handler for, it will ask the user if the system
620 should search for a package that would add support for this MIME type,
621 and if the user say yes, the APT sources will be searched for packages
622 advertising the MIME type in their control file (visible in the
623 Packages file in the APT archive). If one or more packages are found,
624 it is a simple click of the mouse to add support for the missing mime
625 type. If the package require the user to accept some non-free
626 license, this is explained to the user. The entire process make it
627 more clear to the user why something do not work in the browser, and
628 make the chances higher for the user to blame the web page authors and
629 not the browser for any missing features.
</li
>
631 <li
><strong
>Simple handling of missing multimedia codec/format
632 handlers.
</strong
> When the media players encounter a format or codec
633 it is not supporting, a dialog pop up asking the user if the system
634 should search for a package that would add support for it. This
635 happen with things like MP3, Windows Media or H
.264. The selection
636 and installation procedure is very similar to the Firefox browser
637 plugin handling. This is as far as I know implemented using a
638 gstreamer hook. The end result is that the user easily get access to
639 the codecs that are present from the APT archives available, while
640 explaining more on why a given format is unsupported by Ubuntu.
</li
>
642 <li
><strong
>Better browser handling of some MIME types.
</strong
> When
643 displaying a text/plain file in my Debian browser, it will propose to
644 start emacs to show it. If I remember correctly, when doing the same
645 in Kunbutu it show the file as a text file in the browser. At least I
646 know Opera will show text files within the browser. I much prefer the
647 latter behaviour.
</li
>
651 <p
>There are other nice features as well, like the simplified suite
652 upgrader, but given that I am the one mostly doing the dist-upgrade,
653 it do not matter much.
</p
>
655 <p
>I really hope we could get these features in place for the next
656 Debian release. It would require the coordinated effort of several
657 maintainers, but would make the end user experience a lot better.
</p
>
662 <title>Hvordan enkelt laste ned filmer fra NRK
</title>
663 <link>http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</link>
664 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</guid>
665 <pubDate>Sat,
5 Nov
2011 15:
20:
00 +
0100</pubDate>
666 <description><p
>Ofte har jeg lyst til å laste ned et innslag fra NRKs nettsted for
667 å se det senere når jeg ikke er på nett, eller for å ha det
668 tilgjengelig når jeg en gang i fremtiden ønsker å referere til
669 innslaget selv om NRK har fjernet det fra sine nettsider. I dag fant
670 jeg et lite script som fikser jobben.
</p
>
672 <p
>Scriptet er laget av Jan Henning Thorsen og tilgjengelig fra
673 <a href=
"http://jhthorsen.github.com/snippets/nrk-downloader/
">github
</a
>,
674 og gjør det veldig enkelt å laste ned. Kjør
<tt
>nrk-downloader.sh
675 http://www1.nrk.no/nett-tv/klipp/
582810</tt
> for å hente ned et enkelt
676 innslag eller
<tt
>nrk-downloader.sh
677 http://www1.nrk.no/nett-tv/kategori/
3521</tt
> for å laste ned alle
678 episodene i en serie.
</p
>
680 <p
>Det er ikke rakettforskning å laste ned NRK-
"strømmer
", og
681 tidligere gjorde jeg dette manuelt med mplayer. Scriptet til
682 Hr. Thorsen gjør det raskere og enklere for meg, men jeg vil ikke si
683 at det er en revolusjonerende løsning. Jeg mener jo fortsatt at
684 påstanden fra NRKs ansatte om at det er
685 <a href=
"http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
">vesensforskjellig
686 å legge tilgjengelig for nedlasting og for streaming
</a
> er
687 meningsløs.
</p
>
692 <title>RAND terms - non-reasonable and discriminatory
</title>
693 <link>http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html
</link>
694 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html
</guid>
695 <pubDate>Thu,
19 Apr
2012 22:
20:
00 +
0200</pubDate>
696 <description><p
>Here in Norway, the
697 <a href=
"http://www.regjeringen.no/nb/dep/fad.html?id=
339"> Ministry of
698 Government Administration, Reform and Church Affairs
</a
> is behind
699 a
<a href=
"http://standard.difi.no/forvaltningsstandarder
">directory of
700 standards
</a
> that are recommended or mandatory for use by the
701 government. When the directory was created, the people behind it made
702 an effort to ensure that everyone would be able to implement the
703 standards and compete on equal terms to supply software and solutions
704 to the government. Free software and non-free software could compete
705 on the same level.
</p
>
707 <p
>But recently, some standards with RAND
708 (
<a href=
"http://en.wikipedia.org/wiki/Reasonable_and_non-discriminatory_licensing
">Reasonable
709 And Non-Discriminatory
</a
>) terms have made their way into the
710 directory. And while this might not sound too bad, the fact is that
711 standard specifications with RAND terms often block free software from
712 implementing them. The reasonable part of RAND mean that the cost per
713 user/unit is low,and the non-discriminatory part mean that everyone
714 willing to pay will get a license. Both sound great in theory. In
715 practice, to get such license one need to be able to count users, and
716 be able to pay a small amount of money per unit or user. By
717 definition, users of free software do not need to register their use.
718 So counting users or units is not possible for free software projects.
719 And given that people will use the software without handing any money
720 to the author, it is not really economically possible for a free
721 software author to pay a small amount of money to license the rights
722 to implement a standard when the income available is zero. The result
723 in these situations is that free software are locked out from
724 implementing standards with RAND terms.
</p
>
726 <p
>Because of this, when I see someone claiming the terms of a
727 standard is reasonable and non-discriminatory, all I can think of is
728 how this really is non-reasonable and discriminatory. Because free
729 software developers are working in a global market, it does not really
730 help to know that software patents are not supposed to be enforceable
731 in Norway. The patent regimes in other countries affect us even here.
732 I really hope the people behind the standard directory will pay more
733 attention to these issues in the future.
</p
>
735 <p
>You can find more on the issues with RAND, FRAND and RAND-Z terms
737 (
<a href=
"http://blogs.computerworlduk.com/simon-says/
2010/
11/rand-not-so-reasonable/
">RAND:
738 Not So Reasonable?
</a
>).
</p
>
740 <p
>Update
2012-
04-
21: Just came across a
741 <a href=
"http://blogs.computerworlduk.com/open-enterprise/
2012/
04/of-microsoft-netscape-patents-and-open-standards/index.htm
">blog
742 post from Glyn Moody
</a
> over at Computer World UK warning about the
743 same issue, and urging people to speak out to the UK government. I
744 can only urge Norwegian users to do the same for
745 <a href=
"http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder
">the
746 hearing taking place at the moment
</a
> (respond before
2012-
04-
27).
747 It proposes to require video conferencing standards including
748 specifications with RAND terms.
</p
>
753 <title>HTC One X - Your video? What do you mean?
</title>
754 <link>http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</link>
755 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</guid>
756 <pubDate>Thu,
26 Apr
2012 13:
20:
00 +
0200</pubDate>
757 <description><p
>In
<a href=
"http://www.idg.no/computerworld/article243690.ece
">an
758 article today
</a
> published by Computerworld Norway, the photographer
759 <a href=
"http://www.urke.com/eirik/
">Eirik Helland Urke
</a
> reports
760 that the video editor application included with
761 <a href=
"http://www.htc.com/www/smartphones/htc-one-x/#specs
">HTC One
762 X
</a
> have some quite surprising terms of use. The article is mostly
763 based on the twitter message from mister Urke, stating:
765 <p
><blockquote
>
766 "<a href=
"http://twitter.com/urke/status/
194062269724897280">Drøy
767 brukeravtale: HTC kan bruke MINE redigerte videoer kommersielt. Selv
768 kan jeg KUN bruke dem privat.
</a
>"
769 </blockquote
></p
>
771 <p
>I quickly translated it to this English message:
</p
>
773 <p
><blockquote
>
774 "Arrogant user agreement: HTC can use MY edited videos
775 commercially. Although I can ONLY use them privately.
"
776 </blockquote
></p
>
778 <p
>I
've been unable to find the text of the license term myself, but
779 suspect it is a variation of the MPEG-LA terms I
780 <a href=
"http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
">discovered
781 with my Canon IXUS
130</a
>. The HTC One X specification specifies that
782 the recording format of the phone is .amr for audio and .mp3 for
784 <a href=
"http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues
">Adaptive
785 Multi-Rate audio codec
</a
> with patents which according to the
786 Wikipedia article require an license agreement with
787 <a href=
"http://www.voiceage.com/
">VoiceAge
</a
>. MP4 is
788 <a href=
"http://en.wikipedia.org/wiki/H
.264/MPEG-
4_AVC#Patent_licensing
">MPEG4 with
789 H
.264</a
>, which according to Wikipedia require a licence agreement
790 with
<a href=
"http://www.mpegla.com/
">MPEG-LA
</a
>.
</p
>
792 <p
>I know why I prefer
793 <a href=
"http://www.digistan.org/open-standard:definition
">free and open
794 standards
</a
> also for video.
</p
>
799 <title>Trenger en avtale med MPEG-LA for å publisere og kringkaste H
.264-video?
</title>
800 <link>http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</link>
801 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</guid>
802 <pubDate>Thu,
21 Jun
2012 13:
40:
00 +
0200</pubDate>
803 <description><p
>Trengs det avtale med MPEG-LA for å ha lovlig rett til å
804 distribuere og kringkaste video i MPEG4 eller med videokodingen H
.264?
805 <a href=
"http://webmink.com/essays/h-
264/
">H
.264 og MPEG4 er jo ikke en
806 fri og åpen standard
</a
> i henhold til
807 <a href=
"http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
">definisjonen
808 til Digistan
</a
>, så i enkelte land er det ingen tvil om at du må ha
809 en slik avtale, men jeg må innrømme at jeg ikke vet om det også
810 gjelder Norge. Det ser uansett ut til å være en juridisk interessant
811 problemstilling. Men jeg tenkte her om dagen som så, at hvis det er
812 nødvendig, så har store aktører som
813 <a href=
"http://www.nrk.no/
">NRK
</a
> og
814 <a href=
"http://www.regjeringen.no/
">regjeringen
</a
> skaffet seg en
815 slik avtale. Jeg har derfor sendt forespørsel til begge (for
816 regjeringen sin del er det Departementenes Servicesenter som gjør
817 jobben), og bedt om kopi av eventuelle avtaler de har om bruk av MPEG
818 og/eller H
.264 med MPEG-LA eller andre aktører som opererer på vegne
819 av MPEG-LA. Her er kopi av eposten jeg har sendt til
820 <a href=
"http://www.dss.dep.no/
">Departementenes Servicesenter
</a
>.
821 Forespørselen til NRK er veldig lik.
</p
>
823 <p
><blockquote
>
825 <p
>Date: Tue,
19 Jun
2012 15:
18:
33 +
0200
826 <br
>From: Petter Reinholdtsen
827 <br
>To: postmottak@dss.dep.no
828 <br
>Subject: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
830 <p
>Hei. Jeg ber herved om innsyn og kopi av dokumenter i DSS relatert
831 til avtaler rundt bruk av videoformatene MPEG og H
.264. Jeg er
832 spesielt interessert i å vite om DSS har lisensavtale med MPEG-LA
833 eller noen som representerer MPEG-LA i Norge.
</p
>
835 <p
>MPEG og H
.264 er videoformater som brukes både til kringkasting
836 (f.eks. i bakkenett og kabel-TV) og videopublisering på web, deriblant
837 via Adobe Flash. MPEG-LA,
&lt;URL:
838 <a href=
"http://www.mpeg-la.com/
">http://www.mpeg-la.com/
</a
> &gt;, er
839 en organisasjon som har fått oppgaven, av de kjente rettighetshavere
840 av immaterielle rettigheter knyttet til MPEG og H
.264, å selge
841 bruksrett for MPEG og H
.264.
</p
>
843 <p
>Via regjeringen.no kringkastes med MPEG og H
.264-baserte
844 videoformater, og dette ser ut til å være organisert av DSS. Jeg
845 antar dermed at DSS har avtale med en eller annen aktør om dette.
</p
>
847 <p
>F.eks. har Adobe Premiere Pro har følgende klausul i følge
&lt;URL:
848 <a href=
"http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
">http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
</a
>
851 <p
><blockquote
>
853 <p
>6.17. AVC DISTRIBUTION. The following notice applies to software
854 containing AVC import and export functionality: THIS PRODUCT IS
855 LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND
856 NON-COMMERCIAL USE OF A CONSUMER TO (a) ENCODE VIDEO IN COMPLIANCE
857 WITH THE AVC STANDARD (
"AVC VIDEO
") AND/OR (b) DECODE AVC VIDEO THAT
858 WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL
859 ACTIVITY AND/OR AVC VIDEO THAT WAS OBTAINED FROM A VIDEO PROVIDER
860 LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED OR SHALL BE
861 IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED
862 FROM MPEG LA L.L.C. SEE
863 <a href=
"http://www.mpegla.com
">http://www.mpegla.com
</a
>.
</p
>
865 </blockquote
></p
>
867 <p
>Her er det kun
"non-commercial
" og
"personal and non-commercial
"
868 aktivitet som er tillatt uten ekstra avtale med MPEG-LA.
</p
>
870 <p
>Et annet tilsvarende eksempel er Apple Final Cut Pro, som har
871 følgende klausul i følge
&lt;URL:
872 <a href=
"http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
">http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
</a
>
875 <p
><blockquote
>
877 <p
>15. Merknad om H
.264/AVC. Hvis Apple-programvaren inneholder
878 funksjonalitet for AVC-koding og/eller AVC-dekoding, krever
879 kommersiell bruk ekstra lisensiering og følgende gjelder:
880 AVC-FUNKSJONALITETEN I DETTE PRODUKTET KAN KUN ANVENDES AV
881 FORBRUKERE OG KUN FOR PERSONLIG OG IKKE- KOMMERSIELL BRUK TIL (i)
882 KODING AV VIDEO I OVERENSSTEMMELSE MED AVC-STANDARDEN (
"AVC-VIDEO
")
883 OG/ELLER (ii) DEKODING AV AVC-VIDEO SOM ER KODET AV EN FORBRUKER TIL
884 PERSONLIG OG IKKE-KOMMERSIELL BRUK OG/ELLER DEKODING AV AVC-VIDEO
885 FRA EN VIDEOLEVERANDØR SOM HAR LISENS TIL Å TILBY
886 AVC-VIDEO. INFORMASJON OM ANNEN BRUK OG LISENSIERING KAN INNHENTES
887 FRA MPEG LA L.L.C. SE HTTP://WWW.MPEGLA.COM.
</p
>
888 </blockquote
></p
>
890 <p
>Tilsvarende gjelder for andre programvarepakker, kamera, etc som
891 bruker MPEG og H
.264, at en må ha en avtale med MPEG-LA for å ha lov
892 til å bruke programmet/utstyret hvis en skal lage noe annet enn
893 private filmer og i ikke-kommersiell virksomhet.
</p
>
895 <p
>Jeg er altså interessert i kopi av avtaler DSS har som gjør at en
896 ikke er begrenset av de generelle bruksvilkårene som gjelder for
897 utstyr som bruker MPEG og/eller H
.264.
</p
>
898 </blockquote
></p
>
900 <p
>Nå venter jeg spent på svaret. Jeg planlegger å blogge om svaret
906 <title>Song book for Computer Scientists
</title>
907 <link>http://people.skolelinux.org/pere/blog/Song_book_for_Computer_Scientists.html
</link>
908 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Song_book_for_Computer_Scientists.html
</guid>
909 <pubDate>Sun,
24 Jun
2012 13:
30:
00 +
0200</pubDate>
910 <description><p
>Many years ago, while studying Computer Science at the
911 <a href=
"http://www.uit.no/
">University of Tromsø
</a
>, I started
912 collecting computer related songs for use at parties. The original
913 version was written in LaTeX, but a few years ago I got help from
914 Håkon W. Lie, one of the inventors of W3C CSS, to convert it to HTML
915 while keeping the ability to create a nice book in PDF format. I have
916 not had time to maintain the book for a while now, and guess I should
917 put it up on some public version control repository where others can
918 help me extend and update the book. If anyone is volunteering to help
919 me with this, send me an email. Also let me know if there are songs
920 missing in my book.
</p
>
922 <p
>I have not mentioned the book on my blog so far, and it occured to
923 me today that I really should let all my readers share the joys of
924 singing out load about programming, computers and computer networks.
925 Especially now that
<a href=
"http://debconf12.debconf.org/
">Debconf
926 12</a
> is about to start (and I am not going). Want to sing? Check
927 out
<a href=
"http://www.hungry.com/~pere/cs-songbook/
">Petter
's
928 Computer Science Songbook
</a
>.
933 <title>NRK nekter å finne og utlevere eventuell avtale med MPEG-LA
</title>
934 <link>http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</link>
935 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</guid>
936 <pubDate>Mon,
25 Jun
2012 15:
10:
00 +
0200</pubDate>
937 <description><p
>Jeg fikk nettopp svar fra NRK på
938 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">min
939 forespørsel om kopi av avtale
</a
> med MPEG-LA eller andre om bruk av
940 MPEG og/eller H
.264. Svaret har fått saksreferanse
2011/
371 (mon tro
941 hva slags sak fra
2011 dette er?) hos NRK og lyder som følger:
</p
>
943 <p
><blockquote
>
945 <p
><strong
>Svar på innsynsbegjæring i MPEG / H
.264-relaterte
946 avtaler
</strong
></p
>
948 <p
>Viser til innsynsbegjæring av
19. juni
2012. Kravet om innsyn
949 gjelder avtale som gjør at NRK «ikke er begrenset av de generelle
950 bruksvilkårene som gjelder for utstyr som bruker MPEG og/eller
953 <p
>I henhold til offentleglova §
28 annet ledd må innsynskravet gjelde
954 en bestemt sak eller i rimelig utstrekning saker av en bestemt
955 sak. Det er på det rene at det aktuelle innsynskravet ikke gjelder en
956 bestemt sak. Spørsmålet som reiser seg er om identifiseringsgraden er
957 tilstrekkelig. I Justisdepartementets «Rettleiar til offentleglova»
958 står følgende:
</p
>
960 <p
>«Kravet om at innsynskravet må gjelde ei bestemt sak er til hinder
961 for at eit innsynskrav kan gjelde alle saker av ein bestemt art, utan
962 at den enkelte saka blir identifisert. Ein kan med andre ord i
963 utgangspunktet ikkje krevje innsyn i til dømes alle saker om
964 utsleppsløyve hos Statens forureiningstilsyn frå dei siste tre åra,
965 med mindre ein identifiserer kvar enkelt sak, til dømes med tilvising
966 til dato, partar eller liknande.»
</p
>
968 <p
>Vedrørende denne begrensningen har Justisdepartementet uttalt
969 følgende (Lovavdelingens uttalelser JDLOV-
2010-
3295):
</p
>
971 <p
><em
>«Bakgrunnen for avgrensinga av kva innsynskravet kan gjelde,
972 er fyrst og fremst at meir generelle innsynskrav, utan noka form for
973 identifikasjon av kva ein eigentleg ynskjer, ville vere svært
974 vanskelege å handsame for forvaltninga.»
</em
></p
>
976 <p
>I samme sak uttaler Lovavdelingen følgende:
</p
>
978 <p
><em
>«Det følgjer vidare av offentleglova §
28 andre ledd at det `i
979 rimeleg utstrekning
' kan krevjast innsyn i `saker av ein bestemt
980 art
'. Vilkåret om at eit innsynskrav berre `i rimeleg utstrekning
' kan
981 gjelde saker av ein bestemt art, er i hovudsak knytt til kor
982 arbeidskrevjande det vil vere å finne fram til dei aktuelle
983 dokumenta. I tillegg reknar vi med at vilkåret kan gje grunnlag for å
984 nekte innsyn i tilfelle der innsynskravet er så omfattande (gjeld så
985 mange dokument) at arbeidsmengda som ville gått med til å handsame
986 det, er større enn det ein `i rimeleg utstrekning
' kan krevje (sjølv
987 om det nok skal mykje til).»
</em
></p
>
989 <p
>NRK har ikke noen egen sammenstilling over avtaler innenfor
990 bestemte områder som omtales i innsynsbegjæringen. De måtte søkes på
991 vanlig måte. I tillegg finnes ikke noen automatisert måte å finne
992 avtaler som «ikke er begrenset av de generelle bruksvilkårene som
993 gjelder for utstyr som bruker MPEG og/eller H
.264». En slik
994 gjennomgang av avtaler måtte gjøres manuelt av en person med
995 spesialistkunnskap. Dette vil kreve at NRK avsetter omfattende
996 ressurser for å finne frem relevante avtaler og for deretter å vurdere
997 om de dekkes av det innsynsbegjæringen omfattes.
</p
>
999 <p
>På bakgrunn av dette nekter NRK innsyn, med den begrunnelsen at
1000 innsynskravet er så omfattende at arbeidsmengden for å håndtere kravet
1001 vil være langt større enn det som i rimelig utstrekning kan kreves i
1002 henhold til offentleglova §
28 annet ledd.
</p
>
1004 <p
>Avslag på deres innsynsbegjæring kan påklages til Kultur- og
1005 kirkedepartementet innen tre uker fra det tidspunkt avslaget kommer
1006 frem til mottakeren, i henhold til reglene i offentleglova §
32,
1007 jf. forvaltningsloven kapittel VI. Klagen skal stiles til Kultur- og
1008 kirkedepartementet, og sendes til NRK.
</p
>
1010 <p
>NRK er imidlertid etter Offentleglova forpliktet å gi ut journaler,
1011 slik at en eventuell søknad om innsyn kan tydeligere identifisere
1012 hvilke dokumenter som det ønskes innsyn i. NRKs offentlige journaler
1013 for inneværende og forrige måned ligger ute på
1014 NRK.no/innsyn. Journaler som går lengre tilbake i tid, kan sendes ut
1015 på forespørsel til innsyn (at) nrk.no.
</p
>
1018 <br
>Dokumentarkivet i NRK
1019 <br
>v/ Elin Brandsrud
1020 <br
>Tel. direkte:
23 04 29 29
1021 <br
>Post: RBM3, Postboks
8500 Majorstuen,
0340 Oslo
1022 <br
>innsyn (at) nrk.no
</p
>
1024 </blockquote
></p
>
1027 <a href=
"http://people.skolelinux.org/pere/blog/images/
2012-
06-
25-video-mpegla-nrk.pdf
">i
1028 PDF-form som vedlegg på epost
</a
>. Jeg er litt usikker på hvordan jeg
1029 best går videre for å bli klok, men jeg har jo i hvert fall tre uker
1030 på å vurdere om jeg skal klage. Enten må nok forespørselen
1031 reformuleres eller så må jeg vel klage. Synes jo det er merkelig at
1032 NRK ikke har bedre kontroll med hvilke avtaler de har inngått. Det
1033 burde jo være noen i ledelsen som vet om de har signert en avtale med
1034 MPEG-LA eller ikke...
</p
>
1036 <p
>Oppdatering
2012-
06-
25 20:
20: Et google-søk på
"2011/
371 nrk
"
1037 sendte meg til postjournalen for
1038 <a href=
"http://nrk.no/contentfile/file/
1.8212365!offentligjournal19062012.pdf
">2012-
06-
19</a
>
1040 <a href=
"http://nrk.no/contentfile/file/
1.8214156!offentligjournal20062012.pdf
">2012-
06-
20</a
>
1041 hos NRK som viser mine forespørsler og viser at sakens tittel hos NRK
1042 er
"Graphic Systems Regions MA
2378/
10E
". Videre søk etter
"Graphic
1043 Systems Regions
" viser at dette er saken til et anbud om
1044 "<a href=
"http://no.mercell.com/m/mts/Tender/
27179412.aspx
">a graphics
1045 system for
12 or
13 sites broadcasting regional news
</a
>" hos Mercell
1046 Sourcing Service, også omtalt på
1047 <a href=
"http://www.publictenders.net/tender/
595705">Public
1048 Tenders
</a
> og
1049 <a href=
"http://www.doffin.no/search/show/search_view.aspx?ID=JAN155521
">Doffin
</a
>.
1050 Jeg er dog usikker på hvordan dette er relatert til min
1051 forespørsel.
</p
>
1053 <p
>Oppdatering
2012-
06-
25 22:
40: Ble tipset av Kieran Kunhya, fra
1055 <a href=
"http://code.google.com/p/open-broadcast-encoder/
">Open
1056 Broadcast Encoder
</a
>, at listen over de som har lisensavtale med
1058 <a href=
"http://www.mpeg-la.com/main/programs/AVC/Pages/Licensees.aspx
">tilgjengelig
1059 på web
</a
>. Veldig fint å oppdage hvor den finnes, da jeg må ha lett
1060 etter feil ting da jeg forsøke å finne den. Der står ikke NRK, men
1061 flere andre
"Broadcasting Company
"-oppføringer. Lurer på om det betyr
1062 at NRK ikke trenger avtale, eller noe helt annet?
</p
>
1067 <title>MPEG-LA mener NRK må ha avtale med dem for å kringkaste og publisere H
.264-video
</title>
1068 <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>
1069 <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>
1070 <pubDate>Thu,
28 Jun
2012 20:
00:
00 +
0200</pubDate>
1071 <description><p
>Etter at NRK
1072 <a href=
"http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
">nektet
1073 å spore opp eventuell avtale med MPEG-LA
</a
> eller andre om bruk av
1074 MPEG/H
.264-video etter at jeg
<a
1075 href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">ba
1076 om innsyn i slike avtaler
</a
>, tenkte jeg at i stedet for å forsøke å
1077 få NRK til å finne en slik avtale, så burde det være like enkelt å
1078 spørre MPEG-LA om de hadde avtale med NRK. Spørsmålet ble sendt før
1079 jeg fikk tips fra Kieran Kunhya om hvor listen over lisensinnehavere
1080 "in Good Standing
" befant seg. MPEG-LA svarte meg i dag, og kan
1081 fortelle at NRK ikke har noen avtale med dem, så da er i det minste det
1082 slått fast. Ikke overraskende mener MPEG-LA at det trengs en avtale
1083 med MPEG-LA for å streame H
.264, men deres rammer er jo
1084 rettstilstanden i USA og ikke Norge. Jeg tar dermed den delen av
1085 svaret med en klype salt. Jeg er dermed fortsatt ikke klok på om det
1086 trengs en avtale, og hvis det trengs en avtale her i Norge, heller
1087 ikke sikker på om NRK har en avtale med noen andre enn MPEG-LA som
1088 gjør at de ikke trenger avtale direkte med MPEG-LA. Jeg håper NRKs
1089 jurister har vurdert dette, og at det er mulig å få tilgang til
1090 vurderingen uansett om de trenger en avtale eller ikke.
</p
>
1092 <p
>Her er epostutvekslingen med MPEG-LA så langt. Håper ikke
1093 utvekslingen fører til NRK plutselig får en litt uventet pakke fra
1096 <p
><blockquote
>
1097 <p
>Date: Mon,
25 Jun
2012 15:
29:
37 +
0200
1098 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1099 <br
>To: licensing-web (at) mpegla.com
1100 <br
>Subject: Do NRK have a license agreement with MPEG-LA?
</p
>
1102 <p
>Hi. I have a small question for you, that I hope it is OK that I
1105 <p
>Is there any license agreements between MPEG-LA and NRK,
&lt;URL:
1106 <a href=
"http://www.nrk.no/
">http://www.nrk.no/
</a
> &gt;, the
1107 Norwegian national broadcasting cooperation? I am not sure if they
1108 need one, and am just curious if such agreeement exist.
</p
>
1110 <p
>The postal address is
</p
>
1112 <p
><blockquote
>
1114 <br
>Postbox
8500, Majorstuen
1117 </blockquote
></p
>
1119 <p
>if it make it easier for you to locate such agreement.
</p
>
1121 <p
>Can you tell me how many entities in Norway have an agreement with
1122 MPEG-LA, and the name of these entities?
</p
>
1125 <br
>Happy hacking
1126 <br
>Petter Reinholdtsen
1127 </blockquote
></p
>
1129 <p
>I dag, to dager senere, fikk jeg følgende svar:
</p
>
1131 <p
><blockquote
>
1132 <p
>Date: Thu,
28 Jun
2012 14:
11:
17 +
0000
1133 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
>
1134 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
>
1135 <br
>CC: MD Administration
&lt;MDAdministration (at) mpegla.com
>
1136 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
1138 <p
>Dear Mr. Reinholdtsen,
</p
>
1140 <p
>Thank you for your message and for your interest in MPEG LA. We
1141 appreciate hearing from you and I will be happy to assist you.
</p
>
1143 <p
>To begin, I will assume that you are referring to AVC/H
.264
1144 technology in your message below, as this technology is commonly used
1145 in the transmission of video content. In that case, please allow me
1146 to briefly summarize the coverage provided by our AVC Patent Portfolio
1149 <P
>Our AVC License provides coverage for end products and video
1150 services that make use of AVC/H
.264 technology. Accordingly, the
1151 party offering such end products and video to End Users concludes the
1152 AVC License and is responsible for paying the applicable royalties
1153 associated with the end products/video they offer.
</p
>
1155 <p
>While the Norwegian Broadcast Corporation (NRK) is not currently a
1156 Licensee to MPEG LA
's AVC License (or any other Portfolio License
1157 offered by MPEG LA), if NRK offers AVC Video to End Users for
1158 remuneration (for example, Title-by-Title, Subscription, Free
1159 Television, or Internet Broadcast AVC Video), then NRK will need to
1160 conclude the AVC License and may be responsible for paying applicable
1161 royalties associated with the AVC Video it distributes.
</p
>
1163 <p
>Today I will send you a FedEx package containing a copy of our AVC
1164 License for your review. You should receive the License document
1165 within the next few days.
</p
>
1167 <p
>Meanwhile, MPEG LA currently has several Norwegian Licensees that
1168 can be found under the
"Licensees
" header within the respective
1169 portion of our website. For example, you may find our list of
1170 Licensees in Good Standing to our AVC License in the AVC portion of
1172 <a href=
"http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
">http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</a
></p
>
1174 <p
>I hope the above information is helpful. If you have additional
1175 questions or need further assistance with the AVC License, please feel
1176 free to contact me directly. I look forward to hearing from you again
1179 <p
>Best regards,
</p
>
1181 <p
>Ryan
</p
>
1183 <p
>Ryan M. Rodriguez
1184 <br
>Licensing Associate
1186 <br
>5425 Wisconsin Avenue
1188 <br
>Chevy Chase, MD
20815
1190 <br
>Phone: +
1 (
301)
986-
6660 x211
1191 <br
>Fax: +
1 (
301)
986-
8575
1192 <br
>Email: rrodriguez (at) mpegla.com
</p
>
1194 </blockquote
></p
>
1196 <p
>Meldingen om utsendt FedEx-pakke var så merkelig at jeg
1197 øyeblikkelig sendte svar tilbake og spurte hva i alle dager han mente,
1198 da han jo ikke hadde fått noen postadresse som nådde meg.
</p
>
1200 <p
><blockquote
>
1202 <p
>Date: Thu,
28 Jun
2012 16:
36:
15 +
0200
1203 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1204 <br
>To: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1205 <br
>Cc: MD Administration
&lt;MDAdministration (at) mpegla.com
&gt;
1206 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
1208 <p
>[Ryan Rodriguez]
1209 <br
>&gt; Dear Mr. Reinholdtsen,
</p
>
1211 <p
>Thank you for your quick reply.
</p
>
1213 <p
>&gt; Today I will send you a FedEx package containing a copy of our AVC
1214 <br
>&gt; License for your review. You should receive the License document
1215 <br
>&gt; within the next few days.
</p
>
1217 <p
>The part about sending a FedEx package confused me, though. I did not
1218 <br
>give you my address, nor am I associated with NRK in any way, so I hope
1219 <br
>you did not try to send me a package using the address of NRK. If you
1220 <br
>would send me the Internet address of to the document, it would be more
1221 <br
>useful to me to be able to download it as an electronic document.
</p
>
1223 <p
>&gt; Meanwhile, MPEG LA currently has several Norwegian Licensees that can
1224 <br
>&gt; be found under the
"Licensees
" header within the respective portion
1225 <br
>&gt; of our website. For example, you may find our list of Licensees in
1226 <br
>&gt; Good Standing to our AVC License in the AVC portion of our website,
1227 <br
>&gt; http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</p
>
1229 <p
>How can I recognize the Norwegian licensees?
</p
>
1232 <br
>Happy hacking
1233 <br
>Petter Reinholdtsen
</p
>
1234 </blockquote
></p
>
1236 <p
>Selv om jeg svarte kun noen minutter etter at jeg fikk eposten fra
1237 MPEG-LA, fikk jeg eposten under som automatisk var beskjed på min
1238 siste epost. Får håpe noen likevel følger opp
"FedEx-pakken
". For å
1239 øke sjansen for at noen revurderer utsending av pakke uten mottaker,
1240 videresendte jeg min epost til swolf (at) mpegla.com, så får vi se.
1241 Har ikke hørt noe mer
3 timer senere, så jeg mistenker at ingen leste
1242 min epost tidsnok.
</p
>
1244 <p
><blockquote
>
1246 <p
>Date: Thu,
28 Jun
2012 14:
36:
20 +
0000
1247 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1248 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1249 <br
>Subject: Automatic reply: Do NRK have a license agreement with MPEG-LA?
</p
>
1251 <p
>Thank you for your message.
</p
>
1253 <p
>I will be out of the office until Thursday, July
5 and will respond
1254 to all messages upon my return. If this is a matter that requires
1255 immediate attention, please contact Sidney Wolf (swolf (at)
1256 mpegla.com)
</p
>
1258 <p
>Best regards,
</p
>
1260 <p
>Ryan
</p
>
1262 <p
>Ryan M. Rodriguez
1263 <br
>Licensing Associate
1264 <br
>MPEG LA
</p
>
1266 </blockquote
></p
>
1268 <p
>Litt klokere, men fortsatt ikke klok på mitt opprinnelige spørsmål,
1269 som er om en trenger avtale med MPEG-LA for å publisere eller
1270 kringkaste H
.264-video i Norge.
</p
>
1275 <title>Departementenes servicesenter har ingen avtale om bruk av H
.264 med MPEG-LA
</title>
1276 <link>http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</link>
1277 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</guid>
1278 <pubDate>Fri,
29 Jun
2012 09:
40:
00 +
0200</pubDate>
1279 <description><p
>Da fikk jeg nettopp svar fra
1280 <a href=
"http://www.dss.dep.no/
">Departementenes servicesenter
</a
>
1282 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">mitt
1283 spørsmål om avtale rundt bruk av H
.264</a
>. De har ingen avtale med
1284 MPEG LA eller dets representanter. Her er svaret.
1286 <p
><blockquote
>
1288 <p
>Date: Fri,
29 Jun
2012 07:
04:
42 +
0000
1289 <br
>From: Nielsen Mette Haga
&lt;Mette-Haga.Nielsen (at) dss.dep.no
&gt;
1290 <br
>To: Petter Reinholdtsen
&lt;petter.reinholdtsen (at) ...
&gt;
1291 <br
>CC: Postmottak
&lt;Postmottak (at) dss.dep.no
&gt;
1292 <br
>Subject: SV: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
</p
>
1294 <p
>DSS har ikke inngått noen egen lisensavtale med MPEG-LA eller noen som
1295 representerer MPEG-LA i Norge. Videoløsningen på regjeringen.no er
1296 levert av Smartcom:tv. Lisensforholdet rundt H
.264 er ikke omtalt i
1297 vår avtale med Smartcom.
</p
>
1299 <p
>Vennlig hilsen
</p
>
1301 <p
>Mette Haga Nielsen
1302 <br
>Fung. seksjonssjef
</p
>
1304 <p
>Departementenes servicesenter
</p
>
1306 <p
>Informasjonsforvaltning
1308 <p
>Mobil
93 09 83 51
1309 <br
>E-post mette-haga.nielsen (at) dss.dep.no
</p
>
1310 </blockquote
></p
>
1312 <p
>Hvis den norske regjeringen representert ved DSS ikke har slik
1313 avtale, så kan en kanskje konkludere med at det ikke trengs? Jeg er
1314 ikke trygg på at det er god juridisk grunn å stå på, men det er i det
1315 minste interessant å vite at hverken NRK eller DSS har funnet det
1316 nødvendig å ha avtale om bruk av H
.264.
</p
>
1318 <p
>Det forklarer ikke hvordan de kan ignorere bruksvilkårene knyttet
1319 til bruk av opphavsrettsbeskyttet materiale de bruker til
1320 videoproduksjon, med mindre slike vilkår kan ignoreres av selskaper og
1321 privatpersoner i Norge. Har de lov til å bryte vilkårene, eller har
1322 de brutt dem og så langt sluppet unna med det? Jeg aner ikke.
</p
>
1327 <title>Mer oppfølging fra MPEG-LA om avtale med dem for å kringkaste og publisere H
.264-video
</title>
1328 <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>
1329 <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>
1330 <pubDate>Thu,
5 Jul
2012 23:
50:
00 +
0200</pubDate>
1331 <description><p
>I føljetongen om H
.264
1332 <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
1333 jeg leserne i undring
</a
> om hvor pakken fra MPEG-LA tok veien, og om
1334 hvilke selskaper i Norge som har avtale med MPEG-LA. Da Ryan hos
1335 MPEG-LA dro på ferie sendte jeg min melding videre til hans kollega,
1336 og dagen etter fikk jeg følgende svar derfra:
</p
>
1338 <p
><blockquote
>
1339 <p
>Date: Fri,
29 Jun
2012 18:
32:
34 +
0000
1340 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
1341 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1342 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1343 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
1345 <p
>Dear Mr. Reinholdtsen,
</p
>
1347 <p
>Thank you for your message. As you know, Ryan is currently our of the
1348 office, so it will be my pleasure to assist you.
</p
>
1350 <p
>Per your request, attached please find an electronic copy of the
1351 AVC Patent Portfolio License. Please note that the electronic copy of
1352 the License is provided as a convenience and for informational
1353 purposes only. When concluding the Licenses, only the hard copies
1354 provided by MPEG LA may be used.
</p
>
1356 <p
>To your question, MPEG LA lists our Licensees on our website
1357 according to each program. The lists are in alphabetical order, so it
1358 is very easy to search.
</p
>
1360 <p
>I hope that this was helpful. If we can be of additional
1361 assistance, please let me know.
</p
>
1363 <p
>Kind regards,
</p
>
1365 <p
>Sidney A. Wolf
1366 <br
>Manager, Global Licensing
1367 <br
>MPEG LA
</p
>
1368 </blockquote
></p
>
1370 <p
>Selv om et epostvedlegg er nyttig for mottakeren, så håpet jeg å få
1371 et dokument jeg kunne dele med alle leserne av bloggen min, og ikke et
1372 som må deles på individuell basis. Opphavsretten krever godkjenning
1373 fra rettighetsinnehaver før en kan gjøre slikt, så dermed fulgte jeg
1374 opp med et spørsmål om dette var greit.
</p
>
1376 <p
><blockquote
>
1377 <p
>Date: Wed,
4 Jul
2012 20:
25:
06 +
0200
1378 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1379 <br
>To: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
1380 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1381 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
1383 <p
>Thank you for your reply.
</p
>
1385 <p
>[Sidney Wolf]
1386 <br
>&gt; Per your request, attached please find an electronic copy of the AVC
1387 <br
>&gt; Patent Portfolio License. Please note that the electronic copy of
1388 <br
>&gt; the License is provided as a convenience and for informational
1389 <br
>&gt; purposes only. When concluding the Licenses, only the hard copies
1390 <br
>&gt; provided by MPEG LA may be used.
</p
>
1392 <p
>This is useful for me to learn, but the reason I asked for the
1393 Internet address of the licensing document was to ensure I could
1394 publish a link to it when I discuss the topic of H
.264 licensing here
1395 in Norway, and allow others to verify my observations. I can not do
1396 the same with an email attachment. Thus I would like to ask you if it
1397 is OK with MPEG LA that I publish this document on the Internet for
1398 others to read?
</p
>
1400 <p
>&gt; To your question, MPEG LA lists our Licensees on our website
1401 <br
>&gt; according to each program. The lists are in alphabetical order, so
1402 <br
>&gt; it is very easy to search.
</p
>
1404 <p
>I am afraid this do not help me locate Norwegian companies in the
1405 list of Licensees. I do not know the name of all companies and
1406 organisations in Norway, and thus do not know how to locate the
1407 Norwegian ones on that list.
</p
>
1409 <p
>&gt; I hope that this was helpful. If we can be of additional assistance,
1410 <br
>&gt; please let me know.
</p
>
1412 <p
>Absoutely helpful to learn more about how MPEG LA handle licensing.
</p
>
1415 <br
>Happy hacking
1416 <br
>Petter Reinholdtsen
</p
>
1417 </blockquote
></p
>
1419 <p
>Jeg håpet også at det skulle være mulig å få vite hvilke av de
1420 mange hundre som har avtale med MPEG-LA om bruk av H
.264 som holdt til
1421 i Norge. Begge mine håp falt i grus med svaret fra MPEG-LA.
1423 <p
><blockquote
>
1424 <p
>Date: Thu,
5 Jul
2012 17:
42:
39 +
0000
1425 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
1426 <br
>To:
'Petter Reinholdtsen
' &lt;pere (at) hungry.com
&gt;
1427 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1428 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
1430 <p
>Dear Mr. Reinholdtsen,
</p
>
1432 <p
>Thank you for your reply.
</p
>
1434 <p
>We appreciate the additional explanation you have provided and for
1435 asking our permission to publish the electronic copy of the License in
1436 advance of doing so. Typically, MPEG LA prefers to distribute the
1437 electronic copies of our Licenses to interested parties. Therefore,
1438 please feel free to send interested parties to the AVC portion of our
1439 website, http://www.mpegla.com/main/programs/AVC/Pages/Intro.aspx for
1440 their further reference.
</p
>
1442 <p
>As previously mentioned, MPEG LA maintains a list of Licensees in good
1443 standing on our website according to each program. Due to the large
1444 volume of Licensees, it would be administratively impractical to
1445 provide this level of detail to interested parties. Therefore, I am
1446 afraid we are not in a position to assist you with your request.
</p
>
1448 <p
>Kind regards,
</p
>
1450 <p
>Sidney A. Wolf
1451 <br
>Manager, Global Licensing
1452 <br
>MPEG LA
</p
>
1453 </blockquote
></p
>
1455 <p
>Men takket være epostvedlegget kunne jeg søke på Google etter
1456 setningen
"WHEREAS, a video standard commonly referred to as AVC has
1457 been defined and is referred to in this Agreement as the “AVC
1458 Standard” (as more fully defined herein below)
" som finnes i avtalen,
1459 og lokalisere en kopi fra
2007 av
1460 <a href=
"http://www.sec.gov/Archives/edgar/data/
1342960/
000119312509050004/dex1024.htm
">lisensavtalen
1461 mellom MPEG-LA og DivX, Inc.
</a
>, slik at mine lesere kan se hvordan
1462 avtalen så ut da. Jeg har ikke sammenlignet tekstene for å se om noe
1463 har endret seg siden den tid, men satser på at teksten er representativ.
</p
>
1465 <p
>Jeg aner fortsatt ikke hvor FedEx tok veien med pakken fra
1468 <p
>Update
2012-
07-
06: Jeg er visst ikke den første som forsøker å få
1469 klarhet i problemstillinger rundt H
.264, og kom nettopp over en veldig
1470 interessant bloggpost fra
2010 hos LibreVideo med tittelen
1471 "<ahref=
"http://www.librevideo.org/blog/
2010/
06/
14/mpeg-la-answers-some-questions-about-avch-
264-licensing/
">MPEG-LA
1472 answers some questions about AVC/H
.264 licensing
</a
>. Anbefales!
</p
>
projects / homepage.git / blob