Bitwig Studio to be released

The 26th of March Bitwig Studio will be released. From the Bitwig Studio site:

Bitwig Studio is a multi-platform music-creation system for production, remixing and performance with a focus on flexible editing tools and a super-fast workflow.

It’s being developed by folks who have worked on Ableton Live and it will also be available for Linux. It’s a cross-platform DAW which means that for the GUI a platform agnostic framework has been used. In the case of Bitwig Studio the chosen framework is most probably Java which raised some eyebrows within the Linux Audio community. The price of the upcoming product met some scepticism too as it ends up higher than initially announced. Add to this that there’s barely any support for plugins (except native Linux VST) and you’ll understand that this upcoming release has fueled a discussion or two.

I haven’t seen anything yet of Bitwig Studio so I can’t judge the quality, workflow or usability of the product. I’ve registered for a beta testing account two years ago and didn’t hear anything from the Bitwig folks until recently so to be honest I completely lost interest in the product in the meanwhile.

Really, the people from Tracktion do it a lot better in that regard I think, it’s cheaper, they communicate more and it’s based on a cross-platform toolkit that has more credibility (Juce). But you never know, maybe I’ll get blown away when I get my hands on Bitwig Studio. You’ll be the first to hear.

Bitwig Studio to be released

Homestudio migratie

Migratie voorloopt voorspoedig. Bijna alles draait weer en het systeem voelt weer lekker fris en fruitig aan. Enige echte lastpost is de real-time kernel die ik heb geïnstalleerd, die wil nog wel eens vastlopen (kernel panics). Maar dat komt waarschijnlijk omdat het al een oudere versie is (zo te zien 3.2.14-rt24, recentste versie is 3.2.19-rt30). Zal dus de lowlatency kernel moeten gebruiken, nog niet uitgebreid getest maar ik denk dat dat wel goed komt. Dan kan ik ook zonder problemen de plug-ins gebruiken van het Distrho project. Die maken bijna allemaal gebuik van het Juce framework en dat framework is voor zover ik het heb begrepen niet helemaal real-time safe zoals dat heet. Oftewel, plug-ins gebaseerd op dat framework doen het niet goed met een real-time kernel en kunnen zelfs je systeem laten crashen.

Homestudio migratie

Boss FC-50 en mididings

De Boss FC-50 doet alleen aan MIDI Program Changes en wat Control Changes. Maar ik wil er noten mee kunnen spelen. Dat zou op zich kunnen met QMidiRoute maar het mooiste zou zijn als ik ook Note Off events zou kunnen genereren, of nog beter, als een volgende noot de vorige af zou kunnen kappen. mididings heeft deze functionaliteit en heb een scriptje gemaakt dat precies doet wat ik wil:

#!/usr/bin/python

from mididings import *
from mididings.extra import *

run(
    Filter(PROGRAM) >>
    NoteOn(EVENT_VALUE,100) >>
    Transpose(36) >>
    LatchNotes(),
)

Wat dit mididings scriptje doet is de Program Changes eruit filteren, deze omzetten naar Note On events, de gegenereerde noten 3 octaven omhoog gooien en met de LatchNotes Unit ‘latch’ je de noten (je laat ze aanhouden) en zet je elke vorige noot uit bij een nieuwe noot. Dit scriptje maakt van de FC-50 een mooi footkeyboardje.

mididings kun je vinden in de lucid-unstable repository van Tango Studio.

Boss FC-50 en mididings

Unaware of a Direction IV

Track geüpload naar verschillende diensten. Heb goeie respons gehad, vooral de Fransen trekken dit soort riedels wel.

Jamendo

SoundCloud

Flattr

YouTube

Hopelijk lukt het me de komende twee weken wat nieuws te produceren. Heb lekker twee weekjes vakantie, genoeg ideeën en de computers zijn up to date, vooral dankzij de repo’s van Tango Studio.

Unaware of a Direction IV

Frisse start

Eindelijk mijn muziek PC gemigreerd naar Ubuntu 10.04 Lucid Lynx. Van de week is mijn nieuwe geluidskaart binnengekomen (een Focusrite Saffire Pro 40) en Jof van Tango Studio schoot me aan op IRC met de vraag of ik zijn real-time 2.6.33 kernel wilde proberen. Twee goeie redenen om te switchen. Ten eerste omdat ik de Saffire Pro 40 al uitgebreid heb kunnen testen onder 10.04 met mijn eigen FFADO pakketjes en ten tweede omdat ik met de kernel van Tango Studio de beschikking heb over de nouveau drivers voor mijn Nvidia kaart. Ben nu dus niet meer afhankelijk van die closed source drivers van Nvidia die de laatste tijd nogal wat problemen schijnen te geven in combinatie met recentere real-time kernels. Ook heb ik nu geen last meer van de devtmpfs bug die toch niet opgelost gaat worden aangezien de maintainer van de Ubuntu real-time kernel er mee gaat stoppen.

Had nog wel een raar probleempje met JACK. Kreeg iedere keer als ik bijv. Yoshimi of PHASEX opstartte de volgende melding:

ports used in attemped connection are not of the same data type

Dacht eerst dat het misschien aan JACK lag maar na op de LAU mailinglist gevraagd te hebben wat deze melding nou precies betekende had ik al snel een vermoeden dat het waarschijnlijk aan a2jmidid lag. De Saffire Pro 40 doet er namelijk een stuk langer over om op te komen dan de Pro 10 van de band. En met de Pro 10 werkt mijn a2jmidid opstartscriptje wel goed maar met de Pro 40 start a2jmidid op voordat de audio poorten opkomen. Dit heeft als gevolg dat veel applicaties die met de eerst twee beschikbare audio JACK input poorten willen verbinden (normaliter dus ook audio poorten) nu aan de a2jmidid JACK MIDI poorten worden geknoopt (dat zijn immers de als eerste aangemaakte input poorten). Oftewel, de applicatie probeert audio poorten met MIDI poorten te verbinden en vandaar de melding. Mijn opstartscriptje voor a2jmidid ziet er nu als volgt uit:

#!/bin/bash

while [ "$JACK_TEST" != "system" ]
do
JACK_TEST=$(jack_lsp 2>/dev/null | grep -m1 -e "system" | cut -d ":" -f 1)
sleep 2
done

a2jmidid -e &

exit

Werkt weer prima. Kan nog beter uiteraard want QjackCtl blijft nu hangen zo lang de while loop actief is, maar daar vind ik nog wel een elegantere oplossing voor.


Frisse start

Ubuntu 10.10 Maverick Meerkat

Maverick laat ik aan me voorbij gaan. Géén real-time kernel, de packager daarvoor heeft het bijltje erbij neergegooid, en nog geen up-to-date PPA’s. Dus is het wachten op 11.04 Natty Narwhal. De projectleider van Ubuntu Studio heeft de wens uitgesproken dat er een up-to-date gespecialiseerde Ubuntu Studio PPA moet komen vanaf Natty Narwhal en volgens mij is het de bedoeling dat ik daar dan ook voor ga packagen. Eerst het idee maar helder krijgen en de goede mensen vinden, dan zien we wel verder.

Ubuntu 10.10 Maverick Meerkat

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

Lekker sleutelen

Dit wordt mijn nieuwe Linux blogje waarin ik me vooral focus op het maken van muziek met GNU/Linux. Dit vergt namelijk nog wel enig gesleutel aan je distro. Ik wil hier op dit blog dan ook alle info zetten die ik bij elkaar gescharreld heb en mijn ervaringen delen die ik heb opgedaan tijdens het sleutelen aan mijn systemen en het produceren van muziek met GNU/Linux.

Lekker sleutelen