Petter Reinholdtsen

As part of the work we do in NUUG 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 <video> 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 <video> tag, the <object> tag, the <embed> tag and the <applet> tag. All of these take a lot of options, and finding the best options is a major challenge.

I just tested the experimental Opera browser available from labs.opera.com, to see how it handled a <video> 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="true" attribute to be able to get a play button to pres to start the video. Adding autoplay="true" did not help. I sure hope this is a misfeature of the test version of Opera, and that future implementations of the <video> tag will stream recordings by default, or at least start playing when the download is done.

The test page I used (since changed to add more attributes) is available from the nuug site. Will have to test it with the new Firefox too.

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. :)

For noen uker siden bestemte noen av oss seg for at det var på tide med en norsk utgave av FixMyStreet, og satte igang et prosjekt i NUUG-regi. Konseptet er å gjøre det enklere å rapportere til rette instans om ting som er galt i offentligheten, ved å bruke kart og web. En testinstans er på plass på en maskin donert av min arbeidsplass USIT ved Universitetet i Oslo, og den begynner så smått å fungere. Det gjenstår å fullføre støtten for norsk språk, bytte ut kartet og finne kilde for å slå opp adresser før første versjon er operativ. Når den er operativ, håper vi å forbedre utseendet litt, samt legge til ny funksjonalitet. Prosjektet trenger flere folk, både utviklere og folk til å bidra med å finne ut hvor feilene som rapporteres skal sendes videre. Vi har kommet i kontakt med naturvernmiljøet i Bergen som allerede var igang med lignende planer, og det ser ut til at vi kan slå våre pjalter sammen med dem. Dette blir bra.

I følge Aftenposten vil Finansdepartementet fjerne tusenlappen, ut fra teorien om at kriminelle er avhengig av den for å omsette sine verdier, og etter å ha observert at det er veldig få som bruker tusenlappen til vanlig. Jeg er en flittig bruker av tusenlappen, og synes dette angrepet på retten til å kjøpe ting uten å bli overvåket er skammelig.

Jeg bruker stort sett kontanter til innkjøp, for å unngå registrering av mitt forbruksmønster. Det er borgernes demokratiske rett å kunne bevege seg rundt i Norge uten å bli overvåket, og jeg tror det er viktig at så mange som mulig benytter seg av denne retten for at vi skal beholde den. Retten til å bevege seg uten overvåkning er under intenst angrep i dagens Norge, med registrering av bilkjøring, flyreiser, mobiltelefonbevegelser og kameraovervåkning av snart hvert et hushjørne. Kollektivtrafikken i Oslo håper kommunen snart å få totalovervåket, slik at det også der blir vanskeligere (eller mer konkret dyrere) å bevege seg uten å bli overvåket i Oslo. De som ønsker tusenlappen bort har gjort det klart at dette er første steg i arbeidet med å få alle til å bruke sporbare transaksjoner som direktebelastning mot minibankkort, og det er litt av bakgrunnen for at jeg misliker forsøket på å bli kvitt tusenlappen.

Det er ingen tvil om at veldig få bruker tusenlappen for tiden, og at bruken er på hell. Årsaken er enkel - tilgjengelighet. De fleste henter ut kontanter via minibanker, og disse inneholder så vidt jeg har observert, aldri tusenlapper (ofte kun tohundre- eller til nød femhundresedler). Det er dermed svært ubeleilig for borgerne å få tak i tusenlapper, og de fleste ender i stedet opp med en større og mer uhåndterlig bunke sedler enn de hadde trengt. Personlig tar jeg ut penger over skranke i posten, og der har det den siste tiden blitt vanskelig å få ut tusenlapper. Jeg ber alltid om å få deler av beløpet jeg tar ut som tusenlapper, og de siste to-tre gangene har jeg blitt fortalt at de ikke har noen tusenlapper å gi meg. Jeg antar den mangelen på tusenlapper er bevisst fra postens side, inntil det motsatte er bevist.

Personlig finner jeg teorien om at kriminelle får det vanskeligere når en bestemt seddelvalør fjernes svært naivt. Det er jo ikke slik at det er vanskelig å få tak i andre lett omsettelige verdier, som femhundrelapper, verdipapirer, edelstener og -metall, etc. Argumentasjonen virker dermed useriøs på meg. Jeg verdsetter den direkte verdien av å kunne handle uten å bli overvåket høyere enn en naiv og usannsynlig gevinst av å gjøre det vanskeligere for kriminelle, og håper derfor forslaget blir skutt ned også denne gangen.

Oppdatering 2009-01-15: Posten hadde tusenlapper da jeg tok ut kontanter for noen dager siden.

Et langt hopp fremover for NUUGs replikator-prosjekt i dag.

