JACK en meerdere geluidskaarten

JACK kan meerdere geluidskaarten aan, als ze maar dezelfde backend gebruiken (ALSA, FFADO, OSS). Je kan verschillende kaarten instellen voor de in- en output devices maar mocht je meerdere input en/of output devices willen gebruiken, bijvoorbeeld twee verschillende geluidskaarten voor de output tbv monitoring, dan is er de mogelijkheid om dat met de tooltjes alsa_in en alsa_out te doen.

Op mijn Fedora 12 installatie werkt dat prima maar op mijn Ubuntu machines kon ik deze tooltjes niet vinden. Even Googlen en snel de oorzaak achterhaald, kennelijk vergeten ze bij Ubuntu iedere keer JACK te compileren met libsamplerate. Mocht er behoefte aan zijn dan kan ik JACK packagen met de tooltjes die afhankelijk zijn van libsamplerate, zoals alsa_in en alsa_out. Heb wel al Karmic 64-bits pakketjes geüpload.

Een programma waar het tooltje alsa_out van pas zou kunnen komen is Mixxx met JACK als Sound API. Als je Mixxx samen met JACK gebruikt kun je voor je Master en je Headphones kanalen geen verschillende geluidskaarten instellen. Maar als je nadat je JACK hebt opgestart en voordat je Mixxx opstart het volgende terminal commando opgeeft kan dat wel:

alsa_out -j cmedia -d hw:1 -c 2 &

Dit commando is uiteraard wel afhankelijk van de configuratie van je geluidskaarten. Hoe dat ingesteld is kun je oproepen met het terminal commando aplay -l:

[jeremy@werkpc ~]$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: AD198x Digital [AD198x Digital]
  Subdevices: 0/1
  Subdevice #0: subdevice #0
card 1: default [C-Media USB Headphone Set  ], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

ALSA ziet de onboard HDA Intel kaart dus als card 0 (oftewel hw:0) en het ingeplugde C-Media USB geluidskaartje als card 1 (hw:1). Nu wordt het alsa_out commando hierboven ook gelijk duidelijker, als ik dat even snel ontleed staat er eigenlijk het volgende: gebruik device (-d) hw:1 (de C-Media USB geluidskaart) met 2 kanalen (-c 2) en geef deze ‘cmedia’ als naam voor JACK (-j cmedia). Je kunt nog meer instellingen meegeven maar voor dit voorbeeld volstaat bovengenoemd commando. Wat er nu gebeurt is dat er een nieuwe JACK ‘Writable Client/Input Port’ verschijnt in QjackCtl met de naam ‘cmedia’. Als je nu Mixxx opent kun je inderdaad via Options – Preferences – Sound Hardware de verschillende geluidskaarten instellen onder ‘Master’ en ‘Headphones’. ‘Master’ zet je dan op ‘system’ (in mijn geval de onboard HDA Intel) en ‘Headphones’ op ‘cmedia’. Koptelefoon aansluiten op de C-Media stick en stereotoren op de onboard kaart, voilà, monitoring op je koptelefoon en snoeiharde deathmetalitalodisco van Giörgiö Möröder op je stereo.

Al het bovenstaande gaat op voor wat in de wandelgangen wel jack1 wordt genoemd (versie 0.116.x), jack2 (versie 1.9.x, ook wel jackdmp genoemd, mp staat voor multiple processors) heeft deze functionaliteit al ingebakken, dus dan heb je alsa_in en alsa_out niet meer nodig.

JACK en meerdere geluidskaarten

Hydrogen 0.9.5 64-bit

Van de laatste release van Hydrogen zijn voor Jaunty alleen 32-bit pakketjes beschikbaar. Maar aangezien we in 2010 leven en praktisch alle nieuwe PC’s met 64-bit CPU’s worden geleverd heb ik een 64-bit pakketje gepackaged. Waarom nog steeds die focus op 32-bit? Wat werkt er nou nog niet goed op 64-bit Linuces? Misschien toch te druk geweest met kalkoenen vullen?

hydrogen_0.9.5-beta1_jaunty_amd64.deb (Jaunty Jackalope 9.04 64-bit)

Hydrogen 0.9.5 64-bit

Prioriteiten stellen met rtirq

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 cycle

Zal 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/rtirq

De 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 start

Kun 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.

Prioriteiten stellen met rtirq

De Harde Waren

