Guinness Bug of Records

Liep tegen twee bugjes aan van het weekend, eentje in Qtractor en eentje in Rakarrack. Zoals je aan de Sourceforge Tracker kan zien zijn beide bugs binnen een dag opgelost, die van Rakarrack zelfs binnen een paar uur. Daarna heb ik van beide programma’s de ontwikkelversies weer gedownload en geüpload naar mijn PPA.

Qtractor 0.4.5+svn1552: http://ppa.launchpad.net/autostatic/ppa/ubuntu/pool/main/q/qtractor/

Rakarrack 0.5.0 git clone 24-04-2010: http://ppa.launchpad.net/autostatic/ppa/ubuntu/pool/main/r/rakarrack/

Guinness Bug of Records

Qtractor update

In de huidige versie van Qtractor (0.4.5) zitten twee irritante bugs, namelijk dat het dedicated MIDI control channel het niet goed doet en dat volume en pan MIDI CC messages niet goed worden opgepikt. In de laatste svn revision (ontwikkelaarsversie, vergelijkbaar met de git clone uit mijn vorige blog) heeft Rui deze foutjes eruit gehaald. Aangezien ik beide functies gebruik heb ik deze svn revision geüpload naar mijn PPA.

Qtractor update

Rakarrack update

Rakarrack versie in mijn PPA geüpdate met de meest recente git clone (oftewel de meest recente ontwikkelaarsversie). Weer wat extra effecten erbij waaronder een vocoder en een verbeterde echo. Gisteren al lekker mee zitten rommelen. Moet er een demo videootje van maken eigenlijk om te laten horen wat je allemaal kan met Rakarrack. Vooral de echt weirde en vernieuwende effecten zorgen voor Rakarrack’s toegevoegde waarde. Ik doel dan vooral op effecten als de Arpie (arpeggio’s maken met je gitaargeluid, waanzinnig!) en de vocoder uiteraard: I want youhouhou… To show me the way!

Rakarrack update

Hydrogen 0.9.5 Beta2

Pakketjes van Hydrogen 0.9.5 beta2 voor Ubuntu 9.10 Karmic Koala builden as we speak. Maar het is nogal druk op de build servers van Ubuntu vanwege de aankomende release van Lucid Lynx. Zodra alles klaar is laat ik dat weten.

Ben wel benieuwd naar deze beta aangezien je in deze versie je instruments ieder naar een eigen track kan exporteren. Dat zou een hoop tijd schelen, nu moet ik het nog één voor één doen. En de uitgebreidde MIDI Learn functionaliteit is ook mooi meegenomen.

Hydrogen @ AutoStatic’s PPA

Edit: zijn allemaal klaar. De pakketjes hebben dus geen ondersteuning voor PortMidi. Voor mijzelf maakt dat niks uit, gebruik ALSA of JACK Midi.

Hydrogen 0.9.5 Beta2

No more Mister Nice Guy

Onder Linux gebruikers toestemming geven om processen te ‘renicen‘ wordt her en der aangeraden als je real-time met muziek wilt werken. Dit zou je in kunnen stellen door het volgende regeltje toe te voegen aan je /etc/security/limits.conf bestand:

@audio - nice -10

Paul Davis, één van de belangrijkste ontwikkelaars van JACK, zegt het volgende over het ‘renicen’ met betrekking tot Linux audio:

It’s a mistake that has been propagated around the net for a few years.
It has absolutely nothing useful to do with realtime, low latency
audio and should not be used by apps or system configuration for this
purpose. It’s very unfortunate that this myth took hold.

Not pick on you Jeremy, just wanting to make it more likely that
people find this via Google: …. no! renice has NEVER been the right
way to make audio work. The fact that it happens, in a few cases, to
have some beneficial impact has apparently misled some people who
don’t understand how this all works. nice and renice have absolutely
nothing to do with making sure that audio plays correctly. The
capability that they represent should not be used for this purpose,
and people who spread around patches to limits.conf that include it
are simply confusing people with an error.

Duidelijke woorden. Weg met die nice regel dus en alleen rtprio gebruiken.

No more Mister Nice Guy

Laagst mogelijke latency met USB

Een tijdje terug kwam er een draadje voorbij op de Linux Audio User mailinglijst over wat de laagst mogelijke softwarematige latency zou kunnen zijn. USB geluidskaarten draaien kennelijk het beste met een latency die een veelvoud is van 1ms omdat dat de “interrupt period” van USB apparaten is. Kan zo snel niet vinden wat dat nou precies inhoudt, een “interrupt period”, maar dit verklaart wel waarom er veelal wordt aangeraden om USB geluidskaarten op 48000Hz en een buffer van 3 in te stellen. Hierdoor wordt de latency inderdaad een veelvoud van 1ms. De minimale latency die je op deze manier met een USB geluidskaart zou kunnen bereiken zou dan 4ms moeten zijn (48000 Hz en een buffer van 3 met 64 frames: 64/48000 * 3 = 4ms) want met een frames waarde van 32 zal JACK gaan protesteren. Maar is de waarde 64 voor het aantal frames echt het laagste wat je kunt gaan? Wat nu als je bijvoorbeeld 48 frames gebruikt en een buffer van 2 zodat het rekensommetje 48/48000 * 2 = 2ms wordt? Heb de proef op de som genomen met mijn Edirol UA-25 en inderdaad, het werkt. En nog redelijk stabiel ook. Niet dat het veel zin heeft want wat is nou een verschil van 2ms op de totale latency, maar voor real-time applicaties, zoals effecten op akoestische analoge bronnen, kan het nog van pas komen.

Laagst mogelijke latency met USB

IceWM waarderingsblogje

Omdat Gnome nogal traag loopt op mijn netbookje heb ik er IceWM opgezet. Al die *Boxen (FluxBox, OpenBox) zijn me net wat te gecompliceerd, XFCE is inmiddels ook al redelijk zwaar en zoiets als LXDE moet ik nog een keer proeven. IceWM bevalt me het meest, alle configuratiebestanden zijn zo plat als een dubbeltje en praktisch alles is in te stellen. Met een goeie theme, wat configureren en ROX als desktop is IceWM voor mij zeer werkbaar en zo veel sneller dan Gnome.


http://www.box-look.org/content/show.php/IceClearlooks?content=96346


  • IceWM theme: IceClearlooks
  • Iconset: Tango
  • GTK theme: Clearlooks. Dit kun je instellen met het programmaatje gtk-chtheme.
IceWM waarderingsblogje