X-Git-Url: https://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/c9ac67e3c8dd7055d05a5a0f1c3f186728ae9dc3..a83f3dd1f551af3249f7848a810f95cbb2505903:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index a060ba6554..0a3674cea0 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -6,6 +6,55 @@ http://people.skolelinux.org/pere/blog/ + + Terms of use for video produced by a Canon IXUS 130 digital camera + http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html + http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html + Thu, 9 Sep 2010 23:55:00 +0200 + +<p>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 +that is at risk. + +<p>On page 27 of the Danish instruction manual, this section is +written:</p> + +<blockquote> +<p>This product is licensed under AT&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&T patents to provide MPEG-4 compliant video.</p> + +<p>No license is granted or implied for any other user for MPEG-4 +standard.</p> +</blockquote> + +<p>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.</p> + +<p>This issue has been brewing for a while, and I recommend you to +read +"<a href="http://www.osnews.com/story/23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA">Why +Our Civilization's Video Art and Culture is Threatened by the +MPEG-LA</a>" by Eugenia Loli-Queru and +"<a href="http://webmink.com/2010/09/03/h-264-and-foss/">H.264 Is Not +The Sort Of Free That Matters</a>" by Simon Phipps to learn more about +the issue. The solution is to support the +<a href="http://www.digistan.org/open-standard:definition">free and +open standards</a> for video, like <a href="http://www.theora.org/">Ogg +Theora</a>, and avoid MPEG-4 and H.264 if you can.</p> + + + Navteq bruker 3-12 måneder, OpenStreetmap.org trenger noen dager http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m__neder__OpenStreetmap_org_trenger_noen_dager.html @@ -412,52 +461,5 @@ elektronisk stemmegiving og unngå begrepet "evalg".</p> - - Robot, reis deg... - http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html - http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html - Sat, 21 Aug 2010 22:10:00 +0200 - -<p>I dag fikk jeg endelig tittet litt på mine nyinnkjøpte roboter, og -har brukt noen timer til å google etter interessante referanser og -aktuell kildekode for bruk på Linux. Det mest lovende så langt er -<a href="http://ispykee.toyz.org/">ispykee</a>, som har en -BSD-lisensiert linux-daemon som står som mellomledd mellom roboter på -lokalnettet og en sentral tjeneste der en iPhone kan koble seg opp for -å fjernstyre roboten. Linux-daemonen implementerer deler av -protokollen som roboten forstår. Etter å ha knotet litt med å oppnå -kontakt med roboten (den oppretter et eget ad-hoc wifi-nett, så jeg -måtte gå av mitt vanlige nett for å få kontakt), og kommet frem til at -den lytter på IP-port 9000 og 9001, gikk jeg i gang med å finne ut -hvordan jeg kunne snakke med roboten vha. disse portene. Robotbiten -av protokollen er publisert av produsenten med GPL-lisens, slik at det -er mulig å se hvordan protokollen fungerer. Det finnes en java-klient -for Android som så ganske snasen ut, men fant ingen kildekode for -denne. Derimot hadde iphone-løsningen kildekode, så jeg tok -utgangspunkt i den.</p> - -<p>Daemonen ville i utgangspunktet forsøke å kontakte den sentrale -tjenesten som iphone-programmet kobler seg til. Jeg skrev dette om -til i stedet å sette opp en nettverkstjeneste på min lokale maskin, -som jeg kan koble meg opp til med telnet og gi kommandoer til roboten -(act, forward, right, left, etc). Det involverte i praksis å bytte ut -socket()/connect() med socket()/bind()/listen()/accept() for å gjøre -klienten om til en tjener.</p> - -<p>Mens jeg har forsøkt å få roboten til å bevege seg har min samboer -skrudd sammen resten av roboten for å få montert kamera og plastpynten -(armer, plastfiber for lys). Nå er det hele montert, og roboten er -klar til bruk. Må få flyttet den over til mitt vanlige trådløsnett -før det blir praktisk, men de bitene av protokollen er ikke -implementert i ispykee-daemonen, så der må jeg enten få tak i en mac -eller en windows-maskin, eller implementere det selv.</p> - -<p>Vi var tre som kjøpte slike roboter, og vi har blitt enige om å -samle notater og referanser på <a -href="http://wiki.nuug.no/grupper/robot/">NUUGs wiki</a>. Ta en titt -der hvis du er nysgjerrig.</p> - - -