[homepage.git] / blog / tags / video / video.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 video</title>
                <description>Entries tagged video</description>
                <link>http://www.hungry.com/~pere/blog/</link>

        
        <item>
                <title>New oggz release 1.1.2 after 15 years</title>
                <link>http://www.hungry.com/~pere/blog/New_oggz_release_1_1_2_after_15_years.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/New_oggz_release_1_1_2_after_15_years.html</guid>
                <pubDate>Sun, 9 Feb 2025 01:10:00 +0100</pubDate>
                <description>&lt;p&gt;A little over a week ago, I noticed
&lt;a href=&quot;https://tracker.debian.org/pkg/liboggz&quot;&gt;the liboggz
package&lt;/a&gt; on my Debian dashboard had not had a new upstream release
for a while.  A closer look showed that its last release, version
1.1.1, happened in 2010.  A few patches had accumulated in the Debian
package, and I even noticed that I had passed on these patches to
upstream five years ago.  A handful crash bugs had been reported
against the Debian package, and looking at the upstream repository I
even found a few crash bugs reported there too.  To add insult to
injury, I discovered that upstream had accumulated several fixes the
years between 2010 and now, and many of them had not made their way
into the Debian package.  I decided enough was enough, and that a new
upstream release was needed fixing these nasty crash bugs.  Luckily I
am also a member of the Xiph team, aka upstream, and could actually go
to work immediately to fix it.&lt;/p&gt;

&lt;p&gt;I started by adding automatic build testing on
&lt;a href=&quot;https://gitlab.xiph.org/xiph/liboggz&quot;&gt;the Xiph gitlab oggz
instance&lt;/a&gt;, to get a better idea of the state of affairs with the
code base.  This exposed a few build problems, which I had to fix.  In
parallel to this, I sent an email announcing my wish for a new release
to every person who had committed to the upstream code base since
2010, and asked for help doing a new release both on email and on the
#xiph IRC channel.  Sadly only a fraction of their email providers
accepted my email.  But Ralph Giles in the Xiph team came to the
rescue and provided invaluable help to guide be through the release
Xiph process.  While this was going on, I spent a few days tracking
down the crash bugs with good help from
&lt;a href=&quot;https://www.valgrind.org/&quot;&gt;valgrind&lt;/a&gt;, and came up with
patch proposals to get rid of at least these specific crash bugs.  The
open issues also had to be checked.  Several of them proved to be
fixed already, but a few I had to creat patches for.  I also checked
out the Debian, Arch, Fedora, Suse and Gentoo packages to see if there
were patches applied in these Linux distributions that should be
passed upstream.  The end result was ready yesterday.  A new liboggz
release, version 1.1.2, was tagged, wrapped up and published on the
project page.  And today, the new release was uploaded into
Debian.&lt;/p&gt;

&lt;p&gt;You are probably by now curious on what actually changed in the
library.  I guess the most interesting new feature was support for
Opus and VP8.  Almost all other changes were stability or
documentation fixes.  The rest were related to the gitlab continuous
integration testing.  All in all, this was really a minor update,
hence the version bump only from 1.1.1 to to 1.1.2, but it was long
overdue and I am very happy that it is out the door.&lt;/p&gt;

&lt;p&gt;One change proposed upstream was not included this time, as it
extended the API and changed some of the existing library methods, and
thus require a major SONAME bump and possibly code changes in every
program using the library.  As I am not that familiar with the code
base, I am unsure if I am the right person to evaluate the change.
Perhaps later.&lt;/p&gt;

&lt;p&gt;Since the release was tagged, a few minor fixes has been committed
upstream already: automatic testing the cross building to Windows, and
documentation updates linking to the correct project page.  If a
important issue is discovered with this release, I guess a new release
might happen soon including the minor fixes.  If not, perhaps they can
wait fifteen years. :)&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>VLC bittorrent plugin still going strong, new upload 2.14-4</title>
                <link>http://www.hungry.com/~pere/blog/VLC_bittorrent_plugin_still_going_strong__new_upload_2_14_4.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/VLC_bittorrent_plugin_still_going_strong__new_upload_2_14_4.html</guid>
                <pubDate>Sun, 31 Dec 2023 10:45:00 +0100</pubDate>
                <description>&lt;p&gt;The other day I uploaded a new version of
&lt;a href=&quot;https://tracker.debian.org/pkg/vlc-plugin-bittorrent&quot;&gt;the VLC
bittorrent plugin&lt;/a&gt; to Debian, version 2.14-4, to fix a few
packaging issues.  This plugin extend VLC allowing it to stream videos
directly from a bittorrent source using both torrent files and magnet
links, as easy as using a HTTP or local file source.  I believe such
protocol support is a vital feature in VLC, allowing efficient
streaming from sources such at the 11 million movies in
&lt;a href=&quot;https://archive.org/&quot;&gt;the Internet Archive&lt;/a&gt;.  Bittorrent is
one of the most efficient content distribution protocols on the
Internet, without centralised control, and should be used more.&lt;/p&gt;

&lt;p&gt;The new version is now both in Debian Unstable and Testing, as well
as Ubuntu.  While looking after the package, I decided to ask the VLC
upstream community if there was any hope to get Bittorrent support
into the official VLC program, and was very happy to learn that
someone is already working on it.  I hope we can see some fruits of
that labour next year, but do not hold my breath.  In the mean time we
can use the plugin, which is already
&lt;a href=&quot;https://qa.debian.org/popcon.php?package=vlc-plugin-bittorrent&quot;&gt;installed
by 0.23 percent of the Debian population&lt;/a&gt; according to
popularity-contest.  It could use a new upstream release, and I hope
the upstream developer soon find time to polish it even more.&lt;/p&gt;

&lt;p&gt;It is worth noting that the plugin store the downloaded files in
&lt;tt&gt;~/Downloads/vlc-bittorrent/&lt;/tt&gt;, which can quickly fill up the
user home directory during use.  Users of the plugin should keep an
eye with disk usage when streaming a bittorrent source.&lt;/p&gt;
 
&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Invidious add-on for Kodi 20</title>
                <link>http://www.hungry.com/~pere/blog/Invidious_add_on_for_Kodi_20.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Invidious_add_on_for_Kodi_20.html</guid>
                <pubDate>Thu, 10 Aug 2023 19:50:00 +0200</pubDate>
                <description>&lt;p&gt;I still enjoy &lt;a href=&quot;https://kodi.tv/&quot;&gt;Kodi&lt;/a&gt; and
&lt;a href=&quot;https://libreelec.tv/&quot;&gt;LibreELEC&lt;/a&gt; as my multimedia center
at home.  Sadly two of the services I really would like to use from
within Kodi are not easily available.  The most wanted add-on would be
one making &lt;a href=&quot;https://archive.org/&quot;&gt;The Internet Archive&lt;/a&gt;
available, and it has
&lt;a href=&quot;https://kodi.wiki/view/Add-on:Internet_Archive&quot;&gt;not been
working&lt;/a&gt; for many years.  The second most wanted add-on is one
using &lt;a href=&quot;https://invidious.io/&quot;&gt;the Invidious privacy enhanced
Youtube frontent&lt;/a&gt;.  A plugin for this has been partly working, but
not been kept up to date in the Kodi add-on repository, and its
upstream seem to have given it up in April this year, when the git
repository was closed.  A few days ago I got tired of this sad state
of affairs and decided to
&lt;a href=&quot;https://github.com/petterreinholdtsen/kodi-invidious-plugin&quot;&gt;have
a go at improving the Invidious add-on&lt;/a&gt;.  As
&lt;a href=&quot;https://github.com/iv-org/invidious/issues/3872&quot;&gt;Google has
already attacked&lt;/a&gt; the Invidious concept, so it need all the support
if can get.  My small contribution here is to improve the service
status on Kodi.&lt;/p&gt;

&lt;p&gt;I added support to the Invidious add-on for automatically picking a
working Invidious instance, instead of requiring the user to specify
the URL to a specific instance after installation.  I also had a look
at the set of patches floating around in the various forks on github,
and decided to clean up at least some of the features I liked and
integrate them into my new release branch.  Now the plugin can handle
channel and short video items in search results.  Earlier it could
only handle single video instances in the search response.  I also
brushed up the set of metadata displayed a bit, but hope I can figure
out how to get more relevant metadata displayed.&lt;/p&gt;

&lt;p&gt;Because I only use Kodi 20 myself, I only test on version 20 and am
only motivated to ensure version 20 is working.  Because of API changes
between version 19 and 20, I suspect it will fail with earlier Kodi
versions.&lt;/p&gt;

&lt;p&gt;I already
&lt;a href=&quot;https://github.com/xbmc/repo-plugins/pull/4363&quot;&gt;asked to have
the add-on added&lt;/a&gt; to the official Kodi 20 repository, and is
waiting to heard back from the repo maintainers.&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Speech to text, she APTly whispered, how hard can it be?</title>
                <link>http://www.hungry.com/~pere/blog/Speech_to_text__she_APTly_whispered__how_hard_can_it_be_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Speech_to_text__she_APTly_whispered__how_hard_can_it_be_.html</guid>
                <pubDate>Sun, 23 Apr 2023 09:40:00 +0200</pubDate>
                <description>&lt;p&gt;While visiting a convention during Easter, it occurred to me that
it would be great if I could have a digital Dictaphone with
transcribing capabilities, providing me with texts to cut-n-paste into
stuff I need to write.  The background is that long drives often bring
up the urge to write on texts I am working on, which of course is out
of the question while driving.  With the release of
&lt;a href=&quot;https://github.com/openai/whisper/&quot;&gt;OpenAI Whisper&lt;/a&gt;, this
seem to be within reach with Free Software, so I decided to give it a
go.  OpenAI Whisper is a Linux based neural network system to read in
audio files and provide text representation of the speech in that
audio recording.  It handle multiple languages and according to its
creators even can translate into a different language than the spoken
one.  I have not tested the latter feature.  It can either use the CPU
or a GPU with CUDA support.  As far as I can tell, CUDA in practice
limit that feature to NVidia graphics cards.  I have few of those, as
they do not work great with free software drivers, and have not tested
the GPU option.  While looking into the matter, I did discover some
work to provide CUDA support on non-NVidia GPUs, and some work with
the library used by Whisper to port it to other GPUs, but have not
spent much time looking into GPU support yet.  I&#39;ve so far used an old
X220 laptop as my test machine, and only transcribed using its
CPU.&lt;/p&gt;

&lt;p&gt;As it from a privacy standpoint is unthinkable to use computers
under control of someone else (aka a &quot;cloud&quot; service) to transcribe
ones thoughts and personal notes, I want to run the transcribing
system locally on my own computers.  The only sensible approach to me
is to make the effort I put into this available for any Linux user and
to upload the needed packages into Debian.  Looking at Debian Bookworm, I
discovered that only three packages were missing,
&lt;a href=&quot;https://bugs.debian.org/1034307&quot;&gt;tiktoken&lt;/a&gt;,
&lt;a href=&quot;https://bugs.debian.org/1034144&quot;&gt;triton&lt;/a&gt;, and
&lt;a href=&quot;https://bugs.debian.org/1034091&quot;&gt;openai-whisper&lt;/a&gt;.  For a while
I also believed
&lt;a href=&quot;https://bugs.debian.org/1034286&quot;&gt;ffmpeg-python&lt;/a&gt; was
needed, but as its
&lt;a href=&quot;https://github.com/kkroening/ffmpeg-python/issues/760&quot;&gt;upstream
seem to have vanished&lt;/a&gt; I found it safer
&lt;a href=&quot;https://github.com/openai/whisper/pull/1242&quot;&gt;to rewrite
whisper&lt;/a&gt; to stop depending on in than to introduce ffmpeg-python
into Debian.  I decided to place these packages under the umbrella of
&lt;a href=&quot;https://salsa.debian.org/deeplearning-team&quot;&gt;the Debian Deep
Learning Team&lt;/a&gt;, which seem like the best team to look after such
packages.  Discussing the topic within the group also made me aware
that the triton package was already a future dependency of newer
versions of the torch package being planned, and would be needed after
Bookworm is released.&lt;/p&gt;

&lt;p&gt;All required code packages have been now waiting in
&lt;a href=&quot;https://ftp-master.debian.org/new.html&quot;&gt;the Debian NEW
queue&lt;/a&gt; since Wednesday, heading for Debian Experimental until
Bookworm is released.  An unsolved issue is how to handle the neural
network models used by Whisper.  The default behaviour of Whisper is
to require Internet connectivity and download the model requested to
&lt;tt&gt;~/.cache/whisper/&lt;/tt&gt; on first invocation.  This obviously would
fail &lt;a href=&quot;https://people.debian.org/~bap/dfsg-faq.html&quot;&gt;the
deserted island test of free software&lt;/a&gt; as the Debian packages would
be unusable for someone stranded with only the Debian archive and solar
powered computer on a deserted island.&lt;/p&gt;

&lt;p&gt;Because of this, I would love to include the models in the Debian
mirror system.  This is problematic, as the models are very large
files, which would put a heavy strain on the Debian mirror
infrastructure around the globe.  The strain would be even higher if
the models change often, which luckily as far as I can tell they do
not.  The small model, which according to its creator is most useful
for English and in my experience is not doing a great job there
either, is 462 MiB (deb is 414 MiB).  The medium model, which to me
seem to handle English speech fairly well is 1.5 GiB (deb is 1.3 GiB)
and the large model is 2.9 GiB (deb is 2.6 GiB).  I would assume
everyone with enough resources would prefer to use the large model for
highest quality.  I believe the models themselves would have to go
into the non-free part of the Debian archive, as they are not really
including any useful source code for updating the models.  The
&quot;source&quot;, aka the model training set, according to the creators
consist of &quot;680,000 hours of multilingual and multitask supervised
data collected from the web&quot;, which to me reads material with both
unknown copyright terms, unavailable to the general public.  In other
words, the source is not available according to the Debian Free
Software Guidelines and the model should be considered non-free.&lt;/p&gt;

&lt;p&gt;I asked the Debian FTP masters for advice regarding uploading a
model package on their IRC channel, and based on the feedback there it
is still unclear to me if such package would be accepted into the
archive.  In any case I wrote build rules for a
&lt;a href=&quot;https://salsa.debian.org/deeplearning-team/openai-whisper-model&quot;&gt;OpenAI
Whisper model package&lt;/a&gt; and
&lt;a href=&quot;https://github.com/openai/whisper/pull/1257&quot;&gt;modified the
Whisper code base&lt;/a&gt; to prefer shared files under &lt;tt&gt;/usr/&lt;/tt&gt; and
&lt;tt&gt;/var/&lt;/tt&gt; over user specific files in &lt;tt&gt;~/.cache/whisper/&lt;/tt&gt;
to be able to use these model packages, to prepare for such
possibility.  One solution might be to include only one of the models
(small or medium, I guess) in the Debian archive, and ask people to
download the others from the Internet.  Not quite sure what to do
here, and advice is most welcome (use the debian-ai mailing list).&lt;/p&gt;

&lt;p&gt;To make it easier to test the new packages while I wait for them to
clear the NEW queue, I created an APT source targeting bookworm.  I
selected Bookworm instead of Bullseye, even though I know the latter
would reach more users, is that some of the required dependencies are
missing from Bullseye and I during this phase of testing did not want
to backport a lot of packages just to get up and running.&lt;/p&gt;

&lt;p&gt;Here is a recipe to run as user root if you want to test OpenAI
Whisper using Debian packages on your Debian Bookworm installation,
first adding the APT repository GPG key to the list of trusted keys,
then setting up the APT repository and finally installing the packages
and one of the models:&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
curl https://geekbay.nuug.no/~pere/openai-whisper/D78F5C4796F353D211B119E28200D9B589641240.asc \
  -o /etc/apt/trusted.gpg.d/pere-whisper.asc
mkdir -p /etc/apt/sources.list.d
cat &gt; /etc/apt/sources.list.d/pere-whisper.list &amp;lt;&amp;lt;EOF
deb https://geekbay.nuug.no/~pere/openai-whisper/ bookworm main
deb-src https://geekbay.nuug.no/~pere/openai-whisper/ bookworm main
EOF
apt update
apt install openai-whisper
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;The package work for me, but have not yet been tested on any other
computer than my own.  With it, I have been able to (badly) transcribe
a 2 minute 40 second Norwegian audio clip to test using the small
model.  This took 11 minutes and around 2.2 GiB of RAM.  Transcribing
the same file with the medium model gave a accurate text in 77 minutes
using around 5.2 GiB of RAM.  My test machine had too little memory to
test the large model, which I believe require 11 GiB of RAM.  In
short, this now work for me using Debian packages, and I hope it will
for you and everyone else once the packages enter Debian.&lt;/p&gt;

&lt;p&gt;Now I can start on the audio recording part of this project.&lt;/p&gt;
 
&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Playing and encoding AV1 in Debian Bullseye</title>
                <link>http://www.hungry.com/~pere/blog/Playing_and_encoding_AV1_in_Debian_Bullseye.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Playing_and_encoding_AV1_in_Debian_Bullseye.html</guid>
                <pubDate>Sat, 16 Apr 2022 08:40:00 +0200</pubDate>
                <description>&lt;p&gt;Inspired by the recent news of
&lt;a href=&quot;https://slashdot.org/story/22/04/03/2039219/intel-beats-amd-and-nvidia-with-arc-gpus-full-av1-support&quot;&gt;AV1
hardware encoding support from Intel&lt;/a&gt;, I decided to look into
the state of AV1 on Linux today.  AV1 is a
&lt;a href=&quot;https://web.archive.org/web/20160618103850/http://www.digistan.org/open-standard:definition&quot;&gt;free
and open standard&lt;/a&gt; as defined by Digistan without any royalty
payment requirement, unlike its much used competitor encoding
H.264.  While looking, I came across an 5 year
&lt;a href=&quot;https://askubuntu.com/questions/1061908/how-to-encode-and-playback-video-with-the-av1-codec-on-bionic-beaver-18-04&quot;&gt;old
question on askubuntu.com&lt;/a&gt; which in turn inspired me to check out
how things are in Debian Stable regarding AV1.  The test file listed
in the question (askubuntu_test_aom.mp4) did not exist any more, so I
tracked down a different set of test files on
&lt;a href=&quot;https://av1.webmfiles.org/&quot;&gt;av1.webmfiles.org&lt;/a&gt; to test them
with the various video tools I had installed on my machine.  I was
happy to discover that AV1 decoding and playback worked with almost
every tool I tested:

&lt;table align=&quot;center&quot;&gt;
&lt;tr&gt;&lt;td&gt;mediainfo&lt;/td&gt;       &lt;td&gt;ok&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;dragonplayer&lt;/td&gt;    &lt;td&gt;ok&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;ffmpeg / ffplay&lt;/td&gt; &lt;td&gt;ok&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;gnome-mplayer&lt;/td&gt;   &lt;td&gt;fail&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;mplayer&lt;/td&gt;       &lt;td&gt;ok&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;mpv&lt;/td&gt;           &lt;td&gt;ok&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;parole&lt;/td&gt;        &lt;td&gt;ok&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;vlc&lt;/td&gt;           &lt;td&gt;ok&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;firefox&lt;/td&gt;         &lt;td&gt;ok&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;chromium&lt;/td&gt;        &lt;td&gt;ok&lt;/td&gt;&lt;/tr&gt;
&lt;/table&gt;

&lt;p&gt;AV1 encoding is available in Debian Stable from the aom-tools
version 1.0.0.errata1-3 package, using the aomenc tool.  The encoding
using the package in Debian Stable is quite slow, with the frame rate
for my 10 second test video at around 0.25 fps.  My 10 second video
test took 16 minutes and 11 seconds on my test machine.&lt;/p&gt;

&lt;p&gt;I tested by first running ffmpeg and then aomenc using the recipe
provided by the askubuntu recipe above.  I had to remove the
&#39;--row-mt=1&#39; option, as it was not supported in my 1.0.0 version.  The
encoding only used a single thread, according to &lt;tt&gt;top&lt;/tt&gt;.&lt;/p&gt;

&lt;blockquote&gt;&lt;pre&gt;
ffmpeg -i some-old-video.ogv -t 10 -pix_fmt yuv420p video.y4m
aomenc --fps=24/1 -u 0 --codec=av1 --target-bitrate=1000 \
  --lag-in-frames=25 --auto-alt-ref=1 -t 24 --cpu-used=8 \
  --tile-columns=2 --tile-rows=2 -o output.webm video.y4m
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;As version 1.0.0 currently have several
&lt;a href=&quot;https://security-tracker.debian.org/tracker/source-package/aom&quot;&gt;unsolved
security issues in Debian Stable&lt;/a&gt;, and to see if the recent
backport &lt;a href=&quot;https://tracker.debian.org/pkg/aom&quot;&gt;provided in
Debian&lt;/a&gt; is any quicker, I ran &lt;tt&gt;apt -t bullseye-backports install
aom-tools&lt;/tt&gt; to fetch the backported version and re-encoded the
video using the latest version.  This time the &#39;--row-mt=1&#39; option
worked, and the encoding was done in 46 seconds with a frame rate of
around 5.22 fps.  This time it seem to be using all my four cores to
encode.  Encoding speed is still too low for streaming and real time,
which would require frame rates above 25 fps, but might be good enough
for offline encoding.&lt;/p&gt;

&lt;p&gt;I am very happy to see AV1 playback working so well with the
default tools in Debian Stable.  I hope the encoding situation improve
too, allowing even a slow old computer like my 10 year old laptop to
be used for encoding.&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Updated vlc bittorrent plugin in Debian (version 2.14)</title>
                <link>http://www.hungry.com/~pere/blog/Updated_vlc_bittorrent_plugin_in_Debian__version_2_14_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Updated_vlc_bittorrent_plugin_in_Debian__version_2_14_.html</guid>
                <pubDate>Mon, 14 Feb 2022 08:00:00 +0100</pubDate>
                <description>&lt;p&gt;I am very happy to report that a new version of the
&lt;a href=&quot;https://tracker.debian.org/pkg/vlc-plugin-bittorrent&quot;&gt;VLC
bittorrent plugin&lt;/a&gt; was just uploaded into debian.  The changes
since last time is mostly code clean in the download code. The package
is currently in Debian unstable, but should be available in Debian
testing son.  To test it, simply install it like this:&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
apt install vlc-plugin-bittorrent
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;After it is installed, you can try to use it to play a file
downloaded live via bittorrent like this:

&lt;p&gt;&lt;pre&gt;
vlc https://archive.org/download/Glass_201703/Glass_201703_archive.torrent
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;It can also use magnet links and local .torrent files like the ones
provided by the Internet Archive.  Another example is the &lt;a
href=&quot;https://archive.org/details/LoveNest&quot;&gt;Love Nest&lt;/a&gt; Buster
Keaton movie, where one can click on the &#39;Torrent&#39; link to get going.&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>VLC bittorrent plugin in Bullseye, saved by the bell?</title>
                <link>http://www.hungry.com/~pere/blog/VLC_bittorrent_plugin_in_Bullseye__saved_by_the_bell_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/VLC_bittorrent_plugin_in_Bullseye__saved_by_the_bell_.html</guid>
                <pubDate>Sat, 1 May 2021 11:00:00 +0200</pubDate>
                <description>&lt;p&gt;Yesterday morning I got a warning call from the Debian quality
control system that
&lt;a href=&quot;https://tracker.debian.org/pkg/vlc-plugin-bittorrent&quot;&gt;the VLC
bittorrent plugin&lt;/a&gt; was due to be removed because of a release
critical bug in one of its dependencies.  As you might remember, this
plugin make VLC able to stream videos directly from a bittorrent
source using both torrent files and magnet links, similar to using a
HTTP source.  I believe such protocol support is a vital feature in
VLC, allowing efficient streaming from sources such at the almost 7
million movies in &lt;a href=&quot;https://archive.org/&quot;&gt;the Internet
Archive&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;The dependency was the unmaintained
&lt;a href=&quot;https://tracker.debian.org/pkg/libtorrent-rasterbar&quot;&gt;libtorrent-rasterbar&lt;/a&gt;
package, and &lt;a href=&quot;https://bugs.debian.org/987306&quot;&gt;the bug in
question&lt;/a&gt; blocked its python library from working properly.  As I
did not want Bullseye to release without bittorrent support in VLC, I
set out to check out the status, and track down a fix for the problem.
Luckily the issue had already been identified and fixed upstream,
providing everything needed.  All I needed to do was to fetch the
Debian git repository, extract and trim the patch from upstream and
apply it to the Debian package for upload.&lt;/p&gt;

&lt;p&gt;The fixed library was uploaded yesterday evening.  But that is not
enough to get it into Bullseye, as Debian is currently in package
freeze to prepare for a new next stable release.  Only non-critical
packages with
&lt;a href=&quot;https://wiki.debian.org/ContinuousIntegration/autopkgtest&quot;&gt;autopkgtest
setup&lt;/a&gt; included, in other words able to validate automatically that
the package is working, are allowed to migrate automatically into the
next release at this stage.  And the unmaintained libtorrent-rasterbar
lack such testing, and thus needed a manual override.  I am happy to
report that such manual override was approved a few minutes ago, thus
increasing significantly the chance of VLC bittorrent streaming being
available out of the box also for Debian/Buster users.  A bit too
close shave for my liking, as the Bullseye release is most likely just
a few days away, and this  did feel like the package was saved by the
bell.  I am so glad the warning email showed up in time for me to
handle the issue, and a big thanks go to the Debian Release team for
the quick feedback on
&lt;a href=&quot;irc://irc.debian.org/%23debian-release&quot;&gt;#debian-release&lt;/a&gt;
and their &lt;a href=&quot;https://bugs.debian.org/987865&quot;&gt;swift
unblocking&lt;/a&gt;.&lt;/p&gt;
 
&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>More reliable vlc bittorrent plugin in Debian (version 2.9)</title>
                <link>http://www.hungry.com/~pere/blog/More_reliable_vlc_bittorrent_plugin_in_Debian__version_2_9_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/More_reliable_vlc_bittorrent_plugin_in_Debian__version_2_9_.html</guid>
                <pubDate>Sun, 24 May 2020 17:00:00 +0200</pubDate>
                <description>&lt;p&gt;I am very happy to report that a more reliable
&lt;a href=&quot;https://tracker.debian.org/pkg/vlc-plugin-bittorrent&quot;&gt;VLC
bittorrent plugin&lt;/a&gt; was just uploaded into debian.  This fixes a
couple of crash bugs in the plugin, hopefully making the VLC
experience even better when streaming directly from a bittorrent
source.  The package is currently in Debian unstable, but should be
available in Debian testing in two days.  To test it, simply install
it like this:&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
apt install vlc-plugin-bittorrent
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;After it is installed, you can try to use it to play a file
downloaded live via bittorrent like this:

&lt;p&gt;&lt;pre&gt;
vlc https://archive.org/download/Glass_201703/Glass_201703_archive.torrent
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;It also support magnet links and local .torrent files.&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Oppdaterte kommentarer til «Evaluation of (il)legality» for Popcorn Time</title>
                <link>http://www.hungry.com/~pere/blog/Oppdaterte_kommentarer_til__Evaluation_of__il_legality__for_Popcorn_Time.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Oppdaterte_kommentarer_til__Evaluation_of__il_legality__for_Popcorn_Time.html</guid>
                <pubDate>Wed, 16 Jan 2019 11:40:00 +0100</pubDate>
                <description>&lt;p&gt;I forrige uke var jeg i Borgarting lagmannsrett som partshjelper og
  sakkyndig vitne og presenterte mine oppdaterte undersøkelser rundt
  &lt;a href=&quot;https://github.com/petterreinholdtsen/public-domain-free-imdb&quot;&gt;telling
  av filmverk i det fri&lt;/a&gt;, relatert til
  &lt;a href=&quot;https://www.nuug.no/&quot;&gt;foreningen NUUG&lt;/a&gt;s involvering i &lt;a
  href=&quot;https://www.nuug.no/news/tags/dns-domenebeslag/&quot;&gt;saken om
  Økokrims beslag og senere inndragning av DNS-domenet
  popcorn-time.no&lt;/a&gt;.  I forkant hadde jeg oppdatert mitt notat med
  kommentarer til et av aktors bevis, som forsøkte å måle hvor stor
  andel ulovligheter som var tilgjengelig via Popcorn Time-avspillere.
  Jeg mistenker flere kan ha glede av å lese dette notatet, som jeg
  publiserte en tidligere versjon av i fjor, så her er det.  Legger
  også ved avskrift av dokument 09,13, som er det sentrale dokumentet
  jeg kommenterer.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Oppdaterte kommentarer til «Evaluation of (il)legality» for
