Since then I have had varying success capturing hours of video from both Hi8 and VHS sources. Often lavrec will exit in the middle of a recording with somewhat unknown error messages such as:

# dmesg:
DC10plus[0]: jpg_sync - timeout: codec isr=0x00

# lavrec:
Error syncing on a buffer: Timer expired

… and other nicies.

Often this happened between recordings on the tape, when stopping and starting a recording, where it often occur a lot of noise and jitter. It happened more often when recording from VHS tapes than from HI8 tapes.

I tried different values for the system configuration kernel.sched_time_avg with what looks like random improvements. The default is 1000 on a normal Ubuntu Desktop 10.10. I have tried both 100 and 250, and 250 is what I am currently using. Change it like this:

$ sudo sysctl kernel.sched_time_avg=250

I was previously using KDE while recording, but found out that several background processes like Akonadi Server was running and stealing resources. The window manager seemed slow. I guess I have an I/O issue somewhere, but I just don’t know where. Maybe the SCSI drive or maybe the graphics card which is an old ATI Radeon 8500.

I an now running Openbox with Konsole, as a command line (in an X server) is all I need to both record and watch the result with mplayer afterwards. I feel it goes a little bit smoother.

The most effect, as I figured out, was setting the quality option of lavrec a little lower. Recording with the quality set to 100 might result in unstable recording with lost frames if there is the slightest delay in the system, and eventually lavrec just exits with an error.

I tried setting the quality to 80, just to give it a try, and it was recording much more smoothly with less dropped frames. It looks like lavrec now handles jitter much better.

I am now trying out a quality of 90 which also seems good. A little lost frames now and then, but I guess that occurs mostly between recordings since I am able to record several minutes from a single scene without a single frame drop.

This is the command I use now:

$ aoss lavrec --mjpeg-buffers 512 --mjpeg-buffer-size 8192 -f q -d 1 -i p -q 90 -s -R l -U "dc10-%02d.mov"

So, my best tip to avoid lost frames and lavrec crashes is to lower the quality a little.

First, the camcorders charger is broken, and buying a new one is kind of difficult, but luckily, I got to borrow one from some friends.
Second, I managed to find the last working VHS player I got. A little dusty.
Third, since Mini-DV is kind of legacy as well, I decided to copy those on to my computer as well, if I ever manage to find the camcorder. Got the charger, remote and the casing, but no camcorder. Oh well…

Find the best composite or S-Video cables you can dig up, because this job you only want to do once. I got my overly priced Monster composite cables, ready to start. Soon…

Ok, so I’ve got an analog video capture card that I, in the old days, used with Windows 98 and pulled my hair out to get working on Windows 2000. The card is a Zoran based Pinnacle/Miro DC10+. That’s history. Sort of. I still got the video capture card.

What I also got is the latest Ubuntu Linux 10.10, also known as Ubuntu Maverick, which comes with the somewhat great ALSA audio support. I say somewhat because this version of Ubuntu lacks the legacy OSS compability driver in the Linux kernel. In other words it makes it harder to record or play audio from older kinds of programs, such as lavrec.

lavrec is the video and audio capture application from the MJPEG video tools package. It is the tool recommended for capturing video from the DC10+ card on Linux, but it lacks ALSA support. However, you can get a OSS wrapper program named aoss from the Ubuntu alsa-oss package which provides OSS is most cases for those old applications.

This is how I do video and audio recording, from the command line, enter something like this:

$ aoss lavrec -f a -i p -q 100 -s -R l -U dc10-out.avi

Make sure that the correct recording input line is selected for CAPTURE in alsamixer -V capture such as Line or Mic. I recommend you capture a 10 second test and check the sound.

Neste steg når det gjelder denne PC-en er å få loaden lavere når jeg ser på TV. Når jeg nå ser på TV så brukes all kraft fra den ene prosessorkjernen og PC-en får ca 2 i load. Det kan ha noe med at jeg kjører en Linux-kjerne som er optimalisert for servermiljø, altså en ikke-preemtiv kjerne. Grunnen for dette er at jeg har 6 GB minne og server-kjernen er den eneste som fungerte ut av boksen. Kanskje jeg burde kompilere min egen kjerne, med støtte for highmem og preemtiv kjerne. Tiden får vise.

