[homepage.git] / blog / tags / web / web.rss

<?xml version="1.0" encoding="utf-8"?>
<rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/'>
        <channel>
                <title>Petter Reinholdtsen - Entries tagged web</title>
                <description>Entries tagged web</description>
                <link>http://people.skolelinux.org/pere/blog/</link>

        
        <item>
                <title>Nedlasting fra NRK, som Matroska med undertekster</title>
                <link>http://people.skolelinux.org/pere/blog/Nedlasting_fra_NRK__som_Matroska_med_undertekster.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Nedlasting_fra_NRK__som_Matroska_med_undertekster.html</guid>
                <pubDate>Sat, 2 Jan 2016 13:50:00 +0100</pubDate>
                <description>&lt;p&gt;Det kommer stadig nye løsninger for å ta lagre unna innslag fra NRK
for å se på det senere.  For en stund tilbake kom jeg over et script
nrkopptak laget av Ingvar Hagelund.  Han fjernet riktignok sitt script
etter forespørsel fra Erik Bolstad i NRK, men noen tok heldigvis og
gjorde det &lt;a href=&quot;https://github.com/liangqi/nrkopptak&quot;&gt;tilgjengelig
via github&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Scriptet kan lagre som MPEG4 eller Matroska, og bake inn
undertekster i fila på et vis som blant annet VLC forstår.  For å
bruke scriptet, kopier ned git-arkivet og kjør&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
nrkopptak/bin/nrk-opptak k &lt;ahref=&quot;https://tv.nrk.no/serie/bmi-turne/MUHH45000115/sesong-1/episode-1&quot;&gt;https://tv.nrk.no/serie/bmi-turne/MUHH45000115/sesong-1/episode-1&lt;/a&gt;
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;URL-eksemplet er dagens toppsak på tv.nrk.no.  Argument &#39;k&#39; ber
scriptet laste ned og lagre som Matroska.  Det finnes en rekke andre
muligheter for valg av kvalitet og format.&lt;/p&gt;

&lt;p&gt;Jeg foretrekker dette scriptet fremfor youtube-dl, som
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html&quot;&gt;
nevnt i 2014 støtter NRK&lt;/a&gt; og en rekke andre videokilder, på grunn
av at nrkopptak samler undertekster og video i en enkelt fil, hvilket
gjør håndtering enklere på disk.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>MPEG LA on &quot;Internet Broadcast AVC Video&quot; licensing and non-private use</title>
                <link>http://people.skolelinux.org/pere/blog/MPEG_LA_on__Internet_Broadcast_AVC_Video__licensing_and_non_private_use.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/MPEG_LA_on__Internet_Broadcast_AVC_Video__licensing_and_non_private_use.html</guid>
                <pubDate>Tue, 7 Jul 2015 09:50:00 +0200</pubDate>
                <description>&lt;p&gt;After asking the Norwegian Broadcasting Company (NRK)
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html&quot;&gt;why
they can broadcast and stream H.264 video without an agreement with
the MPEG LA&lt;/a&gt;, I was wiser, but still confused.  So I asked MPEG LA
if their understanding matched that of NRK.  As far as I can tell, it
does not.&lt;/p&gt;

&lt;p&gt;I started by asking for more information about the various
licensing classes and what exactly is covered by the &quot;Internet
Broadcast AVC Video&quot; class that NRK pointed me at to explain why NRK
did not need a license for streaming H.264 video:

&lt;p&gt;&lt;blockquote&gt;

&lt;p&gt;According to
&lt;a href=&quot;http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf&quot;&gt;a
MPEG LA press release dated 2010-02-02&lt;/a&gt;, there is no charge when
using MPEG AVC/H.264 according to the terms of &quot;Internet Broadcast AVC
Video&quot;.  I am trying to understand exactly what the terms of &quot;Internet
Broadcast AVC Video&quot; is, and wondered if you could help me.  What
exactly is covered by these terms, and what is not?&lt;/p&gt;

&lt;p&gt;The only source of more information I have been able to find is a
PDF named
&lt;a href=&quot;http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf&quot;&gt;AVC
Patent Portfolio License Briefing&lt;/a&gt;, which states this about the
fees:&lt;/p&gt;

&lt;ul&gt;
 &lt;li&gt;Where End User pays for AVC Video
  &lt;ul&gt;
   &lt;li&gt;Subscription (not limited by title) – 100,000 or fewer
     subscribers/yr = no royalty; &amp;gt; 100,000 to 250,000 subscribers/yr =
     $25,000; &amp;gt;250,000 to 500,000 subscribers/yr = $50,000; &amp;gt;500,000 to
     1M subscribers/yr = $75,000; &amp;gt;1M subscribers/yr = $100,000&lt;/li&gt;

   &lt;li&gt;Title-by-Title - 12 minutes or less = no royalty; &amp;gt;12 minutes in
     length = lower of (a) 2% or (b) $0.02 per title&lt;/li&gt;
  &lt;/ul&gt;&lt;/li&gt;

 &lt;li&gt;Where remuneration is from other sources
  &lt;ul&gt;
   &lt;li&gt;Free Television - (a) one-time $2,500 per transmission encoder or
     (b) annual fee starting at $2,500 for &amp;gt; 100,000 HH rising to
     maximum $10,000 for &amp;gt;1,000,000 HH&lt;/li&gt;

   &lt;li&gt;Internet Broadcast AVC Video (not title-by-title, not subscription)
     – no royalty for life of the AVC Patent Portfolio License&lt;/li&gt;
  &lt;/ul&gt;&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Am I correct in assuming that the four categories listed is the
categories used when selecting licensing terms, and that &quot;Internet
Broadcast AVC Video&quot; is the category for things that do not fall into
one of the other three categories?  Can you point me to a good source
explaining what is ment by &quot;title-by-title&quot; and &quot;Free Television&quot; in
the license terms for AVC/H.264?&lt;/p&gt;

&lt;p&gt;Will a web service providing H.264 encoded video content in a
&quot;video on demand&quot; fashing similar to Youtube and Vimeo, where no
subscription is required and no payment is required from end users to
get access to the videos, fall under the terms of the &quot;Internet
Broadcast AVC Video&quot;, ie no royalty for life of the AVC Patent
Portfolio license?  Does it matter if some users are subscribed to get
access to personalized services?&lt;/p&gt;

&lt;p&gt;Note, this request and all answers will be published on the
Internet.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;The answer came quickly from Benjamin J. Myers, Licensing Associate
with the MPEG LA:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Thank you for your message and for your interest in MPEG LA.  We
appreciate hearing from you and I will be happy to assist you.&lt;/p&gt;

&lt;p&gt;As you are aware, MPEG LA offers our AVC Patent Portfolio License
which provides coverage under patents that are essential for use of
the AVC/H.264 Standard (MPEG-4 Part 10).  Specifically, coverage is
provided for end products and video content that make use of AVC/H.264
technology.  Accordingly, the party offering such end products and
video to End Users concludes the AVC License and is responsible for
paying the applicable royalties.&lt;/p&gt;

&lt;p&gt;Regarding Internet Broadcast AVC Video, the AVC License generally
defines such content to be video that is distributed to End Users over
the Internet free-of-charge.  Therefore, if a party offers a service
which allows users to upload AVC/H.264 video to its website, and such
AVC Video is delivered to End Users for free, then such video would
receive coverage under the sublicense for Internet Broadcast AVC
Video, which is not subject to any royalties for the life of the AVC
License.  This would also apply in the scenario where a user creates a
free online account in order to receive a customized offering of free
AVC Video content.  In other words, as long as the End User is given
access to or views AVC Video content at no cost to the End User, then
no royalties would be payable under our AVC License.&lt;/p&gt;

&lt;p&gt;On the other hand, if End Users pay for access to AVC Video for a
specific period of time (e.g., one month, one year, etc.), then such
video would constitute Subscription AVC Video.  In cases where AVC
Video is delivered to End Users on a pay-per-view basis, then such
content would constitute Title-by-Title AVC Video.  If a party offers
Subscription or Title-by-Title AVC Video to End Users, then they would
be responsible for paying the applicable royalties you noted below.&lt;/p&gt;

&lt;p&gt;Finally, in the case where AVC Video is distributed for free
through an &quot;over-the-air, satellite and/or cable transmission&quot;, then
such content would constitute Free Television AVC Video and would be
subject to the applicable royalties.&lt;/p&gt;

&lt;p&gt;For your reference, I have attached
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/images/2015-07-07-mpegla.pdf&quot;&gt;a
.pdf copy of the AVC License&lt;/a&gt;. You will find the relevant
sublicense information regarding AVC Video in Sections 2.2 through
2.5, and the corresponding royalties in Section 3.1.2 through 3.1.4.
You will also find the definitions of Title-by-Title AVC Video,
Subscription AVC Video, Free Television AVC Video, and Internet
Broadcast AVC Video in Section 1 of the License.  Please note that the
electronic copy is provided for informational purposes only and cannot
be used for execution.&lt;/p&gt;

&lt;p&gt;I hope the above information is helpful.  If you have additional
questions or need further assistance with the AVC License, please feel
free to contact me directly.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Having a fresh copy of the license text was useful, and knowing
that the definition of Title-by-Title required payment per title made
me aware that my earlier understanding of that phrase had been wrong.
But I still had a few questions:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;I have a small followup question.  Would it be possible for me to get
a license with MPEG LA even if there are no royalties to be paid?  The
reason I ask, is that some video related products have a copyright
clause limiting their use without a license with MPEG LA.  The clauses
typically look similar to this:

&lt;p&gt;&lt;blockquote&gt;
  This product is licensed under the AVC patent portfolio license for
  the personal and non-commercial use of a consumer to (a) encode
  video in compliance with the AVC standard (&quot;AVC video&quot;) and/or (b)
  decode AVC video that was encoded by a consumer engaged in a
  personal and non-commercial activity and/or AVC video that was
  obtained from a video provider licensed to provide AVC video. No
  license is granted or shall be implied for any other use. additional
  information may be obtained from MPEG LA L.L.C.
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;It is unclear to me if this clause mean that I need to enter into
an agreement with MPEG LA to use the product in question, even if
there are no royalties to be paid to MPEG LA.  I suspect it will
differ depending on the jurisdiction, and mine is Norway.  What is
MPEG LAs view on this?&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;According to the answer, MPEG LA believe those using such tools for
non-personal or commercial use need a license with them:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;

&lt;p&gt;With regard to the Notice to Customers, I would like to begin by
clarifying that the Notice from Section 7.1 of the AVC License
reads:&lt;/p&gt;

&lt;p&gt;THIS PRODUCT IS LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR
THE PERSONAL USE OF A CONSUMER OR OTHER USES IN WHICH IT DOES NOT
RECEIVE REMUNERATION TO (i) ENCODE VIDEO IN COMPLIANCE WITH THE AVC
STANDARD (&quot;AVC VIDEO&quot;) AND/OR (ii) DECODE AVC VIDEO THAT WAS ENCODED
BY A CONSUMER ENGAGED IN A PERSONAL ACTIVITY AND/OR WAS OBTAINED FROM
A VIDEO PROVIDER LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED
OR SHALL BE IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE
OBTAINED FROM MPEG LA, L.L.C. SEE HTTP://WWW.MPEGLA.COM&lt;/p&gt;

&lt;p&gt;The Notice to Customers is intended to inform End Users of the
personal usage rights (for example, to watch video content) included
with the product they purchased, and to encourage any party using the
product for commercial purposes to contact MPEG LA in order to become
licensed for such use (for example, when they use an AVC Product to
deliver Title-by-Title, Subscription, Free Television or Internet
Broadcast AVC Video to End Users, or to re-Sell a third party&#39;s AVC
Product as their own branded AVC Product).&lt;/p&gt;

&lt;p&gt;Therefore, if a party is to be licensed for its use of an AVC
Product to Sell AVC Video on a Title-by-Title, Subscription, Free
Television or Internet Broadcast basis, that party would need to
conclude the AVC License, even in the case where no royalties were
payable under the License.  On the other hand, if that party (either a
Consumer or business customer) simply uses an AVC Product for their
own internal purposes and not for the commercial purposes referenced
above, then such use would be included in the royalty paid for the AVC
Products by the licensed supplier.&lt;/p&gt;

&lt;p&gt;Finally, I note that our AVC License provides worldwide coverage in
countries that have AVC Patent Portfolio Patents, including
Norway.&lt;/p&gt;

&lt;p&gt;I hope this clarification is helpful.  If I may be of any further
assistance, just let me know.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;The mentioning of Norwegian patents made me a bit confused, so I
asked for more information:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;

&lt;p&gt;But one minor question at the end.  If I understand you correctly,
you state in the quote above that there are patents in the AVC Patent
Portfolio that are valid in Norway.  This make me believe I read the
list available from &amp;lt;URL:
&lt;a href=&quot;http://www.mpegla.com/main/programs/AVC/Pages/PatentList.aspx&quot;&gt;http://www.mpegla.com/main/programs/AVC/Pages/PatentList.aspx&lt;/a&gt;
&amp;gt; incorrectly, as I believed the &quot;NO&quot; prefix in front of patents
were Norwegian patents, and the only one I could find under Mitsubishi
Electric Corporation expired in 2012.  Which patents are you referring
to that are relevant for Norway?&lt;/p&gt;

&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Again, the quick answer explained how to read the list of patents
in that list:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;

&lt;p&gt;Your understanding is correct that the last AVC Patent Portfolio
Patent in Norway expired on 21 October 2012.  Therefore, where AVC
Video is both made and Sold in Norway after that date, then no
royalties would be payable for such AVC Video under the AVC License.
With that said, our AVC License provides historic coverage for AVC
Products and AVC Video that may have been manufactured or Sold before
the last Norwegian AVC patent expired.  I would also like to clarify
that coverage is provided for the country of manufacture and the
country of Sale that has active AVC Patent Portfolio Patents.&lt;/p&gt;

&lt;p&gt;Therefore, if a party offers AVC Products or AVC Video for Sale in
a country with active AVC Patent Portfolio Patents (for example,
Sweden, Denmark, Finland, etc.), then that party would still need
coverage under the AVC License even if such products or video are
initially made in a country without active AVC Patent Portfolio
Patents (for example, Norway).  Similarly, a party would need to
conclude the AVC License if they make AVC Products or AVC Video in a
country with active AVC Patent Portfolio Patents, but eventually Sell
such AVC Products or AVC Video in a country without active AVC Patent
Portfolio Patents.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;As far as I understand it, MPEG LA believe anyone using Adobe
Premiere and other video related software with a H.264 distribution
license need a license agreement with MPEG LA to use such tools for
anything non-private or commercial, while it is OK to set up a
Youtube-like service as long as no-one pays to get access to the
content.  I still have no clear idea how this applies to Norway, where
none of the patents MPEG LA is licensing are valid.  Will the
copyright terms take precedence or can those terms be ignored because
the patents are not valid in Norway?&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Hva gjør at NRK kan distribuere H.264-video uten patentavtale med MPEG LA?</title>
                <link>http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html</guid>
                <pubDate>Wed, 10 Jun 2015 15:20:00 +0200</pubDate>
                <description>&lt;p&gt;Helt siden jeg i 2012 fikk beskjed fra MPEG LA om at
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/MPEG_LA_mener_NRK_m__ha_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html&quot;&gt;NRK
trengte patentavtale med dem&lt;/a&gt; hvis de distribuerte H.264-video til
sluttbrukere, har jeg lurt på hva som gjør at NRK ikke har slik
avtale.  For noen dager siden fikk jeg endelig gjort noe med min
undring, og sendte 2015-05-28 følgende epost til info (at) nrk.no med
tittel &quot;Hva gjør at NRK kan distribuere H.264-video uten patentavtale
med MPEG LA?&quot;:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Jeg lurer på en ting rundt NRKs bruk av H.264-video på sine
websider samt distribusjon via RiksTV og kabel-TV.  Har NRK vurdert om
det er behov for en patentavtale med
&lt;a href=&quot;http://www.mpegla.com/&quot;&gt;MPEG LA&lt;/a&gt; slik det står i
programvarelisensene til blant annet Apple Final Cut Studio, Adobe
Premiere Pro, Avid og Apples Final Cut Pro X?&lt;/p&gt;

&lt;p&gt;Hvis dere har vurdert dette, hva var utfallet av en slik vurdering?&lt;/p&gt;

&lt;p&gt;Hvis dere ikke har vurdert dette, har NRK planer om å vurdere behovet
for patentavtale?&lt;/p&gt;

&lt;p&gt;I følge en artikkel på
&lt;a href=&quot;https://nrkbeta.no/2012/02/01/siste-kutt-for-final-cut/&quot;&gt;NRK
Beta i 2012&lt;/a&gt; har NRK brukt eller testet både Apple Final Cut
Studio, Adobe Premiere Pro, Avid og Apples Final Cut Pro X til bruk
for å redigere video før sending. Alle disse har bruksvilkår
understøttet av opphavsretten som sier at de kun kan brukes til å lage
filmer til personlig og ikke-kommersiell bruk - med mindre en har en
lisensavtale med MPEG LA om bruk av patenter utstedt i USA for H.264.
Se f.eks. &lt;a href=&quot;http://www.avid.com/static/resources/common/documents/corporate/LICENSE.pdf&quot;&gt;bruksvilkårene for Avid&lt;/a&gt;, &lt;a href=&quot;http://news.cnet.com/8301-30685_3-20000101-264.html&quot;&gt;Adobe Premiere&lt;/a&gt; og &lt;a href=&quot;http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf&quot;&gt;Apple Final
Cut Studio&lt;/a&gt; og søk etter &quot;MPEG LA&quot;.&lt;/p&gt;

&lt;p&gt;Dette får meg til å lure på om det er brudd på opphavsretten å bruke
disse verktøyene i strid med bruksvilkårene uten patentavtale med MPEG
LA.  Men NRK bruker jo tilsynelatende disse verktøyene uten patentavtale
med MPEG LA.&lt;/p&gt;

&lt;p&gt;I følge forfatteren av Open Broadcast Encoder finnes det to typer
H.264-relaterte avtaler en kan få med MPEG LA. Det er én for å lage
programvare og utstyr som produserer H.264-video, og en annen for å
kringkaste video som bruker H.264. Dette forteller meg at selv om
produsentene av utstyr og programvare som NRK bruker har en slik avtale
med MPEG LA, så trenges det en egen avtale for å kringkaste video på det
formatet.&lt;/p&gt;

&lt;p&gt;I følge Ryan Rodriguez hos MPEG LA, da jeg spurte ham på epost i
juni 2012, har NRK ikke en slik avtale med MPEG LA. Han sa videre at
NRK trenger en slik avtale hvis NRK tilbyr H.264-kodet video til
sluttbrukere.  Jeg sjekket listen med
&lt;a href=&quot;http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx&quot;&gt;organisasjoner
med avtale med MPEG LA&lt;/a&gt; og NRK står fortsatt ikke der.&lt;/p&gt;

&lt;p&gt;Jeg lurer dermed på hva som gjør at NRK kan bruke de overnevnte
videoredigeringsverktøyene, som tilsynelatende har krav om avtale med
MPEG LA for å kunne brukes slik NRK bruker dem, til å lage videofiler
for distribusjon uten å ha en avtale med MPEG LA om distribusjon av
H.264-video?  Dette er spesielt interessant å vite for oss andre som
også vurderer å spre H.264-video etter å ha redigert dem med disse mye
brukte videoredigeringsverktøyene.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Samme dag fikk jeg automatisk svar om at min henvendelse hadde fått
saksid 1294699.  Jeg fikk deretter følgende respons fra NRK
2015-06-09:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Hei, beklager lang svartid, men det tok litt tid å finne ut hvem som kunne
svare på dette.&lt;/p&gt;

&lt;p&gt;For selskaper som leverer h.264 til sluttbrukere på nett (f.eks
NRKs nett- tv utgaver som bruker h.264) - og som leverer slike
tjenester uten betaling fra forbrukere – er det heller ikke påkrevd
noen patentavtale.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y&quot;&gt;http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Med vennlig hilsen
&lt;br&gt;Gunn Helen Berg
&lt;br&gt;Informasjonskonsulent, Publikumsservice&lt;/p&gt;

&lt;p&gt;NRK
&lt;br&gt;Strategidivisjonen
&lt;Br&gt;Sentralbord: +47 23 04 70 00
&lt;br&gt;Post: NRK Publikumsservice, 8608 Mo i Rana
&lt;br&gt;nrk.no / info (at) nrk.no&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