Popcorn Time&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Oppsummering&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Målemetoden som Økokrim har lagt til grunn når de påstår at 99% av
  filmene tilgjengelig fra Popcorn Time deles ulovlig har svakheter
  som gjør resultatet upålitelig.&lt;/p&gt;

&lt;p&gt;De eller den som har vurdert hvorvidt filmer kan lovlig deles er
  ikke i stand til å identifisere filmer som kan deles lovlig eller er
  falt i det fri og har tilsynelatende antatt at kun veldig gamle
  filmer kan deles lovlig. Økokrim legger til grunn at det bare finnes
  èn film, Charlie Chaplin-filmen «The Circus» fra 1928, som kan deles
  fritt blant de som ble observert tilgjengelig via ulike Popcorn
  Time-varianter. Med min begrensede og ufullstendige oversikt finner
  jeg tre flere blant de observerte filmene: «The Brain That Wouldn&#39;t
  Die» fra 1962, «God’s Little Acre» fra 1958 og «She Wore a Yellow
  Ribbon» fra 1949. Det er godt mulig det finnes flere. Det finnes
  dermed minst fire ganger så mange filmer som lovlig kan deles på
  Internett i datasettet Økokrim har lagt til grunn når det påstås at
  mindre enn 1 % kan deles lovlig.&lt;/p&gt;

&lt;p&gt;Dernest, utplukket som gjøres ved søk på tilfeldige ord hentet fra
  ordlisten til Dale-Chall avviker fra årsfordelingen til de brukte
  filmkatalogene som helhet, hvilket påvirker fordelingen mellom
  filmer som kan lovlig deles og filmer som ikke kan lovlig deles. I
  tillegg gir valg av øvre del (de fem første) av søkeresultatene et
  avvik fra riktig årsfordeling, hvilket påvirker fordelingen av verk
  i det fri i søkeresultatet.&lt;/p&gt;

&lt;p&gt;Til sist er det viktig å merke seg at det som måles er ikke
  (u)lovligheten knyttet til &lt;strong&gt;bruken&lt;/strong&gt; av Popcorn Time,
  men (u)lovligheten til innholdet i ulike bittorrent-filmkataloger
  som vedlikeholdes av ulike miljøer uavhengig av Popcorn Time, og som
  ulike Popcorn Time-varianter har benyttet seg av.&lt;/p&gt;

&lt;p&gt;Omtalte dokumenter: 09,12, &lt;a href=&quot;#dok-09-13&quot;&gt;09,13&lt;/a&gt;, 09,14,
  09,18, 09,19, 09,20.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Utfyllende kommentarer&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Økokrim har forklart domstolene at minst 99% av alt som er
  tilgjengelig fra ulike Popcorn Time-varianter deles ulovlig på
  Internet. Jeg ble nysgjerrig på hvordan de er kommet frem til dette
  tallet, og dette notatet er en samling kommentarer rundt målingen
  Økokrim henviser til. Litt av bakgrunnen for at jeg valgte å se på
  saken er at jeg er interessert i å identifisere og telle hvor mange
  kunstneriske verk som er falt i det fri eller av andre grunner kan
  lovlig deles på Internett, og dermed var interessert i hvordan en
  hadde funnet den ene prosenten som kanskje deles lovlig.&lt;/p&gt;

&lt;p&gt;Andelen på 99% kommer fra et ukreditert og udatert notatet som tar
  mål av seg å dokumentere en metode for å måle hvor (u)lovlig ulike
  Popcorn Time-varianter er.&lt;/p&gt;

&lt;p&gt;Raskt oppsummert, så forteller metodedokumentet at fordi det ikke
  er mulig å få tak i komplett liste over alle filmtitler tilgjengelig
  via Popcorn Time, så lages noe som skal være et representativt
  utvalg ved å velge 50 tilfeldige søkeord større enn tre tegn fra en
  ordliste kjent som Dale-Chall. For hvert søkeord gjøres et søk og de
  første fem filmene i søkeresultatet samles inn inntil 100 unike
  filmtitler er funnet. Hvis 50 søkeord ikke var tilstrekkelig for å
  nå 100 unike filmtitler ble flere filmer fra hvert søkeresultat lagt
  til. Hvis dette heller ikke var tilstrekkelig, så ble det hentet ut
  og søkt på flere tilfeldig valgte søkeord inntil 100 unike
  filmtitler var identifisert.&lt;/p&gt;

&lt;p&gt;Deretter ble for hver av filmtitlene «vurdert hvorvidt det var
  rimelig å forvente om at verket var vernet av copyright, ved å se på
  om filmen var tilgjengelig i IMDB, samt se på regissør,
  utgivelsesår, når det var utgitt for bestemte markedsområder samt
  hvilke produksjons- og distribusjonsselskap som var registrert» (min
  oversettelse).&lt;/p&gt;

&lt;p&gt;Metoden er gjengitt både i de ukrediterte dokumentene 09,13 og
  09,19, samt beskrevet fra side 47 i dokument 09,20, lysark datert
  2017-02-01. Sistnevnte er kreditert Geerart Bourlon fra Motion
  Picture Association EMEA.&lt;/p&gt;

&lt;p&gt;Metoden virker å ha flere svakheter som gir resultatene en
  slagside. Den starter med å slå fast at det ikke er mulig å hente ut
  en komplett liste over alle filmtitler som er tilgjengelig, og at
  dette er bakgrunnen for metodevalget. Denne forutsetningen er ikke i
  tråd med det som står i dokument 09,12, som ikke heller har oppgitt
  forfatter og dato. Dokument 09,12 forteller hvordan hele
  kataloginnholdet i en bittorrent-katalog ble lasted ned og talt
  opp. Dokument 09,12 er muligens samme rapport som det ble referert
  til i dom fra Oslo Tingrett 2017-11-03
  (&lt;a href=&quot;https://www.domstol.no/no/Enkelt-domstol/Oslo--tingrett/Nyheter/ma-sperre-for-popcorn-time/&quot;&gt;sak
  17-093347TVI-OTIR/05&lt;/a&gt;) under navnet rapport av 1. juni 2017 av
  Alexander Kind Petersen. De ligner, men jeg har ikke sammenlignet
  dokumentene ord for ord for å kontrollere om de er identiske.&lt;/p&gt;

&lt;p&gt;Det finnes flere kilder som kan brukes til å finne filmer som er
  allemannseie (public domain) eller har bruksvilkår som gjør det
  lovlig for alle å dele dem på Internett. Jeg har det siste året
  forsøkt å samle og krysskoble disse listene ved hjelp av tittel-ID i
  IMDB for å forsøke å telle antall filmer i det fri. Ved å ta
  utgangspunkt i slike lister (og publiserte filmer for
  Internett-arkivets del), har jeg så langt klart å identifisere over
  14 000 filmer, hovedsaklig spillefilmer. Noen filmer er gått tapt
  ved at de eneste kjente eksemplarene er blitt ødelagt. Jeg har ikke
  forsøkt å finne ut hvilke filmer som er gått tapt, ut over å se
  hvilke filmer som er tilgjengelig på filmdelings-nettsteder.&lt;/p&gt;

&lt;p&gt;IMDB er en forkortelse for The Internet Movie Database, en
  anerkjent kommersiell nettjeneste som brukes aktivt av både
  filmbransjen og andre til å holde rede på hvilke spillefilmer (og
  endel andre filmer) som finnes eller er under produksjon, samt
  informasjon om disse filmene. Datakvaliteten er høy, med få feil og
  få filmer som mangler. IMDB viser ikke informasjon om
  opphavsrettslig status for filmene på infosiden for hver film, men
  frivillige har lagt ut på IMDB-tjenesten lister med filmer som antas
  å være verk i det fri. Disse listene er en liten del av kildene for
  min telling av verk som kan lovlig deles på Internett.&lt;/p&gt;

&lt;p&gt;De aller fleste oppføringene over verk i det fri er hentet fra IMDB
  selv, basert på det faktum at alle filmer laget i USA før 1923 er
  falt i det fri. Tilsvarende tidsgrense for Storbritannia er
  1912-07-01, men dette utgjør bare veldig liten del av spillefilmene
  i IMDB (19 totalt). En annen stor andel kommer fra
  Internett-arkivet, der jeg har identifisert filmer som har referanse
  til IMDB. Internett-arkivet, som holder til i USA, har
  som &lt;a href=&quot;https://archive.org/about/terms.php&quot;&gt;policy å kun
  publisere filmer som det er lovlig å distribuere&lt;/a&gt;. Jeg har under
  arbeidet kommet over flere filmer som har blitt fjernet fra
  Internett-arkivet, hvilket gjør at jeg konkluderer med at folkene
  som kontrollerer Internett-arkivet har et aktivt forhold til kun å
  ha lovlig innhold der, selv om det i stor grad er drevet av
  frivillige. Internett-arkivet har publisert 4.6 millioner
  videofilmer som samtlige er tilgjengelig også med
  Bittorrent-protokollen. En annen stor liste med filmer kommer fra
  det kommersielle selskapet Retro Film Vault, som selger
  allemannseide filmer til TV- og filmbransjen, Jeg har også benyttet
  meg av lister over filmer som hevdes å være allemannseie, det være
  seg Public Domain Review, Public Domain Torrents og Public Domain
  Movies (to ulike tjenester med samme navn, på .net og .info), samt
  lister over filmer med Creative Commons-lisensiering fra Wikipedia,
  VODO og The Hill Productions. Jeg har gjort endel stikkontroll ved å
  vurdere filmer som kun omtales på en liste. Der jeg har funnet feil
  som har gjort meg i tvil om vurderingen til de som har laget listen
  har jeg forkastet listen fullstendig (gjelder for eksemel en av
  listene fra IMDB).&lt;/p&gt;

&lt;p&gt;Ved å ta utgangspunkt i verk som kan antas å være lovlig delt på
  Internett (fra blant annet Internett-arkivet, Public Domain
  Torrents, Public Domain Review og Public Domain Movies), og knytte
  dem til oppføringer i IMDB, så har jeg så langt klart å identifisere
  over 14 000 filmer (hovedsaklig spillefilmer) det er grunn til å tro
  kan lovlig distribueres av alle på Internett. Som ekstra kilder er
  det brukt lister over filmer som antas/påstås å være
  allemannseie. Disse kildene kommer fra miljøer som jobber for å
  gjøre tilgjengelig for almennheten alle verk som er falt i det fri
  eller har bruksvilkår som tillater deling.&lt;/p&gt;

&lt;p&gt;I tillegg til de over 14 000 filmene der tittel-ID i IMDB er
  identifisert, har jeg funnet mer enn 26 000 oppføringer der jeg ennå
  ikke har hatt kapasitet til å spore opp tittel-ID i IMDB. Jeg har
  sett at noen av disse er duplikater av de IMDB-oppføringene som er
  identifisert så langt, men de fleste jeg har hatt tid til å
  undersøke så langt har vist seg å ikke være duplikater. Retro Film
  Vault hevder å ha 44 000 filmverk i det fri i sin katalog, så det er
  mulig at det reelle tallet er betydelig høyere enn de jeg har klart
  å identifisere så langt. Konklusjonen en kan trekke fra dette er at
  tallet 14 000 er nedre grense for hvor mange filmer i IMDB som kan
  lovlig deles på Internett. I
  følge &lt;a href=&quot;https://www.imdb.com/stats&quot;&gt;statistikk fra IMDB&lt;/a&gt;
  er det 4.6 millioner titler registrert, hvorav 3 millioner er
  TV-serieepisoder.&lt;/p&gt;

&lt;p&gt;Hvis en fordeler på år alle tittel-IDene i IMDB som hevdes å deles
  lovlig på Internett, får en følgende histogram:&lt;/p&gt;

&lt;p align=&quot;center&quot;&gt;&lt;img src=&quot;http://www.hungry.com/~pere/blog/images/2019-01-16-dns-beslag-verkidetfri-2018-11-26-histogram-year.png&quot;
        alt=&quot;histogram over frie filmer per år&quot; width=&quot;80%&quot;/&gt;&lt;/p&gt;

&lt;p&gt;En kan i histogrammet se at effekten av manglende registrering
  eller fornying av registrering er at mange filmer gitt ut i USA før
  1978 er allemannseie i dag. I tillegg kan en se at det finnes flere
  filmer gitt ut de siste årene med bruksvilkår som tillater deling,
  muligens på grunn av fremveksten
  av &lt;a href=&quot;https://creativecommons.org/&quot;&gt;Creative
  Commons&lt;/a&gt;-bevegelsen.&lt;/p&gt;

&lt;p&gt;IMDB har lagt ut &lt;a href=&quot;https://www.imdb.com/interfaces/&quot;&gt;en
  maskinlesbare liste&lt;/a&gt; over alle registreringene i sin database, og
  ved hjelp av denne har jeg oppsummert antall titler per år i
  kategoriene «movies» og «short», som er det jeg fokuserer på i min
  telling. Inn i oversikten er det tegnet hvor stor prosentandel
  antallet filmer som hevdes å kunne deles lovlig på Internett utgjør
  av IMDB-totalen. Ut fra oversikten får man en ide om hvor stor andel
  av totalen som kan mangle i min telling, for eksempel ved å merke
  seg at få prosenter av filmene utgitt tidlig på 1900-tallet er med i
  min telling.&lt;/p&gt;

&lt;p align=&quot;center&quot;&gt;&lt;img src=&quot;http://www.hungry.com/~pere/blog/images/2019-01-16-dns-beslag-verkidetfri-2018-11-26-histogram-year-imdb.png&quot;
        alt=&quot;histogram over filmer og frie filmer per år&quot; width=&quot;80%&quot; /&gt;&lt;/p&gt;

&lt;p&gt;For maskinell analyse av katalogene laget jeg et lite program som
  kobler seg til bittorrent-katalogene som brukes av ulike Popcorn
  Time-varianter og laster ned komplett liste over filmer i
  katalogene. Dette bekrefter at det er mulig å hente ut komplett
  liste med alle filmtitler som er tilgjengelig i katalogene, i strid
  med påstanden i dokumentene 09,13, 09,19 og 09,20. Jeg har sett på
  fire bittorrent-kataloger. Den ene ble brukt av klienten
  tilgjengelig fra www.popcorntime.sh 2017-12-18 og er navngitt «sh» i
  dette dokumentet. Den andre brukes i følge dokument 09,12 av
  klienten tilgjengelig fra popcorntime.ag og popcorntime.sh på ukjent
  tidspunkt og er navngitt «yts» i dette dokumentet. Den tredje ble
  brukt av websidene tilgjengelig fra popcorntime-online.tv 2017-12-18
  og er navngitt «apidomain» i dette dokumentet. Den fjerde ble brukt
  av klienten tilgjengelig fra popcorn-time.to i følge dokument 09,12
  på ukjent tidspunkt, og er navngitt «ukrfnlge» i dette
  dokumentet. Hvilke kataloger som brukes av ulike Popcorn
  Time-klienter endrer seg over tid, da Popcorn Time-klientene i
  praksis er nettlesere som viser frem ulike nettsider og disse
  nettsidene bytter datakilder når nettsidens eier ønsker det.&lt;/p&gt;

&lt;p&gt;Metoden som Økokrim legger til grunn, skriver i sitt punkt fire at
  skjønn er en egnet metode for å finne ut om en film kan lovlig deles
  på Internett eller ikke, og sier at det ble «vurdert hvorvidt det
  var rimelig å forvente om at verket var vernet av copyright». For
  det første er det ikke nok å slå fast om en film er «vernet av
  copyright» for å vite om det er lovlig å dele den på Internett eller
  ikke, da det finnes flere filmer med opphavsrettslige bruksvilkår
  som tillater deling på Internett. Eksempler på dette er Creative
  Commons-lisensierte filmer som Citizenfour fra 2014 og Sintel fra
  2010. I tillegg til slike finnes det flere filmer som nå er
  allemannseie (public domain) på grunn av manglende registrering
  eller fornying av registrering selv om både regisør,
  produksjonsselskap og distributør ønsker seg vern. Eksempler på
  dette er Plan 9 from Outer Space fra 1959 og Night of the Living
  Dead fra 1968. Alle filmer fra USA som var allemannseie før
  1989-03-01 forble i det fri da Bern-konvensjonen, som tok effekt i
  USA på det tidspunktet, ikke ble gitt tilbakevirkende
  kraft. &lt;a href=&quot;https://www.latimes.com/local/lanow/la-me-ln-happy-birthday-song-lawsuit-decision-20150922-story.html&quot;&gt;Historien
  om sangen «Happy birthday»&lt;/a&gt;, der betaling for bruk har vært krevd
  inn i flere tiår selv om sangen ikke var vernet av åndsverksloven,
  forteller oss at hvert enkelt verk må vurderes nøye og i detalj før
  en kan slå fast om verket er allemannseie eller ikke, det holder
  ikke å tro på selverklærte rettighetshavere. Flere eksempel på verk
  i det fri som feilklassifiseres som vernet er fra dokument 09,18,
  som lister opp søkeresultater for pklienten omtalt som
  popcorntime.sh og i følge notatet kun inneholder en film (The Circus
  fra 1928) som under tvil kan antas å være allemannseie.&lt;/p&gt;

&lt;p&gt;Ved rask gjennomlesning av dokument 09,18, som inneholder
  skjermbilder fra bruk av en Popcorn Time-variant, fant jeg omtalt
  både filmen «The Brain That Wouldn&#39;t Die» fra 1962 som
  er &lt;a href=&quot;https://archive.org/details/brain_that_wouldnt_die&quot;&gt;tilgjengelig
  fra Internett-arkivet&lt;/a&gt; og
  som &lt;a href=&quot;https://en.wikipedia.org/wiki/List_of_films_in_the_public_domain_in_the_United_States&quot;&gt;i
  følge Wikipedia er allemannseie i USA&lt;/a&gt; da den ble gitt ut i 1962
  uten «copyright»-merking, og filmen «God’s Little Acre» fra
  1958 &lt;a href=&quot;https://en.wikipedia.org/wiki/God%27s_Little_Acre_%28film%29&quot;&gt;som
  er lagt ut på Wikipedia&lt;/a&gt;, der det fortelles at sort/hvit-utgaven
  er allemannseie. Det fremgår ikke fra dokument 09,18 om filmen
  omtalt der er sort/hvit-utgaven. Av kapasitetsårsaker og på grunn av
  at filmoversikten i dokument 09,18 ikke er maskinlesbart har jeg
  ikke forsøkt å sjekke alle filmene som listes opp der om mot liste
  med filmer som er antatt lovlig kan distribueres på Internet.&lt;/p&gt;

&lt;p&gt;Ved maskinell gjennomgang av listen med IMDB-referanser under
  regnearkfanen «Unique titles» i dokument 09.14, fant jeg i tillegg
  filmen «She Wore a Yellow Ribbon» fra 1949) som nok også er
  feilklassifisert. Filmen «She Wore a Yellow Ribbon» er tilgjengelig
  fra Internett-arkivet og markert som allemannseie der. Det virker
  dermed å være minst fire ganger så mange filmer som kan lovlig deles
  på Internett enn det som er lagt til grunn når en påstår at minst
  99% av innholdet er ulovlig. Jeg ser ikke bort fra at nærmere
  undersøkelser kan avdekke flere. Poenget er uansett ikke hvor mange
  filmer i listen som er lovlig å dele på Internet, men at metodens
  punkt med vurdering av «rimelig å forvente om at verket var vernet
  av copyright» gjør metoden upålitelig.&lt;/p&gt;

&lt;p&gt;Den omtalte målemetoden velger ut tilfeldige søketermer fra
  ordlisten Dale-Chall. Den ordlisten inneholder 3000 enkle engelske
  ord som fjerdeklassinger i USA er forventet å forstå. Det fremgår
  ikke hvorfor akkurat denne ordlisten er valgt, og det er uklart for
  meg om den er egnet til å få et representativt utvalg av
  filmer. Mange av ordene gir tomt søkeresultat. Ved å simulerte
  tilsvarende søk ser jeg store avvik fra fordelingen i katalogen for
  enkeltmålinger. Dette antyder at enkeltmålinger av 100 filmer slik
  målemetoden beskriver er gjort, ikke er velegnet til å finne andel
  ulovlig innhold i bittorrent-katalogene.&lt;/p&gt;

&lt;p&gt;En kan motvirke dette store avviket for enkeltmålinger ved å gjøre
  mange søk og slå sammen resultatet. Jeg har testet ved å gjennomføre
  100 enkeltmålinger (dvs. måling av (100x100=) 10 000 tilfeldig
  valgte filmer) som gir mindre, men fortsatt betydelig avvik, i
  forhold til telling av filmer pr år i hele katalogen.&lt;/p&gt;

&lt;p&gt;Målemetoden henter ut de fem øverste i
  søkeresultatet. Søkeresultatene er sortert på antall
  bittorrent-klienter registrert som delere i katalogene, hvilket kan
  gi en slagside mot hvilke filmer som er populære blant de som bruker
  bittorrent-katalogene, uten at det forteller noe om hvilket innhold
  som er tilgjengelig eller hvilket innhold som deles med Popcorn
  Time-klienter. Jeg har forsøkt å måle hvor stor en slik slagside
  eventuelt er ved å sammenligne fordelingen hvis en tar de 5 nederste
  i søkeresultatet i stedet. Avviket for disse to metodene for flere
  av katalogene er godt synlig på histogramet. Her er histogram over
  filmer funnet i den komplette katalogen (grønn strek), og filmer
  funnet ved søk etter ord i Dale-Chall. Grafer merket «top» henter
  fra de 5 første i søkeresultatet, mens de merket «bottom» henter fra
  de 5 siste. En kan her se at resultatene påvirkes betydelig av
  hvorvidt en ser på de første eller de siste filmene i et
  søketreff.&lt;/p&gt;

&lt;p align=&quot;center&quot;&gt;
  &lt;img src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-sh-top.png&quot; width=&quot;40%&quot; /&gt;
  &lt;img src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-sh-bottom.png&quot; width=&quot;40%&quot; /&gt;
  &lt;br/&gt;
  &lt;img src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-yts-top.png&quot; width=&quot;40%&quot; /&gt;
  &lt;img src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-yts-bottom.png&quot; width=&quot;40%&quot; /&gt;
  &lt;br/&gt;
  &lt;img src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-ukrfnlge-top.png&quot; width=&quot;40%&quot; /&gt;
  &lt;img src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-ukrfnlge-bottom.png&quot; width=&quot;40%&quot; /&gt;
  &lt;br/&gt;
  &lt;img src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-apidomain-top.png&quot; width=&quot;40%&quot; /&gt;
  &lt;img src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-apidomain-bottom.png&quot; width=&quot;40%&quot; /&gt;
&lt;/p&gt;

&lt;p&gt;Det er viktig å merke seg at de omtalte bittorrent-katalogene ikke
  er laget for bruk med Popcorn Time, men for ulike miljøer av
  bittorrent-brukere. Eksempelvis tilhører katalogen YTS, som brukes
  av klientet som ble lastes ned fra popcorntime.sh, et selvstendig
  fildelings-relatert nettsted YTS.AG med et separat
  brukermiljø. Målemetoden foreslått av Økokrim måler dermed ikke
  (u)lovligheten rundt bruken av Popcorn Time, men (u)lovligheten til
  innholdet i disse katalogene.&lt;/p&gt;

&lt;hr/&gt;

&lt;p id=&quot;dok-09-13&quot;&gt;Metoden fra Økokrims dokument 09,13 i straffesaken
  om DNS-beslag.&lt;/p&gt;

&lt;blockquote&gt;

&lt;p&gt;&lt;strong&gt;1. Evaluation of (il)legality&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;1.1. Methodology&lt;/strong&gt;
     
&lt;p&gt;Due to its technical configuration, Popcorn Time applications don&#39;t
allow to make a full list of all titles made available. In order to
evaluate the level of illegal operation of PCT, the following
methodology was applied:&lt;/p&gt;

&lt;ol&gt;

 &lt;li&gt;A random selection of 50 keywords, greater than 3 letters, was
    made from the Dale-Chall list that contains 3000 simple English
    words1. The selection was made by using a Random Number
    Generator2.&lt;/li&gt;
          
 &lt;li&gt;For each keyword, starting with the first randomly selected
    keyword, a search query was conducted in the movie section of the
    respective Popcorn Time application. For each keyword, the first
    five results were added to the title list until the number of 100
    unique titles was reached (duplicates were removed).&lt;/li&gt;
          
 &lt;li&gt;For one fork, .CH, insufficient titles were generated via this
    approach to reach 100 titles. This was solved by adding any
    additional query results above five for each of the 50 keywords.
    Since this still was not enough, another 42 random keywords were
    selected to finally reach 100 titles.&lt;/li&gt;
          
 &lt;li&gt;It was verified whether or not there is a reasonable expectation
    that the work is copyrighted by checking if they are available on
    IMDb, also verifying the director, the year when the title was
    released, the release date for a certain market, the production
    company/ies of the title and the distribution company/ies.&lt;/li&gt;

&lt;/ol&gt;

&lt;p&gt;&lt;strong&gt;1.2. Results&lt;/strong&gt;&lt;/p&gt;
     
&lt;p&gt;Between 6 and 9 June 2016, four forks of Popcorn Time were
investigated: popcorn-time.to, popcorntime.ag, popcorntime.sh and
popcorntime.ch. An excel sheet with the results is included in
Appendix 1. Screenshots were secured in separate Appendixes for each
respective fork, see Appendix 2-5.&lt;/p&gt;

&lt;p&gt;For each fork, out of 100, de-duplicated titles it was possible to
retrieve data according to the parameters set out above that indicate
that the title is commercially available. Per fork, there was 1 title
that presumably falls within the public domain, i.e. the 1928 movie
&quot;The Circus&quot; by and with Charles Chaplin.&lt;/p&gt;

&lt;p&gt;Based on the above it is reasonable to assume that 99% of the movie
content of each fork is copyright protected and is made available
illegally.&lt;/p&gt;

&lt;p&gt;This exercise was not repeated for TV series, but considering that
besides production companies and distribution companies also
broadcasters may have relevant rights, it is reasonable to assume that
at least a similar level of infringement will be established.&lt;/p&gt;

&lt;p&gt;Based on the above it is reasonable to assume that 99% of all the
content of each fork is copyright protected and are made available
illegally.&lt;/p&gt;

&lt;/blockquote&gt;

&lt;p&gt;Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
til min adresse
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.
Merk, betaling med bitcoin er ikke anonymt. :)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>CasparCG Server for TV broadcast playout in Debian</title>
                <link>http://www.hungry.com/~pere/blog/CasparCG_Server_for_TV_broadcast_playout_in_Debian.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/CasparCG_Server_for_TV_broadcast_playout_in_Debian.html</guid>
                <pubDate>Tue, 15 Jan 2019 00:10:00 +0100</pubDate>
                <description>&lt;p&gt;The layered video playout server created by Sveriges Television,
&lt;a href=&quot;https://casparcg.com/&quot;&gt;CasparCG Server&lt;/a&gt;, entered Debian
today.  This completes many months of work to get the source ready to
go into Debian.  The first upload to the Debian NEW queue happened a
month ago, but the work upstream to prepare it for Debian started more
than two and a half month ago.  So far
&lt;a href=&quot;https://tracker.debian.org/pkg/casparcg-server&quot;&gt;the
casparcg-server package&lt;/a&gt; is only available for amd64, but I hope
this can be improved.  The package is in contrib because it depend on
the &lt;a href=&quot;https://tracker.debian.org/pkg/fdk-aac&quot;&gt;non-free fdk-aac
library&lt;/a&gt;.  The Debian package lack support for streaming web pages
because Debian is missing CEF, Chromium Embedded Framework.  CEF is
wanted by several packages in Debian.  But because the Chromium source
is &lt;a href=&quot;https://bugs.debian.org/893448&quot;&gt;not available as a build
dependency&lt;/a&gt;, it is not yet possible to upload CEF to Debian.  I
hope this will change in the future.&lt;/p&gt;

&lt;p&gt;The reason I got involved is that
&lt;a href=&quot;https://frikanalen.no/&quot;&gt;the Norwegian open channel
Frikanalen&lt;/a&gt; is starting to use CasparCG for our HD playout, and I
would like to have all the free software tools we use to run the TV
channel available as packages from the Debian project.  The last
remaining piece in the puzzle is Open Broadcast Encoder, but it depend
on quite a lot of patched libraries which would have to be included in
Debian first.&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Non-blocking bittorrent plugin for vlc</title>
                <link>http://www.hungry.com/~pere/blog/Non_blocking_bittorrent_plugin_for_vlc.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Non_blocking_bittorrent_plugin_for_vlc.html</guid>
                <pubDate>Wed, 12 Dec 2018 07:20:00 +0100</pubDate>
                <description>&lt;p&gt;A few hours ago, a new and improved version (2.4) of
