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>Videos about the Freedombox project - for inspiration and learning
</title>
11 <link>http://people.skolelinux.org/pere/blog/Videos_about_the_Freedombox_project___for_inspiration_and_learning.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Videos_about_the_Freedombox_project___for_inspiration_and_learning.html
</guid>
13 <pubDate>Fri,
27 Sep
2013 14:
10:
00 +
0200</pubDate>
14 <description><p
>The
<a href=
"http://www.freedomboxfoundation.org/
">Freedombox
15 project
</a
> have been going on for a while, and have presented the
16 vision, ideas and solution several places. Here is a little
17 collection of videos of talks and presentation of the project.
</p
>
21 <li
><a href=
"http://www.youtube.com/watch?v=ukvUz5taxvA
">FreedomBox -
22 2,
5 minute marketing film
</a
> (Youtube)
</li
>
24 <li
><a href=
"http://www.youtube.com/watch?v=SzW25QTVWsE
">Eben Moglen
25 discusses the Freedombox on CBS news
2011</a
> (Youtube)
</li
>
27 <li
><a href=
"http://www.youtube.com/watch?v=Ae8SZbxfE0g
">Eben Moglen -
28 Freedom in the Cloud - Software Freedom, Privacy and and Security for
29 Web
2.0 and Cloud computing at ISOC-NY Public Meeting
2010</a
>
32 <li
><a href=
"http://www.youtube.com/watch?v=vNaIji_3xBE
">Fosdem
2011
33 Keynote by Eben Moglen presenting the Freedombox
</a
> (Youtube)
</li
>
35 <li
><a href=
"http://www.youtube.com/watch?v=
9bDDUyJSQ9s
">Presentation of
36 the Freedombox by James Vasile at Elevate in Gratz
2011</a
> (Youtube)
</li
>
38 <li
><a href=
"http://www.youtube.com/watch?v=zQTmnk27g9s
"> Freedombox -
39 Discovery, Identity, and Trust by Nick Daly at Freedombox Hackfest New
40 York City in
2012</a
> (Youtube)
</li
>
42 <li
><a href=
"http://www.youtube.com/watch?v=tkbSB4Ba7Ck
">Introduction
43 to the Freedombox at Freedombox Hackfest New York City in
2012</a
>
46 <li
><a href=
"http://www.youtube.com/watch?v=z-P2Jaeg0aQ
">Freedom, Out
47 of the Box! by Bdale Garbee at linux.conf.au Ballarat,
2012</a
> (Youtube)
</li
>
49 <li
><a href=
"https://archive.fosdem.org/
2013/schedule/event/freedombox/
">Freedombox
50 1.0 by Eben Moglen and Bdale Garbee at Fosdem
2013</a
> (FOSDEM)
</li
>
52 <li
><a href=
"http://www.youtube.com/watch?v=e1LpYX2zVYg
">What is the
53 FreedomBox today by Bdale Garbee at Debconf13 in Vaumarcus
54 2013</a
> (Youtube)
</li
>
58 <p
>A larger list is available from
59 <a href=
"https://wiki.debian.org/FreedomBox/TalksAndPresentations
">the
60 Freedombox Wiki
</a
>.
</p
>
62 <p
>On other news, I am happy to report that Freedombox based on Debian
63 Jessie is coming along quite well, and soon both Owncloud and using
64 Tor should be available for testers of the Freedombox solution. :) In
65 a few weeks I hope everything needed to test it is included in Debian.
66 The withsqlite package is already in Debian, and the plinth package is
67 pending in NEW. The third and vital part of that puzzle is the
68 metapackage/setup framework, which is still pending an upload. Join
69 us on
<a href=
"irc://irc.debian.org:
6667/%
23freedombox
">IRC
70 (#freedombox on irc.debian.org)
</a
> and
71 <a href=
"http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss
">the
72 mailing list
</a
> if you want to help make this vision come true.
</p
>
77 <title>Recipe to test the Freedombox project on amd64 or Raspberry Pi
</title>
78 <link>http://people.skolelinux.org/pere/blog/Recipe_to_test_the_Freedombox_project_on_amd64_or_Raspberry_Pi.html
</link>
79 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Recipe_to_test_the_Freedombox_project_on_amd64_or_Raspberry_Pi.html
</guid>
80 <pubDate>Tue,
10 Sep
2013 14:
20:
00 +
0200</pubDate>
81 <description><p
>I was introduced to the
82 <a href=
"http://www.freedomboxfoundation.org/
">Freedombox project
</a
>
83 in
2010, when Eben Moglen presented his vision about serving the need
84 of non-technical people to keep their personal information private and
85 within the legal protection of their own homes. The idea is to give
86 people back the power over their network and machines, and return
87 Internet back to its intended peer-to-peer architecture. Instead of
88 depending on a central service, the Freedombox will give everyone
89 control over their own basic infrastructure.
</p
>
91 <p
>I
've intended to join the effort since then, but other tasks have
92 taken priority. But this summers nasty news about the misuse of trust
93 and privilege exercised by the
"western
" intelligence gathering
94 communities increased my eagerness to contribute to a point where I
95 actually started working on the project a while back.
</p
>
97 <p
>The
<a href=
"https://alioth.debian.org/projects/freedombox/
">initial
98 Debian initiative
</a
> based on the vision from Eben Moglen, is to
99 create a simple and cheap Debian based appliance that anyone can hook
100 up in their home and get access to secure and private services and
101 communication. The initial deployment platform have been the
102 <a href=
"http://www.globalscaletechnologies.com/t-dreamplugdetails.aspx
">Dreamplug
</a
>,
103 which is a piece of hardware I do not own. So to be able to test what
104 the current Freedombox setup look like, I had to come up with a way to install
105 it on some hardware I do have access to. I have rewritten the
106 <a href=
"https://github.com/NickDaly/freedom-maker
">freedom-maker
</a
>
107 image build framework to use .deb packages instead of only copying
108 setup into the boot images, and thanks to this rewrite I am able to
109 set up any machine supported by Debian Wheezy as a Freedombox, using
110 the previously mentioned deb (and a few support debs for packages
111 missing in Debian).
</p
>
113 <p
>The current Freedombox setup consist of a set of bootstrapping
115 (
<a href=
"https://github.com/petterreinholdtsen/freedombox-setup
">freedombox-setup
</a
>),
116 and a administrative web interface
117 (
<a href=
"https://github.com/NickDaly/Plinth
">plinth
</a
> + exmachina +
118 withsqlite), as well as a privacy enhancing proxy based on
119 <a href=
"http://packages.qa.debian.org/privoxy
">privoxy
</a
>
120 (freedombox-privoxy). There is also a web/javascript based XMPP
121 client (
<a href=
"http://packages.qa.debian.org/jwchat
">jwchat
</a
>)
122 trying (unsuccessfully so far) to talk to the XMPP server
123 (
<a href=
"http://packages.qa.debian.org/ejabberd
">ejabberd
</a
>). The
124 web interface is pluggable, and the goal is to use it to enable OpenID
125 services, mesh network connectivity, use of TOR, etc, etc. Not much of
126 this is really working yet, see
127 <a href=
"https://github.com/NickDaly/freedombox-todos/blob/master/TODO
">the
128 project TODO
</a
> for links to GIT repositories. Most of the code is
129 on github at the moment. The HTTP proxy is operational out of the
130 box, and the admin web interface can be used to add/remove plinth
131 users. I
've not been able to do anything else with it so far, but
132 know there are several branches spread around github and other places
133 with lots of half baked features.
</p
>
135 <p
>Anyway, if you want to have a look at the current state, the
136 following recipes should work to give you a test machine to poke
139 <p
><strong
>Debian Wheezy amd64
</strong
></p
>
143 <li
>Fetch normal Debian Wheezy installation ISO.
</li
>
144 <li
>Boot from it, either as CD or USB stick.
</li
>
145 <li
><p
>Press [tab] on the boot prompt and add this as a boot argument
146 to the Debian installer:
<p
>
147 <pre
>url=
<a href=
"http://www.reinholdtsen.name/freedombox/preseed-wheezy.dat
">http://www.reinholdtsen.name/freedombox/preseed-wheezy.dat
</a
></pre
></li
>
149 <li
>Answer the few language/region/password questions and pick disk to
150 install on.
</li
>
152 <li
>When the installation is finished and the machine have rebooted a
153 few times, your Freedombox is ready for testing.
</li
>
157 <p
><strong
>Raspberry Pi Raspbian
</strong
></p
>
161 <li
>Fetch a Raspbian SD card image, create SD card.
</li
>
162 <li
>Boot from SD card, extend file system to fill the card completely.
</li
>
163 <li
><p
>Log in and add this to /etc/sources.list:
</p
>
165 deb
<a href=
"http://www.reinholdtsen.name/freedombox/
">http://www.reinholdtsen.name/freedombox
</a
> wheezy main
166 </pre
></li
>
167 <li
><p
>Run this as root:
</p
>
169 wget -O - http://www.reinholdtsen.name/freedombox/BE1A583D.asc | \
172 apt-get install freedombox-setup
173 /usr/lib/freedombox/setup
174 </pre
></li
>
175 <li
>Reboot into your freshly created Freedombox.
</li
>
179 <p
>You can test it on other architectures too, but because the
180 freedombox-privoxy package is binary, it will only work as intended on
181 the architectures where I have had time to build the binary and put it
182 in my APT repository. But do not let this stop you. It is only a
183 short
"<tt
>apt-get source -b freedombox-privoxy
</tt
>" away. :)
</p
>
185 <p
>Note that by default Freedombox is a DHCP server on the
186 192.168.1.0/
24 subnet, so if this is your subnet be careful and turn
187 off the DHCP server by running
"<tt
>update-rc.d isc-dhcp-server
188 disable
</tt
>" as root.
</p
>
190 <p
>Please let me know if this works for you, or if you have any
191 problems. We gather on the IRC channel
192 <a href=
"irc://irc.debian.org:
6667/%
23freedombox
">#freedombox
</a
> on
193 irc.debian.org and the
194 <a href=
"http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss
">project
195 mailing list
</a
>.
</p
>
197 <p
>Once you get your freedombox operational, you can visit
198 <tt
>http://your-host-name:
8001/
</tt
> to see the state of the plint
199 welcome screen (dead end - do not be surprised if you are unable to
200 get past it), and next visit
<tt
>http://your-host-name:
8001/help/
</tt
>
201 to look at the rest of plinth. The default user is
'admin
' and the
202 default password is
'secret
'.
</p
>
207 <title>Netflix krever at du frasier deg dine forbrukerrettigheter...
</title>
208 <link>http://people.skolelinux.org/pere/blog/Netflix_krever_at_du_frasier_deg_dine_forbrukerrettigheter___.html
</link>
209 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Netflix_krever_at_du_frasier_deg_dine_forbrukerrettigheter___.html
</guid>
210 <pubDate>Wed,
17 Oct
2012 15:
30:
00 +
0200</pubDate>
211 <description><p
>Filmtjenesten Netflix lanseres i Norge, med en jublende presse på
212 sidelinjen. Men har journalistene lest bruksvilkårene? Synes de
214 «
<a href=
"https://signup.netflix.com/TermsOfUse?locale=nb-NO
">Vilkår
215 for bruk
</a
>» høres greit ut for en forbrukertjeneste i Norge?
216 Avsnittet lyder slik:
220 «Disse vilkårene for bruk innebærer at alle tvister mellom deg og
221 Netflix vil bli løst ved BINDENDE VOLDGIFT. DU SAMTYKKER I AT DU
222 FRASIER DEG ENHVER RETT TIL RETTSLIGE SKRITT for å hevde eller
223 forsvare rettighetene dine under denne kontrakten (med unntak for
224 mindre saker som kan avgjøres i forliksretten). Rettighetene dine vil
225 bli bestemt av en NØYTRAL VOLDGIFTSMANN/MEKLER og IKKE en dommer eller
226 jury, og krav kan ikke framstilles i form av gruppesøksmål. Les
227 gjennom voldgiftsavtalen nedenfor for å finne alle detaljer vedrørende
228 avtalen, slik at du kan se hvordan en eventuell konflikt med Netflix
229 skal håndteres og vil avgjøres.»
233 <p
>Ikke nok med det, men må akseptere at det er USAs lov som skal
234 regulere bruken, og dermed akseptere å miste norsk forbruker- og
235 personvernlovgiving (hvilket så vidt jeg vet ikke kan gjøres i
239 «Gjennom å godta disse vilkår for bruk samtykker du i at tolkingen og
240 håndhevelsen av denne voldgiftsavtalen er underlagt den føderale
241 voldgiftsloven i USA, U.S. Federal Arbitration Act, og at både du og
242 Netflix frasier dere retten til en juryprosess eller deltakelse i
243 gruppesøksmål. Denne voldgiftsbetingelsen gjelder selv etter at denne
244 avtalen er oppsagt og Netflix-medlemskapet ditt har opphørt.»
247 <p
>En må altså si ja til å frasi seg de vanlige forbrukerrettighetene
248 i Norge for å bruke Netflix. Vilkårene til Netflix vil neppe stå seg
249 i norsk rett, men det er usedvanlig frekt å bare foreslå det, da de
250 aller fleste som leser dem vil anta at vilkårene gjelder med mindre de
251 er svært godt kjent med norsk forbrukerrett. Skal en frasi seg
252 muligheten til å hevde sin rett hvis Netflix lekker personopplysninger
253 (USAs lovgiving er svært mangelfull i forhold til den norske
254 personvernlovgivingen) eller leverer en tjeneste som ikke holder mål?
255 Nei takk. Med slike bruksvilkår takker jeg høflig nei til tilbudet,
256 og de får ikke meg som kunde før de har en helt annen tilnærming mot
257 sine kunder.
</p
>
259 <p
>Oppdatering
2012-
10-
18: Både
260 <a href=
"http://www.aftenposten.no/digital/Netflix-krever-at-du-sier-fra-deg-norske-forbrukerrettigheter-
7021182.html
">Aftenposten
</a
>,
261 <a href=
"http://nrk.no/helse-forbruk-og-livsstil/
1.8362951">NRK
</a
> og
262 <a href=
"http://www.teknofil.no/artikler/forbrukerradet-slakter-netflix/
113679">Teknofil
</a
>
263 har snappet opp saken (dog nevner ikke NRK kilde, så de kan jo ha
264 oppdaget det selv). Veldig bra at flere blir oppmerksom på slike
265 ting. «- Helt hinsides, mener Forbrukerrådet om Netflix
'
266 brukervilkår», siterer Aftenposten. Og
267 <a href=
"http://www.aftenposten.no/nyheter/Forbrukerombudet-vil-granske-TV-markedet-
7021465.html
">Aftenposten
</a
>
268 melder videre at Forbrukerrådet vil granske TV-bransjen med bakgrunn i
274 <title>Mer oppfølging fra MPEG-LA om avtale med dem for å kringkaste og publisere H
.264-video
</title>
275 <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>
276 <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>
277 <pubDate>Thu,
5 Jul
2012 23:
50:
00 +
0200</pubDate>
278 <description><p
>I føljetongen om H
.264
279 <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
280 jeg leserne i undring
</a
> om hvor pakken fra MPEG-LA tok veien, og om
281 hvilke selskaper i Norge som har avtale med MPEG-LA. Da Ryan hos
282 MPEG-LA dro på ferie sendte jeg min melding videre til hans kollega,
283 og dagen etter fikk jeg følgende svar derfra:
</p
>
285 <p
><blockquote
>
286 <p
>Date: Fri,
29 Jun
2012 18:
32:
34 +
0000
287 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
288 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
289 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
290 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
292 <p
>Dear Mr. Reinholdtsen,
</p
>
294 <p
>Thank you for your message. As you know, Ryan is currently our of the
295 office, so it will be my pleasure to assist you.
</p
>
297 <p
>Per your request, attached please find an electronic copy of the
298 AVC Patent Portfolio License. Please note that the electronic copy of
299 the License is provided as a convenience and for informational
300 purposes only. When concluding the Licenses, only the hard copies
301 provided by MPEG LA may be used.
</p
>
303 <p
>To your question, MPEG LA lists our Licensees on our website
304 according to each program. The lists are in alphabetical order, so it
305 is very easy to search.
</p
>
307 <p
>I hope that this was helpful. If we can be of additional
308 assistance, please let me know.
</p
>
310 <p
>Kind regards,
</p
>
312 <p
>Sidney A. Wolf
313 <br
>Manager, Global Licensing
314 <br
>MPEG LA
</p
>
315 </blockquote
></p
>
317 <p
>Selv om et epostvedlegg er nyttig for mottakeren, så håpet jeg å få
318 et dokument jeg kunne dele med alle leserne av bloggen min, og ikke et
319 som må deles på individuell basis. Opphavsretten krever godkjenning
320 fra rettighetsinnehaver før en kan gjøre slikt, så dermed fulgte jeg
321 opp med et spørsmål om dette var greit.
</p
>
323 <p
><blockquote
>
324 <p
>Date: Wed,
4 Jul
2012 20:
25:
06 +
0200
325 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
326 <br
>To: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
327 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
328 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
330 <p
>Thank you for your reply.
</p
>
332 <p
>[Sidney Wolf]
333 <br
>&gt; Per your request, attached please find an electronic copy of the AVC
334 <br
>&gt; Patent Portfolio License. Please note that the electronic copy of
335 <br
>&gt; the License is provided as a convenience and for informational
336 <br
>&gt; purposes only. When concluding the Licenses, only the hard copies
337 <br
>&gt; provided by MPEG LA may be used.
</p
>
339 <p
>This is useful for me to learn, but the reason I asked for the
340 Internet address of the licensing document was to ensure I could
341 publish a link to it when I discuss the topic of H
.264 licensing here
342 in Norway, and allow others to verify my observations. I can not do
343 the same with an email attachment. Thus I would like to ask you if it
344 is OK with MPEG LA that I publish this document on the Internet for
345 others to read?
</p
>
347 <p
>&gt; To your question, MPEG LA lists our Licensees on our website
348 <br
>&gt; according to each program. The lists are in alphabetical order, so
349 <br
>&gt; it is very easy to search.
</p
>
351 <p
>I am afraid this do not help me locate Norwegian companies in the
352 list of Licensees. I do not know the name of all companies and
353 organisations in Norway, and thus do not know how to locate the
354 Norwegian ones on that list.
</p
>
356 <p
>&gt; I hope that this was helpful. If we can be of additional assistance,
357 <br
>&gt; please let me know.
</p
>
359 <p
>Absoutely helpful to learn more about how MPEG LA handle licensing.
</p
>
362 <br
>Happy hacking
363 <br
>Petter Reinholdtsen
</p
>
364 </blockquote
></p
>
366 <p
>Jeg håpet også at det skulle være mulig å få vite hvilke av de
367 mange hundre som har avtale med MPEG-LA om bruk av H
.264 som holdt til
368 i Norge. Begge mine håp falt i grus med svaret fra MPEG-LA.
370 <p
><blockquote
>
371 <p
>Date: Thu,
5 Jul
2012 17:
42:
39 +
0000
372 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
373 <br
>To:
'Petter Reinholdtsen
' &lt;pere (at) hungry.com
&gt;
374 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
375 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
377 <p
>Dear Mr. Reinholdtsen,
</p
>
379 <p
>Thank you for your reply.
</p
>
381 <p
>We appreciate the additional explanation you have provided and for
382 asking our permission to publish the electronic copy of the License in
383 advance of doing so. Typically, MPEG LA prefers to distribute the
384 electronic copies of our Licenses to interested parties. Therefore,
385 please feel free to send interested parties to the AVC portion of our
386 website, http://www.mpegla.com/main/programs/AVC/Pages/Intro.aspx for
387 their further reference.
</p
>
389 <p
>As previously mentioned, MPEG LA maintains a list of Licensees in good
390 standing on our website according to each program. Due to the large
391 volume of Licensees, it would be administratively impractical to
392 provide this level of detail to interested parties. Therefore, I am
393 afraid we are not in a position to assist you with your request.
</p
>
395 <p
>Kind regards,
</p
>
397 <p
>Sidney A. Wolf
398 <br
>Manager, Global Licensing
399 <br
>MPEG LA
</p
>
400 </blockquote
></p
>
402 <p
>Men takket være epostvedlegget kunne jeg søke på Google etter
403 setningen
"WHEREAS, a video standard commonly referred to as AVC has
404 been defined and is referred to in this Agreement as the “AVC
405 Standard” (as more fully defined herein below)
" som finnes i avtalen,
406 og lokalisere en kopi fra
2007 av
407 <a href=
"http://www.sec.gov/Archives/edgar/data/
1342960/
000119312509050004/dex1024.htm
">lisensavtalen
408 mellom MPEG-LA og DivX, Inc.
</a
>, slik at mine lesere kan se hvordan
409 avtalen så ut da. Jeg har ikke sammenlignet tekstene for å se om noe
410 har endret seg siden den tid, men satser på at teksten er representativ.
</p
>
412 <p
>Jeg aner fortsatt ikke hvor FedEx tok veien med pakken fra
415 <p
>Update
2012-
07-
06: Jeg er visst ikke den første som forsøker å få
416 klarhet i problemstillinger rundt H
.264, og kom nettopp over en veldig
417 interessant bloggpost fra
2010 hos LibreVideo med tittelen
418 "<a href=
"http://www.librevideo.org/blog/
2010/
06/
14/mpeg-la-answers-some-questions-about-avch-
264-licensing/
">MPEG-LA
419 answers some questions about AVC/H
.264 licensing
</a
>. Anbefales!
</p
>
424 <title>Departementenes servicesenter har ingen avtale om bruk av H
.264 med MPEG-LA
</title>
425 <link>http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</link>
426 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</guid>
427 <pubDate>Fri,
29 Jun
2012 09:
40:
00 +
0200</pubDate>
428 <description><p
>Da fikk jeg nettopp svar fra
429 <a href=
"http://www.dss.dep.no/
">Departementenes servicesenter
</a
>
431 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">mitt
432 spørsmål om avtale rundt bruk av H
.264</a
>. De har ingen avtale med
433 MPEG LA eller dets representanter. Her er svaret.
435 <p
><blockquote
>
437 <p
>Date: Fri,
29 Jun
2012 07:
04:
42 +
0000
438 <br
>From: Nielsen Mette Haga
&lt;Mette-Haga.Nielsen (at) dss.dep.no
&gt;
439 <br
>To: Petter Reinholdtsen
&lt;petter.reinholdtsen (at) ...
&gt;
440 <br
>CC: Postmottak
&lt;Postmottak (at) dss.dep.no
&gt;
441 <br
>Subject: SV: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
</p
>
443 <p
>DSS har ikke inngått noen egen lisensavtale med MPEG-LA eller noen som
444 representerer MPEG-LA i Norge. Videoløsningen på regjeringen.no er
445 levert av Smartcom:tv. Lisensforholdet rundt H
.264 er ikke omtalt i
446 vår avtale med Smartcom.
</p
>
448 <p
>Vennlig hilsen
</p
>
450 <p
>Mette Haga Nielsen
451 <br
>Fung. seksjonssjef
</p
>
453 <p
>Departementenes servicesenter
</p
>
455 <p
>Informasjonsforvaltning
457 <p
>Mobil
93 09 83 51
458 <br
>E-post mette-haga.nielsen (at) dss.dep.no
</p
>
459 </blockquote
></p
>
461 <p
>Hvis den norske regjeringen representert ved DSS ikke har slik
462 avtale, så kan en kanskje konkludere med at det ikke trengs? Jeg er
463 ikke trygg på at det er god juridisk grunn å stå på, men det er i det
464 minste interessant å vite at hverken NRK eller DSS har funnet det
465 nødvendig å ha avtale om bruk av H
.264.
</p
>
467 <p
>Det forklarer ikke hvordan de kan ignorere bruksvilkårene knyttet
468 til bruk av opphavsrettsbeskyttet materiale de bruker til
469 videoproduksjon, med mindre slike vilkår kan ignoreres av selskaper og
470 privatpersoner i Norge. Har de lov til å bryte vilkårene, eller har
471 de brutt dem og så langt sluppet unna med det? Jeg aner ikke.
</p
>
476 <title>MPEG-LA mener NRK må ha avtale med dem for å kringkaste og publisere H
.264-video
</title>
477 <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>
478 <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>
479 <pubDate>Thu,
28 Jun
2012 20:
00:
00 +
0200</pubDate>
480 <description><p
>Etter at NRK
481 <a href=
"http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
">nektet
482 å spore opp eventuell avtale med MPEG-LA
</a
> eller andre om bruk av
483 MPEG/H
.264-video etter at jeg
<a
484 href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">ba
485 om innsyn i slike avtaler
</a
>, tenkte jeg at i stedet for å forsøke å
486 få NRK til å finne en slik avtale, så burde det være like enkelt å
487 spørre MPEG-LA om de hadde avtale med NRK. Spørsmålet ble sendt før
488 jeg fikk tips fra Kieran Kunhya om hvor listen over lisensinnehavere
489 "in Good Standing
" befant seg. MPEG-LA svarte meg i dag, og kan
490 fortelle at NRK ikke har noen avtale med dem, så da er i det minste det
491 slått fast. Ikke overraskende mener MPEG-LA at det trengs en avtale
492 med MPEG-LA for å streame H
.264, men deres rammer er jo
493 rettstilstanden i USA og ikke Norge. Jeg tar dermed den delen av
494 svaret med en klype salt. Jeg er dermed fortsatt ikke klok på om det
495 trengs en avtale, og hvis det trengs en avtale her i Norge, heller
496 ikke sikker på om NRK har en avtale med noen andre enn MPEG-LA som
497 gjør at de ikke trenger avtale direkte med MPEG-LA. Jeg håper NRKs
498 jurister har vurdert dette, og at det er mulig å få tilgang til
499 vurderingen uansett om de trenger en avtale eller ikke.
</p
>
501 <p
>Her er epostutvekslingen med MPEG-LA så langt. Håper ikke
502 utvekslingen fører til NRK plutselig får en litt uventet pakke fra
505 <p
><blockquote
>
506 <p
>Date: Mon,
25 Jun
2012 15:
29:
37 +
0200
507 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
508 <br
>To: licensing-web (at) mpegla.com
509 <br
>Subject: Do NRK have a license agreement with MPEG-LA?
</p
>
511 <p
>Hi. I have a small question for you, that I hope it is OK that I
514 <p
>Is there any license agreements between MPEG-LA and NRK,
&lt;URL:
515 <a href=
"http://www.nrk.no/
">http://www.nrk.no/
</a
> &gt;, the
516 Norwegian national broadcasting cooperation? I am not sure if they
517 need one, and am just curious if such agreeement exist.
</p
>
519 <p
>The postal address is
</p
>
521 <p
><blockquote
>
523 <br
>Postbox
8500, Majorstuen
526 </blockquote
></p
>
528 <p
>if it make it easier for you to locate such agreement.
</p
>
530 <p
>Can you tell me how many entities in Norway have an agreement with
531 MPEG-LA, and the name of these entities?
</p
>
534 <br
>Happy hacking
535 <br
>Petter Reinholdtsen
536 </blockquote
></p
>
538 <p
>I dag, to dager senere, fikk jeg følgende svar:
</p
>
540 <p
><blockquote
>
541 <p
>Date: Thu,
28 Jun
2012 14:
11:
17 +
0000
542 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
>
543 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
>
544 <br
>CC: MD Administration
&lt;MDAdministration (at) mpegla.com
>
545 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
547 <p
>Dear Mr. Reinholdtsen,
</p
>
549 <p
>Thank you for your message and for your interest in MPEG LA. We
550 appreciate hearing from you and I will be happy to assist you.
</p
>
552 <p
>To begin, I will assume that you are referring to AVC/H
.264
553 technology in your message below, as this technology is commonly used
554 in the transmission of video content. In that case, please allow me
555 to briefly summarize the coverage provided by our AVC Patent Portfolio
558 <P
>Our AVC License provides coverage for end products and video
559 services that make use of AVC/H
.264 technology. Accordingly, the
560 party offering such end products and video to End Users concludes the
561 AVC License and is responsible for paying the applicable royalties
562 associated with the end products/video they offer.
</p
>
564 <p
>While the Norwegian Broadcast Corporation (NRK) is not currently a
565 Licensee to MPEG LA
's AVC License (or any other Portfolio License
566 offered by MPEG LA), if NRK offers AVC Video to End Users for
567 remuneration (for example, Title-by-Title, Subscription, Free
568 Television, or Internet Broadcast AVC Video), then NRK will need to
569 conclude the AVC License and may be responsible for paying applicable
570 royalties associated with the AVC Video it distributes.
</p
>
572 <p
>Today I will send you a FedEx package containing a copy of our AVC
573 License for your review. You should receive the License document
574 within the next few days.
</p
>
576 <p
>Meanwhile, MPEG LA currently has several Norwegian Licensees that
577 can be found under the
"Licensees
" header within the respective
578 portion of our website. For example, you may find our list of
579 Licensees in Good Standing to our AVC License in the AVC portion of
581 <a href=
"http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
">http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</a
></p
>
583 <p
>I hope the above information is helpful. If you have additional
584 questions or need further assistance with the AVC License, please feel
585 free to contact me directly. I look forward to hearing from you again
588 <p
>Best regards,
</p
>
590 <p
>Ryan
</p
>
592 <p
>Ryan M. Rodriguez
593 <br
>Licensing Associate
595 <br
>5425 Wisconsin Avenue
597 <br
>Chevy Chase, MD
20815
599 <br
>Phone: +
1 (
301)
986-
6660 x211
600 <br
>Fax: +
1 (
301)
986-
8575
601 <br
>Email: rrodriguez (at) mpegla.com
</p
>
603 </blockquote
></p
>
605 <p
>Meldingen om utsendt FedEx-pakke var så merkelig at jeg
606 øyeblikkelig sendte svar tilbake og spurte hva i alle dager han mente,
607 da han jo ikke hadde fått noen postadresse som nådde meg.
</p
>
609 <p
><blockquote
>
611 <p
>Date: Thu,
28 Jun
2012 16:
36:
15 +
0200
612 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
613 <br
>To: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
614 <br
>Cc: MD Administration
&lt;MDAdministration (at) mpegla.com
&gt;
615 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
617 <p
>[Ryan Rodriguez]
618 <br
>&gt; Dear Mr. Reinholdtsen,
</p
>
620 <p
>Thank you for your quick reply.
</p
>
622 <p
>&gt; Today I will send you a FedEx package containing a copy of our AVC
623 <br
>&gt; License for your review. You should receive the License document
624 <br
>&gt; within the next few days.
</p
>
626 <p
>The part about sending a FedEx package confused me, though. I did not
627 <br
>give you my address, nor am I associated with NRK in any way, so I hope
628 <br
>you did not try to send me a package using the address of NRK. If you
629 <br
>would send me the Internet address of to the document, it would be more
630 <br
>useful to me to be able to download it as an electronic document.
</p
>
632 <p
>&gt; Meanwhile, MPEG LA currently has several Norwegian Licensees that can
633 <br
>&gt; be found under the
"Licensees
" header within the respective portion
634 <br
>&gt; of our website. For example, you may find our list of Licensees in
635 <br
>&gt; Good Standing to our AVC License in the AVC portion of our website,
636 <br
>&gt; http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</p
>
638 <p
>How can I recognize the Norwegian licensees?
</p
>
641 <br
>Happy hacking
642 <br
>Petter Reinholdtsen
</p
>
643 </blockquote
></p
>
645 <p
>Selv om jeg svarte kun noen minutter etter at jeg fikk eposten fra
646 MPEG-LA, fikk jeg eposten under som automatisk var beskjed på min
647 siste epost. Får håpe noen likevel følger opp
"FedEx-pakken
". For å
648 øke sjansen for at noen revurderer utsending av pakke uten mottaker,
649 videresendte jeg min epost til swolf (at) mpegla.com, så får vi se.
650 Har ikke hørt noe mer
3 timer senere, så jeg mistenker at ingen leste
651 min epost tidsnok.
</p
>
653 <p
><blockquote
>
655 <p
>Date: Thu,
28 Jun
2012 14:
36:
20 +
0000
656 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
657 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
658 <br
>Subject: Automatic reply: Do NRK have a license agreement with MPEG-LA?
</p
>
660 <p
>Thank you for your message.
</p
>
662 <p
>I will be out of the office until Thursday, July
5 and will respond
663 to all messages upon my return. If this is a matter that requires
664 immediate attention, please contact Sidney Wolf (swolf (at)
665 mpegla.com)
</p
>
667 <p
>Best regards,
</p
>
669 <p
>Ryan
</p
>
671 <p
>Ryan M. Rodriguez
672 <br
>Licensing Associate
673 <br
>MPEG LA
</p
>
675 </blockquote
></p
>
677 <p
>Litt klokere, men fortsatt ikke klok på mitt opprinnelige spørsmål,
678 som er om en trenger avtale med MPEG-LA for å publisere eller
679 kringkaste H
.264-video i Norge.
</p
>
684 <title>NRK nekter å finne og utlevere eventuell avtale med MPEG-LA
</title>
685 <link>http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</link>
686 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</guid>
687 <pubDate>Mon,
25 Jun
2012 15:
10:
00 +
0200</pubDate>
688 <description><p
>Jeg fikk nettopp svar fra NRK på
689 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">min
690 forespørsel om kopi av avtale
</a
> med MPEG-LA eller andre om bruk av
691 MPEG og/eller H
.264. Svaret har fått saksreferanse
2011/
371 (mon tro
692 hva slags sak fra
2011 dette er?) hos NRK og lyder som følger:
</p
>
694 <p
><blockquote
>
696 <p
><strong
>Svar på innsynsbegjæring i MPEG / H
.264-relaterte
697 avtaler
</strong
></p
>
699 <p
>Viser til innsynsbegjæring av
19. juni
2012. Kravet om innsyn
700 gjelder avtale som gjør at NRK «ikke er begrenset av de generelle
701 bruksvilkårene som gjelder for utstyr som bruker MPEG og/eller
704 <p
>I henhold til offentleglova §
28 annet ledd må innsynskravet gjelde
705 en bestemt sak eller i rimelig utstrekning saker av en bestemt
706 sak. Det er på det rene at det aktuelle innsynskravet ikke gjelder en
707 bestemt sak. Spørsmålet som reiser seg er om identifiseringsgraden er
708 tilstrekkelig. I Justisdepartementets «Rettleiar til offentleglova»
709 står følgende:
</p
>
711 <p
>«Kravet om at innsynskravet må gjelde ei bestemt sak er til hinder
712 for at eit innsynskrav kan gjelde alle saker av ein bestemt art, utan
713 at den enkelte saka blir identifisert. Ein kan med andre ord i
714 utgangspunktet ikkje krevje innsyn i til dømes alle saker om
715 utsleppsløyve hos Statens forureiningstilsyn frå dei siste tre åra,
716 med mindre ein identifiserer kvar enkelt sak, til dømes med tilvising
717 til dato, partar eller liknande.»
</p
>
719 <p
>Vedrørende denne begrensningen har Justisdepartementet uttalt
720 følgende (Lovavdelingens uttalelser JDLOV-
2010-
3295):
</p
>
722 <p
><em
>«Bakgrunnen for avgrensinga av kva innsynskravet kan gjelde,
723 er fyrst og fremst at meir generelle innsynskrav, utan noka form for
724 identifikasjon av kva ein eigentleg ynskjer, ville vere svært
725 vanskelege å handsame for forvaltninga.»
</em
></p
>
727 <p
>I samme sak uttaler Lovavdelingen følgende:
</p
>
729 <p
><em
>«Det følgjer vidare av offentleglova §
28 andre ledd at det `i
730 rimeleg utstrekning
' kan krevjast innsyn i `saker av ein bestemt
731 art
'. Vilkåret om at eit innsynskrav berre `i rimeleg utstrekning
' kan
732 gjelde saker av ein bestemt art, er i hovudsak knytt til kor
733 arbeidskrevjande det vil vere å finne fram til dei aktuelle
734 dokumenta. I tillegg reknar vi med at vilkåret kan gje grunnlag for å
735 nekte innsyn i tilfelle der innsynskravet er så omfattande (gjeld så
736 mange dokument) at arbeidsmengda som ville gått med til å handsame
737 det, er større enn det ein `i rimeleg utstrekning
' kan krevje (sjølv
738 om det nok skal mykje til).»
</em
></p
>
740 <p
>NRK har ikke noen egen sammenstilling over avtaler innenfor
741 bestemte områder som omtales i innsynsbegjæringen. De måtte søkes på
742 vanlig måte. I tillegg finnes ikke noen automatisert måte å finne
743 avtaler som «ikke er begrenset av de generelle bruksvilkårene som
744 gjelder for utstyr som bruker MPEG og/eller H
.264». En slik
745 gjennomgang av avtaler måtte gjøres manuelt av en person med
746 spesialistkunnskap. Dette vil kreve at NRK avsetter omfattende
747 ressurser for å finne frem relevante avtaler og for deretter å vurdere
748 om de dekkes av det innsynsbegjæringen omfattes.
</p
>
750 <p
>På bakgrunn av dette nekter NRK innsyn, med den begrunnelsen at
751 innsynskravet er så omfattende at arbeidsmengden for å håndtere kravet
752 vil være langt større enn det som i rimelig utstrekning kan kreves i
753 henhold til offentleglova §
28 annet ledd.
</p
>
755 <p
>Avslag på deres innsynsbegjæring kan påklages til Kultur- og
756 kirkedepartementet innen tre uker fra det tidspunkt avslaget kommer
757 frem til mottakeren, i henhold til reglene i offentleglova §
32,
758 jf. forvaltningsloven kapittel VI. Klagen skal stiles til Kultur- og
759 kirkedepartementet, og sendes til NRK.
</p
>
761 <p
>NRK er imidlertid etter Offentleglova forpliktet å gi ut journaler,
762 slik at en eventuell søknad om innsyn kan tydeligere identifisere
763 hvilke dokumenter som det ønskes innsyn i. NRKs offentlige journaler
764 for inneværende og forrige måned ligger ute på
765 NRK.no/innsyn. Journaler som går lengre tilbake i tid, kan sendes ut
766 på forespørsel til innsyn (at) nrk.no.
</p
>
769 <br
>Dokumentarkivet i NRK
770 <br
>v/ Elin Brandsrud
771 <br
>Tel. direkte:
23 04 29 29
772 <br
>Post: RBM3, Postboks
8500 Majorstuen,
0340 Oslo
773 <br
>innsyn (at) nrk.no
</p
>
775 </blockquote
></p
>
778 <a href=
"http://people.skolelinux.org/pere/blog/images/
2012-
06-
25-video-mpegla-nrk.pdf
">i
779 PDF-form som vedlegg på epost
</a
>. Jeg er litt usikker på hvordan jeg
780 best går videre for å bli klok, men jeg har jo i hvert fall tre uker
781 på å vurdere om jeg skal klage. Enten må nok forespørselen
782 reformuleres eller så må jeg vel klage. Synes jo det er merkelig at
783 NRK ikke har bedre kontroll med hvilke avtaler de har inngått. Det
784 burde jo være noen i ledelsen som vet om de har signert en avtale med
785 MPEG-LA eller ikke...
</p
>
787 <p
>Oppdatering
2012-
06-
25 20:
20: Et google-søk på
"2011/
371 nrk
"
788 sendte meg til postjournalen for
789 <a href=
"http://nrk.no/contentfile/file/
1.8212365!offentligjournal19062012.pdf
">2012-
06-
19</a
>
791 <a href=
"http://nrk.no/contentfile/file/
1.8214156!offentligjournal20062012.pdf
">2012-
06-
20</a
>
792 hos NRK som viser mine forespørsler og viser at sakens tittel hos NRK
793 er
"Graphic Systems Regions MA
2378/
10E
". Videre søk etter
"Graphic
794 Systems Regions
" viser at dette er saken til et anbud om
795 "<a href=
"http://no.mercell.com/m/mts/Tender/
27179412.aspx
">a graphics
796 system for
12 or
13 sites broadcasting regional news
</a
>" hos Mercell
797 Sourcing Service, også omtalt på
798 <a href=
"http://www.publictenders.net/tender/
595705">Public
800 <a href=
"http://www.doffin.no/search/show/search_view.aspx?ID=JAN155521
">Doffin
</a
>.
801 Jeg er dog usikker på hvordan dette er relatert til min
802 forespørsel.
</p
>
804 <p
>Oppdatering
2012-
06-
25 22:
40: Ble tipset av Kieran Kunhya, fra
806 <a href=
"http://code.google.com/p/open-broadcast-encoder/
">Open
807 Broadcast Encoder
</a
>, at listen over de som har lisensavtale med
809 <a href=
"http://www.mpeg-la.com/main/programs/AVC/Pages/Licensees.aspx
">tilgjengelig
810 på web
</a
>. Veldig fint å oppdage hvor den finnes, da jeg må ha lett
811 etter feil ting da jeg forsøke å finne den. Der står ikke NRK, men
812 flere andre
"Broadcasting Company
"-oppføringer. Lurer på om det betyr
813 at NRK ikke trenger avtale, eller noe helt annet?
</p
>
818 <title>Trenger en avtale med MPEG-LA for å publisere og kringkaste H
.264-video?
</title>
819 <link>http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</link>
820 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</guid>
821 <pubDate>Thu,
21 Jun
2012 13:
40:
00 +
0200</pubDate>
822 <description><p
>Trengs det avtale med MPEG-LA for å ha lovlig rett til å
823 distribuere og kringkaste video i MPEG4 eller med videokodingen H
.264?
824 <a href=
"http://webmink.com/essays/h-
264/
">H
.264 og MPEG4 er jo ikke en
825 fri og åpen standard
</a
> i henhold til
826 <a href=
"http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
">definisjonen
827 til Digistan
</a
>, så i enkelte land er det ingen tvil om at du må ha
828 en slik avtale, men jeg må innrømme at jeg ikke vet om det også
829 gjelder Norge. Det ser uansett ut til å være en juridisk interessant
830 problemstilling. Men jeg tenkte her om dagen som så, at hvis det er
831 nødvendig, så har store aktører som
832 <a href=
"http://www.nrk.no/
">NRK
</a
> og
833 <a href=
"http://www.regjeringen.no/
">regjeringen
</a
> skaffet seg en
834 slik avtale. Jeg har derfor sendt forespørsel til begge (for
835 regjeringen sin del er det Departementenes Servicesenter som gjør
836 jobben), og bedt om kopi av eventuelle avtaler de har om bruk av MPEG
837 og/eller H
.264 med MPEG-LA eller andre aktører som opererer på vegne
838 av MPEG-LA. Her er kopi av eposten jeg har sendt til
839 <a href=
"http://www.dss.dep.no/
">Departementenes Servicesenter
</a
>.
840 Forespørselen til NRK er veldig lik.
</p
>
842 <p
><blockquote
>
844 <p
>Date: Tue,
19 Jun
2012 15:
18:
33 +
0200
845 <br
>From: Petter Reinholdtsen
846 <br
>To: postmottak@dss.dep.no
847 <br
>Subject: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
849 <p
>Hei. Jeg ber herved om innsyn og kopi av dokumenter i DSS relatert
850 til avtaler rundt bruk av videoformatene MPEG og H
.264. Jeg er
851 spesielt interessert i å vite om DSS har lisensavtale med MPEG-LA
852 eller noen som representerer MPEG-LA i Norge.
</p
>
854 <p
>MPEG og H
.264 er videoformater som brukes både til kringkasting
855 (f.eks. i bakkenett og kabel-TV) og videopublisering på web, deriblant
856 via Adobe Flash. MPEG-LA,
&lt;URL:
857 <a href=
"http://www.mpeg-la.com/
">http://www.mpeg-la.com/
</a
> &gt;, er
858 en organisasjon som har fått oppgaven, av de kjente rettighetshavere
859 av immaterielle rettigheter knyttet til MPEG og H
.264, å selge
860 bruksrett for MPEG og H
.264.
</p
>
862 <p
>Via regjeringen.no kringkastes med MPEG og H
.264-baserte
863 videoformater, og dette ser ut til å være organisert av DSS. Jeg
864 antar dermed at DSS har avtale med en eller annen aktør om dette.
</p
>
866 <p
>F.eks. har Adobe Premiere Pro har følgende klausul i følge
&lt;URL:
867 <a href=
"http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
">http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
</a
>
870 <p
><blockquote
>
872 <p
>6.17. AVC DISTRIBUTION. The following notice applies to software
873 containing AVC import and export functionality: THIS PRODUCT IS
874 LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND
875 NON-COMMERCIAL USE OF A CONSUMER TO (a) ENCODE VIDEO IN COMPLIANCE
876 WITH THE AVC STANDARD (
"AVC VIDEO
") AND/OR (b) DECODE AVC VIDEO THAT
877 WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL
878 ACTIVITY AND/OR AVC VIDEO THAT WAS OBTAINED FROM A VIDEO PROVIDER
879 LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED OR SHALL BE
880 IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED
881 FROM MPEG LA L.L.C. SEE
882 <a href=
"http://www.mpegla.com
">http://www.mpegla.com
</a
>.
</p
>
884 </blockquote
></p
>
886 <p
>Her er det kun
"non-commercial
" og
"personal and non-commercial
"
887 aktivitet som er tillatt uten ekstra avtale med MPEG-LA.
</p
>
889 <p
>Et annet tilsvarende eksempel er Apple Final Cut Pro, som har
890 følgende klausul i følge
&lt;URL:
891 <a href=
"http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
">http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
</a
>
894 <p
><blockquote
>
896 <p
>15. Merknad om H
.264/AVC. Hvis Apple-programvaren inneholder
897 funksjonalitet for AVC-koding og/eller AVC-dekoding, krever
898 kommersiell bruk ekstra lisensiering og følgende gjelder:
899 AVC-FUNKSJONALITETEN I DETTE PRODUKTET KAN KUN ANVENDES AV
900 FORBRUKERE OG KUN FOR PERSONLIG OG IKKE- KOMMERSIELL BRUK TIL (i)
901 KODING AV VIDEO I OVERENSSTEMMELSE MED AVC-STANDARDEN (
"AVC-VIDEO
")
902 OG/ELLER (ii) DEKODING AV AVC-VIDEO SOM ER KODET AV EN FORBRUKER TIL
903 PERSONLIG OG IKKE-KOMMERSIELL BRUK OG/ELLER DEKODING AV AVC-VIDEO
904 FRA EN VIDEOLEVERANDØR SOM HAR LISENS TIL Å TILBY
905 AVC-VIDEO. INFORMASJON OM ANNEN BRUK OG LISENSIERING KAN INNHENTES
906 FRA MPEG LA L.L.C. SE HTTP://WWW.MPEGLA.COM.
</p
>
907 </blockquote
></p
>
909 <p
>Tilsvarende gjelder for andre programvarepakker, kamera, etc som
910 bruker MPEG og H
.264, at en må ha en avtale med MPEG-LA for å ha lov
911 til å bruke programmet/utstyret hvis en skal lage noe annet enn
912 private filmer og i ikke-kommersiell virksomhet.
</p
>
914 <p
>Jeg er altså interessert i kopi av avtaler DSS har som gjør at en
915 ikke er begrenset av de generelle bruksvilkårene som gjelder for
916 utstyr som bruker MPEG og/eller H
.264.
</p
>
917 </blockquote
></p
>
919 <p
>Nå venter jeg spent på svaret. Jeg planlegger å blogge om svaret
925 <title>Veileder fra DIFI om publisering av offentlige data
</title>
926 <link>http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html
</link>
927 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html
</guid>
928 <pubDate>Fri,
1 Jun
2012 10:
40:
00 +
0200</pubDate>
929 <description><p
>På onsdag rakk jeg såvidt innom
930 <a href=
"http://www.meetup.com/osloopendata/
">Oslo Open Data Forums
</a
>
931 møte, og fikk lagt hendene mine på DIFIs helt nye veileder
932 "<a href=
"http://veileder.data.norge.no/
">Åpne data. Del og skap
933 verdier. Veileder i tilgjengeliggjøring av offentlig data
</a
>" (også
934 <a href=
"http://www.difi.no/filearchive/veileder-i-tilgjengeliggjoring-av-offentlig-data-web.pdf
">tilgjengelig
935 som PDF
</a
> fra DIFI).
</p
>
937 <p
>Veilederen er veldig bra, og nevner viktige problemstillinger og
938 skisserer f.eks. både verdiskapningspotensialet og formatmulighetene
939 som en bør ha i bakhodet når en publiserer offentlig informasjon på
940 maskinlesbart format. Kildekoden til veilederen er
941 <a href=
"https://github.com/difi/veileder-opnedata
">tilgjengelig via
942 github
</a
>, og en kan rapportere tilbakemeldinger og forslag til
943 forbedringer der (eller via epost og twitter for de som ønsker
946 <p
>Det eneste jeg virkelig savnet i veilederen var omtale av
947 <a href=
"http://www.w3.org/DesignIssues/LinkedData.html
">w3cs
948 stjerneklassifisering
</a
> av åpne datakilder, som jeg tror ville være
949 nyttige mentale knagger for de som vurderer å publisere sin
950 informasjon på som åpne data. Jeg har
951 <a href=
"https://github.com/difi/veileder-opnedata/issues/
1">rapportert
952 en github-bug
</a
> om dette, så får vi se hvordan den blir behandlet.
</p
>
954 <p
>Det slo meg at det var veldig lite konkret i veilederen om valg av
955 bruksvilkår ved publisering (aka lisens), men jeg er ikke sikker på om
956 det hører hjemme der, da det er et vanskelig tema som kanskje heller
957 hører hjemme i sin egen veileder. Uansett, anbefaler alle å ta en
958 titt på veilederen og sikre at alle offentlige etater en har kontakt
959 med får en kopi.
</p
>
964 <title>HTC One X - Your video? What do you mean?
</title>
965 <link>http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</link>
966 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</guid>
967 <pubDate>Thu,
26 Apr
2012 13:
20:
00 +
0200</pubDate>
968 <description><p
>In
<a href=
"http://www.idg.no/computerworld/article243690.ece
">an
969 article today
</a
> published by Computerworld Norway, the photographer
970 <a href=
"http://www.urke.com/eirik/
">Eirik Helland Urke
</a
> reports
971 that the video editor application included with
972 <a href=
"http://www.htc.com/www/smartphones/htc-one-x/#specs
">HTC One
973 X
</a
> have some quite surprising terms of use. The article is mostly
974 based on the twitter message from mister Urke, stating:
976 <p
><blockquote
>
977 "<a href=
"http://twitter.com/urke/status/
194062269724897280">Drøy
978 brukeravtale: HTC kan bruke MINE redigerte videoer kommersielt. Selv
979 kan jeg KUN bruke dem privat.
</a
>"
980 </blockquote
></p
>
982 <p
>I quickly translated it to this English message:
</p
>
984 <p
><blockquote
>
985 "Arrogant user agreement: HTC can use MY edited videos
986 commercially. Although I can ONLY use them privately.
"
987 </blockquote
></p
>
989 <p
>I
've been unable to find the text of the license term myself, but
990 suspect it is a variation of the MPEG-LA terms I
991 <a href=
"http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
">discovered
992 with my Canon IXUS
130</a
>. The HTC One X specification specifies that
993 the recording format of the phone is .amr for audio and .mp3 for
995 <a href=
"http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues
">Adaptive
996 Multi-Rate audio codec
</a
> with patents which according to the
997 Wikipedia article require an license agreement with
998 <a href=
"http://www.voiceage.com/
">VoiceAge
</a
>. MP4 is
999 <a href=
"http://en.wikipedia.org/wiki/H
.264/MPEG-
4_AVC#Patent_licensing
">MPEG4 with
1000 H
.264</a
>, which according to Wikipedia require a licence agreement
1001 with
<a href=
"http://www.mpegla.com/
">MPEG-LA
</a
>.
</p
>
1003 <p
>I know why I prefer
1004 <a href=
"http://www.digistan.org/open-standard:definition
">free and open
1005 standards
</a
> also for video.
</p
>
1010 <title>Changing the default Iceweasel start page in Debian Edu/Squeeze
</title>
1011 <link>http://people.skolelinux.org/pere/blog/Changing_the_default_Iceweasel_start_page_in_Debian_Edu_Squeeze.html
</link>
1012 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Changing_the_default_Iceweasel_start_page_in_Debian_Edu_Squeeze.html
</guid>
1013 <pubDate>Tue,
10 Jan
2012 15:
30:
00 +
0100</pubDate>
1014 <description><p
>In the Squeeze version of
1015 <a href=
"http://www.skolelinux.org/
">Debian Edu / Skolelinux
</a
> soon
1016 to be released, users of the system will get their default browser
1017 start page set from LDAP, allowing the system administrator to point
1018 all users to the school web page by updating one setting in LDAP. In
1019 addition to setting the default start page when a machine boots, users
1020 are shown the same page as a welcome page when they log in for the
1021 first time.
</p
>
1023 <p
>The LDAP object dc=skole,dc=skolelinux,dc=no have an attribute
1024 labeledURI with
"http://www/ LDAP for Debian Edu/Skolelinux
" as the
1025 default content. By changing this value to another URL, all users get
1026 to see the page behind this new URL.
</p
>
1028 <p
>An easy way to update it is by using the ldapvi tool. It can be
1029 called as
"<tt
>ldapvi -ZD
'(cn=admin)
'</tt
>' to update LDAP with the
1030 new setting.
</p
>
1032 <p
>We have written the code to adjust the default start page and show
1033 the welcome page, and I wonder if there is an easier way to do this
1034 from within Iceweasel instead.
</p
>
1039 <title>Hvordan enkelt laste ned filmer fra NRK
</title>
1040 <link>http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</link>
1041 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</guid>
1042 <pubDate>Sat,
5 Nov
2011 15:
20:
00 +
0100</pubDate>
1043 <description><p
>Ofte har jeg lyst til å laste ned et innslag fra NRKs nettsted for
1044 å se det senere når jeg ikke er på nett, eller for å ha det
1045 tilgjengelig når jeg en gang i fremtiden ønsker å referere til
1046 innslaget selv om NRK har fjernet det fra sine nettsider. I dag fant
1047 jeg et lite script som fikser jobben.
</p
>
1049 <p
>Scriptet er laget av Jan Henning Thorsen og tilgjengelig fra
1050 <a href=
"http://jhthorsen.github.com/snippets/nrk-downloader/
">github
</a
>,
1051 og gjør det veldig enkelt å laste ned. Kjør
<tt
>nrk-downloader.sh
1052 http://www1.nrk.no/nett-tv/klipp/
582810</tt
> for å hente ned et enkelt
1053 innslag eller
<tt
>nrk-downloader.sh
1054 http://www1.nrk.no/nett-tv/kategori/
3521</tt
> for å laste ned alle
1055 episodene i en serie.
</p
>
1057 <p
>Det er ikke rakettforskning å laste ned NRK-
"strømmer
", og
1058 tidligere gjorde jeg dette manuelt med mplayer. Scriptet til
1059 Hr. Thorsen gjør det raskere og enklere for meg, men jeg vil ikke si
1060 at det er en revolusjonerende løsning. Jeg mener jo fortsatt at
1061 påstanden fra NRKs ansatte om at det er
1062 <a href=
"http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
">vesensforskjellig
1063 å legge tilgjengelig for nedlasting og for streaming
</a
> er
1064 meningsløs.
</p
>
1069 <title>What is missing in the Debian desktop, or why my parents use Kubuntu
</title>
1070 <link>http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</link>
1071 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</guid>
1072 <pubDate>Fri,
29 Jul
2011 08:
10:
00 +
0200</pubDate>
1073 <description><p
>While at Debconf11, I have several times during discussions
1074 mentioned the issues I believe should be improved in Debian for its
1075 desktop to be useful for more people. The use case for this is my
1076 parents, which are currently running Kubuntu which solve the
1079 <p
>I suspect these four missing features are not very hard to
1080 implement. After all, they are present in Ubuntu, so if we wanted to
1081 do this in Debian we would have a source.
</p
>
1085 <li
><strong
>Simple GUI based upgrade of packages.
</strong
> When there
1086 are new packages available for upgrades, a icon in the KDE status bar
1087 indicate this, and clicking on it will activate the simple upgrade
1088 tool to handle it. I have no problem guiding both of my parents
1089 through the process over the phone. If a kernel reboot is required,
1090 this too is indicated by the status bars and the upgrade tool. Last
1091 time I checked, nothing with the same features was working in KDE in
1094 <li
><strong
>Simple handling of missing Firefox browser
1095 plugins.
</strong
> When the browser encounter a MIME type it do not
1096 currently have a handler for, it will ask the user if the system
1097 should search for a package that would add support for this MIME type,
1098 and if the user say yes, the APT sources will be searched for packages
1099 advertising the MIME type in their control file (visible in the
1100 Packages file in the APT archive). If one or more packages are found,
1101 it is a simple click of the mouse to add support for the missing mime
1102 type. If the package require the user to accept some non-free
1103 license, this is explained to the user. The entire process make it
1104 more clear to the user why something do not work in the browser, and
1105 make the chances higher for the user to blame the web page authors and
1106 not the browser for any missing features.
</li
>
1108 <li
><strong
>Simple handling of missing multimedia codec/format
1109 handlers.
</strong
> When the media players encounter a format or codec
1110 it is not supporting, a dialog pop up asking the user if the system
1111 should search for a package that would add support for it. This
1112 happen with things like MP3, Windows Media or H
.264. The selection
1113 and installation procedure is very similar to the Firefox browser
1114 plugin handling. This is as far as I know implemented using a
1115 gstreamer hook. The end result is that the user easily get access to
1116 the codecs that are present from the APT archives available, while
1117 explaining more on why a given format is unsupported by Ubuntu.
</li
>
1119 <li
><strong
>Better browser handling of some MIME types.
</strong
> When
1120 displaying a text/plain file in my Debian browser, it will propose to
1121 start emacs to show it. If I remember correctly, when doing the same
1122 in Kunbutu it show the file as a text file in the browser. At least I
1123 know Opera will show text files within the browser. I much prefer the
1124 latter behaviour.
</li
>
1128 <p
>There are other nice features as well, like the simplified suite
1129 upgrader, but given that I am the one mostly doing the dist-upgrade,
1130 it do not matter much.
</p
>
1132 <p
>I really hope we could get these features in place for the next
1133 Debian release. It would require the coordinated effort of several
1134 maintainers, but would make the end user experience a lot better.
</p
>
1139 <title>Gnash enteres Google Summer of Code
2011</title>
1140 <link>http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</link>
1141 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</guid>
1142 <pubDate>Wed,
6 Apr
2011 09:
00:
00 +
0200</pubDate>
1143 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is still
1144 the most promising solution for a Free Software Flash implementation.
1145 A few days ago the project
1146 <a href=
"http://lists.gnu.org/archive/html/gnash-dev/
2011-
04/msg00011.html
">announced
</a
>
1147 that it will participate in Google Summer of Code. I hope many
1148 students apply, and that some of them succeed in getting AVM2 support
1149 into Gnash.
</p
>
1154 <title>Why isn
't Debian Edu using VLC?
</title>
1155 <link>http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</link>
1156 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</guid>
1157 <pubDate>Sat,
27 Nov
2010 11:
30:
00 +
0100</pubDate>
1158 <description><p
>In the latest issue of Linux Journal, the readers choices were
1159 presented, and the winner among the multimedia player were VLC.
1160 Personally, I like VLC, and it is my player of choice when I first try
1161 to play a video file or stream. Only if VLC fail will I drag out
1162 gmplayer to see if it can do better. The reason is mostly the failure
1163 model and trust. When VLC fail, it normally pop up a error message
1164 reporting the problem. When mplayer fail, it normally segfault or
1165 just hangs. The latter failure mode drain my trust in the program.
<p
>
1167 <p
>But even if VLC is my player of choice, we have choosen to use
1168 mplayer in
<a href=
"http://www.skolelinux.org/
">Debian
1169 Edu/Skolelinux
</a
>. The reason is simple. We need a good browser
1170 plugin to play web videos seamlessly, and the VLC browser plugin is
1171 not very good. For example, it lack in-line control buttons, so there
1172 is no way for the user to pause the video. Also, when I
1173 <a href=
"http://wiki.debian.org/DebianEdu/BrowserMultimedia
">last
1174 tested the browser plugins
</a
> available in Debian, the VLC plugin
1175 failed on several video pages where mplayer based plugins worked. If
1176 the browser plugin for VLC was as good as the gecko-mediaplayer
1177 package (which uses mplayer), we would switch.
</P
>
1179 <p
>While VLC is a good player, its user interface is slightly
1180 annoying. The most annoying feature is its inconsistent use of
1181 keyboard shortcuts. When the player is in full screen mode, its
1182 shortcuts are different from when it is playing the video in a window.
1183 For example, space only work as pause when in full screen mode. I
1184 wish it had consisten shortcuts and that space also would work when in
1185 window mode. Another nice shortcut in gmplayer is [enter] to restart
1186 the current video. It is very nice when playing short videos from the
1187 web and want to restart it when new people arrive to have a look at
1188 what is going on.
</p
>
1193 <title>Norgeskartet på mange vis - via OpenStreetmap.org
</title>
1194 <link>http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html
</link>
1195 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html
</guid>
1196 <pubDate>Mon,
1 Nov
2010 11:
15:
00 +
0100</pubDate>
1197 <description><p
>Har oppdaget at mange ikke er klar over at OpenStreetmap.org er
1198 tilgjengelig i en rekke forskjellige formater. Her er en liste med
1199 eksporter jeg kjenner til for Norge, for de som trenger et
1200 fribrukskart til sine tjenester:
</p
>
1204 <li
>Cloudmade tilbyr OSM XML, Garmin Map Files, Osmosis country
1205 bounding polygon, Shapefile, Navit maps, GPX POI, TomTom POI og OSM
1206 XML feature extracts via
1207 <a href=
"http://downloads.cloudmade.com/europe/norway
">sine
1208 nedlastingssider
</a
>.
</li
>
1210 <li
>Geofabric tilbyr
1211 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.bz2
">OSM
1213 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.pbf
">OSM
1214 protobuf binærformat
</a
> og
1215 <a href=
"http://download.geofabrik.de/osm/europe/norway.shp.zip
">ESRI
1216 Shapefile (EPSG:
4326)
</a
> fra sine nedlastingssider.
</li
>
1218 <li
>Frikart.no tilbyr
1219 <a href=
"http://www.frikart.no/garmin/
">Garmin-kart
</a
> i uike
1220 varianter for veibruk og turbruk sommer og vinter.
</li
>
1222 </ul
></p
>
1224 <p
>Kartene oppdateres regelmessig, som oftest hver uke. Det skulle
1225 dermed være noe for enhver smak.
</p
>
1230 <title>Best å ikke fortelle noen at streaming er nedlasting...
</title>
1231 <link>http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</link>
1232 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</guid>
1233 <pubDate>Sat,
30 Oct
2010 11:
20:
00 +
0200</pubDate>
1234 <description><p
>I dag la jeg inn en kommentar på en sak hos NRKBeta
1235 <a href=
"http://nrkbeta.no/
2010/
10/
27/bakom-blindpassasjer-del-
1/
">om
1236 hvordan TV-serien Blindpassasjer ble laget
</a
> i forbindelse med at
1237 filmene NRK la ut ikke var tilgjengelig i et
1238 <a href=
"http://www.digistan.org/open-standard:definition
">fritt og
1239 åpent format
</a
>. Dette var det jeg skrev publiserte der
07:
39.
</p
>
1241 <p
><blockquote
>
1242 <p
>"Vi fikk en kommentar rundt måten streamet innhold er beskyttet fra
1243 nedlasting. Mange av oss som kan mer enn gjennomsnittet om systemer
1244 som dette, vet at det stort sett er mulig å lure ut ting med den
1245 nødvendige forkunnskapen.
"</p
>
1247 <p
>Haha. Å streame innhold er det samme som å laste ned innhold, så å
1248 beskytte en stream mot nedlasting er ikke mulig. Å skrive noe slikt
1249 er å forlede leseren.
</p
>
1251 <p
>Med den bakgrunn blir forklaringen om at noen rettighetshavere kun
1252 vil tillate streaming men ikke nedlasting meningsløs.
</p
>
1254 <p
>Anbefaler forresten å lese
1255 <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
>
1256 om hva som ville være konsekvensen hvis digitale avspillingssperrer
1257 (DRM) fungerte. Det gjør de naturligvis ikke teknisk - det er jo
1258 derfor de må ha totalitære juridiske beskyttelsesmekanismer på plass,
1259 men det er skremmende hva samfunnet tillater og NRK er med på å bygge
1260 opp under.
</p
>
1261 </blockquote
></p
>
1263 <p
>Ca.
20 minutter senere får jeg følgende epost fra Anders Hofseth i
1266 <p
><blockquote
>
1267 <p
>From: Anders Hofseth
&lt;XXX@gmail.com
>
1268 <br
>To:
"pere@hungry.com
" &lt;pere@hungry.com
>
1269 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>, Jon Ståle Carlsen
&lt;XXX@gmail.com
>, Henrik Lied
&lt;XXX@gmail.com
>
1270 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
1271 <br
>Date: Sat,
30 Oct
2010 07:
58:
44 +
0200</p
>
1273 <p
>Hei Petter.
1274 <br
>Det du forsøker dra igang er egentlig en interessant diskusjon,
1275 men om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt
1276 om å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
1277 særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
1279 <p
>Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er
1280 fjernet og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
1281 konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
1283 <p
>Med hilsen,
1284 <br
>-anders
</p
>
1286 <p
>Ring meg om noe er uklart:
95XXXXXXX
</p
>
1287 </blockquote
></p
>
1289 <p
>Ble så fascinert over denne holdningen, at jeg forfattet og sendte
1290 over følgende svar. I og med at debatten er fjernet fra NRK Betas
1291 kommentarfelt, så velger jeg å publisere her på bloggen min i stedet.
1292 Har fjernet epostadresser og telefonnummer til de involverte, for å
1293 unngå at de tiltrekker seg uønskede direkte kontaktforsøk.
</p
>
1295 <p
><blockquote
>
1296 <p
>From: Petter Reinholdtsen
&lt;pere@hungry.com
>
1297 <br
>To: Anders Hofseth
&lt;XXX@gmail.com
>
1298 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>,
1299 <br
> Jon Ståle Carlsen
&lt;XXX@gmail.com
>,
1300 <br
> Henrik Lied
&lt;XXX@gmail.com
>
1301 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
1302 <br
>Date: Sat,
30 Oct
2010 08:
24:
34 +
0200</p
>
1304 <p
>[Anders Hofseth]
1305 <br
>> Hei Petter.
</p
>
1307 <p
>Hei.
</p
>
1309 <p
>> Det du forsøker dra igang er egentlig en interessant diskusjon, men
1310 <br
>> om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt om
1311 <br
>> å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
1312 <br
>> særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
1314 <p
>Godt å se at du er enig i at dette er en interessant diskusjon. Den
1315 vil nok fortsette en stund til. :)
</p
>
1317 <p
>Må innrømme at jeg synes det er merkelig å lese at dere i NRK med
1318 vitende og vilje ønsker å forlede rettighetshaverne for å kunne
1319 fortsette å legge ut arkivmateriale.
</p
>
1321 <p
>Kommentarer og diskusjoner i bloggene til NRK Beta påvirker jo ikke
1322 faktum, som er at streaming er det samme som nedlasting, og at innhold
1323 som er lagt ut på nett kan lagres lokalt for avspilling når en ønsker
1326 <p
>Det du sier er jo at klarering av arkivmateriale for publisering på
1327 web krever at en holder faktum skjult fra debattfeltet på NRKBeta.
1328 Det er ikke et argument som holder vann. :)
</p
>
1330 <p
>> Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er fjernet
1331 <br
>> og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
1332 <br
>> konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
1334 <p
>Personlig ønsker jeg at NRK skal slutte å stikke hodet i sanden og
1335 heller være åpne på hvordan virkeligheten fungerer, samt ta opp kampen
1336 mot de som vil låse kulturen inne. Jeg synes det er en skam at NRK
1337 godtar å forlede publikum. Ville heller at NRK krever at innhold som
1338 skal sendes skal være uten bruksbegresninger og kan publiseres i
1339 formater som heller ikke har bruksbegresninger (bruksbegresningene til
1340 H
.264 burde få varselbjellene i NRK til å ringe).
</p
>
1342 <p
>At NRK er med på DRM-tåkeleggingen og at det kommer feilaktive
1343 påstander om at
"streaming beskytter mot nedlasting
" som bare er egnet
1344 til å bygge opp om en myte som er skadelig for samfunnet som helhet.
</p
>
1346 <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
1348 &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
> >.
1349 for å se hva slags bruksbegresninger H
.264 innebærer.
</p
>
1351 <p
>Hvis dette innebærer at NRK må være åpne med at arkivmaterialet ikke
1352 kan brukes før rettighetshaverene også innser at de er med på å skade
1353 samfunnets kultur og kollektive hukommelse, så får en i hvert fall
1354 synliggjort konsekvensene og antagelig mer flammer på en debatt som er
1355 langt på overtid.
</p
>
1357 <p
>> Ring meg om noe er uklart: XXX
</p
>
1359 <p
>Intet uklart, men ikke imponert over måten dere håndterer debatten på.
1360 Hadde du i stedet kommet med et tilsvar i kommentarfeltet der en
1361 gjorde det klart at blindpassasjer-blogpostingen ikke var riktig sted
1362 for videre diskusjon hadde dere i mine øyne kommet fra det med
1363 ryggraden på plass.
</p
>
1365 <p
>PS: Interessant å se at NRK-ansatte ikke bruker NRK-epostadresser.
</p
>
1367 <p
>Som en liten avslutning, her er noen litt morsomme innslag om temaet.
1368 &lt;URL:
<a href=
"http://www.archive.org/details/CopyingIsNotTheft
">http://www.archive.org/details/CopyingIsNotTheft
</a
> > og
1369 &lt;URL:
<a href=
"http://patentabsurdity.com/
">http://patentabsurdity.com/
</a
> > hadde vært noe å kringkaste på
1372 <p
>Vennlig hilsen,
1374 <br
>Petter Reinholdtsen
</p
>
1379 <title>Pledge for funding to the Gnash project to get AVM2 support
</title>
1380 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</link>
1381 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</guid>
1382 <pubDate>Tue,
19 Oct
2010 14:
45:
00 +
0200</pubDate>
1383 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is the
1384 most promising solution for a Free Software Flash implementation. It
1385 has done great so far, but there is still far to go, and recently its
1386 funding has dried up. I believe AVM2 support in Gnash is vital to the
1387 continued progress of the project, as more and more sites show up with
1388 AVM2 flash files.
</p
>
1390 <p
>To try to get funding for developing such support, I have started
1391 <a href=
"http://www.pledgebank.com/gnash-avm2
">a pledge
</a
> with the
1392 following text:
</P
>
1394 <p
><blockquote
>
1396 <p
>"I will pay
100$ to the Gnash project to develop AVM2 support but
1397 only if
10 other people will do the same.
"</p
>
1399 <p
>- Petter Reinholdtsen, free software developer
</p
>
1401 <p
>Deadline to sign up by:
24th December
2010</p
>
1403 <p
>The Gnash project need to get support for the new Flash file
1404 format AVM2 to work with a lot of sites using Flash on the
1405 web. Gnash already work with a lot of Flash sites using the old AVM1
1406 format, but more and more sites are using the AVM2 format these
1407 days. The project web page is available from
1408 http://www.getgnash.org/ . Gnash is a free software implementation
1409 of Adobe Flash, allowing those of us that do not accept the terms of
1410 the Adobe Flash license to get access to Flash sites.
</p
>
1412 <p
>The project need funding to get developers to put aside enough
1413 time to develop the AVM2 support, and this pledge is my way to try
1414 to get this to happen.
</p
>
1416 <p
>The project accept donations via the OpenMediaNow foundation,
1417 <a href=
"http://www.openmedianow.org/?q=node/
32">http://www.openmedianow.org/?q=node/
32</a
> .
</p
>
1419 </blockquote
></p
>
1421 <p
>I hope you will support this effort too. I hope more than
10
1422 people will participate to make this happen. The more money the
1423 project gets, the more features it can develop using these funds.
1429 <title>Standardkrav inn i anbudstekster?
</title>
1430 <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html
</link>
1431 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html
</guid>
1432 <pubDate>Sun,
17 Oct
2010 19:
30:
00 +
0200</pubDate>
1433 <description><p
>Hvis det å følge standarder skal ha noen effekt overfor
1434 leverandører, så må slike krav og ønsker komme inn i anbudstekster når
1435 systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud
1436 så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og
1437 forslag. Min drøm er at en kan sette krav til slik støtte i
1438 anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
1439 seg med å skrive at det er en fordel om slik støtte er tilstede i
1440 leveranser.
</p
>
1442 <p
>Som systemadministrator på Universitetet er det typisk to områder
1443 som er problematiske for meg. Det ene er admin-grensesnittene på
1444 tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider
1445 som vi ønsker å bruke via en nettleser. For begge deler er det viktig
1446 at protokollene og formatene som brukes følger standarder våre verktøy
1449 <p
>De fleste har nå støtte for SSH som overføringsprotkoll for
1450 admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
1451 inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere
1452 aktuelle protokoller for fremvisning av BIOS-oppsett og
1453 oppstartmeldinger, og min anbefaling ville være å kreve
1454 VT100-kompatibel protokoll, for å sikre at flest mulig
1455 terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
1456 via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og
1457 VT220. Kanskje en formulering ala dette i anbudsutlysninger vil
1460 <p
><blockquote
>
1461 BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
1462 bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
1463 (RFC
4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
1464 når en kobler seg til oppstart via ssh.
1465 </blockquote
></p
>
1467 <p
>Har ikke lykkes med å finne en god referanse for
1468 VT100-spesifikasjonen.
</p
>
1470 <p
>Når det gjelder nettsider, så er det det HTML, CSS og
1471 JavaScript-spesifikasjonen til W3C som gjelder.
</p
>
1473 <p
><blockquote
>
1474 Alle systemets nettsider bør/skal være i henhold til statens
1475 standardkatalogs krav om nettsider og følge HTML-standarden som
1476 definert av W3C, og validere uten feil hos W3Cs HTML-validator
1477 (http://validator.w3.org). Hvis det brukes CSS så bør/skal denne
1478 validere uten feil hos W3Cs CSS-validator
1479 (http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal
1480 være i henhold til EcmaScript-standarden. I tillegg til å følge de
1481 overnevnte standardene skal websidene fungere i nettleserne (fyll inn
1482 relevant liste for organisasjonen) Firefox
3.5, Internet Explorer
8,
1484 </blockquote
></p
>
1486 <p
>Vil et slikt avsnitt være konkret nok til å få leverandørene til å
1487 lage nettsider som følger standardene og fungerer i flere
1488 nettlesere?
</p
>
1490 <p
>Tar svært gjerne imot innspill på dette temaet til aktive (at)
1491 nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
1492 for å oppmuntre leverandører til å følge standardene. Kanskje NUUG
1493 burde lage et dokument med forslag til standardformuleringer å ta med
1494 i anbudsutlysninger?
</p
>
1496 <p
>Oppdatering
2010-
12-
03: I følge Wikipedias oppføring om
1497 <a href=
"http://en.wikipedia.org/wiki/ANSI_escape_code
">ANSI escape
1498 code
</a
>, så bruker VT100-terminaler ECMA-
48-spesifikasjonen som
1499 basis for sin oppførsel. Det kan dermed være et alternativ når en
1500 skal spesifisere hvordan seriell-konsoll skal fungere.
</p
>
1505 <title>Terms of use for video produced by a Canon IXUS
130 digital camera
</title>
1506 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</link>
1507 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</guid>
1508 <pubDate>Thu,
9 Sep
2010 23:
55:
00 +
0200</pubDate>
1509 <description><p
>A few days ago I had the mixed pleasure of bying a new digital
1510 camera, a Canon IXUS
130. It was instructive and very disturbing to
1511 be able to verify that also this camera producer have the nerve to
1512 specify how I can or can not use the videos produced with the camera.
1513 Even thought I was aware of the issue, the options with new cameras
1514 are limited and I ended up bying the camera anyway. What is the
1515 problem, you might ask? It is software patents, MPEG-
4, H
.264 and the
1516 MPEG-LA that is the problem, and our right to record our experiences
1517 without asking for permissions that is at risk.
1519 <p
>On page
27 of the Danish instruction manual, this section is
1523 <p
>This product is licensed under AT
&T patents for the MPEG-
4 standard
1524 and may be used for encoding MPEG-
4 compliant video and/or decoding
1525 MPEG-
4 compliant video that was encoded only (
1) for a personal and
1526 non-commercial purpose or (
2) by a video provider licensed under the
1527 AT
&T patents to provide MPEG-
4 compliant video.
</p
>
1529 <p
>No license is granted or implied for any other use for MPEG-
4
1533 <p
>In short, the camera producer have chosen to use technology
1534 (MPEG-
4/H
.264) that is only provided if I used it for personal and
1535 non-commercial purposes, or ask for permission from the organisations
1536 holding the knowledge monopoly (patent) for technology used.
</p
>
1538 <p
>This issue has been brewing for a while, and I recommend you to
1540 "<a href=
"http://www.osnews.com/story/
23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
">Why
1541 Our Civilization
's Video Art and Culture is Threatened by the
1542 MPEG-LA
</a
>" by Eugenia Loli-Queru and
1543 "<a href=
"http://webmink.com/
2010/
09/
03/h-
264-and-foss/
">H
.264 Is Not
1544 The Sort Of Free That Matters
</a
>" by Simon Phipps to learn more about
1545 the issue. The solution is to support the
1546 <a href=
"http://www.digistan.org/open-standard:definition
">free and
1547 open standards
</a
> for video, like
<a href=
"http://www.theora.org/
">Ogg
1548 Theora
</a
>, and avoid MPEG-
4 and H
.264 if you can.
</p
>
1553 <title>Some notes on Flash in Debian and Debian Edu
</title>
1554 <link>http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</link>
1555 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</guid>
1556 <pubDate>Sat,
4 Sep
2010 10:
10:
00 +
0200</pubDate>
1557 <description><p
>In the
<a href=
"http://popcon.debian.org/unknown/by_vote
">Debian
1558 popularity-contest numbers
</a
>, the adobe-flashplugin package the
1559 second most popular used package that is missing in Debian. The sixth
1560 most popular is flashplayer-mozilla. This is a clear indication that
1561 working flash is important for Debian users. Around
10 percent of the
1562 users submitting data to popcon.debian.org have this package
1563 installed.
</p
>
1565 <p
>In the report written by Lars Risan in August
2008
1566 («
<a href=
"http://wiki.skolelinux.no/Dokumentasjon/Rapporter?action=AttachFile
&do=view
&target=Skolelinux_i_bruk_rapport_1.0.pdf
">Skolelinux
1567 i bruk – Rapport for Hurum kommune, Universitetet i Agder og
1568 stiftelsen SLX Debian Labs
</a
>»), one of the most important problems
1569 schools experienced with
<a href=
"http://www.skolelinux.org/
">Debian
1570 Edu/Skolelinux
</a
> was the lack of working Flash. A lot of educational
1571 web sites require Flash to work, and lacking working Flash support in
1572 the web browser and the problems with installing it was perceived as a
1573 good reason to stay with Windows.
</p
>
1575 <p
>I once saw a funny and sad comment in a web forum, where Linux was
1576 said to be the retarded cousin that did not really understand
1577 everything you told him but could work fairly well. This was a
1578 comment regarding the problems Linux have with proprietary formats and
1579 non-standard web pages, and is sad because it exposes a fairly common
1580 understanding of whose fault it is if web pages that only work in for
1581 example Internet Explorer
6 fail to work on Firefox, and funny because
1582 it explain very well how annoying it is for users when Linux
1583 distributions do not work with the documents they receive or the web
1584 pages they want to visit.
</p
>
1586 <p
>This is part of the reason why I believe it is important for Debian
1587 and Debian Edu to have a well working Flash implementation in the
1588 distribution, to get at least popular sites as Youtube and Google
1589 Video to working out of the box. For Squeeze, Debian have the chance
1590 to include the latest version of Gnash that will make this happen, as
1591 the new release
0.8.8 was published a few weeks ago and is resting in
1592 unstable. The new version work with more sites that version
0.8.7.
1593 The Gnash maintainers have asked for a freeze exception, but the
1594 release team have not had time to reply to it yet. I hope they agree
1595 with me that Flash is important for the Debian desktop users, and thus
1596 accept the new package into Squeeze.
</p
>
1601 <title>OpenStreetmap one step closer to having routing on its front page
</title>
1602 <link>http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</link>
1603 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</guid>
1604 <pubDate>Sun,
18 Jul
2010 16:
45:
00 +
0200</pubDate>
1605 <description><p
>Thanks to
1606 <a href=
"http://feedproxy.google.com/~r/Opengeodata/~
3/wUTCzDZk3lc/project-of-the-week-which-way-home
">todays
1607 opengeodata blog entry
</a
>, I just discovered that the
1608 OpenStreetmap.org site have gotten
1609 <a href=
"http://nroets.dev.openstreetmap.org/demo/index.html?layers=B000FTFTT
">support
1610 for calculating routes
</a
>. The support is still experimental and
1611 only available from the development server, until more experience is
1612 gathered on the user interface and any scalability issues.
</p
>
1614 <p
>Earlier, the routing I knew about using the OpenStreetmap.org data
1615 was provided by
<a href=
"http://maps.cloudmade.com/
">Cloudmade
</a
>,
1616 but having it on the main page is required to make everyone aware of
1617 the issue. I
've had people reject Openstreetmap.org as a viable
1618 alternative for them because the front page lacked routing support,
1619 and I hope their needs will be catered for when routing show up on the
1620 www.openstreetmap.org front page.
</p
>
1625 <title>Great book:
"Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future
"</title>
1626 <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html
</link>
1627 <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>
1628 <pubDate>Mon,
19 Apr
2010 17:
10:
00 +
0200</pubDate>
1629 <description><p
>The last few weeks i have had the pleasure of reading a
1630 thought-provoking collection of essays by Cory Doctorow, on topics
1631 touching copyright, virtual worlds, the future of man when the
1632 conscience mind can be duplicated into a computer and many more. The
1633 book titled
"Content: Selected Essays on Technology, Creativity,
1634 Copyright, and the Future of the Future
" is available with few
1635 restrictions on the web, for example from
1636 <a href=
"http://craphound.com/content/
">his own site
</a
>. I read the
1638 <a href=
"http://www.feedbooks.com/book/
2883">feedbooks
</a
> using
1639 <a href=
"http://www.fbreader.org/
">fbreader
</a
> and my N810. I
1640 strongly recommend this book.
</p
>
1645 <title>Relative popularity of document formats (MS Office vs. ODF)
</title>
1646 <link>http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</link>
1647 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</guid>
1648 <pubDate>Wed,
12 Aug
2009 15:
50:
00 +
0200</pubDate>
1649 <description><p
>Just for fun, I did a search right now on Google for a few file ODF
1650 and MS Office based formats (not to be mistaken for ISO or ECMA
1651 OOXML), to get an idea of their relative usage. I searched using
1652 'filetype:odt
' and equvalent terms, and got these results:
</P
>
1655 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
1656 <tr
><td
>Tekst
</td
> <td
>odt:
282000</td
> <td
>docx:
308000</td
></tr
>
1657 <tr
><td
>Presentasjon
</td
> <td
>odp:
75600</td
> <td
>pptx:
183000</td
></tr
>
1658 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
145000</td
></tr
>
1661 <p
>Next, I added a
'site:no
' limit to get the numbers for Norway, and
1662 got these numbers:
</p
>
1665 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
1666 <tr
><td
>Tekst
</td
> <td
>odt:
2480 </td
> <td
>docx:
4460</td
></tr
>
1667 <tr
><td
>Presentasjon
</td
> <td
>odp:
299 </td
> <td
>pptx:
741</td
></tr
>
1668 <tr
><td
>Regneark
</td
> <td
>ods:
187 </td
> <td
>xlsx:
372</td
></tr
>
1671 <p
>I wonder how these numbers change over time.
</p
>
1673 <p
>I am aware of Google returning different results and numbers based
1674 on where the search is done, so I guess these numbers will differ if
1675 they are conduced in another country. Because of this, I did the same
1676 search from a machine in California, USA, a few minutes after the
1677 search done from a machine here in Norway.
</p
>
1681 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
1682 <tr
><td
>Tekst
</td
> <td
>odt:
129000</td
> <td
>docx:
308000</td
></tr
>
1683 <tr
><td
>Presentasjon
</td
> <td
>odp:
44200</td
> <td
>pptx:
93900</td
></tr
>
1684 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
82400</td
></tr
>
1687 <p
>And with
'site:no
':
1690 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
1691 <tr
><td
>Tekst
</td
> <td
>odt:
2480</td
> <td
>docx:
3410</td
></tr
>
1692 <tr
><td
>Presentasjon
</td
> <td
>odp:
175</td
> <td
>pptx:
604</td
></tr
>
1693 <tr
><td
>Regneark
</td
> <td
>ods:
186 </td
> <td
>xlsx:
296</td
></tr
>
1696 <p
>Interesting difference, not sure what to conclude from these
1702 <title>Nasjonalbiblioteket legger ut bøker på web
</title>
1703 <link>http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html
</link>
1704 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html
</guid>
1705 <pubDate>Thu,
23 Apr
2009 19:
40:
00 +
0200</pubDate>
1706 <description><p
><a href=
"http://www.aftenposten.no/kul_und/litteratur/article3042382.ece
">Aftenposten
1708 <a href=
"http://www.nb.no/aktuelt/
50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig
">nasjonalbiblioteket
1709 og Kopinor har gjort en avtale
</a
> som gjør at eldre bøker kan gjøres
1710 digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får
56
1711 øre for hver side som legges ut. Utvalget er litt merkelig:
1790-,
1712 1890- og
1990-tallet. Jeg synes det er absurd hvis det er slik at
1713 Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
1714 beskyttet av opphavsretten. Jeg antar her at det er mer enn
90 år
1715 siden forfatterne av bøker som ble publisert
1790-
1799 døde, slik at
1716 disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
1717 dem uten å bryte opphavsrettsloven. Bruk av slike verk har ikke
1718 Kopinor noe med å gjøre. Jeg håper jeg har misforstått.
1719 <a href=
"http://www.nb.no/aktuelt/no_er_vi_i_gang_med_aa_digitalisere_samlingane_vaare_og_formidle_digitalt
">En
1720 melding fra nasjonalbiblioteket i
2007</a
> tyder på at tekster i det
1721 fri ikke trenger avtale med Kopinor.
</p
>
1723 <p
>Et annet problem er at bøkene kun legges ut som bildefiler, noe som
1724 vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
1725 etter fragmenter i teksten. En risikerer dermed at de blir liggende
1726 på en slik måte at folk som bruker Google ikke finner dem.
</p
>
1728 <p
>Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
1729 sin aprilspøk, og la ut bøkene som faller i det fri
1730 fortløpende.
</p
>
1736 <title>Fildeling er lovlig - ulovlig fildeling er ulovlig
</title>
1737 <link>http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</link>
1738 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</guid>
1739 <pubDate>Fri,
17 Apr
2009 20:
00:
00 +
0200</pubDate>
1740 <description><p
>Jeg hadde glede av å overvære FADs lansering av
1741 <a href=
"http://www.deltemeninger.no/
">Debattsentralen
1742 deltemeninger.no
</a
> under Go Open
2009, og må si jeg ble skuffet over
1743 en kommentar fra podiet om ulovlig fildeling. Fikk ikke med meg hvem
1744 som holdt innlegget, men det startet med å snakke om ulovlig fildeling
1745 og gikk så over til å snakke om fildeling som om fildeling i seg er
1746 ulovlig. Intet er lengre fra sannheten. Fildeling er en nyttig
1747 teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
1748 distribusjon av filer. Det er ingenting med denne fildelingen som
1749 gjør den ulovlig. Fildeling er i seg selv en fullt ut lovlig
1750 teknologisk anvendelse. Noe fildeling er ulovlig, og noe er lovlig.
1751 De som tror at fildeling er ulovlig har misforstått grovt. Hvorvidt
1752 den er ulovlig kommer jo an på hvem som har opphavsretten til filene
1753 som deles og hvilke bruksbegrensninger som gjelder for filene. En
1754 rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
1755 og fildeling av slike filer er fullt ut lovlig.
</p
>
1760 <title>When web browser developers make a video player...
</title>
1761 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</link>
1762 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</guid>
1763 <pubDate>Sat,
17 Jan
2009 18:
50:
00 +
0100</pubDate>
1764 <description><p
>As part of the work we do in
<a href=
"http://www.nuug.no
">NUUG
</a
>
1765 to publish video recordings of our monthly presentations, we provide a
1766 page with embedded video for easy access to the recording. Putting a
1767 good set of HTML tags together to get working embedded video in all
1768 browsers and across all operating systems is not easy. I hope this
1769 will become easier when the
&lt;video
&gt; tag is implemented in all
1770 browsers, but I am not sure. We provide the recordings in several
1771 formats, MPEG1, Ogg Theora, H
.264 and Quicktime, and want the
1772 browser/media plugin to pick one it support and use it to play the
1773 recording, using whatever embed mechanism the browser understand.
1774 There is at least four different tags to use for this, the new HTML5
1775 &lt;video
&gt; tag, the
&lt;object
&gt; tag, the
&lt;embed
&gt; tag and
1776 the
&lt;applet
&gt; tag. All of these take a lot of options, and
1777 finding the best options is a major challenge.
</p
>
1779 <p
>I just tested the experimental Opera browser available from
<a
1780 href=
"http://labs.opera.com
">labs.opera.com
</a
>, to see how it handled
1781 a
&lt;video
&gt; tag with a few video sources and no extra attributes.
1782 I was not very impressed. The browser start by fetching a picture
1783 from the video stream. Not sure if it is the first frame, but it is
1784 definitely very early in the recording. So far, so good. Next,
1785 instead of streaming the
76 MiB video file, it start to download all
1786 of it, but do not start to play the video. This mean I have to wait
1787 for several minutes for the downloading to finish. When the download
1788 is done, the playing of the video do not start! Waiting for the
1789 download, but I do not get to see the video? Some testing later, I
1790 discover that I have to add the controls=
"true
" attribute to be able
1791 to get a play button to pres to start the video. Adding
1792 autoplay=
"true
" did not help. I sure hope this is a misfeature of the
1793 test version of Opera, and that future implementations of the
1794 &lt;video
&gt; tag will stream recordings by default, or at least start
1795 playing when the download is done.
</p
>
1797 <p
>The test page I used (since changed to add more attributes) is
1798 <a href=
"http://www.nuug.no/aktiviteter/
20090113-foredrag-om-foredrag/
">available
1799 from the nuug site
</a
>. Will have to test it with the new Firefox
1802 <p
>In the test process, I discovered a missing feature. I was unable
1803 to find a way to get the URL of the playing video out of Opera, so I
1804 am not quite sure it picked the Ogg Theora version of the video. I
1805 sure hope it was using the announced Ogg Theora support. :)
</p
>
1810 <title>The sorry state of multimedia browser plugins in Debian
</title>
1811 <link>http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html
</link>
1812 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html
</guid>
1813 <pubDate>Tue,
25 Nov
2008 00:
10:
00 +
0100</pubDate>
1814 <description><p
>Recently I have spent some time evaluating the multimedia browser
1815 plugins available in Debian Lenny, to see which one we should use by
1816 default in Debian Edu. We need an embedded video playing plugin with
1817 control buttons to pause or stop the video, and capable of streaming
1818 all the multimedia content available on the web. The test results and
1819 notes are available on
1820 <a href=
"http://wiki.debian.org/DebianEdu/BrowserMultimedia
">the
1821 Debian wiki
</a
>. I was surprised how few of the plugins are able to
1822 fill this need. My personal video player favorite, VLC, has a really
1823 bad plugin which fail on a lot of the test pages. A lot of the MIME
1824 types I would expect to work with any free software player (like
1825 video/ogg), just do not work. And simple formats like the
1826 audio/x-mplegurl format (m3u playlists), just isn
't supported by the
1827 totem and vlc plugins. I hope the situation will improve soon. No
1828 wonder sites use the proprietary Adobe flash to play video.
</p
>
1830 <p
>For Lenny, we seem to end up with the mplayer plugin. It seem to
1831 be the only one fitting our needs. :/
</p
>