I dag klarte posten det de ikke klarte før jul, nemlig å få fram elektronikkbyggesettet for 3D-skriveren min. Fikk pakkelapp i dag som sist, og dro til min lokale post-i-butikk for å hente pakken. Ingen pakke der, som sist. Ringte så direkte til til postens kundeservice som fortalte at de hadde snakket med min lokale post-i-butikk, og nå lå pakken der. Ruslet så tilbake og nå fant de den. Fikk inntrykk av at pakken hadde annet referansenummer enn det som var på utleveringsbilaget jeg hadde fått i posten. Lurer på om det samme skjedde sist, og om pakken også da lå her og ventet på meg uten at posten klarte å gi meg den ved oppmøte. Uansett, glad og lykkelig ruslet jeg hjem igjen med elektronikkbyggesettet.

Da er det bare å gå igang med å lodde sammen alle kretskortene. Det er en solid stabel deler, selv om esken ikke var så stor (ca 20x20x20 cm). Her skal min gode venn Anders hjelpe til. Han er fysikker og jobber med elektronikk til daglig, og har sagt ja til å bidra med sin kompetanse. :)

Ellers er det god framgang med bygging av mekanikksettet som ankom før jul. Har brukt romjulen til å bygge, og er ferdig med alle hjørnestykkene, Z-aksene og i gang med delene til Y-aksen. Når siste del av Y-aksen er ferdig kan det hele monteres sammen med stag slik at rammeverket til reprap-en kan monteres. Det blir interessant å få alt nøyaktig nok montert. Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en feilmargin på 0.25 mm, over en avstand på 40 cm. Håper vater kan bidra her. Regner med at det blir enklere å komme opp med løsninger når rammen begynner å ta form.

Her om dagen kom jeg forresten over en alternativ 3D-skriver som ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim. Mcor Matrix heter vidunderet, men det er ikke i salg ennå, selv om produsentens websider påstår det skulle skje i 2008.

The Norwegian Unix User Group 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 dvswitch 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 dvgrab. To allow this setup to work without any configuration, I've patched dvswitch to use avahi 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 Go Open 2009.

The USB image is for a 1 GB memory stick, but can be used on any larger stick as well.

Etter flere års mislykkede forsøk på å skrive om byggesystemet for den norske stavekontrollen for bokmål og nynorsk til å ikke bruke bindestrek som ordskillemarkør, lyktes jeg endelig første juledag. Bruken av bindestrek som ordskillemarkør har gjort det umulig å få med ord med bindestrek i stavekontrolldatagrunnlaget, slik at ord som e-post og CD-spiller ikke kunne godtas av stavekontrollen. Hadde litt tid til overs å bruke på stavekontrollen, og satte meg ned med to kopier av byggsystemet og en liten testdatafil, og byttet ut - med = på utvalgte steder i byggsystemet og datafilen helt til jeg fikk samme resultat med det gamle og det nye byggsystemet. Dette tror jeg var forsøk 4, der de foregående har feilet uten at jeg klarte å forstå hvorfor. Det sier kanskje litt om kompleksiteten i det originale byggsystemet som Rune Kleveland laget i sin tid.

Etter å ha endret byggsystemet, var neste steg å importere ordene med bindestrek. Vi har en rekke slike i databasene for bokmål og nynorsk for korrektur av datagrunnlaget for stavekontrollen, og etter importen skulle nå 10350 nye ord bli godkjent som korrekt stavede ord av stavekontrollen.

Jeg overvar i dag FADs pressepresentasjon av arbeidet med ny programvare for skriving av reiseregninger, som de gir ut som fri programvare. Den gode nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå foran i å etablere en delingskultur i offentlig sektor, og denne gang har hatt fokus på å lage en løsning som fungerer på flere platformer, konkret Linux, MacOS X og Windows. Løsningen er utviklet av Making Waves på oppdrag fra FAD, og kildekoden er tilgjengelig fra CodeResort. En får lesetilgang til kode og dokumentasjon uten å registrere seg, men må registrere seg for f.eks. å melde inn feil og skrive i wikien. FAD håper å få erfaring med fri programvareprosjekter vha. dette prosjektet, som er første gang de gir ut kildekode fra et "egenutviklet" prosjekt.

Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret Adobe Flex. Den bruker Flash 9, og fungerer ikke med Gnash. I tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det lagt JavaScript-kode foran web-programmet som nekter å starte flash-programmet hvis ikke Adobe Flash 9 er installert. Det var irriterende, og jeg måtte hente ut URL til Flash-binæren fra HTML-siden og lage min egen testside for å sjekke om den fungerte med gnash. Fikk bare en blank flate der programmet skulle startet. Laget en side med følgende HTML-snutt for å laste programmet

<object
  data="http://213.225.125.209/kunder/dss/Reiseregningen.swf"
  width="100%"
  height="100%"
>