Al een tijdje zat ik te azen op een netbookje. Maar die 10″ schermpjes en priegeltoetsenbordjes weerhielden me van de aanschaf van zo’n apparaat. Totdat ik een mooie aanbieding van een netbookje tegenkwam met een 11,6″ schermpje. Even centjes gecheckt en meissie lief aangekeken (“waar heb dat nou voor nodig?“) en de gok gewaagd in de winkel want uitproberen was niet mogelijk. Maar volgens de reviews was de Packard Bell Dot M/A.NL/202 een leuk apparaat en met wat nerden en tweaken was Ubuntu er ook wel op aan de gang te krijgen.

Packard Bell  dot m/a.NL/202

Aangezien dit soort apparaten geen CD-Rom speler hebben moest ik met een USB stick aan de gang. Gelukkig geen probleem voor Ubuntu, binnen no time maak je een opstart USB stick. Probeer dat maar eens met dat OS uit Redmond, en mocht het je al lukken dan ben je volgens mij nog illegaal bezig ook. Na het booten met de stick (Ubuntu Jaunty 9.04) gaf het netbookje echter weinig sjoege. Dus een nieuwe opstart USB stick gemaakt met de Alternate versie van Jaunty en op die manier lukte het me wel om Ubuntu te installeren. En eigenlijk werkte alles meteen, geluid, draadloos, 3D effecten (met de open source Radeon driver!). Het enige wat niet goed werkte was CPU frequency scaling, oftewel het automatisch aanpassen van de kloksnelheid van de processor afhankelijk van de belasting van het apparaat. Maar ook dat viel op te lossen met een patch en het opnieuw aanmaken van de zgn. DSDT tabellen, dat zijn tabellen met gegevens voor het power management. Die werden altijd aangemaakt met programmatuur van Intel maar sinds een paar jaar worden daar ook Microsoft tools voor gebruikt met als gevolg incompatibiliteitsproblemen. Gelukkig kun je de tabellen uitlezen en weer invoeren in dat Intel programma zodat Linux weer wat met de tabellen kan. In het geval van mijn netbookje lostte dat samen met een kernelpatch het probleem op van de CPU frequency scaling.

Uiteraard heb ik het netbookje daarna helemaal gefinetuned zodat ik er ook muziek mee kan maken, dus een RT kernel erop en de nodige aanpassingen gedaan aan de installatie. En vandaag heb ik er het rtirq pakketje op gezet en goed ingesteld en nu loopt het echt als een speer. Aan rtirq besteed ik nog een aparte blog, het goed instellen van die tool vergt wat graafwerk maar het resultaat is er dan ook naar, latency van het onboard kaartje (een Realtek AC272) staat nu op 5.33 ms en een Qtractor opname met zo’n 20 sporen en een hoop realtime effecten en ook nog wat Midi loopt zonder problemen.

Het netbookje wil ik gaan gebruiken met de band of voor mijn solo dingen. Midi keyboard eraan, wat loops en samples erop en je hebt een perfecte sequencer/sampler met ook nog eens mooie softsynths erbij. Ook gebruik ik het apparaat om dingetjes uit te werken onderweg naar werk. Helaas is de accuduur nogal beperkt als je een RT kernel draait, hooguit een uur of twee. Met mijn custom kernel en CPU scaling haal ik meer dan drie uur. Nog steeds niet denderend maar goed genoeg voor mij.

De Harde Waren