Da dette ikke helt var svar på det jeg lurte på, sendte jeg samme dag
oppfølgerepost tilbake:

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;[Gunn Helen Berg]
&lt;br&gt;&gt; Hei, beklager lang svartid, men det tok litt tid å finne ut hvem som
&lt;br&gt;&gt; kunne svare på dette.&lt;/p&gt;

&lt;p&gt;Takk for svar.  Men det besvarte ikke helt det jeg spurte om.&lt;/p&gt;

&lt;p&gt;&gt; For selskaper som leverer h.264 til sluttbrukere på nett (f.eks NRKs
&lt;br&gt;&gt; nett- tv utgaver som bruker h.264) - og som leverer slike tjenester
&lt;br&gt;&gt; uten betaling fra forbrukere – er det heller ikke påkrevd noen
&lt;br&gt;&gt; patentavtale.
&lt;br&gt;&gt;
&lt;br&gt;&gt; http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y&lt;/p&gt;

&lt;p&gt;Spørsmålet er ikke kun om MPEG LA krever patentavtale eller ikke
(hvilket ikke helt besvares av pressemeldingen omtalt over, gitt at
pressemeldingen kom i 2010, to år før MPEG LA ansvarlige for
internasjonal lisensiering egen Ryan Rodriguez fortalte meg på epost
at NRK trenger en lisens.&lt;/p&gt;

&lt;p&gt;Det er uklart fra pressemeldingen hva &quot;Internet Broadcast AVC
Video&quot; konkret betyr, men i følge en
&lt;a href=&quot;http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf&quot;&gt;presentasjon
fra MPEG LA med tema &quot;AVC PAtent Portfoli License Briefing&quot; datert
2015-05-15&lt;/a&gt; gjelder &quot;Internet Broadcast AVC Video&quot; kun kringkasting
på Internet som ikke tilbyr valg av enkeltinnslag (&quot;not
title-by-title&quot;), hvilket jo NRK gjør på sine nettsider.  I tillegg
kringkaster jo NRK H.264-video også utenom Internet (RiksTV, kabel,
satelitt), hvilket helt klart ikke er dekket av vilkårene omtalt i
pressemeldingen.&lt;/p&gt;

&lt;p&gt;Spørsmålet mitt er hvordan NRK kan bruke verktøy med bruksvilkår
som krever avtale med MPEG LA for det NRK bruker dem til, når NRK ikke
har avtale med MPEG LA.  Hvis jeg forsto spørsmålet riktig, så mener
NRK at dere ikke trenger avtale med MPEG LA, men uten slik avtale kan
dere vel ikke bruke hverken Apple Final Cut Studio, Adobe Premiere
Pro, Avid eller Apples Final Cut Pro X for å redigere video før
sending?&lt;/p&gt;

&lt;p&gt;Mine konkrete spørsmål var altså:&lt;/p&gt;

&lt;ul&gt;

&lt;li&gt;Hvis NRK har vurdert om det er behov for en patentavtale med MPEG LA
   slik det er krav om i programvarelisensene til blant annet Apple
   Final Cut Studio, Adobe Premiere Pro, Avid og Apples Final Cut Pro X,
   hva var utfallet av en slik vurdering? Kan jeg få kopi av vurderingen
   hvis den er gjort skriftlig?&lt;/li&gt;

&lt;li&gt;Hvis NRK ikke har vurdert dette, har NRK planer om å vurdere behovet
   for patentavtale?&lt;/li&gt;

&lt;li&gt;Hva slags saksnummer fikk min henvendelse i NRKs offentlige
   postjournal?  Jeg ser at postjournalen ikke er publisert for den
   aktuelle perioden ennå, så jeg fikk ikke sjekket selv.&lt;/li&gt;

&lt;/ul&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Det hjelper å ha funnet rette vedkommende i NRK, for denne gangen
fikk jeg svar tilbake dagen etter (2015-06-10), fra Geir Børdalen i
NRK:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Hei Petter Reinholdtsen&lt;/p&gt;

&lt;p&gt;Jeg har sjekket saken med distribusjonssjef for tv, Arild Hellgren
(som var teknologidirektør da bakkenettet ble satt opp). NRK v/
Hellgren hadde møte med MPEG LA sammen med den europeiske
kringkastingsunionen EBU før bakkenettet for TV ble satt opp
(igangsatt høsten 2007). I dette møtet ble det avklart at NRK/EBU ikke
trengte noen patentavtale for h.264 i forbindelse med oppsett av
bakkenettet eller bruk av MPEG4 h.264 som kompresjonsalgoritme fordi
tjenesten «in full»(nor: helt) var betalt av utsendelseselskapene og
ikke av forbrukerne.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://www.nrk.no/oppdrag/digitalt-bakkenett-1.3214555&quot;&gt;http://www.nrk.no/oppdrag/digitalt-bakkenett-1.3214555&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Det er også klart slått fast at selskaper som leverer video basert
på MPEG4 h.264 til sluttbrukere på nett, heller ikke påkrevd noen
patentavtale – så lenge de leverer slike tjenester uten betaling fra
sluttbrukere.&lt;/p&gt;

&lt;a href=&quot;http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y&quot;&gt;http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y&lt;/a&gt;

&lt;p&gt;“MPEG LA announced today that its AVC Patent Portfolio License will
continue not to charge royalties for Internet Video that is free to
end users (known as “Internet Broadcast AVC Video”) during the entire
life of this License. MPEG LA previously announced it would not charge
royalties for such video through December 31, 2015 (see
&lt;a href=&quot;http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf&quot;&gt;http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf&lt;/a&gt;),
and today’s announcement makes clear that royalties will continue not
to be charged for such video beyond that time. Products and services
other than Internet Broadcast AVC Video continue to be
royalty-bearing.”&lt;/p&gt;

&lt;p&gt;Vi har derfor ikke noe behov for å vurdere noen patentavtale med
MPEG LA.&lt;/p&gt;

&lt;p&gt;Understreker for øvrig at NRK ikke er låst til MPEG4 – h.264 som
utsendelsesformat – og at vi har brukt og bruker flere andre
alternativer i våre tjenester. Ulike «devicer» har ofte behov for
forskjellige løsninger – og NRK har forsøkt å levere med best mulig
kvalitet /økonomi /stabilitet avhengig av
plattform. Produksjonsformater i NRK spenner for øvrig over en rekke
forskjellige formater – hvor MPEG4 bare er en av disse. Når NRK kjøper
teknisk utstyr er betaling for kodekstøtte ofte en del av
anskaffelsesprisen for denne maskinvaren (enten dette er spesialiserte
enkodere eller forskjellige typer produksjonsutstyr).&lt;/p&gt;

&lt;p&gt;Vennlig hilsen
&lt;br&gt;Geir Børdalen&lt;/p&gt;

&lt;p&gt;________________________________________
&lt;br&gt;Geir Børdalen
&lt;br&gt;Investeringsansvarlig NRK / Hovedprosjektleder - Origo
&lt;br&gt;Avdeling for utvikling, innovasjon, investering og eiendom
&lt;br&gt;NRK medietjenester
&lt;br&gt;Sentralbord: +47 23 04 70 00
&lt;br&gt;Post: NRK, AUTV (RBM5), Pb. 8500 Majorstuen, 0340 Oslo
&lt;br&gt;nrk.no
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Et godt og grundig svar, som var informativt om hvordan NRK tenker
rundt patentavtale med MPEG LA, men heller ikke helt besvarte det jeg
lurte på, så jeg sendte epostoppfølging samme dag.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;[Geir Børdalen]
&lt;br&gt;&gt; Hei Petter Reinholdtsen&lt;/p&gt;

&lt;p&gt;Hei, og takk for raskt svar.  Er min henvendelse journalført slik
at den dukker opp i NRKs postjournal?&lt;/p&gt;

&lt;p&gt;Svaret ditt var meget nyttig, og jeg forstår ut fra det du skriver
at avklaringen med MPEG LA rundt H.264-distribusjon via bakkenettet
gjelder alle TV-kanaler i Norge.  Hvilke saksnummer fikk dokumenter
som ble opprettet i forbindelse med det omtalte møtet NRK v/Hellgren
og EBU hadde med MPEG LA (dvs. referater, avtaler, etc),
f.eks. dokumentet der formuleringen &quot;in full&quot; som du omtaler
finnes?&lt;p&gt;

&lt;p&gt;Men det er et par ting jeg fortsatt ikke forstår.  Det ene er
hvorfor NRKs forståelse av hva &quot;Internet Broadcast AVC Video&quot; dekker
ser ut til å avvike fra det som presenteres i
&lt;a href=&quot;http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf&quot;&gt;lysark
fra MPEG LA&lt;/a&gt; i mai, der MPEG LA på lysark med overskriften
&quot;AVC/H.264 License Terms Participation Fees&quot; og undertittel &quot;Where
remuneration is from other sources&quot; skriver &quot;Internet Broadcast AVC
Video (not title-by-title, not subscription) – no royalty for life of
the AVC Patent Portfolio License&quot;.&lt;/p&gt;

&lt;p&gt;Her leser jeg MPEG LA dithen at det kun er kringkasting uten
abonnement via Internet som er dekket at vilkårne omtalt i
pressemeldingen, mens jeg forstår deg dithen at NRK mener NRKs
nettsider som også har enkeltfilmer og innslag (som jeg forstår dekket
av formuleringen &quot;title-by-title&quot;) dekkes av &quot;Internet Broadcast AVC
Video&quot; fra MPEG LA.  Hva baserer dere denne tolkningen på?  Jeg har
ikke sett noe skriftlig fra MPEG LA som støtter NRKs tolkning, og
lurer på om dere har andre kilder enn den pressemeldingen fra 5 år
tilbake, der NRKS forståelse av hva &quot;Internet Broadcast AVC Video&quot;
dekker er beskrevet?&lt;/p&gt;

&lt;p&gt;Det andre er at eposten din ikke nevnte spørsmålet mitt om
bruksvilkårene til videoredigeringsverktøyene som NRK bruker.  Disse
har som tidligere nevnt krav om at de kun skal brukes til private og
ikke-kommersielle formål med mindre en har avtale med MPEG LA, og uten
avtale med MPEG LA kan det jo virke som om NRK bruker verktøyene i
strid med bruksvilkårene.  Hva gjør at disse bruksvilkårene ikke
gjelder for NRK?&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Noen minutter senere får jeg foreløpig siste svar i
føljetongen:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Hei igjen&lt;/p&gt;

&lt;p&gt;Vårt dokumentarkiv har fått en kopi (journalføringsnr kan jeg
dessverre ikke gi deg).&lt;p&gt;

&lt;p&gt;&gt; Svaret ditt var meget nyttig, og jeg forstår ut fra det du
&lt;br&gt;&gt; skriver at avklaringen med MPEG LA rundt H.264-distribusjon via
&lt;br&gt;&gt; bakkenettet gjelder alle TV-kanaler i Norge.&lt;/p&gt;

&lt;p&gt;Svar: Kan ikke svare for andre enn for NRK/EBU - og for bakkenettet
i Norge er det kun NRK som er et lisensbasert selskap. Kan ikke gi noe
svar på saksnr på dokumenter eller ytterligere informasjon da jeg selv
ikke var del i dette.&lt;/p&gt;

&lt;p&gt;&gt; Men det er et par ting jeg fortsatt ikke forstår.  ...&lt;/p&gt;

&lt;p&gt;Svar: Kan ikke gå ytterligere inn i dette fra min side og mitt
fagfelt som er produksjon/publisering og systemstrukturene bak
disse. For øvrig ligger det etter vår formening ingen begrensninger
for NRK i mulighetene til publisering mht til kodek i
produksjonssystemer. Som tidligere skrevet mener vi at NRK ikke
trenger noen avtale med MPEG LA og støtter oss til det vi allerede har
kommunisert i forrige epost.&lt;/p&gt;

&lt;p&gt;Mvh
&lt;br&gt;Geir Børdalen&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Det syntes vanskelig å komme videre når NRK ikke ønsker å gå inn i
problemstillingen rundt bruksvilkårene til videoredigeringsverktøyene
NRK bruker, så jeg sendte takk for svarene og avsluttet utvekslingen
så langt:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Tusen takk for rask respons, og oppklarende forklaring om hvordan
NRK tenker rundt MPEG LA.&lt;/p&gt;

&lt;p&gt;Jeg vil høre med NRK-arkivet for å se om de kan spore opp de
omtalte dokumentene.  Jeg setter pris på om du kan dele titler, dato
eller annen informasjon som kan gjøre det enklere for arkivet å finne
dem.&lt;/p&gt;

&lt;p&gt;Når det gjelder hvordan bruksvilkårene til
videoredigeringsverktøyene skal tolkes, så skal jeg høre med MPEG LA
og produsentene av verktøyene for å forsøke å få klarhet i hva de
mener er rikgig rettstilstand.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Jeg ble litt klokere, men fortsatt er det uklart for meg hva som er
grunnlaget til NRK for å se bort fra bruksvilkår i
videoredigeringsprogramvare som krever MPEG LA-avtale til alt annet
enn privat og ikke-kommersiell bruk.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>En enklere Osloskolehverdag med automatisk sjekk av Fronter</title>
                <link>http://people.skolelinux.org/pere/blog/En_enklere_Osloskolehverdag_med_automatisk_sjekk_av_Fronter.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/En_enklere_Osloskolehverdag_med_automatisk_sjekk_av_Fronter.html</guid>
                <pubDate>Thu, 12 Feb 2015 10:30:00 +0100</pubDate>
                <description>&lt;p&gt;En stund nå har jeg vært nødt til å forholde meg til
&lt;a href=&quot;https://fronter.com/osloskoler/&quot;&gt;Fronter&lt;/a&gt;, en nettløsning
Osloskolen bruker for kontakt mellom hjem og skole.  Løsningen
imponerer ikke, og det er lagt opp til at vi foreldre skal logge inn
regelmessig for å se om noe har endret seg.  Idéen om å la folk stikke
innom nettsider for å se om det har skjedd endringer er så idiotisk at
jeg har lett etter et alternativ.  Fronterløsningen har en innebygget
løsning der en kan abonnere på forsiden (som viser en oppsummering av
det en har tilgang til), og få tilsendt en kopi hver natt, men det
fjerner jo bare behovet for å stikke innom, ikke den idiotiske ideen
om at folk skal huske hvordan nettsiden så ut sist og oppdage hva som
er endret.&lt;/p&gt;

&lt;p&gt;For å gjøre livet enklere har jeg derfor brukt litt tid på å lage
et program som kobler seg opp og sjekker etter endringer automatisk,
slik at jeg kan få beskjed fra datamaskinen når noe endrer seg i
stedet for å forsøke å finne ut av det selv.  I går ble scriptet
brukbart, og jeg er dermed klar til å dele det med deg.&lt;/p&gt;

&lt;p&gt;Jeg startet med å skrive programmet i Python, og hadde en versjon
som logget inn og hentet ned enkeltsider fra Fronter.  Men
Fronter-websidene suger golfballer gjennom en hageslange, med
uleselig HTML, flere nivåer av iframes og en struktur på innholdet som
er svært vanskelig å finne ut av, så jeg ga til slutt opp lxml-parsing
med Python og forsøkte meg med WWW::Mechanize for Perl som jeg kjente
fra før.  I ettertid har jeg oppdaget at WWW:Mechanize også finnes for
Python, så jeg kunne antagelig droppet språkbyttet.  Men da jeg
oppdaget det hadde jeg kommet så langt med Perl-utgaven, så jeg hoppet
ikke tilbake.&lt;/p&gt;

&lt;p&gt;For å logge inn i Fronter besøker en enten skolens websider eller
den sentrale innloggingsiden &lt;tt&gt;https://fronter.com/osloskoler/&lt;/tt&gt;.
Perl-koden for å logge inn ser slik ut:&lt;/p&gt;

&lt;pre&gt;
my $mech = WWW::Mechanize-&gt;new();
$mech-&gt;get(&#39;https://fronter.com/osloskoler/&#39;);
$mech-&gt;submit_form(fields =&gt; {
    username =&gt; $username,
    password =&gt; $password,
} );
&lt;/pre&gt;

&lt;p&gt;Neste steg er å få oversikt over hvilke «rom» en har tilgang til.
På vår skole er det rom for skolen, biblioteket, elevrådet,
aktivitetsskolen og klasser der en har unger, og dette vil være
forskjellig fra person til person.  Etter å ha romstert rundt i
Fronter-grensesnittet endel kom jeg over en grei HTML-side med
oversikt over rommene,
&lt;tt&gt;https://fronter.com/osloskoler/adm/projects.phtml?mode=displayRoomchooser&lt;/tt&gt;,
så jeg bruker denne til å hente ut romoversikt med rom-ID.&lt;/p&gt;

&lt;pre&gt;
my %room;
$mech-&gt;get(&#39;https://fronter.com/osloskoler/adm/projects.phtml?mode=displayRoomchooser&#39;);
for my $link ($mech-&gt;links()) {
    my $url = $link-&gt;url();
    if ($url =~ m%/links/list_files.phtml\?edit=(\d+)$%) {
        $room{$link-&gt;text()} = $1;
    }
}
&lt;/pre&gt;

&lt;p&gt;Når en har rom-ID kan en slå opp websiden for rommet, som starter
på
&lt;tt&gt;https://fronter.com/osloskoler/contentframeset.phtml?goto_prjid=$ROMID&lt;/tt&gt;
(der $ROMID byttes ut med rom-ID-tallet).  Det gir en side med
iframes, og en må tre nivåer ned i iframes før en får tak i
HTML-informasjonen som vises frem når en ser på det aktuelle rommet.
Her ga jeg opp den robuste parsingen og hardkodet endel URL-er som i
stedet bør spores opp maskinelt.  HTML-informasjonen som vises lagres
i en fil etter at økt- og innloggings-nøkkel er fjernet og deretter
bruker jeg &lt;tt&gt;lynx --dump --nolist&lt;/tt&gt; for å hente ut en tekstlig
utgave av websiden.  Denne tekstlige utgaven sammenlignes med forrige
versjon og oversikt over endringer kan så sendes ut på egnet vis.&lt;/p&gt;

&lt;p&gt;Jeg valgte å bruke git til å holde rede på endringer, så jeg
sjekker inn HTML og tekst-utgaver i git og bruker git til å vise frem
endringene i tekstutgavene.  Programvaren for å gjøre dette er testet
på Debian GNU/Linux og kan
&lt;a href=&quot;https://github.com/petterreinholdtsen/fronter-scraper-oslo&quot;&gt;lastes
ned fra github&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;For å bruke dette selv, kjør følgende kommandoer på din
Debian-maskin (forutsetter sudo-tilgang for installasjon av
programvare):&lt;/p&gt;

&lt;pre&gt;
sudo apt-get install git lynx-cur libio-prompter-perl libwww-mechanize-perl \
      libconfig-inifiles-perl
git clone https://github.com/petterreinholdtsen/fronter-scraper-oslo
cd fronter-scraper-oslo
./update-git
&lt;/pre&gt;

&lt;p&gt;Det gjenstår endel, men systemet er allerede nyttig for meg.  Jeg
ønsker at systemet også skal laste ned PDF-er og slikt som er lagt ut
for nedlasting på sidene, slik at f.eks. ukeplaner kommer inn i
git-arkivet mitt automatisk og jeg får automatisk beskjed når ny
ukeplan er lagt ut.  Kanskje du kan bidra med å få det på plass, eller
kanskje du har andre ting du vil fikse?  Jeg tar gjerne imot endringer
og forbedringer.  Det er mye som kan gjøres bedre, og scriptet er ikke
veldig robust mot endringer hos nettsidene til Fronter.  Jeg regner
dermed med at det vil trengs oppdateringer jevnlig etter hvert som
Fronter-løsningen endrer seg.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Hvordan vurderer regjeringen H.264-patentutfordringen?</title>
                <link>http://people.skolelinux.org/pere/blog/Hvordan_vurderer_regjeringen_H_264_patentutfordringen_.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvordan_vurderer_regjeringen_H_264_patentutfordringen_.html</guid>
                <pubDate>Sun, 16 Nov 2014 10:30:00 +0100</pubDate>
                <description>&lt;p&gt;For en stund tilbake spurte jeg Fornyingsdepartementet om hvilke
juridiske vurderinger rundt patentproblemstillingen som var gjort da
H.264 ble tatt inn i &lt;a href=&quot;http://standard.difi.no/&quot;&gt;statens
referansekatalog over standarder&lt;/a&gt;.  Stig Hornnes i FAD tipset meg
om følgende som står i oppsumeringen til høringen om
referansekatalogen versjon 2.0, som jeg siden ved hjelp av en
innsynsforespørsel fikk tak i
&lt;a href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon.pdf&quot;&gt;PDF-utgaven av&lt;/a&gt;
datert 2009-06-03 (saksnummer 200803291, saksbehandler Henrik
Linnestad).&lt;/p&gt;

&lt;p&gt;Der står det følgende om problemstillingen:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;strong&gt;4.4 Patentproblematikk&lt;/strong&gt;

&lt;p&gt;NUUG og Opera ser det som særlig viktig at forslagene knyttet til
lyd og video baserer seg på de royalty-frie standardene Vorbis, Theora
og FLAC.&lt;/p&gt;

&lt;p&gt;Kommentarene relaterer seg til at enkelte standarder er åpne, men
inneholder tekniske prosedyrer som det i USA (og noen andre land som
Japan) er gitt patentrettigheter til. I vårt tilfelle berører dette
spesielt standardene Mp3 og H.264, selv om Politidirektoratet peker på
at det muligens kan være tilsvarende problematikk også for Theora og
Vorbis.  Dette medfører at det i USA kan kreves royalties for bruk av
tekniske løsninger knyttet til standardene, et krav som også
håndheves. Patenter kan imidlertid bare hevdes i de landene hvor
patentet er gitt, så amerikanske patenter gjelder ikke andre steder
enn USA.&lt;/p&gt;

&lt;p&gt;Spesielt for utvikling av fri programvare er patenter
problematisk. GPL, en &quot;grunnleggende&quot; lisens for distribusjon av fri
programvare, avviser at programvare kan distribueres under denne
lisensen hvis det inneholder referanser til patenterte rutiner som
utløser krav om royalties. Det er imidlertid uproblematisk å
distribuere fri programvareløsninger under GPL som benytter de
aktuelle standardene innen eller mellom land som ikke anerkjenner
patentene. Derfor finner vi også flere implementeringer av Mp3 og
H.264 som er fri programvare, lisensiert under GPL.&lt;/p&gt;

&lt;p&gt;I Norge og EU er patentlovgivningen langt mer restriktiv enn i USA,
men det er også her mulig å få patentert metoder for løsning av et
problem som relaterer seg til databehandling. Det er AIF bekjent ikke
relevante patenter i EU eller Norge hva gjelder H.264 og Mp3, men
muligheten for at det finnes patenter uten at det er gjort krav om
royalties eller at det senere vil gis slike patenter kan ikke helt
avvises.&lt;/p&gt;

&lt;p&gt;AIF mener det er et behov for å gi offentlige virksomheter mulighet
til å benytte antatt royaltyfrie åpne standarder som et likeverdig
alternativ eller i tillegg til de markedsledende åpne standardene.&lt;/p&gt;

&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Det ser dermed ikke ut til at de har vurdert patentspørsmålet i
sammenheng med opphavsrettsvilkår slik de er formulert for f.eks.
Apple Final Cut Pro, Adobe Premiere Pro, Avid og Sorenson-verktøyene,
der det kreves brukstillatelse for patenter som ikke er gyldige i
Norge for å bruke disse verktøyene til annet en personlig og ikke
kommersiell aktivitet når det gjelder H.264-video.  Jeg må nok lete
videre etter svar på det spørsmålet.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Do you need an agreement with MPEG-LA to publish and broadcast H.264 video in Norway?</title>
                <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>
                <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>
                <pubDate>Mon, 25 Aug 2014 22:10:00 +0200</pubDate>
                <description>&lt;p&gt;Two years later, I am still not sure if it is legal here in Norway
to use or publish a video in H.264 or MPEG4 format edited by the
commercially licensed video editors, without limiting the use to
create &quot;personal&quot; or &quot;non-commercial&quot; videos or get a license
agreement with &lt;a href=&quot;http://www.mpegla.com&quot;&gt;MPEG LA&lt;/a&gt;.  If one
want to publish and broadcast video in a non-personal or commercial
setting, it might be that those tools can not be used, or that video
format can not be used, without breaking their copyright license.  I
am not sure.
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html&quot;&gt;Back
then&lt;/a&gt;, I found that the copyright license terms for Adobe Premiere
and Apple Final Cut Pro both specified that one could not use the
program to produce anything else without a patent license from MPEG
LA.  The issue is not limited to those two products, though.  Other
much used products like those from Avid and Sorenson Media have terms
of use are similar to those from Adobe and Apple.  The complicating
factor making me unsure if those terms have effect in Norway or not is
that the patents in question are not valid in Norway, but copyright
licenses are.&lt;/p&gt;

&lt;p&gt;These are the terms for Avid Artist Suite, according to their
&lt;a href=&quot;http://www.avid.com/US/about-avid/legal-notices/legal-enduserlicense2&quot;&gt;published
end user&lt;/a&gt;
&lt;a href=&quot;http://www.avid.com/static/resources/common/documents/corporate/LICENSE.pdf&quot;&gt;license
text&lt;/a&gt; (converted to lower case text for easier reading):&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;18.2. MPEG-4. MPEG-4 technology may be included with the
software. MPEG LA, L.L.C. requires this notice: &lt;/p&gt;

&lt;p&gt;This product is licensed under the MPEG-4 visual patent portfolio
license for the personal and non-commercial use of a consumer for (i)
encoding video in compliance with the MPEG-4 visual standard (“MPEG-4
video”) and/or (ii) decoding MPEG-4 video that was encoded by a
consumer engaged in a personal and non-commercial activity and/or was
obtained from a video provider licensed by MPEG LA to provide MPEG-4
video.  No license is granted or shall be implied for any other
use. Additional information including that relating to promotional,
internal and commercial uses and licensing may be obtained from MPEG
LA, LLC.  See http://www.mpegla.com. This product is licensed under
the MPEG-4 systems patent portfolio license for encoding in compliance
with the MPEG-4 systems standard, except that an additional license
and payment of royalties are necessary for encoding in connection with
(i) data stored or replicated in physical media which is paid for on a
title by title basis and/or (ii) data which is paid for on a title by
title basis and is transmitted to an end user for permanent storage
and/or use, such additional license may be obtained from MPEG LA,
LLC. See http://www.mpegla.com for additional details.&lt;/p&gt;

&lt;p&gt;18.3. H.264/AVC. H.264/AVC technology may be included with the
software.  MPEG LA, L.L.C. requires this notice:&lt;/p&gt;

&lt;p&gt;This product is licensed under the AVC patent portfolio license for
the personal use of a consumer or other uses in which it does not
receive remuneration to (i) encode video in compliance with the AVC
standard (“AVC video”) and/or (ii) decode AVC video that was encoded
by a consumer engaged in a personal activity and/or was obtained from
a video provider licensed to provide AVC video. No license is granted
or shall be implied for any other use. Additional information may be
obtained from MPEG LA, L.L.C. See http://www.mpegla.com.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Note the requirement that the videos created can only be used for
personal or non-commercial purposes.&lt;/p&gt;

&lt;p&gt;The Sorenson Media software have
&lt;a href=&quot;http://www.sorensonmedia.com/terms/&quot;&gt;similar terms&lt;/a&gt;:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;

&lt;p&gt;With respect to a license from Sorenson pertaining to MPEG-4 Video
Decoders and/or Encoders: Any such product is licensed under the
MPEG-4 visual patent portfolio license for the personal and
non-commercial use of a consumer for (i) encoding video in compliance
with the MPEG-4 visual standard (“MPEG-4 video”) and/or (ii) decoding
MPEG-4 video that was encoded by a consumer engaged in a personal and
non-commercial activity and/or was obtained from a video provider
licensed by MPEG LA to provide MPEG-4 video. No license is granted or
shall be implied for any other use. Additional information including
that relating to promotional, internal and commercial uses and
licensing may be obtained from MPEG LA, LLC. See
http://www.mpegla.com.&lt;/p&gt;

&lt;p&gt;With respect to a license from Sorenson pertaining to MPEG-4
Consumer Recorded Data Encoder, MPEG-4 Systems Internet Data Encoder,
MPEG-4 Mobile Data Encoder, and/or MPEG-4 Unique Use Encoder: Any such
product is licensed under the MPEG-4 systems patent portfolio license
for encoding in compliance with the MPEG-4 systems standard, except
that an additional license and payment of royalties are necessary for
encoding in connection with (i) data stored or replicated in physical
media which is paid for on a title by title basis and/or (ii) data
which is paid for on a title by title basis and is transmitted to an
end user for permanent storage and/or use. Such additional license may
be obtained from MPEG LA, LLC. See http://www.mpegla.com for
additional details.&lt;/p&gt;

&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Some free software like
&lt;a href=&quot;https://handbrake.fr/&quot;&gt;Handbrake&lt;/A&gt; and
&lt;a href=&quot;http://ffmpeg.org/&quot;&gt;FFMPEG&lt;/a&gt; uses GPL/LGPL licenses and do
not have any such terms included, so for those, there is no
requirement to limit the use to personal and non-commercial.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Hvordan enkelt laste ned filmer fra NRK med den &quot;nye&quot; løsningen</title>
                <link>http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html</guid>
                <pubDate>Mon, 16 Jun 2014 19:20:00 +0200</pubDate>
                <description>&lt;p&gt;Jeg har fortsatt behov for å kunne laste ned innslag fra NRKs
nettsted av og til for å se senere når jeg ikke er på nett, men
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html&quot;&gt;min
oppskrift fra 2011&lt;/a&gt; sluttet å fungere da NRK byttet
avspillermetode.  I dag fikk jeg endelig lett etter oppdatert løsning,
og jeg er veldig glad for å fortelle at den enkleste måten å laste ned
innslag er å bruke siste versjon 2014.06.07 av
&lt;a href=&quot;http://rg3.github.io/youtube-dl/&quot;&gt;youtube-dl&lt;/a&gt;.  Støtten i
youtube-dl &lt;a href=&quot;https://github.com/rg3/youtube-dl/issues/2980&quot;&gt;kom
inn for 23 dager siden&lt;/a&gt; og
&lt;a href=&quot;http://packages.qa.debian.org/y/youtube-dl.html&quot;&gt;versjonen i
Debian&lt;/a&gt; fungerer fint også som backport til Debian Wheezy.  Det er
et lite problem, det håndterer kun URLer med små bokstaver, men hvis
en har en URL med store bokstaver kan en bare gjøre alle store om til
små bokstaver for å få youtube-dl til å laste ned.  Rapporterte
nettopp
&lt;a href=&quot;https://github.com/rg3/youtube-dl/issues/2980&quot;&gt;problemet til
utviklerne&lt;/a&gt;, og antar de får fikset det snart.&lt;/p&gt;

&lt;p&gt;Dermed er alt klart til å laste ned dokumentarene om
&lt;a href=&quot;http://tv.nrk.no/program/KOID23005014/usas-hemmelige-avlytting&quot;&gt;USAs
hemmelige avlytting&lt;/a&gt; og
&lt;a href=&quot;http://tv.nrk.no/program/KOID23005114/selskapene-bak-usas-avlytting&quot;&gt;Selskapene
bak USAs avlytting&lt;/a&gt;, i tillegg til
&lt;a href=&quot;http://tv.nrk.no/program/KOID20005814/et-moete-med-edward-snowden&quot;&gt;intervjuet
med Edward Snowden gjort av den tyske tv-kanalen ARD&lt;/a&gt;.  Anbefaler
alle å se disse, sammen med
&lt;a href=&quot;http://media.ccc.de/browse/congress/2013/30C3_-_5713_-_en_-_saal_2_-_201312301130_-_to_protect_and_infect_part_2_-_jacob.html&quot;&gt;foredraget
til Jacob Appelbaum på siste CCC-konferanse&lt;/a&gt;, for å forstå mer om
hvordan overvåkningen av borgerne brer om seg.&lt;/p&gt;

&lt;p&gt;Takk til gode venner på foreningen NUUGs IRC-kanal
&lt;a href=&quot;irc://irc.freenode.net/%23nuug&quot;&gt;#nuug på irc.freenode.net&lt;/a&gt;
for tipsene som fikk meg i mål&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Oppdatering 2014-06-17&lt;/strong&gt;: Etter at jeg publiserte
denne, ble jeg tipset om bloggposten
&quot;&lt;a href=&quot;http://ingvar.blog.redpill-linpro.com/2012/05/31/downloading-hd-content-from-tv-nrk-no/&quot;&gt;Downloading
HD content from tv.nrk.no&lt;/a&gt;&quot; av Ingvar Hagelund, som har alternativ
implementasjon og tips for å lage mkv-fil med undertekstene inkludert.
Kanskje den passer bedre for deg?  I tillegg ble feilen i youtube-dl
ble fikset litt senere ut på dagen i går, samt at youtube-dl fikk
støtte for å laste ned undertitler.  Takk til Anders Einar Hilden for
god innsats og youtube-dl-utviklerne for rask respons.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Half the Coverity issues in Gnash fixed in the next release</title>
                <link>http://people.skolelinux.org/pere/blog/Half_the_Coverity_issues_in_Gnash_fixed_in_the_next_release.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Half_the_Coverity_issues_in_Gnash_fixed_in_the_next_release.html</guid>
                <pubDate>Tue, 29 Apr 2014 14:20:00 +0200</pubDate>
                <description>&lt;p&gt;I&#39;ve been following &lt;a href=&quot;http://www.getgnash.org/&quot;&gt;the Gnash
project&lt;/a&gt; for quite a while now.  It is a free software
implementation of Adobe Flash, both a standalone player and a browser
plugin.  Gnash implement support for the AVM1 format (and not the
newer AVM2 format - see
&lt;a href=&quot;http://lightspark.github.io/&quot;&gt;Lightspark&lt;/a&gt; for that one),
allowing several flash based sites to work.  Thanks to the friendly
developers at Youtube, it also work with Youtube videos, because the
Javascript code at Youtube detect Gnash and serve a AVM1 player to
those users. :) Would be great if someone found time to implement AVM2
support, but it has not happened yet.  If you install both Lightspark
and Gnash, Lightspark will invoke Gnash if it find a AVM1 flash file,
so you can get both handled as free software.  Unfortunately,
Lightspark so far only implement a small subset of AVM2, and many
sites do not work yet.&lt;/p&gt;

&lt;p&gt;A few months ago, I started looking at
&lt;a href=&quot;http://scan.coverity.com/&quot;&gt;Coverity&lt;/a&gt;, the static source
checker used to find heaps and heaps of bugs in free software (thanks
to the donation of a scanning service to free software projects by the
company developing this non-free code checker), and Gnash was one of
the projects I decided to check out.  Coverity is able to find lock
errors, memory errors, dead code and more.  A few days ago they even
extended it to also be able to find the heartbleed bug in OpenSSL.
There are heaps of checks being done on the instrumented code, and the
amount of bogus warnings is quite low compared to the other static
code checkers I have tested over the years.&lt;/p&gt;

&lt;p&gt;Since a few weeks ago, I&#39;ve been working with the other Gnash
developers squashing bugs discovered by Coverity.  I was quite happy
today when I checked the current status and saw that of the 777 issues
detected so far, 374 are marked as fixed.  This make me confident that
the next Gnash release will be more stable and more dependable than
the previous one.  Most of the reported issues were and are in the
test suite, but it also found a few in the rest of the code.&lt;/p&gt;

&lt;p&gt;If you want to help out, you find us on
&lt;a href=&quot;https://lists.gnu.org/mailman/listinfo/gnash-dev&quot;&gt;the
gnash-dev mailing list&lt;/a&gt; and on
&lt;a href=&quot;irc://irc.freenode.net/#gnash&quot;&gt;the #gnash channel on
irc.freenode.net IRC server&lt;/a&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>FreedomBox milestone - all packages now in Debian Sid</title>
                <link>http://people.skolelinux.org/pere/blog/FreedomBox_milestone___all_packages_now_in_Debian_Sid.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/FreedomBox_milestone___all_packages_now_in_Debian_Sid.html</guid>
                <pubDate>Tue, 15 Apr 2014 22:10:00 +0200</pubDate>
                <description>&lt;p&gt;The &lt;a href=&quot;https://wiki.debian.org/FreedomBox&quot;&gt;Freedombox
project&lt;/a&gt; is working on providing the software and hardware to make
it easy for non-technical people to host their data and communication
at home, and being able to communicate with their friends and family
encrypted and away from prying eyes.  It is still going strong, and
today a major mile stone was reached.&lt;/p&gt;

&lt;p&gt;Today, the last of the packages currently used by the project to
created the system images were accepted into Debian Unstable.  It was
the freedombox-setup package, which is used to configure the images
during build and on the first boot.  Now all one need to get going is
the build code from the freedom-maker git repository and packages from
Debian.  And once the freedombox-setup package enter testing, we can
build everything directly from Debian. :)&lt;/p&gt;

&lt;p&gt;Some key packages used by Freedombox are
&lt;a href=&quot;http://packages.qa.debian.org/freedombox-setup&quot;&gt;freedombox-setup&lt;/a&gt;,
&lt;a href=&quot;http://packages.qa.debian.org/plinth&quot;&gt;plinth&lt;/a&gt;,
&lt;a href=&quot;http://packages.qa.debian.org/pagekite&quot;&gt;pagekite&lt;/a&gt;,
&lt;a href=&quot;http://packages.qa.debian.org/tor&quot;&gt;tor&lt;/a&gt;,
&lt;a href=&quot;http://packages.qa.debian.org/privoxy&quot;&gt;privoxy&lt;/a&gt;,
&lt;a href=&quot;http://packages.qa.debian.org/owncloud&quot;&gt;owncloud&lt;/a&gt; and
&lt;a href=&quot;http://packages.qa.debian.org/dnsmasq&quot;&gt;dnsmasq&lt;/a&gt;.  There
are plans to integrate more packages into the setup.  User
documentation is maintained on the Debian wiki.  Please
&lt;a href=&quot;https://wiki.debian.org/FreedomBox/Manual/Jessie&quot;&gt;check out
the manual&lt;/a&gt; and help us improve it.&lt;/p&gt;

&lt;p&gt;To test for yourself and create boot images with the FreedomBox
setup, run this on a Debian machine using a user with sudo rights to
become root:&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
sudo apt-get install git vmdebootstrap mercurial python-docutils \
  mktorrent extlinux virtualbox qemu-user-static binfmt-support \
  u-boot-tools
git clone http://anonscm.debian.org/git/freedombox/freedom-maker.git \
  freedom-maker
make -C freedom-maker dreamplug-image raspberry-image virtualbox-image
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;Root access is needed to run debootstrap and mount loopback
devices.  See the README in the freedom-maker git repo for more
details on the build.  If you do not want all three images, trim the
make line.  Note that the virtualbox-image target is not really
virtualbox specific.  It create a x86 image usable in kvm, qemu,
vmware and any other x86 virtual machine environment.  You might need
the version of vmdebootstrap in Jessie to get the build working, as it
include fixes for a race condition with kpartx.&lt;/p&gt;

&lt;p&gt;If you instead want to install using a Debian CD and the preseed
method, boot a Debian Wheezy ISO and use this boot argument to load
the preseed values:&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
url=&lt;a href=&quot;http://www.reinholdtsen.name/freedombox/preseed-jessie.dat&quot;&gt;http://www.reinholdtsen.name/freedombox/preseed-jessie.dat&lt;/a&gt;
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;I have not tested it myself the last few weeks, so I do not know if
it still work.&lt;/p&gt;

&lt;p&gt;If you wonder how to help, one task you could look at is using
systemd as the boot system.  It will become the default for Linux in
Jessie, so we need to make sure it is usable on the Freedombox.  I did
a simple test a few weeks ago, and noticed dnsmasq failed to start
during boot when using systemd.  I suspect there are other problems
too. :) To detect problems, there is a test suite included, which can
be run from the plinth web interface.&lt;/p&gt;

&lt;p&gt;Give it a go and let us know how it goes on the mailing list, and help
us get the new release published. :) Please join us on
&lt;a href=&quot;irc://irc.debian.org:6667/%23freedombox&quot;&gt;IRC (#freedombox on
irc.debian.org)&lt;/a&gt; and
&lt;a href=&quot;http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss&quot;&gt;the
mailing list&lt;/a&gt; if you want to help make this vision come true.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Freedombox on Dreamplug, Raspberry Pi and virtual x86 machine</title>
                <link>http://people.skolelinux.org/pere/blog/Freedombox_on_Dreamplug__Raspberry_Pi_and_virtual_x86_machine.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Freedombox_on_Dreamplug__Raspberry_Pi_and_virtual_x86_machine.html</guid>
                <pubDate>Fri, 14 Mar 2014 11:00:00 +0100</pubDate>
                <description>&lt;p&gt;The &lt;a href=&quot;https://wiki.debian.org/FreedomBox&quot;&gt;Freedombox
