<link>http://people.skolelinux.org/pere/blog/</link>
<atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
+ <item>
+ <title>Book cover for the Free Culture book finally done</title>
+ <link>http://people.skolelinux.org/pere/blog/Book_cover_for_the_Free_Culture_book_finally_done.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Book_cover_for_the_Free_Culture_book_finally_done.html</guid>
+ <pubDate>Thu, 3 Sep 2015 21:00:00 +0200</pubDate>
+ <description><p>Creating a good looking book cover proved harder than I expected.
+I wanted to create a cover looking similar to the original cover of
+the
+<a href="https://github.com/petterreinholdtsen/free-culture-lessig">Free
+Culture</a> book we are translating to Norwegian, and I wanted it in
+vector format for high resolution printing. But my inkscape knowledge
+were not nearly good enough to pull that off.
+
+<p>But thanks to the great inkscape community, I was able to wrap up
+the cover yesterday evening. I asked on the
+<a href="irc://irc.freenode.net/%23inkscape">#inkscape IRC channel</a>
+on Freenode for help and clues, and Marc Jeanmougin (Mc-) volunteered
+to try to recreate it based on the PDF of the cover from the HTML
+version. Not only did he create a
+<a href="https://marc.jeanmougin.fr/share/copy1.svg ">SVG document with
+the original and his vector version side by side</a>, he even provided
+an <a href="https://marc.jeanmougin.fr/share/out-1.ogv">instruction
+video</a> explaining how he did it</a>. But the instruction video is
+not easy to follow for an untrained inkscape user. The video is a
+recording on how he did it, and he is obviously very experienced as
+the menu selections are very quick and he mentioned on IRC that he did
+use some keyboard shortcuts that can't be seen on the video, but it
+give a good idea about the inkscape operations to use to create the
+stripes with the embossed copyright sign in the center.</p>
+
+<p>I took his SVG file, copied the vector image and re-sized it to fit
+on the cover I was drawing. I am happy with the end result, and the
+current english version look like this:</p>
+
+<img src="http://people.skolelinux.org/pere/blog/images/2015-09-03-free-culture-cover.png" width="70%" align="center"/>
+
+<p>I am not quite sure about the text on the back, but guess it will
+do. I picked three quotes from the official site for the book, and
+hope it will work to trigger the interest of potential readers. The
+Norwegian cover will look the same, but with the texts and bar code
+replaced with the Norwegian version.</p>
+
+<p>The book is very close to being ready for publication, and I expect
+to upload the final draft to Lulu in the next few days and order a
+final proof reading copy to verify that everything look like it should
+before allowing everyone to order their own copy of Free Culture, in
+English or Norwegian Bokmål. I'm waiting to give the the productive
+proof readers a chance to complete their work.</p>
+</description>
+ </item>
+
+ <item>
+ <title>In my hand, a pocket book edition of the Norwegian Free Culture book!</title>
+ <link>http://people.skolelinux.org/pere/blog/In_my_hand__a_pocket_book_edition_of_the_Norwegian_Free_Culture_book_.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/In_my_hand__a_pocket_book_edition_of_the_Norwegian_Free_Culture_book_.html</guid>
+ <pubDate>Wed, 19 Aug 2015 22:10:00 +0200</pubDate>
+ <description><p>Today, finally, my first printed draft edition of the Norwegian
+translation of Free Culture I have been working on for the last few
+years arrived in the mail. I had to fake a cover to get the interior
+printed, and the exterior of the book look awful, but that is
+irrelevant at this point. I asked for a printed pocket book version
+to get an idea about the font sizes and paper format as well as how
+good the figures and images look in print, but also to test what the
+pocket book version would look like. After receiving the 500 page
+pocket book, it became obvious to me that that pocket book size is too
+small for this book. I believe the book is too thick, and several
+tables and figures do not look good in the size they get with that
+small page sizes. I believe I will go with the 5.5x8.5 inch size
+instead. A surprise discovery from the paper version was how bad the
+URLs look in print. They are very hard to read in the colophon page.
+The URLs are red in the PDF, but light gray on paper. I need to
+change the color of links somehow to look better. But there is a
+printed book in my hand, and it feels great. :)</p>
+
+<p>Now I only need to fix the cover, wrap up the postscript with the
+store behind the book, and collect the last corrections from the proof
+readers before the book is ready for proper printing. Cover artists
+willing to work for free and create a Creative Commons licensed vector
+file looking similar to the original is most welcome, as my skills as
+a graphics designer are mostly missing.</p>
+</description>
+ </item>
+
+ <item>
+ <title>First paper version of the Norwegian Free Culture book heading my way</title>
+ <link>http://people.skolelinux.org/pere/blog/First_paper_version_of_the_Norwegian_Free_Culture_book_heading_my_way.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/First_paper_version_of_the_Norwegian_Free_Culture_book_heading_my_way.html</guid>
+ <pubDate>Sun, 9 Aug 2015 10:15:00 +0200</pubDate>
+ <description><p>Typesetting a book is harder than I hoped. As the translation is
+mostly done, and a volunteer proof reader was going to check the text
+on paper, it was time this summer to focus on formatting my translated
+<a href="http://www.docbook.org/">docbook</a> based version of the
+<a href="http://free-culture.cc/">Free Culture</a> book by Lawrence
+Lessig. I've been trying to get both docboox-xsl+fop and dblatex to
+give me a good looking PDF, but in the end I went with dblatex, because
+its Debian maintainer and upstream developer were responsive and very
+helpful in solving my formatting challenges.</p>
+
+<p>Last night, I finally managed to create a PDF that no longer made
+<a href="http://www.lulu.com/">Lulu.com</a> complain after uploading,
+and I ordered a text version of the book on paper. It is lacking a
+proper book cover and is not tagged with the correct ISBN number, but
+should give me an idea what the finished book will look like.</p>
+
+<p>Instead of using Lulu, I did consider printing the book using
+<a href="http://www.createspace.com/">CreateSpace</a>, but ended up
+using Lulu because it had smaller book size options (CreateSpace seem
+to lack pocket book with extended distribution). I looked for a
+similar service in Norway, but have not seen anything so far. Please
+let me know if I am missing out on something here.</p>
+
+<p>But I still struggle to decide the book size. Should I go for
+pocket book (4.25x6.875 inches / 10.8x17.5 cm) with 556 pages, Digest
+(5.5x8.5 inches / 14x21.6 cm) with 323 pages or US Trade (6x8 inches /
+15.3x22.9 cm) with 280 pages? Fewer pager give a cheaper book, and a
+smaller book is easier to carry around. The test book I ordered was
+pocket book sized, to give me an idea how well that fit in my hand,
+but I suspect I will end up using a digest sized book in the end to
+bring the prize down further.</p>
+
+<p>My biggest challenge at the moment is making nice cover art. My
+inkscape skills are not yet up to the task of replicating the original
+cover in SVG format. I also need to figure out what to write about
+the book on the back (will most likely use the same text as the
+description on web based book stores). I would love help with this,
+if you are willing to license the art source and final version using
+the same CC license as the book. My artistic skills are not really up
+to the task.</p>
+
+<p>I plan to publish the book in both English and Norwegian and on
+paper, in PDF form as well as EPUB and MOBI format. The current
+status can as usual be found on
+<a href="https://github.com/petterreinholdtsen/free-culture-lessig">github</a>
+in the archive/ directory. So far I have spent all time on making the
+PDF version look good. Someone should probably do the same with the
+dbtoepub generated e-book. Help is definitely needed here, as I
+expect to run out of steem before I find time to improve the epub
+formatting.</p>
+
+<p>Please let me know via github if you find typos in the book or
+discover translations that should be improved. The final proof
+reading is being done right now, and I expect to publish the finished
+result in a few months.</p>
+</description>
+ </item>
+
<item>
<title>Typesetting DocBook footnotes as endnotes with dblatex</title>
<link>http://people.skolelinux.org/pere/blog/Typesetting_DocBook_footnotes_as_endnotes_with_dblatex.html</link>
seem sensible to me? Are there better services around to search the
set of available laptops for features? Please send me an email if you
have suggestions.</p>
+
+<p>Update 2015-07-23: I got a suggestion to check out the FSF
+<a href="http://www.fsf.org/resources/hw/endorsement/respects-your-freedom">list
+of endorsed hardware</a>, which is useful background information.</p>
</description>
</item>
</description>
</item>
- <item>
- <title>Graphing the Norwegian company ownership structure</title>
- <link>http://people.skolelinux.org/pere/blog/Graphing_the_Norwegian_company_ownership_structure.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Graphing_the_Norwegian_company_ownership_structure.html</guid>
- <pubDate>Mon, 15 Jun 2015 14:00:00 +0200</pubDate>
- <description><p>It is a bit work to figure out the ownership structure of companies
-in Norway. The information is publicly available, but one need to
-recursively look up ownership for all owners to figure out the complete
-ownership graph of a given set of companies. To save me the work in
-the future, I wrote a script to do this automatically, outputting the
-ownership structure using the Graphviz/dotty format. The data source
-is web scraping from <a href="http://www.proff.no/">Proff</a>, because
-I failed to find a useful source directly from the official keepers of
-the ownership data, <a href="http://www.brreg.no/">Brønnøysundsregistrene</a>.</p>
-
-<p>To get an ownership graph for a set of companies, fetch
-<a href="https://github.com/petterreinholdtsen/brreg-norway-ownership-graph">the code from git</a> and run it using the organisation number. I'm
-using the Norwegian newspaper Dagbladet as an example here, as its
-ownership structure is very simple:</p>
-
-<pre>
-% time ./bin/eierskap-dotty 958033540 > dagbladet.dot
-
-real 0m2.841s
-user 0m0.184s
-sys 0m0.036s
-%
-</pre>
-
-<p>The script accept several organisation numbers on the command line,
-allowing a cluster of companies to be graphed in the same image. The
-resulting dot file for the example above look like this. The edges
-are labeled with the ownership percentage, and the nodes uses the
-organisation number as their name and the name as the label:</p>
-
-<pre>
-digraph ownership {
-rankdir = LR;
-"Aller Holding A/s" -> "910119877" [label="100%"]
-"910119877" -> "998689015" [label="100%"]
-"998689015" -> "958033540" [label="99%"]
-"974530600" -> "958033540" [label="1%"]
-"958033540" [label="AS DAGBLADET"]
-"998689015" [label="Berner Media Holding AS"]
-"974530600" [label="Dagbladets Stiftelse"]
-"910119877" [label="Aller Media AS"]
-}
-</pre>
-
-<p>To view the ownership graph, run "<tt>dotty dagbladet.dot</tt>" or
-convert it to a PNG using "<tt>dot -T png dagbladet.dot >
-dagbladet.png</tt>". The result can be seen below:</p>
-
-<img src="http://people.skolelinux.org/pere/blog/images/2015-06-15-ownership-graphs-norway-dagbladet.png" width="80%">
-
-<p>Note that I suspect the "Aller Holding A/S" entry to be incorrect
-data in the official ownership register, as that name is not
-registered in the official company register for Norway. The ownership
-register is sensitive to typos and there seem to be no strict checking
-of the ownership links.</p>
-
-<p>Let me know if you improve the script or find better data sources.
-The code is licensed according to GPL 2 or newer.</p>
-
-<p>Update 2015-06-15: Since the initial post I've been told that
-"<a href="http://www.proff.dk/firma/carl-allers-etablissement-aktieselskab/københavn-v/hovedkontorer/13624518-3/">Aller
-Holding A/S</a>" is a Danish company, which explain why it did not
-have a Norwegian organisation number. I've also been told that there
-is a <a href="http://www.brreg.no/automatiske/webservices/">web
-services API available</a> from Brønnøysundsregistrene, for those
-willing to accept the terms or pay the price.</p>
-</description>
- </item>
-
- <item>
- <title>Measuring and adjusting the loudness of a TV channel using bs1770gain</title>
- <link>http://people.skolelinux.org/pere/blog/Measuring_and_adjusting_the_loudness_of_a_TV_channel_using_bs1770gain.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Measuring_and_adjusting_the_loudness_of_a_TV_channel_using_bs1770gain.html</guid>
- <pubDate>Thu, 11 Jun 2015 13:40:00 +0200</pubDate>
- <description><p>Television loudness is the source of frustration for viewers
-everywhere. Some channels are very load, others are less loud, and
-ads tend to shout very high to get the attention of the viewers, and
-the viewers do not like this. This fact is well known to the TV
-channels. See for example the BBC white paper
-"<a href="http://downloads.bbc.co.uk/rd/pubs/whp/whp-pdf-files/WHP202.pdf">Terminology
-for loudness and level dBTP, LU, and all that</a>" from 2011 for a
-summary of the problem domain. To better address the need for even
-loadness, the TV channels got together several years ago to agree on a
-new way to measure loudness in digital files as one step in
-standardizing loudness. From this came the ITU-R standard BS.1770,
-"<a href="http://www.itu.int/rec/R-REC-BS.1770/en">Algorithms to
-measure audio programme loudness and true-peak audio level</a>".</p>
-
-<p>The ITU-R BS.1770 specification describe an algorithm to measure
-loadness in LUFS (Loudness Units, referenced to Full Scale). But
-having a way to measure is not enough. To get the same loudness
-across TV channels, one also need to decide which value to standardize
-on. For European TV channels, this was done in the EBU Recommondaton
-R128, "<a href="https://tech.ebu.ch/docs/r/r128.pdf">Loudness
-normalisation and permitted maximum level of audio signals</a>", which
-specifies a recommended level of -23 LUFS. In Norway, I have been
-told that NRK, TV2, MTG and SBS have decided among themselves to
-follow the R128 recommondation for playout from 2016-03-01.</p>
-
-<p>There are free software available to measure and adjust the loudness
-level using the LUFS. In Debian, I am aware of a library named
-<a href="https://tracker.debian.org/pkg/libebur128">libebur128</a>
-able to measure the loudness and since yesterday morning a new binary
-named <a href="http://bs1770gain.sourceforge.net">bs1770gain</a>
-capable of both measuring and adjusting was uploaded and is waiting
-for NEW processing. I plan to maintain the latter in Debian under the
-<a href="https://qa.debian.org/developer.php?email=pkg-multimedia-maintainers%40lists.alioth.debian.org">Debian
-multimedia</a> umbrella.</p>
-
-<p>The free software based TV channel I am involved in,
-<a href="http://www.frikanalen.no/">Frikanalen</a>, plan to follow the
-R128 recommondation ourself as soon as we can adjust the software to
-do so, and the bs1770gain tool seem like a good fit for that part of
-the puzzle to measure loudness on new video uploaded to Frikanalen.
-Personally, I plan to use bs1770gain to adjust the loudness of videos
-I upload to Frikanalen on behalf of <a href="http://www.nuug.no/">the
-NUUG member organisation</a>. The program seem to be able to measure
-the LUFS value of any media file handled by ffmpeg, but I've only
-successfully adjusted the LUFS value of WAV files. I suspect it
-should be able to adjust it for all the formats handled by ffmpeg.</p>
-</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><p>Helt siden jeg i 2012 fikk beskjed fra MPEG LA om at
-<a href="http://people.skolelinux.org/pere/blog/MPEG_LA_mener_NRK_m__ha_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html">NRK
-trengte patentavtale med dem</a> 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 "Hva gjør at NRK kan distribuere H.264-video uten patentavtale
-med MPEG LA?":</p>
-
-<p><blockquote>
-<p>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
-<a href="http://www.mpegla.com/">MPEG LA</a> slik det står i
-programvarelisensene til blant annet Apple Final Cut Studio, Adobe
-Premiere Pro, Avid og Apples Final Cut Pro X?</p>
-
-<p>Hvis dere har vurdert dette, hva var utfallet av en slik vurdering?</p>
-
-<p>Hvis dere ikke har vurdert dette, har NRK planer om å vurdere behovet
-for patentavtale?</p>
-
-<p>I følge en artikkel på
-<a href="https://nrkbeta.no/2012/02/01/siste-kutt-for-final-cut/">NRK
-Beta i 2012</a> 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. <a href="http://www.avid.com/static/resources/common/documents/corporate/LICENSE.pdf">bruksvilkårene for Avid</a>, <a href="http://news.cnet.com/8301-30685_3-20000101-264.html">Adobe Premiere</a> og <a href="http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf">Apple Final
-Cut Studio</a> og søk etter "MPEG LA".</p>
-
-<p>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.</p>
-
-<p>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.</p>
-
-<p>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
-<a href="http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx">organisasjoner
-med avtale med MPEG LA</a> og NRK står fortsatt ikke der.</p>
-
-<p>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.</p>
-</blockquote></p>
-
-<p>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:</p>
-
-<p><blockquote>
-<p>Hei, beklager lang svartid, men det tok litt tid å finne ut hvem som kunne
-svare på dette.</p>
-
-<p>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.</p>
-
-<p><a href="http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y">http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y</a></p>
-
-<p>Med vennlig hilsen
-<br>Gunn Helen Berg
-<br>Informasjonskonsulent, Publikumsservice</p>
-
-<p>NRK
-<br>Strategidivisjonen
-<Br>Sentralbord: +47 23 04 70 00
-<br>Post: NRK Publikumsservice, 8608 Mo i Rana
-<br>nrk.no / info (at) nrk.no</p>
-</blockquote></p>
-
-Da dette ikke helt var svar på det jeg lurte på, sendte jeg samme dag
-oppfølgerepost tilbake:
-
-<p><blockquote>
-<p>[Gunn Helen Berg]
-<br>> Hei, beklager lang svartid, men det tok litt tid å finne ut hvem som
-<br>> kunne svare på dette.</p>
-
-<p>Takk for svar. Men det besvarte ikke helt det jeg spurte om.</p>
-
-<p>> For selskaper som leverer h.264 til sluttbrukere på nett (f.eks NRKs
-<br>> nett- tv utgaver som bruker h.264) - og som leverer slike tjenester
-<br>> uten betaling fra forbrukere – er det heller ikke påkrevd noen
-<br>> patentavtale.
-<br>>
-<br>> http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y</p>
-
-<p>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.</p>
-
-<p>Det er uklart fra pressemeldingen hva "Internet Broadcast AVC
-Video" konkret betyr, men i følge en
-<a href="http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf">presentasjon
-fra MPEG LA med tema "AVC PAtent Portfoli License Briefing" datert
-2015-05-15</a> gjelder "Internet Broadcast AVC Video" kun kringkasting
-på Internet som ikke tilbyr valg av enkeltinnslag ("not
-title-by-title"), 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.</p>
-
-<p>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?</p>
-
-<p>Mine konkrete spørsmål var altså:</p>
-
-<ul>
-
-<li>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?</li>
-
-<li>Hvis NRK ikke har vurdert dette, har NRK planer om å vurdere behovet
- for patentavtale?</li>
-
-<li>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.</li>
-
-</ul>
-</blockquote></p>
-
-<p>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:</p>
-
-<p><blockquote>
-<p>Hei Petter Reinholdtsen</p>
-
-<p>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.</p>
-
-<p><a href="http://www.nrk.no/oppdrag/digitalt-bakkenett-1.3214555">http://www.nrk.no/oppdrag/digitalt-bakkenett-1.3214555</a></p>
-
-<p>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.</p>
-
-<a href="http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y">http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y</a>
-
-<p>“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
-<a href="http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf">http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf</a>),
-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.”</p>
-
-<p>Vi har derfor ikke noe behov for å vurdere noen patentavtale med
-MPEG LA.</p>
-
-<p>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).</p>
-
-<p>Vennlig hilsen
-<br>Geir Børdalen</p>
-
-<p>________________________________________
-<br>Geir Børdalen
-<br>Investeringsansvarlig NRK / Hovedprosjektleder - Origo
-<br>Avdeling for utvikling, innovasjon, investering og eiendom
-<br>NRK medietjenester
-<br>Sentralbord: +47 23 04 70 00
-<br>Post: NRK, AUTV (RBM5), Pb. 8500 Majorstuen, 0340 Oslo
-<br>nrk.no
-</blockquote></p>
-
-<p>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.</p>
-
-<p><blockquote>
-<p>[Geir Børdalen]
-<br>> Hei Petter Reinholdtsen</p>
-
-<p>Hei, og takk for raskt svar. Er min henvendelse journalført slik
-at den dukker opp i NRKs postjournal?</p>
-
-<p>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 "in full" som du omtaler
-finnes?<p>
-
-<p>Men det er et par ting jeg fortsatt ikke forstår. Det ene er
-hvorfor NRKs forståelse av hva "Internet Broadcast AVC Video" dekker
-ser ut til å avvike fra det som presenteres i
-<a href="http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf">lysark
-fra MPEG LA</a> i mai, der MPEG LA på lysark med overskriften
-"AVC/H.264 License Terms Participation Fees" og undertittel "Where
-remuneration is from other sources" skriver "Internet Broadcast AVC
-Video (not title-by-title, not subscription) – no royalty for life of
-the AVC Patent Portfolio License".</p>
-
-<p>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 "title-by-title") dekkes av "Internet Broadcast AVC
-Video" 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 "Internet Broadcast AVC Video"
-dekker er beskrevet?</p>
-
-<p>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?</p>
-</blockquote></p>
-
-<p>Noen minutter senere får jeg foreløpig siste svar i
-føljetongen:</p>
-
-<p><blockquote>
-<p>Hei igjen</p>
-
-<p>Vårt dokumentarkiv har fått en kopi (journalføringsnr kan jeg
-dessverre ikke gi deg).<p>
-
-<p>> Svaret ditt var meget nyttig, og jeg forstår ut fra det du
-<br>> skriver at avklaringen med MPEG LA rundt H.264-distribusjon via
-<br>> bakkenettet gjelder alle TV-kanaler i Norge.</p>
-
-<p>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.</p>
-
-<p>> Men det er et par ting jeg fortsatt ikke forstår. ...</p>
-
-<p>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.</p>
-
-<p>Mvh
-<br>Geir Børdalen</p>
-</blockquote></p>
-
-<p>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:</p>
-
-<p><blockquote>
-<p>Tusen takk for rask respons, og oppklarende forklaring om hvordan
-NRK tenker rundt MPEG LA.</p>
-
-<p>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.</p>
-
-<p>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.</p>
-</blockquote></p>
-
-<p>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.</p>
-</description>
- </item>
-
</channel>
</rss>
projects / homepage.git / blobdiff