1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/'
>
4 <title>Petter Reinholdtsen - Entries tagged multimedia
</title>
5 <description>Entries tagged multimedia
</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>The sorry state of multimedia browser plugins in Debian
</title>
11 <link>http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html
</guid>
13 <pubDate>Tue,
25 Nov
2008 00:
10:
00 +
0100</pubDate>
15 <p
>Recently I have spent some time evaluating the multimedia browser
16 plugins available in Debian Lenny, to see which one we should use by
17 default in Debian Edu. We need an embedded video playing plugin with
18 control buttons to pause or stop the video, and capable of streaming
19 all the multimedia content available on the web. The test results and
20 notes are available on
21 <a href=
"http://wiki.debian.org/DebianEdu/BrowserMultimedia
">the
22 Debian wiki
</a
>. I was surprised how few of the plugins are able to
23 fill this need. My personal video player favorite, VLC, has a really
24 bad plugin which fail on a lot of the test pages. A lot of the MIME
25 types I would expect to work with any free software player (like
26 video/ogg), just do not work. And simple formats like the
27 audio/x-mplegurl format (m3u playlists), just isn
't supported by the
28 totem and vlc plugins. I hope the situation will improve soon. No
29 wonder sites use the proprietary Adobe flash to play video.
</p
>
31 <p
>For Lenny, we seem to end up with the mplayer plugin. It seem to
32 be the only one fitting our needs. :/
</p
>
37 <title>When web browser developers make a video player...
</title>
38 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</link>
39 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</guid>
40 <pubDate>Sat,
17 Jan
2009 18:
50:
00 +
0100</pubDate>
42 <p
>As part of the work we do in
<a href=
"http://www.nuug.no
">NUUG
</a
>
43 to publish video recordings of our monthly presentations, we provide a
44 page with embedded video for easy access to the recording. Putting a
45 good set of HTML tags together to get working embedded video in all
46 browsers and across all operating systems is not easy. I hope this
47 will become easier when the
&lt;video
&gt; tag is implemented in all
48 browsers, but I am not sure. We provide the recordings in several
49 formats, MPEG1, Ogg Theora, H
.264 and Quicktime, and want the
50 browser/media plugin to pick one it support and use it to play the
51 recording, using whatever embed mechanism the browser understand.
52 There is at least four different tags to use for this, the new HTML5
53 &lt;video
&gt; tag, the
&lt;object
&gt; tag, the
&lt;embed
&gt; tag and
54 the
&lt;applet
&gt; tag. All of these take a lot of options, and
55 finding the best options is a major challenge.
</p
>
57 <p
>I just tested the experimental Opera browser available from
<a
58 href=
"http://labs.opera.com
">labs.opera.com
</a
>, to see how it handled
59 a
&lt;video
&gt; tag with a few video sources and no extra attributes.
60 I was not very impressed. The browser start by fetching a picture
61 from the video stream. Not sure if it is the first frame, but it is
62 definitely very early in the recording. So far, so good. Next,
63 instead of streaming the
76 MiB video file, it start to download all
64 of it, but do not start to play the video. This mean I have to wait
65 for several minutes for the downloading to finish. When the download
66 is done, the playing of the video do not start! Waiting for the
67 download, but I do not get to see the video? Some testing later, I
68 discover that I have to add the controls=
"true
" attribute to be able
69 to get a play button to pres to start the video. Adding
70 autoplay=
"true
" did not help. I sure hope this is a misfeature of the
71 test version of Opera, and that future implementations of the
72 &lt;video
&gt; tag will stream recordings by default, or at least start
73 playing when the download is done.
</p
>
75 <p
>The test page I used (since changed to add more attributes) is
76 <a href=
"http://www.nuug.no/aktiviteter/
20090113-foredrag-om-foredrag/
">available
77 from the nuug site
</a
>. Will have to test it with the new Firefox
80 <p
>In the test process, I discovered a missing feature. I was unable
81 to find a way to get the URL of the playing video out of Opera, so I
82 am not quite sure it picked the Ogg Theora version of the video. I
83 sure hope it was using the announced Ogg Theora support. :)
</p
>
88 <title>Microsofts misvisende argumentasjon rundt multimediaformater
</title>
89 <link>http://people.skolelinux.org/pere/blog/Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html
</link>
90 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html
</guid>
91 <pubDate>Fri,
26 Jun
2009 15:
30:
00 +
0200</pubDate>
94 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf
">Microsoft
95 sin høringsuttalelse
</a
> til
96 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html?id=
549422">forslag
97 til versjon
2 av statens referansekatalog over standarder
</a
>, lirer
98 de av seg følgende FUD-perle:
</p
>
100 <p
><blockquote
>"Vorbis, OGG, Theora og FLAC er alle tekniske
101 spesifikasjoner overordnet styrt av xiph.org, som er en
102 ikke-kommersiell organisasjon. Etablerte og anerkjente
103 standardiseringsorganisasjoner, som Oasis, W3C og Ecma, har en godt
104 innarbeidet vedlikeholds- og forvaltningsprosess av en standard.
105 Det er derimot helt opp til hver enkelt organisasjon å bestemme
106 hvordan tekniske spesifikasjoner videreutvikles og endres, og disse
107 spesifikasjonene bør derfor ikke defineres som åpne
108 standarder.
"</blockquote
></p
>
110 <p
>De vokter seg vel for å nevne den anerkjente
111 standardiseringsorganisasjonen IETF, som er organisasjonen bak HTTP,
112 IP og det meste av protokoller på Internet, og RFC-standardene som
113 IETF står bak. Ogg er spesifisert i
114 <a href=
"http://ietf.org/rfc/rfc3533.txt
">RFC
3533</a
>, og er uten
115 tvil å anse som en åpen standard. Vorbis er
116 <a href=
"http://ietf.org/rfc/rfc5215.txt
">RFC
5215</a
>. Theora er
118 under standardisering via IETF, med
119 <a href=
"http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-
00.txt
">siste
120 utkast publisert
2006-
07-
21</a
> (riktignok er dermed teksten ikke
121 skrevet i stein ennå, men det blir neppe endringer som ikke er
122 bakoverkompatibel). De kan være inne på noe når det gjelder FLAC da
123 jeg ikke finner tegn til at
<a
124 href=
"http://flac.sourceforge.net/format.html
">spesifikasjonen
125 tilgjengelig på web
</a
> er på tur via noen
126 standardiseringsorganisasjon, men i og med at folkene bak Ogg, Theora
127 og Vorbis også har involvert seg i Flac siden
2003, så ser jeg ikke
128 bort fra at også den organiseres via IETF. Jeg kjenner personlig lite
131 <p
>Uredelig argumentasjon bør en holde seg for god til å komme med,
132 spesielt når det er så enkelt i dagens Internet-hverdag å gå
133 misvisende påstander etter i sømmene.
</p
>
138 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon
2</title>
139 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</link>
140 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</guid>
141 <pubDate>Mon,
6 Jul
2009 21:
00:
00 +
0200</pubDate>
143 <p
>Jeg ble glad da regjeringen
144 <a href=
"http://www.digi.no/
817635/her-er-statens-nye-it-standarder
">annonserte
</a
>
146 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf
">statens
147 referansekatalog over standarder
</a
>, men trist da jeg leste hva som
148 faktisk var vedtatt etter
149 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html
">høringen
</a
>.
150 De fleste av de valgte åpne standardene er gode og vil bidra til at
151 alle kan delta på like vilkår i å lage løsninger for staten, men
152 noen av dem blokkerer for de som ikke har anledning til å benytte
153 spesifikasjoner som krever betaling for bruk (såkalt
154 royalty-betaling). Det gjelder spesifikt for H
.264 for video og MP3
155 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
156 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
157 fra statens websider gjøre dette uten å måtte bruke programmer der
158 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
159 de statlige etatene å bruke enten H
.264 eller Theora (og MP3 eler
160 Vorbis), så vil en bli tvunget til å forholde seg til
161 royalty-belastede standarder for å få tilgang til videoen og
164 <p
>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
165 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
166 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
167 all forståelse for hvilke prinsipper som må følges for å oppnå
168 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
170 <a href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2
">sin
171 høringsuttalelse
</a
>, men ser ut til å ha blitt ignorert.
</p
>
176 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon
2</title>
177 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h__ringen_om_standardkatalogen_versjon_2.html
</link>
178 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h__ringen_om_standardkatalogen_versjon_2.html
</guid>
179 <pubDate>Thu,
9 Jul
2009 14:
40:
00 +
0200</pubDate>
181 <p
>For å forstå mer om hvorfor standardkatalogens versjon
2 ble som
182 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
183 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
184 wiki, direkte tilgjengelig via
"<a
185 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon.pdf
">Referansekatalogen
186 v2.0 - Oppsummering av høring
</a
>" og
"<a
187 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon-katalogutkast.pdf
">Referansekatalog
188 for IT-standarder i offentlig sektor Versjon
2.0, dd.mm.åååå -
189 UTKAST
</a
>".
</p
>
191 <p
>Det er tre ting jeg merker meg i oppsummeringen fra
192 høringsuttalelsen da jeg skummet igjennom den. Det første er at
193 forståelsen av hvordan programvarepatenter påvirker fri
194 programvareutvikling også i Norge når en argumenterer med at
195 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
196 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
197 standard innenfor hvert område. Det siste er at påstander i
198 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
199 Microsoft om hvordan Ogg blir standardisert og påstanden fra
200 politidirektoratet om patentproblemer i Theora).
</p
>
205 <title>Some notes on Flash in Debian and Debian Edu
</title>
206 <link>http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</link>
207 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html
</guid>
208 <pubDate>Sat,
4 Sep
2010 10:
10:
00 +
0200</pubDate>
210 <p
>In the
<a href=
"http://popcon.debian.org/unknown/by_vote
">Debian
211 popularity-contest numbers
</a
>, the adobe-flashplugin package the
212 second most popular used package that is missing in Debian. The sixth
213 most popular is flashplayer-mozilla. This is a clear indication that
214 working flash is important for Debian users. Around
10 percent of the
215 users submitting data to popcon.debian.org have this package
218 <p
>In the report written by Lars Risan in August
2008
219 («
<a href=
"http://wiki.skolelinux.no/Dokumentasjon/Rapporter?action=AttachFile
&do=view
&target=Skolelinux_i_bruk_rapport_1.0.pdf
">Skolelinux
220 i bruk – Rapport for Hurum kommune, Universitetet i Agder og
221 stiftelsen SLX Debian Labs
</a
>»), one of the most important problems
222 schools experienced with
<a href=
"http://www.skolelinux.org/
">Debian
223 Edu/Skolelinux
</a
> was the lack of working Flash. A lot of educational
224 web sites require Flash to work, and lacking working Flash support in
225 the web browser and the problems with installing it was perceived as a
226 good reason to stay with Windows.
</p
>
228 <p
>I once saw a funny and sad comment in a web forum, where Linux was
229 said to be the retarded cousin that did not really understand
230 everything you told him but could work fairly well. This was a
231 comment regarding the problems Linux have with proprietary formats and
232 non-standard web pages, and is sad because it exposes a fairly common
233 understanding of whose fault it is if web pages that only work in for
234 example Internet Explorer
6 fail to work on Firefox, and funny because
235 it explain very well how annoying it is for users when Linux
236 distributions do not work with the documents they receive or the web
237 pages they want to visit.
</p
>
239 <p
>This is part of the reason why I believe it is important for Debian
240 and Debian Edu to have a well working Flash implementation in the
241 distribution, to get at least popular sites as Youtube and Google
242 Video to working out of the box. For Squeeze, Debian have the chance
243 to include the latest version of Gnash that will make this happen, as
244 the new release
0.8.8 was published a few weeks ago and is resting in
245 unstable. The new version work with more sites that version
0.8.7.
246 The Gnash maintainers have asked for a freeze exception, but the
247 release team have not had time to reply to it yet. I hope they agree
248 with me that Flash is important for the Debian desktop users, and thus
249 accept the new package into Squeeze.
</p
>
254 <title>Terms of use for video produced by a Canon IXUS
130 digital camera
</title>
255 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</link>
256 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</guid>
257 <pubDate>Thu,
9 Sep
2010 23:
55:
00 +
0200</pubDate>
259 <p
>A few days ago I had the mixed pleasure of bying a new digital
260 camera, a Canon IXUS
130. It was instructive and very disturbing to
261 be able to verify that also this camera producer have the nerve to
262 specify how I can or can not use the videos produced with the camera.
263 Even thought I was aware of the issue, the options with new cameras
264 are limited and I ended up bying the camera anyway. What is the
265 problem, you might ask? It is software patents, MPEG-
4, H
.264 and the
266 MPEG-LA that is the problem, and our right to record our experiences
267 without asking for permissions that is at risk.
269 <p
>On page
27 of the Danish instruction manual, this section is
273 <p
>This product is licensed under AT
&T patents for the MPEG-
4 standard
274 and may be used for encoding MPEG-
4 compliant video and/or decoding
275 MPEG-
4 compliant video that was encoded only (
1) for a personal and
276 non-commercial purpose or (
2) by a video provider licensed under the
277 AT
&T patents to provide MPEG-
4 compliant video.
</p
>
279 <p
>No license is granted or implied for any other use for MPEG-
4
283 <p
>In short, the camera producer have chosen to use technology
284 (MPEG-
4/H
.264) that is only provided if I used it for personal and
285 non-commercial purposes, or ask for permission from the organisations
286 holding the knowledge monopoly (patent) for technology used.
</p
>
288 <p
>This issue has been brewing for a while, and I recommend you to
290 "<a href=
"http://www.osnews.com/story/
23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
">Why
291 Our Civilization
's Video Art and Culture is Threatened by the
292 MPEG-LA
</a
>" by Eugenia Loli-Queru and
293 "<a href=
"http://webmink.com/
2010/
09/
03/h-
264-and-foss/
">H
.264 Is Not
294 The Sort Of Free That Matters
</a
>" by Simon Phipps to learn more about
295 the issue. The solution is to support the
296 <a href=
"http://www.digistan.org/open-standard:definition
">free and
297 open standards
</a
> for video, like
<a href=
"http://www.theora.org/
">Ogg
298 Theora
</a
>, and avoid MPEG-
4 and H
.264 if you can.
</p
>