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>Hvordan vurderer regjeringen H
.264-patentutfordringen?
</title>
11 <link>http://people.skolelinux.org/pere/blog/Hvordan_vurderer_regjeringen_H_264_patentutfordringen_.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_vurderer_regjeringen_H_264_patentutfordringen_.html
</guid>
13 <pubDate>Sun,
16 Nov
2014 10:
30:
00 +
0100</pubDate>
14 <description><p
>For en stund tilbake spurte jeg Fornyingsdepartementet om hvilke
15 juridiske vurderinger rundt patentproblemstillingen som var gjort da
16 H
.264 ble tatt inn i
<a href=
"http://standard.difi.no/
">statens
17 referansekatalog over standarder
</a
>. Stig Hornnes i FAD tipset meg
18 om følgende som står i oppsumeringen til høringen om
19 referansekatalogen versjon
2.0, som jeg siden ved hjelp av en
20 innsynsforespørsel fikk tak i
21 <a href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon.pdf
">PDF-utgaven
</a
>
22 datert
2009-
06-
03 (saksnummer
200803291, saksbehandler Henrik
25 <p
>Der står det følgende om problemstillingen:
</p
>
27 <p
><blockquote
>
28 <strong
>4.4 Patentproblematikk
</strong
>
30 <p
>NUUG og Opera ser det som særlig viktig at forslagene knyttet til
31 lyd og video baserer seg på de royalty-frie standardene Vorbis, Theora
34 <p
>Kommentarene relaterer seg til at enkelte standarder er åpne, men
35 inneholder tekniske prosedyrer som det i USA (og noen andre land som
36 Japan) er gitt patentrettigheter til. I vårt tilfelle berører dette
37 spesielt standardene Mp3 og H
.264, selv om Politidirektoratet peker på
38 at det muligens kan være tilsvarende problematikk også for Theora og
39 Vorbis. Dette medfører at det i USA kan kreves royalties for bruk av
40 tekniske løsninger knyttet til standardene, et krav som også
41 håndheves. Patenter kan imidlertid bare hevdes i de landene hvor
42 patentet er gitt, så amerikanske patenter gjelder ikke andre steder
45 <p
>Spesielt for utvikling av fri programvare er patenter
46 problematisk. GPL, en
"grunnleggende
" lisens for distribusjon av fri
47 programvare, avviser at programvare kan distribueres under denne
48 lisensen hvis det inneholder referanser til patenterte rutiner som
49 utløser krav om royalties. Det er imidlertid uproblematisk å
50 distribuere fri programvareløsninger under GPL som benytter de
51 aktuelle standardene innen eller mellom land som ikke anerkjenner
52 patentene. Derfor finner vi også flere implementeringer av Mp3 og
53 H
.264 som er fri programvare, lisensiert under GPL.
</p
>
55 <p
>I Norge og EU er patentlovgivningen langt mer restriktiv enn i USA,
56 men det er også her mulig å få patentert metoder for løsning av et
57 problem som relaterer seg til databehandling. Det er AIF bekjent ikke
58 relevante patenter i EU eller Norge hva gjelder H
.264 og Mp3, men
59 muligheten for at det finnes patenter uten at det er gjort krav om
60 royalties eller at det senere vil gis slike patenter kan ikke helt
63 <p
>AIF mener det er et behov for å gi offentlige virksomheter mulighet
64 til å benytte antatt royaltyfrie åpne standarder som et likeverdig
65 alternativ eller i tillegg til de markedsledende åpne standardene.
</p
>
67 </blockquote
></p
>
69 <p
>Det ser dermed ikke ut til at de har vurdert patentspørsmålet i
70 sammenheng med opphavsrettsvilkår slik de er formulert for f.eks.
71 Apple Final Cut Pro, Adobe Premiere Pro, Avid og Sorenson-verktøyene,
72 der det kreves brukstillatelse for patenter som ikke er gyldige i
73 Norge for å bruke disse verktøyene til annet en personlig og ikke
74 kommersiell aktivitet når det gjelder H
.264-video. Jeg må nok lete
75 videre etter svar på det spørsmålet.
</p
>
80 <title>Do you need an agreement with MPEG-LA to publish and broadcast H
.264 video in Norway?
</title>
81 <link>http://people.skolelinux.org/pere/blog/Do_you_need_an_agreement_with_MPEG_LA_to_publish_and_broadcast_H_264_video_in_Norway_.html
</link>
82 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Do_you_need_an_agreement_with_MPEG_LA_to_publish_and_broadcast_H_264_video_in_Norway_.html
</guid>
83 <pubDate>Mon,
25 Aug
2014 22:
10:
00 +
0200</pubDate>
84 <description><p
>Two years later, I am still not sure if it is legal here in Norway
85 to use or publish a video in H
.264 or MPEG4 format edited by the
86 commercially licensed video editors, without limiting the use to
87 create
"personal
" or
"non-commercial
" videos or get a license
88 agreement with
<a href=
"http://www.mpegla.com
">MPEG LA
</a
>. If one
89 want to publish and broadcast video in a non-personal or commercial
90 setting, it might be that those tools can not be used, or that video
91 format can not be used, without breaking their copyright license. I
93 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">Back
94 then
</a
>, I found that the copyright license terms for Adobe Premiere
95 and Apple Final Cut Pro both specified that one could not use the
96 program to produce anything else without a patent license from MPEG
97 LA. The issue is not limited to those two products, though. Other
98 much used products like those from Avid and Sorenson Media have terms
99 of use are similar to those from Adobe and Apple. The complicating
100 factor making me unsure if those terms have effect in Norway or not is
101 that the patents in question are not valid in Norway, but copyright
102 licenses are.
</p
>
104 <p
>These are the terms for Avid Artist Suite, according to their
105 <a href=
"http://www.avid.com/US/about-avid/legal-notices/legal-enduserlicense2
">published
107 <a href=
"http://www.avid.com/static/resources/common/documents/corporate/LICENSE.pdf
">license
108 text
</a
> (converted to lower case text for easier reading):
</p
>
110 <p
><blockquote
>
111 <p
>18.2. MPEG-
4. MPEG-
4 technology may be included with the
112 software. MPEG LA, L.L.C. requires this notice:
</p
>
114 <p
>This product is licensed under the MPEG-
4 visual patent portfolio
115 license for the personal and non-commercial use of a consumer for (i)
116 encoding video in compliance with the MPEG-
4 visual standard (“MPEG-
4
117 video”) and/or (ii) decoding MPEG-
4 video that was encoded by a
118 consumer engaged in a personal and non-commercial activity and/or was
119 obtained from a video provider licensed by MPEG LA to provide MPEG-
4
120 video. No license is granted or shall be implied for any other
121 use. Additional information including that relating to promotional,
122 internal and commercial uses and licensing may be obtained from MPEG
123 LA, LLC. See http://www.mpegla.com. This product is licensed under
124 the MPEG-
4 systems patent portfolio license for encoding in compliance
125 with the MPEG-
4 systems standard, except that an additional license
126 and payment of royalties are necessary for encoding in connection with
127 (i) data stored or replicated in physical media which is paid for on a
128 title by title basis and/or (ii) data which is paid for on a title by
129 title basis and is transmitted to an end user for permanent storage
130 and/or use, such additional license may be obtained from MPEG LA,
131 LLC. See http://www.mpegla.com for additional details.
</p
>
133 <p
>18.3. H
.264/AVC. H
.264/AVC technology may be included with the
134 software. MPEG LA, L.L.C. requires this notice:
</p
>
136 <p
>This product is licensed under the AVC patent portfolio license for
137 the personal use of a consumer or other uses in which it does not
138 receive remuneration to (i) encode video in compliance with the AVC
139 standard (“AVC video”) and/or (ii) decode AVC video that was encoded
140 by a consumer engaged in a personal activity and/or was obtained from
141 a video provider licensed to provide AVC video. No license is granted
142 or shall be implied for any other use. Additional information may be
143 obtained from MPEG LA, L.L.C. See http://www.mpegla.com.
</p
>
144 </blockquote
></p
>
146 <p
>Note the requirement that the videos created can only be used for
147 personal or non-commercial purposes.
</p
>
149 <p
>The Sorenson Media software have
150 <a href=
"http://www.sorensonmedia.com/terms/
">similar terms
</a
>:
</p
>
152 <p
><blockquote
>
154 <p
>With respect to a license from Sorenson pertaining to MPEG-
4 Video
155 Decoders and/or Encoders: Any such product is licensed under the
156 MPEG-
4 visual patent portfolio license for the personal and
157 non-commercial use of a consumer for (i) encoding video in compliance
158 with the MPEG-
4 visual standard (“MPEG-
4 video”) and/or (ii) decoding
159 MPEG-
4 video that was encoded by a consumer engaged in a personal and
160 non-commercial activity and/or was obtained from a video provider
161 licensed by MPEG LA to provide MPEG-
4 video. No license is granted or
162 shall be implied for any other use. Additional information including
163 that relating to promotional, internal and commercial uses and
164 licensing may be obtained from MPEG LA, LLC. See
165 http://www.mpegla.com.
</p
>
167 <p
>With respect to a license from Sorenson pertaining to MPEG-
4
168 Consumer Recorded Data Encoder, MPEG-
4 Systems Internet Data Encoder,
169 MPEG-
4 Mobile Data Encoder, and/or MPEG-
4 Unique Use Encoder: Any such
170 product is licensed under the MPEG-
4 systems patent portfolio license
171 for encoding in compliance with the MPEG-
4 systems standard, except
172 that an additional license and payment of royalties are necessary for
173 encoding in connection with (i) data stored or replicated in physical
174 media which is paid for on a title by title basis and/or (ii) data
175 which is paid for on a title by title basis and is transmitted to an
176 end user for permanent storage and/or use. Such additional license may
177 be obtained from MPEG LA, LLC. See http://www.mpegla.com for
178 additional details.
</p
>
180 </blockquote
></p
>
182 <p
>Some free software like
183 <a href=
"https://handbrake.fr/
">Handbrake
</A
> and
184 <a href=
"http://ffmpeg.org/
">FFMPEG
</a
> uses GPL/LGPL licenses and do
185 not have any such terms included, so for those, there is no
186 requirement to limit the use to personal and non-commercial.
</p
>
191 <title>Hvordan enkelt laste ned filmer fra NRK med den
"nye
" løsningen
</title>
192 <link>http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html
</link>
193 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html
</guid>
194 <pubDate>Mon,
16 Jun
2014 19:
20:
00 +
0200</pubDate>
195 <description><p
>Jeg har fortsatt behov for å kunne laste ned innslag fra NRKs
196 nettsted av og til for å se senere når jeg ikke er på nett, men
197 <a href=
"http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
">min
198 oppskrift fra
2011</a
> sluttet å fungere da NRK byttet
199 avspillermetode. I dag fikk jeg endelig lett etter oppdatert løsning,
200 og jeg er veldig glad for å fortelle at den enkleste måten å laste ned
201 innslag er å bruke siste versjon
2014.06.07 av
202 <a href=
"http://rg3.github.io/youtube-dl/
">youtube-dl
</a
>. Støtten i
203 youtube-dl
<a href=
"https://github.com/rg3/youtube-dl/issues/
2980">kom
204 inn for
23 dager siden
</a
> og
205 <a href=
"http://packages.qa.debian.org/y/youtube-dl.html
">versjonen i
206 Debian
</a
> fungerer fint også som backport til Debian Wheezy. Det er
207 et lite problem, det håndterer kun URLer med små bokstaver, men hvis
208 en har en URL med store bokstaver kan en bare gjøre alle store om til
209 små bokstaver for å få youtube-dl til å laste ned. Rapporterte
211 <a href=
"https://github.com/rg3/youtube-dl/issues/
2980">problemet til
212 utviklerne
</a
>, og antar de får fikset det snart.
</p
>
214 <p
>Dermed er alt klart til å laste ned dokumentarene om
215 <a href=
"http://tv.nrk.no/program/KOID23005014/usas-hemmelige-avlytting
">USAs
216 hemmelige avlytting
</a
> og
217 <a href=
"http://tv.nrk.no/program/KOID23005114/selskapene-bak-usas-avlytting
">Selskapene
218 bak USAs avlytting
</a
>, i tillegg til
219 <a href=
"http://tv.nrk.no/program/KOID20005814/et-moete-med-edward-snowden
">intervjuet
220 med Edward Snowden gjort av den tyske tv-kanalen ARD
</a
>. Anbefaler
221 alle å se disse, sammen med
222 <a href=
"http://media.ccc.de/browse/congress/
2013/
30C3_-_5713_-_en_-_saal_2_-_201312301130_-_to_protect_and_infect_part_2_-_jacob.html
">foredraget
223 til Jacob Appelbaum på siste CCC-konferanse
</a
>, for å forstå mer om
224 hvordan overvåkningen av borgerne brer om seg.
</p
>
226 <p
>Takk til gode venner på foreningen NUUGs IRC-kanal
227 <a href=
"irc://irc.freenode.net/%
23nuug
">#nuug på irc.freenode.net
</a
>
228 for tipsene som fikk meg i mål
</a
>.
</p
>
230 <p
><strong
>Oppdatering
2014-
06-
17</strong
>: Etter at jeg publiserte
231 denne, ble jeg tipset om bloggposten
232 "<a href=
"http://ingvar.blog.redpill-linpro.com/
2012/
05/
31/downloading-hd-content-from-tv-nrk-no/
">Downloading
233 HD content from tv.nrk.no
</a
>" av Ingvar Hagelund, som har alternativ
234 implementasjon og tips for å lage mkv-fil med undertekstene inkludert.
235 Kanskje den passer bedre for deg? I tillegg ble feilen i youtube-dl
236 ble fikset litt senere ut på dagen i går, samt at youtube-dl fikk
237 støtte for å laste ned undertitler. Takk til Anders Einar Hilden for
238 god innsats og youtube-dl-utviklerne for rask respons.
</p
>
243 <title>Half the Coverity issues in Gnash fixed in the next release
</title>
244 <link>http://people.skolelinux.org/pere/blog/Half_the_Coverity_issues_in_Gnash_fixed_in_the_next_release.html
</link>
245 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Half_the_Coverity_issues_in_Gnash_fixed_in_the_next_release.html
</guid>
246 <pubDate>Tue,
29 Apr
2014 14:
20:
00 +
0200</pubDate>
247 <description><p
>I
've been following
<a href=
"http://www.getgnash.org/
">the Gnash
248 project
</a
> for quite a while now. It is a free software
249 implementation of Adobe Flash, both a standalone player and a browser
250 plugin. Gnash implement support for the AVM1 format (and not the
251 newer AVM2 format - see
252 <a href=
"http://lightspark.github.io/
">Lightspark
</a
> for that one),
253 allowing several flash based sites to work. Thanks to the friendly
254 developers at Youtube, it also work with Youtube videos, because the
255 Javascript code at Youtube detect Gnash and serve a AVM1 player to
256 those users. :) Would be great if someone found time to implement AVM2
257 support, but it has not happened yet. If you install both Lightspark
258 and Gnash, Lightspark will invoke Gnash if it find a AVM1 flash file,
259 so you can get both handled as free software. Unfortunately,
260 Lightspark so far only implement a small subset of AVM2, and many
261 sites do not work yet.
</p
>
263 <p
>A few months ago, I started looking at
264 <a href=
"http://scan.coverity.com/
">Coverity
</a
>, the static source
265 checker used to find heaps and heaps of bugs in free software (thanks
266 to the donation of a scanning service to free software projects by the
267 company developing this non-free code checker), and Gnash was one of
268 the projects I decided to check out. Coverity is able to find lock
269 errors, memory errors, dead code and more. A few days ago they even
270 extended it to also be able to find the heartbleed bug in OpenSSL.
271 There are heaps of checks being done on the instrumented code, and the
272 amount of bogus warnings is quite low compared to the other static
273 code checkers I have tested over the years.
</p
>
275 <p
>Since a few weeks ago, I
've been working with the other Gnash
276 developers squashing bugs discovered by Coverity. I was quite happy
277 today when I checked the current status and saw that of the
777 issues
278 detected so far,
374 are marked as fixed. This make me confident that
279 the next Gnash release will be more stable and more dependable than
280 the previous one. Most of the reported issues were and are in the
281 test suite, but it also found a few in the rest of the code.
</p
>
283 <p
>If you want to help out, you find us on
284 <a href=
"https://lists.gnu.org/mailman/listinfo/gnash-dev
">the
285 gnash-dev mailing list
</a
> and on
286 <a href=
"irc://irc.freenode.net/#gnash
">the #gnash channel on
287 irc.freenode.net IRC server
</a
>.
</p
>
292 <title>FreedomBox milestone - all packages now in Debian Sid
</title>
293 <link>http://people.skolelinux.org/pere/blog/FreedomBox_milestone___all_packages_now_in_Debian_Sid.html
</link>
294 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/FreedomBox_milestone___all_packages_now_in_Debian_Sid.html
</guid>
295 <pubDate>Tue,
15 Apr
2014 22:
10:
00 +
0200</pubDate>
296 <description><p
>The
<a href=
"https://wiki.debian.org/FreedomBox
">Freedombox
297 project
</a
> is working on providing the software and hardware to make
298 it easy for non-technical people to host their data and communication
299 at home, and being able to communicate with their friends and family
300 encrypted and away from prying eyes. It is still going strong, and
301 today a major mile stone was reached.
</p
>
303 <p
>Today, the last of the packages currently used by the project to
304 created the system images were accepted into Debian Unstable. It was
305 the freedombox-setup package, which is used to configure the images
306 during build and on the first boot. Now all one need to get going is
307 the build code from the freedom-maker git repository and packages from
308 Debian. And once the freedombox-setup package enter testing, we can
309 build everything directly from Debian. :)
</p
>
311 <p
>Some key packages used by Freedombox are
312 <a href=
"http://packages.qa.debian.org/freedombox-setup
">freedombox-setup
</a
>,
313 <a href=
"http://packages.qa.debian.org/plinth
">plinth
</a
>,
314 <a href=
"http://packages.qa.debian.org/pagekite
">pagekite
</a
>,
315 <a href=
"http://packages.qa.debian.org/tor
">tor
</a
>,
316 <a href=
"http://packages.qa.debian.org/privoxy
">privoxy
</a
>,
317 <a href=
"http://packages.qa.debian.org/owncloud
">owncloud
</a
> and
318 <a href=
"http://packages.qa.debian.org/dnsmasq
">dnsmasq
</a
>. There
319 are plans to integrate more packages into the setup. User
320 documentation is maintained on the Debian wiki. Please
321 <a href=
"https://wiki.debian.org/FreedomBox/Manual/Jessie
">check out
322 the manual
</a
> and help us improve it.
</p
>
324 <p
>To test for yourself and create boot images with the FreedomBox
325 setup, run this on a Debian machine using a user with sudo rights to
326 become root:
</p
>
329 sudo apt-get install git vmdebootstrap mercurial python-docutils \
330 mktorrent extlinux virtualbox qemu-user-static binfmt-support \
332 git clone http://anonscm.debian.org/git/freedombox/freedom-maker.git \
334 make -C freedom-maker dreamplug-image raspberry-image virtualbox-image
335 </pre
></p
>
337 <p
>Root access is needed to run debootstrap and mount loopback
338 devices. See the README in the freedom-maker git repo for more
339 details on the build. If you do not want all three images, trim the
340 make line. Note that the virtualbox-image target is not really
341 virtualbox specific. It create a x86 image usable in kvm, qemu,
342 vmware and any other x86 virtual machine environment. You might need
343 the version of vmdebootstrap in Jessie to get the build working, as it
344 include fixes for a race condition with kpartx.
</p
>
346 <p
>If you instead want to install using a Debian CD and the preseed
347 method, boot a Debian Wheezy ISO and use this boot argument to load
348 the preseed values:
</p
>
351 url=
<a href=
"http://www.reinholdtsen.name/freedombox/preseed-jessie.dat
">http://www.reinholdtsen.name/freedombox/preseed-jessie.dat
</a
>
352 </pre
></p
>
354 <p
>I have not tested it myself the last few weeks, so I do not know if
355 it still work.
</p
>
357 <p
>If you wonder how to help, one task you could look at is using
358 systemd as the boot system. It will become the default for Linux in
359 Jessie, so we need to make sure it is usable on the Freedombox. I did
360 a simple test a few weeks ago, and noticed dnsmasq failed to start
361 during boot when using systemd. I suspect there are other problems
362 too. :) To detect problems, there is a test suite included, which can
363 be run from the plinth web interface.
</p
>
365 <p
>Give it a go and let us know how it goes on the mailing list, and help
366 us get the new release published. :) Please join us on
367 <a href=
"irc://irc.debian.org:
6667/%
23freedombox
">IRC (#freedombox on
368 irc.debian.org)
</a
> and
369 <a href=
"http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss
">the
370 mailing list
</a
> if you want to help make this vision come true.
</p
>
375 <title>Freedombox on Dreamplug, Raspberry Pi and virtual x86 machine
</title>
376 <link>http://people.skolelinux.org/pere/blog/Freedombox_on_Dreamplug__Raspberry_Pi_and_virtual_x86_machine.html
</link>
377 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Freedombox_on_Dreamplug__Raspberry_Pi_and_virtual_x86_machine.html
</guid>
378 <pubDate>Fri,
14 Mar
2014 11:
00:
00 +
0100</pubDate>
379 <description><p
>The
<a href=
"https://wiki.debian.org/FreedomBox
">Freedombox
380 project
</a
> is working on providing the software and hardware for
381 making it easy for non-technical people to host their data and
382 communication at home, and being able to communicate with their
383 friends and family encrypted and away from prying eyes. It has been
384 going on for a while, and is slowly progressing towards a new test
385 release (
0.2).
</p
>
387 <p
>And what day could be better than the Pi day to announce that the
388 new version will provide
"hard drive
" / SD card / USB stick images for
389 Dreamplug, Raspberry Pi and VirtualBox (or any other virtualization
390 system), and can also be installed using a Debian installer preseed
391 file. The Debian based Freedombox is now based on Debian Jessie,
392 where most of the needed packages used are already present. Only one,
393 the freedombox-setup package, is missing. To try to build your own
394 boot image to test the current status, fetch the freedom-maker scripts
396 <a href=
"http://packages.qa.debian.org/vmdebootstrap
">vmdebootstrap
</a
>
397 with a user with sudo access to become root:
400 git clone http://anonscm.debian.org/git/freedombox/freedom-maker.git \
402 sudo apt-get install git vmdebootstrap mercurial python-docutils \
403 mktorrent extlinux virtualbox qemu-user-static binfmt-support \
405 make -C freedom-maker dreamplug-image raspberry-image virtualbox-image
408 <p
>Root access is needed to run debootstrap and mount loopback
409 devices. See the README for more details on the build. If you do not
410 want all three images, trim the make line. But note that thanks to
<a
411 href=
"https://bugs.debian.org/
741407">a race condition in
412 vmdebootstrap
</a
>, the build might fail without the patch to the
413 kpartx call.
</p
>
415 <p
>If you instead want to install using a Debian CD and the preseed
416 method, boot a Debian Wheezy ISO and use this boot argument to load
417 the preseed values:
</p
>
420 url=
<a href=
"http://www.reinholdtsen.name/freedombox/preseed-jessie.dat
">http://www.reinholdtsen.name/freedombox/preseed-jessie.dat
</a
>
423 <p
>But note that due to
<a href=
"https://bugs.debian.org/
740673">a
424 recently introduced bug in apt in Jessie
</a
>, the installer will
425 currently hang while setting up APT sources. Killing the
426 '<tt
>apt-cdrom ident
</tt
>' process when it hang a few times during the
427 installation will get the installation going. This affect all
428 installations in Jessie, and I expect it will be fixed soon.
</p
>
430 <p
>Give it a go and let us know how it goes on the mailing list, and help
431 us get the new release published. :) Please join us on
432 <a href=
"irc://irc.debian.org:
6667/%
23freedombox
">IRC (#freedombox on
433 irc.debian.org)
</a
> and
434 <a href=
"http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss
">the
435 mailing list
</a
> if you want to help make this vision come true.
</p
>
440 <title>Videos about the Freedombox project - for inspiration and learning
</title>
441 <link>http://people.skolelinux.org/pere/blog/Videos_about_the_Freedombox_project___for_inspiration_and_learning.html
</link>
442 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Videos_about_the_Freedombox_project___for_inspiration_and_learning.html
</guid>
443 <pubDate>Fri,
27 Sep
2013 14:
10:
00 +
0200</pubDate>
444 <description><p
>The
<a href=
"http://www.freedomboxfoundation.org/
">Freedombox
445 project
</a
> have been going on for a while, and have presented the
446 vision, ideas and solution several places. Here is a little
447 collection of videos of talks and presentation of the project.
</p
>
451 <li
><a href=
"http://www.youtube.com/watch?v=ukvUz5taxvA
">FreedomBox -
452 2,
5 minute marketing film
</a
> (Youtube)
</li
>
454 <li
><a href=
"http://www.youtube.com/watch?v=SzW25QTVWsE
">Eben Moglen
455 discusses the Freedombox on CBS news
2011</a
> (Youtube)
</li
>
457 <li
><a href=
"http://www.youtube.com/watch?v=Ae8SZbxfE0g
">Eben Moglen -
458 Freedom in the Cloud - Software Freedom, Privacy and and Security for
459 Web
2.0 and Cloud computing at ISOC-NY Public Meeting
2010</a
>
462 <li
><a href=
"http://www.youtube.com/watch?v=vNaIji_3xBE
">Fosdem
2011
463 Keynote by Eben Moglen presenting the Freedombox
</a
> (Youtube)
</li
>
465 <li
><a href=
"http://www.youtube.com/watch?v=
9bDDUyJSQ9s
">Presentation of
466 the Freedombox by James Vasile at Elevate in Gratz
2011</a
> (Youtube)
</li
>
468 <li
><a href=
"http://www.youtube.com/watch?v=zQTmnk27g9s
"> Freedombox -
469 Discovery, Identity, and Trust by Nick Daly at Freedombox Hackfest New
470 York City in
2012</a
> (Youtube)
</li
>
472 <li
><a href=
"http://www.youtube.com/watch?v=tkbSB4Ba7Ck
">Introduction
473 to the Freedombox at Freedombox Hackfest New York City in
2012</a
>
476 <li
><a href=
"http://www.youtube.com/watch?v=z-P2Jaeg0aQ
">Freedom, Out
477 of the Box! by Bdale Garbee at linux.conf.au Ballarat,
2012</a
> (Youtube)
</li
>
479 <li
><a href=
"https://archive.fosdem.org/
2013/schedule/event/freedombox/
">Freedombox
480 1.0 by Eben Moglen and Bdale Garbee at Fosdem
2013</a
> (FOSDEM)
</li
>
482 <li
><a href=
"http://www.youtube.com/watch?v=e1LpYX2zVYg
">What is the
483 FreedomBox today by Bdale Garbee at Debconf13 in Vaumarcus
484 2013</a
> (Youtube)
</li
>
488 <p
>A larger list is available from
489 <a href=
"https://wiki.debian.org/FreedomBox/TalksAndPresentations
">the
490 Freedombox Wiki
</a
>.
</p
>
492 <p
>On other news, I am happy to report that Freedombox based on Debian
493 Jessie is coming along quite well, and soon both Owncloud and using
494 Tor should be available for testers of the Freedombox solution. :) In
495 a few weeks I hope everything needed to test it is included in Debian.
496 The withsqlite package is already in Debian, and the plinth package is
497 pending in NEW. The third and vital part of that puzzle is the
498 metapackage/setup framework, which is still pending an upload. Join
499 us on
<a href=
"irc://irc.debian.org:
6667/%
23freedombox
">IRC
500 (#freedombox on irc.debian.org)
</a
> and
501 <a href=
"http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss
">the
502 mailing list
</a
> if you want to help make this vision come true.
</p
>
507 <title>Recipe to test the Freedombox project on amd64 or Raspberry Pi
</title>
508 <link>http://people.skolelinux.org/pere/blog/Recipe_to_test_the_Freedombox_project_on_amd64_or_Raspberry_Pi.html
</link>
509 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Recipe_to_test_the_Freedombox_project_on_amd64_or_Raspberry_Pi.html
</guid>
510 <pubDate>Tue,
10 Sep
2013 14:
20:
00 +
0200</pubDate>
511 <description><p
>I was introduced to the
512 <a href=
"http://www.freedomboxfoundation.org/
">Freedombox project
</a
>
513 in
2010, when Eben Moglen presented his vision about serving the need
514 of non-technical people to keep their personal information private and
515 within the legal protection of their own homes. The idea is to give
516 people back the power over their network and machines, and return
517 Internet back to its intended peer-to-peer architecture. Instead of
518 depending on a central service, the Freedombox will give everyone
519 control over their own basic infrastructure.
</p
>
521 <p
>I
've intended to join the effort since then, but other tasks have
522 taken priority. But this summers nasty news about the misuse of trust
523 and privilege exercised by the
"western
" intelligence gathering
524 communities increased my eagerness to contribute to a point where I
525 actually started working on the project a while back.
</p
>
527 <p
>The
<a href=
"https://alioth.debian.org/projects/freedombox/
">initial
528 Debian initiative
</a
> based on the vision from Eben Moglen, is to
529 create a simple and cheap Debian based appliance that anyone can hook
530 up in their home and get access to secure and private services and
531 communication. The initial deployment platform have been the
532 <a href=
"http://www.globalscaletechnologies.com/t-dreamplugdetails.aspx
">Dreamplug
</a
>,
533 which is a piece of hardware I do not own. So to be able to test what
534 the current Freedombox setup look like, I had to come up with a way to install
535 it on some hardware I do have access to. I have rewritten the
536 <a href=
"https://github.com/NickDaly/freedom-maker
">freedom-maker
</a
>
537 image build framework to use .deb packages instead of only copying
538 setup into the boot images, and thanks to this rewrite I am able to
539 set up any machine supported by Debian Wheezy as a Freedombox, using
540 the previously mentioned deb (and a few support debs for packages
541 missing in Debian).
</p
>
543 <p
>The current Freedombox setup consist of a set of bootstrapping
545 (
<a href=
"https://github.com/petterreinholdtsen/freedombox-setup
">freedombox-setup
</a
>),
546 and a administrative web interface
547 (
<a href=
"https://github.com/NickDaly/Plinth
">plinth
</a
> + exmachina +
548 withsqlite), as well as a privacy enhancing proxy based on
549 <a href=
"http://packages.qa.debian.org/privoxy
">privoxy
</a
>
550 (freedombox-privoxy). There is also a web/javascript based XMPP
551 client (
<a href=
"http://packages.qa.debian.org/jwchat
">jwchat
</a
>)
552 trying (unsuccessfully so far) to talk to the XMPP server
553 (
<a href=
"http://packages.qa.debian.org/ejabberd
">ejabberd
</a
>). The
554 web interface is pluggable, and the goal is to use it to enable OpenID
555 services, mesh network connectivity, use of TOR, etc, etc. Not much of
556 this is really working yet, see
557 <a href=
"https://github.com/NickDaly/freedombox-todos/blob/master/TODO
">the
558 project TODO
</a
> for links to GIT repositories. Most of the code is
559 on github at the moment. The HTTP proxy is operational out of the
560 box, and the admin web interface can be used to add/remove plinth
561 users. I
've not been able to do anything else with it so far, but
562 know there are several branches spread around github and other places
563 with lots of half baked features.
</p
>
565 <p
>Anyway, if you want to have a look at the current state, the
566 following recipes should work to give you a test machine to poke
569 <p
><strong
>Debian Wheezy amd64
</strong
></p
>
573 <li
>Fetch normal Debian Wheezy installation ISO.
</li
>
574 <li
>Boot from it, either as CD or USB stick.
</li
>
575 <li
><p
>Press [tab] on the boot prompt and add this as a boot argument
576 to the Debian installer:
<p
>
577 <pre
>url=
<a href=
"http://www.reinholdtsen.name/freedombox/preseed-wheezy.dat
">http://www.reinholdtsen.name/freedombox/preseed-wheezy.dat
</a
></pre
></li
>
579 <li
>Answer the few language/region/password questions and pick disk to
580 install on.
</li
>
582 <li
>When the installation is finished and the machine have rebooted a
583 few times, your Freedombox is ready for testing.
</li
>
587 <p
><strong
>Raspberry Pi Raspbian
</strong
></p
>
591 <li
>Fetch a Raspbian SD card image, create SD card.
</li
>
592 <li
>Boot from SD card, extend file system to fill the card completely.
</li
>
593 <li
><p
>Log in and add this to /etc/sources.list:
</p
>
595 deb
<a href=
"http://www.reinholdtsen.name/freedombox/
">http://www.reinholdtsen.name/freedombox
</a
> wheezy main
596 </pre
></li
>
597 <li
><p
>Run this as root:
</p
>
599 wget -O - http://www.reinholdtsen.name/freedombox/BE1A583D.asc | \
602 apt-get install freedombox-setup
603 /usr/lib/freedombox/setup
604 </pre
></li
>
605 <li
>Reboot into your freshly created Freedombox.
</li
>
609 <p
>You can test it on other architectures too, but because the
610 freedombox-privoxy package is binary, it will only work as intended on
611 the architectures where I have had time to build the binary and put it
612 in my APT repository. But do not let this stop you. It is only a
613 short
"<tt
>apt-get source -b freedombox-privoxy
</tt
>" away. :)
</p
>
615 <p
>Note that by default Freedombox is a DHCP server on the
616 192.168.1.0/
24 subnet, so if this is your subnet be careful and turn
617 off the DHCP server by running
"<tt
>update-rc.d isc-dhcp-server
618 disable
</tt
>" as root.
</p
>
620 <p
>Please let me know if this works for you, or if you have any
621 problems. We gather on the IRC channel
622 <a href=
"irc://irc.debian.org:
6667/%
23freedombox
">#freedombox
</a
> on
623 irc.debian.org and the
624 <a href=
"http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss
">project
625 mailing list
</a
>.
</p
>
627 <p
>Once you get your freedombox operational, you can visit
628 <tt
>http://your-host-name:
8001/
</tt
> to see the state of the plint
629 welcome screen (dead end - do not be surprised if you are unable to
630 get past it), and next visit
<tt
>http://your-host-name:
8001/help/
</tt
>
631 to look at the rest of plinth. The default user is
'admin
' and the
632 default password is
'secret
'.
</p
>
637 <title>Netflix krever at du frasier deg dine forbrukerrettigheter...
</title>
638 <link>http://people.skolelinux.org/pere/blog/Netflix_krever_at_du_frasier_deg_dine_forbrukerrettigheter___.html
</link>
639 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Netflix_krever_at_du_frasier_deg_dine_forbrukerrettigheter___.html
</guid>
640 <pubDate>Wed,
17 Oct
2012 15:
30:
00 +
0200</pubDate>
641 <description><p
>Filmtjenesten Netflix lanseres i Norge, med en jublende presse på
642 sidelinjen. Men har journalistene lest bruksvilkårene? Synes de
644 «
<a href=
"https://signup.netflix.com/TermsOfUse?locale=nb-NO
">Vilkår
645 for bruk
</a
>» høres greit ut for en forbrukertjeneste i Norge?
646 Avsnittet lyder slik:
650 «Disse vilkårene for bruk innebærer at alle tvister mellom deg og
651 Netflix vil bli løst ved BINDENDE VOLDGIFT. DU SAMTYKKER I AT DU
652 FRASIER DEG ENHVER RETT TIL RETTSLIGE SKRITT for å hevde eller
653 forsvare rettighetene dine under denne kontrakten (med unntak for
654 mindre saker som kan avgjøres i forliksretten). Rettighetene dine vil
655 bli bestemt av en NØYTRAL VOLDGIFTSMANN/MEKLER og IKKE en dommer eller
656 jury, og krav kan ikke framstilles i form av gruppesøksmål. Les
657 gjennom voldgiftsavtalen nedenfor for å finne alle detaljer vedrørende
658 avtalen, slik at du kan se hvordan en eventuell konflikt med Netflix
659 skal håndteres og vil avgjøres.»
663 <p
>Ikke nok med det, men må akseptere at det er USAs lov som skal
664 regulere bruken, og dermed akseptere å miste norsk forbruker- og
665 personvernlovgiving (hvilket så vidt jeg vet ikke kan gjøres i
669 «Gjennom å godta disse vilkår for bruk samtykker du i at tolkingen og
670 håndhevelsen av denne voldgiftsavtalen er underlagt den føderale
671 voldgiftsloven i USA, U.S. Federal Arbitration Act, og at både du og
672 Netflix frasier dere retten til en juryprosess eller deltakelse i
673 gruppesøksmål. Denne voldgiftsbetingelsen gjelder selv etter at denne
674 avtalen er oppsagt og Netflix-medlemskapet ditt har opphørt.»
677 <p
>En må altså si ja til å frasi seg de vanlige forbrukerrettighetene
678 i Norge for å bruke Netflix. Vilkårene til Netflix vil neppe stå seg
679 i norsk rett, men det er usedvanlig frekt å bare foreslå det, da de
680 aller fleste som leser dem vil anta at vilkårene gjelder med mindre de
681 er svært godt kjent med norsk forbrukerrett. Skal en frasi seg
682 muligheten til å hevde sin rett hvis Netflix lekker personopplysninger
683 (USAs lovgiving er svært mangelfull i forhold til den norske
684 personvernlovgivingen) eller leverer en tjeneste som ikke holder mål?
685 Nei takk. Med slike bruksvilkår takker jeg høflig nei til tilbudet,
686 og de får ikke meg som kunde før de har en helt annen tilnærming mot
687 sine kunder.
</p
>
689 <p
>Oppdatering
2012-
10-
18: Både
690 <a href=
"http://www.aftenposten.no/digital/Netflix-krever-at-du-sier-fra-deg-norske-forbrukerrettigheter-
7021182.html
">Aftenposten
</a
>,
691 <a href=
"http://nrk.no/helse-forbruk-og-livsstil/
1.8362951">NRK
</a
> og
692 <a href=
"http://www.teknofil.no/artikler/forbrukerradet-slakter-netflix/
113679">Teknofil
</a
>
693 har snappet opp saken (dog nevner ikke NRK kilde, så de kan jo ha
694 oppdaget det selv). Veldig bra at flere blir oppmerksom på slike
695 ting. «- Helt hinsides, mener Forbrukerrådet om Netflix
'
696 brukervilkår», siterer Aftenposten. Og
697 <a href=
"http://www.aftenposten.no/nyheter/Forbrukerombudet-vil-granske-TV-markedet-
7021465.html
">Aftenposten
</a
>
698 melder videre at Forbrukerrådet vil granske TV-bransjen med bakgrunn i
704 <title>Mer oppfølging fra MPEG-LA om avtale med dem for å kringkaste og publisere H
.264-video
</title>
705 <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>
706 <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>
707 <pubDate>Thu,
5 Jul
2012 23:
50:
00 +
0200</pubDate>
708 <description><p
>I føljetongen om H
.264
709 <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
710 jeg leserne i undring
</a
> om hvor pakken fra MPEG-LA tok veien, og om
711 hvilke selskaper i Norge som har avtale med MPEG-LA. Da Ryan hos
712 MPEG-LA dro på ferie sendte jeg min melding videre til hans kollega,
713 og dagen etter fikk jeg følgende svar derfra:
</p
>
715 <p
><blockquote
>
716 <p
>Date: Fri,
29 Jun
2012 18:
32:
34 +
0000
717 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
718 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
719 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
720 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
722 <p
>Dear Mr. Reinholdtsen,
</p
>
724 <p
>Thank you for your message. As you know, Ryan is currently our of the
725 office, so it will be my pleasure to assist you.
</p
>
727 <p
>Per your request, attached please find an electronic copy of the
728 AVC Patent Portfolio License. Please note that the electronic copy of
729 the License is provided as a convenience and for informational
730 purposes only. When concluding the Licenses, only the hard copies
731 provided by MPEG LA may be used.
</p
>
733 <p
>To your question, MPEG LA lists our Licensees on our website
734 according to each program. The lists are in alphabetical order, so it
735 is very easy to search.
</p
>
737 <p
>I hope that this was helpful. If we can be of additional
738 assistance, please let me know.
</p
>
740 <p
>Kind regards,
</p
>
742 <p
>Sidney A. Wolf
743 <br
>Manager, Global Licensing
744 <br
>MPEG LA
</p
>
745 </blockquote
></p
>
747 <p
>Selv om et epostvedlegg er nyttig for mottakeren, så håpet jeg å få
748 et dokument jeg kunne dele med alle leserne av bloggen min, og ikke et
749 som må deles på individuell basis. Opphavsretten krever godkjenning
750 fra rettighetsinnehaver før en kan gjøre slikt, så dermed fulgte jeg
751 opp med et spørsmål om dette var greit.
</p
>
753 <p
><blockquote
>
754 <p
>Date: Wed,
4 Jul
2012 20:
25:
06 +
0200
755 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
756 <br
>To: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
757 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
758 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
760 <p
>Thank you for your reply.
</p
>
762 <p
>[Sidney Wolf]
763 <br
>&gt; Per your request, attached please find an electronic copy of the AVC
764 <br
>&gt; Patent Portfolio License. Please note that the electronic copy of
765 <br
>&gt; the License is provided as a convenience and for informational
766 <br
>&gt; purposes only. When concluding the Licenses, only the hard copies
767 <br
>&gt; provided by MPEG LA may be used.
</p
>
769 <p
>This is useful for me to learn, but the reason I asked for the
770 Internet address of the licensing document was to ensure I could
771 publish a link to it when I discuss the topic of H
.264 licensing here
772 in Norway, and allow others to verify my observations. I can not do
773 the same with an email attachment. Thus I would like to ask you if it
774 is OK with MPEG LA that I publish this document on the Internet for
775 others to read?
</p
>
777 <p
>&gt; To your question, MPEG LA lists our Licensees on our website
778 <br
>&gt; according to each program. The lists are in alphabetical order, so
779 <br
>&gt; it is very easy to search.
</p
>
781 <p
>I am afraid this do not help me locate Norwegian companies in the
782 list of Licensees. I do not know the name of all companies and
783 organisations in Norway, and thus do not know how to locate the
784 Norwegian ones on that list.
</p
>
786 <p
>&gt; I hope that this was helpful. If we can be of additional assistance,
787 <br
>&gt; please let me know.
</p
>
789 <p
>Absoutely helpful to learn more about how MPEG LA handle licensing.
</p
>
792 <br
>Happy hacking
793 <br
>Petter Reinholdtsen
</p
>
794 </blockquote
></p
>
796 <p
>Jeg håpet også at det skulle være mulig å få vite hvilke av de
797 mange hundre som har avtale med MPEG-LA om bruk av H
.264 som holdt til
798 i Norge. Begge mine håp falt i grus med svaret fra MPEG-LA.
800 <p
><blockquote
>
801 <p
>Date: Thu,
5 Jul
2012 17:
42:
39 +
0000
802 <br
>From: Sidney Wolf
&lt;SWolf (at) mpegla.com
&gt;
803 <br
>To:
'Petter Reinholdtsen
' &lt;pere (at) hungry.com
&gt;
804 <br
>Cc: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
805 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
807 <p
>Dear Mr. Reinholdtsen,
</p
>
809 <p
>Thank you for your reply.
</p
>
811 <p
>We appreciate the additional explanation you have provided and for
812 asking our permission to publish the electronic copy of the License in
813 advance of doing so. Typically, MPEG LA prefers to distribute the
814 electronic copies of our Licenses to interested parties. Therefore,
815 please feel free to send interested parties to the AVC portion of our
816 website, http://www.mpegla.com/main/programs/AVC/Pages/Intro.aspx for
817 their further reference.
</p
>
819 <p
>As previously mentioned, MPEG LA maintains a list of Licensees in good
820 standing on our website according to each program. Due to the large
821 volume of Licensees, it would be administratively impractical to
822 provide this level of detail to interested parties. Therefore, I am
823 afraid we are not in a position to assist you with your request.
</p
>
825 <p
>Kind regards,
</p
>
827 <p
>Sidney A. Wolf
828 <br
>Manager, Global Licensing
829 <br
>MPEG LA
</p
>
830 </blockquote
></p
>
832 <p
>Men takket være epostvedlegget kunne jeg søke på Google etter
833 setningen
"WHEREAS, a video standard commonly referred to as AVC has
834 been defined and is referred to in this Agreement as the “AVC
835 Standard” (as more fully defined herein below)
" som finnes i avtalen,
836 og lokalisere en kopi fra
2007 av
837 <a href=
"http://www.sec.gov/Archives/edgar/data/
1342960/
000119312509050004/dex1024.htm
">lisensavtalen
838 mellom MPEG-LA og DivX, Inc.
</a
>, slik at mine lesere kan se hvordan
839 avtalen så ut da. Jeg har ikke sammenlignet tekstene for å se om noe
840 har endret seg siden den tid, men satser på at teksten er representativ.
</p
>
842 <p
>Jeg aner fortsatt ikke hvor FedEx tok veien med pakken fra
845 <p
>Update
2012-
07-
06: Jeg er visst ikke den første som forsøker å få
846 klarhet i problemstillinger rundt H
.264, og kom nettopp over en veldig
847 interessant bloggpost fra
2010 hos LibreVideo med tittelen
848 "<a href=
"http://www.librevideo.org/blog/
2010/
06/
14/mpeg-la-answers-some-questions-about-avch-
264-licensing/
">MPEG-LA
849 answers some questions about AVC/H
.264 licensing
</a
>. Anbefales!
</p
>
854 <title>Departementenes servicesenter har ingen avtale om bruk av H
.264 med MPEG-LA
</title>
855 <link>http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</link>
856 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html
</guid>
857 <pubDate>Fri,
29 Jun
2012 09:
40:
00 +
0200</pubDate>
858 <description><p
>Da fikk jeg nettopp svar fra
859 <a href=
"http://www.dss.dep.no/
">Departementenes servicesenter
</a
>
861 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">mitt
862 spørsmål om avtale rundt bruk av H
.264</a
>. De har ingen avtale med
863 MPEG LA eller dets representanter. Her er svaret.
865 <p
><blockquote
>
867 <p
>Date: Fri,
29 Jun
2012 07:
04:
42 +
0000
868 <br
>From: Nielsen Mette Haga
&lt;Mette-Haga.Nielsen (at) dss.dep.no
&gt;
869 <br
>To: Petter Reinholdtsen
&lt;petter.reinholdtsen (at) ...
&gt;
870 <br
>CC: Postmottak
&lt;Postmottak (at) dss.dep.no
&gt;
871 <br
>Subject: SV: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
</p
>
873 <p
>DSS har ikke inngått noen egen lisensavtale med MPEG-LA eller noen som
874 representerer MPEG-LA i Norge. Videoløsningen på regjeringen.no er
875 levert av Smartcom:tv. Lisensforholdet rundt H
.264 er ikke omtalt i
876 vår avtale med Smartcom.
</p
>
878 <p
>Vennlig hilsen
</p
>
880 <p
>Mette Haga Nielsen
881 <br
>Fung. seksjonssjef
</p
>
883 <p
>Departementenes servicesenter
</p
>
885 <p
>Informasjonsforvaltning
887 <p
>Mobil
93 09 83 51
888 <br
>E-post mette-haga.nielsen (at) dss.dep.no
</p
>
889 </blockquote
></p
>
891 <p
>Hvis den norske regjeringen representert ved DSS ikke har slik
892 avtale, så kan en kanskje konkludere med at det ikke trengs? Jeg er
893 ikke trygg på at det er god juridisk grunn å stå på, men det er i det
894 minste interessant å vite at hverken NRK eller DSS har funnet det
895 nødvendig å ha avtale om bruk av H
.264.
</p
>
897 <p
>Det forklarer ikke hvordan de kan ignorere bruksvilkårene knyttet
898 til bruk av opphavsrettsbeskyttet materiale de bruker til
899 videoproduksjon, med mindre slike vilkår kan ignoreres av selskaper og
900 privatpersoner i Norge. Har de lov til å bryte vilkårene, eller har
901 de brutt dem og så langt sluppet unna med det? Jeg aner ikke.
</p
>
906 <title>MPEG-LA mener NRK må ha avtale med dem for å kringkaste og publisere H
.264-video
</title>
907 <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>
908 <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>
909 <pubDate>Thu,
28 Jun
2012 20:
00:
00 +
0200</pubDate>
910 <description><p
>Etter at NRK
911 <a href=
"http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
">nektet
912 å spore opp eventuell avtale med MPEG-LA
</a
> eller andre om bruk av
913 MPEG/H
.264-video etter at jeg
<a
914 href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">ba
915 om innsyn i slike avtaler
</a
>, tenkte jeg at i stedet for å forsøke å
916 få NRK til å finne en slik avtale, så burde det være like enkelt å
917 spørre MPEG-LA om de hadde avtale med NRK. Spørsmålet ble sendt før
918 jeg fikk tips fra Kieran Kunhya om hvor listen over lisensinnehavere
919 "in Good Standing
" befant seg. MPEG-LA svarte meg i dag, og kan
920 fortelle at NRK ikke har noen avtale med dem, så da er i det minste det
921 slått fast. Ikke overraskende mener MPEG-LA at det trengs en avtale
922 med MPEG-LA for å streame H
.264, men deres rammer er jo
923 rettstilstanden i USA og ikke Norge. Jeg tar dermed den delen av
924 svaret med en klype salt. Jeg er dermed fortsatt ikke klok på om det
925 trengs en avtale, og hvis det trengs en avtale her i Norge, heller
926 ikke sikker på om NRK har en avtale med noen andre enn MPEG-LA som
927 gjør at de ikke trenger avtale direkte med MPEG-LA. Jeg håper NRKs
928 jurister har vurdert dette, og at det er mulig å få tilgang til
929 vurderingen uansett om de trenger en avtale eller ikke.
</p
>
931 <p
>Her er epostutvekslingen med MPEG-LA så langt. Håper ikke
932 utvekslingen fører til NRK plutselig får en litt uventet pakke fra
935 <p
><blockquote
>
936 <p
>Date: Mon,
25 Jun
2012 15:
29:
37 +
0200
937 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
938 <br
>To: licensing-web (at) mpegla.com
939 <br
>Subject: Do NRK have a license agreement with MPEG-LA?
</p
>
941 <p
>Hi. I have a small question for you, that I hope it is OK that I
944 <p
>Is there any license agreements between MPEG-LA and NRK,
&lt;URL:
945 <a href=
"http://www.nrk.no/
">http://www.nrk.no/
</a
> &gt;, the
946 Norwegian national broadcasting cooperation? I am not sure if they
947 need one, and am just curious if such agreeement exist.
</p
>
949 <p
>The postal address is
</p
>
951 <p
><blockquote
>
953 <br
>Postbox
8500, Majorstuen
956 </blockquote
></p
>
958 <p
>if it make it easier for you to locate such agreement.
</p
>
960 <p
>Can you tell me how many entities in Norway have an agreement with
961 MPEG-LA, and the name of these entities?
</p
>
964 <br
>Happy hacking
965 <br
>Petter Reinholdtsen
966 </blockquote
></p
>
968 <p
>I dag, to dager senere, fikk jeg følgende svar:
</p
>
970 <p
><blockquote
>
971 <p
>Date: Thu,
28 Jun
2012 14:
11:
17 +
0000
972 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
>
973 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
>
974 <br
>CC: MD Administration
&lt;MDAdministration (at) mpegla.com
>
975 <br
>Subject: RE: Do NRK have a license agreement with MPEG-LA?
</p
>
977 <p
>Dear Mr. Reinholdtsen,
</p
>
979 <p
>Thank you for your message and for your interest in MPEG LA. We
980 appreciate hearing from you and I will be happy to assist you.
</p
>
982 <p
>To begin, I will assume that you are referring to AVC/H
.264
983 technology in your message below, as this technology is commonly used
984 in the transmission of video content. In that case, please allow me
985 to briefly summarize the coverage provided by our AVC Patent Portfolio
988 <P
>Our AVC License provides coverage for end products and video
989 services that make use of AVC/H
.264 technology. Accordingly, the
990 party offering such end products and video to End Users concludes the
991 AVC License and is responsible for paying the applicable royalties
992 associated with the end products/video they offer.
</p
>
994 <p
>While the Norwegian Broadcast Corporation (NRK) is not currently a
995 Licensee to MPEG LA
's AVC License (or any other Portfolio License
996 offered by MPEG LA), if NRK offers AVC Video to End Users for
997 remuneration (for example, Title-by-Title, Subscription, Free
998 Television, or Internet Broadcast AVC Video), then NRK will need to
999 conclude the AVC License and may be responsible for paying applicable
1000 royalties associated with the AVC Video it distributes.
</p
>
1002 <p
>Today I will send you a FedEx package containing a copy of our AVC
1003 License for your review. You should receive the License document
1004 within the next few days.
</p
>
1006 <p
>Meanwhile, MPEG LA currently has several Norwegian Licensees that
1007 can be found under the
"Licensees
" header within the respective
1008 portion of our website. For example, you may find our list of
1009 Licensees in Good Standing to our AVC License in the AVC portion of
1011 <a href=
"http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
">http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</a
></p
>
1013 <p
>I hope the above information is helpful. If you have additional
1014 questions or need further assistance with the AVC License, please feel
1015 free to contact me directly. I look forward to hearing from you again
1018 <p
>Best regards,
</p
>
1020 <p
>Ryan
</p
>
1022 <p
>Ryan M. Rodriguez
1023 <br
>Licensing Associate
1025 <br
>5425 Wisconsin Avenue
1027 <br
>Chevy Chase, MD
20815
1029 <br
>Phone: +
1 (
301)
986-
6660 x211
1030 <br
>Fax: +
1 (
301)
986-
8575
1031 <br
>Email: rrodriguez (at) mpegla.com
</p
>
1033 </blockquote
></p
>
1035 <p
>Meldingen om utsendt FedEx-pakke var så merkelig at jeg
1036 øyeblikkelig sendte svar tilbake og spurte hva i alle dager han mente,
1037 da han jo ikke hadde fått noen postadresse som nådde meg.
</p
>
1039 <p
><blockquote
>
1041 <p
>Date: Thu,
28 Jun
2012 16:
36:
15 +
0200
1042 <br
>From: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1043 <br
>To: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1044 <br
>Cc: MD Administration
&lt;MDAdministration (at) mpegla.com
&gt;
1045 <br
>Subject: Re: Do NRK have a license agreement with MPEG-LA?
</p
>
1047 <p
>[Ryan Rodriguez]
1048 <br
>&gt; Dear Mr. Reinholdtsen,
</p
>
1050 <p
>Thank you for your quick reply.
</p
>
1052 <p
>&gt; Today I will send you a FedEx package containing a copy of our AVC
1053 <br
>&gt; License for your review. You should receive the License document
1054 <br
>&gt; within the next few days.
</p
>
1056 <p
>The part about sending a FedEx package confused me, though. I did not
1057 <br
>give you my address, nor am I associated with NRK in any way, so I hope
1058 <br
>you did not try to send me a package using the address of NRK. If you
1059 <br
>would send me the Internet address of to the document, it would be more
1060 <br
>useful to me to be able to download it as an electronic document.
</p
>
1062 <p
>&gt; Meanwhile, MPEG LA currently has several Norwegian Licensees that can
1063 <br
>&gt; be found under the
"Licensees
" header within the respective portion
1064 <br
>&gt; of our website. For example, you may find our list of Licensees in
1065 <br
>&gt; Good Standing to our AVC License in the AVC portion of our website,
1066 <br
>&gt; http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx
</p
>
1068 <p
>How can I recognize the Norwegian licensees?
</p
>
1071 <br
>Happy hacking
1072 <br
>Petter Reinholdtsen
</p
>
1073 </blockquote
></p
>
1075 <p
>Selv om jeg svarte kun noen minutter etter at jeg fikk eposten fra
1076 MPEG-LA, fikk jeg eposten under som automatisk var beskjed på min
1077 siste epost. Får håpe noen likevel følger opp
"FedEx-pakken
". For å
1078 øke sjansen for at noen revurderer utsending av pakke uten mottaker,
1079 videresendte jeg min epost til swolf (at) mpegla.com, så får vi se.
1080 Har ikke hørt noe mer
3 timer senere, så jeg mistenker at ingen leste
1081 min epost tidsnok.
</p
>
1083 <p
><blockquote
>
1085 <p
>Date: Thu,
28 Jun
2012 14:
36:
20 +
0000
1086 <br
>From: Ryan Rodriguez
&lt;RRodriguez (at) mpegla.com
&gt;
1087 <br
>To: Petter Reinholdtsen
&lt;pere (at) hungry.com
&gt;
1088 <br
>Subject: Automatic reply: Do NRK have a license agreement with MPEG-LA?
</p
>
1090 <p
>Thank you for your message.
</p
>
1092 <p
>I will be out of the office until Thursday, July
5 and will respond
1093 to all messages upon my return. If this is a matter that requires
1094 immediate attention, please contact Sidney Wolf (swolf (at)
1095 mpegla.com)
</p
>
1097 <p
>Best regards,
</p
>
1099 <p
>Ryan
</p
>
1101 <p
>Ryan M. Rodriguez
1102 <br
>Licensing Associate
1103 <br
>MPEG LA
</p
>
1105 </blockquote
></p
>
1107 <p
>Litt klokere, men fortsatt ikke klok på mitt opprinnelige spørsmål,
1108 som er om en trenger avtale med MPEG-LA for å publisere eller
1109 kringkaste H
.264-video i Norge.
</p
>
1114 <title>NRK nekter å finne og utlevere eventuell avtale med MPEG-LA
</title>
1115 <link>http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</link>
1116 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html
</guid>
1117 <pubDate>Mon,
25 Jun
2012 15:
10:
00 +
0200</pubDate>
1118 <description><p
>Jeg fikk nettopp svar fra NRK på
1119 <a href=
"http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
">min
1120 forespørsel om kopi av avtale
</a
> med MPEG-LA eller andre om bruk av
1121 MPEG og/eller H
.264. Svaret har fått saksreferanse
2011/
371 (mon tro
1122 hva slags sak fra
2011 dette er?) hos NRK og lyder som følger:
</p
>
1124 <p
><blockquote
>
1126 <p
><strong
>Svar på innsynsbegjæring i MPEG / H
.264-relaterte
1127 avtaler
</strong
></p
>
1129 <p
>Viser til innsynsbegjæring av
19. juni
2012. Kravet om innsyn
1130 gjelder avtale som gjør at NRK «ikke er begrenset av de generelle
1131 bruksvilkårene som gjelder for utstyr som bruker MPEG og/eller
1134 <p
>I henhold til offentleglova §
28 annet ledd må innsynskravet gjelde
1135 en bestemt sak eller i rimelig utstrekning saker av en bestemt
1136 sak. Det er på det rene at det aktuelle innsynskravet ikke gjelder en
1137 bestemt sak. Spørsmålet som reiser seg er om identifiseringsgraden er
1138 tilstrekkelig. I Justisdepartementets «Rettleiar til offentleglova»
1139 står følgende:
</p
>
1141 <p
>«Kravet om at innsynskravet må gjelde ei bestemt sak er til hinder
1142 for at eit innsynskrav kan gjelde alle saker av ein bestemt art, utan
1143 at den enkelte saka blir identifisert. Ein kan med andre ord i
1144 utgangspunktet ikkje krevje innsyn i til dømes alle saker om
1145 utsleppsløyve hos Statens forureiningstilsyn frå dei siste tre åra,
1146 med mindre ein identifiserer kvar enkelt sak, til dømes med tilvising
1147 til dato, partar eller liknande.»
</p
>
1149 <p
>Vedrørende denne begrensningen har Justisdepartementet uttalt
1150 følgende (Lovavdelingens uttalelser JDLOV-
2010-
3295):
</p
>
1152 <p
><em
>«Bakgrunnen for avgrensinga av kva innsynskravet kan gjelde,
1153 er fyrst og fremst at meir generelle innsynskrav, utan noka form for
1154 identifikasjon av kva ein eigentleg ynskjer, ville vere svært
1155 vanskelege å handsame for forvaltninga.»
</em
></p
>
1157 <p
>I samme sak uttaler Lovavdelingen følgende:
</p
>
1159 <p
><em
>«Det følgjer vidare av offentleglova §
28 andre ledd at det `i
1160 rimeleg utstrekning
' kan krevjast innsyn i `saker av ein bestemt
1161 art
'. Vilkåret om at eit innsynskrav berre `i rimeleg utstrekning
' kan
1162 gjelde saker av ein bestemt art, er i hovudsak knytt til kor
1163 arbeidskrevjande det vil vere å finne fram til dei aktuelle
1164 dokumenta. I tillegg reknar vi med at vilkåret kan gje grunnlag for å
1165 nekte innsyn i tilfelle der innsynskravet er så omfattande (gjeld så
1166 mange dokument) at arbeidsmengda som ville gått med til å handsame
1167 det, er større enn det ein `i rimeleg utstrekning
' kan krevje (sjølv
1168 om det nok skal mykje til).»
</em
></p
>
1170 <p
>NRK har ikke noen egen sammenstilling over avtaler innenfor
1171 bestemte områder som omtales i innsynsbegjæringen. De måtte søkes på
1172 vanlig måte. I tillegg finnes ikke noen automatisert måte å finne
1173 avtaler som «ikke er begrenset av de generelle bruksvilkårene som
1174 gjelder for utstyr som bruker MPEG og/eller H
.264». En slik
1175 gjennomgang av avtaler måtte gjøres manuelt av en person med
1176 spesialistkunnskap. Dette vil kreve at NRK avsetter omfattende
1177 ressurser for å finne frem relevante avtaler og for deretter å vurdere
1178 om de dekkes av det innsynsbegjæringen omfattes.
</p
>
1180 <p
>På bakgrunn av dette nekter NRK innsyn, med den begrunnelsen at
1181 innsynskravet er så omfattende at arbeidsmengden for å håndtere kravet
1182 vil være langt større enn det som i rimelig utstrekning kan kreves i
1183 henhold til offentleglova §
28 annet ledd.
</p
>
1185 <p
>Avslag på deres innsynsbegjæring kan påklages til Kultur- og
1186 kirkedepartementet innen tre uker fra det tidspunkt avslaget kommer
1187 frem til mottakeren, i henhold til reglene i offentleglova §
32,
1188 jf. forvaltningsloven kapittel VI. Klagen skal stiles til Kultur- og
1189 kirkedepartementet, og sendes til NRK.
</p
>
1191 <p
>NRK er imidlertid etter Offentleglova forpliktet å gi ut journaler,
1192 slik at en eventuell søknad om innsyn kan tydeligere identifisere
1193 hvilke dokumenter som det ønskes innsyn i. NRKs offentlige journaler
1194 for inneværende og forrige måned ligger ute på
1195 NRK.no/innsyn. Journaler som går lengre tilbake i tid, kan sendes ut
1196 på forespørsel til innsyn (at) nrk.no.
</p
>
1199 <br
>Dokumentarkivet i NRK
1200 <br
>v/ Elin Brandsrud
1201 <br
>Tel. direkte:
23 04 29 29
1202 <br
>Post: RBM3, Postboks
8500 Majorstuen,
0340 Oslo
1203 <br
>innsyn (at) nrk.no
</p
>
1205 </blockquote
></p
>
1208 <a href=
"http://people.skolelinux.org/pere/blog/images/
2012-
06-
25-video-mpegla-nrk.pdf
">i
1209 PDF-form som vedlegg på epost
</a
>. Jeg er litt usikker på hvordan jeg
1210 best går videre for å bli klok, men jeg har jo i hvert fall tre uker
1211 på å vurdere om jeg skal klage. Enten må nok forespørselen
1212 reformuleres eller så må jeg vel klage. Synes jo det er merkelig at
1213 NRK ikke har bedre kontroll med hvilke avtaler de har inngått. Det
1214 burde jo være noen i ledelsen som vet om de har signert en avtale med
1215 MPEG-LA eller ikke...
</p
>
1217 <p
>Oppdatering
2012-
06-
25 20:
20: Et google-søk på
"2011/
371 nrk
"
1218 sendte meg til postjournalen for
1219 <a href=
"http://nrk.no/contentfile/file/
1.8212365!offentligjournal19062012.pdf
">2012-
06-
19</a
>
1221 <a href=
"http://nrk.no/contentfile/file/
1.8214156!offentligjournal20062012.pdf
">2012-
06-
20</a
>
1222 hos NRK som viser mine forespørsler og viser at sakens tittel hos NRK
1223 er
"Graphic Systems Regions MA
2378/
10E
". Videre søk etter
"Graphic
1224 Systems Regions
" viser at dette er saken til et anbud om
1225 "<a href=
"http://no.mercell.com/m/mts/Tender/
27179412.aspx
">a graphics
1226 system for
12 or
13 sites broadcasting regional news
</a
>" hos Mercell
1227 Sourcing Service, også omtalt på
1228 <a href=
"http://www.publictenders.net/tender/
595705">Public
1229 Tenders
</a
> og
1230 <a href=
"http://www.doffin.no/search/show/search_view.aspx?ID=JAN155521
">Doffin
</a
>.
1231 Jeg er dog usikker på hvordan dette er relatert til min
1232 forespørsel.
</p
>
1234 <p
>Oppdatering
2012-
06-
25 22:
40: Ble tipset av Kieran Kunhya, fra
1236 <a href=
"http://code.google.com/p/open-broadcast-encoder/
">Open
1237 Broadcast Encoder
</a
>, at listen over de som har lisensavtale med
1239 <a href=
"http://www.mpeg-la.com/main/programs/AVC/Pages/Licensees.aspx
">tilgjengelig
1240 på web
</a
>. Veldig fint å oppdage hvor den finnes, da jeg må ha lett
1241 etter feil ting da jeg forsøke å finne den. Der står ikke NRK, men
1242 flere andre
"Broadcasting Company
"-oppføringer. Lurer på om det betyr
1243 at NRK ikke trenger avtale, eller noe helt annet?
</p
>
1248 <title>Trenger en avtale med MPEG-LA for å publisere og kringkaste H
.264-video?
</title>
1249 <link>http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</link>
1250 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html
</guid>
1251 <pubDate>Thu,
21 Jun
2012 13:
40:
00 +
0200</pubDate>
1252 <description><p
>Trengs det avtale med MPEG-LA for å ha lovlig rett til å
1253 distribuere og kringkaste video i MPEG4 eller med videokodingen H
.264?
1254 <a href=
"http://webmink.com/essays/h-
264/
">H
.264 og MPEG4 er jo ikke en
1255 fri og åpen standard
</a
> i henhold til
1256 <a href=
"http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
">definisjonen
1257 til Digistan
</a
>, så i enkelte land er det ingen tvil om at du må ha
1258 en slik avtale, men jeg må innrømme at jeg ikke vet om det også
1259 gjelder Norge. Det ser uansett ut til å være en juridisk interessant
1260 problemstilling. Men jeg tenkte her om dagen som så, at hvis det er
1261 nødvendig, så har store aktører som
1262 <a href=
"http://www.nrk.no/
">NRK
</a
> og
1263 <a href=
"http://www.regjeringen.no/
">regjeringen
</a
> skaffet seg en
1264 slik avtale. Jeg har derfor sendt forespørsel til begge (for
1265 regjeringen sin del er det Departementenes Servicesenter som gjør
1266 jobben), og bedt om kopi av eventuelle avtaler de har om bruk av MPEG
1267 og/eller H
.264 med MPEG-LA eller andre aktører som opererer på vegne
1268 av MPEG-LA. Her er kopi av eposten jeg har sendt til
1269 <a href=
"http://www.dss.dep.no/
">Departementenes Servicesenter
</a
>.
1270 Forespørselen til NRK er veldig lik.
</p
>
1272 <p
><blockquote
>
1274 <p
>Date: Tue,
19 Jun
2012 15:
18:
33 +
0200
1275 <br
>From: Petter Reinholdtsen
1276 <br
>To: postmottak@dss.dep.no
1277 <br
>Subject: Innsynsbegjæring om MPEG/H
.264-relaterte avtaler
1279 <p
>Hei. Jeg ber herved om innsyn og kopi av dokumenter i DSS relatert
1280 til avtaler rundt bruk av videoformatene MPEG og H
.264. Jeg er
1281 spesielt interessert i å vite om DSS har lisensavtale med MPEG-LA
1282 eller noen som representerer MPEG-LA i Norge.
</p
>
1284 <p
>MPEG og H
.264 er videoformater som brukes både til kringkasting
1285 (f.eks. i bakkenett og kabel-TV) og videopublisering på web, deriblant
1286 via Adobe Flash. MPEG-LA,
&lt;URL:
1287 <a href=
"http://www.mpeg-la.com/
">http://www.mpeg-la.com/
</a
> &gt;, er
1288 en organisasjon som har fått oppgaven, av de kjente rettighetshavere
1289 av immaterielle rettigheter knyttet til MPEG og H
.264, å selge
1290 bruksrett for MPEG og H
.264.
</p
>
1292 <p
>Via regjeringen.no kringkastes med MPEG og H
.264-baserte
1293 videoformater, og dette ser ut til å være organisert av DSS. Jeg
1294 antar dermed at DSS har avtale med en eller annen aktør om dette.
</p
>
1296 <p
>F.eks. har Adobe Premiere Pro har følgende klausul i følge
&lt;URL:
1297 <a href=
"http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
">http://news.cnet.com/
8301-
30685_3-
20000101-
264.html
</a
>
1300 <p
><blockquote
>
1302 <p
>6.17. AVC DISTRIBUTION. The following notice applies to software
1303 containing AVC import and export functionality: THIS PRODUCT IS
1304 LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND
1305 NON-COMMERCIAL USE OF A CONSUMER TO (a) ENCODE VIDEO IN COMPLIANCE
1306 WITH THE AVC STANDARD (
"AVC VIDEO
") AND/OR (b) DECODE AVC VIDEO THAT
1307 WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL
1308 ACTIVITY AND/OR AVC VIDEO THAT WAS OBTAINED FROM A VIDEO PROVIDER
1309 LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED OR SHALL BE
1310 IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED
1311 FROM MPEG LA L.L.C. SEE
1312 <a href=
"http://www.mpegla.com
">http://www.mpegla.com
</a
>.
</p
>
1314 </blockquote
></p
>
1316 <p
>Her er det kun
"non-commercial
" og
"personal and non-commercial
"
1317 aktivitet som er tillatt uten ekstra avtale med MPEG-LA.
</p
>
1319 <p
>Et annet tilsvarende eksempel er Apple Final Cut Pro, som har
1320 følgende klausul i følge
&lt;URL:
1321 <a href=
"http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
">http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf
</a
>
1324 <p
><blockquote
>
1326 <p
>15. Merknad om H
.264/AVC. Hvis Apple-programvaren inneholder
1327 funksjonalitet for AVC-koding og/eller AVC-dekoding, krever
1328 kommersiell bruk ekstra lisensiering og følgende gjelder:
1329 AVC-FUNKSJONALITETEN I DETTE PRODUKTET KAN KUN ANVENDES AV
1330 FORBRUKERE OG KUN FOR PERSONLIG OG IKKE- KOMMERSIELL BRUK TIL (i)
1331 KODING AV VIDEO I OVERENSSTEMMELSE MED AVC-STANDARDEN (
"AVC-VIDEO
")
1332 OG/ELLER (ii) DEKODING AV AVC-VIDEO SOM ER KODET AV EN FORBRUKER TIL
1333 PERSONLIG OG IKKE-KOMMERSIELL BRUK OG/ELLER DEKODING AV AVC-VIDEO
1334 FRA EN VIDEOLEVERANDØR SOM HAR LISENS TIL Å TILBY
1335 AVC-VIDEO. INFORMASJON OM ANNEN BRUK OG LISENSIERING KAN INNHENTES
1336 FRA MPEG LA L.L.C. SE HTTP://WWW.MPEGLA.COM.
</p
>
1337 </blockquote
></p
>
1339 <p
>Tilsvarende gjelder for andre programvarepakker, kamera, etc som
1340 bruker MPEG og H
.264, at en må ha en avtale med MPEG-LA for å ha lov
1341 til å bruke programmet/utstyret hvis en skal lage noe annet enn
1342 private filmer og i ikke-kommersiell virksomhet.
</p
>
1344 <p
>Jeg er altså interessert i kopi av avtaler DSS har som gjør at en
1345 ikke er begrenset av de generelle bruksvilkårene som gjelder for
1346 utstyr som bruker MPEG og/eller H
.264.
</p
>
1347 </blockquote
></p
>
1349 <p
>Nå venter jeg spent på svaret. Jeg planlegger å blogge om svaret
1355 <title>Veileder fra DIFI om publisering av offentlige data
</title>
1356 <link>http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html
</link>
1357 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html
</guid>
1358 <pubDate>Fri,
1 Jun
2012 10:
40:
00 +
0200</pubDate>
1359 <description><p
>På onsdag rakk jeg såvidt innom
1360 <a href=
"http://www.meetup.com/osloopendata/
">Oslo Open Data Forums
</a
>
1361 møte, og fikk lagt hendene mine på DIFIs helt nye veileder
1362 "<a href=
"http://veileder.data.norge.no/
">Åpne data. Del og skap
1363 verdier. Veileder i tilgjengeliggjøring av offentlig data
</a
>" (også
1364 <a href=
"http://www.difi.no/filearchive/veileder-i-tilgjengeliggjoring-av-offentlig-data-web.pdf
">tilgjengelig
1365 som PDF
</a
> fra DIFI).
</p
>
1367 <p
>Veilederen er veldig bra, og nevner viktige problemstillinger og
1368 skisserer f.eks. både verdiskapningspotensialet og formatmulighetene
1369 som en bør ha i bakhodet når en publiserer offentlig informasjon på
1370 maskinlesbart format. Kildekoden til veilederen er
1371 <a href=
"https://github.com/difi/veileder-opnedata
">tilgjengelig via
1372 github
</a
>, og en kan rapportere tilbakemeldinger og forslag til
1373 forbedringer der (eller via epost og twitter for de som ønsker
1376 <p
>Det eneste jeg virkelig savnet i veilederen var omtale av
1377 <a href=
"http://www.w3.org/DesignIssues/LinkedData.html
">w3cs
1378 stjerneklassifisering
</a
> av åpne datakilder, som jeg tror ville være
1379 nyttige mentale knagger for de som vurderer å publisere sin
1380 informasjon på som åpne data. Jeg har
1381 <a href=
"https://github.com/difi/veileder-opnedata/issues/
1">rapportert
1382 en github-bug
</a
> om dette, så får vi se hvordan den blir behandlet.
</p
>
1384 <p
>Det slo meg at det var veldig lite konkret i veilederen om valg av
1385 bruksvilkår ved publisering (aka lisens), men jeg er ikke sikker på om
1386 det hører hjemme der, da det er et vanskelig tema som kanskje heller
1387 hører hjemme i sin egen veileder. Uansett, anbefaler alle å ta en
1388 titt på veilederen og sikre at alle offentlige etater en har kontakt
1389 med får en kopi.
</p
>
1394 <title>HTC One X - Your video? What do you mean?
</title>
1395 <link>http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</link>
1396 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html
</guid>
1397 <pubDate>Thu,
26 Apr
2012 13:
20:
00 +
0200</pubDate>
1398 <description><p
>In
<a href=
"http://www.idg.no/computerworld/article243690.ece
">an
1399 article today
</a
> published by Computerworld Norway, the photographer
1400 <a href=
"http://www.urke.com/eirik/
">Eirik Helland Urke
</a
> reports
1401 that the video editor application included with
1402 <a href=
"http://www.htc.com/www/smartphones/htc-one-x/#specs
">HTC One
1403 X
</a
> have some quite surprising terms of use. The article is mostly
1404 based on the twitter message from mister Urke, stating:
1406 <p
><blockquote
>
1407 "<a href=
"http://twitter.com/urke/status/
194062269724897280">Drøy
1408 brukeravtale: HTC kan bruke MINE redigerte videoer kommersielt. Selv
1409 kan jeg KUN bruke dem privat.
</a
>"
1410 </blockquote
></p
>
1412 <p
>I quickly translated it to this English message:
</p
>
1414 <p
><blockquote
>
1415 "Arrogant user agreement: HTC can use MY edited videos
1416 commercially. Although I can ONLY use them privately.
"
1417 </blockquote
></p
>
1419 <p
>I
've been unable to find the text of the license term myself, but
1420 suspect it is a variation of the MPEG-LA terms I
1421 <a href=
"http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
">discovered
1422 with my Canon IXUS
130</a
>. The HTC One X specification specifies that
1423 the recording format of the phone is .amr for audio and .mp3 for
1425 <a href=
"http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues
">Adaptive
1426 Multi-Rate audio codec
</a
> with patents which according to the
1427 Wikipedia article require an license agreement with
1428 <a href=
"http://www.voiceage.com/
">VoiceAge
</a
>. MP4 is
1429 <a href=
"http://en.wikipedia.org/wiki/H
.264/MPEG-
4_AVC#Patent_licensing
">MPEG4 with
1430 H
.264</a
>, which according to Wikipedia require a licence agreement
1431 with
<a href=
"http://www.mpegla.com/
">MPEG-LA
</a
>.
</p
>
1433 <p
>I know why I prefer
1434 <a href=
"http://www.digistan.org/open-standard:definition
">free and open
1435 standards
</a
> also for video.
</p
>
1440 <title>Changing the default Iceweasel start page in Debian Edu/Squeeze
</title>
1441 <link>http://people.skolelinux.org/pere/blog/Changing_the_default_Iceweasel_start_page_in_Debian_Edu_Squeeze.html
</link>
1442 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Changing_the_default_Iceweasel_start_page_in_Debian_Edu_Squeeze.html
</guid>
1443 <pubDate>Tue,
10 Jan
2012 15:
30:
00 +
0100</pubDate>
1444 <description><p
>In the Squeeze version of
1445 <a href=
"http://www.skolelinux.org/
">Debian Edu / Skolelinux
</a
> soon
1446 to be released, users of the system will get their default browser
1447 start page set from LDAP, allowing the system administrator to point
1448 all users to the school web page by updating one setting in LDAP. In
1449 addition to setting the default start page when a machine boots, users
1450 are shown the same page as a welcome page when they log in for the
1451 first time.
</p
>
1453 <p
>The LDAP object dc=skole,dc=skolelinux,dc=no have an attribute
1454 labeledURI with
"http://www/ LDAP for Debian Edu/Skolelinux
" as the
1455 default content. By changing this value to another URL, all users get
1456 to see the page behind this new URL.
</p
>
1458 <p
>An easy way to update it is by using the ldapvi tool. It can be
1459 called as
"<tt
>ldapvi -ZD
'(cn=admin)
'</tt
>' to update LDAP with the
1460 new setting.
</p
>
1462 <p
>We have written the code to adjust the default start page and show
1463 the welcome page, and I wonder if there is an easier way to do this
1464 from within Iceweasel instead.
</p
>
1469 <title>Hvordan enkelt laste ned filmer fra NRK
</title>
1470 <link>http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</link>
1471 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html
</guid>
1472 <pubDate>Sat,
5 Nov
2011 15:
20:
00 +
0100</pubDate>
1473 <description><p
>Ofte har jeg lyst til å laste ned et innslag fra NRKs nettsted for
1474 å se det senere når jeg ikke er på nett, eller for å ha det
1475 tilgjengelig når jeg en gang i fremtiden ønsker å referere til
1476 innslaget selv om NRK har fjernet det fra sine nettsider. I dag fant
1477 jeg et lite script som fikser jobben.
</p
>
1479 <p
>Scriptet er laget av Jan Henning Thorsen og tilgjengelig fra
1480 <a href=
"http://jhthorsen.github.com/snippets/nrk-downloader/
">github
</a
>,
1481 og gjør det veldig enkelt å laste ned. Kjør
<tt
>nrk-downloader.sh
1482 http://www1.nrk.no/nett-tv/klipp/
582810</tt
> for å hente ned et enkelt
1483 innslag eller
<tt
>nrk-downloader.sh
1484 http://www1.nrk.no/nett-tv/kategori/
3521</tt
> for å laste ned alle
1485 episodene i en serie.
</p
>
1487 <p
>Det er ikke rakettforskning å laste ned NRK-
"strømmer
", og
1488 tidligere gjorde jeg dette manuelt med mplayer. Scriptet til
1489 Hr. Thorsen gjør det raskere og enklere for meg, men jeg vil ikke si
1490 at det er en revolusjonerende løsning. Jeg mener jo fortsatt at
1491 påstanden fra NRKs ansatte om at det er
1492 <a href=
"http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
">vesensforskjellig
1493 å legge tilgjengelig for nedlasting og for streaming
</a
> er
1494 meningsløs.
</p
>
1499 <title>What is missing in the Debian desktop, or why my parents use Kubuntu
</title>
1500 <link>http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</link>
1501 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html
</guid>
1502 <pubDate>Fri,
29 Jul
2011 08:
10:
00 +
0200</pubDate>
1503 <description><p
>While at Debconf11, I have several times during discussions
1504 mentioned the issues I believe should be improved in Debian for its
1505 desktop to be useful for more people. The use case for this is my
1506 parents, which are currently running Kubuntu which solve the
1509 <p
>I suspect these four missing features are not very hard to
1510 implement. After all, they are present in Ubuntu, so if we wanted to
1511 do this in Debian we would have a source.
</p
>
1515 <li
><strong
>Simple GUI based upgrade of packages.
</strong
> When there
1516 are new packages available for upgrades, a icon in the KDE status bar
1517 indicate this, and clicking on it will activate the simple upgrade
1518 tool to handle it. I have no problem guiding both of my parents
1519 through the process over the phone. If a kernel reboot is required,
1520 this too is indicated by the status bars and the upgrade tool. Last
1521 time I checked, nothing with the same features was working in KDE in
1524 <li
><strong
>Simple handling of missing Firefox browser
1525 plugins.
</strong
> When the browser encounter a MIME type it do not
1526 currently have a handler for, it will ask the user if the system
1527 should search for a package that would add support for this MIME type,
1528 and if the user say yes, the APT sources will be searched for packages
1529 advertising the MIME type in their control file (visible in the
1530 Packages file in the APT archive). If one or more packages are found,
1531 it is a simple click of the mouse to add support for the missing mime
1532 type. If the package require the user to accept some non-free
1533 license, this is explained to the user. The entire process make it
1534 more clear to the user why something do not work in the browser, and
1535 make the chances higher for the user to blame the web page authors and
1536 not the browser for any missing features.
</li
>
1538 <li
><strong
>Simple handling of missing multimedia codec/format
1539 handlers.
</strong
> When the media players encounter a format or codec
1540 it is not supporting, a dialog pop up asking the user if the system
1541 should search for a package that would add support for it. This
1542 happen with things like MP3, Windows Media or H
.264. The selection
1543 and installation procedure is very similar to the Firefox browser
1544 plugin handling. This is as far as I know implemented using a
1545 gstreamer hook. The end result is that the user easily get access to
1546 the codecs that are present from the APT archives available, while
1547 explaining more on why a given format is unsupported by Ubuntu.
</li
>
1549 <li
><strong
>Better browser handling of some MIME types.
</strong
> When
1550 displaying a text/plain file in my Debian browser, it will propose to
1551 start emacs to show it. If I remember correctly, when doing the same
1552 in Kunbutu it show the file as a text file in the browser. At least I
1553 know Opera will show text files within the browser. I much prefer the
1554 latter behaviour.
</li
>
1558 <p
>There are other nice features as well, like the simplified suite
1559 upgrader, but given that I am the one mostly doing the dist-upgrade,
1560 it do not matter much.
</p
>
1562 <p
>I really hope we could get these features in place for the next
1563 Debian release. It would require the coordinated effort of several
1564 maintainers, but would make the end user experience a lot better.
</p
>
1569 <title>Gnash enteres Google Summer of Code
2011</title>
1570 <link>http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</link>
1571 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html
</guid>
1572 <pubDate>Wed,
6 Apr
2011 09:
00:
00 +
0200</pubDate>
1573 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is still
1574 the most promising solution for a Free Software Flash implementation.
1575 A few days ago the project
1576 <a href=
"http://lists.gnu.org/archive/html/gnash-dev/
2011-
04/msg00011.html
">announced
</a
>
1577 that it will participate in Google Summer of Code. I hope many
1578 students apply, and that some of them succeed in getting AVM2 support
1579 into Gnash.
</p
>
1584 <title>Why isn
't Debian Edu using VLC?
</title>
1585 <link>http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</link>
1586 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html
</guid>
1587 <pubDate>Sat,
27 Nov
2010 11:
30:
00 +
0100</pubDate>
1588 <description><p
>In the latest issue of Linux Journal, the readers choices were
1589 presented, and the winner among the multimedia player were VLC.
1590 Personally, I like VLC, and it is my player of choice when I first try
1591 to play a video file or stream. Only if VLC fail will I drag out
1592 gmplayer to see if it can do better. The reason is mostly the failure
1593 model and trust. When VLC fail, it normally pop up a error message
1594 reporting the problem. When mplayer fail, it normally segfault or
1595 just hangs. The latter failure mode drain my trust in the program.
<p
>
1597 <p
>But even if VLC is my player of choice, we have choosen to use
1598 mplayer in
<a href=
"http://www.skolelinux.org/
">Debian
1599 Edu/Skolelinux
</a
>. The reason is simple. We need a good browser
1600 plugin to play web videos seamlessly, and the VLC browser plugin is
1601 not very good. For example, it lack in-line control buttons, so there
1602 is no way for the user to pause the video. Also, when I
1603 <a href=
"http://wiki.debian.org/DebianEdu/BrowserMultimedia
">last
1604 tested the browser plugins
</a
> available in Debian, the VLC plugin
1605 failed on several video pages where mplayer based plugins worked. If
1606 the browser plugin for VLC was as good as the gecko-mediaplayer
1607 package (which uses mplayer), we would switch.
</P
>
1609 <p
>While VLC is a good player, its user interface is slightly
1610 annoying. The most annoying feature is its inconsistent use of
1611 keyboard shortcuts. When the player is in full screen mode, its
1612 shortcuts are different from when it is playing the video in a window.
1613 For example, space only work as pause when in full screen mode. I
1614 wish it had consisten shortcuts and that space also would work when in
1615 window mode. Another nice shortcut in gmplayer is [enter] to restart
1616 the current video. It is very nice when playing short videos from the
1617 web and want to restart it when new people arrive to have a look at
1618 what is going on.
</p
>
1623 <title>Norgeskartet på mange vis - via OpenStreetmap.org
</title>
1624 <link>http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html
</link>
1625 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html
</guid>
1626 <pubDate>Mon,
1 Nov
2010 11:
15:
00 +
0100</pubDate>
1627 <description><p
>Har oppdaget at mange ikke er klar over at OpenStreetmap.org er
1628 tilgjengelig i en rekke forskjellige formater. Her er en liste med
1629 eksporter jeg kjenner til for Norge, for de som trenger et
1630 fribrukskart til sine tjenester:
</p
>
1634 <li
>Cloudmade tilbyr OSM XML, Garmin Map Files, Osmosis country
1635 bounding polygon, Shapefile, Navit maps, GPX POI, TomTom POI og OSM
1636 XML feature extracts via
1637 <a href=
"http://downloads.cloudmade.com/europe/norway
">sine
1638 nedlastingssider
</a
>.
</li
>
1640 <li
>Geofabric tilbyr
1641 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.bz2
">OSM
1643 <a href=
"http://download.geofabrik.de/osm/europe/norway.osm.pbf
">OSM
1644 protobuf binærformat
</a
> og
1645 <a href=
"http://download.geofabrik.de/osm/europe/norway.shp.zip
">ESRI
1646 Shapefile (EPSG:
4326)
</a
> fra sine nedlastingssider.
</li
>
1648 <li
>Frikart.no tilbyr
1649 <a href=
"http://www.frikart.no/garmin/
">Garmin-kart
</a
> i uike
1650 varianter for veibruk og turbruk sommer og vinter.
</li
>
1652 </ul
></p
>
1654 <p
>Kartene oppdateres regelmessig, som oftest hver uke. Det skulle
1655 dermed være noe for enhver smak.
</p
>
1660 <title>Best å ikke fortelle noen at streaming er nedlasting...
</title>
1661 <link>http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</link>
1662 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html
</guid>
1663 <pubDate>Sat,
30 Oct
2010 11:
20:
00 +
0200</pubDate>
1664 <description><p
>I dag la jeg inn en kommentar på en sak hos NRKBeta
1665 <a href=
"http://nrkbeta.no/
2010/
10/
27/bakom-blindpassasjer-del-
1/
">om
1666 hvordan TV-serien Blindpassasjer ble laget
</a
> i forbindelse med at
1667 filmene NRK la ut ikke var tilgjengelig i et
1668 <a href=
"http://www.digistan.org/open-standard:definition
">fritt og
1669 åpent format
</a
>. Dette var det jeg skrev publiserte der
07:
39.
</p
>
1671 <p
><blockquote
>
1672 <p
>"Vi fikk en kommentar rundt måten streamet innhold er beskyttet fra
1673 nedlasting. Mange av oss som kan mer enn gjennomsnittet om systemer
1674 som dette, vet at det stort sett er mulig å lure ut ting med den
1675 nødvendige forkunnskapen.
"</p
>
1677 <p
>Haha. Å streame innhold er det samme som å laste ned innhold, så å
1678 beskytte en stream mot nedlasting er ikke mulig. Å skrive noe slikt
1679 er å forlede leseren.
</p
>
1681 <p
>Med den bakgrunn blir forklaringen om at noen rettighetshavere kun
1682 vil tillate streaming men ikke nedlasting meningsløs.
</p
>
1684 <p
>Anbefaler forresten å lese
1685 <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
>
1686 om hva som ville være konsekvensen hvis digitale avspillingssperrer
1687 (DRM) fungerte. Det gjør de naturligvis ikke teknisk - det er jo
1688 derfor de må ha totalitære juridiske beskyttelsesmekanismer på plass,
1689 men det er skremmende hva samfunnet tillater og NRK er med på å bygge
1690 opp under.
</p
>
1691 </blockquote
></p
>
1693 <p
>Ca.
20 minutter senere får jeg følgende epost fra Anders Hofseth i
1696 <p
><blockquote
>
1697 <p
>From: Anders Hofseth
&lt;XXX@gmail.com
>
1698 <br
>To:
"pere@hungry.com
" &lt;pere@hungry.com
>
1699 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>, Jon Ståle Carlsen
&lt;XXX@gmail.com
>, Henrik Lied
&lt;XXX@gmail.com
>
1700 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
1701 <br
>Date: Sat,
30 Oct
2010 07:
58:
44 +
0200</p
>
1703 <p
>Hei Petter.
1704 <br
>Det du forsøker dra igang er egentlig en interessant diskusjon,
1705 men om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt
1706 om å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
1707 særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
1709 <p
>Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er
1710 fjernet og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
1711 konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
1713 <p
>Med hilsen,
1714 <br
>-anders
</p
>
1716 <p
>Ring meg om noe er uklart:
95XXXXXXX
</p
>
1717 </blockquote
></p
>
1719 <p
>Ble så fascinert over denne holdningen, at jeg forfattet og sendte
1720 over følgende svar. I og med at debatten er fjernet fra NRK Betas
1721 kommentarfelt, så velger jeg å publisere her på bloggen min i stedet.
1722 Har fjernet epostadresser og telefonnummer til de involverte, for å
1723 unngå at de tiltrekker seg uønskede direkte kontaktforsøk.
</p
>
1725 <p
><blockquote
>
1726 <p
>From: Petter Reinholdtsen
&lt;pere@hungry.com
>
1727 <br
>To: Anders Hofseth
&lt;XXX@gmail.com
>
1728 <br
>Cc: Eirik Solheim
&lt;XXX@gmail.com
>,
1729 <br
> Jon Ståle Carlsen
&lt;XXX@gmail.com
>,
1730 <br
> Henrik Lied
&lt;XXX@gmail.com
>
1731 <br
>Subject: Re: [NRKbeta] Kommentar:
"Bakom Blindpassasjer: del
1"
1732 <br
>Date: Sat,
30 Oct
2010 08:
24:
34 +
0200</p
>
1734 <p
>[Anders Hofseth]
1735 <br
>> Hei Petter.
</p
>
1737 <p
>Hei.
</p
>
1739 <p
>> Det du forsøker dra igang er egentlig en interessant diskusjon, men
1740 <br
>> om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt om
1741 <br
>> å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
1742 <br
>> særlig lett å klarere ut noe annet arkivmateriale på lang tid.
</p
>
1744 <p
>Godt å se at du er enig i at dette er en interessant diskusjon. Den
1745 vil nok fortsette en stund til. :)
</p
>
1747 <p
>Må innrømme at jeg synes det er merkelig å lese at dere i NRK med
1748 vitende og vilje ønsker å forlede rettighetshaverne for å kunne
1749 fortsette å legge ut arkivmateriale.
</p
>
1751 <p
>Kommentarer og diskusjoner i bloggene til NRK Beta påvirker jo ikke
1752 faktum, som er at streaming er det samme som nedlasting, og at innhold
1753 som er lagt ut på nett kan lagres lokalt for avspilling når en ønsker
1756 <p
>Det du sier er jo at klarering av arkivmateriale for publisering på
1757 web krever at en holder faktum skjult fra debattfeltet på NRKBeta.
1758 Det er ikke et argument som holder vann. :)
</p
>
1760 <p
>> Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er fjernet
1761 <br
>> og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
1762 <br
>> konsekvensene vi beskriver ikke er noe du ønsker heller...
</p
>
1764 <p
>Personlig ønsker jeg at NRK skal slutte å stikke hodet i sanden og
1765 heller være åpne på hvordan virkeligheten fungerer, samt ta opp kampen
1766 mot de som vil låse kulturen inne. Jeg synes det er en skam at NRK
1767 godtar å forlede publikum. Ville heller at NRK krever at innhold som
1768 skal sendes skal være uten bruksbegresninger og kan publiseres i
1769 formater som heller ikke har bruksbegresninger (bruksbegresningene til
1770 H
.264 burde få varselbjellene i NRK til å ringe).
</p
>
1772 <p
>At NRK er med på DRM-tåkeleggingen og at det kommer feilaktive
1773 påstander om at
"streaming beskytter mot nedlasting
" som bare er egnet
1774 til å bygge opp om en myte som er skadelig for samfunnet som helhet.
</p
>
1776 <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
1778 &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
> >.
1779 for å se hva slags bruksbegresninger H
.264 innebærer.
</p
>
1781 <p
>Hvis dette innebærer at NRK må være åpne med at arkivmaterialet ikke
1782 kan brukes før rettighetshaverene også innser at de er med på å skade
1783 samfunnets kultur og kollektive hukommelse, så får en i hvert fall
1784 synliggjort konsekvensene og antagelig mer flammer på en debatt som er
1785 langt på overtid.
</p
>
1787 <p
>> Ring meg om noe er uklart: XXX
</p
>
1789 <p
>Intet uklart, men ikke imponert over måten dere håndterer debatten på.
1790 Hadde du i stedet kommet med et tilsvar i kommentarfeltet der en
1791 gjorde det klart at blindpassasjer-blogpostingen ikke var riktig sted
1792 for videre diskusjon hadde dere i mine øyne kommet fra det med
1793 ryggraden på plass.
</p
>
1795 <p
>PS: Interessant å se at NRK-ansatte ikke bruker NRK-epostadresser.
</p
>
1797 <p
>Som en liten avslutning, her er noen litt morsomme innslag om temaet.
1798 &lt;URL:
<a href=
"http://www.archive.org/details/CopyingIsNotTheft
">http://www.archive.org/details/CopyingIsNotTheft
</a
> > og
1799 &lt;URL:
<a href=
"http://patentabsurdity.com/
">http://patentabsurdity.com/
</a
> > hadde vært noe å kringkaste på
1802 <p
>Vennlig hilsen,
1804 <br
>Petter Reinholdtsen
</p
>
1809 <title>Pledge for funding to the Gnash project to get AVM2 support
</title>
1810 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</link>
1811 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</guid>
1812 <pubDate>Tue,
19 Oct
2010 14:
45:
00 +
0200</pubDate>
1813 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is the
1814 most promising solution for a Free Software Flash implementation. It
1815 has done great so far, but there is still far to go, and recently its
1816 funding has dried up. I believe AVM2 support in Gnash is vital to the
1817 continued progress of the project, as more and more sites show up with
1818 AVM2 flash files.
</p
>
1820 <p
>To try to get funding for developing such support, I have started
1821 <a href=
"http://www.pledgebank.com/gnash-avm2
">a pledge
</a
> with the
1822 following text:
</P
>
1824 <p
><blockquote
>
1826 <p
>"I will pay
100$ to the Gnash project to develop AVM2 support but
1827 only if
10 other people will do the same.
"</p
>
1829 <p
>- Petter Reinholdtsen, free software developer
</p
>
1831 <p
>Deadline to sign up by:
24th December
2010</p
>
1833 <p
>The Gnash project need to get support for the new Flash file
1834 format AVM2 to work with a lot of sites using Flash on the
1835 web. Gnash already work with a lot of Flash sites using the old AVM1
1836 format, but more and more sites are using the AVM2 format these
1837 days. The project web page is available from
1838 http://www.getgnash.org/ . Gnash is a free software implementation
1839 of Adobe Flash, allowing those of us that do not accept the terms of
1840 the Adobe Flash license to get access to Flash sites.
</p
>
1842 <p
>The project need funding to get developers to put aside enough
1843 time to develop the AVM2 support, and this pledge is my way to try
1844 to get this to happen.
</p
>
1846 <p
>The project accept donations via the OpenMediaNow foundation,
1847 <a href=
"http://www.openmedianow.org/?q=node/
32">http://www.openmedianow.org/?q=node/
32</a
> .
</p
>
1849 </blockquote
></p
>
1851 <p
>I hope you will support this effort too. I hope more than
10
1852 people will participate to make this happen. The more money the
1853 project gets, the more features it can develop using these funds.
1859 <title>Standardkrav inn i anbudstekster?
</title>
1860 <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html
</link>
1861 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html
</guid>
1862 <pubDate>Sun,
17 Oct
2010 19:
30:
00 +
0200</pubDate>
1863 <description><p
>Hvis det å følge standarder skal ha noen effekt overfor
1864 leverandører, så må slike krav og ønsker komme inn i anbudstekster når
1865 systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud
1866 så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og
1867 forslag. Min drøm er at en kan sette krav til slik støtte i
1868 anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
1869 seg med å skrive at det er en fordel om slik støtte er tilstede i
1870 leveranser.
</p
>
1872 <p
>Som systemadministrator på Universitetet er det typisk to områder
1873 som er problematiske for meg. Det ene er admin-grensesnittene på
1874 tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider
1875 som vi ønsker å bruke via en nettleser. For begge deler er det viktig
1876 at protokollene og formatene som brukes følger standarder våre verktøy
1879 <p
>De fleste har nå støtte for SSH som overføringsprotkoll for
1880 admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
1881 inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere
1882 aktuelle protokoller for fremvisning av BIOS-oppsett og
1883 oppstartmeldinger, og min anbefaling ville være å kreve
1884 VT100-kompatibel protokoll, for å sikre at flest mulig
1885 terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
1886 via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og
1887 VT220. Kanskje en formulering ala dette i anbudsutlysninger vil
1890 <p
><blockquote
>
1891 BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
1892 bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
1893 (RFC
4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
1894 når en kobler seg til oppstart via ssh.
1895 </blockquote
></p
>
1897 <p
>Har ikke lykkes med å finne en god referanse for
1898 VT100-spesifikasjonen.
</p
>
1900 <p
>Når det gjelder nettsider, så er det det HTML, CSS og
1901 JavaScript-spesifikasjonen til W3C som gjelder.
</p
>
1903 <p
><blockquote
>
1904 Alle systemets nettsider bør/skal være i henhold til statens
1905 standardkatalogs krav om nettsider og følge HTML-standarden som
1906 definert av W3C, og validere uten feil hos W3Cs HTML-validator
1907 (http://validator.w3.org). Hvis det brukes CSS så bør/skal denne
1908 validere uten feil hos W3Cs CSS-validator
1909 (http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal
1910 være i henhold til EcmaScript-standarden. I tillegg til å følge de
1911 overnevnte standardene skal websidene fungere i nettleserne (fyll inn
1912 relevant liste for organisasjonen) Firefox
3.5, Internet Explorer
8,
1914 </blockquote
></p
>
1916 <p
>Vil et slikt avsnitt være konkret nok til å få leverandørene til å
1917 lage nettsider som følger standardene og fungerer i flere
1918 nettlesere?
</p
>
1920 <p
>Tar svært gjerne imot innspill på dette temaet til aktive (at)
1921 nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
1922 for å oppmuntre leverandører til å følge standardene. Kanskje NUUG
1923 burde lage et dokument med forslag til standardformuleringer å ta med
1924 i anbudsutlysninger?
</p
>
1926 <p
>Oppdatering
2010-
12-
03: I følge Wikipedias oppføring om
1927 <a href=
"http://en.wikipedia.org/wiki/ANSI_escape_code
">ANSI escape
1928 code
</a
>, så bruker VT100-terminaler ECMA-
48-spesifikasjonen som
1929 basis for sin oppførsel. Det kan dermed være et alternativ når en
1930 skal spesifisere hvordan seriell-konsoll skal fungere.
</p
>
1935 <title>Terms of use for video produced by a Canon IXUS
130 digital camera
</title>
1936 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</link>
1937 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</guid>
1938 <pubDate>Thu,
9 Sep
2010 23:
55:
00 +
0200</pubDate>
1939 <description><p
>A few days ago I had the mixed pleasure of bying a new digital
1940 camera, a Canon IXUS
130. It was instructive and very disturbing to
1941 be able to verify that also this camera producer have the nerve to
1942 specify how I can or can not use the videos produced with the camera.
1943 Even thought I was aware of the issue, the options with new cameras
1944 are limited and I ended up bying the camera anyway. What is the
1945 problem, you might ask? It is software patents, MPEG-
4, H
.264 and the
1946 MPEG-LA that is the problem, and our right to record our experiences
1947 without asking for permissions that is at risk.
1949 <p
>On page
27 of the Danish instruction manual, this section is
1953 <p
>This product is licensed under AT
&T patents for the MPEG-
4 standard
1954 and may be used for encoding MPEG-
4 compliant video and/or decoding
1955 MPEG-
4 compliant video that was encoded only (
1) for a personal and
1956 non-commercial purpose or (
2) by a video provider licensed under the
1957 AT
&T patents to provide MPEG-
4 compliant video.
</p
>
1959 <p
>No license is granted or implied for any other use for MPEG-
4
1963 <p
>In short, the camera producer have chosen to use technology
1964 (MPEG-
4/H
.264) that is only provided if I used it for personal and
1965 non-commercial purposes, or ask for permission from the organisations
1966 holding the knowledge monopoly (patent) for technology used.
</p
>
1968 <p
>This issue has been brewing for a while, and I recommend you to
1970 "<a href=
"http://www.osnews.com/story/
23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
">Why
1971 Our Civilization
's Video Art and Culture is Threatened by the
1972 MPEG-LA
</a
>" by Eugenia Loli-Queru and
1973 "<a href=
"http://webmink.com/
2010/
09/
03/h-
264-and-foss/
">H
.264 Is Not
1974 The Sort Of Free That Matters
</a
>" by Simon Phipps to learn more about
1975 the issue. The solution is to support the
1976 <a href=
"http://www.digistan.org/open-standard:definition
">free and
1977 open standards
</a
> for video, like
<a href=
"http://www.theora.org/
">Ogg
1978 Theora
</a
>, and avoid MPEG-
4 and H
.264 if you can.
</p
>
1983 <title>Some notes on Flash in Debian and Debian Edu
</title>
1984 <link>http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</link>
1985 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</guid>
1986 <pubDate>Sat,
4 Sep
2010 10:
10:
00 +
0200</pubDate>
1987 <description><p
>In the
<a href=
"http://popcon.debian.org/unknown/by_vote
">Debian
1988 popularity-contest numbers
</a
>, the adobe-flashplugin package the
1989 second most popular used package that is missing in Debian. The sixth
1990 most popular is flashplayer-mozilla. This is a clear indication that
1991 working flash is important for Debian users. Around
10 percent of the
1992 users submitting data to popcon.debian.org have this package
1993 installed.
</p
>
1995 <p
>In the report written by Lars Risan in August
2008
1996 («
<a href=
"http://wiki.skolelinux.no/Dokumentasjon/Rapporter?action=AttachFile
&do=view
&target=Skolelinux_i_bruk_rapport_1.0.pdf
">Skolelinux
1997 i bruk – Rapport for Hurum kommune, Universitetet i Agder og
1998 stiftelsen SLX Debian Labs
</a
>»), one of the most important problems
1999 schools experienced with
<a href=
"http://www.skolelinux.org/
">Debian
2000 Edu/Skolelinux
</a
> was the lack of working Flash. A lot of educational
2001 web sites require Flash to work, and lacking working Flash support in
2002 the web browser and the problems with installing it was perceived as a
2003 good reason to stay with Windows.
</p
>
2005 <p
>I once saw a funny and sad comment in a web forum, where Linux was
2006 said to be the retarded cousin that did not really understand
2007 everything you told him but could work fairly well. This was a
2008 comment regarding the problems Linux have with proprietary formats and
2009 non-standard web pages, and is sad because it exposes a fairly common
2010 understanding of whose fault it is if web pages that only work in for
2011 example Internet Explorer
6 fail to work on Firefox, and funny because
2012 it explain very well how annoying it is for users when Linux
2013 distributions do not work with the documents they receive or the web
2014 pages they want to visit.
</p
>
2016 <p
>This is part of the reason why I believe it is important for Debian
2017 and Debian Edu to have a well working Flash implementation in the
2018 distribution, to get at least popular sites as Youtube and Google
2019 Video to working out of the box. For Squeeze, Debian have the chance
2020 to include the latest version of Gnash that will make this happen, as
2021 the new release
0.8.8 was published a few weeks ago and is resting in
2022 unstable. The new version work with more sites that version
0.8.7.
2023 The Gnash maintainers have asked for a freeze exception, but the
2024 release team have not had time to reply to it yet. I hope they agree
2025 with me that Flash is important for the Debian desktop users, and thus
2026 accept the new package into Squeeze.
</p
>
2031 <title>OpenStreetmap one step closer to having routing on its front page
</title>
2032 <link>http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</link>
2033 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html
</guid>
2034 <pubDate>Sun,
18 Jul
2010 16:
45:
00 +
0200</pubDate>
2035 <description><p
>Thanks to
2036 <a href=
"http://feedproxy.google.com/~r/Opengeodata/~
3/wUTCzDZk3lc/project-of-the-week-which-way-home
">todays
2037 opengeodata blog entry
</a
>, I just discovered that the
2038 OpenStreetmap.org site have gotten
2039 <a href=
"http://nroets.dev.openstreetmap.org/demo/index.html?layers=B000FTFTT
">support
2040 for calculating routes
</a
>. The support is still experimental and
2041 only available from the development server, until more experience is
2042 gathered on the user interface and any scalability issues.
</p
>
2044 <p
>Earlier, the routing I knew about using the OpenStreetmap.org data
2045 was provided by
<a href=
"http://maps.cloudmade.com/
">Cloudmade
</a
>,
2046 but having it on the main page is required to make everyone aware of
2047 the issue. I
've had people reject Openstreetmap.org as a viable
2048 alternative for them because the front page lacked routing support,
2049 and I hope their needs will be catered for when routing show up on the
2050 www.openstreetmap.org front page.
</p
>
2055 <title>Great book:
"Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future
"</title>
2056 <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html
</link>
2057 <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>
2058 <pubDate>Mon,
19 Apr
2010 17:
10:
00 +
0200</pubDate>
2059 <description><p
>The last few weeks i have had the pleasure of reading a
2060 thought-provoking collection of essays by Cory Doctorow, on topics
2061 touching copyright, virtual worlds, the future of man when the
2062 conscience mind can be duplicated into a computer and many more. The
2063 book titled
"Content: Selected Essays on Technology, Creativity,
2064 Copyright, and the Future of the Future
" is available with few
2065 restrictions on the web, for example from
2066 <a href=
"http://craphound.com/content/
">his own site
</a
>. I read the
2068 <a href=
"http://www.feedbooks.com/book/
2883">feedbooks
</a
> using
2069 <a href=
"http://www.fbreader.org/
">fbreader
</a
> and my N810. I
2070 strongly recommend this book.
</p
>
2075 <title>Relative popularity of document formats (MS Office vs. ODF)
</title>
2076 <link>http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</link>
2077 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</guid>
2078 <pubDate>Wed,
12 Aug
2009 15:
50:
00 +
0200</pubDate>
2079 <description><p
>Just for fun, I did a search right now on Google for a few file ODF
2080 and MS Office based formats (not to be mistaken for ISO or ECMA
2081 OOXML), to get an idea of their relative usage. I searched using
2082 'filetype:odt
' and equvalent terms, and got these results:
</P
>
2085 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
2086 <tr
><td
>Tekst
</td
> <td
>odt:
282000</td
> <td
>docx:
308000</td
></tr
>
2087 <tr
><td
>Presentasjon
</td
> <td
>odp:
75600</td
> <td
>pptx:
183000</td
></tr
>
2088 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
145000</td
></tr
>
2091 <p
>Next, I added a
'site:no
' limit to get the numbers for Norway, and
2092 got these numbers:
</p
>
2095 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
2096 <tr
><td
>Tekst
</td
> <td
>odt:
2480 </td
> <td
>docx:
4460</td
></tr
>
2097 <tr
><td
>Presentasjon
</td
> <td
>odp:
299 </td
> <td
>pptx:
741</td
></tr
>
2098 <tr
><td
>Regneark
</td
> <td
>ods:
187 </td
> <td
>xlsx:
372</td
></tr
>
2101 <p
>I wonder how these numbers change over time.
</p
>
2103 <p
>I am aware of Google returning different results and numbers based
2104 on where the search is done, so I guess these numbers will differ if
2105 they are conduced in another country. Because of this, I did the same
2106 search from a machine in California, USA, a few minutes after the
2107 search done from a machine here in Norway.
</p
>
2111 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
2112 <tr
><td
>Tekst
</td
> <td
>odt:
129000</td
> <td
>docx:
308000</td
></tr
>
2113 <tr
><td
>Presentasjon
</td
> <td
>odp:
44200</td
> <td
>pptx:
93900</td
></tr
>
2114 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
82400</td
></tr
>
2117 <p
>And with
'site:no
':
2120 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
2121 <tr
><td
>Tekst
</td
> <td
>odt:
2480</td
> <td
>docx:
3410</td
></tr
>
2122 <tr
><td
>Presentasjon
</td
> <td
>odp:
175</td
> <td
>pptx:
604</td
></tr
>
2123 <tr
><td
>Regneark
</td
> <td
>ods:
186 </td
> <td
>xlsx:
296</td
></tr
>
2126 <p
>Interesting difference, not sure what to conclude from these
2132 <title>Nasjonalbiblioteket legger ut bøker på web
</title>
2133 <link>http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html
</link>
2134 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html
</guid>
2135 <pubDate>Thu,
23 Apr
2009 19:
40:
00 +
0200</pubDate>
2136 <description><p
><a href=
"http://www.aftenposten.no/kul_und/litteratur/article3042382.ece
">Aftenposten
2138 <a href=
"http://www.nb.no/aktuelt/
50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig
">nasjonalbiblioteket
2139 og Kopinor har gjort en avtale
</a
> som gjør at eldre bøker kan gjøres
2140 digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får
56
2141 øre for hver side som legges ut. Utvalget er litt merkelig:
1790-,
2142 1890- og
1990-tallet. Jeg synes det er absurd hvis det er slik at
2143 Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
2144 beskyttet av opphavsretten. Jeg antar her at det er mer enn
90 år
2145 siden forfatterne av bøker som ble publisert
1790-
1799 døde, slik at
2146 disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
2147 dem uten å bryte opphavsrettsloven. Bruk av slike verk har ikke
2148 Kopinor noe med å gjøre. Jeg håper jeg har misforstått.
2149 <a href=
"http://www.nb.no/aktuelt/no_er_vi_i_gang_med_aa_digitalisere_samlingane_vaare_og_formidle_digitalt
">En
2150 melding fra nasjonalbiblioteket i
2007</a
> tyder på at tekster i det
2151 fri ikke trenger avtale med Kopinor.
</p
>
2153 <p
>Et annet problem er at bøkene kun legges ut som bildefiler, noe som
2154 vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
2155 etter fragmenter i teksten. En risikerer dermed at de blir liggende
2156 på en slik måte at folk som bruker Google ikke finner dem.
</p
>
2158 <p
>Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
2159 sin aprilspøk, og la ut bøkene som faller i det fri
2160 fortløpende.
</p
>
2166 <title>Fildeling er lovlig - ulovlig fildeling er ulovlig
</title>
2167 <link>http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</link>
2168 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</guid>
2169 <pubDate>Fri,
17 Apr
2009 20:
00:
00 +
0200</pubDate>
2170 <description><p
>Jeg hadde glede av å overvære FADs lansering av
2171 <a href=
"http://www.deltemeninger.no/
">Debattsentralen
2172 deltemeninger.no
</a
> under Go Open
2009, og må si jeg ble skuffet over
2173 en kommentar fra podiet om ulovlig fildeling. Fikk ikke med meg hvem
2174 som holdt innlegget, men det startet med å snakke om ulovlig fildeling
2175 og gikk så over til å snakke om fildeling som om fildeling i seg er
2176 ulovlig. Intet er lengre fra sannheten. Fildeling er en nyttig
2177 teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
2178 distribusjon av filer. Det er ingenting med denne fildelingen som
2179 gjør den ulovlig. Fildeling er i seg selv en fullt ut lovlig
2180 teknologisk anvendelse. Noe fildeling er ulovlig, og noe er lovlig.
2181 De som tror at fildeling er ulovlig har misforstått grovt. Hvorvidt
2182 den er ulovlig kommer jo an på hvem som har opphavsretten til filene
2183 som deles og hvilke bruksbegrensninger som gjelder for filene. En
2184 rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
2185 og fildeling av slike filer er fullt ut lovlig.
</p
>
2190 <title>When web browser developers make a video player...
</title>
2191 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</link>
2192 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</guid>
2193 <pubDate>Sat,
17 Jan
2009 18:
50:
00 +
0100</pubDate>
2194 <description><p
>As part of the work we do in
<a href=
"http://www.nuug.no
">NUUG
</a
>
2195 to publish video recordings of our monthly presentations, we provide a
2196 page with embedded video for easy access to the recording. Putting a
2197 good set of HTML tags together to get working embedded video in all
2198 browsers and across all operating systems is not easy. I hope this
2199 will become easier when the
&lt;video
&gt; tag is implemented in all
2200 browsers, but I am not sure. We provide the recordings in several
2201 formats, MPEG1, Ogg Theora, H
.264 and Quicktime, and want the
2202 browser/media plugin to pick one it support and use it to play the
2203 recording, using whatever embed mechanism the browser understand.
2204 There is at least four different tags to use for this, the new HTML5
2205 &lt;video
&gt; tag, the
&lt;object
&gt; tag, the
&lt;embed
&gt; tag and
2206 the
&lt;applet
&gt; tag. All of these take a lot of options, and
2207 finding the best options is a major challenge.
</p
>
2209 <p
>I just tested the experimental Opera browser available from
<a
2210 href=
"http://labs.opera.com
">labs.opera.com
</a
>, to see how it handled
2211 a
&lt;video
&gt; tag with a few video sources and no extra attributes.
2212 I was not very impressed. The browser start by fetching a picture
2213 from the video stream. Not sure if it is the first frame, but it is
2214 definitely very early in the recording. So far, so good. Next,
2215 instead of streaming the
76 MiB video file, it start to download all
2216 of it, but do not start to play the video. This mean I have to wait
2217 for several minutes for the downloading to finish. When the download
2218 is done, the playing of the video do not start! Waiting for the
2219 download, but I do not get to see the video? Some testing later, I
2220 discover that I have to add the controls=
"true
" attribute to be able
2221 to get a play button to pres to start the video. Adding
2222 autoplay=
"true
" did not help. I sure hope this is a misfeature of the
2223 test version of Opera, and that future implementations of the
2224 &lt;video
&gt; tag will stream recordings by default, or at least start
2225 playing when the download is done.
</p
>
2227 <p
>The test page I used (since changed to add more attributes) is
2228 <a href=
"http://www.nuug.no/aktiviteter/
20090113-foredrag-om-foredrag/
">available
2229 from the nuug site
</a
>. Will have to test it with the new Firefox
2232 <p
>In the test process, I discovered a missing feature. I was unable
2233 to find a way to get the URL of the playing video out of Opera, so I
2234 am not quite sure it picked the Ogg Theora version of the video. I
2235 sure hope it was using the announced Ogg Theora support. :)
</p
>
2240 <title>The sorry state of multimedia browser plugins in Debian
</title>
2241 <link>http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html
</link>
2242 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html
</guid>
2243 <pubDate>Tue,
25 Nov
2008 00:
10:
00 +
0100</pubDate>
2244 <description><p
>Recently I have spent some time evaluating the multimedia browser
2245 plugins available in Debian Lenny, to see which one we should use by
2246 default in Debian Edu. We need an embedded video playing plugin with
2247 control buttons to pause or stop the video, and capable of streaming
2248 all the multimedia content available on the web. The test results and
2249 notes are available on
2250 <a href=
"http://wiki.debian.org/DebianEdu/BrowserMultimedia
">the
2251 Debian wiki
</a
>. I was surprised how few of the plugins are able to
2252 fill this need. My personal video player favorite, VLC, has a really
2253 bad plugin which fail on a lot of the test pages. A lot of the MIME
2254 types I would expect to work with any free software player (like
2255 video/ogg), just do not work. And simple formats like the
2256 audio/x-mplegurl format (m3u playlists), just isn
't supported by the
2257 totem and vlc plugins. I hope the situation will improve soon. No
2258 wonder sites use the proprietary Adobe flash to play video.
</p
>
2260 <p
>For Lenny, we seem to end up with the mplayer plugin. It seem to
2261 be the only one fitting our needs. :/
</p
>