&lt;a href=&quot;https://tracker.debian.org/pkg/vlc-plugin-bittorrent&quot;&gt;the VLC
bittorrent plugin&lt;/a&gt; was uploaded to Debian.  This new version
include a complete rewrite of the bittorrent related code, which seem
to make the plugin non-blocking.  This mean you can actually exit VLC
even when the plugin seem to be unable to get the bittorrent streaming
started.  The new version also include support for filtering playlist
by file extension using command line options, if you want to avoid
processing audio, video or images.  The package is currently in Debian
unstable, but should be available in Debian testing in two days.  To
test it, simply install it like this:&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
apt install vlc-plugin-bittorrent
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;After it is installed, you can try to use it to play a file
downloaded live via bittorrent like this:

&lt;p&gt;&lt;pre&gt;
vlc https://archive.org/download/Glass_201703/Glass_201703_archive.torrent
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>New and improved Frikanalen Kodi addon version 0.0.3</title>
                <link>http://www.hungry.com/~pere/blog/New_and_improved_Frikanalen_Kodi_addon_version_0_0_3.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/New_and_improved_Frikanalen_Kodi_addon_version_0_0_3.html</guid>
                <pubDate>Thu, 8 Nov 2018 10:30:00 +0100</pubDate>
                <description>&lt;p&gt;If you read my blog regularly, you probably know I am involved in
running and developing the &lt;a href=&quot;https://frikanalen.no/&quot;&gt;Norwegian
TV channel Frikanalen&lt;/a&gt;.  It is an open channel, allowing everyone
in Norway to publish videos on a TV channel with national coverage.
You can think of it as Youtube for national television.
In addition to distribution on RiksTV and Uninett, Frikanalen is also
available as a Kodi addon.  The last few days I have updated the code
to add more features.  A
&lt;a href=&quot;https://kodi.tv/addon/plugins-video-add-ons/frikanalen-nett-tv&quot;&gt;new
and improved version 0.0.3 Frikanalen addon&lt;/a&gt; was just made
available via the Kodi repositories.  This new version include a
option to browse videos by category, as well as free text search
in the video archive.  It will now also show the video duration in the
video lists, which were missing earlier.  A new and experimental
link to the HD video stream currently being worked on is provided, for
those that want to see what the &lt;a href=&quot;https://casparcg.com/&quot;&gt;CasparCG&lt;/a&gt;
output look like.  The alternative is the SD video stream, generated
using MLT.  CasparCG is controlled by our
&lt;a href=&quot;https://github.com/Frikanalen/mltplayout/&quot;&gt;mltplayout
server&lt;/a&gt; which instead of talking to mlt is giving PLAY instructions
to the CasparCG server when it is time to start a new program.&lt;/p&gt;

&lt;p&gt;By now, you are probably wondering what kind of content is being
played on the channel.  These days, it is filled with technical
presentations like those from &lt;a href=&quot;https://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;,
&lt;a href=&quot;https://www.debconf.org/&quot;&gt;Debconf&lt;/a&gt;, Makercon, and TED,
but there are also some periods with
&lt;a href=&quot;https://www.empo.no/&quot;&gt;EMPT TV&lt;/a&gt; and
&lt;a href=&quot;https://www.p7.no/&quot;&gt;P7&lt;/a&gt;.

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Web browser integration of VLC with Bittorrent support</title>
                <link>http://www.hungry.com/~pere/blog/Web_browser_integration_of_VLC_with_Bittorrent_support.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Web_browser_integration_of_VLC_with_Bittorrent_support.html</guid>
                <pubDate>Sun, 21 Oct 2018 09:50:00 +0200</pubDate>
                <description>&lt;p&gt;Bittorrent is as far as I know, currently the most efficient way to
distribute content on the Internet.  It is used all by all sorts of
content providers, from national TV stations like
&lt;a href=&quot;https://www.nrk.no/&quot;&gt;NRK&lt;/a&gt;, Linux distributors like
&lt;a href=&quot;https://www.debian.org/&quot;&gt;Debian&lt;/a&gt; and
&lt;a href=&quot;https://www.ubuntu.com/&quot;&gt;Ubuntu&lt;/a&gt;, and of course the
&lt;a href=&quot;https://archive.org/&quot;&gt;Internet archive&lt;/A&gt;.

&lt;p&gt;Almost a month ago
&lt;a href=&quot;https://tracker.debian.org/pkg/vlc-plugin-bittorrent&quot;&gt;a new
package adding Bittorrent support to VLC&lt;/a&gt; became available in
Debian testing and unstable.  To test it, simply install it like
this:&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
apt install vlc-plugin-bittorrent
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;Since the plugin was made available for the first time in Debian,
several improvements have been made to it.  In version 2.2-4, now
available in both testing and unstable, a desktop file is provided to
teach browsers to start VLC when the user click on torrent files or
magnet links.  The last part is thanks to me finally understanding
what the strange x-scheme-handler style MIME types in desktop files
are used for.  By adding x-scheme-handler/magnet to the MimeType entry
in the desktop file, at least the browsers Firefox and Chromium will
suggest to start VLC when selecting a magnet URI on a web page.  The
end result is that now, with the plugin installed in Buster and Sid,
one can visit any
&lt;a href=&quot;https://archive.org/details/CopyingIsNotTheft1080p&quot;&gt;Internet
Archive page with movies&lt;/a&gt; using a web browser and click on the
torrent link to start streaming the movie.&lt;/p&gt;

&lt;p&gt;Note, there is still some misfeatures in the plugin.  One is the
fact that it will hang and
&lt;a href=&quot;https://github.com/johang/vlc-bittorrent/issues/13&quot;&gt;block VLC
from exiting until the torrent streaming starts&lt;/a&gt;.  Another is the
fact that it
&lt;a href=&quot;https://github.com/johang/vlc-bittorrent/issues/9&quot;&gt;will pick
and play a random file in a multi file torrent&lt;/a&gt;.  This is not
always the video file you want.  Combined with the first it can be a
bit hard to get the video streaming going.  But when it work, it seem
to do a good job.&lt;/p&gt;

&lt;p&gt;For the Debian packaging, I would love to find a good way to test
if the plugin work with VLC using autopkgtest.  I tried, but do not
know enough of the inner workings of VLC to get it working.  For now
the autopkgtest script is only checking if the .so file was
successfully loaded by VLC.  If you have any suggestions, please
submit a patch to the Debian bug tracking system.&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>VLC in Debian now can do bittorrent streaming</title>
                <link>http://www.hungry.com/~pere/blog/VLC_in_Debian_now_can_do_bittorrent_streaming.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/VLC_in_Debian_now_can_do_bittorrent_streaming.html</guid>
                <pubDate>Mon, 24 Sep 2018 21:20:00 +0200</pubDate>
                <description>&lt;p&gt;Back in February, I got curious to see
&lt;a href=&quot;http://www.hungry.com/~pere/blog/Using_VLC_to_stream_bittorrent_sources.html&quot;&gt;if
VLC now supported Bittorrent streaming&lt;/a&gt;.  It did not, despite the
fact that the idea and code to handle such streaming had been floating
around for years.  I did however find
&lt;a href=&quot;https://github.com/johang/vlc-bittorrent&quot;&gt;a standalone plugin
for VLC&lt;/a&gt; to do it, and half a year later I decided to wrap up the
plugin and get it into Debian.  I uploaded it to NEW a few days ago,
and am very happy to report that it
&lt;a href=&quot;https://tracker.debian.org/pkg/vlc-plugin-bittorrent&quot;&gt;entered
Debian&lt;/a&gt; a few hours ago, and should be available in Debian/Unstable
tomorrow, and Debian/Testing in a few days.&lt;/p&gt;

&lt;p&gt;With the vlc-plugin-bittorrent package installed you should be able
to stream videos using a simple call to&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
vlc https://archive.org/download/TheGoat/TheGoat_archive.torrent
&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;

&lt;/p&gt;It can handle magnet links too.  Now if only native vlc had
bittorrent support.  Then a lot more would be helping each other to
share public domain and creative commons movies.  The plugin need some
stability work with seeking and picking the right file in a torrent
with many files, but is already usable.  Please note that the plugin
is not removing downloaded files when vlc is stopped, so it can fill
up your disk if you are not careful.  Have fun. :)&lt;/p&gt;

&lt;p&gt;I would love to get help maintaining this package.  Get in touch if
you are interested.&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Using the Kodi API to play Youtube videos</title>
                <link>http://www.hungry.com/~pere/blog/Using_the_Kodi_API_to_play_Youtube_videos.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Using_the_Kodi_API_to_play_Youtube_videos.html</guid>
                <pubDate>Sun, 2 Sep 2018 23:40:00 +0200</pubDate>
                <description>&lt;p&gt;I continue to explore my Kodi installation, and today I wanted to
