+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/Techno_TV_broadcasting_live_across_Norway_and_the_Internet___debconf16___nuug__on__frikanalen.html">Techno TV broadcasting live across Norway and the Internet (#debconf16, #nuug) on @frikanalen</a>
+ </div>
+ <div class="date">
+ 1st August 2016
+ </div>
+ <div class="body">
+ <p>Did you know there is a TV channel broadcasting talks from DebConf
+16 across an entire country? Or that there is a TV channel
+broadcasting talks by or about
+<a href="http://beta.frikanalen.no/video/625529/">Linus Torvalds</a>,
+<a href="http://beta.frikanalen.no/video/625599/">Tor</a>,
+<a href="http://beta.frikanalen.no/video/624019/">OpenID</A>,
+<a href="http://beta.frikanalen.no/video/625624/">Common Lisp</a>,
+<a href="http://beta.frikanalen.no/video/625446/">Civic Tech</a>,
+<a href="http://beta.frikanalen.no/video/625090/">EFF founder John Barlow</a>,
+<a href="http://beta.frikanalen.no/video/625432/">how to make 3D
+printer electronics</a> and many more fascinating topics? It works
+using only free software (all of it
+<a href="http://github.com/Frikanalen">available from Github</a>), and
+is administrated using a web browser and a web API.</p>
+
+<p>The TV channel is the Norwegian open channel
+<a href="http://www.frikanalen.no/">Frikanalen</a>, and I am involved
+via <a href="https://www.nuug.no/">the NUUG member association</a> in
+running and developing the software for the channel. The channel is
+organised as a member organisation where its members can upload and
+broadcast what they want (think of it as Youtube for national
+broadcasting television). Individuals can broadcast too. The time
+slots are handled on a first come, first serve basis. Because the
+channel have almost no viewers and very few active members, we can
+experiment with TV technology without too much flack when we make
+mistakes. And thanks to the few active members, most of the slots on
+the schedule are free. I see this as an opportunity to spread
+knowledge about technology and free software, and have a script I run
+regularly to fill up all the open slots the next few days with
+technology related video. The end result is a channel I like to
+describe as Techno TV - filled with interesting talks and
+presentations.</p>
+
+<p>It is available on channel 50 on the Norwegian national digital TV
+network (RiksTV). It is also available as a multicast stream on
+Uninett. And finally, it is available as
+<a href="http://beta.frikanalen.no/">a WebM unicast stream</a> from
+Frikanalen and NUUG. Check it out. :)</p>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/frikanalen">frikanalen</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/The_new__best__multimedia_player_in_Debian_.html">The new "best" multimedia player in Debian?</a>
+ </div>
+ <div class="date">
+ 6th June 2016
+ </div>
+ <div class="body">
+ <p>When I set out a few weeks ago to figure out
+<a href="http://people.skolelinux.org/pere/blog/What_is_the_best_multimedia_player_in_Debian_.html">which
+multimedia player in Debian claimed to support most file formats /
+MIME types</a>, I was a bit surprised how varied the sets of MIME types
+the various players claimed support for. The range was from 55 to 130
+MIME types. I suspect most media formats are supported by all
+players, but this is not really reflected in the MimeTypes values in
+their desktop files. There are probably also some bogus MIME types
+listed, but it is hard to identify which one this is.</p>
+
+<p>Anyway, in the mean time I got in touch with upstream for some of
+the players suggesting to add more MIME types to their desktop files,
+and decided to spend some time myself improving the situation for my
+favorite media player VLC. The fixes for VLC entered Debian unstable
+yesterday. The complete list of MIME types can be seen on the
+<a href="https://wiki.debian.org/DebianMultimedia/PlayerSupport">Multimedia
+player MIME type support status</a> Debian wiki page.</p>
+
+<p>The new "best" multimedia player in Debian? It is VLC, followed by
+totem, parole, kplayer, gnome-mpv, mpv, smplayer, mplayer-gui and
+kmplayer. I am sure some of the other players desktop files support
+several of the formats currently listed as working only with vlc,
+toten and parole.</p>
+
+<p>A sad observation is that only 14 MIME types are listed as
+supported by all the tested multimedia players in Debian in their
+desktop files: audio/mpeg, audio/vnd.rn-realaudio, audio/x-mpegurl,
+audio/x-ms-wma, audio/x-scpls, audio/x-wav, video/mp4, video/mpeg,
+video/quicktime, video/vnd.rn-realvideo, video/x-matroska,
+video/x-ms-asf, video/x-ms-wmv and video/x-msvideo. Personally I find
+it sad that video/ogg and video/webm is not supported by all the media
+players in Debian. As far as I can tell, all of them can handle both
+formats.</p>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/debian">debian</a>, <a href="http://people.skolelinux.org/pere/blog/tags/debian edu">debian edu</a>, <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/Tor___from_its_creators_mouth_11_years_ago.html">Tor - from its creators mouth 11 years ago</a>
+ </div>
+ <div class="date">
+ 28th May 2016
+ </div>
+ <div class="body">
+ <p>A little more than 11 years ago, one of the creators of Tor, and
+the current President of <a href="https://www.torproject.org/">the Tor
+project</a>, Roger Dingledine, gave a talk for the members of the
+<a href="http://www.nuug.no/">Norwegian Unix User group</a> (NUUG). A
+video of the talk was recorded, and today, thanks to the great help
+from David Noble, I finally was able to publish the video of the talk
+on Frikanalen, the Norwegian open channel TV station where NUUG
+currently publishes its talks. You can
+<a href="http://frikanalen.no/se">watch the live stream using a web
+browser</a> with WebM support, or check out the recording on the video
+on demand page for the talk
+"<a href="http://beta.frikanalen.no/video/625599">Tor: Anonymous
+communication for the US Department of Defence...and you.</a>".</p>
+
+<p>Here is the video included for those of you using browsers with
+HTML video and Ogg Theora support:</p>
+
+<p><video width="70%" poster="http://simula.gunkies.org/media/625599/large_thumb/20050421-tor-frikanalen.jpg" controls>
+ <source src="http://simula.gunkies.org/media/625599/theora/20050421-tor-frikanalen.ogv" type="video/ogg"/>
+</video></p>
+
+<p>I guess the gist of the talk can be summarised quite simply: If you
+want to help the military in USA (and everyone else), use Tor. :)</p>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/frikanalen">frikanalen</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/What_is_the_best_multimedia_player_in_Debian_.html">What is the best multimedia player in Debian?</a>
+ </div>
+ <div class="date">
+ 8th May 2016
+ </div>
+ <div class="body">
+ <p><strong>Where I set out to figure out which multimedia player in
+Debian claim support for most file formats.</strong></p>
+
+<p>A few years ago, I had a look at the media support for Browser
+plugins in Debian, to get an idea which plugins to include in Debian
+Edu. I created a script to extract the set of supported MIME types
+for each plugin, and used this to find out which multimedia browser
+plugin supported most file formats / media types.
+<a href="https://wiki.debian.org/DebianEdu/BrowserMultimedia">The
+result</a> can still be seen on the Debian wiki, even though it have
+not been updated for a while. But browser plugins are less relevant
+these days, so I thought it was time to look at standalone
+players.</p>
+
+<p>A few days ago I was tired of VLC not being listed as a viable
+player when I wanted to play videos from the Norwegian National
+Broadcasting Company, and decided to investigate why. The cause is a
+<a href="https://bugs.debian.org/822245">missing MIME type in the VLC
+desktop file</a>. In the process I wrote a script to compare the set
+of MIME types announced in the desktop file and the browser plugin,
+only to discover that there is quite a large difference between the
+two for VLC. This discovery made me dig up the script I used to
+compare browser plugins, and adjust it to compare desktop files
+instead, to try to figure out which multimedia player in Debian
+support most file formats.</p>
+
+<p>The result can be seen on the Debian Wiki, as
+<a href="https://wiki.debian.org/DebianMultimedia/PlayerSupport">a
+table listing all MIME types supported by one of the packages included
+in the table</a>, with the package supporting most MIME types being
+listed first in the table.</p>
+
+</p>The best multimedia player in Debian? It is totem, followed by
+parole, kplayer, mpv, vlc, smplayer mplayer-gui gnome-mpv and
+kmplayer. Time for the other players to update their announced MIME
+support?</p>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/debian">debian</a>, <a href="http://people.skolelinux.org/pere/blog/tags/debian edu">debian edu</a>, <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/Nedlasting_fra_NRK__som_Matroska_med_undertekster.html">Nedlasting fra NRK, som Matroska med undertekster</a>
+ </div>
+ <div class="date">
+ 2nd January 2016
+ </div>
+ <div class="body">
+ <p>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 <a href="https://github.com/liangqi/nrkopptak">tilgjengelig
+via github</a>.</p>
+
+<p>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</p>
+
+<p><pre>
+nrkopptak/bin/nrk-opptak k <ahref="https://tv.nrk.no/serie/bmi-turne/MUHH45000115/sesong-1/episode-1">https://tv.nrk.no/serie/bmi-turne/MUHH45000115/sesong-1/episode-1</a>
+</pre></p>
+
+<p>URL-eksemplet er dagens toppsak på tv.nrk.no. Argument 'k' ber
+scriptet laste ned og lagre som Matroska. Det finnes en rekke andre
+muligheter for valg av kvalitet og format.</p>
+
+<p>Jeg foretrekker dette scriptet fremfor youtube-dl, som
+<a href="http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html">
+nevnt i 2014 støtter NRK</a> 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.</p>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>, <a href="http://people.skolelinux.org/pere/blog/tags/web">web</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/MPEG_LA_on__Internet_Broadcast_AVC_Video__licensing_and_non_private_use.html">MPEG LA on "Internet Broadcast AVC Video" licensing and non-private use</a>
+ </div>
+ <div class="date">
+ 7th July 2015
+ </div>
+ <div class="body">
+ <p>After asking the Norwegian Broadcasting Company (NRK)
+<a href="http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html">why
+they can broadcast and stream H.264 video without an agreement with
+the MPEG LA</a>, 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.</p>
+
+<p>I started by asking for more information about the various
+licensing classes and what exactly is covered by the "Internet
+Broadcast AVC Video" class that NRK pointed me at to explain why NRK
+did not need a license for streaming H.264 video:
+
+<p><blockquote>
+
+<p>According to
+<a href="http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf">a
+MPEG LA press release dated 2010-02-02</a>, there is no charge when
+using MPEG AVC/H.264 according to the terms of "Internet Broadcast AVC
+Video". I am trying to understand exactly what the terms of "Internet
+Broadcast AVC Video" is, and wondered if you could help me. What
+exactly is covered by these terms, and what is not?</p>
+
+<p>The only source of more information I have been able to find is a
+PDF named
+<a href="http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf">AVC
+Patent Portfolio License Briefing</a>, which states this about the
+fees:</p>
+
+<ul>
+ <li>Where End User pays for AVC Video
+ <ul>
+ <li>Subscription (not limited by title) – 100,000 or fewer
+ subscribers/yr = no royalty; > 100,000 to 250,000 subscribers/yr =
+ $25,000; >250,000 to 500,000 subscribers/yr = $50,000; >500,000 to
+ 1M subscribers/yr = $75,000; >1M subscribers/yr = $100,000</li>
+
+ <li>Title-by-Title - 12 minutes or less = no royalty; >12 minutes in
+ length = lower of (a) 2% or (b) $0.02 per title</li>
+ </ul></li>
+
+ <li>Where remuneration is from other sources
+ <ul>
+ <li>Free Television - (a) one-time $2,500 per transmission encoder or
+ (b) annual fee starting at $2,500 for > 100,000 HH rising to
+ maximum $10,000 for >1,000,000 HH</li>
+
+ <li>Internet Broadcast AVC Video (not title-by-title, not subscription)
+ – no royalty for life of the AVC Patent Portfolio License</li>
+ </ul></li>
+</ul>
+
+<p>Am I correct in assuming that the four categories listed is the
+categories used when selecting licensing terms, and that "Internet
+Broadcast AVC Video" 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 "title-by-title" and "Free Television" in
+the license terms for AVC/H.264?</p>
+
+<p>Will a web service providing H.264 encoded video content in a
+"video on demand" 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 "Internet
+Broadcast AVC Video", 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?</p>
+
+<p>Note, this request and all answers will be published on the
+Internet.</p>
+</blockquote></p>
+
+<p>The answer came quickly from Benjamin J. Myers, Licensing Associate
+with the MPEG LA:</p>
+
+<p><blockquote>
+<p>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.</p>
+
+<p>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.</p>
+
+<p>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.</p>
+
+<p>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.</p>
+
+<p>Finally, in the case where AVC Video is distributed for free
+through an "over-the-air, satellite and/or cable transmission", then
+such content would constitute Free Television AVC Video and would be
+subject to the applicable royalties.</p>
+
+<p>For your reference, I have attached
+<a href="http://people.skolelinux.org/pere/blog/images/2015-07-07-mpegla.pdf">a
+.pdf copy of the AVC License</a>. 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.</p>
+
+<p>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.</p>
+</blockquote></p>
+
+<p>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:</p>
+
+<p><blockquote>
+<p>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:
+
+<p><blockquote>
+ 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 ("AVC video") 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.
+</blockquote></p>
+
+<p>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?</p>
+</blockquote></p>
+
+<p>According to the answer, MPEG LA believe those using such tools for
+non-personal or commercial use need a license with them:</p>
+
+<p><blockquote>
+
+<p>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:</p>
+
+<p>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</p>
+
+<p>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's AVC
+Product as their own branded AVC Product).</p>
+
+<p>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.</p>
+
+<p>Finally, I note that our AVC License provides worldwide coverage in
+countries that have AVC Patent Portfolio Patents, including
+Norway.</p>
+
+<p>I hope this clarification is helpful. If I may be of any further
+assistance, just let me know.</p>
+</blockquote></p>
+
+<p>The mentioning of Norwegian patents made me a bit confused, so I
+asked for more information:</p>
+
+<p><blockquote>
+
+<p>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 <URL:
+<a href="http://www.mpegla.com/main/programs/AVC/Pages/PatentList.aspx">http://www.mpegla.com/main/programs/AVC/Pages/PatentList.aspx</a>
+> incorrectly, as I believed the "NO" 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?</p>
+
+</blockquote></p>
+
+<p>Again, the quick answer explained how to read the list of patents
+in that list:</p>
+
+<p><blockquote>
+
+<p>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.</p>
+
+<p>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.</p>
+</blockquote></p>
+
+<p>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?</p>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/h264">h264</a>, <a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia</a>, <a href="http://people.skolelinux.org/pere/blog/tags/opphavsrett">opphavsrett</a>, <a href="http://people.skolelinux.org/pere/blog/tags/standard">standard</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>, <a href="http://people.skolelinux.org/pere/blog/tags/web">web</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/MakerCon_Nordic_videos_now_available_on_Frikanalen.html">MakerCon Nordic videos now available on Frikanalen</a>
+ </div>
+ <div class="date">
+ 2nd July 2015
+ </div>
+ <div class="body">
+ <p>Last oktober I was involved on behalf of
+<a href="http://www.nuug.no/">NUUG</a> with recording the talks at
+<a href="http://www.makercon.no/">MakerCon Nordic</a>, a conference for
+the Maker movement. Since then it has been the plan to publish the
+recordings on <a href="http://www.frikanalen.no/">Frikanalen</a>, which
+finally happened the last few days. A few talks are missing because
+the speakers asked the organizers to not publish them, but most of the
+talks are available. The talks are being broadcasted on RiksTV
+channel 50 and using multicast on Uninett, as well as being available
+from the Frikanalen web site. The unedited recordings are
+<a href="https://www.youtube.com/user/MakerConNordic/">available on
+Youtube too</a>.</p>
+
+<p>This is the list of talks available at the moment. Visit the
+<a href="http://beta.frikanalen.no/video/?q=makercon">Frikanalen video
+pages</a> to view them.</p>
+
+<ul>
+
+ <li>Evolutionary algorithms as a design tool - from art
+ to robotics (Kyrre Glette)</li>
+
+ <li>Make and break (Hans Gerhard Meier)</li>
+
+ <li>Making a one year school course for young makers
+ (Olav Helland)</li>
+
+ <li>Innovation Inspiration - IPR Databases as a Source of
+ Inspiration (Hege Langlo)</li>
+
+ <li>Making a toy for makers (Erik Torstensson)</li>
+
+ <li>How to make 3D printer electronics (Elias Bakken)</li>
+
+ <li>Hovering Clouds: Looking at online tool offerings for Product
+ Design and 3D Printing (William Kempton)</li>
+
+ <li>Travelling maker stories (Øyvind Nydal Dahl)</li>
+
+ <li>Making the first Maker Faire in Sweden (Nils Olander)</li>
+
+ <li>Breaking the mold: Printing 1000’s of parts (Espen Sivertsen)</li>
+
+ <li>Ultimaker — and open source 3D printing (Erik de Bruijn)</li>
+
+ <li>Autodesk’s 3D Printing Platform: Sparking innovation (Hilde
+ Sevens)</li>
+
+ <li>How Making is Changing the World – and How You Can Too!
+ (Jennifer Turliuk)</li>
+
+ <li>Open-Source Adventuring: OpenROV, OpenExplorer and the Future of
+ Connected Exploration (David Lang)</li>
+
+ <li>Making in Norway (Haakon Karlsen Jr., Graham Hayward and Jens
+ Dyvik)</li>
+
+ <li>The Impact of the Maker Movement (Mike Senese)</li>
+
+</ul>
+
+<p>Part of the reason this took so long was that the scripts NUUG had
+to prepare a recording for publication were five years old and no
+longer worked with the current video processing tools (command line
+argument changes). In addition, we needed better audio normalization,
+which sent me on a detour to
+<a href="http://people.skolelinux.org/pere/blog/Measuring_and_adjusting_the_loudness_of_a_TV_channel_using_bs1770gain.html">package
+bs1770gain for Debian</a>. Now this is in place and it became a lot
+easier to publish NUUG videos on Frikanalen.</p>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/frikanalen">frikanalen</a>, <a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/Measuring_and_adjusting_the_loudness_of_a_TV_channel_using_bs1770gain.html">Measuring and adjusting the loudness of a TV channel using bs1770gain</a>
+ </div>
+ <div class="date">
+ 11th June 2015
+ </div>
+ <div class="body">
+ <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>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/frikanalen">frikanalen</a>, <a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html">Hva gjør at NRK kan distribuere H.264-video uten patentavtale med MPEG LA?</a>
+ </div>
+ <div class="date">
+ 10th June 2015
+ </div>
+ <div class="body">
+ <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>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/h264">h264</a>, <a href="http://people.skolelinux.org/pere/blog/tags/multimedia">multimedia</a>, <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/opphavsrett">opphavsrett</a>, <a href="http://people.skolelinux.org/pere/blog/tags/standard">standard</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>, <a href="http://people.skolelinux.org/pere/blog/tags/web">web</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/Frikanalen__Norwegian_TV_channel_for_technical_topics.html">Frikanalen, Norwegian TV channel for technical topics</a>
+ </div>
+ <div class="date">
+ 9th March 2015
+ </div>
+ <div class="body">
+ <p>The <a href="http://www.nuug.no/">Norwegian Unix User Group</a>,
+where I am a member, and where people interested in free software,
+open standards and UNIX like operating systems like Linux and the BSDs
+come together, record our monthly technical presentations on video.
+The purpose is to document the talks and spread them to a wider
+audience. For this, the the Norwegian nationwide open channel
+<a href="http://www.frikanalen.no/">Frikanalen</a> is a useful venue.
+Since a few days ago, when I figured out the
+<a href="http://beta.frikanalen.no/api/">REST API</a> to program the
+<a href="http://beta.frikanalen.tv/guide/">channel time schedule</a>,
+the channel has been filled with NUUG talks, related recordings and
+some Creative Commons licensed TED talks (from archive.org). I fill
+all "leftover bits" on the channel with content from NUUG, which at
+the moment is almost 17 of 24 hours every day.</p>
+
+<p>The list of NUUG videos
+<a href="http://beta.frikanalen.tv/organization/82">uploaded so far</a>
+include things like a
+<a href="http://beta.frikanalen.tv/video/625090">one hour talk by John
+Perry Barlow when he visited Oslo</a>, a presentation of
+<a href="http://beta.frikanalen.tv/video/624275">Haiku, the BeOS
+re-implementation</a>, the
+<a href="http://beta.frikanalen.tv/video/624493">history of FiksGataMi,
+the Norwegian version of FixMyStreet</a>, the good old
+<a href="http://beta.frikanalen.tv/video/623566">Warriors of the net
+video</A> and many others.</p>
+
+<p>We have a large backlog of NUUG talks not yet uploaded to
+Frikanalen, and plan to upload every useful bit to the channel to
+spread the word there. I also hope to find useful recordings from the
+Chaos Computer Club and Debian conferences and spread them on the
+channel as well. But this require locating the videos and their meta
+information (title, description, license, etc), and preparing the
+recordings for broadcast, and I have not yet had the spare time to
+focus on this. Perhaps you want to help. Please join us on IRC,
+<a href="irc://irc.freenode.net/%23nuug">#nuug on irc.freenode.net</a>
+if you want to help make this happen.</p>
+
+<p>But as I said, already the channel is already almost exclusively
+filled with technical topics, and if you want to learn something new
+today, check out the <a href="http://www.frikanalen.tv/se">Ogg Theora
+web stream</a> or use one of the other ways to get access to the
+channel. Unfortunately the Ogg Theora recoding for distribution still
+do not properly sync the video and sound. It is generated by recoding
+a internal MPEG transport stream with MPEG4 coded video (ie H.264) to
+Ogg Theora / Vorbis, and we have not been able to find a way that
+produces acceptable quality. Help needed, please get in touch if you
+know how to fix it using free software.</p>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/frikanalen">frikanalen</a>, <a href="http://people.skolelinux.org/pere/blog/tags/h264">h264</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/The_Norwegian_open_channel_Frikanalen___24x7_on_the_Internet.html">The Norwegian open channel Frikanalen - 24x7 on the Internet</a>
+ </div>
+ <div class="date">
+ 25th February 2015
+ </div>
+ <div class="body">
+ <p>The Norwegian nationwide open channel
+<a href="http://www.frikanalen.no/">Frikanalen</a> is still going
+strong. It allow everyone to send the video they want on national
+television. It is a TV station administrated completely using a web
+browser, running only <ahref="https://github.com/Frikanalen">Free
+Software</a>, providing <ahref="http://beta.frikanalen.tv/api">a REST
+api</a> for administrators and members, and with distribution on the
+national DVB-T distribution network RiksTV. But only between 12:00
+and 17:30 Norwegian time. This has finally changed, after many years
+with limited distribution. A few weeks ago, we set up a Ogg Theora
+stream via icecast to allow everyone with Internet access to check out
+the channel the rest of the day. This is presented on
+<a href="http://www.frikanalen.tv/se">the Frikanalen web site now</a>. And
+since a few days ago, the channel is also available
+via <a href="https://www.uninett.no/iptv-tilgang">multicast on
+UNINETT</a>, available for those using IPTV TVs and set-top boxes in
+the Norwegian National Research and Education network.</p>
+
+<p>If you want to see what is on the channel, point your media player
+to one of these sources. The first should work with most players and
+browsers, while as far as I know, the multicast UDP stream only work
+with VLC.</p>
+
+<ul>
+ <li><a href="http://video.nuug.no/frikanalen.ogv">http://video.nuug.no/frikanalen.ogv</a></li>
+ <li>udp://@224.17.43.129:1234</li>
+</ul>
+
+<p>The Ogg Theora / icecast stream is not working well, as the video
+and audio is slightly out of sync. We have not been able to figure
+out how to fix it. It is generated by recoding a internal MPEG
+transport stream with MPEG4 coded video (ie H.264) to Ogg Theora /
+Vorbis, and the result is less then stellar. If you have ideas how to
+fix it, please let us know on frikanalen (at) nuug.no. We currently
+use this with ffmpeg2theora 0.29:</p>
+
+<blockquote><pre>
+./ffmpeg2theora.linux <OBE_gemini_URL.ts> -F 25 -x 720 -y 405 \
+ --deinterlace --inputfps 25 -c 1 -H 48000 --keyint 8 --buf-delay 100 \
+ --nosync -V 700 -o - | oggfwd video.nuug.no 8000 <pw> /frikanalen.ogv
+</pre></blockquote>
+
+<p>If you get the multicast UDP stream working, please let me know, as
+I am curious how far the multicast stream reach. It do not make it to
+my home network, nor any other commercially available network in
+Norway that I am aware of.</p>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/frikanalen">frikanalen</a>, <a href="http://people.skolelinux.org/pere/blog/tags/h264">h264</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
+ <div class="entry">
+ <div class="title">
+ <a href="http://people.skolelinux.org/pere/blog/Nagios_module_to_check_if_the_Frikanalen_video_stream_is_working.html">Nagios module to check if the Frikanalen video stream is working</a>
+ </div>
+ <div class="date">
+ 8th February 2015
+ </div>
+ <div class="body">
+ <p>When running a TV station with both broadcast and web stream
+distribution, it is useful to know that the stream is working. As I
+am involved in the Norwegian open channel
+<a href="http://www.frikanalen.no/">Frikanalen</a> as part of my
+activity in the <a href="http://www.nuug.no/">NUUG member
+organisation</a>, I wrote a script to use mplayer to connect to a
+video stream, pick two images 35 seconds apart and compare them. If
+the images are missing or identical, something is probably wrong with
+the stream and an alarm should be triggered. The script is written as
+a Nagios plugin, allowing us to use Nagios to run the check regularly
+and sound the alarm when something is wrong. It is able to detect
+both a hanging and a broken video stream.</p>
+
+<p>I just uploaded the code for the script into the
+<a href="https://github.com/Frikanalen/frikanalen/blob/master/nagios-plugin/check_video_stream_images">Frikanalen
+git repository</a> on github. If you run a TV station with web
+streaming, perhaps you can find it useful too.</p>
+
+<p>Last year, the Frikanalen public TV station transformed into using
+only Linux based free software to administrate, schedule and
+distribute the TV content. The
+<a href="https://github.com/Frikanalen">source code for the entire TV
+station</a> is available from the Github project page. Everyone can
+use it to send their content on national TV, and we provide both a web
+GUI and <a href="http://beta.frikanalen.tv/api/">a web API</a> to
+<a href="http://beta.frikanalen.tv/login/?next=/members/video/">add</a>
+and <a href="http://beta.frikanalen.tv/members/plan/">schedule
+content</a>. And thanks to last weeks developer gathering and
+following activity, we now have the schedule
+<a href="http://beta.frikanalen.tv/xmltv/2015/01/01">available as
+XMLTV</a> too. Still a lot of work left to do, especially with the
+process to add videos and with the scheduling, so your contribution is
+most welcome. Perhaps you want to set up your own TV station?</p>
+
+<p>Update 2015-02-25: Got a tip from Uninett about their
+<a href="https://scm.uninett.no/maalepaaler/qstream/">qstream
+monitoring system</a>, which gather connection time, jitter, packet
+loss and burst bandwidth usage. It look useful to check if UDP
+streams are working as they should.</p>
+
+ </div>
+ <div class="tags">
+
+
+ Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/frikanalen">frikanalen</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>, <a href="http://people.skolelinux.org/pere/blog/tags/video">video</a>.
+
+
+ </div>
+ </div>
+ <div class="padding"></div>
+
projects / homepage.git / blobdiff