Ubuntu til søster
Søstra mi kjøpte seg en laptop på slutten av sommerferien i fjor for bruk til studier. Den kjører som alle andre nye PC-er, Windows Vista. Enten er Windows noe fordømt drit, eller så hviler det seg en forbannelse over alle Windows-PC-er jeg tar i. Internet Explorer henger støtt og stadig og multitasking føles sakte. Det var på tide med noe nytt. Med fare for å drive fulltidssupport for min søster over telefon så fant jeg ut at det var best å legge inn Ubuntu ved siden av Windows-partisjonen. Jeg hadde tidligere satt av en egen partisjon på 20 GB til diverse, en partisjon som ikke har vært i bruk til nå. Jeg la inn Ubuntu på denne.

Installasjonen tok litt tid, fordi jeg ikke hadde noen Ubuntu-CD i nærheten. Heller hadde jeg ingen tomme CD-er å brenne på heller. Løsningen var ikke så langt unna. Jeg har tidligere satt opp TFTP på routeren min med netboot av CentOS, Fedora og Debian. Å legge inn netboot-filene til Ubuntu Gutsy var lekende lett. Det tok riktignok litt tid å laste ned alle de nødvendige pakkene for å starte opp installasjonsprogrammet og for å laste ned alle pakkene jeg valgte for installering. Det var greit at det tok litt tid, for jeg hadde programmeringen min å sysle med.

Etter installasjonen lastet jeg ned Skype sin Ubuntu-pakke for Feisty, og denne fungerte utmerket på Gutsy. I tillegg la jeg til noen snarveier til en del kjekke programmer på skrivebordet hennes med godt beskrivende navn på snarveiene. Det kan være greit å ha noe å gå ut i fra, så man slipper å lete igjennom en ukjent programmeny i et nytt operativsystem.

Trådløst nettverk
Det jeg sleit mest med var det trådløse nettverkskortet, som er av typen Atheros AR5006EG. Ubuntu prøvde å laste inn modulen ath_pci, men denne gjenkjente ikke kortet i PC-en. Jeg forsøkte også ndiswrapper med Atheros sin Windows-driver versjon 6.0.3.85, og da ble kortet funnet av Ubuntu. Derimot fungerer det ikke å koble på det trådløse nettverket. Jeg mistenker at det kan ha noe med knappen ovenfor tastaturet som i Windows brukes for å aktivere og deaktivere det trådløse nettverkskortet. Trykker jeg på den i Ubuntu får jeg ingen respons.

Jeg valgte derfor å prøve en eldre versjon av driveren, versjon 5.3.0.56. Dette ga ikke noe fremskritt. Derimot fant jeg ut at modulen acerhk ikke bare er for Acer-laptoper, men visstnok også skal fungere med Fujitsu Siemens. Med følgende linje i konfigurasjonsfilen /etc/modprobe.d/fs_acer.modprobe fungerte det trådløse nettverket med en gang etter oppstart:

install acerhk /sbin/modprobe –ignore-install acerhk autowlan=1; echo 1 > /proc/driver/acerhk/wirelessled

I tillegg har jeg blacklista modulen ath_pci ved å føre den opp i fila /etc/modprobe.d/blacklist.

Norsk språkpakke
Litt slit var det å få norsk språk i Kubuntu. Jeg valgte norsk bokmål under installasjonen, men jeg tror kanskje språkpakken for KDE uteble fra installasjonen. Jeg måtte inn på kontrollpanelet og språkinnstillingene, avinstallere norsk bokmål, installere norsk bokmål på nytt, så var det i boks. Jeg røra litt ekstra og valgte språkvalget som heter bare “norsk”, eller “Norwegian” på engelsk. Dette var dumt og gjorde at miljøvariablene mine ble satt til no_NO istedenfor nb_NO, men etter raske endringer i /etc/environment og /etc/defaults/locale så løste det problemet seg også.

Jeg valgte å installere Kubuntu, som er Ubuntu med KDE-skrivebord. KDE er min personlige favoritt fordi jeg synes KDE-programmene er tettere integrert og samarbeider bedre med hverandre enn hva Gnome-programmene gjør. I tillegg likner K-menyen mer på Windows-menyen enn hva Gnome sine menyer gjør, som kan være en fordel for nye brukere.