project&lt;/a&gt; is working on providing the software and hardware for
making it easy for non-technical people to host their data and
communication at home, and being able to communicate with their
friends and family encrypted and away from prying eyes.  It has been
going on for a while, and is slowly progressing towards a new test
release (0.2).&lt;/p&gt;

&lt;p&gt;And what day could be better than the Pi day to announce that the
new version will provide &quot;hard drive&quot; / SD card / USB stick images for
Dreamplug, Raspberry Pi and VirtualBox (or any other virtualization
system), and can also be installed using a Debian installer preseed
file.  The Debian based Freedombox is now based on Debian Jessie,
where most of the needed packages used are already present.  Only one,
the freedombox-setup package, is missing.  To try to build your own
boot image to test the current status, fetch the freedom-maker scripts
and build using
&lt;a href=&quot;http://packages.qa.debian.org/vmdebootstrap&quot;&gt;vmdebootstrap&lt;/a&gt;
with a user with sudo access to become root:

&lt;pre&gt;
git clone http://anonscm.debian.org/git/freedombox/freedom-maker.git \
  freedom-maker
sudo apt-get install git vmdebootstrap mercurial python-docutils \
  mktorrent extlinux virtualbox qemu-user-static binfmt-support \
  u-boot-tools
make -C freedom-maker dreamplug-image raspberry-image virtualbox-image
&lt;/pre&gt;