tell it to play a youtube URL I received in a chat, without having to
insert search terms using the on-screen keyboard.  After searching the
web for API access to the Youtube plugin and testing a bit, I managed
to find a recipe that worked.  If you got a kodi instance with its API
available from http://kodihost/jsonrpc, you can try the following to
have check out a nice cover band.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;curl --silent --header &#39;Content-Type: application/json&#39; \
  --data-binary &#39;{ &quot;id&quot;: 1, &quot;jsonrpc&quot;: &quot;2.0&quot;, &quot;method&quot;: &quot;Player.Open&quot;,
  &quot;params&quot;: {&quot;item&quot;: { &quot;file&quot;:
  &quot;plugin://plugin.video.youtube/play/?video_id=LuRGVM9O0qg&quot; } } }&#39; \
  http://projector.local/jsonrpc&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;I&#39;ve extended kodi-stream program to take a video source as its
first argument.  It can now handle direct video links, youtube links
and &#39;desktop&#39; to stream my desktop to Kodi.  It is almost like a
Chromecast. :)&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Simple streaming the Linux desktop to Kodi using GStreamer and RTP</title>
                <link>http://www.hungry.com/~pere/blog/Simple_streaming_the_Linux_desktop_to_Kodi_using_GStreamer_and_RTP.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Simple_streaming_the_Linux_desktop_to_Kodi_using_GStreamer_and_RTP.html</guid>
                <pubDate>Thu, 12 Jul 2018 17:55:00 +0200</pubDate>
                <description>&lt;p&gt;Last night, I wrote
&lt;a href=&quot;http://www.hungry.com/~pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html&quot;&gt;a
recipe to stream a Linux desktop using VLC to a instance of Kodi&lt;/a&gt;.
During the day I received valuable feedback, and thanks to the
suggestions I have been able to rewrite the recipe into a much simpler
approach requiring no setup at all.  It is a single script that take
care of it all.&lt;/p&gt;

&lt;p&gt;This new script uses GStreamer instead of VLC to capture the
desktop and stream it to Kodi.  This fixed the video quality issue I
saw initially.  It further removes the need to add a m3u file on the
Kodi machine, as it instead connects to
&lt;a href=&quot;https://kodi.wiki/view/JSON-RPC_API/v8&quot;&gt;the JSON-RPC API in
Kodi&lt;/a&gt; and simply ask Kodi to play from the stream created using
GStreamer.  Streaming the desktop to Kodi now become trivial.  Copy
the script below, run it with the DNS name or IP address of the kodi
server to stream to as the only argument, and watch your screen show
up on the Kodi screen.  Note, it depend on multicast on the local
network, so if you need to stream outside the local network, the
script must be modified.  Also note, I have no idea if audio work, as
I only care about the picture part.&lt;/p&gt;

&lt;blockquote&gt;&lt;pre&gt;
#!/bin/sh
#
# Stream the Linux desktop view to Kodi.  See
# http://www.hungry.com/~pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html
# for backgorund information.

# Make sure the stream is stopped in Kodi and the gstreamer process is
# killed if something go wrong (for example if curl is unable to find the
# kodi server).  Do the same when interrupting this script.
kodicmd() {
    host=&quot;$1&quot;
    cmd=&quot;$2&quot;
    params=&quot;$3&quot;
    curl --silent --header &#39;Content-Type: application/json&#39; \
         --data-binary &quot;{ \&quot;id\&quot;: 1, \&quot;jsonrpc\&quot;: \&quot;2.0\&quot;, \&quot;method\&quot;: \&quot;$cmd\&quot;, \&quot;params\&quot;: $params }&quot; \
         &quot;http://$host/jsonrpc&quot;
}
cleanup() {
    if [ -n &quot;$kodihost&quot; ] ; then
        # Stop the playing when we end
        playerid=$(kodicmd &quot;$kodihost&quot; Player.GetActivePlayers &quot;{}&quot; |
                            jq .result[].playerid)
        kodicmd &quot;$kodihost&quot; Player.Stop &quot;{ \&quot;playerid\&quot; : $playerid }&quot; &gt; /dev/null
    fi
    if [ &quot;$gstpid&quot; ] &amp;&amp; kill -0 &quot;$gstpid&quot; &gt;/dev/null 2&gt;&amp;1; then
        kill &quot;$gstpid&quot;
    fi
}
trap cleanup EXIT INT

if [ -n &quot;$1&quot; ]; then
    kodihost=$1
    shift
else
    kodihost=kodi.local
fi

mcast=239.255.0.1
mcastport=1234
mcastttl=1

pasrc=$(pactl list | grep -A2 &#39;Source #&#39; | grep &#39;Name: .*\.monitor$&#39; | \
  cut -d&quot; &quot; -f2|head -1)
gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
  videoconvert ! queue2 ! \
  x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
  key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
  mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
  udpsink host=$mcast port=$mcastport ttl-mc=$mcastttl auto-multicast=1 sync=0 \
  pulsesrc device=$pasrc ! audioconvert ! queue2 ! avenc_aac ! queue2 ! mux. \
  &gt; /dev/null 2&gt;&amp;1 &amp;
gstpid=$!

# Give stream a second to get going
sleep 1

# Ask kodi to start streaming using its JSON-RPC API
kodicmd &quot;$kodihost&quot; Player.Open \
        &quot;{\&quot;item\&quot;: { \&quot;file\&quot;: \&quot;udp://@$mcast:$mcastport\&quot; } }&quot; &gt; /dev/null

# wait for gst to end
wait &quot;$gstpid&quot;
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;I hope you find the approach useful.  I know I do.&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Streaming the Linux desktop to Kodi using VLC and RTSP</title>
                <link>http://www.hungry.com/~pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html</guid>
                <pubDate>Thu, 12 Jul 2018 02:00:00 +0200</pubDate>
                <description>&lt;p&gt;PS: See
&lt;ahref=&quot;http://www.hungry.com/~pere/blog/Simple_streaming_the_Linux_desktop_to_Kodi_using_GStreamer_and_RTP.html&quot;&gt;the
followup post&lt;/a&gt; for a even better approach.&lt;/p&gt;

&lt;p&gt;A while back, I was asked by a friend how to stream the desktop to
my projector connected to Kodi.  I sadly had to admit that I had no
idea, as it was a task I never had tried.  Since then, I have been
looking for a way to do so, preferable without much extra software to
install on either side.  Today I found a way that seem to kind of
work.  Not great, but it is a start.&lt;/p&gt;

&lt;p&gt;I had a look at several approaches, for example
&lt;a href=&quot;https://github.com/mfoetsch/dlna_live_streaming&quot;&gt;using uPnP
DLNA as described in 2011&lt;/a&gt;, but it required a uPnP server, fuse and
local storage enough to store the stream locally.  This is not going
to work well for me, lacking enough free space, and it would
impossible for my friend to get working.&lt;/p&gt;

&lt;p&gt;Next, it occurred to me that perhaps I could use VLC to create a
video stream that Kodi could play.  Preferably using
broadcast/multicast, to avoid having to change any setup on the Kodi
side when starting such stream.  Unfortunately, the only recipe I
could find using multicast used the rtp protocol, and this protocol
seem to not be supported by Kodi.&lt;/p&gt;

&lt;p&gt;On the other hand, the rtsp protocol is working!  Unfortunately I
have to specify the IP address of the streaming machine in both the
sending command and the file on the Kodi server.  But it is showing my
desktop, and thus allow us to have a shared look on the big screen at
the programs I work on.&lt;/p&gt;

&lt;p&gt;I did not spend much time investigating codeces.  I combined the
rtp and rtsp recipes from
&lt;a href=&quot;https://wiki.videolan.org/Documentation:Streaming_HowTo/Command_Line_Examples/&quot;&gt;the
VLC Streaming HowTo/Command Line Examples&lt;/a&gt;, and was able to get
this working on the desktop/streaming end.&lt;/p&gt;

&lt;blockquote&gt;&lt;pre&gt;
vlc screen:// --sout \
  &#39;#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{dst=projector.local,port=1234,sdp=rtsp://192.168.11.4:8080/test.sdp}&#39;
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;I ssh-ed into my Kodi box and created a file like this with the
same IP address:&lt;/p&gt;

&lt;blockquote&gt;&lt;pre&gt;
echo rtsp://192.168.11.4:8080/test.sdp \
  &gt; /storage/videos/screenstream.m3u
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;Note the 192.168.11.4 IP address is my desktops IP address.  As far
as I can tell the IP must be hardcoded for this to work.  In other
words, if someone elses machine is going to do the steaming, you have
to update screenstream.m3u on the Kodi machine and adjust the vlc
recipe.  To get started, locate the file in Kodi and select the m3u
file while the VLC stream is running.  The desktop then show up in my
big screen. :)&lt;/p&gt;

&lt;p&gt;When using the same technique to stream a video file with audio,
the audio quality is really bad.  No idea if the problem is package
loss or bad parameters for the transcode.  I do not know VLC nor Kodi
enough to tell.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Update 2018-07-12&lt;/strong&gt;: Johannes Schauer send me a few
succestions and reminded me about an important step.  The &quot;screen:&quot;
input source is only available once the vlc-plugin-access-extra
package is installed on Debian.  Without it, you will see this error
message: &quot;VLC is unable to open the MRL &#39;screen://&#39;.  Check the log
for details.&quot;  He further found that it is possible to drop some parts
of the VLC command line to reduce the amount of hardcoded information.
It is also useful to consider using cvlc to avoid having the VLC
window in the desktop view.  In sum, this give us this command line on
the source end

&lt;blockquote&gt;&lt;pre&gt;
cvlc screen:// --sout \
  &#39;#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{sdp=rtsp://:8080/}&#39;
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;and this on the Kodi end&lt;p&gt;

&lt;blockquote&gt;&lt;pre&gt;
echo rtsp://192.168.11.4:8080/ \
  &gt; /storage/videos/screenstream.m3u
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;Still bad image quality, though.  But I did discover that streaming
a DVD using dvdsimple:///dev/dvd as the source had excellent video and
audio quality, so I guess the issue is in the input or transcoding
parts, not the rtsp part.  I&#39;ve tried to change the vb and ab
parameters to use more bandwidth, but it did not make a
difference.&lt;/p&gt;

&lt;p&gt;I further received a suggestion from Einar Haraldseid to try using
gstreamer instead of VLC, and this proved to work great!  He also
provided me with the trick to get Kodi to use a multicast stream as
its source.  By using this monstrous oneliner, I can stream my desktop
with good video quality in reasonable framerate to the 239.255.0.1
multicast address on port 1234:

&lt;blockquote&gt;&lt;pre&gt;
gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
  videoconvert ! queue2 ! \
  x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
  key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
  mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \
  pulsesrc device=$(pactl list | grep -A2 &#39;Source #&#39; | \
    grep &#39;Name: .*\.monitor$&#39; |  cut -d&quot; &quot; -f2|head -1) ! \
  audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;and this on the Kodi end&lt;p&gt;

&lt;blockquote&gt;&lt;pre&gt;
echo udp://@239.255.0.1:1234 \
  &gt; /storage/videos/screenstream.m3u
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;Note the trick to pick a valid pulseaudio source.  It might not
pick the one you need.  This approach will of course lead to trouble
if more than one source uses the same multicast port and address.
Note the ttl-mc=1 setting, which limit the multicast packages to the
local network.  If the value is increased, your screen will be
broadcasted further, one network &quot;hop&quot; for each increase (read up on
multicast to learn more. :)!&lt;/p&gt;

&lt;p&gt;Having cracked how to get Kodi to receive multicast streams, I
could use this VLC command to stream to the same multicast address.
The image quality is way better than the rtsp approach, but gstreamer
seem to be doing a better job.&lt;/p&gt;

&lt;blockquote&gt;&lt;pre&gt;
cvlc screen:// --sout &#39;#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}&#39;
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Add-on to control the projector from within Kodi</title>
                <link>http://www.hungry.com/~pere/blog/Add_on_to_control_the_projector_from_within_Kodi.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Add_on_to_control_the_projector_from_within_Kodi.html</guid>
                <pubDate>Tue, 26 Jun 2018 23:55:00 +0200</pubDate>
                <description>&lt;p&gt;My movie playing setup involve &lt;a href=&quot;https://kodi.tv/&quot;&gt;Kodi&lt;/a&gt;,
&lt;a href=&quot;https://openelec.tv&quot;&gt;OpenELEC&lt;/a&gt; (probably soon to be
replaced with &lt;a href=&quot;https://libreelec.tv/&quot;&gt;LibreELEC&lt;/a&gt;) and an
Infocus IN76 video projector.  My projector can be controlled via both
a infrared remote controller, and a RS-232 serial line.  The vendor of
my projector, &lt;a href=&quot;https://www.infocus.com/&quot;&gt;InFocus&lt;/a&gt;, had been
sensible enough to document the serial protocol in its user manual, so
it is easily available, and I used it some years ago to write
&lt;a href=&quot;https://github.com/petterreinholdtsen/infocus-projector-control&quot;&gt;a
small script to control the projector&lt;/a&gt;.  For a while now, I longed
for a setup where the projector was controlled by Kodi, for example in
such a way that when the screen saver went on, the projector was
turned off, and when the screen saver exited, the projector was turned
on again.&lt;/p&gt;

&lt;p&gt;A few days ago, with very good help from parts of my family, I
managed to find a Kodi Add-on for controlling a Epson projector, and
got in touch with its author to see if we could join forces and make a
Add-on with support for several projectors.  To my pleasure, he was
positive to the idea, and we set out to add InFocus support to his
add-on, and make the add-on suitable for the official Kodi add-on
repository.&lt;/p&gt;

&lt;p&gt;The Add-on is now working (for me, at least), with a few minor
adjustments.  The most important change I do relative to the master
branch in the github repository is embedding the
&lt;a href=&quot;https://github.com/pyserial/pyserial&quot;&gt;pyserial module&lt;/a&gt; in
the add-on.  The long term solution is to make a &quot;script&quot; type
pyserial module for Kodi, that can be pulled in as a dependency in
Kodi.  But until that in place, I embed it.&lt;/p&gt;

&lt;p&gt;The add-on can be configured to turn on the projector when Kodi
starts, off when Kodi stops as well as turn the projector off when the
screensaver start and on when the screesaver stops.  It can also be
told to set the projector source when turning on the projector.

&lt;p&gt;If this sound interesting to you, check out
&lt;a href=&quot;https://github.com/fredrik-eriksson/kodi_projcontrol&quot;&gt;the
project github repository&lt;/a&gt;.  Perhaps you can send patches to
support your projector too?  As soon as we find time to wrap up the
latest changes, it should be available for easy installation using any
Kodi instance.&lt;/p&gt;

&lt;p&gt;For future improvements, I would like to add projector model
detection and the ability to adjust the brightness level of the
projector from within Kodi.  We also need to figure out how to handle
the cooling period of the projector.  My projector refuses to turn on
for 60 seconds after it was turned off.  This is not handled well by
the add-on at the moment.&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>youtube-dl for nedlasting fra NRK med undertekster - nice free software</title>
                <link>http://www.hungry.com/~pere/blog/youtube_dl_for_nedlasting_fra_NRK_med_undertekster___nice_free_software.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/youtube_dl_for_nedlasting_fra_NRK_med_undertekster___nice_free_software.html</guid>
                <pubDate>Sat, 28 Apr 2018 10:30:00 +0200</pubDate>
                <description>&lt;p&gt;I &lt;a href=&quot;https://no.wikipedia.org/wiki/VHS&quot;&gt;VHS-kassettenes&lt;/a&gt;
tid var det rett frem å ta vare på et TV-program en ønsket å kunne se
senere, uten å være avhengig av at programmet ble sendt på nytt.
Kanskje ønsket en å se programmet på hytten der det ikke var
TV-signal, eller av andre grunner ha det tilgjengelig for fremtidig
fornøyelse.  Dette er blitt vanskeligere med introduksjon av
digital-TV og webstreaming, der opptak til harddisk er utenfor de
flestes kontroll hvis de bruker ufri programvare og bokser kontrollert
av andre.  Men for NRK her i Norge, finnes det heldigvis flere fri
programvare-alternativer, som jeg har
&lt;a href=&quot;http://www.hungry.com/~pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html&quot;&gt;skrevet&lt;/a&gt;
&lt;a href=&quot;http://www.hungry.com/~pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html&quot;&gt;om&lt;/a&gt;
&lt;a href=&quot;http://www.hungry.com/~pere/blog/Nedlasting_fra_NRK__som_Matroska_med_undertekster.html&quot;&gt;før&lt;/a&gt;.
Så lenge kilden for nedlastingen er lovlig lagt ut på nett (hvilket
jeg antar NRK gjør), så er slik lagring til privat bruk også lovlig i
Norge.&lt;/p&gt;

&lt;p&gt;Sist jeg så på saken, i 2016, nevnte jeg at
&lt;a href=&quot;https://rg3.github.com/youtube-dl/&quot;&gt;youtube-dl&lt;/a&gt; ikke kunne
bake undertekster fra NRK inn i videofilene, og at jeg derfor
foretrakk andre alternativer.  Nylig oppdaget jeg at dette har endret
seg.  Fordelen med youtube-dl er at den er tilgjengelig direkte fra
Linux-distribusjoner som &lt;a href=&quot;https://www.debian.org/&quot;&gt;Debian&lt;/a&gt;
og &lt;a href=&quot;https://www.ubuntu.com/&quot;&gt;Ubuntu&lt;/a&gt;, slik at en slipper å
finne ut selv hvordan en skal få dem til å virke.&lt;/p&gt;

&lt;p&gt;For å laste ned et NRK-innslag med undertekster, og få den norske
underteksten pakket inn i videofilen, så kan følgende kommando
brukes:&lt;/p&gt;

&lt;p&gt;&lt;pre&gt;
youtube-dl --write-sub --sub-format ttml \
  --convert-subtitles srt --embed-subs \
  https://tv.nrk.no/serie/ramm-ferdig-gaa/MUHU11000316/27-04-2018
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;URL-eksemplet er dagens toppsak på tv.nrk.no.  Resultatet er en
MP4-fil med filmen og undertekster som kan spilles av med VLC.  Merk
at VLC ikke viser frem undertekster før du aktiverer dem.  For å gjøre
det, høyreklikk med musa i fremviservinduet, velg menyvalget for
undertekst og så norsk språk.  Jeg testet også &#39;--write-auto-sub&#39;,
men det kommandolinjeargumentet ser ikke ut til å fungere, så jeg
endte opp med settet med argumentlisten over, som jeg fant i en
feilrapport i youtube-dl-prosjektets samling over feilrapporter.&lt;/p&gt;

&lt;p&gt;Denne støtten i youtube-dl gjør det svært enkelt å lagre
NRK-innslag, det være seg nyheter, filmer, serier eller dokumentater,
for å ha dem tilgjengelig for fremtidig referanse og bruk, uavhengig
av hvor lenge innslagene ligger tilgjengelig hos NRK.  Så får det ikke
hjelpe at NRKs jurister mener at det er
&lt;a href=&quot;http://www.hungry.com/~pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html&quot;&gt;vesensforskjellig
å legge tilgjengelig for nedlasting og for streaming&lt;/a&gt;, når det rent
teknisk er samme sak.&lt;/p&gt;

&lt;p&gt;Programmet youtube-dl støtter også en rekke andre nettsteder, se
prosjektoversikten for
&lt;a href=&quot;http://rg3.github.io/youtube-dl/supportedsites.html&quot;&gt;en
komplett liste&lt;/a&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Using VLC to stream bittorrent sources</title>
                <link>http://www.hungry.com/~pere/blog/Using_VLC_to_stream_bittorrent_sources.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Using_VLC_to_stream_bittorrent_sources.html</guid>
                <pubDate>Wed, 14 Feb 2018 08:00:00 +0100</pubDate>
                <description>&lt;p&gt;A few days ago, a new major version of
&lt;a href=&quot;https://www.videolan.org/&quot;&gt;VLC&lt;/a&gt; was announced, and I
decided to check out if it now supported streaming over
&lt;a href=&quot;http://bittorrent.org/&quot;&gt;bittorrent&lt;/a&gt; and
&lt;a href=&quot;https://webtorrent.io&quot;&gt;webtorrent&lt;/a&gt;.  Bittorrent is one of
the most efficient ways to distribute large files on the Internet, and
Webtorrent is a variant of Bittorrent using
&lt;a href=&quot;https://webrtc.org&quot;&gt;WebRTC&lt;/a&gt; as its transport channel,
allowing web pages to stream and share files using the same technique.
The network protocols are similar but not identical, so a client
supporting one of them can not talk to a client supporting the other.
I was a bit surprised with what I discovered when I started to look.
Looking at
&lt;a href=&quot;https://www.videolan.org/vlc/releases/3.0.0.html&quot;&gt;the release
notes&lt;/a&gt; did not help answering this question, so I started searching
the web.  I found several news articles from 2013, most of them
tracing the news from Torrentfreak
(&quot;&lt;a href=https://torrentfreak.com/open-source-giant-vlc-mulls-bittorrent-support-130211/&quot;&gt;Open
Source Giant VLC Mulls BitTorrent Streaming Support&lt;/a&gt;&quot;), about a
initiative to pay someone to create a VLC patch for bittorrent
support.  To figure out what happend with this initiative, I headed
over to the #videolan IRC channel and asked if there were some bug or
feature request tickets tracking such feature.  I got an answer from
lead developer Jean-Babtiste Kempf, telling me that there was a patch
but neither he nor anyone else knew where it was.  So I searched a bit
more, and came across an independent
&lt;a href=&quot;https://github.com/johang/vlc-bittorrent&quot;&gt;VLC plugin to add
bittorrent support&lt;/a&gt;, created by Johan Gunnarsson in 2016/2017.
Again according to Jean-Babtiste, this is not the patch he was talking
about.&lt;/p&gt;

&lt;p&gt;Anyway, to test the plugin, I made a working Debian package from
the git repository, with some modifications.  After installing this
package, I could stream videos from
&lt;a href=&quot;https://www.archive.org/&quot;&gt;The Internet Archive&lt;/a&gt; using VLC
commands like this:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
vlc https://archive.org/download/LoveNest/LoveNest_archive.torrent
&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;The plugin is supposed to handle magnet links too, but since The
Internet Archive do not have magnet links and I did not want to spend
time tracking down another source, I have not tested it.  It can take
quite a while before the video start playing without any indication of
what is going on from VLC.  It took 10-20 seconds when I measured it.
Some times the plugin seem unable to find the correct video file to
play, and show the metadata XML file name in the VLC status line.  I
have no idea why.&lt;/p&gt;

&lt;p&gt;I have created a &lt;a href=&quot;https://bugs.debian.org/890360&quot;&gt;request for
a new package in Debian (RFP)&lt;/a&gt; and
&lt;a href=&quot;https://github.com/johang/vlc-bittorrent/issues/1&quot;&gt;asked if
the upstream author is willing to help make this happen&lt;/a&gt;.  Now we
wait to see what come out of this.  I do not want to maintain a
package that is not maintained upstream, nor do I really have time to
maintain more packages myself, so I might leave it at this.  But I
really hope someone step up to do the packaging, and hope upstream is
still maintaining the source.  If you want to help, please update the
RFP request or the upstream issue.&lt;/p&gt;

&lt;p&gt;I have not found any traces of webtorrent support for VLC.&lt;/p&gt;

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Kommentarer til «Evaluation of (il)legality» for Popcorn Time</title>
                <link>http://www.hungry.com/~pere/blog/Kommentarer_til__Evaluation_of__il_legality__for_Popcorn_Time.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Kommentarer_til__Evaluation_of__il_legality__for_Popcorn_Time.html</guid>
                <pubDate>Wed, 20 Dec 2017 11:40:00 +0100</pubDate>
                <description>&lt;p&gt;I går var jeg i Follo tingrett som sakkyndig vitne og presenterte
  mine undersøkelser rundt
  &lt;a href=&quot;https://github.com/petterreinholdtsen/public-domain-free-imdb&quot;&gt;telling
    av filmverk i det fri&lt;/a&gt;, relatert til
  &lt;a href=&quot;https://www.nuug.no/&quot;&gt;foreningen NUUG&lt;/a&gt;s involvering i
  &lt;a href=&quot;https://www.nuug.no/news/tags/dns-domenebeslag/&quot;&gt;saken om
  Økokrims beslag og senere inndragning av DNS-domenet
  popcorn-time.no&lt;/a&gt;.  Jeg snakket om flere ting, men mest om min
  vurdering av hvordan filmbransjen har målt hvor ulovlig Popcorn Time
  er.  Filmbransjens måling er så vidt jeg kan se videreformidlet uten
  endringer av norsk politi, og domstolene har lagt målingen til grunn
  når de har vurdert Popcorn Time både i Norge og i utlandet (tallet
  99% er referert også i utenlandske domsavgjørelser).&lt;/p&gt;

&lt;p&gt;I forkant av mitt vitnemål skrev jeg et notat, mest til meg selv,
  med de punktene jeg ønsket å få frem.  Her er en kopi av notatet jeg
  skrev og ga til aktoratet.  Merkelig nok ville ikke dommerene ha
  notatet, så hvis jeg forsto rettsprosessen riktig ble kun
  histogram-grafen lagt inn i dokumentasjonen i saken.  Dommerne var
  visst bare interessert i å forholde seg til det jeg sa i retten,
  ikke det jeg hadde skrevet i forkant.  Uansett så antar jeg at flere
  enn meg kan ha glede av teksten, og publiserer den derfor her.
  Legger ved avskrift av dokument 09,13, som er det sentrale
  dokumentet jeg kommenterer.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Kommentarer til «Evaluation of (il)legality» for Popcorn
  Time&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Oppsummering&lt;/strong&gt;&lt;/p&gt;            

&lt;p&gt;Målemetoden som Økokrim har lagt til grunn når de påstår at 99% av
  filmene tilgjengelig fra Popcorn Time deles ulovlig har
  svakheter.&lt;/p&gt;

&lt;p&gt;De eller den som har vurdert hvorvidt filmer kan lovlig deles har
  ikke lyktes med å identifisere filmer som kan deles lovlig og har
  tilsynelatende antatt at kun veldig gamle filmer kan deles lovlig.
  Økokrim legger til grunn at det bare finnes èn film, Charlie
  Chaplin-filmen «The Circus» fra 1928, som kan deles fritt blant de
  som ble observert tilgjengelig via ulike Popcorn Time-varianter.
  Jeg finner tre flere blant de observerte filmene: «The Brain That
  Wouldn&#39;t Die» fra 1962, «God’s Little Acre» fra 1958 og «She Wore a
  Yellow Ribbon» fra 1949.  Det er godt mulig det finnes flere.  Det
  finnes dermed minst fire ganger så mange filmer som lovlig kan deles
  på Internett i datasettet Økokrim har lagt til grunn når det påstås
  at mindre enn 1 % kan deles lovlig.&lt;/p&gt;

&lt;p&gt;Dernest, utplukket som gjøres ved søk på tilfeldige ord hentet fra
  ordlisten til Dale-Chall avviker fra årsfordelingen til de brukte
  filmkatalogene som helhet, hvilket påvirker fordelingen mellom
  filmer som kan lovlig deles og filmer som ikke kan lovlig deles.  I
  tillegg gir valg av øvre del (de fem første) av søkeresultatene et
  avvik fra riktig årsfordeling, hvilket påvirker fordelingen av verk
  i det fri i søkeresultatet.&lt;/p&gt;

&lt;p&gt;Det som måles er ikke (u)lovligheten knyttet til bruken av Popcorn
  Time, men (u)lovligheten til innholdet i bittorrent-filmkataloger
  som vedlikeholdes uavhengig av Popcorn Time.&lt;/p&gt;

&lt;p&gt;Omtalte dokumenter: 09,12, &lt;a href=&quot;#dok-09-13&quot;&gt;09,13&lt;/a&gt;, 09,14,
09,18, 09,19, 09,20.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Utfyllende kommentarer&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Økokrim har forklart domstolene at minst 99% av alt som er
  tilgjengelig fra ulike Popcorn Time-varianter deles ulovlig på
  Internet.  Jeg ble nysgjerrig på hvordan de er kommet frem til dette
  tallet, og dette notatet er en samling kommentarer rundt målingen
  Økokrim henviser til.  Litt av bakgrunnen for at jeg valgte å se på
  saken er at jeg er interessert i å identifisere og telle hvor mange
  kunstneriske verk som er falt i det fri eller av andre grunner kan
  lovlig deles på Internett, og dermed var interessert i hvordan en
  hadde funnet den ene prosenten som kanskje deles lovlig.&lt;/p&gt;

&lt;p&gt;Andelen på 99% kommer fra et ukreditert og udatert notatet som tar
  mål av seg å dokumentere en metode for å måle hvor (u)lovlig ulike
  Popcorn Time-varianter er.&lt;/p&gt;

&lt;p&gt;Raskt oppsummert, så forteller metodedokumentet at på grunn av at
  det ikke er mulig å få tak i komplett liste over alle filmtitler
  tilgjengelig via Popcorn Time, så lages noe som skal være et
  representativt utvalg ved å velge 50 søkeord større enn tre tegn fra
  ordlisten kjent som Dale-Chall.  For hvert søkeord gjøres et søk og
  de første fem filmene i søkeresultatet samles inn inntil 100 unike
  filmtitler er funnet.  Hvis 50 søkeord ikke var tilstrekkelig for å
  nå 100 unike filmtitler ble flere filmer fra hvert søkeresultat lagt
  til.  Hvis dette heller ikke var tilstrekkelig, så ble det hentet ut
  og søkt på flere tilfeldig valgte søkeord inntil 100 unike
  filmtitler var identifisert.&lt;/p&gt;

&lt;p&gt;Deretter ble for hver av filmtitlene «vurdert hvorvidt det var
  rimelig å forvente om at verket var vernet av copyright, ved å se på
  om filmen var tilgjengelig i IMDB, samt se på regissør,
  utgivelsesår, når det var utgitt for bestemte markedsområder samt
  hvilke produksjons- og distribusjonsselskap som var registrert» (min
  oversettelse).&lt;/p&gt;

&lt;p&gt;Metoden er gjengitt både i de ukrediterte dokumentene 09,13 og
  09,19, samt beskrevet fra side 47 i dokument 09,20, lysark datert
  2017-02-01.  Sistnevnte er kreditert Geerart Bourlon fra Motion
  Picture Association EMEA.  Metoden virker å ha flere svakheter som
  gir resultatene en slagside.  Den starter med å slå fast at det ikke
  er mulig å hente ut en komplett liste over alle filmtitler som er
  tilgjengelig, og at dette er bakgrunnen for metodevalget.  Denne
  forutsetningen er ikke i tråd med det som står i dokument 09,12, som
  ikke heller har oppgitt forfatter og dato.  Dokument 09,12 forteller
  hvordan hele kataloginnholdet ble lasted ned og talt opp.  Dokument
  09,12 er muligens samme rapport som ble referert til i dom fra Oslo
  Tingrett 2017-11-03
  (&lt;a href=&quot;https://www.domstol.no/no/Enkelt-domstol/Oslo--tingrett/Nyheter/ma-sperre-for-popcorn-time/&quot;&gt;sak
  17-093347TVI-OTIR/05&lt;/a&gt;) som rapport av 1. juni 2017 av Alexander
  Kind Petersen, men jeg har ikke sammenlignet dokumentene ord for ord
  for å kontrollere dette.&lt;/p&gt;

&lt;p&gt;IMDB er en forkortelse for The Internet Movie Database, en
  anerkjent kommersiell nettjeneste som brukes aktivt av både
  filmbransjen og andre til å holde rede på hvilke spillefilmer (og
  endel andre filmer) som finnes eller er under produksjon, og
  informasjon om disse filmene.  Datakvaliteten er høy, med få feil og
  få filmer som mangler.  IMDB viser ikke informasjon om
  opphavsrettslig status for filmene på infosiden for hver film.  Som
  del av IMDB-tjenesten finnes det lister med filmer laget av
  frivillige som lister opp det som antas å være verk i det fri.&lt;/p&gt;
  
&lt;p&gt;Det finnes flere kilder som kan brukes til å finne filmer som er
  allemannseie (public domain) eller har bruksvilkår som gjør det
  lovlig for alleå dele dem på Internett.  Jeg har de siste ukene
  forsøkt å samle og krysskoble disse listene for å forsøke å telle
  antall filmer i det fri.  Ved å ta utgangspunkt i slike lister (og
  publiserte filmer for Internett-arkivets del), har jeg så langt
  klart å identifisere over 11 000 filmer, hovedsaklig spillefilmer.

&lt;p&gt;De aller fleste oppføringene er hentet fra IMDB selv, basert på det
  faktum at alle filmer laget i USA før 1923 er falt i det fri.
  Tilsvarende tidsgrense for Storbritannia er 1912-07-01, men dette
  utgjør bare veldig liten del av spillefilmene i IMDB (19 totalt).
  En annen stor andel kommer fra Internett-arkivet, der jeg har
  identifisert filmer med referanse til IMDB.  Internett-arkivet, som
  holder til i USA, har som
  &lt;a href=&quot;https://archive.org/about/terms.php&quot;&gt;policy å kun publisere
  filmer som det er lovlig å distribuere&lt;/a&gt;.  Jeg har under arbeidet
  kommet over flere filmer som har blitt fjernet fra
  Internett-arkivet, hvilket gjør at jeg konkluderer med at folkene
  som kontrollerer Internett-arkivet har et aktivt forhold til å kun
  ha lovlig innhold der, selv om det i stor grad er drevet av
  frivillige.  En annen stor liste med filmer kommer fra det
  kommersielle selskapet Retro Film Vault, som selger allemannseide
  filmer til TV- og filmbransjen, Jeg har også benyttet meg av lister
  over filmer som hevdes å være allemannseie, det være seg Public
  Domain Review, Public Domain Torrents og Public Domain Movies (.net
  og .info), samt lister over filmer med Creative Commons-lisensiering
  fra Wikipedia, VODO og The Hill Productions.  Jeg har gjort endel
  stikkontroll ved å vurdere filmer som kun omtales på en liste.  Der
  jeg har funnet feil som har gjort meg i tvil om vurderingen til de
  som har laget listen har jeg forkastet listen fullstendig (gjelder
  en liste fra IMDB).&lt;/p&gt;
  
&lt;p&gt;Ved å ta utgangspunkt i verk som kan antas å være lovlig delt på
  Internett (fra blant annet Internett-arkivet, Public Domain
  Torrents, Public Domain Reivew og Public Domain Movies), og knytte
  dem til oppføringer i IMDB, så har jeg så langt klart å identifisere
  over 11 000 filmer (hovedsaklig spillefilmer) det er grunn til å tro
  kan lovlig distribueres av alle på Internett.  Som ekstra kilder er
  det brukt lister over filmer som antas/påstås å være allemannseie.
  Disse kildene kommer fra miljøer som jobber for å gjøre tilgjengelig
  for almennheten alle verk som er falt i det fri eller har
  bruksvilkår som tillater deling.&lt;/p&gt;

&lt;p&gt;I tillegg til de over 11 000 filmene der tittel-ID i IMDB er
  identifisert, har jeg funnet mer enn 20 000 oppføringer der jeg ennå
  ikke har hatt kapasitet til å spore opp tittel-ID i IMDB.  Noen av
  disse er nok duplikater av de IMDB-oppføringene som er identifisert
  så langt, men neppe alle.  Retro Film Vault hevder å ha 44 000
  filmverk i det fri i sin katalog, så det er mulig at det reelle
  tallet er betydelig høyere enn de jeg har klart å identifisere så
  langt.  Konklusjonen er at tallet 11 000 er nedre grense for hvor
  mange filmer i IMDB som kan lovlig deles på Internett.  I følge &lt;a
  href=&quot;http://www.imdb.com/stats&quot;&gt;statistikk fra IMDB&lt;/a&gt; er det 4.6
  millioner titler registrert, hvorav 3 millioner er TV-serieepisoder.
  Jeg har ikke funnet ut hvordan de fordeler seg per år.&lt;/p&gt;

&lt;p&gt;Hvis en fordeler på år alle tittel-IDene i IMDB som hevdes å lovlig
  kunne deles på Internett, får en følgende histogram:&lt;/p&gt;

&lt;p align=&quot;center&quot;&gt;&lt;img width=&quot;80%&quot; src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year.png&quot;&gt;&lt;/p&gt;

&lt;p&gt;En kan i histogrammet se at effekten av manglende registrering
  eller fornying av registrering er at mange filmer gitt ut i USA før
  1978 er allemannseie i dag.  I tillegg kan en se at det finnes flere
  filmer gitt ut de siste årene med bruksvilkår som tillater deling,
  muligens på grunn av fremveksten av
  &lt;a href=&quot;https://creativecommons.org/&quot;&gt;Creative
  Commons&lt;/a&gt;-bevegelsen..&lt;/p&gt;
  
&lt;p&gt;For maskinell analyse av katalogene har jeg laget et lite program
  som kobler seg til bittorrent-katalogene som brukes av ulike Popcorn
  Time-varianter og laster ned komplett liste over filmer i
  katalogene, noe som bekrefter at det er mulig å hente ned komplett
  liste med alle filmtitler som er tilgjengelig.  Jeg har sett på fire
  bittorrent-kataloger.  Den ene brukes av klienten tilgjengelig fra
  www.popcorntime.sh og er navngitt &#39;sh&#39; i dette dokumentet.  Den
  andre brukes i følge dokument 09,12 av klienten tilgjengelig fra
  popcorntime.ag og popcorntime.sh og er navngitt &#39;yts&#39; i dette
  dokumentet.  Den tredje brukes av websidene tilgjengelig fra
  popcorntime-online.tv og er navngitt &#39;apidomain&#39; i dette dokumentet.
  Den fjerde brukes av klienten tilgjenglig fra popcorn-time.to i
  følge dokument 09,12, og er navngitt &#39;ukrfnlge&#39; i dette
  dokumentet.&lt;/p&gt;

&lt;p&gt;Metoden Økokrim legger til grunn skriver i sitt punkt fire at
  skjønn er en egnet metode for å finne ut om en film kan lovlig deles
  på Internett eller ikke, og sier at det ble «vurdert hvorvidt det
  var rimelig å forvente om at verket var vernet av copyright».  For
  det første er det ikke nok å slå fast om en film er «vernet av
  copyright» for å vite om det er lovlig å dele den på Internett eller
  ikke, da det finnes flere filmer med opphavsrettslige bruksvilkår
  som tillater deling på Internett.  Eksempler på dette er Creative
  Commons-lisensierte filmer som Citizenfour fra 2014 og Sintel fra
  2010.  I tillegg til slike finnes det flere filmer som nå er
  allemannseie (public domain) på grunn av manglende registrering
  eller fornying av registrering selv om både regisør,
  produksjonsselskap og distributør ønsker seg vern.  Eksempler på
  dette er Plan 9 from Outer Space fra 1959 og Night of the Living
  Dead fra 1968.  Alle filmer fra USA som var allemannseie før
  1989-03-01 forble i det fri da Bern-konvensjonen, som tok effekt i
  USA på det tidspunktet, ikke ble gitt tilbakevirkende kraft.  Hvis
  det er noe
  &lt;a href=&quot;http://www.latimes.com/local/lanow/la-me-ln-happy-birthday-song-lawsuit-decision-20150922-story.html&quot;&gt;historien
  om sangen «Happy birthday»&lt;/a&gt; forteller oss, der betaling for bruk
  har vært krevd inn i flere tiår selv om sangen ikke egentlig var
  vernet av åndsverksloven, så er det at hvert enkelt verk må vurderes
  nøye og i detalj før en kan slå fast om verket er allemannseie eller
  ikke, det holder ikke å tro på selverklærte rettighetshavere.  Flere
  eksempel på verk i det fri som feilklassifiseres som vernet er fra
  dokument 09,18, som lister opp søkeresultater for klienten omtalt
  som popcorntime.sh og i følge notatet kun inneholder en film (The
  Circus fra 1928) som under tvil kan antas å være allemannseie.&lt;/p&gt;

&lt;p&gt;Ved rask gjennomlesning av dokument 09,18, som inneholder
  skjermbilder fra bruk av en Popcorn Time-variant, fant jeg omtalt
  både filmen «The Brain That Wouldn&#39;t Die» fra 1962 som er
  &lt;a href=&quot;https://archive.org/details/brain_that_wouldnt_die&quot;&gt;tilgjengelig
  fra Internett-arkivet&lt;/a&gt; og som
  &lt;a href=&quot;https://en.wikipedia.org/wiki/List_of_films_in_the_public_domain_in_the_United_States&quot;&gt;i
    følge Wikipedia er allemannseie i USA&lt;/a&gt; da den ble gitt ut i
  1962 uten &#39;copyright&#39;-merking, og filmen «God’s Little Acre» fra
  1958 &lt;a href=&quot;https://en.wikipedia.org/wiki/God%27s_Little_Acre_%28film%29&quot;&gt;som
    er lagt ut på Wikipedia&lt;/a&gt;, der det fortelles at
  sort/hvit-utgaven er allemannseie.  Det fremgår ikke fra dokument
  09,18 om filmen omtalt der er sort/hvit-utgaven.  Av
  kapasitetsårsaker og på grunn av at filmoversikten i dokument 09,18
  ikke er maskinlesbart har jeg ikke forsøkt å sjekke alle filmene som
  listes opp der om mot liste med filmer som er antatt lovlig kan
  distribueres på Internet.&lt;/p&gt;

&lt;p&gt;Ved maskinell gjennomgang av listen med IMDB-referanser under
  regnearkfanen &#39;Unique titles&#39; i dokument 09.14, fant jeg i tillegg
  filmen «She Wore a Yellow Ribbon» fra 1949) som nok også er
  feilklassifisert. Filmen «She Wore a Yellow Ribbon» er tilgjengelig
  fra Internett-arkivet og markert som allemannseie der.  Det virker
  dermed å være minst fire ganger så mange filmer som kan lovlig deles
  på Internett enn det som er lagt til grunn når en påstår at minst
  99% av innholdet er ulovlig.  Jeg ser ikke bort fra at nærmere
  undersøkelser kan avdekke flere.  Poenget er uansett at metodens
  punkt om «rimelig å forvente om at verket var vernet av copyright»
  gjør metoden upålitelig.&lt;/p&gt;

&lt;p&gt;Den omtalte målemetoden velger ut tilfeldige søketermer fra
  ordlisten Dale-Chall.  Den ordlisten inneholder 3000 enkle engelske
  som fjerdeklassinger i USA er forventet å forstå.  Det fremgår ikke
  hvorfor akkurat denne ordlisten er valgt, og det er uklart for meg
  om den er egnet til å få et representativt utvalg av filmer.  Mange
  av ordene gir tomt søkeresultat.  Ved å simulerte tilsvarende søk
  ser jeg store avvik fra fordelingen i katalogen for enkeltmålinger.
  Dette antyder at enkeltmålinger av 100 filmer slik målemetoden
  beskriver er gjort, ikke er velegnet til å finne andel ulovlig
  innhold i bittorrent-katalogene.&lt;/p&gt;

&lt;p&gt;En kan motvirke dette store avviket for enkeltmålinger ved å gjøre
  mange søk og slå sammen resultatet.  Jeg har testet ved å
  gjennomføre 100 enkeltmålinger (dvs. måling av (100x100=) 10 000
  tilfeldig valgte filmer) som gir mindre, men fortsatt betydelig
  avvik, i forhold til telling av filmer pr år i hele katalogen.&lt;/p&gt;
  
&lt;p&gt;Målemetoden henter ut de fem øverste i søkeresultatet.
  Søkeresultatene er sortert på antall bittorrent-klienter registrert
  som delere i katalogene, hvilket kan gi en slagside mot hvilke
  filmer som er populære blant de som bruker bittorrent-katalogene,
  uten at det forteller noe om hvilket innhold som er tilgjengelig
  eller hvilket innhold som deles med Popcorn Time-klienter.  Jeg har
  forsøkt å måle hvor stor en slik slagside eventuelt er ved å
  sammenligne fordelingen hvis en tar de 5 nederste i søkeresultatet i
  stedet.  Avviket for disse to metodene for endel kataloger er godt
  synlig på histogramet.  Her er histogram over filmer funnet i den
  komplette katalogen (grønn strek), og filmer funnet ved søk etter
  ord i Dale-Chall.  Grafer merket &#39;top&#39; henter fra de 5 første i
  søkeresultatet, mens de merket &#39;bottom&#39; henter fra de 5 siste.  En
  kan her se at resultatene påvirkes betydelig av hvorvidt en ser på
  de første eller de siste filmene i et søketreff.&lt;/p&gt;

&lt;p align=&quot;center&quot;&gt;
  &lt;img width=&quot;40%&quot; src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-sh-top.png&quot;/&gt;
  &lt;img width=&quot;40%&quot; src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-sh-bottom.png&quot;/&gt;
  &lt;br&gt;
  &lt;img width=&quot;40%&quot; src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-yts-top.png&quot;/&gt;
  &lt;img width=&quot;40%&quot; src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-yts-bottom.png&quot;/&gt;
  &lt;br&gt;
  &lt;img width=&quot;40%&quot; src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-ukrfnlge-top.png&quot;/&gt;
  &lt;img width=&quot;40%&quot; src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-ukrfnlge-bottom.png&quot;/&gt;
  &lt;br&gt;
  &lt;img width=&quot;40%&quot; src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-apidomain-top.png&quot;/&gt;
  &lt;img width=&quot;40%&quot; src=&quot;http://www.hungry.com/~pere/blog/images/2017-12-20-histogram-year-apidomain-bottom.png&quot;/&gt;
&lt;/p&gt;
  
&lt;p&gt;Det er verdt å bemerke at de omtalte bittorrent-katalogene ikke er
  laget for bruk med Popcorn Time.  Eksempelvis tilhører katalogen
  YTS, som brukes av klientet som ble lastes ned fra popcorntime.sh,
  et selvstendig fildelings-relatert nettsted YTS.AG med et separat
  brukermiljø.  Målemetoden foreslått av Økokrim måler dermed ikke
  (u)lovligheten rundt bruken av Popcorn Time, men (u)lovligheten til
  innholdet i disse katalogene.&lt;/p&gt;

&lt;hr&gt;

&lt;p id=&quot;dok-09-13&quot;&gt;Metoden fra Økokrims dokument 09,13 i straffesaken
om DNS-beslag.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;1. Evaluation of (il)legality&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;1.1. Methodology&lt;/strong&gt;
     
&lt;p&gt;Due to its technical configuration, Popcorn Time applications don&#39;t
allow to make a full list of all titles made available. In order to
evaluate the level of illegal operation of PCT, the following
methodology was applied:&lt;/p&gt;

&lt;ol&gt;

 &lt;li&gt;A random selection of 50 keywords, greater than 3 letters, was
    made from the Dale-Chall list that contains 3000 simple English
    words1. The selection was made by using a Random Number
    Generator2.&lt;/li&gt;
          
 &lt;li&gt;For each keyword, starting with the first randomly selected
    keyword, a search query was conducted in the movie section of the
    respective Popcorn Time application. For each keyword, the first
    five results were added to the title list until the number of 100
    unique titles was reached (duplicates were removed).&lt;/li&gt;
          
 &lt;li&gt;For one fork, .CH, insufficient titles were generated via this
    approach to reach 100 titles. This was solved by adding any
    additional query results above five for each of the 50 keywords.
    Since this still was not enough, another 42 random keywords were
    selected to finally reach 100 titles.&lt;/li&gt;
          
 &lt;li&gt;It was verified whether or not there is a reasonable expectation
    that the work is copyrighted by checking if they are available on
    IMDb, also verifying the director, the year when the title was
    released, the release date for a certain market, the production
    company/ies of the title and the distribution company/ies.&lt;/li&gt;

&lt;/ol&gt;

&lt;p&gt;&lt;strong&gt;1.2. Results&lt;/strong&gt;&lt;/p&gt;
     
&lt;p&gt;Between 6 and 9 June 2016, four forks of Popcorn Time were
investigated: popcorn-time.to, popcorntime.ag, popcorntime.sh and
popcorntime.ch. An excel sheet with the results is included in
Appendix 1. Screenshots were secured in separate Appendixes for each
respective fork, see Appendix 2-5.&lt;/p&gt;

&lt;p&gt;For each fork, out of 100, de-duplicated titles it was possible to
retrieve data according to the parameters set out above that indicate
that the title is commercially available. Per fork, there was 1 title
that presumably falls within the public domain, i.e. the 1928 movie
&quot;The Circus&quot; by and with Charles Chaplin.&lt;/p&gt;

&lt;p&gt;Based on the above it is reasonable to assume that 99% of the movie
content of each fork is copyright protected and is made available
illegally.&lt;/p&gt;

&lt;p&gt;This exercise was not repeated for TV series, but considering that
besides production companies and distribution companies also
broadcasters may have relevant rights, it is reasonable to assume that
at least a similar level of infringement will be established.&lt;/p&gt;

&lt;p&gt;Based on the above it is reasonable to assume that 99% of all the
content of each fork is copyright protected and are made available
illegally.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Is the short movie «Empty Socks» from 1927 in the public domain or not?</title>
                <link>http://www.hungry.com/~pere/blog/Is_the_short_movie__Empty_Socks__from_1927_in_the_public_domain_or_not_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Is_the_short_movie__Empty_Socks__from_1927_in_the_public_domain_or_not_.html</guid>
                <pubDate>Tue, 5 Dec 2017 12:30:00 +0100</pubDate>
                <description>&lt;p&gt;Three years ago, a presumed lost animation film,
&lt;a href=&quot;https://en.wikipedia.org/wiki/Empty_Socks&quot;&gt;Empty Socks from
1927&lt;/a&gt;, was discovered in the Norwegian National Library.  At the
time it was discovered, it was generally assumed to be copyrighted by
The Walt Disney Company, and I blogged about
&lt;a href=&quot;http://www.hungry.com/~pere/blog/Opphavsretts_status_for__Empty_Socks__fra_1927_.html&quot;&gt;my
reasoning to conclude&lt;/a&gt; that it would would enter the Norwegian
equivalent of the public domain in 2053, based on my understanding of
Norwegian Copyright Law.  But a few days ago, I came across
&lt;a href=&quot;http://www.toonzone.net/forums/threads/exposed-disneys-repurchase-of-oswald-the-rabbit-a-sham.4792291/&quot;&gt;a
blog post claiming the movie was already in the public domain&lt;/a&gt;, at
least in USA.  The reasoning is as follows: The film was released in
November or Desember 1927 (sources disagree), and presumably
registered its copyright that year.  At that time, right holders of
movies registered by the copyright office received government
protection for there work for 28 years.  After 28 years, the copyright
had to be renewed if the wanted the government to protect it further.
The blog post I found claim such renewal did not happen for this
movie, and thus it entered the public domain in 1956.  Yet someone
claim the copyright was renewed and the movie is still copyright
protected.  Can anyone help me to figure out which claim is correct?
I have not been able to find Empty Socks in Catalog of copyright
entries.  Ser.3 pt.12-13 v.9-12 1955-1958 Motion Pictures
&lt;a href=&quot;http://onlinebooks.library.upenn.edu/cce/1955r.html#film&quot;&gt;available
from the University of Pennsylvania&lt;/a&gt;, neither in
&lt;a href=&quot;https://babel.hathitrust.org/cgi/pt?id=mdp.39015084451130;page=root;view=image;size=100;seq=83;num=45&quot;&gt;page
45 for the first half of 1955&lt;/a&gt;, nor in
&lt;a href=&quot;https://babel.hathitrust.org/cgi/pt?id=mdp.39015084451130;page=root;view=image;size=100;seq=175;num=119&quot;&gt;page
119 for the second half of 1955&lt;/a&gt;.  It is of course possible that
the renewal entry was left out of the printed catalog by mistake.  Is
there some way to rule out this possibility?  Please help, and update
the wikipedia page with your findings.

&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
activities, please send Bitcoin donations to my address
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Techno TV broadcasting live across Norway and the Internet (#debconf16, #nuug) on @frikanalen</title>
                <link>http://www.hungry.com/~pere/blog/Techno_TV_broadcasting_live_across_Norway_and_the_Internet___debconf16___nuug__on__frikanalen.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Techno_TV_broadcasting_live_across_Norway_and_the_Internet___debconf16___nuug__on__frikanalen.html</guid>
                <pubDate>Mon, 1 Aug 2016 10:30:00 +0200</pubDate>
                <description>&lt;p&gt;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
&lt;a href=&quot;http://beta.frikanalen.no/video/625529/&quot;&gt;Linus Torvalds&lt;/a&gt;,
&lt;a href=&quot;http://beta.frikanalen.no/video/625599/&quot;&gt;Tor&lt;/a&gt;,
&lt;a href=&quot;http://beta.frikanalen.no/video/624019/&quot;&gt;OpenID&lt;/A&gt;,
&lt;a href=&quot;http://beta.frikanalen.no/video/625624/&quot;&gt;Common Lisp&lt;/a&gt;,
&lt;a href=&quot;http://beta.frikanalen.no/video/625446/&quot;&gt;Civic Tech&lt;/a&gt;,
&lt;a href=&quot;http://beta.frikanalen.no/video/625090/&quot;&gt;EFF founder John Barlow&lt;/a&gt;,
&lt;a href=&quot;http://beta.frikanalen.no/video/625432/&quot;&gt;how to make 3D
printer electronics&lt;/a&gt; and many more fascinating topics?  It works
using only free software (all of it
&lt;a href=&quot;http://github.com/Frikanalen&quot;&gt;available from Github&lt;/a&gt;), and
is administrated using a web browser and a web API.&lt;/p&gt;

&lt;p&gt;The TV channel is the Norwegian open channel
&lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, and I am involved
via &lt;a href=&quot;https://www.nuug.no/&quot;&gt;the NUUG member association&lt;/a&gt; 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.&lt;/p&gt;

&lt;p&gt;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
&lt;a href=&quot;http://beta.frikanalen.no/&quot;&gt;a WebM unicast stream&lt;/a&gt; from
Frikanalen and NUUG.  Check it out. :)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>The new &quot;best&quot; multimedia player in Debian?</title>
                <link>http://www.hungry.com/~pere/blog/The_new__best__multimedia_player_in_Debian_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/The_new__best__multimedia_player_in_Debian_.html</guid>
                <pubDate>Mon, 6 Jun 2016 12:50:00 +0200</pubDate>
                <description>&lt;p&gt;When I set out a few weeks ago to figure out
&lt;a href=&quot;http://www.hungry.com/~pere/blog/What_is_the_best_multimedia_player_in_Debian_.html&quot;&gt;which
multimedia player in Debian claimed to support most file formats /
MIME types&lt;/a&gt;, 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.&lt;/p&gt;

&lt;p&gt;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
&lt;a href=&quot;https://wiki.debian.org/DebianMultimedia/PlayerSupport&quot;&gt;Multimedia
player MIME type support status&lt;/a&gt; Debian wiki page.&lt;/p&gt;

&lt;p&gt;The new &quot;best&quot; 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.&lt;/p&gt;

&lt;p&gt;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.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Tor - from its creators mouth 11 years ago</title>
                <link>http://www.hungry.com/~pere/blog/Tor___from_its_creators_mouth_11_years_ago.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Tor___from_its_creators_mouth_11_years_ago.html</guid>
                <pubDate>Sat, 28 May 2016 14:20:00 +0200</pubDate>
                <description>&lt;p&gt;A little more than 11 years ago, one of the creators of Tor, and
the current President of &lt;a href=&quot;https://www.torproject.org/&quot;&gt;the Tor
project&lt;/a&gt;, Roger Dingledine, gave a talk for the members of the
&lt;a href=&quot;http://www.nuug.no/&quot;&gt;Norwegian Unix User group&lt;/a&gt; (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
&lt;a href=&quot;http://frikanalen.no/se&quot;&gt;watch the live stream using a web
browser&lt;/a&gt; with WebM support, or check out the recording on the video
on demand page for the talk
&quot;&lt;a href=&quot;http://beta.frikanalen.no/video/625599&quot;&gt;Tor: Anonymous
communication for the US Department of Defence...and you.&lt;/a&gt;&quot;.&lt;/p&gt;

&lt;p&gt;Here is the video included for those of you using browsers with
HTML video and Ogg Theora support:&lt;/p&gt;

&lt;p&gt;&lt;video width=&quot;70%&quot; poster=&quot;http://simula.gunkies.org/media/625599/large_thumb/20050421-tor-frikanalen.jpg&quot; controls&gt;
  &lt;source src=&quot;http://simula.gunkies.org/media/625599/theora/20050421-tor-frikanalen.ogv&quot; type=&quot;video/ogg&quot;/&gt;
&lt;/video&gt;&lt;/p&gt;

&lt;p&gt;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. :)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>What is the best multimedia player in Debian?</title>
                <link>http://www.hungry.com/~pere/blog/What_is_the_best_multimedia_player_in_Debian_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/What_is_the_best_multimedia_player_in_Debian_.html</guid>
                <pubDate>Sun, 8 May 2016 09:40:00 +0200</pubDate>
                <description>&lt;p&gt;&lt;strong&gt;Where I set out to figure out which multimedia player in
Debian claim support for most file formats.&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;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.
&lt;a href=&quot;https://wiki.debian.org/DebianEdu/BrowserMultimedia&quot;&gt;The
result&lt;/a&gt; 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.&lt;/p&gt;

&lt;p&gt;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
&lt;a href=&quot;https://bugs.debian.org/822245&quot;&gt;missing MIME type in the VLC
desktop file&lt;/a&gt;.  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.&lt;/p&gt;

&lt;p&gt;The result can be seen on the Debian Wiki, as
&lt;a href=&quot;https://wiki.debian.org/DebianMultimedia/PlayerSupport&quot;&gt;a
table listing all MIME types supported by one of the packages included
in the table&lt;/a&gt;, with the package supporting most MIME types being
listed first in the table.&lt;/p&gt;

&lt;/p&gt;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?&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Nedlasting fra NRK, som Matroska med undertekster</title>
                <link>http://www.hungry.com/~pere/blog/Nedlasting_fra_NRK__som_Matroska_med_undertekster.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~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://www.hungry.com/~pere/blog/MPEG_LA_on__Internet_Broadcast_AVC_Video__licensing_and_non_private_use.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~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://www.hungry.com/~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>MakerCon Nordic videos now available on Frikanalen</title>
                <link>http://www.hungry.com/~pere/blog/MakerCon_Nordic_videos_now_available_on_Frikanalen.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/MakerCon_Nordic_videos_now_available_on_Frikanalen.html</guid>
                <pubDate>Thu, 2 Jul 2015 14:10:00 +0200</pubDate>
                <description>&lt;p&gt;Last oktober I was involved on behalf of
&lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; with recording the talks at
&lt;a href=&quot;http://www.makercon.no/&quot;&gt;MakerCon Nordic&lt;/a&gt;, a conference for
the Maker movement.  Since then it has been the plan to publish the
recordings on &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, 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
&lt;a href=&quot;https://www.youtube.com/user/MakerConNordic/&quot;&gt;available on
Youtube too&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;This is the list of talks available at the moment.  Visit the
&lt;a href=&quot;http://beta.frikanalen.no/video/?q=makercon&quot;&gt;Frikanalen video
pages&lt;/a&gt; to view them.&lt;/p&gt;

&lt;ul&gt;

  &lt;li&gt;Evolutionary algorithms as a design tool - from art
      to robotics (Kyrre Glette)&lt;/li&gt;

  &lt;li&gt;Make and break (Hans Gerhard Meier)&lt;/li&gt;

  &lt;li&gt;Making a one year school course for young makers
      (Olav Helland)&lt;/li&gt;

  &lt;li&gt;Innovation Inspiration - IPR Databases as a Source of
      Inspiration (Hege Langlo)&lt;/li&gt;

  &lt;li&gt;Making a toy for makers (Erik Torstensson)&lt;/li&gt;

  &lt;li&gt;How to make 3D printer electronics (Elias Bakken)&lt;/li&gt;

  &lt;li&gt;Hovering Clouds: Looking at online tool offerings for Product
      Design and 3D Printing (William Kempton)&lt;/li&gt;

  &lt;li&gt;Travelling maker stories (Øyvind Nydal Dahl)&lt;/li&gt;

  &lt;li&gt;Making the first Maker Faire in Sweden (Nils Olander)&lt;/li&gt;

  &lt;li&gt;Breaking the mold: Printing 1000’s of parts (Espen Sivertsen)&lt;/li&gt;

  &lt;li&gt;Ultimaker — and open source 3D printing (Erik de Bruijn)&lt;/li&gt;

  &lt;li&gt;Autodesk’s 3D Printing Platform: Sparking innovation (Hilde
      Sevens)&lt;/li&gt;

  &lt;li&gt;How Making is Changing the World – and How You Can Too!
      (Jennifer Turliuk)&lt;/li&gt;

  &lt;li&gt;Open-Source Adventuring: OpenROV, OpenExplorer and the Future of
      Connected Exploration (David Lang)&lt;/li&gt;

  &lt;li&gt;Making in Norway (Haakon Karlsen Jr., Graham Hayward and Jens
      Dyvik)&lt;/li&gt;

  &lt;li&gt;The Impact of the Maker Movement (Mike Senese)&lt;/li&gt;

&lt;/ul&gt;

&lt;p&gt;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
&lt;a href=&quot;http://www.hungry.com/~pere/blog/Measuring_and_adjusting_the_loudness_of_a_TV_channel_using_bs1770gain.html&quot;&gt;package
bs1770gain for Debian&lt;/a&gt;.  Now this is in place and it became a lot
easier to publish NUUG videos on Frikanalen.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Measuring and adjusting the loudness of a TV channel using bs1770gain</title>
                <link>http://www.hungry.com/~pere/blog/Measuring_and_adjusting_the_loudness_of_a_TV_channel_using_bs1770gain.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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>&lt;p&gt;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
&quot;&lt;a href=&quot;http://downloads.bbc.co.uk/rd/pubs/whp/whp-pdf-files/WHP202.pdf&quot;&gt;Terminology
for loudness and level dBTP, LU, and all that&lt;/a&gt;&quot; 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,
&quot;&lt;a href=&quot;http://www.itu.int/rec/R-REC-BS.1770/en&quot;&gt;Algorithms to
measure audio programme loudness and true-peak audio level&lt;/a&gt;&quot;.&lt;/p&gt;

&lt;p&gt;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, &quot;&lt;a href=&quot;https://tech.ebu.ch/docs/r/r128.pdf&quot;&gt;Loudness
normalisation and permitted maximum level of audio signals&lt;/a&gt;&quot;, 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.&lt;/p&gt;

&lt;p&gt;There are free software available to measure and adjust the loudness
level using the LUFS.  In Debian, I am aware of a library named
&lt;a href=&quot;https://tracker.debian.org/pkg/libebur128&quot;&gt;libebur128&lt;/a&gt;
able to measure the loudness and since yesterday morning a new binary
named &lt;a href=&quot;http://bs1770gain.sourceforge.net&quot;&gt;bs1770gain&lt;/a&gt;
capable of both measuring and adjusting was uploaded and is waiting
for NEW processing.  I plan to maintain the latter in Debian under the
&lt;a href=&quot;https://qa.debian.org/developer.php?email=pkg-multimedia-maintainers%40lists.alioth.debian.org&quot;&gt;Debian
multimedia&lt;/a&gt; umbrella.&lt;/p&gt;

&lt;p&gt;The free software based TV channel I am involved in,
&lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, 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 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;the
NUUG member organisation&lt;/a&gt;.  The program seem to be able to measure
the LUFS value of any media file handled by ffmpeg, but I&#39;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.&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://www.hungry.com/~pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~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>Frikanalen, Norwegian TV channel for technical topics</title>
                <link>http://www.hungry.com/~pere/blog/Frikanalen__Norwegian_TV_channel_for_technical_topics.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Frikanalen__Norwegian_TV_channel_for_technical_topics.html</guid>
                <pubDate>Mon, 9 Mar 2015 11:10:00 +0100</pubDate>
                <description>&lt;p&gt;The &lt;a href=&quot;http://www.nuug.no/&quot;&gt;Norwegian Unix User Group&lt;/a&gt;,
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
&lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; is a useful venue.
Since a few days ago, when I figured out the
&lt;a href=&quot;http://beta.frikanalen.no/api/&quot;&gt;REST API&lt;/a&gt; to program the
&lt;a href=&quot;http://beta.frikanalen.tv/guide/&quot;&gt;channel time schedule&lt;/a&gt;,
the channel has been filled with NUUG talks, related recordings and
some Creative Commons licensed TED talks (from archive.org).  I fill
all &quot;leftover bits&quot; on the channel with content from NUUG, which at
the moment is almost 17 of 24 hours every day.&lt;/p&gt;

&lt;p&gt;The list of NUUG videos
&lt;a href=&quot;http://beta.frikanalen.tv/organization/82&quot;&gt;uploaded so far&lt;/a&gt;
include things like a
&lt;a href=&quot;http://beta.frikanalen.tv/video/625090&quot;&gt;one hour talk by John
Perry Barlow when he visited Oslo&lt;/a&gt;, a presentation of
&lt;a href=&quot;http://beta.frikanalen.tv/video/624275&quot;&gt;Haiku, the BeOS
re-implementation&lt;/a&gt;, the
&lt;a href=&quot;http://beta.frikanalen.tv/video/624493&quot;&gt;history of FiksGataMi,
the Norwegian version of FixMyStreet&lt;/a&gt;, the good old
&lt;a href=&quot;http://beta.frikanalen.tv/video/623566&quot;&gt;Warriors of the net
video&lt;/A&gt; and many others.&lt;/p&gt;

&lt;p&gt;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,
&lt;a href=&quot;irc://irc.freenode.net/%23nuug&quot;&gt;#nuug on irc.freenode.net&lt;/a&gt;
if you want to help make this happen.&lt;/p&gt;

&lt;p&gt;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 &lt;a href=&quot;http://www.frikanalen.tv/se&quot;&gt;Ogg Theora
web stream&lt;/a&gt; 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.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>The Norwegian open channel Frikanalen - 24x7 on the Internet</title>
                <link>http://www.hungry.com/~pere/blog/The_Norwegian_open_channel_Frikanalen___24x7_on_the_Internet.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/The_Norwegian_open_channel_Frikanalen___24x7_on_the_Internet.html</guid>
                <pubDate>Wed, 25 Feb 2015 09:10:00 +0100</pubDate>
                <description>&lt;p&gt;The Norwegian nationwide open channel
&lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; 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 &lt;ahref=&quot;https://github.com/Frikanalen&quot;&gt;Free
Software&lt;/a&gt;, providing &lt;ahref=&quot;http://beta.frikanalen.tv/api&quot;&gt;a REST
api&lt;/a&gt; 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
&lt;a href=&quot;http://www.frikanalen.tv/se&quot;&gt;the Frikanalen web site now&lt;/a&gt;.  And
since a few days ago, the channel is also available
via &lt;a href=&quot;https://www.uninett.no/iptv-tilgang&quot;&gt;multicast on
UNINETT&lt;/a&gt;, available for those using IPTV TVs and set-top boxes in
the Norwegian National Research and Education network.&lt;/p&gt;

&lt;p&gt;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.&lt;/p&gt;

&lt;ul&gt;
  &lt;li&gt;&lt;a href=&quot;http://video.nuug.no/frikanalen.ogv&quot;&gt;http://video.nuug.no/frikanalen.ogv&lt;/a&gt;&lt;/li&gt;
  &lt;li&gt;udp://@224.17.43.129:1234&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;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:&lt;/p&gt;

&lt;blockquote&gt;&lt;pre&gt;
./ffmpeg2theora.linux &amp;lt;OBE_gemini_URL.ts&amp;gt; -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 &amp;lt;pw&amp;gt; /frikanalen.ogv
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;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.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Nagios module to check if the Frikanalen video stream is working</title>
                <link>http://www.hungry.com/~pere/blog/Nagios_module_to_check_if_the_Frikanalen_video_stream_is_working.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Nagios_module_to_check_if_the_Frikanalen_video_stream_is_working.html</guid>
                <pubDate>Sun, 8 Feb 2015 13:00:00 +0100</pubDate>
                <description>&lt;p&gt;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
&lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; as part of my
activity in the &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG member
organisation&lt;/a&gt;, 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.&lt;/p&gt;

&lt;p&gt;I just uploaded the code for the script into the
&lt;a href=&quot;https://github.com/Frikanalen/frikanalen/blob/master/nagios-plugin/check_video_stream_images&quot;&gt;Frikanalen
git repository&lt;/a&gt; on github.  If you run a TV station with web
streaming, perhaps you can find it useful too.&lt;/p&gt;

&lt;p&gt;Last year, the Frikanalen public TV station transformed into using
only Linux based free software to administrate, schedule and
distribute the TV content.  The
&lt;a href=&quot;https://github.com/Frikanalen&quot;&gt;source code for the entire TV
station&lt;/a&gt; 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 &lt;a href=&quot;http://beta.frikanalen.tv/api/&quot;&gt;a web API&lt;/a&gt; to
&lt;a href=&quot;http://beta.frikanalen.tv/login/?next=/members/video/&quot;&gt;add&lt;/a&gt;
and &lt;a href=&quot;http://beta.frikanalen.tv/members/plan/&quot;&gt;schedule
content&lt;/a&gt;.  And thanks to last weeks developer gathering and
following activity, we now have the schedule
&lt;a href=&quot;http://beta.frikanalen.tv/xmltv/2015/01/01&quot;&gt;available as
XMLTV&lt;/a&gt; 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?&lt;/p&gt;

&lt;p&gt;Update 2015-02-25: Got a tip from Uninett about their
&lt;a href=&quot;https://scm.uninett.no/maalepaaler/qstream/&quot;&gt;qstream
monitoring system&lt;/a&gt;, which gather connection time, jitter, packet
loss and burst bandwidth usage.  It look useful to check if UDP
streams are working as they should.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Norwegian Bokmål subtitles for the FSF video User Liberation</title>
                <link>http://www.hungry.com/~pere/blog/Norwegian_Bokm_l_subtitles_for_the_FSF_video_User_Liberation.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Norwegian_Bokm_l_subtitles_for_the_FSF_video_User_Liberation.html</guid>
                <pubDate>Mon, 12 Jan 2015 21:00:00 +0100</pubDate>
                <description>&lt;p&gt;A few days ago, the &lt;a href=&quot;https://www.fsf.org/&quot;&gt;Free Software
Foundation&lt;/a&gt; announced a new video
&lt;a href=&quot;https://www.fsf.org/blogs/community/user-liberation-watch-and-share-our-new-video&quot;&gt;explaining
Free software&lt;/a&gt; in simple terms.  The video named User Liberation is
3 minutes long, and I recommend showing it to everyone you know as a
way to explain what Free Software is all about.  Unfortunately several
of the people I know do not understand English and Spanish, so it did
not make sense to show it to them.&lt;/p&gt;

&lt;p&gt;But today I was told that
&lt;a href=&quot;https://www.fsf.org/blogs/community/user-liberation-watch-and-share-our-new-video&quot;&gt;English
subtitles were available&lt;/a&gt; and set out to provide Norwegian Bokmål
subtitles based on these.  The result has been sent to FSF and made
available in
&lt;a href=&quot;https://github.com/petterreinholdtsen/fsf-video-user-liberation-subtitles&quot;&gt;a
git repository&lt;/a&gt; provided by Github.  Please let me know if you find
errors or have improvements to the subtitles.&lt;/p&gt;

&lt;p&gt;Update 2015-02-03: Since I publised this post, FSF created a
Libreplanet
&lt;a href=&quot;http://libreplanet.org/wiki/Group:FSF/User_Liberation_Video_Translation&quot;&gt;project
to track subtitles&lt;/A&gt; for the video.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Opphavsretts-status for «Empty Socks» fra 1927?</title>
                <link>http://www.hungry.com/~pere/blog/Opphavsretts_status_for__Empty_Socks__fra_1927_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Opphavsretts_status_for__Empty_Socks__fra_1927_.html</guid>
                <pubDate>Fri, 12 Dec 2014 14:30:00 +0100</pubDate>
                <description>&lt;p&gt;For noen dager siden
&lt;a href=&quot;http://www.nb.no/Hva-skjer/Aktuelt/Nyheter/Tapt-filmskatt-fra-Disney-funnet-i-Nasjonalbiblioteket&quot;&gt;annonserte
Nasjonalbiblioteket gladnyheten&lt;/a&gt; om at de i sine arkiver hadde
funnet et nitratfilm-eksemplar av en 87 år gammel Disney-film ved navn
Empty Socks, en film som tidligere var antatt tapt og der det i følge
nyhetsmeldinger var kun ca. 25 sekunder bevart for ettertiden.
Nasjonalbiblioteket hadde 5 minutter og 30 sekunder av filmen i sitt
magasin.  Dette er flott for bevaringen av verdens kulturarv.  5,5
minutter mindre tapt enn vi trodde av vår felles historie.&lt;/p&gt;

&lt;p&gt;Men hvordan kunne filmen gå tapt, når arkivlovene i USA krevde at
publiserte filmer på den tiden ble deponert i bibliotek?  Forklaringen
har jeg fra Lawrence Lessig og boken
&lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt;, som jeg holder på
&lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;å
oversette til norsk&lt;/a&gt;:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Dette er delvis på grunn av loven. Opphavsrettseiere var tidlig i
  amerikansk opphavsrettslov nødt til å deponere kopier av sine verk i
  biblioteker. Disse kopiene skulle både sikre spredning av kunnskap,
  og sikre at det fantes en kopi av verket tilgjengelig når vernetiden
  utløp, slik at andre kunne få tilgang til og kopiere verket.&lt;/p&gt;

&lt;p&gt;Disse reglene gjaldt også for filmer. Men i 1915 gjorde
  kongressbiblioteket et unntak for film. Filmer kunne bli
  opphavsrettsbeskyttet så lenge det ble gjort slik deponering. Men
  filmskaperne fikk så lov til å låne tilbake de deponerte filmene -
  så lenge de ville uten noe kostnad. Bare i 1915 var det mer enn 5475
  filmer deponert og “lånt tilbake”. Dermed var det ikke noe eksemplar
  i noe bibliotek når vernetiden til filmen utløp. Eksemplaret
  eksisterer - hvis den finnes i det hele tatt - i arkivbiblioteket
  til filmselskapet.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Nyheten gjorde meg nysgjerrig på om filmen kunne være falt i det
fri.  En 87 år gammel film kunne jo tenkes å ha blitt en del av
allemannseiet, slik at vi alle kan bruke den til å bygge videre på vår
felles kultur uten å måtte be om tillatelse - slik Walt Disney gjorde
det i starten av sin karriere.  Jeg spurte nasjonalbiblioteket, og de
sa nei.  Hvordan kan det ha seg med en så gammel film?  Jeg bestemte
meg for å undersøke nærmere.  En kan finne informasjon om den norske
vernetiden på
&lt;a href=&quot;https://lovdata.no/dokument/NL/lov/1961-05-12-2&quot;&gt;Lovdata&lt;/a&gt;
og &lt;/a&gt;Wikipedia&lt;/A&gt;.  Her er et relevant &lt;a
href=&quot;https://no.wikipedia.org/wiki/Opphavsrett#Vernetid&quot;&gt;utsnitt fra
siden om opphavsrett i den norske Wikipedia&lt;/a&gt;:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
  Ifølge åndsverkloven §§ 40-41 utløper vernetiden for et åndsverk 70
  år etter utløpet av opphavspersonens dødsår.  [...]  For filmverk
  gjelder særlige regler: Her kommer ikke alle mulige opphavspersoner
  i betraktning, men kun hovedregissøren, manusforfatteren,
  dialogforfatteren og komponisten av filmmusikken. Vernetiden
  begynner å løpe etter utgangen av dødsåret til den lengstlevende av
  disse. [...] Der opphavspersonen er ukjent, utløper opphavsretten 70
  år etter første kjente offentliggjørelse av verket. Det er kun de
  økonomiske rettighetene som faller bort i det vernetiden er
  utløpt. De ideelle rettighetene må fortsatt respekteres, noe som
  blant annet innebærer at man plikter å navngi opphavspersonen ved
  tilgjengeliggjøring.
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;I følge nettstedet
&lt;a href=&quot;http://www.disneyshorts.org/shorts.aspx?shortID=75&quot;&gt;The
Encyclopedia of Disney Animated Shorts&lt;/a&gt; er følgende personer gitt
æren for denne kortfilmen:&lt;/p&gt;

&lt;dl&gt;

&lt;dt&gt;Regissør&lt;/dt&gt;
&lt;dd&gt;&lt;a href=&quot;https://en.wikipedia.org/wiki/Walt_Disney&quot;&gt;Walt Disney&lt;/a&gt;           (1901-12-05 – 1966-12-15) +70 år = 2037&lt;/dd&gt;

&lt;dt&gt;Animasjon
&lt;dd&gt;&lt;a href=&quot;https://en.wikipedia.org/wiki/Ub_Iwerks&quot;&gt;Ub Iwerks&lt;/a&gt;             (1901-03-24 – 1971-07-07) +70 år = 2042
&lt;br&gt;&lt;a href=&quot;https://en.wikipedia.org/wiki/Rollin_Hamilton&quot;&gt;Rollin &quot;Ham&quot; Hamilton&lt;/a&gt; (1898-10-28 - 1951-06-03) +70 år = 2022
&lt;br&gt;&lt;a href=&quot;https://en.wikipedia.org/wiki/Harman_and_Ising&quot;&gt;Hugh Harman&lt;/a&gt;           (1903-08-31 – 1982-11-25) +70 år = 2053&lt;/dd&gt;

&lt;dt&gt;Kamera
&lt;dd&gt;Mike Marcus (?-?)&lt;/dd&gt;

&lt;/dl&gt;

&lt;p&gt;Alle fødsels- og dødsdatoene er fra engelske Wikipedia.  Det er
ikke oppgitt navn på manusforfatter, dialogforfatter og komponist, men
jeg mistenker at tegnerne vil få opphavsrettigheter på tegnefilmer her
i Norge, og tar derfor med disse.  Kameramannen vil ikke få noen
rettigheter så vidt jeg forstår, og er derfor ignorert her.&lt;/p&gt;

&lt;p&gt;Slik jeg forstår den norske opphavsretten vil dermed dette
filmverket bli allemannseie (også kalt å falle i det fri) i 2053, 126
år etter at det ble utgitt.  Hvis kun regissørens rettigheter er
relevante, vil det skje i 2037, 110 år etter at det ble utgitt.  Etter
det vil enhver kunne dele det med alle de har lyst til, fremføre det
offentlig eller klippe og lime i det for å lage sin egen film basert
på det - helt uten å måtte spørre noen om lov.&lt;/p&gt;

&lt;p&gt;Måtte så Nasjonalbiblioteket spørre om lov før de kunne kopiere
sitt nitrat-eksemplar over på mer varig format?  Nei, heldigvis.
Åndsverklovens § 16 sier at arkiv, bibliotek, museer og undervisnings-
og forskningsinstitusjoner har rett til å fremstille eksemplar av verk
for konserverings- og sikringsformål og andre særskilte formål.&lt;/p&gt;

&lt;p&gt;Oppdatering 2017-11-24: I følge
&lt;a href=&quot;http://www.toonzone.net/forums/threads/exposed-disneys-repurchase-of-oswald-the-rabbit-a-sham.4792291/&quot;&gt;en
lengre post på toonzone.net&lt;/a&gt;, så er denne filmen i det fri i USA på
grunn av at åndsverksbeskyttelsen ikke ble fornyet i 1955 (se selv i
&lt;a href=&quot;http://onlinebooks.library.upenn.edu/cce/&quot;&gt;Copyright
Registration And Renewal Records&lt;/a&gt;).&lt;/p&gt;

&lt;p&gt;Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
til min adresse
&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Hvordan vurderer regjeringen H.264-patentutfordringen?</title>
                <link>http://www.hungry.com/~pere/blog/Hvordan_vurderer_regjeringen_H_264_patentutfordringen_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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>I spent last weekend recording MakerCon Nordic</title>
                <link>http://www.hungry.com/~pere/blog/I_spent_last_weekend_recording_MakerCon_Nordic.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/I_spent_last_weekend_recording_MakerCon_Nordic.html</guid>
                <pubDate>Thu, 23 Oct 2014 23:00:00 +0200</pubDate>
                <description>&lt;p&gt;I spent last weekend at &lt;a href=&quot;http://www.makercon.no/&quot;&gt;Makercon
Nordic&lt;/a&gt;, a great conference and workshop for makers in Norway and
the surrounding countries.  I had volunteered on behalf of the
Norwegian Unix Users Group (NUUG) to video record the talks, and we
had a great and exhausting time recording the entire day, two days in
a row.  There were only two of us, Hans-Petter and me, and we used the
regular video equipment for NUUG, with a
&lt;a href=&quot;http://dvswitch.alioth.debian.org/wiki/&quot;&gt;dvswitch&lt;/a&gt;, a
camera and a VGA to DV convert box, and mixed video and slides
live.&lt;/p&gt;

&lt;p&gt;Hans-Petter did the post-processing, consisting of uploading the
around 180 GiB of raw video to Youtube, and the result is
&lt;a href=&quot;https://www.youtube.com/user/MakerConNordic/&quot;&gt;now becoming
public&lt;/a&gt; on the MakerConNordic account.  The videos have the license
NUUG always use on our recordings, which is
&lt;a href=&quot;http://creativecommons.org/licenses/by-sa/3.0/no/&quot;&gt;Creative
Commons Navngivelse-Del på samme vilkår 3.0 Norge&lt;/a&gt;.  Many great
talks available.  Check it out! :)&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://www.hungry.com/~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://www.hungry.com/~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://www.hungry.com/~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://www.hungry.com/~pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~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://www.hungry.com/~pere/blog/Half_the_Coverity_issues_in_Gnash_fixed_in_the_next_release.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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>Video DVD reader library / python-dvdvideo - nice free software</title>
                <link>http://www.hungry.com/~pere/blog/Video_DVD_reader_library___python_dvdvideo___nice_free_software.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Video_DVD_reader_library___python_dvdvideo___nice_free_software.html</guid>
                <pubDate>Fri, 21 Mar 2014 15:25:00 +0100</pubDate>
                <description>&lt;p&gt;Keeping your DVD collection safe from scratches and curious
children fingers while still having it available when you want to see a
movie is not straight forward.  My preferred method at the moment is
to store a full copy of the ISO on a hard drive, and use VLC, Popcorn
Hour or other useful players to view the resulting file.  This way the
subtitles and bonus material are still available and using the ISO is
just like inserting the original DVD record in the DVD player.&lt;/p&gt;

&lt;p&gt;Earlier I used dd for taking security copies, but it do not handle
DVDs giving read errors (which are quite a few of them).  I&#39;ve also
tried using
&lt;a href=&quot;http://www.hungry.com/~pere/blog/Ripping_problematic_DVDs_using_dvdbackup_and_genisoimage.html&quot;&gt;dvdbackup
and genisoimage&lt;/a&gt;, but these days I use the marvellous python library
and program
&lt;a href=&quot;http://bblank.thinkmo.de/blog/new-software-python-dvdvideo&quot;&gt;python-dvdvideo&lt;/a&gt;
written by Bastian Blank.  It is
&lt;a href=&quot;http://packages.qa.debian.org/p/python-dvdvideo.html&quot;&gt;in Debian
already&lt;/a&gt; and the binary package name is python3-dvdvideo. Instead
of trying to read every block from the DVD, it parses the file
structure and figure out which block on the DVD is actually in used,
and only read those blocks from the DVD.  This work surprisingly well,
and I have been able to almost backup my entire DVD collection using
this method.&lt;/p&gt;

&lt;p&gt;So far, python-dvdvideo have failed on between 10 and
20 DVDs, which is a small fraction of my collection.  The most common
problem is
&lt;a href=&quot;https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720831&quot;&gt;DVDs
using UTF-16 instead of UTF-8 characters&lt;/a&gt;, which according to
Bastian is against the DVD specification (and seem to cause some
players to fail too).  A rarer problem is what seem to be inconsistent
DVD structures, as the python library
&lt;a href=&quot;https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723079&quot;&gt;claim
there is a overlap between objects&lt;/a&gt;.  An equally rare problem claim
&lt;a href=&quot;https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741878&quot;&gt;some
value is out of range&lt;/a&gt;.  No idea what is going on there.  I wish I
knew enough about the DVD format to fix these, to ensure my movie
collection will stay with me in the future.&lt;/p&gt;

&lt;p&gt;So, if you need to keep your DVDs safe, back them up using
python-dvdvideo. :)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Skolelinux / Debian Edu 7.1 install and overview video from Marcelo Salvador</title>
                <link>http://www.hungry.com/~pere/blog/Skolelinux___Debian_Edu_7_1_install_and_overview_video_from_Marcelo_Salvador.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Skolelinux___Debian_Edu_7_1_install_and_overview_video_from_Marcelo_Salvador.html</guid>
                <pubDate>Tue, 8 Oct 2013 17:10:00 +0200</pubDate>
                <description>&lt;p&gt;The other day I was pleased and surprised to discover that Marcelo