MythTV
MythTV ble oppgradert fra versjon 0.20 til 0.21. Nytt i denne versjonen var blant annet raskere navigering mellom lagrede filmer og opptak, og omkoding fra analoge lydkilder til AC3-lyd. Jeg håper mythbackend er blitt mer stabil enn tidligere. Denne har krasjet fra flere ganger om dagen til én gang i uka. Jeg vet ikke hvorfor dette skjer, men jeg tror det har noe med timere som kommer ut av synk mellom dual core-prosessoren og dual-tuner TV-kortet. Les om alle endringene hos mythtv.org.

Omkoding til AC3-lyd gjør avspilling enklere da all lyd blir sendt ut via SPDIF-kontakten, både fra video med MP3-lyd (og annen kodek) og video med AC3-lyd. Tidligere ble det mye støy da jeg startet MythTV etter hver omstart av maskinen. Etter mye mikkmakk fram og tilbake i /etc/asound.conf og alsamixer, for så å stille alt tilbake, ble lyden riktig. Dette var slitsomt og jeg er overlykkelig dersom dette problemet har forsvunnet helt.

Lirc fungerte bare delvis. VFD-displayet i front av kabinettet fungerte utmerket, men jeg fikk ikke fjernkontrollen til å fungere. Lirc-modulen lirc_atiusb lastet fint, uten å måtte rekompilere lirc. Allikevel fungerte ikke fjernkontrollen i MythTV. Jeg fant da ut at lircrc-konfigurasjonfilen som MythTV bruker var byttet ut under oppgraderingen, og et raskt bytte tilbake til gammel konfigurasjon løste problemet.

Videre planer
Videre utover påsken har jeg planer om å teste ut Solr, som er en søkeserver som baserer seg på indekseringsmotoren Lucene. Denne har grenesnitt for XML og JSON og støtter markering av søketreff, fasetter, replikering og caching. Jeg har såvidt tittet på det til nå, og gått igjennom tutorialene. Gleder meg til å stupe dypere ned i søkemotorverdenen.

Først og fremst tok det lang tid å oppgradere. Jeg sitter i disse dager på en litt treg Internett-linje, og sammen med et trådløst nettverk får jeg ikke stort høyere hastighet enn 1-1.3 Mbps. Jeg brukte rett og slett hele gårsdagen på å laste ned nye programpakker, som til sammen var på omtrent 1 GB. Da det var ferdig måtte jeg kontrollere en del konfigurasjonsfiler. Ubuntu gir meg mulighet til å se hvilke nye konfigurasjonsfiler som jeg kan legge inn og sammenlikne disse mot de forrige konfigurasjonsfilene som jeg har gjort egne endringer i.

Da jeg startet maskinen på nytt klarte ikke Ubuntu å starte opp og ga meg feilmelding om at den ikke kunne montere partisjonene mine. Dette var heldigvis kun tilfellet for kjerne 2.6.22, for jeg tar vare på en del eldre kjerner som jeg har god erfaring med, så jeg kunne bare velge å starte opp med 2.6.20 som fungerte utmerket. Jeg fant til slutt ut at problemet var relatert til pakken “evms”. Denne kunne jeg avinstallere uten problemer og nå fungerer 2.6.22-kjernen igjen. Mer informasjon om dette problemet på Ubuntu forums – Can’t mount boot partition after Gutsy upgrade. Fingeravtrykkleseren og crypto-partisjonene fungerte utmerket etter oppgraderingen.

Nå gjenstår det å oppgradere MythTV-boksen min. Først må jeg ta backup av MySQL-databasen, MythTV-konfigurasjoner og hjemmekatalogene. I tillegg må jeg ta backup av mine modifikasjoner av lirc-kildekodepakken. Jeg bruker en ATI Wonder-fjernkontroll til å styre MythTV, og jeg har slitt lenge med å få lirc-modulene til å kompilere.

Utfordringen nå er at jeg ikke sitter på samme sted som MythTV-boksen, så da er det bare å sette seg i bilen og kjøre hjem .

Hva er vel bedre å bruke påsken på enn å oppgradere PC-er? Ganske mye sier du kanskje, og det har du helt sikkert rett i også. Men som utvikler er jeg helt avhengig av en PC som fungerer, og da er det uaktuelt å oppgradere distribusjonen på laptopen på en vanlig hverdag, i tilfelle alt går galt. Nå har jeg tross alt 10 dager på å rette opp eventuelle feil som oppstår.