Bruken av Adobe Flash er spesielt problematisk da Adobes Flash-utgave har en lisens som ikke tillater andre en Adobe å distribuere deres programpakke. Det gjør det umulig for linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes Flash i sine distribusjoner. Adobe Flash er ikke fri programvare. Det finnes noen ikke-komplette Flash-implementasjoner som er fri programvare, som Gnash og swfdec. Jeg spurte utviklerne om de hadde testet med alternative utgaver av Flash som Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og heller ikke testet løsningen mot disse.

Videreutvikling av reiseregningsprogrammet vil kreve aksept for lisensen til Adobe Flex. I følge Adobe finnes Adobe Flax som Eclipse-utvidelse i en betautgave for Linux, men jeg vet ikke om denne er tilstrekkelig for å bygge reiseregningsprogrammet. Jeg mistenker at valg av teknologi gjør at svært få fri programvareutviklere ser det som interessant å involvere seg i videreutvikling av dette prosjektet. Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges og videreutvikles ved hjelp av fri programvare. Andre utviklere av fri programvare ser det åpenbart annerledes, da det jo finnes fri programvare på Windows. Vi får se om det er tilstrekkelig mange av dem til at FAD får bidragsytere utenfra. Prosjektet bærer litt preg av "kast det over gjerdet"-metoden for deling, der en legger ut koden men det ikke er klart hvem som skal skape fellesskapet som trengs for å få et fungerende fri programvareutviklingsmiljø.

Systemet viser fram et dynamisk skjema som fylles ut fortløpende, og der tidligere svar styrer hvilke alternativer en må fylle ut senere. Det henter informasjon om takster og regler fra FADs sider, der informasjonen skal være lagt ut i maskinlesbart format. Når en er ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for utskrift eller videre lagring/behandling. Skjemaet er kun klientbiten, og eventuell integrering mot økonomisystemer følger ikke med. FAD lovte at de skulle bidra til at takster og regelfilene skulle holdes oppdatert. Konvertering til PDF var visst .NET-basert. Utviklerne hadde ingen idé om dette fungerte med fri programvareutgaver som Mono. .NET-utgaven skulle være en begrenset del av løsningen, og visstnok ble .NET valgt for å integreres med FADs eksisterende tjenerløsning. Løsningen kunne gjenbruke personinformasjon vha. XML-filer lagret lokalt på brukerens maskin, slik at en slapp å skrive inn samme informasjon hver gang. Sentralt lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette gjorde det litt vanskeligere for brukeren.

I dag fikk jeg endelig vite hva posten hadde gjort med elektronikkbyggesettet mitt. Fikk epost fra avsenderen, Zach 'Hoeken' Smith, som fortalte at posten hadde returnert pakken til ham. Ingen aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve pakken. De gode nyhetene er at vi forsøker igjen, og håper det går bedre denne gangen.

NUUGs replikator-prosjekt har de siste ukene fått et nytt medlem. Ole Kristian Lien har meldt seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut på 3D-skriveren til Institutt for Informatikk i Oslo. Han er igang med å skaffe seg oversikt over hvilke deler som trengs derfra, og hvilke som kan skaffes fra jernvarehandel og f.eks. Clas Ohlson. Det er dermed gode håp om at vi har to 3D-skrivere operative over jul.

NUUG-prosjektet for å lage 3D-skrivere gjorde et lite hopp forover i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet. Hurra. Håper å starte byggingen av mekanikksettet i romjula.

Når det gjelder bygging av reprap basert på deler fra IFIs 3D-skriver, så har NUUG avtale om at de lager plast-delene basert på STL-filer vi sender dem der, og printeransvarlig der har fått første dump av filer. Etter dette har jeg ikke klart å få tak i ham, så jeg tror han fortsatt er travelt opptatt. Håper det ordner seg snart. Det trengs frivillige for å bygge denne. Det innebærer blant annet å skaffe seg oversikt over hvilke plastdeler som må skrives ut, samt finne leverandør for skruver, mutt, metallstag, steppermotorer etc. Antar Clas Olsson og ELFA kan skaffe mye av dette, men har ingen plan om å sette meg inn i dette selv med det første. Frivillig til å skaffe seg sin egen 3D-skriver etterlyses, og kan melde seg på aktive@nuug.no.

This weekend we had a small developer gathering for Debian Edu in Oslo. Most of Saturday was used for the general assemly for the member organization, but the rest of the weekend I used to tune the LTSP installation. LTSP now work out of the box on the 10-network. Acer Aspire One proved to be a very nice thin client, with both screen, mouse and keybard in a small box. Was working on getting the diskless workstation setup configured out of the box, but did not finish it before the weekend was up.

Did not find time to look at the 4 VGA cards in one box we got from the Brazilian group, so that will have to wait for the next development gathering. Would love to have the Debian Edu installer automatically detect and configure a multiseat setup when it find one of these cards.