Salvador had published a
&lt;a href=&quot;https://www.youtube.com/watch?v=w-GgpdqgLFc&quot;&gt;video on
Youtube&lt;/a&gt; showing how to install the standalone Debian Edu /
Skolelinux profile.  This is the profile intended for use at home or
on laptops that should not be integrated into the provided network
services (no central home directory, no Kerberos / LDAP directory etc,
in other word a single user machine).  The result is 11 minutes long,
and show some user applications (seem to be rather randomly picked).
Missed a few of my favorites like celestia, planets and chromium
showing the &lt;a href=&quot;http://www.zygotebody.com/&quot;&gt;Zygote Body 3D model
of the human body&lt;/a&gt;, but I guess he did not know about those or find
other programs more interesting. :) And the video do not show the
advantages I believe is one of the most valuable featuers in Debian
Edu, its central school server making it possible to run hundreds of
computers without hard drives by installing one central
&lt;a href=&quot;http://www.ltsp.org/&quot;&gt;LTSP server&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Anyway, check out the video, embedded below and linked to above:&lt;/p&gt;

&lt;iframe width=&quot;420&quot; height=&quot;315&quot; src=&quot;http://www.youtube.com/embed/w-GgpdqgLFc&quot; frameborder=&quot;0&quot; allowfullscreen&gt;&lt;/iframe&gt;