&lt;p&gt;Root access is needed to run debootstrap and mount loopback
devices.  See the README for more details on the build. If you do not
want all three images, trim the make line.  But note that thanks to &lt;a
href=&quot;https://bugs.debian.org/741407&quot;&gt;a race condition in
vmdebootstrap&lt;/a&gt;, the build might fail without the patch to the
kpartx call.&lt;/p&gt;

&lt;p&gt;If you instead want to install using a Debian CD and the preseed
method, boot a Debian Wheezy ISO and use this boot argument to load
the preseed values:&lt;/p&gt;

&lt;pre&gt;
url=&lt;a href=&quot;http://www.reinholdtsen.name/freedombox/preseed-jessie.dat&quot;&gt;http://www.reinholdtsen.name/freedombox/preseed-jessie.dat&lt;/a&gt;
&lt;/pre&gt;

&lt;p&gt;But note that due to &lt;a href=&quot;https://bugs.debian.org/740673&quot;&gt;a
recently introduced bug in apt in Jessie&lt;/a&gt;, the installer will
currently hang while setting up APT sources.  Killing the
&#39;&lt;tt&gt;apt-cdrom ident&lt;/tt&gt;&#39; process when it hang a few times during the
installation will get the installation going.  This affect all
installations in Jessie, and I expect it will be fixed soon.&lt;/p&gt;

&lt;p&gt;Give it a go and let us know how it goes on the mailing list, and help
us get the new release published. :) Please join us on
&lt;a href=&quot;irc://irc.debian.org:6667/%23freedombox&quot;&gt;IRC (#freedombox on
irc.debian.org)&lt;/a&gt; and
&lt;a href=&quot;http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss&quot;&gt;the
mailing list&lt;/a&gt; if you want to help make this vision come true.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Videos about the Freedombox project - for inspiration and learning</title>
                <link>http://people.skolelinux.org/pere/blog/Videos_about_the_Freedombox_project___for_inspiration_and_learning.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Videos_about_the_Freedombox_project___for_inspiration_and_learning.html</guid>
                <pubDate>Fri, 27 Sep 2013 14:10:00 +0200</pubDate>
                <description>&lt;p&gt;The &lt;a href=&quot;http://www.freedomboxfoundation.org/&quot;&gt;Freedombox
project&lt;/a&gt; have been going on for a while, and have presented the
vision, ideas and solution several places.  Here is a little
collection of videos of talks and presentation of the project.&lt;/p&gt;

&lt;ul&gt;

&lt;li&gt;&lt;a href=&quot;http://www.youtube.com/watch?v=ukvUz5taxvA&quot;&gt;FreedomBox -
2,5 minute marketing film&lt;/a&gt; (Youtube)&lt;/li&gt;

&lt;li&gt;&lt;a href=&quot;http://www.youtube.com/watch?v=SzW25QTVWsE&quot;&gt;Eben Moglen
discusses the Freedombox on CBS news 2011&lt;/a&gt; (Youtube)&lt;/li&gt;

&lt;li&gt;&lt;a href=&quot;http://www.youtube.com/watch?v=Ae8SZbxfE0g&quot;&gt;Eben Moglen -
Freedom in the Cloud - Software Freedom, Privacy and and Security for
Web 2.0 and Cloud computing at ISOC-NY Public Meeting 2010&lt;/a&gt;
(Youtube)&lt;/li&gt;

&lt;li&gt;&lt;a href=&quot;http://www.youtube.com/watch?v=vNaIji_3xBE&quot;&gt;Fosdem 2011
Keynote by Eben Moglen presenting the Freedombox&lt;/a&gt; (Youtube)&lt;/li&gt;

&lt;li&gt;&lt;a href=&quot;http://www.youtube.com/watch?v=9bDDUyJSQ9s&quot;&gt;Presentation of
the Freedombox by James Vasile at Elevate in Gratz 2011&lt;/a&gt; (Youtube)&lt;/li&gt;

&lt;li&gt;&lt;a href=&quot;http://www.youtube.com/watch?v=zQTmnk27g9s&quot;&gt; Freedombox -
Discovery, Identity, and Trust by Nick Daly at Freedombox Hackfest New
York City in 2012&lt;/a&gt; (Youtube)&lt;/li&gt;

&lt;li&gt;&lt;a href=&quot;http://www.youtube.com/watch?v=tkbSB4Ba7Ck&quot;&gt;Introduction
to the Freedombox at Freedombox Hackfest New York City in 2012&lt;/a&gt;
(Youtube)&lt;/li&gt;

&lt;li&gt;&lt;a href=&quot;http://www.youtube.com/watch?v=z-P2Jaeg0aQ&quot;&gt;Freedom, Out
of the Box! by Bdale Garbee at linux.conf.au Ballarat, 2012&lt;/a&gt; (Youtube) &lt;/li&gt;

&lt;li&gt;&lt;a href=&quot;https://archive.fosdem.org/2013/schedule/event/freedombox/&quot;&gt;Freedombox
1.0 by Eben Moglen and Bdale Garbee at Fosdem 2013&lt;/a&gt; (FOSDEM) &lt;/li&gt;

&lt;li&gt;&lt;a href=&quot;http://www.youtube.com/watch?v=e1LpYX2zVYg&quot;&gt;What is the
FreedomBox today by Bdale Garbee at Debconf13 in Vaumarcus
2013&lt;/a&gt; (Youtube)&lt;/li&gt;

&lt;/ul&gt;

