Ook van LMMS is vannacht een nieuwe release uitgekomen, 0.4.6. Met een hoop bugfixes en de nodige andere verbeteringen. Hopelijk wordt de LMMS PPA snel geüpdate dan kan ik de nieuwe versie gaan uitproberen. Net ook even wat gedoneerd aan het project, die gasten verdienen alle support, volgens mij ontwikkelen, coden en bugfiksen ze zich een slag in de rondte.
Edit: de LMMS PPA staat inmiddels vol met pakketjes voor Hardy, Jaunty en Karmic.
Standaard gebruikt LMMS ALSA als backend voor het geluid. Maar ALSA kan maar één applicatie tegelijkertijd van geluid voorzien. Om ervoor te zorgen dat meerdere programma’s samen geluid kunnen produceren gebruikt Karmic Koala de PulseAudio sound server. En mocht PulseAudio nou net die ene applicatie zijn die de ALSA backend dus al geclaimd heeft. Oftewel, LMMS zal niet meer zijn dan de Linux Multi Media Silence (ipv. Studio). Nu kun je in LMMS de Audio Interface op PulseAudio zetten, maar in het desbetreffende venstertje staat al een waarschuwing: bad latency!
Er zal nu wel geluid komen uit LMMS maar echt optimaal werkt het niet. Als je bijv. met MIDI aan de slag wilt of met wat grotere samples dan zul je al snel tegen de beperking van PulseAudio aanlopen. ALSA kent die beperkingen nauwelijks dus het zou fijn zijn als je ALSA als backend zou kunnen gebruiken. Hier komt het programaatje pasuspender van pas. Met het pasuspender commando kun je PulseAudio tijdelijk uitzetten zodat een ander programma gebruik kan maken van ALSA, het ‘suspend’ pa, oftewel PulseAudio. LMMS kun je op deze manier ook geluid door laten geven aan ALSA, het volledige commando daarvoor is pasuspender — lmms
Voordat je LMMS op deze manier opstart moet je in een terminal eerst even aplay -l uitvoeren om erachter te komen wat de ALSA naam van je standaard geluidskaart is:
aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: STAC92xx Digital [STAC92xx Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 3: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0
Bij mij heet deze dus ‘Intel’ en als ik vervolgens in LMMS in het Audio Settings schermpje bij SETTINGS FOR ALSA ‘hw:Intel’ ingeef dan weet ALSA welk apparaat hij aan moet spreken:
Als ik nu LMMS opstart met pasuspender — lmms wordt PulseAudio tijdelijk uitgeschakeld en gebruikt LMMS ALSA als backend met de juiste geluidskaart. En dat werkt al een stuk beter. Kan nog beter natuurlijk mbv JACK maar daar wijdt ik nog wel een apart blogje aan aangezien JACK en LMMS niet zo heel goed met elkaar door één bocht kunnen. Maar met wat tweaken kun je al een heel eind komen. En LMMS 0.4.6 komt er aan, hopelijk met wat betere JACK ondersteuning.
In een vorig blogje had ik al aangegeven dat ik tegen wat problemen aanliep na het aansluiten van mijn Firewire kaart op mijn notebook met Karmic. Na alles goed ingesteld te hebben wilde de kaart wel opstarten met de FFADO drivers maar hield JACK er al snel mee op na de volgende foutmelding uitgespuugd te hebben:
firewire ERR: wait status < 0! (= -1)
DRIVER NT: could not run driver cycleZal wel aan mijn onboard Firewire chipset liggen dacht ik, maar ik kon me herinneren dat het wel gewerkt had. En dat kan ik dan niet hebben, waarom zou het met Karmic niet werken en met een oudere versie wel? Dan moet ik weten waar dat aan ligt en ga ik net zo lang zoeken totdat ik dat uitgevogeld heb.
Kort daarvoor had ik een draadje gelezen op het Ubuntu Multimedia Production forum over het rtirq pakketje. Met rtirq kun je in combinatie met de realtime kernel bepaalde zogenaamde ‘tasklets’ prioriteren. Een computer werkt met IRQ’s (interrupt requests) en de IRQ’s worden in Linux geregeld door de interrupt handlers. Hier is een mechanisme voor geschreven (een API) waarmee je met deze interrupt handlers kunt praten. Dit mechanisme heet de tasklet API en de koeriertjes heten dus tasklets. Via de tasklets kun je invloed uitoefenen op de interrupt handlers en dat is precies wat het rtirq pakketje doet.
Wil je met rtirq kunnen werken dan moet je eerst weten welke apparaten welke IRQ’s gebruiken. Met het commando cat /proc/interrupts kun je deze gegevens uitlezen. Op mijn notebook zag ik al meteen wat de oorzaak van mijn foutmelding was: de Firewire chipset deelde zijn IRQ met die van de WiFi chipset. Daarom werkte het in 8.04 wel, toen gebruikte ik nog geen draadloos internet. Na een ifdown eth0 werkte de Firewire kaart dan ook naar behoren. Maar nu ik toch al bezig was met het uitzoeken hoe rtirq te gebruiken ben ik er verder ingedoken om te kijken of ik mijn Karmic installatie op mijn notebook nog verder kon optimaliseren.
Volgens het al eerder aangehaalde forumdraadje moet je na installatie van rtirq een verbeterde versie downloaden van de site van Rui Nuno Capela (de auteur van o.a. QjackCtl en Qtractor) en deze kopiëren naar /etc/init.d/rtirq:
cd ~/Desktop
wget -c http://www.rncbc.org/jack/rtirq-20090920.tar.gz
tar zxvf rtirq-20090920.tar.gz
cd rtirq-20090920
sudo cp rtirq.sh /etc/init.d/rtirq
/etc/init.d/ is de directory die je opstartscripts bevatten die gedraaid worden als Ubuntu wordt opgestart, rtirq is dan ook een opstartscript die bepaalde tasklets die belangrijk zijn voor audio productie kan prioriteren. Nu het goeie script is geïnstalleerd kun je de prioritering aanpassen in het bestand /etc/default/rtirq:
sudo gedit /etc/default/rtirqDe regels die aangepast moeten worden zijn de regels die beginnen met RTIRQ_NAME_LIST en RTIRQ_NON_THREADED. Bij mij zien die er nu zo uit:
RTIRQ_NAME_LIST="rtc ohci1394 snd usb i8042"
RTIRQ_NON_THREADED="rtc ohci1394 snd"Sla het bestand op en sluit gedit af. Na een herstart met de realtime kernel zal dit script uitgevoerd worden en de tasklet die hoort bij de ohci1394 kernelmodule (de algemene Linux Firewire driver) keurig prioriteren zodat deze een stuk stabieler zal draaien omdat de module minder gezeur aan zijn kop krijgt, een soort van top-down management als het ware zeg maar eigenlijk in feite. Je kunt het script ook meteen draaien, vermits je de realtime kernel draait:
sudo /etc/init.d/rtirq startKun je ook gelijk zien of je geen foutjes hebt gemaakt, als alles ok is zul je een aantal regels voorbij zien komen die beginnen met “Setting IRQ priorities: start …” en zou je systeem nog stabieler moeten draaien. Ik heb rtirq ook op mijn netbookje geïnstalleerd en daar de onboard geluidskaart voorrang gegeven en dat werkt echt als een speer.
Meer informatie over het prioriteren vind je op de FFADO site.
Hardware ondersteuning en Linux. De een krijgt zijn computer feilloos aan de praat en de ander zit dagen, zo niet weken te klooien om er een simpel geluidje uit te krijgen of om draadloos te kunnen internetten. Linux is een open source besturingssysteem met een klein marktaandeel dus voor de grote spelers absoluut niet interessant en bovendien zijn een aantal nogal huiverig voor het open source model. Kort samengevat heeft dat de volgende consequenties voor Linux gebruikers:
Vorig jaar heb ik een nieuwe notebook gekocht en omdat ik alléén Linux gebruik moest en zou deze het doen onder Linux. Vantevoren heb ik eerst een lijstje gemaakt met mijn eisen en vervolgens heb ik uitgezocht of die eisen haalbaar waren onder Linux en met welke hardware. Dit waren mijn eisen en de haalbaarheidsfactor:
Vervolgens ben ik gaan zoeken op internet naar geschikte kandidaten, vooral de Pricewatch van tweakers.net heeft me hierbij veel geholpen. Uiteindelijk een drietal kandidaten bij elkaar gezocht (Een HP, een Acer en een MSI) waarvan er dus twee niet meer verkrijgbaar waren (de Acer en de MSI) en de enige die nog wel verkrijgbaar was onder andere bij de BCC stond. Dus daar langs gegaan en het apparaat bekeken. Mooi ding. Maar wel €100,- duurder dan bij diverse webshops. Dus heb ik diverse prijsopgaves uitgeprint en ben daarmee naar de BCC gegaan. Na een gesprek met de filiaalmanager kon ik de notebook die ik had uitgekozen voor €50,- minder meenemen waardoor ik binnen mijn vooropgestelde budget bleef. Ik koop zo iets toch liever in een winkel dan via een webshop, als er onverhoopt wat stuk gaat hoef ik niks op te sturen en heb ik een fysiek aanspreekpunt.
Bij thuiskomst volgde de eerste verassing toen ik de HP DV7-1070ED aanzette en in het BIOS keek. Volgens de specificaties zat er een P7350 in maar het BIOS zei toch echt P8400. Toch weer 0.2 Ghz sneller. Gelijk Fedora 9 erop gezet en goed gegokt, de meeste hardware werkte meteen. Helaas geen wireless en ook het geluid was wat problematisch. Ubuntu 8.04 naast Fedora er op gezet en dat werkte al beter, wireless werkte en het geluid kreeg ik met een simpele fix ook al snel goed. Helaas deed het bedrade netwerk het wat minder goed maar met de drivers van de producent zelf (Realtek) was dat gelukkig ook zo opgelost. Nog contact gezocht met HP met de vraag of ik eventueel geld terug zou kunnen krijgen voor de Windows Vista licentie die bij de notebook geleverd was maar dat is helaas op niets uitgelopen.
Intussen staat 9.10 Karmic Koala op de notebook en het werkt allemaal nog prima. Ook de webcam, Bluetooth en de mediatoetsen. Het enige wat het niet doet maar waar ik ook nooit echt naar gekeken heb is de afstandsbediening die erbij zit. Kansloos apparaatje, geen behoeft aan om dat ding te gebruiken dus vind het prima zo. Ook heb ik inmiddels mijn Firewire kaart aan de gang gekregen op de notebook maar daar wijd ik nog wel een apart blogje aan. Verwacht ook nog wat vervolgblogjes over mijn netbookje, mijn audio productie PC en de randapparatuur die ik gebruik.
Ben nu mijn Karmic installatie op mijn notebook aan het finetunen voor audio productie en probeer de Ubuntu Studio Controls daarvoor te gebruiken. Normaal doe ik dit het liefst zelf maar ben wel benieuwd naar dit tooltje. De eerste melding voorspelt helaas niet veel goeds, Engels is niet mijn moedertaal maar ik weet wel dat privilages niet de correcte spelling is. Ik bekijk nu mijn /etc/security/limits.conf omdat er nog een bugje in Ubuntu Studio Controls zit waardoor er een regel niet correct wordt aangemaakt, die moet je zelf handmatig nog even toevoegen:
@audio - rtprio 90 # maximum realtime priority
unlimited # maximum locked-in-memory address space (KB)
Ja, daar kan je systeem weinig mee, daar mist wel meer dan een regeltje. Dus ik pas het nu aan zodat er het volgende komt te staan:
@audio - rtprio 90 # maximum realtime priority
@audio - nice -19 # maximum nice priority (= lowest nice value, default '0')
@audio - memlock unlimited # maximum locked-in-memory address space (KB)Dit is ook erg slordig en bovendien niet erg handig:
# do not delete static device nodes
ACTION=="remove", NAME=="", TEST=="/lib/udev/devices/%k", OPTIONS+="ignore_remove"
KERNEL=="raw1394", GROUP="video"
ACTION=="remove", NAME=="?*", TEST=="/lib/udev/devices/$name", OPTIONS+="ignore_remove"Die raw1394 regel is er dus gewoon ergens tussen geknald terwijl het netter zou zijn als deze regel aan de Firewire stanza van dit bestand (/lib/udev/rules.d/50-udev-default.rules) zou zijn toegevoegd. Bovendien is het handiger om deze regel toe te voegen aan een nieuw bestandje in /lib/udev/rules.d want er is dus al een update geweest die bovenstaande regel er weer uit heeft gehaald. Een andere optie is om een dergelijk bestandje aan te maken in /etc/udev/rules.d want er is altijd een kans dat met een toekomstige update er toevallig een bestandje in /lib/udev/rules.d bijkomt wat toevallig dezelfde naam heeft als jouw zelf aangemaakte bestandje. Kleine kans natuurlijk, maar het kan altijd.
Volgende bugje, als ik nu check in welke groepen ik zit ben ik dus niet in de ‘video’ groep gezet, alle andere accounts wel. Dus het account onder welke je Ubuntu Studio Controls aanroept wordt kennelijk niet toegevoegd. Maar even handmatig gedaan want anders kan ik alsnog geen Firewire apparaten gebruiken met mijn huidige account.
Nou, maar even checken of het werkt…
Hmmmmm, het werkt maar heb wel last van xruns en af en toe loopt het vast met de volgende foutmelding:
firewire ERR: wait status < 0! (= -1)
DRIVER NT: could not run driver cycleVervolgens floept het lampje op de Focusrite uit en wordt het apparaat uitgeschakeld:
Nov 30 22:45:01 soushi kernel: [ 1128.407152] ieee1394: Node changed: 0-01:1023 ->
0-00:1023
Nov 30 22:45:01 soushi kernel: [ 1128.407160] ieee1394: Node paused: ID:BUS[0-00:1023]
GUID[00130e01000605c2]
Nov 30 22:45:04 soushi kernel: [ 1131.423020] ieee1394: Node removed: ID:BUS[0-00:1023]
GUID[00130e01000605c2]Dit is natuurlijk erg onhandig. Het zou aan de chipset van mijn notebook kunnen liggen (JMicron) of aan het über goedkope Firewiresnoer dat ik er nu tussen heb zitten maar onder 9.04 werkte het wel volgens mij. Nooit uitgebreid getest dus het hoeft niet specifiek aan Karmic te liggen. Nu wilde ik eigenlijk alleen Ubuntu Studio Controls even testen, ik ga mijn notebook toch niet gebruiken in combinatie met mijn Firewire kaart, dus laat het hier verder bij voor vanavond. Mijn conclusie is dat ik de boel liever zelf configureer want Ubuntu Studio Controls maakt er een beetje een potje van.
Edit: ik heb hier inmiddels melding van gemaakt op launchpad.net.
En zowel onder Jaunty als onder Karmic werkt de Focusrite niet goed, ook niet met betere kabels. Ligt dus hoogstwaarschijnlijk aan de Firewire chipset van mijn notebook (JMicron Technology Corp. IEEE 1394 Host Controller) of aan het feit dat de Firewire aansluiting op mijn notebook 4-pins is ipv. 6-pins. Alhoewel, dat hoort dus niet uit te maken.
Onder 8.04 heeft het kennelijk wel gewerkt zie ik nu net op mijn oude blogje.
Al eeuwen heeft Ubuntu versie 2.2.1 van ZynAddSubFX in de repo’s staan. En die doet het gewoon niet goed, bij het navigeren in de instruments bank loopt de boel geregeld vast. In juli van dit jaar is er een bijgewerkte versie uitgekomen (2.4.0) maar dat was kennelijk net na de “freeze” van Karmic Koala want ook in 9.10 zit nog 2.2.1. Voor mijn Jaunty 9.04 machine heb ik uiteindelijk 2.4.0 zelf gecompileerd en het vastloop-probleem is daarmee opgelost. Heb nu alleen wel last van het nodige gekraak maar daar kom ik nog wel uit.
Het packagen voor Ubuntu vind ik nog wat ondoorgrondelijk, wat dat betreft vind ik het packagen voor Fedora fijner werken. Maar mocht ik er van de week nog wat tijd voor vinden dan zal ik proberen wat Ubuntu debjes te maken, vermits het wat rustiger is op het werk. Thuis ga ik het niet doen, daar moet muziek gemaakt worden, o.a. met ZynAddSubFX want hoe je het ook wendt of keert, wat een mooie geluiden zitten daar toch in.
Edit: uiteindelijk heb ik 2.2.1 ook goed aan de gang gekregen door in QJackctl de Timeout op 5000 ms te zetten ipv de standaard 500 ms.
Als Firefox en Thunderbird er lang over doen om pagina’s te openen of mailtjes te versturen is het te proberen IPv6 uit te zetten op je systeem. Her en der vind je hier wel blogjes en forumposts over maar op de een of andere manier gaan die allemaal over hoe je IPv6 kan uitzetten via Grub. En dat is niet de juiste manier want bij een kernel update moet je Grub dan weer aanpassen. IPv6 wordt op kernel niveau geregeld dus alle instellingen staan in de /proc/sys directory en kunnen ingesteld worden via het bestand /etc/sysctl.conf. Als je aan dit bestand dan ook de volgende regel toevoegt zet je IPv6 voor het hele systeem uit:
net.ipv6.conf.all.disable_ipv6=1
Deze regel toevoegen kun je met een editor doen maar ook met het volgende commando:
sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1
Na een herstart wordt deze nieuwe instelling actief. Kan ook meteen met:
sudo sysctl net.ipv6.conf.all.disable_ipv6=1
IPv6 staat standaard aan in Karmic. Goeie zaak natuurlijk, op een gegeven moment zal er toch overgeschakeld moeten gaan worden van de huidige IPv4 addressen die zo goed als op zijn naar IPv6 adressen. Maar dan moeten routerfabrikanten IPv6 wel goed implementeren. Karmic gaat op zoek bij welk internetadres welk IPv6 adres hoort en als Karmic een antwoord terug krijgt wat niet volgens de afspraken is dan wacht Karmic tot er een time-out optreedt. Erg hinderlijk maar het ligt dus niet aan Karmic en bovendien kun je zelf IPv6 op je systeem uitzetten, kleine kans dat je er als gewone gebruiker al mee te maken hebt.
Uiteraard kun je over bovenstaande discussiëren want onder 9.04 waren er geen problemen op dit vlak. Sommige gebruikers zien de IPv6 time-outs en de daardoor hakkelende internetbeleving als een bug en willen dat het aan de kant van Ubuntu wordt opgelost. De ontwikkelaars op hun beurt leggen de schuld bij IPv6 implementaties die de standaarden niet volgen. De discussie kun je hier volgen: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/417757
Omdat de Nvidia drivers of Compiz niet lekker werkten onder 9.04 op mijn notebook heb ik er gisteren maar 9.10 op gezet. En tot nu toe draait het lekker! En het start ook nog eens allemaal zo’n 15 seconden sneller op. Kan volgens mij nog sneller, het opstarten van mijn notebook blijft namelijk even hangen op een bug:
[ 3.240007] pci 0000:00:1a.7: EHCI: BIOS handoff failed (BIOS bug?) 01010001
[ 5.240007] pci 0000:00:1d.7: EHCI: BIOS handoff failed (BIOS bug?) 01010001
Onder 9.04 bleef de boel hier veel langer op hangen, een seconde of 8, en dat is dus teruggebracht naar 2 seconden. Zou dan toch deze patch in de Karmic kernel zitten?1 Dat zou betekenen dat het nog sneller kan. Wat me verder opviel na de installatie was dat er een hoop icoontjes misten nadat ik de Tango icoontjes had geïnstalleerd. Bleek dat onder System – Preferences – Appearance – Interface – Show icons in menus stond uitgevinkt. Ook moest ik even wennen aan de nieuwere Gnome-Do, zat te zoeken naar de optie dat Gnome-Do altijd het bovenste venster is maar dat is voor het Docky theme vervangen door “intellihide”. Werkt best lekker. Ook kreeg ik Guake niet lekker draaiende, druk je op F12 en verschijnt dat ding op de onderste helft van het scherm terwijl ik het bovenin wil hebben. Dit heb ik op kunnen lossen met de Place Windows plugin van Compiz. En ik vind FF 3.5 best traag, maar daar schijn je een add-on voor te hebben. FF doet er nogal lang over om URL’s te resolven, geen idee waarom dat zo veel langer moet duren dan met 3.0.x.2 Voor de rest ben ik geen rare dingen tegengekomen, ziet er allemaal goed uit en vooralsnog draait het prima. Ben benieuwd hoe het beertje zich houdt als hij de nodige data van externe geluidskaarten en MIDI controllers te verstouwen krijgt en daar tegelijkertijd ook nog eens wat mee moet gaan doen.
1 Heb de ehci_ho_to parameter inmiddels getest maar die doet niks dus waarschijnlijk is de Karmic kernel niet voorzien van deze patch.
2 Kan aan ipv6 instellingen liggen. En FF3.5 kun je nog het nodige tweaken.
Vandaag is Ubuntu 9.10 uitgekomen, met dit maal als bijnaam Karmic Koala (kennelijk zijn ze fan van Suske en Wiske bij Canonical). Er is ook gelijk een Ubuntu Studio versie van beschikbaar gekomen en volgens mij is het dit keer een goed jaar (8.10 was geen topper vanwege het ontbreken van een werkende real-time kernel en 9.04 was goed maar het kon beter). Ik draaide de real-time kernel van 9.10 al een tijdje (2.6.31-9-rt) en die is echt heel erg goed. Ook van veel applicaties draaide ik al de versies die nu ook onder 9.10 beschikbaar zijn dus weet een beetje wat ik kan verwachten. Binnenkort maar op mijn notebookje zetten, hopelijk is dat Nvidia probleempje wat ik momenteel met Jaunty heb inmiddels ook verholpen alhoewel ik er sinds de laatste kernel-update geen last meer van heb gehad.