&lt;p&gt;Are there other nice videos demonstrating Skolelinux?  Please let
me know. :)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Skolelinux 6 got a video review from Pcwizz</title>
                <link>http://www.hungry.com/~pere/blog/Skolelinux_6_got_a_video_review_from_Pcwizz.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Skolelinux_6_got_a_video_review_from_Pcwizz.html</guid>
                <pubDate>Sun, 17 Mar 2013 10:30:00 +0100</pubDate>
                <description>&lt;p&gt;Via
&lt;a href=&quot;https://twitter.com/pcwizz/status/313044373262716930&quot;&gt;twitter&lt;/a&gt;
I just discovered that &lt;a href=&quot;http://pcwizz.net/&quot;&gt;Pcwizz&lt;/a&gt; have
done a &lt;a href=&quot;http://www.youtube.com/watch?v=wPzTZ61Pcuc&quot;&gt;video
review&lt;/a&gt; on Youtube of &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux
/ Debian Edu&lt;/a&gt; version 6.  He installed the standalone profile and
the video show a walk-through of of the menu content, demonstration of
a few programs and his view of our distribution.&lt;/p&gt;

&lt;p&gt;There is also some really nice quotes (transcribed by me, might
have heard wrong).  While looking thought the Graphics menu:&lt;/p&gt;

&lt;blockquote&gt;
&quot;Basically everything you ever need in a school environment.&quot;
&lt;/blockquote&gt;

&lt;p&gt;And as a general evaluation of the entire distribution:&lt;/p&gt;

&lt;blockquote&gt;
&quot;So, yeah, a bit bloated.  It kept all the Debian stuff in there, just
to keep it nice and GNU.  So, I do not want to go on about it, but
lets give it 7 out of 10.  I am not going to use it.  That is because
I am not deploying a school network.  There may be some mythical
feature to help you deploy Skolelinux on a school network.&quot;
&lt;/blockquote&gt;

&lt;p&gt;To bad he did not test the server profile, and discovered the PXE
installation option.  It make it possible to install only the main
server from CD, and the rest of the machines via the net, and might be
considered the mythical feature he talk about. :)&lt;/p&gt;

&lt;p&gt;While looking through the menus, there is also this funny comment
about the part of the K menu generated from the Debian menu subsystem:

&lt;blockquote&gt;
&quot;[The K menu] have a special Debian section for software that no-one
is going to look at, because it contain lots of junky stuff that you
actually don&#39;t need in the education distribution, but have just been
included because it isn&#39;t stripped out for some reason.&quot;
&lt;/blockquote&gt;

&lt;p&gt;I guess it is yet another argument for merging the Debian menu and
Gnome/KDE desktop menu entries into
&lt;a href=&quot;http://wiki.debian.org/Proposals/DebianMenuUsingDesktopEntries&quot;&gt;one
consistent menu system&lt;/a&gt; instead of two incomplete and partly
inconsistent menu systems.&lt;/p&gt;

&lt;p&gt;The entire video is available below for those accepting iframe
embedding:&lt;/p&gt;

&lt;iframe width=&quot;560&quot; height=&quot;315&quot; src=&quot;http://www.youtube.com/embed/wPzTZ61Pcuc&quot; frameborder=&quot;0&quot; allowfullscreen&gt;&lt;/iframe&gt;
</description>
        </item>
        
        <item>
                <title>Til frikanalens støttespillere - fra styret i Frikanalen</title>
                <link>http://www.hungry.com/~pere/blog/Til_frikanalens_st_ttespillere___fra_styret_i_Frikanalen.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Til_frikanalens_st_ttespillere___fra_styret_i_Frikanalen.html</guid>
                <pubDate>Wed, 13 Mar 2013 11:15:00 +0100</pubDate>
                <description>&lt;p&gt;Min venn Erik Vold har på vegne av styret i
&lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; sendt ut
&lt;a href=&quot;http://lists.nuug.no/pipermail/frikanalen/2013-March/000054.html&quot;&gt;følgende
epost&lt;/a&gt; til alle kanalens medlemmer og støttespillere, i et forsøk
på å redde kanalen etter at kulturdepartementet kuttet all
finansiering i fjor høst.  Jeg fikk meldingen som
&lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;-styremedlem, og mener den
trenger et større publikum.  Jeg gjengir den derfor i sin helhet,
inkludert lenken til budsjett og regnskapsutkast, etter
&lt;a href=&quot;http://lists.nuug.no/pipermail/frikanalen/2013-March/000061.html&quot;&gt;avtale
med Erik&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Til Frikanalens støttespillere&lt;/p&gt;

&lt;p&gt;Frivillighetens TV kanal har med minimal støtte avviklet daglige
sendinger siden 2009 og til tross for at statsstøtten uteble i år, er
vi nå i full gang med å utvikle et nytt TV system som foreningen selv
vil eie. Departementet fikk dessverre ikke med seg at nettet vil
berike TV sendingen fremfor å gjøre den overflødig. De har nå overlatt
finansieringen av videre drift til frivilligheten og vi håper derfor
på deres hjelp til å søke om midler. På kjøpet får dere langt flere
muligheter til å nå ut med deres budskap og med utbyggingen av Hybrid
TV (nett på TV) kan vi sammen motbevise departementets påstand.&lt;/p&gt;