&lt;p&gt;A larger list is available from
&lt;a href=&quot;https://wiki.debian.org/FreedomBox/TalksAndPresentations&quot;&gt;the
Freedombox Wiki&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;On other news, I am happy to report that Freedombox based on Debian
Jessie is coming along quite well, and soon both Owncloud and using
Tor should be available for testers of the Freedombox solution. :) In
a few weeks I hope everything needed to test it is included in Debian.
The withsqlite package is already in Debian, and the plinth package is
pending in NEW.  The third and vital part of that puzzle is the
metapackage/setup framework, which is still pending an upload.  Join
us on &lt;a href=&quot;irc://irc.debian.org:6667/%23freedombox&quot;&gt;IRC
(#freedombox on irc.debian.org)&lt;/a&gt; and
&lt;a href=&quot;http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss&quot;&gt;the
mailing list&lt;/a&gt; if you want to help make this vision come true.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Recipe to test the Freedombox project on amd64 or Raspberry Pi</title>
                <link>http://people.skolelinux.org/pere/blog/Recipe_to_test_the_Freedombox_project_on_amd64_or_Raspberry_Pi.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Recipe_to_test_the_Freedombox_project_on_amd64_or_Raspberry_Pi.html</guid>
                <pubDate>Tue, 10 Sep 2013 14:20:00 +0200</pubDate>
                <description>&lt;p&gt;I was introduced to the
&lt;a href=&quot;http://www.freedomboxfoundation.org/&quot;&gt;Freedombox project&lt;/a&gt;
in 2010, when Eben Moglen presented his vision about serving the need
of non-technical people to keep their personal information private and
within the legal protection of their own homes.  The idea is to give
people back the power over their network and machines, and return
Internet back to its intended peer-to-peer architecture.  Instead of
depending on a central service, the Freedombox will give everyone
control over their own basic infrastructure.&lt;/p&gt;

&lt;p&gt;I&#39;ve intended to join the effort since then, but other tasks have
taken priority.  But this summers nasty news about the misuse of trust
and privilege exercised by the &quot;western&quot; intelligence gathering
communities increased my eagerness to contribute to a point where I
actually started working on the project a while back.&lt;/p&gt;

&lt;p&gt;The &lt;a href=&quot;https://alioth.debian.org/projects/freedombox/&quot;&gt;initial
Debian initiative&lt;/a&gt; based on the vision from Eben Moglen, is to
create a simple and cheap Debian based appliance that anyone can hook
up in their home and get access to secure and private services and
communication.  The initial deployment platform have been the
&lt;a href=&quot;http://www.globalscaletechnologies.com/t-dreamplugdetails.aspx&quot;&gt;Dreamplug&lt;/a&gt;,
which is a piece of hardware I do not own.  So to be able to test what
the current Freedombox setup look like, I had to come up with a way to install
it on some hardware I do have access to.  I have rewritten the
&lt;a href=&quot;https://github.com/NickDaly/freedom-maker&quot;&gt;freedom-maker&lt;/a&gt;
image build framework to use .deb packages instead of only copying
setup into the boot images, and thanks to this rewrite I am able to
set up any machine supported by Debian Wheezy as a Freedombox, using
the previously mentioned deb (and a few support debs for packages
missing in Debian).&lt;/p&gt;

&lt;p&gt;The current Freedombox setup consist of a set of bootstrapping
scripts
(&lt;a href=&quot;https://github.com/petterreinholdtsen/freedombox-setup&quot;&gt;freedombox-setup&lt;/a&gt;),
and a administrative web interface
(&lt;a href=&quot;https://github.com/NickDaly/Plinth&quot;&gt;plinth&lt;/a&gt; + exmachina +
withsqlite), as well as a privacy enhancing proxy based on
&lt;a href=&quot;http://packages.qa.debian.org/privoxy&quot;&gt;privoxy&lt;/a&gt;
(freedombox-privoxy).  There is also a web/javascript based XMPP
client (&lt;a href=&quot;http://packages.qa.debian.org/jwchat&quot;&gt;jwchat&lt;/a&gt;)
trying (unsuccessfully so far) to talk to the XMPP server
(&lt;a href=&quot;http://packages.qa.debian.org/ejabberd&quot;&gt;ejabberd&lt;/a&gt;).  The
web interface is pluggable, and the goal is to use it to enable OpenID
services, mesh network connectivity, use of TOR, etc, etc.  Not much of
this is really working yet, see
&lt;a href=&quot;https://github.com/NickDaly/freedombox-todos/blob/master/TODO&quot;&gt;the
project TODO&lt;/a&gt; for links to GIT repositories.  Most of the code is
on github at the moment.  The HTTP proxy is operational out of the
box, and the admin web interface can be used to add/remove plinth
users.  I&#39;ve not been able to do anything else with it so far, but
know there are several branches spread around github and other places
with lots of half baked features.&lt;/p&gt;

&lt;p&gt;Anyway, if you want to have a look at the current state, the
following recipes should work to give you a test machine to poke
at.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Debian Wheezy amd64&lt;/strong&gt;&lt;/p&gt;

&lt;ol&gt;

&lt;li&gt;Fetch normal Debian Wheezy installation ISO.&lt;/li&gt;
&lt;li&gt;Boot from it, either as CD or USB stick.&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Press [tab] on the boot prompt and add this as a boot argument
to the Debian installer:&lt;p&gt;
&lt;pre&gt;url=&lt;a href=&quot;http://www.reinholdtsen.name/freedombox/preseed-wheezy.dat&quot;&gt;http://www.reinholdtsen.name/freedombox/preseed-wheezy.dat&lt;/a&gt;&lt;/pre&gt;&lt;/li&gt;

&lt;li&gt;Answer the few language/region/password questions and pick disk to
install on.&lt;/li&gt;

&lt;li&gt;When the installation is finished and the machine have rebooted a
few times, your Freedombox is ready for testing.&lt;/li&gt;

&lt;/ol&gt;

&lt;p&gt;&lt;strong&gt;Raspberry Pi Raspbian&lt;/strong&gt;&lt;/p&gt;

&lt;ol&gt;

&lt;li&gt;Fetch a Raspbian SD card image, create SD card.&lt;/li&gt;
&lt;li&gt;Boot from SD card, extend file system to fill the card completely.&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Log in and add this to /etc/sources.list:&lt;/p&gt;
&lt;pre&gt;
deb &lt;a href=&quot;http://www.reinholdtsen.name/freedombox/&quot;&gt;http://www.reinholdtsen.name/freedombox&lt;/a&gt; wheezy main
&lt;/pre&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Run this as root:&lt;/p&gt;
&lt;pre&gt;
wget -O - http://www.reinholdtsen.name/freedombox/BE1A583D.asc | \
   apt-key add -
apt-get update
apt-get install freedombox-setup
/usr/lib/freedombox/setup
&lt;/pre&gt;&lt;/li&gt;
&lt;li&gt;Reboot into your freshly created Freedombox.&lt;/li&gt;

&lt;/ol&gt;

&lt;p&gt;You can test it on other architectures too, but because the
freedombox-privoxy package is binary, it will only work as intended on
the architectures where I have had time to build the binary and put it
in my APT repository.  But do not let this stop you.  It is only a
short &quot;&lt;tt&gt;apt-get source -b freedombox-privoxy&lt;/tt&gt;&quot; away. :)&lt;/p&gt;

&lt;p&gt;Note that by default Freedombox is a DHCP server on the
192.168.1.0/24 subnet, so if this is your subnet be careful and turn
off the DHCP server by running &quot;&lt;tt&gt;update-rc.d isc-dhcp-server
disable&lt;/tt&gt;&quot; as root.&lt;/p&gt;

&lt;p&gt;Please let me know if this works for you, or if you have any
problems.  We gather on the IRC channel
&lt;a href=&quot;irc://irc.debian.org:6667/%23freedombox&quot;&gt;#freedombox&lt;/a&gt; on
irc.debian.org and the
&lt;a href=&quot;http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss&quot;&gt;project
mailing list&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Once you get your freedombox operational, you can visit
&lt;tt&gt;http://your-host-name:8001/&lt;/tt&gt; to see the state of the plint
welcome screen (dead end - do not be surprised if you are unable to
get past it), and next visit &lt;tt&gt;http://your-host-name:8001/help/&lt;/tt&gt;
to look at the rest of plinth.  The default user is &#39;admin&#39; and the
default password is &#39;secret&#39;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Netflix krever at du frasier deg dine forbrukerrettigheter...</title>
                <link>http://people.skolelinux.org/pere/blog/Netflix_krever_at_du_frasier_deg_dine_forbrukerrettigheter___.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Netflix_krever_at_du_frasier_deg_dine_forbrukerrettigheter___.html</guid>
                <pubDate>Wed, 17 Oct 2012 15:30:00 +0200</pubDate>
                <description>&lt;p&gt;Filmtjenesten Netflix lanseres i Norge, med en jublende presse på
sidelinjen.  Men har journalistene lest bruksvilkårene?  Synes de
avsnitt nummer to i
«&lt;a href=&quot;https://signup.netflix.com/TermsOfUse?locale=nb-NO&quot;&gt;Vilkår
for bruk&lt;/a&gt;» høres greit ut for en forbrukertjeneste i Norge?
Avsnittet lyder slik:

&lt;blockquote&gt;

«Disse vilkårene for bruk innebærer at alle tvister mellom deg og
Netflix vil bli løst ved BINDENDE VOLDGIFT. DU SAMTYKKER I AT DU
FRASIER DEG ENHVER RETT TIL RETTSLIGE SKRITT for å hevde eller
forsvare rettighetene dine under denne kontrakten (med unntak for
mindre saker som kan avgjøres i forliksretten). Rettighetene dine vil
bli bestemt av en NØYTRAL VOLDGIFTSMANN/MEKLER og IKKE en dommer eller
jury, og krav kan ikke framstilles i form av gruppesøksmål. Les
gjennom voldgiftsavtalen nedenfor for å finne alle detaljer vedrørende
avtalen, slik at du kan se hvordan en eventuell konflikt med Netflix
skal håndteres og vil avgjøres.»

&lt;/blockquote&gt;

&lt;p&gt;Ikke nok med det, men må akseptere at det er USAs lov som skal
regulere bruken, og dermed akseptere å miste norsk forbruker- og
personvernlovgiving (hvilket så vidt jeg vet ikke kan gjøres i
Norge).&lt;/p&gt;

&lt;blockquote&gt;
«Gjennom å godta disse vilkår for bruk samtykker du i at tolkingen og
håndhevelsen av denne voldgiftsavtalen er underlagt den føderale
voldgiftsloven i USA, U.S. Federal Arbitration Act, og at både du og
Netflix frasier dere retten til en juryprosess eller deltakelse i
gruppesøksmål. Denne voldgiftsbetingelsen gjelder selv etter at denne
avtalen er oppsagt og Netflix-medlemskapet ditt har opphørt.»
&lt;/blockquote&gt;

&lt;p&gt;En må altså si ja til å frasi seg de vanlige forbrukerrettighetene
i Norge for å bruke Netflix.  Vilkårene til Netflix vil neppe stå seg
i norsk rett, men det er usedvanlig frekt å bare foreslå det, da de
aller fleste som leser dem vil anta at vilkårene gjelder med mindre de
er svært godt kjent med norsk forbrukerrett.  Skal en frasi seg
muligheten til å hevde sin rett hvis Netflix lekker personopplysninger
(USAs lovgiving er svært mangelfull i forhold til den norske
personvernlovgivingen) eller leverer en tjeneste som ikke holder mål?
Nei takk.  Med slike bruksvilkår takker jeg høflig nei til tilbudet,
og de får ikke meg som kunde før de har en helt annen tilnærming mot
sine kunder.&lt;/p&gt;

&lt;p&gt;Oppdatering 2012-10-18: Både
&lt;a href=&quot;http://www.aftenposten.no/digital/Netflix-krever-at-du-sier-fra-deg-norske-forbrukerrettigheter-7021182.html&quot;&gt;Aftenposten&lt;/a&gt;,
&lt;a href=&quot;http://nrk.no/helse-forbruk-og-livsstil/1.8362951&quot;&gt;NRK&lt;/a&gt; og
&lt;a href=&quot;http://www.teknofil.no/artikler/forbrukerradet-slakter-netflix/113679&quot;&gt;Teknofil&lt;/a&gt;
har snappet opp saken (dog nevner ikke NRK kilde, så de kan jo ha
oppdaget det selv).  Veldig bra at flere blir oppmerksom på slike
ting.  «- Helt hinsides, mener Forbrukerrådet om Netflix&#39;
brukervilkår», siterer Aftenposten.  Og 
&lt;a href=&quot;http://www.aftenposten.no/nyheter/Forbrukerombudet-vil-granske-TV-markedet-7021465.html&quot;&gt;Aftenposten&lt;/a&gt;
melder videre at Forbrukerrådet vil granske TV-bransjen med bakgrunn i
dette.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Mer oppfølging fra MPEG-LA om avtale med dem for å kringkaste og publisere H.264-video</title>
                <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>
                <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>
                <pubDate>Thu, 5 Jul 2012 23:50:00 +0200</pubDate>
                <description>&lt;p&gt;I føljetongen om H.264
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/MPEG_LA_mener_NRK_m__ha_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html&quot;&gt;forlot
jeg leserne i undring&lt;/a&gt; om hvor pakken fra MPEG-LA tok veien, og om
hvilke selskaper i Norge som har avtale med MPEG-LA.  Da Ryan hos
MPEG-LA dro på ferie sendte jeg min melding videre til hans kollega,
og dagen etter fikk jeg følgende svar derfra:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Date: Fri, 29 Jun 2012 18:32:34 +0000
&lt;br&gt;From: Sidney Wolf &amp;lt;SWolf (at) mpegla.com&amp;gt;
&lt;br&gt;To: Petter Reinholdtsen &amp;lt;pere (at) hungry.com&amp;gt;
&lt;br&gt;Cc: Ryan Rodriguez &amp;lt;RRodriguez (at) mpegla.com&amp;gt;
&lt;br&gt;Subject: RE: Do NRK have a license agreement with MPEG-LA?&lt;/p&gt;

&lt;p&gt;Dear Mr. Reinholdtsen,&lt;/p&gt;

&lt;p&gt;Thank you for your message. As you know, Ryan is currently our of the
office, so it will be my pleasure to assist you.&lt;/p&gt;

&lt;p&gt;Per your request, attached please find an electronic copy of the
AVC Patent Portfolio License. Please note that the electronic copy of
the License is provided as a convenience and for informational
purposes only. When concluding the Licenses, only the hard copies
provided by MPEG LA may be used.&lt;/p&gt;

&lt;p&gt;To your question, MPEG LA lists our Licensees on our website
according to each program.  The lists are in alphabetical order, so it
is very easy to search.&lt;/p&gt;

&lt;p&gt;I hope that this was helpful. If we can be of additional
assistance, please let me know.&lt;/p&gt;

&lt;p&gt;Kind regards,&lt;/p&gt;

&lt;p&gt;Sidney A. Wolf
&lt;br&gt;Manager, Global Licensing
&lt;br&gt;MPEG LA&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Selv om et epostvedlegg er nyttig for mottakeren, så håpet jeg å få
et dokument jeg kunne dele med alle leserne av bloggen min, og ikke et
som må deles på individuell basis.  Opphavsretten krever godkjenning
fra rettighetsinnehaver før en kan gjøre slikt, så dermed fulgte jeg
opp med et spørsmål om dette var greit.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Date: Wed, 4 Jul 2012 20:25:06 +0200
&lt;br&gt;From: Petter Reinholdtsen &amp;lt;pere (at) hungry.com&amp;gt;
&lt;br&gt;To: Sidney Wolf &amp;lt;SWolf (at) mpegla.com&amp;gt;
&lt;br&gt;Cc: Ryan Rodriguez &amp;lt;RRodriguez (at) mpegla.com&amp;gt;
&lt;br&gt;Subject: Re: Do NRK have a license agreement with MPEG-LA?&lt;/p&gt;

&lt;p&gt;Thank you for your reply.&lt;/p&gt;

&lt;p&gt;[Sidney Wolf]
&lt;br&gt;&amp;gt; Per your request, attached please find an electronic copy of the AVC
&lt;br&gt;&amp;gt; Patent Portfolio License. Please note that the electronic copy of
&lt;br&gt;&amp;gt; the License is provided as a convenience and for informational
&lt;br&gt;&amp;gt; purposes only. When concluding the Licenses, only the hard copies
&lt;br&gt;&amp;gt; provided by MPEG LA may be used.&lt;/p&gt;

&lt;p&gt;This is useful for me to learn, but the reason I asked for the
Internet address of the licensing document was to ensure I could
publish a link to it when I discuss the topic of H.264 licensing here
in Norway, and allow others to verify my observations.  I can not do
the same with an email attachment.  Thus I would like to ask you if it
is OK with MPEG LA that I publish this document on the Internet for
others to read?&lt;/p&gt;

&lt;p&gt;&amp;gt; To your question, MPEG LA lists our Licensees on our website
&lt;br&gt;&amp;gt; according to each program. The lists are in alphabetical order, so
&lt;br&gt;&amp;gt; it is very easy to search.&lt;/p&gt;

&lt;p&gt;I am afraid this do not help me locate Norwegian companies in the
list of Licensees.  I do not know the name of all companies and
organisations in Norway, and thus do not know how to locate the
Norwegian ones on that list.&lt;/p&gt;

&lt;p&gt;&amp;gt; I hope that this was helpful. If we can be of additional assistance,
&lt;br&gt;&amp;gt; please let me know.&lt;/p&gt;

&lt;p&gt;Absoutely helpful to learn more about how MPEG LA handle licensing.&lt;/p&gt;

&lt;p&gt;--
&lt;br&gt;Happy hacking
&lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Jeg håpet også at det skulle være mulig å få vite hvilke av de
mange hundre som har avtale med MPEG-LA om bruk av H.264 som holdt til
i Norge.  Begge mine håp falt i grus med svaret fra MPEG-LA.

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Date: Thu, 5 Jul 2012 17:42:39 +0000
&lt;br&gt;From: Sidney Wolf &amp;lt;SWolf (at) mpegla.com&amp;gt;
&lt;br&gt;To: &#39;Petter Reinholdtsen&#39; &amp;lt;pere (at) hungry.com&amp;gt;
&lt;br&gt;Cc: Ryan Rodriguez &amp;lt;RRodriguez (at) mpegla.com&amp;gt;
&lt;br&gt;Subject: RE: Do NRK have a license agreement with MPEG-LA?&lt;/p&gt;

&lt;p&gt;Dear Mr. Reinholdtsen,&lt;/p&gt;

&lt;p&gt;Thank you for your reply.&lt;/p&gt;

&lt;p&gt;We appreciate the additional explanation you have provided and for
asking our permission to publish the electronic copy of the License in
advance of doing so.  Typically, MPEG LA prefers to distribute the
electronic copies of our Licenses to interested parties. Therefore,
please feel free to send interested parties to the AVC portion of our
website, http://www.mpegla.com/main/programs/AVC/Pages/Intro.aspx for
their further reference.&lt;/p&gt;

&lt;p&gt;As previously mentioned, MPEG LA maintains a list of Licensees in good
standing on our website according to each program. Due to the large
volume of Licensees, it would be administratively impractical to
provide this level of detail to interested parties.  Therefore, I am
afraid we are not in a position to assist you with your request.&lt;/p&gt;

&lt;p&gt;Kind regards,&lt;/p&gt;

&lt;p&gt;Sidney A. Wolf
&lt;br&gt;Manager, Global Licensing
&lt;br&gt;MPEG LA&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Men takket være epostvedlegget kunne jeg søke på Google etter
setningen &quot;WHEREAS, a video standard commonly referred to as AVC has
been defined and is referred to in this Agreement as the “AVC
Standard” (as more fully defined herein below)&quot; som finnes i avtalen,
og lokalisere en kopi fra 2007 av
&lt;a href=&quot;http://www.sec.gov/Archives/edgar/data/1342960/000119312509050004/dex1024.htm&quot;&gt;lisensavtalen
mellom MPEG-LA og DivX, Inc.&lt;/a&gt;, slik at mine lesere kan se hvordan
avtalen så ut da.  Jeg har ikke sammenlignet tekstene for å se om noe
har endret seg siden den tid, men satser på at teksten er representativ.&lt;/p&gt;

&lt;p&gt;Jeg aner fortsatt ikke hvor FedEx tok veien med pakken fra
MPEG-LA.&lt;/p&gt;

&lt;p&gt;Update 2012-07-06: Jeg er visst ikke den første som forsøker å få
klarhet i problemstillinger rundt H.264, og kom nettopp over en veldig
interessant bloggpost fra 2010 hos LibreVideo med tittelen
&quot;&lt;a href=&quot;http://www.librevideo.org/blog/2010/06/14/mpeg-la-answers-some-questions-about-avch-264-licensing/&quot;&gt;MPEG-LA
answers some questions about AVC/H.264 licensing&lt;/a&gt;.  Anbefales!&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Departementenes servicesenter har ingen avtale om bruk av H.264 med MPEG-LA</title>
                <link>http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html</guid>
                <pubDate>Fri, 29 Jun 2012 09:40:00 +0200</pubDate>
                <description>&lt;p&gt;Da fikk jeg nettopp svar fra
&lt;a href=&quot;http://www.dss.dep.no/&quot;&gt;Departementenes servicesenter&lt;/a&gt;
(DSS) på
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html&quot;&gt;mitt
spørsmål om avtale rundt bruk av H.264&lt;/a&gt;.  De har ingen avtale med
MPEG LA eller dets representanter.  Her er svaret.

&lt;p&gt;&lt;blockquote&gt;

&lt;p&gt;Date: Fri, 29 Jun 2012 07:04:42 +0000
&lt;br&gt;From: Nielsen Mette Haga &amp;lt;Mette-Haga.Nielsen (at) dss.dep.no&amp;gt;
&lt;br&gt;To: Petter Reinholdtsen &amp;lt;petter.reinholdtsen (at) ...&amp;gt;
&lt;br&gt;CC: Postmottak &amp;lt;Postmottak (at) dss.dep.no&amp;gt;
&lt;br&gt;Subject: SV: Innsynsbegjæring om MPEG/H.264-relaterte avtaler&lt;/p&gt;

&lt;p&gt;DSS har ikke inngått noen egen lisensavtale med MPEG-LA eller noen som
representerer MPEG-LA i Norge. Videoløsningen på regjeringen.no er
levert av Smartcom:tv. Lisensforholdet rundt H.264 er ikke omtalt i
vår avtale med Smartcom.&lt;/p&gt;

&lt;p&gt;Vennlig hilsen&lt;/p&gt;

&lt;p&gt;Mette Haga Nielsen
&lt;br&gt;Fung. seksjonssjef&lt;/p&gt;

&lt;p&gt;Departementenes servicesenter&lt;/p&gt;

&lt;p&gt;Informasjonsforvaltning

&lt;p&gt;Mobil 93 09 83 51
&lt;br&gt;E-post mette-haga.nielsen (at) dss.dep.no&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Hvis den norske regjeringen representert ved DSS ikke har slik
avtale, så kan en kanskje konkludere med at det ikke trengs?  Jeg er
ikke trygg på at det er god juridisk grunn å stå på, men det er i det
minste interessant å vite at hverken NRK eller DSS har funnet det
nødvendig å ha avtale om bruk av H.264.&lt;/p&gt;

&lt;p&gt;Det forklarer ikke hvordan de kan ignorere bruksvilkårene knyttet
til bruk av opphavsrettsbeskyttet materiale de bruker til
videoproduksjon, med mindre slike vilkår kan ignoreres av selskaper og
privatpersoner i Norge.  Har de lov til å bryte vilkårene, eller har
de brutt dem og så langt sluppet unna med det?  Jeg aner ikke.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>MPEG-LA mener NRK må ha avtale med dem for å kringkaste og publisere H.264-video</title>
                <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>
                <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>
                <pubDate>Thu, 28 Jun 2012 20:00:00 +0200</pubDate>
                <description>&lt;p&gt;Etter at NRK
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html&quot;&gt;nektet
å spore opp eventuell avtale med MPEG-LA&lt;/a&gt; eller andre om bruk av
MPEG/H.264-video etter at jeg &lt;a
href=&quot;http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html&quot;&gt;ba
om innsyn i slike avtaler&lt;/a&gt;, tenkte jeg at i stedet for å forsøke å
få NRK til å finne en slik avtale, så burde det være like enkelt å
spørre MPEG-LA om de hadde avtale med NRK.  Spørsmålet ble sendt før
jeg fikk tips fra Kieran Kunhya om hvor listen over lisensinnehavere
&quot;in Good Standing&quot; befant seg.  MPEG-LA svarte meg i dag, og kan
fortelle at NRK ikke har noen avtale med dem, så da er i det minste det
slått fast.  Ikke overraskende mener MPEG-LA at det trengs en avtale
med MPEG-LA for å streame H.264, men deres rammer er jo
rettstilstanden i USA og ikke Norge.  Jeg tar dermed den delen av
svaret med en klype salt.  Jeg er dermed fortsatt ikke klok på om det
trengs en avtale, og hvis det trengs en avtale her i Norge, heller
ikke sikker på om NRK har en avtale med noen andre enn MPEG-LA som
gjør at de ikke trenger avtale direkte med MPEG-LA.  Jeg håper NRKs
jurister har vurdert dette, og at det er mulig å få tilgang til
vurderingen uansett om de trenger en avtale eller ikke.&lt;/p&gt;

&lt;p&gt;Her er epostutvekslingen med MPEG-LA så langt.  Håper ikke
utvekslingen fører til NRK plutselig får en litt uventet pakke fra
MPEG-LA.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Date: Mon, 25 Jun 2012 15:29:37 +0200
&lt;br&gt;From: Petter Reinholdtsen &amp;lt;pere (at) hungry.com&amp;gt;
&lt;br&gt;To: licensing-web (at) mpegla.com
&lt;br&gt;Subject: Do NRK have a license agreement with MPEG-LA?&lt;/p&gt;

&lt;p&gt;Hi.  I have a small question for you, that I hope it is OK that I
ask.&lt;/p&gt;

&lt;p&gt;Is there any license agreements between MPEG-LA and NRK, &amp;lt;URL:
&lt;a href=&quot;http://www.nrk.no/&quot;&gt;http://www.nrk.no/&lt;/a&gt; &amp;gt;, the
Norwegian national broadcasting cooperation?  I am not sure if they
need one, and am just curious if such agreeement exist.&lt;/p&gt;

&lt;p&gt;The postal address is&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
  NRK
  &lt;br&gt;Postbox 8500, Majorstuen
  &lt;br&gt;0340 Oslo
  &lt;br&gt;Norway
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;if it make it easier for you to locate such agreement.&lt;/p&gt;

&lt;p&gt;Can you tell me how many entities in Norway have an agreement with
MPEG-LA, and the name of these entities?&lt;/p&gt;

&lt;p&gt;--
&lt;br&gt;Happy hacking
&lt;br&gt;Petter Reinholdtsen
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;I dag, to dager senere, fikk jeg følgende svar:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Date: Thu, 28 Jun 2012 14:11:17 +0000
&lt;br&gt;From: Ryan Rodriguez &amp;lt;RRodriguez (at) mpegla.com&gt;
&lt;br&gt;To: Petter Reinholdtsen &amp;lt;pere (at) hungry.com&gt;
&lt;br&gt;CC: MD Administration &amp;lt;MDAdministration (at) mpegla.com&gt;
&lt;br&gt;Subject: RE: Do NRK have a license agreement with MPEG-LA?&lt;/p&gt;

&lt;p&gt;Dear Mr. Reinholdtsen,&lt;/p&gt;

&lt;p&gt;Thank you for your message and for your interest in MPEG LA. We
appreciate hearing from you and I will be happy to assist you.&lt;/p&gt;

&lt;p&gt;To begin, I will assume that you are referring to AVC/H.264
technology in your message below, as this technology is commonly used
in the transmission of video content.  In that case, please allow me
to briefly summarize the coverage provided by our AVC Patent Portfolio
License.&lt;/p&gt;

&lt;P&gt;Our AVC License provides coverage for end products and video
services that make use of AVC/H.264 technology.  Accordingly, the
party offering such end products and video to End Users concludes the
AVC License and is responsible for paying the applicable royalties
associated with the end products/video they offer.&lt;/p&gt;

&lt;p&gt;While the Norwegian Broadcast Corporation (NRK) is not currently a
Licensee to MPEG LA&#39;s AVC License (or any other Portfolio License
offered by MPEG LA), if NRK offers AVC Video to End Users for
remuneration (for example, Title-by-Title, Subscription, Free
Television, or Internet Broadcast AVC Video), then NRK will need to
conclude the AVC License and may be responsible for paying applicable
royalties associated with the AVC Video it distributes.&lt;/p&gt;

&lt;p&gt;Today I will send you a FedEx package containing a copy of our AVC
License for your review.  You should receive the License document
within the next few days.&lt;/p&gt;

&lt;p&gt;Meanwhile, MPEG LA currently has several Norwegian Licensees that
can be found under the &quot;Licensees&quot; header within the respective
portion of our website.  For example, you may find our list of
Licensees in Good Standing to our AVC License in the AVC portion of
our website,
&lt;a href=&quot;http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx&quot;&gt;http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I hope the above information is helpful.  If you have additional
questions or need further assistance with the AVC License, please feel
free to contact me directly.  I look forward to hearing from you again
soon.&lt;/p&gt;

&lt;p&gt;Best regards,&lt;/p&gt;

&lt;p&gt;Ryan&lt;/p&gt;

&lt;p&gt;Ryan M. Rodriguez
&lt;br&gt;Licensing Associate
&lt;br&gt;MPEG LA
&lt;br&gt;5425 Wisconsin Avenue
&lt;br&gt;Suite 801
&lt;br&gt;Chevy Chase, MD 20815
&lt;br&gt;U.S.A.
&lt;br&gt;Phone:  +1 (301) 986-6660 x211
&lt;br&gt;Fax:    +1 (301) 986-8575
&lt;br&gt;Email: rrodriguez (at) mpegla.com&lt;/p&gt;

&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Meldingen om utsendt FedEx-pakke var så merkelig at jeg
øyeblikkelig sendte svar tilbake og spurte hva i alle dager han mente,
da han jo ikke hadde fått noen postadresse som nådde meg.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;

&lt;p&gt;Date: Thu, 28 Jun 2012 16:36:15 +0200
&lt;br&gt;From: Petter Reinholdtsen &amp;lt;pere (at) hungry.com&amp;gt;
&lt;br&gt;To: Ryan Rodriguez &amp;lt;RRodriguez (at) mpegla.com&amp;gt;
&lt;br&gt;Cc: MD Administration &amp;lt;MDAdministration (at) mpegla.com&amp;gt;
&lt;br&gt;Subject: Re: Do NRK have a license agreement with MPEG-LA?&lt;/p&gt;

&lt;p&gt;[Ryan Rodriguez]
&lt;br&gt;&amp;gt; Dear Mr. Reinholdtsen,&lt;/p&gt;

&lt;p&gt;Thank you for your quick reply.&lt;/p&gt;

&lt;p&gt;&amp;gt; Today I will send you a FedEx package containing a copy of our AVC
&lt;br&gt;&amp;gt; License for your review.  You should receive the License document
&lt;br&gt;&amp;gt; within the next few days.&lt;/p&gt;

&lt;p&gt;The part about sending a FedEx package confused me, though.  I did not
&lt;br&gt;give you my address, nor am I associated with NRK in any way, so I hope
&lt;br&gt;you did not try to send me a package using the address of NRK.  If you
&lt;br&gt;would send me the Internet address of to the document, it would be more
&lt;br&gt;useful to me to be able to download it as an electronic document.&lt;/p&gt;

&lt;p&gt;&amp;gt; Meanwhile, MPEG LA currently has several Norwegian Licensees that can
&lt;br&gt;&amp;gt; be found under the &quot;Licensees&quot; header within the respective portion
&lt;br&gt;&amp;gt; of our website.  For example, you may find our list of Licensees in
&lt;br&gt;&amp;gt; Good Standing to our AVC License in the AVC portion of our website,
&lt;br&gt;&amp;gt; http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx&lt;/p&gt;

&lt;p&gt;How can I recognize the Norwegian licensees?&lt;/p&gt;

&lt;p&gt;--
&lt;br&gt;Happy hacking
&lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Selv om jeg svarte kun noen minutter etter at jeg fikk eposten fra
MPEG-LA, fikk jeg eposten under som automatisk var beskjed på min
siste epost.  Får håpe noen likevel følger opp &quot;FedEx-pakken&quot;.  For å
øke sjansen for at noen revurderer utsending av pakke uten mottaker,
videresendte jeg min epost til swolf (at) mpegla.com, så får vi se.
Har ikke hørt noe mer 3 timer senere, så jeg mistenker at ingen leste
min epost tidsnok.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;

&lt;p&gt;Date: Thu, 28 Jun 2012 14:36:20 +0000
&lt;br&gt;From: Ryan Rodriguez &amp;lt;RRodriguez (at) mpegla.com&amp;gt;
&lt;br&gt;To: Petter Reinholdtsen &amp;lt;pere (at) hungry.com&amp;gt;
&lt;br&gt;Subject: Automatic reply: Do NRK have a license agreement with MPEG-LA?&lt;/p&gt;

&lt;p&gt;Thank you for your message.&lt;/p&gt;

&lt;p&gt;I will be out of the office until Thursday, July 5 and will respond
to all messages upon my return.  If this is a matter that requires
immediate attention, please contact Sidney Wolf (swolf (at)
mpegla.com)&lt;/p&gt;

&lt;p&gt;Best regards,&lt;/p&gt;

&lt;p&gt;Ryan&lt;/p&gt;

&lt;p&gt;Ryan M. Rodriguez
&lt;br&gt;Licensing Associate
&lt;br&gt;MPEG LA&lt;/p&gt;

&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Litt klokere, men fortsatt ikke klok på mitt opprinnelige spørsmål,
som er om en trenger avtale med MPEG-LA for å publisere eller
kringkaste H.264-video i Norge.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>NRK nekter å finne og utlevere eventuell avtale med MPEG-LA</title>
                <link>http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html</guid>
                <pubDate>Mon, 25 Jun 2012 15:10:00 +0200</pubDate>
                <description>&lt;p&gt;Jeg fikk nettopp svar fra NRK på
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html&quot;&gt;min
forespørsel om kopi av avtale&lt;/a&gt; med MPEG-LA eller andre om bruk av
MPEG og/eller H.264.  Svaret har fått saksreferanse 2011/371 (mon tro
hva slags sak fra 2011 dette er?) hos NRK og lyder som følger:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;

&lt;p&gt;&lt;strong&gt;Svar på innsynsbegjæring i MPEG / H.264-relaterte
avtaler&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Viser til innsynsbegjæring av 19. juni 2012. Kravet om innsyn
gjelder avtale som gjør at NRK «ikke er begrenset av de generelle
bruksvilkårene som gjelder for utstyr som bruker MPEG og/eller
H.264».&lt;/p&gt;

&lt;p&gt;I henhold til offentleglova § 28 annet ledd må innsynskravet gjelde
en bestemt sak eller i rimelig utstrekning saker av en bestemt
sak. Det er på det rene at det aktuelle innsynskravet ikke gjelder en
bestemt sak. Spørsmålet som reiser seg er om identifiseringsgraden er
tilstrekkelig. I Justisdepartementets «Rettleiar til offentleglova»
står følgende:&lt;/p&gt;

&lt;p&gt;«Kravet om at innsynskravet må gjelde ei bestemt sak er til hinder
for at eit innsynskrav kan gjelde alle saker av ein bestemt art, utan
at den enkelte saka blir identifisert.  Ein kan med andre ord i
utgangspunktet ikkje krevje innsyn i til dømes alle saker om
utsleppsløyve hos Statens forureiningstilsyn frå dei siste tre åra,
med mindre ein identifiserer kvar enkelt sak, til dømes med tilvising
til dato, partar eller liknande.»&lt;/p&gt;

&lt;p&gt;Vedrørende denne begrensningen har Justisdepartementet uttalt
følgende (Lovavdelingens uttalelser JDLOV-2010-3295):&lt;/p&gt;

&lt;p&gt;&lt;em&gt;«Bakgrunnen for avgrensinga av kva innsynskravet kan gjelde,
er fyrst og fremst at meir generelle innsynskrav, utan noka form for
identifikasjon av kva ein eigentleg ynskjer, ville vere svært
vanskelege å handsame for forvaltninga.»&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;I samme sak uttaler Lovavdelingen følgende:&lt;/p&gt;

&lt;p&gt;&lt;em&gt;«Det følgjer vidare av offentleglova § 28 andre ledd at det `i
rimeleg utstrekning&#39; kan krevjast innsyn i `saker av ein bestemt
art&#39;. Vilkåret om at eit innsynskrav berre `i rimeleg utstrekning&#39; kan
gjelde saker av ein bestemt art, er i hovudsak knytt til kor
arbeidskrevjande det vil vere å finne fram til dei aktuelle
dokumenta. I tillegg reknar vi med at vilkåret kan gje grunnlag for å
nekte innsyn i tilfelle der innsynskravet er så omfattande (gjeld så
mange dokument) at arbeidsmengda som ville gått med til å handsame
det, er større enn det ein `i rimeleg utstrekning&#39; kan krevje (sjølv
om det nok skal mykje til).»&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;NRK har ikke noen egen sammenstilling over avtaler innenfor
bestemte områder som omtales i innsynsbegjæringen. De måtte søkes på
vanlig måte. I tillegg finnes ikke noen automatisert måte å finne
avtaler som «ikke er begrenset av de generelle bruksvilkårene som
gjelder for utstyr som bruker MPEG og/eller H.264». En slik
gjennomgang av avtaler måtte gjøres manuelt av en person med
spesialistkunnskap. Dette vil kreve at NRK avsetter omfattende
ressurser for å finne frem relevante avtaler og for deretter å vurdere
om de dekkes av det innsynsbegjæringen omfattes.&lt;/p&gt;

&lt;p&gt;På bakgrunn av dette nekter NRK innsyn, med den begrunnelsen at
innsynskravet er så omfattende at arbeidsmengden for å håndtere kravet
vil være langt større enn det som i rimelig utstrekning kan kreves i
henhold til offentleglova § 28 annet ledd.&lt;/p&gt;

&lt;p&gt;Avslag på deres innsynsbegjæring kan påklages til Kultur- og
kirkedepartementet innen tre uker fra det tidspunkt avslaget kommer
frem til mottakeren, i henhold til reglene i offentleglova § 32,
jf. forvaltningsloven kapittel VI. Klagen skal stiles til Kultur- og
kirkedepartementet, og sendes til NRK.&lt;/p&gt;

&lt;p&gt;NRK er imidlertid etter Offentleglova forpliktet å gi ut journaler,
slik at en eventuell søknad om innsyn kan tydeligere identifisere
hvilke dokumenter som det ønskes innsyn i. NRKs offentlige journaler
for inneværende og forrige måned ligger ute på
NRK.no/innsyn. Journaler som går lengre tilbake i tid, kan sendes ut
på forespørsel til innsyn (at) nrk.no.&lt;/p&gt;

&lt;p&gt;Med hilsen
&lt;br&gt;Dokumentarkivet i NRK
&lt;br&gt;v/ Elin Brandsrud
&lt;br&gt;Tel. direkte: 23 04 29 29
&lt;br&gt;Post: RBM3, Postboks 8500 Majorstuen, 0340 Oslo
&lt;br&gt;innsyn (at) nrk.no&lt;/p&gt;

&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Svaret kom
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/images/2012-06-25-video-mpegla-nrk.pdf&quot;&gt;i
PDF-form som vedlegg på epost&lt;/a&gt;.  Jeg er litt usikker på hvordan jeg
best går videre for å bli klok, men jeg har jo i hvert fall tre uker
på å vurdere om jeg skal klage.  Enten må nok forespørselen
reformuleres eller så må jeg vel klage.  Synes jo det er merkelig at
NRK ikke har bedre kontroll med hvilke avtaler de har inngått.  Det
burde jo være noen i ledelsen som vet om de har signert en avtale med
MPEG-LA eller ikke...&lt;/p&gt;

&lt;p&gt;Oppdatering 2012-06-25 20:20: Et google-søk på &quot;2011/371 nrk&quot;
sendte meg til postjournalen for
&lt;a href=&quot;http://nrk.no/contentfile/file/1.8212365!offentligjournal19062012.pdf&quot;&gt;2012-06-19&lt;/a&gt;
og
&lt;a href=&quot;http://nrk.no/contentfile/file/1.8214156!offentligjournal20062012.pdf&quot;&gt;2012-06-20&lt;/a&gt;
hos NRK som viser mine forespørsler og viser at sakens tittel hos NRK
er &quot;Graphic Systems Regions MA 2378/10E&quot;.  Videre søk etter &quot;Graphic
Systems Regions&quot; viser at dette er saken til et anbud om
&quot;&lt;a href=&quot;http://no.mercell.com/m/mts/Tender/27179412.aspx&quot;&gt;a graphics
system for 12 or 13 sites broadcasting regional news&lt;/a&gt;&quot; hos Mercell
Sourcing Service, også omtalt på
&lt;a href=&quot;http://www.publictenders.net/tender/595705&quot;&gt;Public
Tenders&lt;/a&gt; og
&lt;a href=&quot;http://www.doffin.no/search/show/search_view.aspx?ID=JAN155521&quot;&gt;Doffin&lt;/a&gt;.
Jeg er dog usikker på hvordan dette er relatert til min
forespørsel.&lt;/p&gt;

&lt;p&gt;Oppdatering 2012-06-25 22:40: Ble tipset av Kieran Kunhya, fra
miljøet rundt
&lt;a href=&quot;http://code.google.com/p/open-broadcast-encoder/&quot;&gt;Open
Broadcast Encoder&lt;/a&gt;, at listen over de som har lisensavtale med
MPEG-LA er
&lt;a href=&quot;http://www.mpeg-la.com/main/programs/AVC/Pages/Licensees.aspx&quot;&gt;tilgjengelig
på web&lt;/a&gt;.  Veldig fint å oppdage hvor den finnes, da jeg må ha lett
etter feil ting da jeg forsøke å finne den.  Der står ikke NRK, men
flere andre &quot;Broadcasting Company&quot;-oppføringer.  Lurer på om det betyr
at NRK ikke trenger avtale, eller noe helt annet?&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Trenger en avtale med MPEG-LA for å publisere og kringkaste H.264-video?</title>
                <link>http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html</guid>
                <pubDate>Thu, 21 Jun 2012 13:40:00 +0200</pubDate>
                <description>&lt;p&gt;Trengs det avtale med MPEG-LA for å ha lovlig rett til å
distribuere og kringkaste video i MPEG4 eller med videokodingen H.264?
&lt;a href=&quot;http://webmink.com/essays/h-264/&quot;&gt;H.264 og MPEG4 er jo ikke en
fri og åpen standard&lt;/a&gt; i henhold til
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html&quot;&gt;definisjonen
til Digistan&lt;/a&gt;, så i enkelte land er det ingen tvil om at du må ha
en slik avtale, men jeg må innrømme at jeg ikke vet om det også
gjelder Norge.  Det ser uansett ut til å være en juridisk interessant
problemstilling.  Men jeg tenkte her om dagen som så, at hvis det er
nødvendig, så har store aktører som
&lt;a href=&quot;http://www.nrk.no/&quot;&gt;NRK&lt;/a&gt; og
&lt;a href=&quot;http://www.regjeringen.no/&quot;&gt;regjeringen&lt;/a&gt; skaffet seg en
slik avtale.  Jeg har derfor sendt forespørsel til begge (for
regjeringen sin del er det Departementenes Servicesenter som gjør
jobben), og bedt om kopi av eventuelle avtaler de har om bruk av MPEG
og/eller H.264 med MPEG-LA eller andre aktører som opererer på vegne
av MPEG-LA.  Her er kopi av eposten jeg har sendt til
&lt;a href=&quot;http://www.dss.dep.no/&quot;&gt;Departementenes Servicesenter&lt;/a&gt;.
Forespørselen til NRK er veldig lik.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;

&lt;p&gt;Date: Tue, 19 Jun 2012 15:18:33 +0200
&lt;br&gt;From: Petter Reinholdtsen
&lt;br&gt;To: postmottak@dss.dep.no
&lt;br&gt;Subject: Innsynsbegjæring om MPEG/H.264-relaterte avtaler
 
&lt;p&gt;Hei.  Jeg ber herved om innsyn og kopi av dokumenter i DSS relatert
til avtaler rundt bruk av videoformatene MPEG og H.264.  Jeg er
spesielt interessert i å vite om DSS har lisensavtale med MPEG-LA
eller noen som representerer MPEG-LA i Norge.&lt;/p&gt;

&lt;p&gt;MPEG og H.264 er videoformater som brukes både til kringkasting
(f.eks. i bakkenett og kabel-TV) og videopublisering på web, deriblant
via Adobe Flash.  MPEG-LA, &amp;lt;URL:
&lt;a href=&quot;http://www.mpeg-la.com/&quot;&gt;http://www.mpeg-la.com/&lt;/a&gt; &amp;gt;, er
en organisasjon som har fått oppgaven, av de kjente rettighetshavere
av immaterielle rettigheter knyttet til MPEG og H.264, å selge
bruksrett for MPEG og H.264.&lt;/p&gt;

&lt;p&gt;Via regjeringen.no kringkastes med MPEG og H.264-baserte
videoformater, og dette ser ut til å være organisert av DSS.  Jeg
antar dermed at DSS har avtale med en eller annen aktør om dette.&lt;/p&gt;

&lt;p&gt;F.eks. har Adobe Premiere Pro har følgende klausul i følge &amp;lt;URL:
&lt;a href=&quot;http://news.cnet.com/8301-30685_3-20000101-264.html&quot;&gt;http://news.cnet.com/8301-30685_3-20000101-264.html&lt;/a&gt;
&amp;gt;:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;

  &lt;p&gt;6.17. AVC DISTRIBUTION. The following notice applies to software
  containing AVC import and export functionality: THIS PRODUCT IS
  LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND
  NON-COMMERCIAL USE OF A CONSUMER TO (a) ENCODE VIDEO IN COMPLIANCE
  WITH THE AVC STANDARD (&quot;AVC VIDEO&quot;) AND/OR (b) DECODE AVC VIDEO THAT
  WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL
  ACTIVITY AND/OR AVC VIDEO THAT WAS OBTAINED FROM A VIDEO PROVIDER
  LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED OR SHALL BE
  IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED
  FROM MPEG LA L.L.C. SEE
  &lt;a href=&quot;http://www.mpegla.com&quot;&gt;http://www.mpegla.com&lt;/a&gt;.&lt;/p&gt;

&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Her er det kun &quot;non-commercial&quot; og &quot;personal and non-commercial&quot;
aktivitet som er tillatt uten ekstra avtale med MPEG-LA.&lt;/p&gt;

&lt;p&gt;Et annet tilsvarende eksempel er Apple Final Cut Pro, som har
følgende klausul i følge &amp;lt;URL:
&lt;a href=&quot;http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf&quot;&gt;http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf&lt;/a&gt;
&amp;gt;:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;

  &lt;p&gt;15. Merknad om H.264/AVC. Hvis Apple-programvaren inneholder
  funksjonalitet for AVC-koding og/eller AVC-dekoding, krever
  kommersiell bruk ekstra lisensiering og følgende gjelder:
  AVC-FUNKSJONALITETEN I DETTE PRODUKTET KAN KUN ANVENDES AV
  FORBRUKERE OG KUN FOR PERSONLIG OG IKKE- KOMMERSIELL BRUK TIL (i)
  KODING AV VIDEO I OVERENSSTEMMELSE MED AVC-STANDARDEN (&quot;AVC-VIDEO&quot;)
  OG/ELLER (ii) DEKODING AV AVC-VIDEO SOM ER KODET AV EN FORBRUKER TIL
  PERSONLIG OG IKKE-KOMMERSIELL BRUK OG/ELLER DEKODING AV AVC-VIDEO
  FRA EN VIDEOLEVERANDØR SOM HAR LISENS TIL Å TILBY
  AVC-VIDEO. INFORMASJON OM ANNEN BRUK OG LISENSIERING KAN INNHENTES
  FRA MPEG LA L.L.C. SE HTTP://WWW.MPEGLA.COM.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;
  
&lt;p&gt;Tilsvarende gjelder for andre programvarepakker, kamera, etc som
bruker MPEG og H.264, at en må ha en avtale med MPEG-LA for å ha lov
til å bruke programmet/utstyret hvis en skal lage noe annet enn
private filmer og i ikke-kommersiell virksomhet.&lt;/p&gt;

&lt;p&gt;Jeg er altså interessert i kopi av avtaler DSS har som gjør at en
ikke er begrenset av de generelle bruksvilkårene som gjelder for
utstyr som bruker MPEG og/eller H.264.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Nå venter jeg spent på svaret.  Jeg planlegger å blogge om svaret
her.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Veileder fra DIFI om publisering av offentlige data</title>
                <link>http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Veileder_fra_DIFI_om_publisering_av_offentlige_data.html</guid>
                <pubDate>Fri, 1 Jun 2012 10:40:00 +0200</pubDate>
                <description>&lt;p&gt;På onsdag rakk jeg såvidt innom
&lt;a href=&quot;http://www.meetup.com/osloopendata/&quot;&gt;Oslo Open Data Forums&lt;/a&gt;
møte, og fikk lagt hendene mine på DIFIs helt nye veileder
&quot;&lt;a href=&quot;http://veileder.data.norge.no/&quot;&gt;Åpne data.  Del og skap
verdier.  Veileder i tilgjengeliggjøring av offentlig data&lt;/a&gt;&quot; (også
&lt;a href=&quot;http://www.difi.no/filearchive/veileder-i-tilgjengeliggjoring-av-offentlig-data-web.pdf&quot;&gt;tilgjengelig
som PDF&lt;/a&gt; fra DIFI).&lt;/p&gt;

&lt;p&gt;Veilederen er veldig bra, og nevner viktige problemstillinger og
skisserer f.eks. både verdiskapningspotensialet og formatmulighetene
som en bør ha i bakhodet når en publiserer offentlig informasjon på
maskinlesbart format.  Kildekoden til veilederen er
&lt;a href=&quot;https://github.com/difi/veileder-opnedata&quot;&gt;tilgjengelig via
github&lt;/a&gt;, og en kan rapportere tilbakemeldinger og forslag til
forbedringer der (eller via epost og twitter for de som ønsker
det).&lt;/p&gt;

&lt;p&gt;Det eneste jeg virkelig savnet i veilederen var omtale av
&lt;a href=&quot;http://www.w3.org/DesignIssues/LinkedData.html&quot;&gt;w3cs
stjerneklassifisering&lt;/a&gt; av åpne datakilder, som jeg tror ville være
nyttige mentale knagger for de som vurderer å publisere sin
informasjon på som åpne data.  Jeg har
&lt;a href=&quot;https://github.com/difi/veileder-opnedata/issues/1&quot;&gt;rapportert
en github-bug&lt;/a&gt; om dette, så får vi se hvordan den blir behandlet.&lt;/p&gt;

&lt;p&gt;Det slo meg at det var veldig lite konkret i veilederen om valg av
bruksvilkår ved publisering (aka lisens), men jeg er ikke sikker på om
det hører hjemme der, da det er et vanskelig tema som kanskje heller
hører hjemme i sin egen veileder.  Uansett, anbefaler alle å ta en
titt på veilederen og sikre at alle offentlige etater en har kontakt
med får en kopi.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>HTC One X - Your video?  What do you mean?</title>
                <link>http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html</guid>
                <pubDate>Thu, 26 Apr 2012 13:20:00 +0200</pubDate>
                <description>&lt;p&gt;In &lt;a href=&quot;http://www.idg.no/computerworld/article243690.ece&quot;&gt;an
article today&lt;/a&gt; published by Computerworld Norway, the photographer
&lt;a href=&quot;http://www.urke.com/eirik/&quot;&gt;Eirik Helland Urke&lt;/a&gt; reports
that the video editor application included with
&lt;a href=&quot;http://www.htc.com/www/smartphones/htc-one-x/#specs&quot;&gt;HTC One
X&lt;/a&gt; have some quite surprising terms of use.  The article is mostly
based on the twitter message from mister Urke, stating:

&lt;p&gt;&lt;blockquote&gt;
&quot;&lt;a href=&quot;http://twitter.com/urke/status/194062269724897280&quot;&gt;Drøy
brukeravtale: HTC kan bruke MINE redigerte videoer kommersielt. Selv
kan jeg KUN bruke dem privat.&lt;/a&gt;&quot;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;I quickly translated it to this English message:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&quot;Arrogant user agreement: HTC can use MY edited videos
commercially.  Although I can ONLY use them privately.&quot;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;I&#39;ve been unable to find the text of the license term myself, but
suspect it is a variation of the MPEG-LA terms I
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html&quot;&gt;discovered
with my Canon IXUS 130&lt;/a&gt;.  The HTC One X specification specifies that
the recording format of the phone is .amr for audio and .mp3 for
video.  AMR is
&lt;a href=&quot;http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues&quot;&gt;Adaptive
Multi-Rate audio codec&lt;/a&gt; with patents which according to the
Wikipedia article require an license agreement with
&lt;a href=&quot;http://www.voiceage.com/&quot;&gt;VoiceAge&lt;/a&gt;.  MP4 is
&lt;a href=&quot;http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Patent_licensing&quot;&gt;MPEG4 with
H.264&lt;/a&gt;, which according to Wikipedia require a licence agreement
with &lt;a href=&quot;http://www.mpegla.com/&quot;&gt;MPEG-LA&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;I know why I prefer
&lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;free and open
standards&lt;/a&gt; also for video.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Changing the default Iceweasel start page in Debian Edu/Squeeze</title>
                <link>http://people.skolelinux.org/pere/blog/Changing_the_default_Iceweasel_start_page_in_Debian_Edu_Squeeze.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Changing_the_default_Iceweasel_start_page_in_Debian_Edu_Squeeze.html</guid>
                <pubDate>Tue, 10 Jan 2012 15:30:00 +0100</pubDate>
                <description>&lt;p&gt;In the Squeeze version of
&lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian Edu / Skolelinux&lt;/a&gt; soon
to be released, users of the system will get their default browser
start page set from LDAP, allowing the system administrator to point
all users to the school web page by updating one setting in LDAP.  In
addition to setting the default start page when a machine boots, users
are shown the same page as a welcome page when they log in for the
first time.&lt;/p&gt;

&lt;p&gt;The LDAP object dc=skole,dc=skolelinux,dc=no have an attribute
labeledURI with &quot;http://www/ LDAP for Debian Edu/Skolelinux&quot; as the
default content.  By changing this value to another URL, all users get
to see the page behind this new URL.&lt;/p&gt;

&lt;p&gt;An easy way to update it is by using the ldapvi tool.  It can be
called as &quot;&lt;tt&gt;ldapvi -ZD &#39;(cn=admin)&#39;&lt;/tt&gt;&#39; to update LDAP with the
new setting.&lt;/p&gt;

&lt;p&gt;We have written the code to adjust the default start page and show
the welcome page, and I wonder if there is an easier way to do this
from within Iceweasel instead.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Hvordan enkelt laste ned filmer fra NRK</title>
                <link>http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html</guid>
                <pubDate>Sat, 5 Nov 2011 15:20:00 +0100</pubDate>
                <description>&lt;p&gt;Ofte har jeg lyst til å laste ned et innslag fra NRKs nettsted for
å se det senere når jeg ikke er på nett, eller for å ha det
tilgjengelig når jeg en gang i fremtiden ønsker å referere til
innslaget selv om NRK har fjernet det fra sine nettsider.  I dag fant
jeg et lite script som fikser jobben.&lt;/p&gt;

&lt;p&gt;Scriptet er laget av Jan Henning Thorsen og tilgjengelig fra
&lt;a href=&quot;http://jhthorsen.github.com/snippets/nrk-downloader/&quot;&gt;github&lt;/a&gt;,
og gjør det veldig enkelt å laste ned.  Kjør &lt;tt&gt;nrk-downloader.sh
http://www1.nrk.no/nett-tv/klipp/582810&lt;/tt&gt; for å hente ned et enkelt
innslag eller &lt;tt&gt;nrk-downloader.sh
http://www1.nrk.no/nett-tv/kategori/3521&lt;/tt&gt; for å laste ned alle
episodene i en serie.&lt;/p&gt;

&lt;p&gt;Det er ikke rakettforskning å laste ned NRK-&quot;strømmer&quot;, og
tidligere gjorde jeg dette manuelt med mplayer.  Scriptet til
Hr. Thorsen gjør det raskere og enklere for meg, men jeg vil ikke si
at det er en revolusjonerende løsning.  Jeg mener jo fortsatt at
påstanden fra NRKs ansatte om at det er
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html&quot;&gt;vesensforskjellig
å legge tilgjengelig for nedlasting og for streaming&lt;/a&gt; er
meningsløs.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>What is missing in the Debian desktop, or why my parents use Kubuntu</title>
                <link>http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html</guid>
                <pubDate>Fri, 29 Jul 2011 08:10:00 +0200</pubDate>
                <description>&lt;p&gt;While at Debconf11, I have several times during discussions
mentioned the issues I believe should be improved in Debian for its
desktop to be useful for more people.  The use case for this is my
parents, which are currently running Kubuntu which solve the
issues.&lt;/p&gt;

&lt;p&gt;I suspect these four missing features are not very hard to
implement.  After all, they are present in Ubuntu, so if we wanted to
do this in Debian we would have a source.&lt;/p&gt;

&lt;ol&gt;

&lt;li&gt;&lt;strong&gt;Simple GUI based upgrade of packages.&lt;/strong&gt; When there
are new packages available for upgrades, a icon in the KDE status bar
indicate this, and clicking on it will activate the simple upgrade
tool to handle it.  I have no problem guiding both of my parents
through the process over the phone.  If a kernel reboot is required,
this too is indicated by the status bars and the upgrade tool.  Last
time I checked, nothing with the same features was working in KDE in
Debian.&lt;/li&gt;

&lt;li&gt;&lt;strong&gt;Simple handling of missing Firefox browser
plugins.&lt;/strong&gt; When the browser encounter a MIME type it do not
currently have a handler for, it will ask the user if the system
should search for a package that would add support for this MIME type,
and if the user say yes, the APT sources will be searched for packages
advertising the MIME type in their control file (visible in the
Packages file in the APT archive).  If one or more packages are found,
it is a simple click of the mouse to add support for the missing mime
type.  If the package require the user to accept some non-free
license, this is explained to the user.  The entire process make it
more clear to the user why something do not work in the browser, and
make the chances higher for the user to blame the web page authors and
not the browser for any missing features.&lt;/li&gt;

&lt;li&gt;&lt;strong&gt;Simple handling of missing multimedia codec/format
handlers.&lt;/strong&gt; When the media players encounter a format or codec
it is not supporting, a dialog pop up asking the user if the system
should search for a package that would add support for it.  This
happen with things like MP3, Windows Media or H.264.  The selection
and installation procedure is very similar to the Firefox browser
plugin handling.  This is as far as I know implemented using a
gstreamer hook.  The end result is that the user easily get access to
the codecs that are present from the APT archives available, while
explaining more on why a given format is unsupported by Ubuntu.&lt;/li&gt;

&lt;li&gt;&lt;strong&gt;Better browser handling of some MIME types.&lt;/strong&gt; When
displaying a text/plain file in my Debian browser, it will propose to
start emacs to show it.  If I remember correctly, when doing the same
in Kunbutu it show the file as a text file in the browser.  At least I
know Opera will show text files within the browser.  I much prefer the
latter behaviour.&lt;/li&gt;

&lt;/ol&gt; 

&lt;p&gt;There are other nice features as well, like the simplified suite
upgrader, but given that I am the one mostly doing the dist-upgrade,
it do not matter much.&lt;/p&gt;

&lt;p&gt;I really hope we could get these features in place for the next
Debian release.  It would require the coordinated effort of several
maintainers, but would make the end user experience a lot better.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Gnash enteres Google Summer of Code 2011</title>
                <link>http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html</guid>
                <pubDate>Wed, 6 Apr 2011 09:00:00 +0200</pubDate>
                <description>&lt;p&gt;&lt;a href=&quot;http://www.getgnash.org/&quot;&gt;The Gnash project&lt;/a&gt; is still
the most promising solution for a Free Software Flash implementation.
A few days ago the project
&lt;a href=&quot;http://lists.gnu.org/archive/html/gnash-dev/2011-04/msg00011.html&quot;&gt;announced&lt;/a&gt;
that it will participate in Google Summer of Code.  I hope many
students apply, and that some of them succeed in getting AVM2 support
into Gnash.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Why isn&#39;t Debian Edu using VLC?</title>
                <link>http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html</guid>
                <pubDate>Sat, 27 Nov 2010 11:30:00 +0100</pubDate>
                <description>&lt;p&gt;In the latest issue of Linux Journal, the readers choices were
presented, and the winner among the multimedia player were VLC.
Personally, I like VLC, and it is my player of choice when I first try
to play a video file or stream.  Only if VLC fail will I drag out
gmplayer to see if it can do better.  The reason is mostly the failure
model and trust.  When VLC fail, it normally pop up a error message
reporting the problem.  When mplayer fail, it normally segfault or
just hangs.  The latter failure mode drain my trust in the program.&lt;p&gt;

&lt;p&gt;But even if VLC is my player of choice, we have choosen to use
mplayer in &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian
Edu/Skolelinux&lt;/a&gt;.  The reason is simple.  We need a good browser
plugin to play web videos seamlessly, and the VLC browser plugin is
not very good.  For example, it lack in-line control buttons, so there
is no way for the user to pause the video.  Also, when I
&lt;a href=&quot;http://wiki.debian.org/DebianEdu/BrowserMultimedia&quot;&gt;last
tested the browser plugins&lt;/a&gt; available in Debian, the VLC plugin
failed on several video pages where mplayer based plugins worked.  If
the browser plugin for VLC was as good as the gecko-mediaplayer
package (which uses mplayer), we would switch.&lt;/P&gt;

&lt;p&gt;While VLC is a good player, its user interface is slightly
annoying.  The most annoying feature is its inconsistent use of
keyboard shortcuts.  When the player is in full screen mode, its
shortcuts are different from when it is playing the video in a window.
For example, space only work as pause when in full screen mode.  I
wish it had consisten shortcuts and that space also would work when in
window mode.  Another nice shortcut in gmplayer is [enter] to restart
the current video.  It is very nice when playing short videos from the
web and want to restart it when new people arrive to have a look at
what is going on.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Norgeskartet på mange vis - via OpenStreetmap.org</title>
                <link>http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Norgeskartet_p__mange_vis___via_OpenStreetmap_org.html</guid>
                <pubDate>Mon, 1 Nov 2010 11:15:00 +0100</pubDate>
                <description>&lt;p&gt;Har oppdaget at mange ikke er klar over at OpenStreetmap.org er
tilgjengelig i en rekke forskjellige formater.  Her er en liste med
eksporter jeg kjenner til for Norge, for de som trenger et
fribrukskart til sine tjenester:&lt;/p&gt;

&lt;p&gt;&lt;ul&gt;

&lt;li&gt;Cloudmade tilbyr OSM XML, Garmin Map Files, Osmosis country
bounding polygon, Shapefile, Navit maps, GPX POI, TomTom POI og OSM
XML feature extracts via
&lt;a href=&quot;http://downloads.cloudmade.com/europe/norway&quot;&gt;sine
nedlastingssider&lt;/a&gt;.&lt;/li&gt;

&lt;li&gt;Geofabric tilbyr
&lt;a href=&quot;http://download.geofabrik.de/osm/europe/norway.osm.bz2&quot;&gt;OSM
XML&lt;/a&gt;,
&lt;a href=&quot;http://download.geofabrik.de/osm/europe/norway.osm.pbf&quot;&gt;OSM
protobuf binærformat&lt;/a&gt; og
&lt;a href=&quot;http://download.geofabrik.de/osm/europe/norway.shp.zip&quot;&gt;ESRI
Shapefile (EPSG:4326)&lt;/a&gt; fra sine nedlastingssider.&lt;/li&gt;

&lt;li&gt;Frikart.no tilbyr
&lt;a href=&quot;http://www.frikart.no/garmin/&quot;&gt;Garmin-kart&lt;/a&gt; i uike
varianter for veibruk og turbruk sommer og vinter.&lt;/li&gt;

&lt;/ul&gt;&lt;/p&gt;

&lt;p&gt;Kartene oppdateres regelmessig, som oftest hver uke.  Det skulle
dermed være noe for enhver smak.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Best å ikke fortelle noen at streaming er nedlasting...</title>
                <link>http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html</guid>
                <pubDate>Sat, 30 Oct 2010 11:20:00 +0200</pubDate>
                <description>&lt;p&gt;I dag la jeg inn en kommentar på en sak hos NRKBeta
&lt;a href=&quot;http://nrkbeta.no/2010/10/27/bakom-blindpassasjer-del-1/&quot;&gt;om
hvordan TV-serien Blindpassasjer ble laget&lt;/a&gt; i forbindelse med at
filmene NRK la ut ikke var tilgjengelig i et
&lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;fritt og
åpent format&lt;/a&gt;.  Dette var det jeg skrev publiserte der 07:39.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;&quot;Vi fikk en kommentar rundt måten streamet innhold er beskyttet fra
nedlasting.  Mange av oss som kan mer enn gjennomsnittet om systemer
som dette, vet at det stort sett er mulig å lure ut ting med den
nødvendige forkunnskapen.&quot;&lt;/p&gt;

&lt;p&gt;Haha.  Å streame innhold er det samme som å laste ned innhold, så å
beskytte en stream mot nedlasting er ikke mulig.  Å skrive noe slikt
er å forlede leseren.&lt;/p&gt;

&lt;p&gt;Med den bakgrunn blir forklaringen om at noen rettighetshavere kun
vil tillate streaming men ikke nedlasting meningsløs.&lt;/p&gt;

&lt;p&gt;Anbefaler forresten å lese
&lt;a href=&quot;http://blogs.computerworlduk.com/simon-says/2010/10/drm-is-toxic-to-culture/index.htm&quot;&gt;http://blogs.computerworlduk.com/simon-says/2010/10/drm-is-toxic-to-culture/index.htm&lt;/a&gt;
om hva som ville være konsekvensen hvis digitale avspillingssperrer
(DRM) fungerte.  Det gjør de naturligvis ikke teknisk - det er jo
derfor de må ha totalitære juridiske beskyttelsesmekanismer på plass,
men det er skremmende hva samfunnet tillater og NRK er med på å bygge
opp under.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Ca. 20 minutter senere får jeg følgende epost fra Anders Hofseth i
NRKBeta:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;From: Anders Hofseth &amp;lt;XXX@gmail.com&gt;
&lt;br&gt;To: &quot;pere@hungry.com&quot; &amp;lt;pere@hungry.com&gt;
&lt;br&gt;Cc: Eirik Solheim &amp;lt;XXX@gmail.com&gt;, Jon Ståle Carlsen &amp;lt;XXX@gmail.com&gt;, Henrik Lied &amp;lt;XXX@gmail.com&gt;
&lt;br&gt;Subject: Re: [NRKbeta] Kommentar: &quot;Bakom Blindpassasjer: del 1&quot;
&lt;br&gt;Date: Sat, 30 Oct 2010 07:58:44 +0200&lt;/p&gt;

&lt;p&gt;Hei Petter.
&lt;br&gt;Det du forsøker dra igang er egentlig en interessant diskusjon,
men om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt
om å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
særlig lett å klarere ut noe annet arkivmateriale på lang tid.&lt;/p&gt;

&lt;p&gt;Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er
fjernet og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
konsekvensene vi beskriver ikke er noe du ønsker heller...&lt;/p&gt;

&lt;p&gt;Med hilsen,
&lt;br&gt;-anders&lt;/p&gt;

&lt;p&gt;Ring meg om noe er uklart: 95XXXXXXX&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Ble så fascinert over denne holdningen, at jeg forfattet og sendte
over følgende svar.  I og med at debatten er fjernet fra NRK Betas
kommentarfelt, så velger jeg å publisere her på bloggen min i stedet.
Har fjernet epostadresser og telefonnummer til de involverte, for å
unngå at de tiltrekker seg uønskede direkte kontaktforsøk.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;From: Petter Reinholdtsen &amp;lt;pere@hungry.com&gt;
&lt;br&gt;To: Anders Hofseth &amp;lt;XXX@gmail.com&gt;
&lt;br&gt;Cc: Eirik Solheim &amp;lt;XXX@gmail.com&gt;,
&lt;br&gt;        Jon Ståle Carlsen &amp;lt;XXX@gmail.com&gt;,
&lt;br&gt;        Henrik Lied &amp;lt;XXX@gmail.com&gt;
&lt;br&gt;Subject: Re: [NRKbeta] Kommentar: &quot;Bakom Blindpassasjer: del 1&quot;
&lt;br&gt;Date: Sat, 30 Oct 2010 08:24:34 +0200&lt;/p&gt;

&lt;p&gt;[Anders Hofseth]
&lt;br&gt;&gt; Hei Petter.&lt;/p&gt;

&lt;p&gt;Hei.&lt;/p&gt;

&lt;p&gt;&gt; Det du forsøker dra igang er egentlig en interessant diskusjon, men
&lt;br&gt;&gt; om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt om
&lt;br&gt;&gt; å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
&lt;br&gt;&gt; særlig lett å klarere ut noe annet arkivmateriale på lang tid.&lt;/p&gt;

&lt;p&gt;Godt å se at du er enig i at dette er en interessant diskusjon.  Den
vil nok fortsette en stund til.  :)&lt;/p&gt;

&lt;p&gt;Må innrømme at jeg synes det er merkelig å lese at dere i NRK med
vitende og vilje ønsker å forlede rettighetshaverne for å kunne
fortsette å legge ut arkivmateriale.&lt;/p&gt;

&lt;p&gt;Kommentarer og diskusjoner i bloggene til NRK Beta påvirker jo ikke
faktum, som er at streaming er det samme som nedlasting, og at innhold
som er lagt ut på nett kan lagres lokalt for avspilling når en ønsker
det.&lt;/p&gt;

&lt;p&gt;Det du sier er jo at klarering av arkivmateriale for publisering på
web krever at en holder faktum skjult fra debattfeltet på NRKBeta.
Det er ikke et argument som holder vann. :)&lt;/p&gt;

&lt;p&gt;&gt; Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er fjernet
&lt;br&gt;&gt; og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
&lt;br&gt;&gt; konsekvensene vi beskriver ikke er noe du ønsker heller...&lt;/p&gt;

&lt;p&gt;Personlig ønsker jeg at NRK skal slutte å stikke hodet i sanden og
heller være åpne på hvordan virkeligheten fungerer, samt ta opp kampen
mot de som vil låse kulturen inne.  Jeg synes det er en skam at NRK
godtar å forlede publikum.  Ville heller at NRK krever at innhold som
skal sendes skal være uten bruksbegresninger og kan publiseres i
formater som heller ikke har bruksbegresninger (bruksbegresningene til
H.264 burde få varselbjellene i NRK til å ringe).&lt;/p&gt;

&lt;p&gt;At NRK er med på DRM-tåkeleggingen og at det kommer feilaktive
påstander om at &quot;streaming beskytter mot nedlasting&quot; som bare er egnet
til å bygge opp om en myte som er skadelig for samfunnet som helhet.&lt;/p&gt;

&lt;p&gt;Anbefaler &amp;lt;URL:&lt;a href=&quot;http://webmink.com/2010/09/03/h-264-and-foss/&quot;&gt;http://webmink.com/2010/09/03/h-264-and-foss/&lt;/a&gt;&gt; og en
titt på
&amp;lt;URL: &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html&quot;&gt;http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html&lt;/a&gt; &gt;.
for å se hva slags bruksbegresninger H.264 innebærer.&lt;/p&gt;

&lt;p&gt;Hvis dette innebærer at NRK må være åpne med at arkivmaterialet ikke
kan brukes før rettighetshaverene også innser at de er med på å skade
samfunnets kultur og kollektive hukommelse, så får en i hvert fall
synliggjort konsekvensene og antagelig mer flammer på en debatt som er
langt på overtid.&lt;/p&gt;

&lt;p&gt;&gt; Ring meg om noe er uklart: XXX&lt;/p&gt;

&lt;p&gt;Intet uklart, men ikke imponert over måten dere håndterer debatten på.
Hadde du i stedet kommet med et tilsvar i kommentarfeltet der en
gjorde det klart at blindpassasjer-blogpostingen ikke var riktig sted
for videre diskusjon hadde dere i mine øyne kommet fra det med
ryggraden på plass.&lt;/p&gt;

&lt;p&gt;PS: Interessant å se at NRK-ansatte ikke bruker NRK-epostadresser.&lt;/p&gt;

&lt;p&gt;Som en liten avslutning, her er noen litt morsomme innslag om temaet.
&amp;lt;URL: &lt;a href=&quot;http://www.archive.org/details/CopyingIsNotTheft&quot;&gt;http://www.archive.org/details/CopyingIsNotTheft&lt;/a&gt; &gt; og
&amp;lt;URL: &lt;a href=&quot;http://patentabsurdity.com/&quot;&gt;http://patentabsurdity.com/&lt;/a&gt; &gt; hadde vært noe å kringkaste på
NRK1. :)&lt;/p&gt;

&lt;p&gt;Vennlig hilsen,
&lt;br&gt;--
&lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Pledge for funding to the Gnash project to get AVM2 support</title>
                <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</guid>
                <pubDate>Tue, 19 Oct 2010 14:45:00 +0200</pubDate>
                <description>&lt;p&gt;&lt;a href=&quot;http://www.getgnash.org/&quot;&gt;The Gnash project&lt;/a&gt; is the
most promising solution for a Free Software Flash implementation. It
has done great so far, but there is still far to go, and recently its
funding has dried up.  I believe AVM2 support in Gnash is vital to the
continued progress of the project, as more and more sites show up with
AVM2 flash files.&lt;/p&gt;

&lt;p&gt;To try to get funding for developing such support, I have started
&lt;a href=&quot;http://www.pledgebank.com/gnash-avm2&quot;&gt;a pledge&lt;/a&gt; with the
following text:&lt;/P&gt;

&lt;p&gt;&lt;blockquote&gt;

  &lt;p&gt;&quot;I will pay 100$ to the Gnash project to develop AVM2 support but
  only if 10 other people will do the same.&quot;&lt;/p&gt;

  &lt;p&gt;- Petter Reinholdtsen, free software developer&lt;/p&gt;

  &lt;p&gt;Deadline to sign up by: 24th December 2010&lt;/p&gt;

  &lt;p&gt;The Gnash project need to get support for the new Flash file
  format AVM2 to work with a lot of sites using Flash on the
  web. Gnash already work with a lot of Flash sites using the old AVM1
  format, but more and more sites are using the AVM2 format these
  days. The project web page is available from
  http://www.getgnash.org/ . Gnash is a free software implementation
  of Adobe Flash, allowing those of us that do not accept the terms of
  the Adobe Flash license to get access to Flash sites.&lt;/p&gt;

  &lt;p&gt;The project need funding to get developers to put aside enough
  time to develop the AVM2 support, and this pledge is my way to try
  to get this to happen.&lt;/p&gt;

  &lt;p&gt;The project accept donations via the OpenMediaNow foundation,
  &lt;a href=&quot;http://www.openmedianow.org/?q=node/32&quot;&gt;http://www.openmedianow.org/?q=node/32&lt;/a&gt; .&lt;/p&gt;

&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;I hope you will support this effort too.  I hope more than 10
people will participate to make this happen.  The more money the
project gets, the more features it can develop using these funds.
:)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Standardkrav inn i anbudstekster?</title>
                <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</guid>
                <pubDate>Sun, 17 Oct 2010 19:30:00 +0200</pubDate>
                <description>&lt;p&gt;Hvis det å følge standarder skal ha noen effekt overfor
leverandører, så må slike krav og ønsker komme inn i anbudstekster når
systemer kjøpes inn.  Har ikke sett noen slike formuleringer i anbud
så langt, men har tenkt litt på hva som bør inn.  Her er noen ideer og
forslag.  Min drøm er at en kan sette krav til slik støtte i
anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
seg med å skrive at det er en fordel om slik støtte er tilstede i
leveranser.&lt;/p&gt;

&lt;p&gt;Som systemadministrator på Universitetet er det typisk to områder
som er problematiske for meg.  Det ene er admin-grensesnittene på
tjenermaskiner, som vi ønsker å bruke via ssh.  Det andre er nettsider
som vi ønsker å bruke via en nettleser.  For begge deler er det viktig
at protokollene og formatene som brukes følger standarder våre verktøy
støtter.&lt;/p&gt;

&lt;p&gt;De fleste har nå støtte for SSH som overføringsprotkoll for
admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen.  Det er flere
aktuelle protokoller for fremvisning av BIOS-oppsett og
oppstartmeldinger, og min anbefaling ville være å kreve
VT100-kompatibel protokoll, for å sikre at flest mulig
terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
via ssh.  Andre aktuelle alternativer er ANSI-terminalemulering og
VT220.  Kanskje en formulering ala dette i anbudsutlysninger vil
fungere:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
(RFC 4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
når en kobler seg til oppstart via ssh.
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Har ikke lykkes med å finne en god referanse for
VT100-spesifikasjonen.&lt;/p&gt;

&lt;p&gt;Når det gjelder nettsider, så er det det HTML, CSS og
JavaScript-spesifikasjonen til W3C som gjelder.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
Alle systemets nettsider bør/skal være i henhold til statens
standardkatalogs krav om nettsider og følge HTML-standarden som
definert av W3C, og validere uten feil hos W3Cs HTML-validator
(http://validator.w3.org).  Hvis det brukes CSS så bør/skal denne
validere uten feil hos W3Cs CSS-validator
(http://jigsaw.w3.org/css-validator/).  Eventuelle JavaScript skal
være i henhold til EcmaScript-standarden.  I tillegg til å følge de
overnevnte standardene skal websidene fungere i nettleserne (fyll inn
relevant liste for organisasjonen) Firefox 3.5, Internet Explorer 8,
Opera 9, etc.
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Vil et slikt avsnitt være konkret nok til å få leverandørene til å
lage nettsider som følger standardene og fungerer i flere
nettlesere?&lt;/p&gt;

&lt;p&gt;Tar svært gjerne imot innspill på dette temaet til aktive (at)
nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
for å oppmuntre leverandører til å følge standardene.  Kanskje NUUG
burde lage et dokument med forslag til standardformuleringer å ta med
i anbudsutlysninger?&lt;/p&gt;

&lt;p&gt;Oppdatering 2010-12-03: I følge Wikipedias oppføring om
&lt;a href=&quot;http://en.wikipedia.org/wiki/ANSI_escape_code&quot;&gt;ANSI escape
code&lt;/a&gt;, så bruker VT100-terminaler ECMA-48-spesifikasjonen som
basis for sin oppførsel.  Det kan dermed være et alternativ når en
skal spesifisere hvordan seriell-konsoll skal fungere.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Terms of use for video produced by a Canon IXUS 130 digital camera</title>
                <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</guid>
                <pubDate>Thu, 9 Sep 2010 23:55:00 +0200</pubDate>
                <description>&lt;p&gt;A few days ago I had the mixed pleasure of bying a new digital
camera, a Canon IXUS 130.  It was instructive and very disturbing to
be able to verify that also this camera producer have the nerve to
specify how I can or can not use the videos produced with the camera.
Even thought I was aware of the issue, the options with new cameras
are limited and I ended up bying the camera anyway.  What is the
problem, you might ask?  It is software patents, MPEG-4, H.264 and the
MPEG-LA that is the problem, and our right to record our experiences
without asking for permissions that is at risk.

&lt;p&gt;On page 27 of the Danish instruction manual, this section is
written:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;This product is licensed under AT&amp;T patents for the MPEG-4 standard
and may be used for encoding MPEG-4 compliant video and/or decoding
MPEG-4 compliant video that was encoded only (1) for a personal and
non-commercial purpose or (2) by a video provider licensed under the
AT&amp;T patents to provide MPEG-4 compliant video.&lt;/p&gt;

&lt;p&gt;No license is granted or implied for any other use for MPEG-4
standard.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;In short, the camera producer have chosen to use technology
(MPEG-4/H.264) that is only provided if I used it for personal and
non-commercial purposes, or ask for permission from the organisations
holding the knowledge monopoly (patent) for technology used.&lt;/p&gt;

&lt;p&gt;This issue has been brewing for a while, and I recommend you to
read
&quot;&lt;a href=&quot;http://www.osnews.com/story/23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA&quot;&gt;Why
Our Civilization&#39;s Video Art and Culture is Threatened by the
MPEG-LA&lt;/a&gt;&quot; by Eugenia Loli-Queru and
&quot;&lt;a href=&quot;http://webmink.com/2010/09/03/h-264-and-foss/&quot;&gt;H.264 Is Not
The Sort Of Free That Matters&lt;/a&gt;&quot; by Simon Phipps to learn more about
the issue.  The solution is to support the
&lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;free and
open standards&lt;/a&gt; for video, like &lt;a href=&quot;http://www.theora.org/&quot;&gt;Ogg
Theora&lt;/a&gt;, and avoid MPEG-4 and H.264 if you can.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Some notes on Flash in Debian and Debian Edu</title>
                <link>http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html</guid>
                <pubDate>Sat, 4 Sep 2010 10:10:00 +0200</pubDate>
                <description>&lt;p&gt;In the &lt;a href=&quot;http://popcon.debian.org/unknown/by_vote&quot;&gt;Debian
popularity-contest numbers&lt;/a&gt;, the adobe-flashplugin package the
second most popular used package that is missing in Debian.  The sixth
most popular is flashplayer-mozilla.  This is a clear indication that
working flash is important for Debian users.  Around 10 percent of the
users submitting data to popcon.debian.org have this package
installed.&lt;/p&gt;

&lt;p&gt;In the report written by Lars Risan in August 2008
(«&lt;a href=&quot;http://wiki.skolelinux.no/Dokumentasjon/Rapporter?action=AttachFile&amp;do=view&amp;target=Skolelinux_i_bruk_rapport_1.0.pdf&quot;&gt;Skolelinux
i bruk – Rapport for Hurum kommune, Universitetet i Agder og
stiftelsen SLX Debian Labs&lt;/a&gt;»), one of the most important problems
schools experienced with &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian
Edu/Skolelinux&lt;/a&gt; was the lack of working Flash.  A lot of educational
web sites require Flash to work, and lacking working Flash support in
the web browser and the problems with installing it was perceived as a
good reason to stay with Windows.&lt;/p&gt;

&lt;p&gt;I once saw a funny and sad comment in a web forum, where Linux was
said to be the retarded cousin that did not really understand
everything you told him but could work fairly well.  This was a
comment regarding the problems Linux have with proprietary formats and
non-standard web pages, and is sad because it exposes a fairly common
understanding of whose fault it is if web pages that only work in for
example Internet Explorer 6 fail to work on Firefox, and funny because
it explain very well how annoying it is for users when Linux
distributions do not work with the documents they receive or the web
pages they want to visit.&lt;/p&gt;

&lt;p&gt;This is part of the reason why I believe it is important for Debian
and Debian Edu to have a well working Flash implementation in the
distribution, to get at least popular sites as Youtube and Google
Video to working out of the box.  For Squeeze, Debian have the chance
to include the latest version of Gnash that will make this happen, as
the new release 0.8.8 was published a few weeks ago and is resting in
unstable.  The new version work with more sites that version 0.8.7.
The Gnash maintainers have asked for a freeze exception, but the
release team have not had time to reply to it yet.  I hope they agree
with me that Flash is important for the Debian desktop users, and thus
accept the new package into Squeeze.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>OpenStreetmap one step closer to having routing on its front page</title>
                <link>http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html</guid>
                <pubDate>Sun, 18 Jul 2010 16:45:00 +0200</pubDate>
                <description>&lt;p&gt;Thanks to
&lt;a href=&quot;http://feedproxy.google.com/~r/Opengeodata/~3/wUTCzDZk3lc/project-of-the-week-which-way-home&quot;&gt;todays
opengeodata blog entry&lt;/a&gt;, I just discovered that the
OpenStreetmap.org site have gotten
&lt;a href=&quot;http://nroets.dev.openstreetmap.org/demo/index.html?layers=B000FTFTT&quot;&gt;support
for calculating routes&lt;/a&gt;.  The support is still experimental and
only available from the development server, until more experience is
gathered on the user interface and any scalability issues.&lt;/p&gt;

&lt;p&gt;Earlier, the routing I knew about using the OpenStreetmap.org data
was provided by &lt;a href=&quot;http://maps.cloudmade.com/&quot;&gt;Cloudmade&lt;/a&gt;,
but having it on the main page is required to make everyone aware of
the issue.  I&#39;ve had people reject Openstreetmap.org as a viable
alternative for them because the front page lacked routing support,
and I hope their needs will be catered for when routing show up on the
www.openstreetmap.org front page.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Great book: &quot;Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future&quot;</title>
                <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html</link>
                <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>
                <pubDate>Mon, 19 Apr 2010 17:10:00 +0200</pubDate>
                <description>&lt;p&gt;The last few weeks i have had the pleasure of reading a
thought-provoking collection of essays by Cory Doctorow, on topics
touching copyright, virtual worlds, the future of man when the
conscience mind can be duplicated into a computer and many more. The
book titled &quot;Content: Selected Essays on Technology, Creativity,
Copyright, and the Future of the Future&quot; is available with few
restrictions on the web, for example from
&lt;a href=&quot;http://craphound.com/content/&quot;&gt;his own site&lt;/a&gt;. I read the
epub-version from
&lt;a href=&quot;http://www.feedbooks.com/book/2883&quot;&gt;feedbooks&lt;/a&gt; using
&lt;a href=&quot;http://www.fbreader.org/&quot;&gt;fbreader&lt;/a&gt; and my N810. I
strongly recommend this book.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Relative popularity of document formats (MS Office vs. ODF)</title>
                <link>http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</guid>
                <pubDate>Wed, 12 Aug 2009 15:50:00 +0200</pubDate>
                <description>&lt;p&gt;Just for fun, I did a search right now on Google for a few file ODF
and MS Office based formats (not to be mistaken for ISO or ECMA
OOXML), to get an idea of their relative usage.  I searched using
&#39;filetype:odt&#39; and equvalent terms, and got these results:&lt;/P&gt;

&lt;table&gt;
&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:282000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:75600&lt;/td&gt; &lt;td&gt;pptx:183000&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500     &lt;/td&gt; &lt;td&gt;xlsx:145000&lt;/td&gt;&lt;/tr&gt;
&lt;/table&gt;

&lt;p&gt;Next, I added a &#39;site:no&#39; limit to get the numbers for Norway, and
got these numbers:&lt;/p&gt;

&lt;table&gt;
&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480 &lt;/td&gt; &lt;td&gt;docx:4460&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:299   &lt;/td&gt; &lt;td&gt;pptx:741&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:187       &lt;/td&gt; &lt;td&gt;xlsx:372&lt;/td&gt;&lt;/tr&gt;
&lt;/table&gt;

&lt;p&gt;I wonder how these numbers change over time.&lt;/p&gt;

&lt;p&gt;I am aware of Google returning different results and numbers based
on where the search is done, so I guess these numbers will differ if
they are conduced in another country.  Because of this, I did the same
search from a machine in California, USA, a few minutes after the
search done from a machine here in Norway.&lt;/p&gt;


&lt;table&gt;
&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:129000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:44200&lt;/td&gt; &lt;td&gt;pptx:93900&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500     &lt;/td&gt; &lt;td&gt;xlsx:82400&lt;/td&gt;&lt;/tr&gt;
&lt;/table&gt;

&lt;p&gt;And with &#39;site:no&#39;:

&lt;table&gt;
&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480&lt;/td&gt; &lt;td&gt;docx:3410&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:175&lt;/td&gt; &lt;td&gt;pptx:604&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:186       &lt;/td&gt; &lt;td&gt;xlsx:296&lt;/td&gt;&lt;/tr&gt;
&lt;/table&gt;

&lt;p&gt;Interesting difference, not sure what to conclude from these
numbers.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Nasjonalbiblioteket legger ut bøker på web</title>
                <link>http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html</guid>
                <pubDate>Thu, 23 Apr 2009 19:40:00 +0200</pubDate>
                <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3042382.ece&quot;&gt;Aftenposten
melder&lt;/a&gt; at
&lt;a href=&quot;http://www.nb.no/aktuelt/50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig&quot;&gt;nasjonalbiblioteket
og Kopinor har gjort en avtale&lt;/a&gt; som gjør at eldre bøker kan gjøres
digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får 56
øre for hver side som legges ut.  Utvalget er litt merkelig: 1790-,
1890- og 1990-tallet.  Jeg synes det er absurd hvis det er slik at
Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
beskyttet av opphavsretten.  Jeg antar her at det er mer enn 90 år
siden forfatterne av bøker som ble publisert 1790-1799 døde, slik at
disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
dem uten å bryte opphavsrettsloven.  Bruk av slike verk har ikke
Kopinor noe med å gjøre.  Jeg håper jeg har misforstått.
&lt;a href=&quot;http://www.nb.no/aktuelt/no_er_vi_i_gang_med_aa_digitalisere_samlingane_vaare_og_formidle_digitalt&quot;&gt;En
melding fra nasjonalbiblioteket i 2007&lt;/a&gt; tyder på at tekster i det
fri ikke trenger avtale med Kopinor.&lt;/p&gt;

&lt;p&gt;Et annet problem er at bøkene kun legges ut som bildefiler, noe som
vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
etter fragmenter i teksten.  En risikerer dermed at de blir liggende
på en slik måte at folk som bruker Google ikke finner dem.&lt;/p&gt;

&lt;p&gt;Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
sin aprilspøk, og la ut bøkene som faller i det fri
fortløpende.&lt;/p&gt;

</description>
        </item>
        
        <item>
                <title>Fildeling er lovlig - ulovlig fildeling er ulovlig</title>
                <link>http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</guid>
                <pubDate>Fri, 17 Apr 2009 20:00:00 +0200</pubDate>
                <description>&lt;p&gt;Jeg hadde glede av å overvære FADs lansering av
&lt;a href=&quot;http://www.deltemeninger.no/&quot;&gt;Debattsentralen
deltemeninger.no&lt;/a&gt; under Go Open 2009, og må si jeg ble skuffet over
en kommentar fra podiet om ulovlig fildeling.  Fikk ikke med meg hvem
som holdt innlegget, men det startet med å snakke om ulovlig fildeling
og gikk så over til å snakke om fildeling som om fildeling i seg er
ulovlig.  Intet er lengre fra sannheten.  Fildeling er en nyttig
teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
distribusjon av filer.  Det er ingenting med denne fildelingen som
gjør den ulovlig.  Fildeling er i seg selv en fullt ut lovlig
teknologisk anvendelse.  Noe fildeling er ulovlig, og noe er lovlig.
De som tror at fildeling er ulovlig har misforstått grovt.  Hvorvidt
den er ulovlig kommer jo an på hvem som har opphavsretten til filene
som deles og hvilke bruksbegrensninger som gjelder for filene.  En
rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
og fildeling av slike filer er fullt ut lovlig.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>When web browser developers make a video player...</title>
                <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</guid>
                <pubDate>Sat, 17 Jan 2009 18:50:00 +0100</pubDate>
                <description>&lt;p&gt;As part of the work we do in &lt;a href=&quot;http://www.nuug.no&quot;&gt;NUUG&lt;/a&gt;
to publish video recordings of our monthly presentations, we provide a
page with embedded video for easy access to the recording.  Putting a
good set of HTML tags together to get working embedded video in all
browsers and across all operating systems is not easy.  I hope this
will become easier when the &amp;lt;video&amp;gt; tag is implemented in all
browsers, but I am not sure.  We provide the recordings in several
formats, MPEG1, Ogg Theora, H.264 and Quicktime, and want the
browser/media plugin to pick one it support and use it to play the
recording, using whatever embed mechanism the browser understand.
There is at least four different tags to use for this, the new HTML5
&amp;lt;video&amp;gt; tag, the &amp;lt;object&amp;gt; tag, the &amp;lt;embed&amp;gt; tag and
the &amp;lt;applet&amp;gt; tag.  All of these take a lot of options, and
finding the best options is a major challenge.&lt;/p&gt;

&lt;p&gt;I just tested the experimental Opera browser available from &lt;a
href=&quot;http://labs.opera.com&quot;&gt;labs.opera.com&lt;/a&gt;, to see how it handled
a &amp;lt;video&amp;gt; tag with a few video sources and no extra attributes.
I was not very impressed.  The browser start by fetching a picture
from the video stream.  Not sure if it is the first frame, but it is
definitely very early in the recording.  So far, so good. Next,
instead of streaming the 76 MiB video file, it start to download all
of it, but do not start to play the video.  This mean I have to wait
for several minutes for the downloading to finish.  When the download
is done, the playing of the video do not start!  Waiting for the
download, but I do not get to see the video?  Some testing later, I
discover that I have to add the controls=&quot;true&quot; attribute to be able
to get a play button to pres to start the video.  Adding
autoplay=&quot;true&quot; did not help.  I sure hope this is a misfeature of the
test version of Opera, and that future implementations of the
&amp;lt;video&amp;gt; tag will stream recordings by default, or at least start
playing when the download is done.&lt;/p&gt;

&lt;p&gt;The test page I used (since changed to add more attributes) is
&lt;a href=&quot;http://www.nuug.no/aktiviteter/20090113-foredrag-om-foredrag/&quot;&gt;available
from the nuug site&lt;/a&gt;.  Will have to test it with the new Firefox
too.&lt;/p&gt;

&lt;p&gt;In the test process, I discovered a missing feature.  I was unable
to find a way to get the URL of the playing video out of Opera, so I
am not quite sure it picked the Ogg Theora version of the video.  I
sure hope it was using the announced Ogg Theora support. :)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>The sorry state of multimedia browser plugins in Debian</title>
                <link>http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html</guid>
                <pubDate>Tue, 25 Nov 2008 00:10:00 +0100</pubDate>
                <description>&lt;p&gt;Recently I have spent some time evaluating the multimedia browser
plugins available in Debian Lenny, to see which one we should use by
default in Debian Edu.  We need an embedded video playing plugin with
control buttons to pause or stop the video, and capable of streaming
all the multimedia content available on the web.  The test results and
notes are available on
&lt;a href=&quot;http://wiki.debian.org/DebianEdu/BrowserMultimedia&quot;&gt;the
Debian wiki&lt;/a&gt;.  I was surprised how few of the plugins are able to
fill this need.  My personal video player favorite, VLC, has a really
bad plugin which fail on a lot of the test pages.  A lot of the MIME
types I would expect to work with any free software player (like
video/ogg), just do not work.  And simple formats like the
audio/x-mplegurl format (m3u playlists), just isn&#39;t supported by the
totem and vlc plugins.  I hope the situation will improve soon.  No
wonder sites use the proprietary Adobe flash to play video.&lt;/p&gt;

&lt;p&gt;For Lenny, we seem to end up with the mplayer plugin.  It seem to
be the only one fitting our needs. :/&lt;/p&gt;
</description>
        </item>
        
        </channel>
</rss>