De Harde Waren

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:

  • Apparaten werken gewoon helemaal niet en gaan dat waarschijnlijk ook nooit doen. Schoolvoorbeeld hiervan is MOTU, een producent van hoogwaardige audio- en videohardware. Voor hen is Linux het “L-word” zoals Paul Davis, een van de auteurs van Ardour, hier toelicht.
  • Apparaten doen het wel maar alleen met closed source drivers. Vaak hobbelen deze drivers achter hun Windows en Mac OSX equivalenten aan en als er bijv. een bug insluipt kan het soms een aardige tijd duren voordat deze bug eruit gehaald wordt omdat de ontwikkeling van dit soort drivers geen prioriteit heeft. Goed voorbeeld zijn de WiFi devices van Broadcom.
  • Apparaten doen het ook met open source drivers maar niet zo goed als met closed source drivers. Twee voorbeelden: nVidia en Ati.  Veel grafische kaarten van deze producenten werken ook met open source drivers maar missen dan wel vaak de nodige functionaliteit. Maar de ontwikkelingen gaan hard en vooral wat oudere kaarten doen het prima met deze drivers.
  • Apparaten werken prima met open source drivers. Het bekendste voorbeeld: HP printers. Die doen het praktisch altijd onder Linux. Wat ook meespeelt is of een apparaat volgens bepaalde (open) standaarden is ontwikkeld of niet. Zo is er bijvoorbeeld een USB 1.x audio standaard afgesproken en alle apparaten die hier aan voldoen worden “class compliant” genoemd. Deze apparaten kun je aan je Mac of PC met Windows hangen zonder dat je drivers hoeft te installeren om het apparaat te kunnen gebruiken. En voor veel van dit soort standaarden zijn er ook Linux drivers, ook voor “class compliant” USB 1.x apparaten. De Edirol UA-25 USB geluidskaart is zo’n apparaat, doet het dan ook prima onder Linux.

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:

  • Goeie grafische kaart. Dan kom je al snel bij nVidia uit, ondanks dat de divers closed source zijn werken praktisch alle nVidia kaarten goed en zonder problemen onder Linux, ook redelijk recente kaarten. Ati kaarten geven toch meer problemen. AMD notebooks vielen dan ook gelijk af aangezien die praktisch altijd Ati kaarten aan boord hebben. Het zou dus een Intel systeem moeten worden. Haalbaarheidsfactor: zeer hoog.
  • 17″ scherm, minimaal WSXGA. Beeldschermen doen het praktisch altijd, is ook min of meer een open standaard, voor het gros van de schermen zijn geen specifieke drivers. Haalbaarheidsfactor: zeer hoog.
  • Gigabit ethernet. Netwerkkaarten doen het ook vrijwel altijd onder Linux, dit heeft te maken met het feit dat Linux veel op servers gebruikt wordt dus goeie ondersteuning voor netwerkkaarten is essentieel. Haalbaarheidsfactor: zeer hoog.
  • WiFi. Hoefde niet per sé omdat ik ten tijde van de aanschaf alleen bedraad netwerk had, maar achteraf gezien toch wel belangrijk gebleken. WiFi is nog steeds een zorgenkindje onder Linux. dat komt waarschijnlijk vooral omdat producenten hun code gesloten houden en het uitbrengen van n-draft WiFi producten zondar dat die specificatie überhaupt al officieel is helpt ook niet veel bij de ontwikkeling van Linux drivers. Haalbaarheidsfactor: redelijk, vooral met producten van Broadcom, Atheros en Intel.
  • Dual Core CPU met minimaal 1066Mhz FSB. Dit wordt sowieso ondersteund onder Linux, dus haalbaarheidsfactor: NVT.
  • Aangezien het een desktopvervanger betreft heb ik niet op accuduur gelet. Ook dingen als Bluetooth, infrarood en webcam vind ik niet interessant. Zou mooi zijn als het werkt maar meer ook niet.
  • Prijs onder de €1000,-
  • Indien mogelijk zonder voorgeïnstalleerd OS of de mogelijkheid tot restitutie.

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.

De Harde Waren

Ubuntu Studio Controls

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 cycle

Vervolgens 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.

Ubuntu Studio Controls

Sinas7UpFernandez

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.

Sinas7UpFernandez

Gehaktmolen

Gisteren voor het eerst aan de gang gegaan met Smasher na een artikeltje gelezen te hebben van Studio Dave. Ik was al bezig met een nummer op te nemen in Qtractor en heb daar een akoestisch gitaartje uitgeplukt en deze in Smasher geïmporteerd. Sample in 32 stukjes gehakt, gelijk aan het retriggeren gegaan (ben gek op dingen als James Yuill en Plus/Minus, die maken veel gebruik van beatslicen) en gesmashde sample weer terug geïmporteerd in Qtractor als apart spoor. I’m hooked, wat een gave tool, werkt heel eenvoudig en intuitief en je kan er belachelijk veel mee zonder dat je er een dure Macbook met Ableton Live licentie voor nodig hebt (zie de video van James Yuill). Voor Jaunty kun je op deze blog redelijk recente debjes vinden.

Gehaktmolen

Het Karmische Koalabeertje

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.

Het Karmische Koalabeertje

Ubuntu Studio 9.10

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.

Ubuntu Studio 9.10