&lt;p&gt;Kostnaden med denne utviklingen er svært lav ettersom de fleste
programmererne jobber gratis og alt er basert på åpen kildekode der
man deler hverandres bidrag til kringkastingsorienterte systemer. I
samarbeid med flere europeiske kanaler i EBU (SVT, BBC, NRK, ZDF, ARD,
France Televisions etc) ønsker vi å bygge opp et nettverk for delt
support og åpen kildekode der Frikanalen er den eneste sandkassen hvor
ny teknologi kan testes på luft. Riks TV åpner for annonsering av
nettinnhold relatert til det du ser på TV (streamevents i HbbTV)
allerede i sommer. Med støtte fra Media Netwerk som drifter Frikanalen
samt Sofia Digital som stiller med Hybrid TV server er vi &amp; NRK sikret
en sentral rolle i utprøvingen. Det vil da bli mulig og streame
direkte til Riks TV sine nye mottakere (og nye IDTV&#39;er) i HD samt at
TV&#39;n kan annonsere en link til deres organisasjonssider, med
oppdaterte nyheter (RSS feeds), relaterte videoer etc., under
avviklingen av deres innslag.&lt;/p&gt;

&lt;p&gt;Vi tror sendingene på den nye nettstyrte TV-kanalen vil bli rikere enn
på den kommersielle plattformen vi har vært på så langt. Brukerne vil
nå få en tettere integrasjon med sosiale medier samt at innholdet
etterhvert kommer ut på Hybrid TV og mobile enheter. Teknisk ansvarlig
i Frikanalen, Erik Vold, er sentral i utviklingen av streamingdelen
for tv.nrk.no (årets produkt i PC World) og erfaringen NRK har gjort
på mobile enheter kan videreføres til oss. Det er heller ingen tvil om
at Hybrid TV vil bli en suksess også i Norge. Erik sitter i Nordig som
har vedtatt en felles standard for de nordiske kringkasterne basert på
HbbTV.  Denne standarden bruker web-protokoller som gjør det like
enkelt og billig å utvikle tjenester for Hybrid TV som å lage en
nettside. Samtlige nye TV apparater solgt i Norden vil ha støtte for
HbbTV og med det tror vi oppslutningen vil bli like stor som ellers i
Europa (Tyskland og Frankrike tredoblet antall HbbTV-brukere i
fjor). Vi forventer også mye d rahjelp fra disse foregangslandene. Vår
utvikler Tore Sinding Bekkedal er i skriv ende stund på en HbbTV
workshop med EBU-medlemmer hos IRT i München der han på vegne av NRK
tester og utvikler ny stremingteknologi (MPEG- DASH) for
mobile enheter og hybrid TV.&lt;/p&gt;

&lt;p&gt;Frikanalen har forøvrig flyttet inn i nye kostnadsfrie lokaler på
Chateau Neuf.  Med massiv hjelp fra frivillige får vi der en
flerkameraregi i egnede lokaler. Dette åpner for debatter, konserter,
events og mye spennende innhold i samarbeid med Student TV&#39;ene.&lt;/p&gt;

&lt;p&gt;Med hjelp fra NUUG har også streamingdelen av systemet fått plass på
Uninett (Forskningsparken) og dermed er vi på Norges beste
internettlinjer. Vi åpner med dette for live mottak fra samtlige
medlemmer og på sikt kan vi tilby HD på hybrid TV og PC / MAC / mobil.&lt;/p&gt;

&lt;p&gt;Avvikling på luft skjer allerede med egenutviklede løsninger i åpen
kildekode (playout og live-koding). Det er også mulig å se første
byggetrinn med programoversikt og videoer på nett, men foreløpig kun
for nettleserne Opera, Chrome og Firefox:
&lt;a href=&quot;http://beta.frikanalen.tv/guide/&quot;&gt;http://beta.frikanalen.tv/guide/&lt;/a&gt;
og
&lt;a href=&quot;http://beta.frikanalen.tv/video/&quot;&gt;http://beta.frikanalen.tv/video/&lt;/a&gt;. Kom
gjerne med ønsker og tilbakemeldinger til vår hovedutvikler Benjamin
Bruheim: grolgh (at) gmail.com&lt;/p&gt;

&lt;p&gt;Med en tettere tilknytning til Akademia og NRK, er det god grunn til å
tro at utviklingen vil skyte fart og at vi raskere kommer ut med
dagsaktuelt innhold.&lt;/p&gt;

&lt;p&gt;Vi sender i dag på Riks TV og Altibox, men ikke lenger på TV8. Det er
viktig for våre brukere igjen å komme ut på Get og Canal Digital,
dermed er det svært heldig at vi nå har formidlingsplikt på kabel. Til
tross for at det tar noe tid å få nye avtaler på plass, med frivillig
juridisk bistand, vil vi sannsynligvis komme bedre ut i andre enden
også her.  Formidlingsplikten gjelder samtlige kabeldistribusjoner i
Norge, ikke bare de regionene TV8 hadde avtale med.&lt;/p&gt;

&lt;p&gt;Om alt dette skal se dagens lys er vi avhengig av en
grunnfinansiering. Deres medlemsavgifter er i så måte et svært viktig
bidrag som vi er veldig takknemlige for.  Vi ser oss likevel nødt til
å be dere om å delta i arbeidet med å dekke de resterende
driftskostnader. Frikanalen sin arbeidskapasitet er betydelig redusert
etter at foreningen ikke lenger kunne finansiere en daglig leder, men
allmøtet kan åpne for at flere bidrar til inntjening (Ekstraordinær
generalforsamling foreslo å tillate sponsorplakater på sendeflaten og
deler av disse inntektene kan tilfalle kanalen).  Håper alle
medlemmene kan hjelpe oss med å skrive søknader og skaffe sponsorer,
eller i det minste komme med gode forslag til inntjening. Det er ikke
mye som skal til for å klare videre drift, kun 0,5 mill. pr år.&lt;/p&gt;

&lt;p&gt;Med en støtte som tilsvarer en norsk kortfilm vil vi kunne redde
sendearkivet for flere tusen videoer bygget opp av frivilligheten
gjennom 5 år og vi dobler kapasiteten for å ta imot nye (De som
leverer HD vil for øvrig kunne få HD på nett, mobil og hybrid TV).&lt;/p&gt;

&lt;p&gt;Vi vil også kunne videreføre konsesjonen på Riks TV og realisere en
formidlingsplikt på kabel som har en årlig verdi på ca. 5 millioner
kroner (når over 2/3 av Norges befolkning).&lt;/p&gt;

&lt;p&gt;Uten støtte står verdens eneste nasjonale nettstyrte åpne TV kanal i
fare for å forsvinne. En konkursbegjæring vil gjøre at utstyrsparken
går til advokatsalærer i behandling av boet og kreditorene vil ikke
kunne få dekket sine krav. Det mener vi ikke bare er urett ovenfor
långiverne, men det er urett mot alle de som har bidratt med å bygge
opp frivillighetens eneste sendearkiv og ikke minst alle de som i dag
jobber frivillig med å videreutvikle TV-systemet.&lt;/p&gt;

&lt;p&gt;Håper dere i likhet med styret ser verdien i videre drift og kan melde
tilbake innen årsmøtet (Kontaktinformasjon til styret og frivillige
utviklere er i kopifeltet).&lt;/p&gt;

&lt;p&gt;Vennligst fyll ut det blå feltet i regnearket under med det dere tror
er mulig å få inn. Det dere skriver her er ikke bindende, men gir
styret en indikasjon på om videre drift er mulig. Det blir tatt
stilling til av generalforsamlingen medio mars. Setter derfor pris på
om alle kan bidra med forslag til støtte eller antatte verdier fra
søknad/spons innen det.&lt;/p&gt;

&lt;p&gt;Forhåpentligvis når vi også ønsket budsjett på 1 mill. pr år. Med det
kan vi nedbetale gjelden raskere og sørge for en bedre
tilgjengelighet, samt raskere utvikling:&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://docs.google.com/spreadsheet/ccc?key=0AouVL_e9_H1QdDgyX01kbElvcWI0UjFQbVNGbFIyUmc&amp;usp=sharing#gid=0&quot;&gt;https://docs.google.com/spreadsheet/ccc?key=0AouVL_e9_H1QdDgyX01kbElvcWI0UjFQbVNGbFIyUmc&amp;usp=sharing#gid=0&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Med vennlig hilsen
&lt;br&gt;Styret i Frikanalen&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Jeg håper noen av mine lesere med dette ser verdien av Frikanalen
og melder seg inn for å sende sine videoer ut på TV til RiksTV og
Altibox-seerne.  Det haster. Årsmøtet i foreningen Frikanalen skal
straks avholdes, og innen den tid må en redningsplan være på plass.
NUUG bidrar allerede litt ved å organisere utviklersamlinger og
finansiere litt mat og drikke til de frivillige som stiller opp på
dugnadsbasis for å utvikle den tekniske løsningen.  Det er ikke nok
til å redde kanalen, men gir et lite steg i riktig retning.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Update 2013-03-13 13:00&lt;/strong&gt;: Epostlistelenkene
fungerer ikke lenger, da epostarkivet nå ikke lenger er tilgjengelig
for ikke-abonnenter.  Korrigerte teksten fra styret litt etter
oppfordring fra Frikanalen-styret.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Frikanalen - Complete TV station organised using the web</title>
                <link>http://www.hungry.com/~pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html</guid>
                <pubDate>Sun, 3 Mar 2013 07:15:00 +0100</pubDate>
                <description>&lt;p&gt;Do you want to set up your own TV station, schedule videos and
broadcast them on the air?  Using free software?  With video on demand
support using
&lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;free and
open standards&lt;/a&gt;?  Included a web based video stream as well?  And
administrate it all in your web browser from anywhere in the world?  A
few years now the Norwegian public access TV-channel
&lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; have been building a
system to do just this.  The source code for the solution is licensed
using the GNU LGPL, and
&lt;a href=&quot;http://github.com/Frikanalen&quot;&gt;available from github&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;The idea is simple.  You upload a video file over the web, and
attach meta information to the file.  You select a time slot in the
program schedule, and when the time come it is played on the air and
in the web stream.  It is also made available in a video on demand
solution for anyone to see it also outside its scheduled time.  All
you need to run a TV station - using your web browser.&lt;/p&gt;

&lt;p&gt;There are several parts to this web based solution.  I&#39;ll mention
the three most important ones.  The first part is the database of
videos and the schedule.  This is written in Django and include a REST
API.  The current database is SQLite, but the plan is to migrate it to
PostgreSQL.  At the moment this system can be tested on
&lt;a href=&quot;http://beta.frikanalen.tv/&quot;&gt;beta.frikanalen.tv&lt;/a&gt;.  The
second part is the video playout, taking the schedule information from
the database and providing a video stream to broadcast.  This is done
using &lt;a href=&quot;http://www.casparcg.com/&quot;&gt;CasparCG from SVT&lt;/a&gt; and
&lt;a href=&quot;http://www.mltframework.org/&quot;&gt;Media Lovin&#39; Toolkit&lt;/a&gt;.  Video
signal distribution is handled using
&lt;a href=&quot;http://www.ob-encoder.com/&quot;&gt;Open Broadcast Encoder&lt;/a&gt;.  The
third part is the converter, handling the transformation of uploaded
video files to a format useful for broadcasting, streaming and video
on demand.  It is still very much work in progress, so it is not yet
decided what it will end up using.  Note that the source of the latter
two parts are not yet pushed to github.  The lead author want to clean
them up a bit more first.&lt;/p&gt;

&lt;p&gt;The development is coordinated on the
&lt;a href=&quot;irc://irc.freenode.net/%23frikanalen&quot;&gt;#frikanalen IRC
channel&lt;/a&gt; (irc.freenode.net), and discussed on
&lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/frikanalen&quot;&gt;the
frikanalen mailing list&lt;/a&gt;. The lead developer is Benjamin Bruheim
(phed on IRC).  Anyone is welcome to participate in the
development.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Netflix krever at du frasier deg dine forbrukerrettigheter...</title>
                <link>http://www.hungry.com/~pere/blog/Netflix_krever_at_du_frasier_deg_dine_forbrukerrettigheter___.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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>IETF activity to standardise video codec</title>
                <link>http://www.hungry.com/~pere/blog/IETF_activity_to_standardise_video_codec.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/IETF_activity_to_standardise_video_codec.html</guid>
                <pubDate>Sat, 15 Sep 2012 20:00:00 +0200</pubDate>
                <description>&lt;p&gt;After the
&lt;a href=&quot;http://www.hungry.com/~pere/blog/IETF_standardize_its_first_multimedia_codec__Opus.html&quot;&gt;Opus
codec made&lt;/a&gt; it into &lt;a href=&quot;http://www.ietf.org/&quot;&gt;IETF&lt;/a&gt; as
&lt;a href=&quot;http://tools.ietf.org/html/rfc6716&quot;&gt;RFC 6716&lt;/a&gt;, I had a look
to see if there is any activity in IETF to standardise a video codec
too, and I was happy to discover that there is some activity in this
area.  A non-&quot;working group&quot; mailing list
&lt;a href=&quot;https://www.ietf.org/mailman/listinfo/video-codec&quot;&gt;video-codec&lt;/a&gt;
was
&lt;a href=&quot;http://ietf.10.n7.nabble.com/New-Non-WG-Mailing-List-video-codec-Video-codec-BoF-discussion-list-td119548.html&quot;&gt;created 2012-08-20&lt;/a&gt;.  It is intended to discuss the topic and if a
formal working group should be formed.&lt;/p&gt;

&lt;p&gt;I look forward to see how this plays out.  There is already
&lt;a href=&quot;http://www.ietf.org/mail-archive/web/video-codec/current/msg00003.html&quot;&gt;an
email from someone&lt;/a&gt; in the MPEG group at ISO asking people to
participate in the ISO group.  Given how ISO failed with OOXML and given
that it so far (as far as I can remember) only have produced
multimedia formats requiring royalty payments, I suspect
joining the ISO group would be a complete waste of time, but I am not
involved in any codec work and my opinion will not matter much.&lt;/p&gt;

&lt;p&gt;If one of my readers is involved with codec work, I hope she will
join this work to standardise a royalty free video codec within
IETF.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>IETF standardize its first multimedia codec: Opus</title>
                <link>http://www.hungry.com/~pere/blog/IETF_standardize_its_first_multimedia_codec__Opus.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/IETF_standardize_its_first_multimedia_codec__Opus.html</guid>
                <pubDate>Wed, 12 Sep 2012 13:50:00 +0200</pubDate>
                <description>&lt;p&gt;Yesterday, &lt;a href=&quot;http://www.ietf.org/&quot;&gt;IETF&lt;/a&gt; announced the
publication of of
&lt;a href=&quot;http://tools.ietf.org/html/rfc6716&quot;&gt;RFC 6716, the Definition
of the Opus Audio Codec&lt;/a&gt;, a low latency, variable bandwidth, codec
intended for both VoIP, film and music.  This is the first time, as
far as I know, that IETF have standardized a multimedia codec.  In
&lt;a href=&quot;http://tools.ietf.org/html/rfc3533&quot;&gt;RFC 3533&lt;/a&gt;, IETF
standardized the OGG container format, and it has proven to be a great
royalty free container for audio, video and movies.  I hope IETF will
continue to standardize more royalty free codeces, after ISO and MPEG
have proven incapable of securing everyone equal rights to publish
multimedia content on the Internet.&lt;/p&gt;

&lt;p&gt;IETF require two interoperating independent implementations to
ratify a standard, and have so far ensured to only standardize royalty
free specifications.  Both are key factors to allow everyone (rich and
poor), to compete on equal terms on the Internet.&lt;/p&gt;

&lt;p&gt;Visit the &lt;a href=&quot;http://opus-codec.org/&quot;&gt;Opus project page&lt;/a&gt; if
you want to learn more about the solution.&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://www.hungry.com/~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://www.hungry.com/~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://www.hungry.com/~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>Medietilsynets syn på om Frikanalen bør være ukryptert på det digitale bakkenettet</title>
                <link>http://www.hungry.com/~pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</guid>
                <pubDate>Wed, 4 Jul 2012 14:20:00 +0200</pubDate>
                <description>I forgårs fikk jeg endelig svar fra Medietilsynet på min epost med
spørmål om hvorfor &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;
er kryptert på RiksTV.  De toer sine hender:

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;Date: Mon, 2 Jul 2012 08:15:38 +0000
&lt;br&gt;From: Arve Lindboe &amp;lt;Arve.Lindboe (at) medietilsynet.no&amp;gt;
&lt;br&gt;To: Petter Reinholdtsen
&lt;br&gt;CC: Arthur Garnes &amp;lt;Arthur.Garnes (at) rikstv.no&amp;gt;,
   postmottak (at) sd.dep.no, post (at) frikanalen.no
&lt;br&gt;Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsyn&lt;/p&gt;

&lt;p&gt;Vi viser til Deres spørsmål av 27. mai i år til RiksTV,
Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av
1. juli til Dem, som vi har mottatt i kopi.&lt;/p&gt;

&lt;p&gt;For ordens skyld vil vi orientere om at Medietilsynet har visse
tilsynsoppgaver knyttet til kapittel 3 i NTVs konsesjon for
opprettelse og drift av det digitale bakkenettet for fjernsyn. Av
pkt. 3.5 i denne konsesjonen går det bl.a. fram at NRKs
kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig
uten betaling og ha lik dekning.» For distribusjon av innhold utenfor
NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i
konsesjonen.&lt;/p&gt;

&lt;p&gt;Medietilsynets mandat omfatter ikke spørsmålet om kryptering og
administrasjon av engangsavgift knyttet til adgangskontrollsystem for
NTVs formidling, og tilsynet kan derfor ikke ta stilling til de
spørsmålene De reiser i tilknytning til det.&lt;/p&gt;

&lt;p&gt;Mvh&lt;/p&gt;

&lt;p&gt;Arve Lindboe&lt;/p&gt;

&lt;p&gt;rådgiver,
&lt;br&gt;Medietilsynet&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Her må det tydeligvis andre aktører i sving for å bli kvitt
krypteringen av Frikanalen.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Frikanalen bør være ukryptert på det digitale bakkenettet</title>
                <link>http://www.hungry.com/~pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</guid>
                <pubDate>Sun, 1 Jul 2012 15:20:00 +0200</pubDate>
                <description>&lt;p&gt;&lt;a href=&quot;http://www.frikanalen.no&quot;&gt;Frikanalen&lt;/a&gt; er Norges
landsdekkende &lt;a href=&quot;http://no.wikipedia.org/wiki/Åpen_kanal&quot;&gt;åpne
kanal&lt;/a&gt;, der alle innbyggerne kan sende sine innslag ut på
TV-mediet, slik at alle kan se det de har laget.  Det er demokratisk
TV i sin mest ekstreme form, og en kan nesten si at det er Youtube på
TV.  NUUG har vært involvert i Frikanalen i mange år, og har bidratt
til å lansere en
&lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi&quot;&gt;løsning
basert på åpne standarder&lt;/a&gt; i tillegg til den originale løsningen
som er basert på Silverlight.&lt;/p&gt;

&lt;p&gt;Frikanalen skal være tilgjengelig for alle uten hindringer, men
RiksTV har av en eller annen grunn tvunget kanalen til å sendes
kryptert ut på det digitale bakkenettet, og dermed tvinges de som skal
se på kanalen via dette nettet å skaffe seg et kundeforhold til
RiksTV.  Det synes jeg er svært urimelig, og mistenker det er i strid
med Stortingets intensjon fra da Stortinget vedtok at det skulle være
en åpen kanal på det digitale bakkenettet.  Jeg sendte derfor en epost
til RiksTV, Samferdselsdepartementet og Medietilsynet, og tok opp
problemstillingen.  Her er det som har vært av oppfølging så
langt.&lt;/p&gt;

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

&lt;p&gt;From: Petter Reinholdtsen
&lt;br&gt;Subject: Når blir Frikanalen ukryptert på RiksTV?
&lt;br&gt;To: post (at) rikstv.no, postmottak (at) sd.dep.no, post (at) medietilsynet.no
&lt;br&gt;Cc: post (at) frikanalen.no
&lt;br&gt;Date: Sun, 27 May 2012 00:28:10 +0200&lt;/p&gt;

&lt;p&gt;Hvorfor er det så dyrt a motta Frikanalen i det digitale
bakkenettet?  I følge nettsidene til Frikanalen er kanalen gratis, men
den sendes kryptert ut på RiksTV, mens f.eks. NRK ikke er kryptert.
For å få tilgang til de krypterte sendingene må en ha programkort som
koster flere hundre kroner for hvert fjernsyn.  Dette er jo langt fra
gratis.&lt;/p&gt;

&lt;p&gt;I Stortingsmelding 39 2007 står det:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
  NTVs søsterselskap RiksTV skal stå for betal-tv-operasjonen på
  plattformen. RiksTV har lagt opp til at det ikke-kommersielle
  tilbudet i bakkenettet skal distribueres som en enkeltkanal utenfor
  selskapets betal-tv-pakke.  Kanalen vil gå som et gratistilbud til
  seerne og vil dele sendeflate med lokal-tv. Det er lagt opp til at
  de ikke-kommersielle aktørene i første omgang skal ha sendetid i
  perioden kl. 12 til kl. 17.30.  Tilbudet vil bli sendt kryptert, men
  RiksTV vil påta seg å dekke alle utgifter for kundene (seerne),
  dvs. at programkortet seerne må ha for å kunne ta inn de krypterte
  sendingene vil være gratis i dette tilfellet. RiksTV vil også dekke
  distribusjonskostnadene for den åpne kanalen. Alle disse avtalene
  vil gjelde fram til midten av 2010.
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Hva gjelder så etter midten av 2010?  Betyr det som står i
stortingsmeldingen at RiksTV fra midten av 2010 kan kreve hvilken som
helst pris fra folk som ønsker å se på Frikanalen, derfor RiksTV
velger å distribuere Frikanalen?  Eller var det tillatelsen til å
sende Frikanalen kryptert som gikk ut i 2010?&lt;/p&gt;

&lt;p&gt;-- 
&lt;br&gt;Vennlig hilsen
&lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Jeg har ikke fått svar hverken fra departement eller medietilsyn,
men har fått to svar fra RiksTV.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;From: post (at) rikstv.no
&lt;br&gt;Subject: RE:Når blir Frikanalen ukryptert på RiksTV?--ActionID:[92641] Hvis du svarer på denne henvendelsen, ikke forandre subjektet
&lt;br&gt;To: Petter Reinholdtsen
&lt;br&gt;Date: Mon, 28 May 2012 14:30:27 +0200&lt;/p&gt;

&lt;p&gt;Takk for din henvendelse&lt;/p&gt;

&lt;p&gt;Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV
dekker kostnadene for Programkort frem til midten av 2010. Avtalen er
gjengitt i sin helhet på denne lenken:
&lt;a href=&quot;http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld-nr-39-2007-/28/4.html?id=478517&quot;&gt;http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld-nr-39-2007-/28/4.html?id=478517&lt;/a&gt;

&lt;p&gt;Dersom du ønsker tilgang til Frikanalen via det digitale
bakkenettet per idag trenger du et Programkort og RiksTV godkjent
dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
som en del av utstyret du trenger for å motta krypterte signaler.&lt;/p&gt;

&lt;p&gt;Vennligst se mer informasjon om Programkort på denne lenken:
&lt;a href=&quot;https://www.rikstv.no/kundeservice/Utstyr/programkort/&quot;&gt;https://www.rikstv.no/kundeservice/Utstyr/programkort/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;For mer informasjon om våre produkter og priser se, www.rikstv.no &lt;/p&gt;

&lt;p&gt;Ha en fin dag.&lt;/p&gt;

&lt;p&gt;Med vennlig hilsen 
&lt;br&gt;Thomas Eikeland 
&lt;br&gt;RiksTV AS
&lt;br&gt;Kundeservice
&lt;br&gt;Telefonnummer: 09595 
&lt;br&gt;www.rikstv.no&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Meldingen fra RiksTV svarte ikke helt på det jeg spurte om, så jeg
fulgte opp med en ny epost:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;From: Petter Reinholdtsen
&lt;br&gt;Subject: Re: Når blir Frikanalen ukryptert på RiksTV?--ActionID:[92641] Hvis&lt;br&gt; du svarer på denne henvendelsen, ikke forandre subjektet
&lt;br&gt;To: post (at) rikstv.no
&lt;br&gt;Date: Fri, 08 Jun 2012 10:14:49 +0200&lt;/p&gt;

&lt;p&gt;[Thomas Eikeland]
&lt;br&gt;&amp;gt; Takk for din henvendelse&lt;/p&gt;

&lt;p&gt;Takk for svaret.&lt;/p&gt;

&lt;p&gt;&amp;gt; Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV dekker
&lt;br&gt;&amp;gt; kostnadene for Programkort frem til midten av 2010. Avtalen er gjengitt
&lt;br&gt;&amp;gt; i sin helhet på denne lenken:
&lt;br&gt;&amp;gt; http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld
&lt;br&gt;&amp;gt; -nr-39-2007-/28/4.html?id=478517&lt;/p&gt;

&lt;p&gt;Jeg lurer altså på hva som gjelder etter at denne avtaleperioden er
over.  Er den erstattet med en ny avtale?&lt;/p&gt;

&lt;ul&gt;

&lt;li&gt;Kan RiksTV nå kreve hvilken som helst pris fra folk som ønsker å se
   på Frikanalen, eller var det tillatelsen til å sende Frikanalen
   kryptert som gikk ut i 2010?&lt;/li&gt;

&lt;/ul&gt;

&lt;p&gt;&amp;gt; Dersom du ønsker tilgang til Frikanalen via det digitale bakkenettet
&lt;br&gt;&amp;gt; per idag trenger du et Programkort og RiksTV godkjent
&lt;br&gt;&amp;gt; dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
&lt;br&gt;&amp;gt; som en del av utstyret du trenger for å motta krypterte signaler.
&lt;br&gt;&amp;gt;  
&lt;br&gt;&amp;gt; Vennligst se mer informasjon om Programkort på denne lenken:
&lt;br&gt;&amp;gt; https://www.rikstv.no/kundeservice/Utstyr/programkort/&lt;/p&gt;

&lt;p&gt;Dette er litt på siden av det jeg lurte på, som er hva slags
reguleringer departementet har gitt når det gjelder Frikanalen og RiksTV
etter 2010.&lt;/p&gt;

&lt;p&gt;-- 
&lt;br&gt;Vennlig hilsen
&lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Etter mange uker fikk jeg så på fredag følgende tilbakemelding.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;From: Arthur Garnes
&lt;br&gt;Subject: RE: Når blir Frikanalen ukryptert på RiksTV
&lt;br&gt;To: Petter Reinholdtsen
&lt;br&gt;Date: Fri, 29 Jun 2012 13:02:38 +0200&lt;/p&gt;

&lt;p&gt;Hei,&lt;/p&gt;

&lt;p&gt;Det vises til din henvendelse av 27.5.2012.  Vi beklager at din
henvendelse har tatt noe tid å besvare.&lt;/p&gt;

&lt;p&gt;RiksTV har en distribusjonsavtale med Frikanalen, hvor Frikanalen
vederlagsfritt får distribusjon i det digitale bakkenettet. At
signalet er kryptert bygger på RiksTVs avtale med Frikanalen. At alle
kanalene som RiksTV distribuerer som en del av sitt tilbud skal være
kryptert har også vært forutsetningen for NTV, RiksTV, myndighetene og
Frikanalen hele tiden. RiksTV og NTV har kostnader knyttet til å ha et
adgangskontrollsystem og utstedelse, distribusjon og administrasjon av
programkort og trenger som en kommersiell aktør å få dekket disse
kostnadene.&lt;/p&gt;

&lt;p&gt;Skulle du ha noen ytterligere spørsmål så er det selvsagt bare å ta
kontakt.&lt;/p&gt;

&lt;p&gt;Med vennlig hilsen
&lt;br&gt;Arthur Garnes
&lt;br&gt;Product Manager&lt;/p&gt;

&lt;p&gt;Mobil:     +47 98234224
&lt;p&gt;E-post:    arthur.garnes (at) rikstv.no
&lt;br&gt;RiksTV AS
&lt;br&gt;Besøk:     Økernveien 145, 17. etg, Oslo
&lt;br&gt;Post:        Postboks 393 Økern, 0513 Oslo&lt;/p&gt;

&lt;p&gt;Web: rikstv.no rikstvbloggen.no facebook.com/rikstv twitter:@rikstv&lt;/p&gt;

&lt;p&gt;Denne e-post og informasjonen den inneholder er konfidensiell og
ment kun for den korrekte adressaten.  This e-mail and the information
it contains is confidential and intended only for the right
addressee.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Her var det mye å ta tak i, men jeg vet ikke når jeg rekker følge
opp.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Departementenes servicesenter har ingen avtale om bruk av H.264 med MPEG-LA</title>
                <link>http://www.hungry.com/~pere/blog/Departementenes_servicesenter_har_ingen_avtale_om_bruk_av_H_264_med_MPEG_LA.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~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://www.hungry.com/~pere/blog/MPEG_LA_mener_NRK_m__ha_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~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://www.hungry.com/~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://www.hungry.com/~pere/blog/NRK_nekter___finne_og_utlevere_eventuell_avtale_med_MPEG_LA.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~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://www.hungry.com/~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://www.hungry.com/~pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~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>HTC One X - Your video?  What do you mean?</title>
                <link>http://www.hungry.com/~pere/blog/HTC_One_X___Your_video___What_do_you_mean_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~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>RAND terms - non-reasonable and discriminatory</title>
                <link>http://www.hungry.com/~pere/blog/RAND_terms___non_reasonable_and_discriminatory.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/RAND_terms___non_reasonable_and_discriminatory.html</guid>
                <pubDate>Thu, 19 Apr 2012 22:20:00 +0200</pubDate>
                <description>&lt;p&gt;Here in Norway, the
&lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad.html?id=339&quot;&gt; Ministry of
Government Administration, Reform and Church Affairs&lt;/a&gt; is behind
a &lt;a href=&quot;http://standard.difi.no/forvaltningsstandarder&quot;&gt;directory of
standards&lt;/a&gt; that are recommended or mandatory for use by the
government.  When the directory was created, the people behind it made
an effort to ensure that everyone would be able to implement the
standards and compete on equal terms to supply software and solutions
to the government.  Free software and non-free software could compete
on the same level.&lt;/p&gt;

&lt;p&gt;But recently, some standards with RAND
(&lt;a href=&quot;http://en.wikipedia.org/wiki/Reasonable_and_non-discriminatory_licensing&quot;&gt;Reasonable
And Non-Discriminatory&lt;/a&gt;) terms have made their way into the
directory.  And while this might not sound too bad, the fact is that
standard specifications with RAND terms often block free software from
implementing them.  The reasonable part of RAND mean that the cost per
user/unit is low,and the non-discriminatory part mean that everyone
willing to pay will get a license.  Both sound great in theory.  In
practice, to get such license one need to be able to count users, and
be able to pay a small amount of money per unit or user.  By
definition, users of free software do not need to register their use.
So counting users or units is not possible for free software projects.
And given that people will use the software without handing any money
to the author, it is not really economically possible for a free
software author to pay a small amount of money to license the rights
to implement a standard when the income available is zero.  The result
in these situations is that free software are locked out from
implementing standards with RAND terms.&lt;/p&gt;

&lt;p&gt;Because of this, when I see someone claiming the terms of a
standard is reasonable and non-discriminatory, all I can think of is
how this really is non-reasonable and discriminatory.  Because free
software developers are working in a global market, it does not really
help to know that software patents are not supposed to be enforceable
in Norway.  The patent regimes in other countries affect us even here.
I really hope the people behind the standard directory will pay more
attention to these issues in the future.&lt;/p&gt;

&lt;p&gt;You can find more on the issues with RAND, FRAND and RAND-Z terms
from Simon Phipps
(&lt;a href=&quot;http://blogs.computerworlduk.com/simon-says/2010/11/rand-not-so-reasonable/&quot;&gt;RAND:
Not So Reasonable?&lt;/a&gt;).&lt;/p&gt;

&lt;p&gt;Update 2012-04-21: Just came across a
&lt;a href=&quot;http://blogs.computerworlduk.com/open-enterprise/2012/04/of-microsoft-netscape-patents-and-open-standards/index.htm&quot;&gt;blog
post from Glyn Moody&lt;/a&gt; over at Computer World UK warning about the
same issue, and urging people to speak out to the UK government.  I
can only urge Norwegian users to do the same for
&lt;a href=&quot;http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder&quot;&gt;the
hearing taking place at the moment&lt;/a&gt; (respond before 2012-04-27).
It proposes to require video conferencing standards including
specifications with RAND terms.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Stopmotion for making stop motion animations on Linux - reloaded</title>
                <link>http://www.hungry.com/~pere/blog/Stopmotion_for_making_stop_motion_animations_on_Linux___reloaded.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Stopmotion_for_making_stop_motion_animations_on_Linux___reloaded.html</guid>
                <pubDate>Sat, 3 Mar 2012 12:50:00 +0100</pubDate>
                <description>&lt;p&gt;Many years ago, the &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux
/ Debian Edu project&lt;/a&gt; initiated a student project to create a tool
for making stop motion movies.  The proposal came from a teacher
needing such tool on Skolelinux.  The project, called &quot;stopmotion&quot;,
was manned by two extraordinary students and won a school award and a
national aware with this great project.  The project was initiated and
mentored by Herman Robak, and manned by the students Bjørn Erik Nilsen
and Fredrik Berg Kjølstad.  They got in touch with people at Aardman
Animation studio and received feedback on how professionals would like
such stopmotion tool to work, and the end result was and is used by
animators around the globe.  But as is usual after studying, both got
jobs and went elsewhere, and did not have time to properly tend to the
project, and it has been lingering for a few years now.  Until last
year...&lt;/p&gt;

&lt;p&gt;Last year some of the users got together with Herman, and moved the
project to Sourceforge and in effect restarted the project under a new
name,
&lt;a href=&quot;http://sourceforge.net/projects/linuxstopmotion/&quot;&gt;linuxstopmotion&lt;/a&gt;.
The name change was done to make it possible to find the project using
Internet search engines (try to search for &#39;stopmotion&#39; to see what I
mean). I&#39;ve been following
&lt;a href=&quot;https://lists.sourceforge.net/lists/listinfo/linuxstopmotion-community&quot;&gt;the
mailing list&lt;/a&gt; and the improvement already in place and planned for
the future is encouraging.  If you want to make stop motion movies.
Check it out. :)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Hvordan enkelt laste ned filmer fra NRK</title>
                <link>http://www.hungry.com/~pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~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>Ripping problematic DVDs using dvdbackup and genisoimage</title>
                <link>http://www.hungry.com/~pere/blog/Ripping_problematic_DVDs_using_dvdbackup_and_genisoimage.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Ripping_problematic_DVDs_using_dvdbackup_and_genisoimage.html</guid>
                <pubDate>Sat, 17 Sep 2011 20:20:00 +0200</pubDate>
                <description>&lt;p&gt;For convenience, I want to store copies of all my DVDs on my file
server.  It allow me to save shelf space flat while still having my
movie collection easily available.  It also make it possible to let
the kids see their favourite DVDs without wearing the physical copies
down.  I prefer to store the DVDs as ISOs to keep the DVD menu and
subtitle options intact.  It also ensure that the entire film is one
file on the disk.  As this is for personal use, the ripping is
perfectly legal here in Norway.&lt;/p&gt;

&lt;p&gt;Normally I rip the DVDs using dd like this:&lt;/p&gt;