Jeg kjører for tiden KUbuntu Feisty på laptopen. Jeg har tidligere oppgradert fra Dapper, tror jeg det var. Jeg mener at jeg hoppet over en versjon, som da må ha vært Edgy. Det var vel i påsken i fjor jeg gjorde den oppgraderingen. Nå står Gutsy for tur. Kanskje litt dumt å oppgradere nå, rett før Hardy kommer, men det vil alltid komme nye versjoner og jeg liker at distribusjonen har stabilisert seg litt og blitt stuerein før jeg tar den inn.

Følgende PC-er står for turen i en oppgraderingsprosess:
– Laptopen jeg bruker til jobb
– Stue-PC-en som jeg kjører MythTV på

Det er mange ting som kan gå galt under oppgraderingen. På laptopen har jeg fungerende fingeravtrykkleser og cryptodisk som er kritiske at overlever oppgraderingen. Jeg har tatt en backup av de viktigste filområdene, men det er kjedelig å måtte sette opp alt på nytt.

På stue-PC-en kjører jeg MythTV og har brukt lang tid på å sette opp TV-guiden med xmltv. Hovedgrunnen til at jeg ønsker å oppgradere denne boksen er fordi MythTV er svært ustabil, både frontend og spesielt backend. Jeg mistenker at backenden er ustabil på grunn av noen timere som kan være i usync mellom dual core prosessoren og PVR-500 dual TV-tuner kortet jeg har i den. Håper dette blir bedre med ny versjon av Ubuntu, og kanskje en ny versjon av MythTV.

Hvis jeg får tid og gidder, så kanskje jeg oppgraderer noen av de virtuelle serverne jeg har.

Første PC ut er laptopen.

Per Buer, avdelingsleder i drift hos Linpro, skriver i sin blogg at Red Hat Xen-kernel kan kjøres nesten ut av boksen på Ubuntu Dapper og er å foretrekke dersom man har behov for å aksessere mer enn 4 GB ram på et 32 bits system.

Foreløpig har jeg ikke støtt på samme problemet på laptopen min som oppstod med Ubuntu Xen-kernel på serveren min, da jeg enda ikke har hatt behov for så mange samtidige Xen-instanser. Første forsøket på å starte laptopen min med Red Hat sin Xen-kernel feilet, så jeg har latt den saken ligge for nå.

Problemet jeg har støtt på med å bruke Ubuntu sin Xen-kernel på laptopen er at tastaturet periodevis lagger når jeg er i X11 og KDE. Det tar da lang tid fra jeg trykker en tast til den tegnet blir printet i terminalen og ofte blir tasten utført to ganger, noe som gjør det svært vanskelig å programmere og gjøre vedlikeholdsarbeid i terminalen. I ett tilfelle så låste tastaturet seg fullstendig i hele X11, ingen taster ga reaksjon. Det hjalp ikke å bytte til et konsoll og så tilbake til X11, men det hjalp å restarte X11. Det var heller ikke mulig å holde en tast nede for å få repetert handlingen, for eksempel å holde ‘a’-tasten nede for å få skrevet ut dette tegnet gjentatte ganger. Problemet gjelder også for musen, for eksempel markering av tekst.

Dette problemet oppstår kun i Konsole og ikke i XTerm, som er de to terminalapplikasjonene jeg har forsøkt. Problemet oppstår også i andre programmer, som for eksempel Firefox. Jeg har kun forsøkt å bruke det innebygde tastaturet og musen på laptopen, ingen eksterne enheter. Laptopen er av typen IBM/Lenovo X60.

Som denne bug-rapporten viser så skal det være et problem i X11 på Dom0 med Ubuntu Xen-kernel dersom klokken stilles med for eksempel OpenNTPd. Da jeg skrudde av denne tjenesten forsvant problemet og jeg kan nå holde en tast nede for repeterende handling. Jeg klarer å gjenprodusere feilen ved å stille klokken med kommandoen:
ntpdate -u ntp.uio.no

Ved å skru av OpenNTPd så øker risikoen ved at klokken stilles feil over tid. Det er derfor viktig å passe på at klokken går riktig for å sikre riktig tid på for eksempel loggene og spesielt dersom det benyttes en sentral autentiseringsløsning som Kerberos. En mulig løsning er å synkronisere ved oppstart av maskinen. Dette vil ikke fungere med min løsning da jeg ofte er tilkoblet trådløst nettverk, som først konfigureres med KNetworkManager når jeg logger inn i KDE.