&lt;blockquote&gt;&lt;pre&gt;
#!/bin/sh
# apt-get install lsdvd
title=$(lsdvd 2&gt;/dev/null|awk &#39;/Disc Title: / {print $3}&#39;)
dd if=/dev/dvd of=/storage/dvds/$title.iso bs=1M
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;But some DVDs give a input/output error when I read it, and I have
been looking for a better alternative.  I have no idea why this I/O
error occur, but suspect my DVD drive, the Linux kernel driver or
something fishy with the DVDs in question.  Or perhaps all three.&lt;/p&gt;

&lt;p&gt;Anyway, I believe I found a solution today using dvdbackup and
genisoimage.  This script gave me a working ISO for a problematic
movie by first extracting the DVD file system and then re-packing it
back as an ISO.

&lt;blockquote&gt;&lt;pre&gt;
#!/bin/sh
# apt-get install lsdvd dvdbackup genisoimage
set -e
tmpdir=/storage/dvds/
title=$(lsdvd 2&gt;/dev/null|awk &#39;/Disc Title: / {print $3}&#39;)
dvdbackup -i /dev/dvd -M -o $tmpdir -n$title
genisoimage -dvd-video -o $tmpdir/$title.iso $tmpdir/$title
rm -rf $tmpdir/$title
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;Anyone know of a better way available in Debian/Squeeze?&lt;/p&gt;

&lt;p&gt;Update 2011-09-18: I got a tip from Konstantin Khomoutov about the
readom program from the wodim package.  It is specially written to
read optical media, and is called like this: &lt;tt&gt;readom dev=/dev/dvd
f=image.iso&lt;/tt&gt;.  It got 6 GB along with the problematic Cars DVD
before it failed, and failed right away with a Timmy Time DVD.&lt;/p&gt;

&lt;p&gt;Next, I got a tip from Bastian Blank about
&lt;a href=&quot;http://bblank.thinkmo.de/blog/new-software-python-dvdvideo&quot;&gt;his
program python-dvdvideo&lt;/a&gt;, which seem to be just what I am looking
for.  Tested it with my problematic Timmy Time DVD, and it succeeded
creating a ISO image.  The git source built and installed just fine in
Squeeze, so I guess this will be my tool of choice in the future.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Gnash enteres Google Summer of Code 2011</title>
                <link>http://www.hungry.com/~pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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>The video format most supported in web browsers?</title>
                <link>http://www.hungry.com/~pere/blog/The_video_format_most_supported_in_web_browsers_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/The_video_format_most_supported_in_web_browsers_.html</guid>
                <pubDate>Sun, 16 Jan 2011 00:20:00 +0100</pubDate>
                <description>&lt;p&gt;The video format struggle on the web continues, and the three
contenders seem to be Ogg Theora, H.264 and WebM.  Most video sites
seem to use H.264, while others use Ogg Theora.  Interestingly enough,
the comments I see give me the feeling that a lot of people believe
H.264 is the most supported video format in browsers, but according to
the Wikipedia article on
&lt;a href=&quot;http://en.wikipedia.org/wiki/HTML5_video&quot;&gt;HTML5 video&lt;/a&gt;,
this is not true.  Check out the nice table of supprted formats in
different browsers there.  The format supported by most browsers is
Ogg Theora, supported by released versions of Mozilla Firefox, Google
Chrome, Chromium, Opera, Konqueror, Epiphany, Origyn Web Browser and
BOLT browser, while not supported by Internet Explorer nor Safari.
The runner up is WebM supported by released versions of Google Chrome
Chromium Opera and Origyn Web Browser, and test versions of Mozilla
Firefox.  H.264 is supported by released versions of Safari, Origyn
Web Browser and BOLT browser, and the test version of Internet
Explorer.  Those wanting Ogg Theora support in Internet Explorer and
Safari can install plugins to get it.&lt;/p&gt;

&lt;p&gt;To me, the simple conclusion from this is that to reach most users
without any extra software installed, one uses Ogg Theora with the
HTML5 video tag.   Of course to reach all those without a browser
handling HTML5, one need fallback mechanisms.  In
&lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;, we provide first fallback to a
plugin capable of playing MPEG1 video, and those without such support
we have a second fallback to the Cortado java applet playing Ogg
Theora.  This seem to work quite well, as can be seen in an &lt;a
href=&quot;http://www.nuug.no/aktiviteter/20110111-semantic-web/&quot;&gt;example
from last week&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;The reason Ogg Theora is the most supported format, and H.264 is
the least supported is simple.  Implementing and using H.264
require royalty payment to MPEG-LA, and the terms of use from MPEG-LA
are incompatible with free software licensing.  If you believed H.264
was without royalties and license terms, check out
&quot;&lt;a href=&quot;http://webmink.com/essays/h-264/&quot;&gt;H.264 – Not The Kind Of
Free That Matters&lt;/a&gt;&quot; by Simon Phipps.&lt;/p&gt;

&lt;p&gt;A incomplete list of sites providing video in Ogg Theora is
available from
&lt;a href=&quot;http://wiki.xiph.org/index.php/List_of_Theora_videos&quot;&gt;the
Xiph.org wiki&lt;/a&gt;, if you want to have a look.  I&#39;m not aware of a
similar list for WebM nor H.264.&lt;/p&gt;

&lt;p&gt;Update 2011-01-16 09:40: A question from Tollef on IRC made me
realise that I failed to make it clear enough this text is about the
&amp;lt;video&amp;gt; tag support in browsers and not the video support
provided by external plugins like the Flash plugins.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Chrome plan to drop H.264 support for HTML5 &amp;lt;video&amp;gt;</title>
                <link>http://www.hungry.com/~pere/blog/Chrome_plan_to_drop_H_264_support_for_HTML5__lt_video_gt_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Chrome_plan_to_drop_H_264_support_for_HTML5__lt_video_gt_.html</guid>
                <pubDate>Wed, 12 Jan 2011 22:10:00 +0100</pubDate>
                <description>&lt;p&gt;Today I discovered
&lt;a href=&quot;http://www.digi.no/860070/google-dropper-h264-stotten-i-chrome&quot;&gt;via
digi.no&lt;/a&gt; that the Chrome developers, in a surprising announcement,
&lt;a href=&quot;http://blog.chromium.org/2011/01/html-video-codec-support-in-chrome.html&quot;&gt;yesterday
announced&lt;/a&gt; plans to drop H.264 support for HTML5 &amp;lt;video&amp;gt; in
the browser.  The argument used is that H.264 is not a &quot;completely
open&quot; codec technology.  If you believe H.264 was free for everyone
to use, I recommend having a look at the essay
&quot;&lt;a href=&quot;http://webmink.com/essays/h-264/&quot;&gt;H.264 – Not The Kind Of
Free That Matters&lt;/a&gt;&quot;.  It is not free of cost for creators of video
tools, nor those of us that want to publish on the Internet, and the
terms provided by MPEG-LA excludes free software projects from
licensing the patents needed for H.264.  Some background information
on the Google announcement is available from
&lt;a href=&quot;http://www.osnews.com/story/24243/Google_To_Drop_H264_Support_from_Chrome&quot;&gt;OSnews&lt;/a&gt;.
A good read. :)&lt;/p&gt;

&lt;p&gt;Personally, I believe it is great that Google is taking a stand to
promote equal terms for everyone when it comes to video publishing on
the Internet.  This can only be done by publishing using free and open
standards, which is only possible if the web browsers provide support
for these free and open standards.  At the moment there seem to be two
camps in the web browser world when it come to video support.  Some
browsers support H.264, and others support
&lt;a href=&quot;http://www.theora.org/&quot;&gt;Ogg Theora&lt;/a&gt; and
&lt;a href=&quot;http://www.webmproject.org/&quot;&gt;WebM&lt;/a&gt;
(&lt;a href=&quot;http://www.diracvideo.org/&quot;&gt;Dirac&lt;/a&gt; is not really an option
yet), forcing those of us that want to publish video on the Internet
and which can not accept the terms of use presented by MPEG-LA for
H.264 to not reach all potential viewers.
Wikipedia keep &lt;a href=&quot;http://en.wikipedia.org/wiki/HTML5_video&quot;&gt;an
updated summary&lt;/a&gt; of the current browser support.&lt;/p&gt;

&lt;p&gt;Not surprising, several people would prefer Google to keep
promoting H.264, and John Gruber
&lt;a href=&quot;http://daringfireball.net/2011/01/simple_questions&quot;&gt;presents
the mind set&lt;/a&gt; of these people quite well.  His rhetorical questions
provoked a reply from Thom Holwerda with another set of questions
&lt;a href=&quot;http://www.osnews.com/story/24245/10_Questions_for_John_Gruber_Regarding_H_264_WebM&quot;&gt;presenting
the issues with H.264&lt;/a&gt;. Both are worth a read.&lt;/p&gt;

&lt;p&gt;Some argue that if Google is dropping H.264 because it isn&#39;t free,
they should also drop support for the Adobe Flash plugin.  This
argument was covered by Simon Phipps in
&lt;a href=&quot;http://blogs.computerworlduk.com/simon-says/2011/01/google-and-h264---far-from-hypocritical/index.htm&quot;&gt;todays
blog post&lt;/a&gt;, which I find to put the issue in context.  To me it
make perfect sense to drop native H.264 support for HTML5 in the
browser while still allowing plugins.&lt;/p&gt;

&lt;p&gt;I suspect the reason this announcement make so many people protest,
is that all the users and promoters of H.264 suddenly get an uneasy
feeling that they might be backing the wrong horse.  A lot of TV
broadcasters have been moving to H.264 the last few years, and a lot
of money has been invested in hardware based on the belief that they
could use the same video format for both broadcasting and web
publishing.  Suddenly this belief is shaken.&lt;/p&gt;

&lt;p&gt;An interesting question is why Google is doing this.  While the
presented argument might be true enough, I believe Google would only
present the argument if the change make sense from a business
perspective.  One reason might be that they are currently negotiating
with MPEG-LA over royalties or usage terms, and giving MPEG-LA the
feeling that dropping H.264 completely from Chroome, Youtube and
Google Video would improve the negotiation position of Google.
Another reason might be that Google want to save money by not having
to pay the video tax to MPEG-LA at all, and thus want to move to a
video format not requiring royalties at all.  A third reason might be
that the Chrome development team simply want to avoid the
Chrome/Chromium split to get more help with the development of Chrome.
I guess time will tell.&lt;/p&gt;

&lt;p&gt;Update 2011-01-15: The Google Chrome team provided
&lt;a href=&quot;http://blog.chromium.org/2011/01/more-about-chrome-html-video-codec.html&quot;&gt;more
background and information on the move&lt;/a&gt; it a blog post yesterday.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Is Ogg Theora a free and open standard?</title>
                <link>http://www.hungry.com/~pere/blog/Is_Ogg_Theora_a_free_and_open_standard_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Is_Ogg_Theora_a_free_and_open_standard_.html</guid>
                <pubDate>Sat, 25 Dec 2010 20:25:00 +0100</pubDate>
                <description>&lt;p&gt;&lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;The
Digistan definition&lt;/a&gt; of a free and open standard reads like this:&lt;/p&gt;

&lt;blockquote&gt;

&lt;p&gt;The Digital Standards Organization defines free and open standard
as follows:&lt;/p&gt;

&lt;ol&gt;

&lt;li&gt;A free and open standard is immune to vendor capture at all stages
in its life-cycle. Immunity from vendor capture makes it possible to
freely use, improve upon, trust, and extend a standard over time.&lt;/li&gt;

&lt;li&gt;The standard is adopted and will be maintained by a not-for-profit
organisation, and its ongoing development occurs on the basis of an
open decision-making procedure available to all interested
parties.&lt;/li&gt;

&lt;li&gt;The standard has been published and the standard specification
document is available freely. It must be permissible to all to copy,
distribute, and use it freely.&lt;/li&gt;

&lt;li&gt;The patents possibly present on (parts of) the standard are made
irrevocably available on a royalty-free basis.&lt;/li&gt;

&lt;li&gt;There are no constraints on the re-use of the standard.&lt;/li&gt;

&lt;/ol&gt;

&lt;p&gt;The economic outcome of a free and open standard, which can be
measured, is that it enables perfect competition between suppliers of
products based on the standard.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;For a while now I have tried to figure out of Ogg Theora is a free
and open standard according to this definition.  Here is a short
writeup of what I have been able to gather so far.  I brought up the
topic on the Xiph advocacy mailing list
&lt;a href=&quot;http://lists.xiph.org/pipermail/advocacy/2009-July/001632.html&quot;&gt;in
July 2009&lt;/a&gt;, for those that want to see some background information.
According to Ivo Emanuel Gonçalves and Monty Montgomery on that list
the Ogg Theora specification fulfils the Digistan definition.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Free from vendor capture?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;As far as I can see, there is no single vendor that can control the
Ogg Theora specification.  It can be argued that the
&lt;a href=&quot;http://www.xiph.org/&quot;&gt;Xiph foundation&lt;/A&gt; is such vendor, but
given that it is a non-profit foundation with the expressed goal
making free and open protocols and standards available, it is not
obvious that this is a real risk.  One issue with the Xiph
foundation is that its inner working (as in board member list, or who
control the foundation) are not easily available on the web.  I&#39;ve
been unable to find out who is in the foundation board, and have not
seen any accounting information documenting how money is handled nor
where is is spent in the foundation.  It is thus not obvious for an
external observer who control The Xiph foundation, and for all I know
it is possible for a single vendor to take control over the
specification.  But it seem unlikely.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Maintained by open not-for-profit organisation?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Assuming that the Xiph foundation is the organisation its web pages
claim it to be, this point is fulfilled.  If Xiph foundation is
controlled by a single vendor, it isn&#39;t, but I have not found any
documentation indicating this.&lt;/p&gt;

&lt;p&gt;According to
&lt;a href=&quot;http://media.hiof.no/diverse/fad/rapport_4.pdf&quot;&gt;a report&lt;/a&gt;
prepared by Audun Vaaler og Børre Ludvigsen for the Norwegian
government, the Xiph foundation is a non-commercial organisation and
the development process is open, transparent and non-Discrimatory.
Until proven otherwise, I believe it make most sense to believe the
report is correct.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Specification freely available?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;The specification for the &lt;a href=&quot;http://www.xiph.org/ogg/doc/&quot;&gt;Ogg
container format&lt;/a&gt; and both the
&lt;a href=&quot;http://www.xiph.org/vorbis/doc/&quot;&gt;Vorbis&lt;/a&gt; and
&lt;a href=&quot;http://theora.org/doc/&quot;&gt;Theora&lt;/a&gt; codeces are available on
the web.  This are the terms in the Vorbis and Theora specification:

&lt;blockquote&gt;

Anyone may freely use and distribute the Ogg and [Vorbis/Theora]
specifications, whether in private, public, or corporate
capacity. However, the Xiph.Org Foundation and the Ogg project reserve
the right to set the Ogg [Vorbis/Theora] specification and certify
specification compliance.

&lt;/blockquote&gt;

&lt;p&gt;The Ogg container format is specified in IETF
&lt;a href=&quot;http://www.xiph.org/ogg/doc/rfc3533.txt&quot;&gt;RFC 3533&lt;/a&gt;, and
this is the term:&lt;p&gt;

&lt;blockquote&gt;

&lt;p&gt;This document and translations of it may be copied and furnished to
others, and derivative works that comment on or otherwise explain it
or assist in its implementation may be prepared, copied, published and
distributed, in whole or in part, without restriction of any kind,
provided that the above copyright notice and this paragraph are
included on all such copies and derivative works.  However, this
document itself may not be modified in any way, such as by removing
the copyright notice or references to the Internet Society or other
Internet organizations, except as needed for the purpose of developing
Internet standards in which case the procedures for copyrights defined
in the Internet Standards process must be followed, or as required to
translate it into languages other than English.&lt;/p&gt;

&lt;p&gt;The limited permissions granted above are perpetual and will not be
revoked by the Internet Society or its successors or assigns.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;All these terms seem to allow unlimited distribution and use, an
this term seem to be fulfilled.  There might be a problem with the
missing permission to distribute modified versions of the text, and
thus reuse it in other specifications.  Not quite sure if that is a
requirement for the Digistan definition.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Royalty-free?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;There are no known patent claims requiring royalties for the Ogg
Theora format.
&lt;a href=&quot;http://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=65782&quot;&gt;MPEG-LA&lt;/a&gt;
and
&lt;a href=&quot;http://yro.slashdot.org/story/10/04/30/237238/Steve-Jobs-Hints-At-Theora-Lawsuit&quot;&gt;Steve
Jobs&lt;/a&gt; in Apple claim to know about some patent claims (submarine
patents) against the Theora format, but no-one else seem to believe
them.  Both Opera Software and the Mozilla Foundation have looked into
this and decided to implement Ogg Theora support in their browsers
without paying any royalties.  For now the claims from MPEG-LA and
Steve Jobs seem more like FUD to scare people to use the H.264 codec
than any real problem with Ogg Theora.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;No constraints on re-use?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I am not aware of any constraints on re-use.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;3 of 5 requirements seem obviously fulfilled, and the remaining 2
depend on the governing structure of the Xiph foundation.  Given the
background report used by the Norwegian government, I believe it is
safe to assume the last two requirements are fulfilled too, but it
would be nice if the Xiph foundation web site made it easier to verify
this.&lt;/p&gt;

&lt;p&gt;It would be nice to see other analysis of other specifications to
see if they are free and open standards.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Why isn&#39;t Debian Edu using VLC?</title>
                <link>http://www.hungry.com/~pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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>Best å ikke fortelle noen at streaming er nedlasting...</title>
                <link>http://www.hungry.com/~pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html&quot;&gt;http://www.hungry.com/~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://www.hungry.com/~pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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>TED talks på norsk og NUUG-foredrag - frivillige trengs til teksting</title>
                <link>http://www.hungry.com/~pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html</guid>
                <pubDate>Fri, 1 Oct 2010 11:00:00 +0200</pubDate>
                <description>&lt;p&gt;Frikanalen og NUUG jobber for å få &lt;a href=&quot;http://www.ted.com&quot;&gt;TED
talks&lt;/a&gt; kringkastet på
&lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, for å gi et mer
variert innhold på kanalen som i dag sendes på RiksTV, Lyse og
Uninett.  Før innslagene kan sendes må det lages norske undertekster,
og dette her trengs det frivillige.  Det er hundrevis av innslag, men
mine favoritter er
&lt;a href=&quot;http://www.ted.com/talks/james_randi.html&quot;&gt;James Randi&lt;/a&gt; og
&lt;a href=&quot;http://www.ted.com/talks/lang/eng/michael_specter_the_danger_of_science_denial.html&quot;&gt;Michael
Specter&lt;/a&gt;.  Hvis du har litt tid til overs, bli med på å oversette
TED-foredragene til norsk og få på plass undertekster.  TED har
allerede opplegg på plass for å håndtere oversettelser og
undertekster.  Registrer deg på
&lt;a href=&quot;http://www.ted.com/translate/forted&quot;&gt;sidene til TED&lt;/a&gt; i
dag!&lt;/p&gt;

&lt;p&gt;NUUG holder også på å få alle opptakene fra NUUG-presentasjonene
&lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi?organization=NUUG&quot;&gt;publisert
på Frikanalen&lt;/a&gt;.  Foredrag på engelsk må også her tekstes og
oversettes.  Ta kontakt med video@nuug.no hvis du vil bidra med
teksting og oversetting.  Arbeidet koordineres på epostlisten og på
IRC (#nuug-video på irc.oftc.org), og &lt;a
href=&quot;http://wiki.nuug.no/grupper/video/frikanalen&quot;&gt;en wikiside&lt;/a&gt;
brukes som notatblokk for arbeidet.  Mest lovende verktøy for dette
ser i dag ut til å være
&lt;a href=&quot;http://universalsubtitles.org/&quot;&gt;Universal Subtitles&lt;/a&gt;, som
lar en bidra med teksting via en nettleser.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Terms of use for video produced by a Canon IXUS 130 digital camera</title>
                <link>http://www.hungry.com/~pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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://www.hungry.com/~pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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>Første NUUG-fordrag sendt på TV</title>
                <link>http://www.hungry.com/~pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html</guid>
                <pubDate>Tue, 8 Dec 2009 12:00:00 +0100</pubDate>
                <description>&lt;p&gt;Endelig har NUUG klart å få kringkastet ut et av sine fordrag på
TV.  Foredraget om
&lt;a href=&quot;http://www.nuug.no/aktiviteter/20090512-bifrost/&quot;&gt;utskriftsløsningen
Biforst&lt;/a&gt; var først ute, pga. at det var det nyeste foredraget som
var holdt på norsk, og dermed slapp vi å finne ut av hvordan
teksting av video skulle gjøres.&lt;/p&gt;

&lt;p&gt;NUUG har vært involvert i
&lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; en stund nå, for å
forsøke å få ut budskapet vårt også på TV, og dette første foredraget
er en sped start på det vi har planlagt.&lt;/p&gt;

&lt;p&gt;NUUGs første foredrag sendes ut via frikanelen på digitalt
bakkenett, og alle abonnenter av riks-TV skal dermed ha mulighet til å
ta inn sendingen.  Slå på TVen 5/12 16:05 (for sent), 12/12 14:00,
19/12 16:00, 24/12 15:37 eller 26/12 16:11 i år, så skal du få se
meg, Tollef og alle andre de som deltok på møtet på TV.&lt;p&gt;
</description>
        </item>
        
        <item>
                <title>Regjerningens oppsummering av høringen om standardkatalogen versjon 2</title>
                <link>http://www.hungry.com/~pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</guid>
                <pubDate>Thu, 9 Jul 2009 14:40:00 +0200</pubDate>
                <description>&lt;p&gt;For å forstå mer om hvorfor standardkatalogens versjon 2 ble som
den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
for regjeringen da de tok sin avgjørelse.  De er nå lagt ut på NUUGs
wiki, direkte tilgjengelig via &quot;&lt;a
href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon.pdf&quot;&gt;Referansekatalogen
v2.0 - Oppsummering av høring&lt;/a&gt;&quot; og &quot;&lt;a
href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon-katalogutkast.pdf&quot;&gt;Referansekatalog
for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå -
UTKAST&lt;/a&gt;&quot;.&lt;/p&gt;

&lt;p&gt;Det er tre ting jeg merker meg i oppsummeringen fra
høringsuttalelsen da jeg skummet igjennom den.  Det første er at
forståelsen av hvordan programvarepatenter påvirker fri
programvareutvikling også i Norge når en argumenterer med at
royalty-betaling ikke er et relevant problem i Norge.  Det andre er at
FAD ikke har en prinsipiell forståelse av verdien av en enkelt
standard innenfor hvert område.  Det siste er at påstander i
høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
Microsoft om hvordan Ogg blir standardisert og påstanden fra
politidirektoratet om patentproblemer i Theora).&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon 2</title>
                <link>http://www.hungry.com/~pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</guid>
                <pubDate>Mon, 6 Jul 2009 21:00:00 +0200</pubDate>
                <description>&lt;p&gt;Jeg ble glad da regjeringen
&lt;a href=&quot;http://www.digi.no/817635/her-er-statens-nye-it-standarder&quot;&gt;annonserte&lt;/a&gt;
versjon 2 av
&lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf&quot;&gt;statens
referansekatalog over standarder&lt;/a&gt;, men trist da jeg leste hva som
faktisk var vedtatt etter
&lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html&quot;&gt;høringen&lt;/a&gt;.
De fleste av de valgte åpne standardene er gode og vil bidra til at
alle kan delta på like vilkår i å lage løsninger for staten, men
noen av dem blokkerer for de som ikke har anledning til å benytte
spesifikasjoner som krever betaling for bruk (såkalt
royalty-betaling).  Det gjelder spesifikt for H.264 for video og MP3
for lyd.  Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
fra statens websider gjøre dette uten å måtte bruke programmer der
betaling for bruk var nødvendig.  Når det nå er gjort valgfritt for
de statlige etatene å bruke enten H.264 eller Theora (og MP3 eler
Vorbis), så vil en bli tvunget til å forholde seg til
royalty-belastede standarder for å få tilgang til videoen og
lyden.&lt;/p&gt;

&lt;p&gt;Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
at alle standarder som ble valgt til å være påkrevd i katalogen skulle
være uten royalty-betaling.  Jeg håper det ikke betyr at en har mistet
all forståelse for hvilke prinsipper som må følges for å oppnå
likeverdig konkurranse mellom aktørene i IT-bransjen.  NUUG advarte
mot dette i
&lt;a href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2&quot;&gt;sin
høringsuttalelse&lt;/a&gt;, men ser ut til å ha blitt ignorert.&lt;/p&gt;

&lt;p&gt;Oppdatering 2012-06-29: Kom over &lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf&quot;&gt;en
rapport til FAD&lt;/a&gt; fra da versjon 1 av katalogen ble vedtatt, og der
er det tydelig at problemstillingen var kjent og forstått.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Microsofts misvisende argumentasjon rundt multimediaformater</title>
                <link>http://www.hungry.com/~pere/blog/Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html</guid>
                <pubDate>Fri, 26 Jun 2009 13:30:00 +0200</pubDate>
                <description>&lt;p&gt;I
&lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf&quot;&gt;Microsoft
sin høringsuttalelse&lt;/a&gt; til
&lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html?id=549422&quot;&gt;forslag
til versjon 2 av statens referansekatalog over standarder&lt;/a&gt;, lirer
de av seg følgende FUD-perle:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;&quot;Vorbis, OGG, Theora og FLAC er alle tekniske
  spesifikasjoner overordnet styrt av xiph.org, som er en
  ikke-kommersiell organisasjon.  Etablerte og anerkjente
  standardiseringsorganisasjoner, som Oasis, W3C og Ecma, har en godt
  innarbeidet vedlikeholds- og forvaltningsprosess av en standard.
  Det er derimot helt opp til hver enkelt organisasjon å bestemme
  hvordan tekniske spesifikasjoner videreutvikles og endres, og disse
  spesifikasjonene bør derfor ikke defineres som åpne
  standarder.&quot;&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;De vokter seg vel for å nevne den anerkjente
standardiseringsorganisasjonen IETF, som er organisasjonen bak HTTP,
IP og det meste av protokoller på Internet, og RFC-standardene som
IETF står bak.  Ogg er spesifisert i
&lt;a href=&quot;http://ietf.org/rfc/rfc3533.txt&quot;&gt;RFC 3533&lt;/a&gt;, og er uten
tvil å anse som en åpen standard.  Vorbis er
&lt;a href=&quot;http://ietf.org/rfc/rfc5215.txt&quot;&gt;RFC 5215&lt;/a&gt;.  Theora er

under standardisering via IETF, med
&lt;a href=&quot;http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt&quot;&gt;siste
utkast publisert 2006-07-21&lt;/a&gt; (riktignok er dermed teksten ikke
skrevet i stein ennå, men det blir neppe endringer som ikke er
bakoverkompatibel).  De kan være inne på noe når det gjelder FLAC da
jeg ikke finner tegn til at &lt;a
href=&quot;http://flac.sourceforge.net/format.html&quot;&gt;spesifikasjonen
tilgjengelig på web&lt;/a&gt; er på tur via noen
standardiseringsorganisasjon, men i og med at folkene bak Ogg, Theora
og Vorbis også har involvert seg i Flac siden 2003, så ser jeg ikke
bort fra at også den organiseres via IETF.  Jeg kjenner personlig lite
til FLAC.&lt;/p&gt;

&lt;p&gt;Uredelig argumentasjon bør en holde seg for god til å komme med,
spesielt når det er så enkelt i dagens Internet-hverdag å gå
misvisende påstander etter i sømmene.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Recording video from cron using VLC</title>
                <link>http://www.hungry.com/~pere/blog/Recording_video_from_cron_using_VLC.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Recording_video_from_cron_using_VLC.html</guid>
                <pubDate>Sun, 5 Apr 2009 10:00:00 +0200</pubDate>
                <description>&lt;p&gt;One think I have wanted to figure out for a along time is how to
run vlc from cron to do recording of video streams on the net.  The
task is trivial with mplayer, but I do not really trust the security
of mplayer (it crashes too often on strange input), and thus prefer
vlc.  I finally found a way to do it today.  I spent an hour or so
searching the web for recipes and reading the documentation.  The
hardest part was to get rid of the GUI window, but after finding the
dummy interface, the command line finally presented itself:&lt;/p&gt;

&lt;blockquote&gt;&lt;pre&gt;URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
SAVEFILE=rms.ogg
DISPLAY= vlc -q $URL \
  --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
  --intf=dummy&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;The command stream the URL and store it in the SAVEFILE by
duplicating the output stream to &quot;nodisplay&quot; and the file, using the
dummy interface.  The dummy interface and the nodisplay output make
sure no X interface is needed.&lt;/p&gt;

&lt;p&gt;The cron job then need to start this job with the appropriate URL
and file name to save, sleep for the duration wanted, and then kill
the vlc process with SIGTERM.  Here is a complete script
&lt;tt&gt;vlc-record&lt;/tt&gt; to use from &lt;tt&gt;at&lt;/tt&gt; or &lt;tt&gt;cron&lt;/tt&gt;:&lt;/p&gt;

&lt;blockquote&gt;&lt;pre&gt;#!/bin/sh
set -e
URL=&quot;$1&quot;
SAVEFILE=&quot;$2&quot;
DURATION=&quot;$3&quot;
DISPLAY= vlc -q &quot;$URL&quot; \
  --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
  --intf=dummy &lt; /dev/null &gt; /dev/null 2&gt;&amp;1 &amp;
pid=$!
sleep $DURATION
kill $pid
wait $pid&lt;/pre&gt;&lt;/blockquote&gt;
</description>
        </item>
        
        <item>
                <title>Frikanalen og jul i studentrådet</title>
                <link>http://www.hungry.com/~pere/blog/Frikanalen_og_jul_i_studentr_det.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Frikanalen_og_jul_i_studentr_det.html</guid>
                <pubDate>Wed, 11 Mar 2009 23:40:00 +0100</pubDate>
                <description>&lt;p&gt;I går
&lt;a href=&quot;http://lists.nuug.no/pipermail/interesserte/2009-March/000387.html&quot;&gt;lanserte&lt;/a&gt;
NUUGs videogruppe
&lt;a href=&quot;http://www.frikanalen.no&quot;&gt;Frikanalen&lt;/a&gt; med
&lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi&quot;&gt;åpne
standarder&lt;/a&gt;, og resultatet av noen intense uker med arbeide kunne
endelig presenteres.  Jeg har tro på åpen kanalkonseptet som
Frikanalen er et eksempel på, der borgerne får anledning til å
kringkaste sitt syn på en åpen og demokratisk måte.  Jeg er veldig
glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle
kan få tilgang til opptakene på web, og slipper å måtte installere MS
Silverlight for å spille av opptakene.&lt;/p&gt;

&lt;p&gt;Frikanalen har en brokete historie, og dagens inkarnasjon er ikke
helt slik foreningen Åpen kanal planla det for mange år siden, noe som
er bakgrunnen for at det fredag 13. mars 2009 kl 09:00 starter en
rettsak i Oslo tingrett der Kringkasterforeningen (tidligere
foreningen Åpen kanal) har saksøkt kulturdepartementet over
konsesjonsvilkårene til Frikanalen.  Jeg er spent på resultatet.&lt;/p&gt;

&lt;p&gt;I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede
av å se en rekke av innslagene som er tilgjengelig.  Her er mye
religiøst sludder, fra
&lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=720&quot;&gt;vandring
i jerusalem&lt;/a&gt; via
&lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=779&quot;&gt;religiøst
vinklede nyheter&lt;/a&gt; til
&lt;a
href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2077&quot;&gt;kreasjonisk
retorikk&lt;/a&gt;, men også fine
&lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=407&quot;&gt;dokumentarer
om redningsselskapet&lt;/a&gt; og
&lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2204&quot;&gt;interessante
tegneserieanmeldelser&lt;/a&gt;.  Det jeg derimot har hatt størst glede av,
er

&lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=1556&quot;&gt;jul
i studentrådet&lt;/a&gt;, der hver episode var en fest å se på.  Jeg håper
NUUG lykkes med å få ut sine opptak med like stor suksess.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Lisensvalg for NUUG-opptakene endelig på plass</title>
                <link>http://www.hungry.com/~pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html</guid>
                <pubDate>Fri, 6 Mar 2009 21:20:00 +0100</pubDate>
                <description>&lt;p&gt;Etter mange års meditasjon over temaet, har NUUG endelig klart å
bestemme seg for hvilken lisens vi skal bruke på videoopptakene som
gjøres av NUUGs videogruppe.  Ole Kristian har annonsert at lisensen
blir &lt;a href=&quot;http://creativecommons.org/licenses/by-sa/3.0/no/&quot;&gt;Creative
Commons Navngivelse-Del på samme vilkår 3.0 Norge&lt;/a&gt;.  Jeg er veldig
glad for at denne saken endelig er landet.  Lisensen for opptaket til
Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart
på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak
i denne sammenhengen.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Første vellykkede videostrøm fra NUUG</title>
                <link>http://www.hungry.com/~pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html</guid>
                <pubDate>Wed, 11 Feb 2009 06:30:00 +0100</pubDate>
                <description>&lt;p&gt;Jeg ble glad for å se under
&lt;a href=&quot;http://www.nuug.no/aktiviteter/20090210-compiz/&quot;&gt;gårdagens
medlemsmøte&lt;/a&gt; i NUUG Oslo at utsending av live-video fra møtet
fungerte for første gang.  Forrige gang ble det ved en teknisk tabbe
sendt video uten lyd.  Vi kan takke Ole Kristian Lien og resten av
videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land 
kunne se foredraget samtidig med oss i Oslo.  Vi opplevde til og med
under møtet å motta spørsmål via IRC som ble besvart der og da.
Opptaket publiseres så snart det er kopiert over til NUUGs
webserver og komprimert.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>When web browser developers make a video player...</title>
                <link>http://www.hungry.com/~pere/blog/When_web_browser_developers_make_a_video_player___.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~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>Software video mixer on a USB stick</title>
                <link>http://www.hungry.com/~pere/blog/Software_video_mixer_on_a_USB_stick.html</link>
                <guid isPermaLink="true">http://www.hungry.com/~pere/blog/Software_video_mixer_on_a_USB_stick.html</guid>
                <pubDate>Sun, 28 Dec 2008 15:40:00 +0100</pubDate>
                <description>&lt;p&gt;The &lt;a href=&quot;http://www.nuug.no/&quot;&gt;Norwegian Unix User Group&lt;/a&gt; is
recording our montly presentation on video, and recently we have
worked on improving the quality of the recordings by mixing the slides
directly with the video stream.  For this, we use the
&lt;a href=&quot;http://dvswitch.alioth.debian.org/&quot;&gt;dvswitch&lt;/a&gt; package from
the Debian video team.  As this require quite one computer per video
source, and NUUG do not have enough laptops available, we need to
borrow laptops.  And to avoid having to install extra software on
these borrwed laptops, I have wrapped up all the programs needed on a
bootable USB stick.  The software required is dvswitch with assosiated
source, sink and mixer applications and
&lt;a href=&quot;http://www.kinodv.org/&quot;&gt;dvgrab&lt;/a&gt;.  To allow this setup to
work without any configuration, I&#39;ve patched dvswitch to use
&lt;a href=&quot;http://www.avahi.org/&quot;&gt;avahi&lt;/a&gt; to connect the various parts
together.  And to allow us to use laptops without firewire plugs, I
upgraded dvgrab to the one from Debian/unstable to get one that work
with USB sources.  We have not yet tested this setup in a production
setup, but I hope it will work properly, and allow us to set up a
video mixer in a very short time frame.  We will need it for
&lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open 2009&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz&quot;&gt;The
USB image&lt;/a&gt; is for a 1 GB memory stick, but can be used on any
larger stick as well.&lt;/p&gt;
</description>
        </item>
        
        </channel>
</rss>