Weiterlesen →]]> Mit Hilfe des Programms tttool lassen sich, zwar mit etwas Aufwand aber auf recht einfache Art und Weise eigene Produkte für den tiptoi-Stift von Ravensburger erstellen. Der Artikel bietet einen ersten Überblick und eine Installationsanleitung für Ubuntu-User…

Was ist dieses tiptoi-Ding?

tiptoi-Hacking

Zunächst einmal für die, die das Gerät nicht kennen: Der tiptoi ist ein Stift von Ravensburger, der hauptsächlich für den Einsatz im Kinderzimmer konzipiert ist. Dieser Stift verfügt, vereinfacht gesagt, über ein optisches Lesegerät, einen Lautsprecher und einen Flashspeicher.

Mit Hilfe des Lesegeräts in der Spitze des Stiftes können Punktraster (OIDs = optical IDs) aus speziellen Büchern und von speziellen Objekten (z.B. Tierfiguren) abgelesen werden. Mit bloßem Auge sind diese Punktraster dabei kaum zu sehen und in den Büchern beispielsweise über Bilder gelegt.
Tippt man also in einem Buch auf einen Vogel, der auf einem Baum sitzt, zwitschert es aus dem Lautsprecher. Oder es kommt eine Erklärung, welcher Vogel das ist und wie er lebt. Oder das Lied „Alle Vögel sind schon da“. Oder es könnte auch „This is a bird“ zu hören sein, sofern es sich um ein Buch für den ersten Kontakt mit der englischen Sprache handelt.

Um den Stift mit dem entsprechenden Buch oder Objekt benutzen zu können, muss die Inhaltsdatei (.gme-Datei) auf den Flash-Speicher des Stiftes kopiert werden. Diese Datei enthält alle OIDs, alle Sounds und die Zuordnung dazwischen.
Außerdem kann auch etwas Programmlogik enthalten sein, denn es gibt auch Brettspiele für den tiptoi und in den Büchern sind oft auch kleinere Spielinhalte zu finden.

Und wie jetzt hacken?

Gemeint ist natürlich, eigene Inhalte für den tiptoi-Stift zu erstellen. Dazu sind zwei Teile notwendig:

1. Das Programm erstellen, also die .gme-Datei. Es muss natürlich die Datei für das Produkt erzeugt werden, und somit womöglich auch Soundfiles.
2. Das Drucken der OID. Die zu der .gme-Datei gehörenden OIDs müssen erstellt, gedruckt und ggfs. auf das Objekt (z.B. ein Plastiktierchen) aufgeklebt werden.

Für beides kann das Programm tttool (Open Source) des Karlsruher Entropia e.V. verwendet werden. Zunächst muss die Quelldatei im YAML-Format erzeugt werden. Darin steht was auszuführen ist, wenn eine bestimmte OID gescannt wurde. Diese .yaml-Datei kann dann zu einer .gme-Datei umgewandelt werden.

Eigene Produkte: „Wie geht es dir heute?“ und Duplo-Giraffe mit OID

Aus der .yaml-Datei können mit dem Tool außerdem die Anschalt-OID und alle übrigen OIDs extrahiert und dafür jeweils eine Grafikdatei erzeugt werden. Diese Grafiken, die Punkraster, müssen dann „nur noch“ ausgedruckt werden.
Das kann mitunter zum kniffligsten Arbeitsschritt werden, denn das Punktraster darf nicht verzerrt werden und es muss natürlich mit höchstmöglicher Auflösung bestmöglich auf Papier gebracht werden. Je nach Druckermodell muss man etwas mit den Einstellungen experimentieren – oder der eigene Drucker ist vielleicht sogar ungeeignet.

Bevor ihr jetzt loslegt, beachtet bitte den obligatorischen Hinweis, dass ihr beim Hacken das Risiko eines Defektes selbst tragt!

Nähere Informationen zum Funktionsumfang und zur Bedienung bietet die deutschsprachige Seite zum Projekt. Dort sind im Übrigen auch die Informationen zur Installation zu finden. Ich habe sie im Folgenden speziell aus der Ubuntu-Sicht und zum Teil etwas ausführlicher aufgeführt:

tttools kompilieren

Um tttools unter Linux benutzen zu können, muss man es selbst aus den aktuellen Quellen bauen. Ein fertiger Build liegt derzeit nur für Windows vor. Die Kompilation ist allerdings nicht sonderlich aufwendig. Etwas mehr Aufwand entsteht natürlich, wenn man das Programm auf einem separaten System (z.B. eine speziell dafür eingerichtete Virtual Machine) durchführen möchte, um nicht jede Menge Pakete installiert zu haben, die man im Anschluss nicht mehr benötigt.

Um das Programm zu bauen, wird auf einem frisch aufgesetzten Ubuntu 15.10 zunächst einmal ein Git-Client benötigt, mit dessen Hilfe die aktuellen Quellen aus dem Projekt-Repository bei GitHub bezogen werden können:

sudo apt-get install git

Mit dem Git-Kommando clone werden dann die Quellen heruntergeladen:

cd ~
git clone https://github.com/entropia/tip-toi-reveng.git tttool
cd tttool

Da das Programm in der Sprache Haskell entwickelt wurde, muss natürlich die Haskell-Plattform installiert werden (bei einem „nackten“ 15.10 bedeutet das einen Download von ca. 70MB und einer Mehrbelegung auf der HDD von rund 700MB):

sudo apt-get install haskell-platform

Mit Hilfe des Haskell-Tools cabal können dann ganz einfach die Projekt-Abhängigkeiten installiert werden:

cabal update
cabal install --only-dependencies

Bei dem zweiten dieser beiden Befehle muss man zwingend in dem Verzeichnis stehen, in das man die tttool-Quellen heruntergeladen hat – lt. o.g. Kommando also das tttool-Verzeichnis.
Außerdem wird es bei diesem Aufruf vermutlich zu folgender Fehlermeldung kommen:

cabal: The following packages are likely to be broken by the reinstalls:
network-uri-2.6.0.3
HTTP-4000.2.20
Use --force-reinstalls if you want to install anyway.

Das heißt der Befehl muss einfach noch einmal mit dem genannten Parameter wiederholt werden. Benutzt man kein temporäres Build-System, sollte man vorher aber eine Sandbox initialisieren, damit die Pakete darin installiert werden (und somit die Pakete global nicht in Mitleidenschaft geraten). Also erst:

cabal sandbox init

Und anschließend dann:

cabal install --only-dependencies --force-reinstalls

Nun kann der eigentliche Build – der Kompilierungslauf – gestartet werden:

cabal install --bindir=.

Ist der Buildlauf erfolgreich durchgelaufen, findet sich im aktuellen Verzeichnis dann das tttool-Binary (ca. 14 MB groß). Das kann nun auf einen anderen Rechner (mit demselben Ubuntu-Release am besten) kopiert werden.

Zusätzliche Pakete installieren

Zusätzlich wird ggfs. das Paket sox (Sound Exchange) benötigt. Grundsätzlich meldet das Tool aber, wenn ein benötigtes Paket fehlt.

Wer sich, z.B. bei den ersten Tests, nicht die Mühe machen möchte, Soundfiles zu produzieren, sollte außerdem die folgenden beiden Pakete installieren:

• libttspico-utils (SVOX Pico Software Speech Synthesizer)
• vorbis-tools (Werkzeuge für die Verarbeitung von ogg-Sounddateien)

Damit kann man in seinen YAML-Quelldateien einfach einen Text hinterlegen, der dann per Sprachausgabe generiert wird. Natürlich werden auch hierbei Sounddateien produziert, das funktioniert dann aber eben ohne weiteren Aufwand.

Selbstverständlich müssen diese Pakete auf dem System installiert werden, auf dem tttool ausgeführt werden soll, also nicht unbedingt dort wo kompiliert wurde!

Ein Tipp für den OID-Druck

Wie schon erwähnt, kann das Ausdrucken der Codes einige Anläufe kosten. In meinem Fall ging es noch nicht einmal darum, dass ich Codes über Bilder legen wollte. Mir reicht es eigentlich (erst einmal), die Punktraster auf dem blanken Papier zu haben. Trotzdem hatte ich erst einmal meine Schwierigkeiten. Mit dem Versuchsdrucker hatte ich nicht die Möglichkeit, in 1200 DPI zu drucken. 600 DPI waren das Maximum, und es das Ergebnis konnte der Stift leider erst einmal nicht lesen. Das Erhöhen des Kontrastes funktionierte leider auch nicht.

Der entscheidende Punkt für mich war letztendlich, die Codes mit doppelt so großen Pixeln zu erzeugen. Das geht, indem man dem oid-code-Aufruf einen entsprechenden Parameter anhängt:

tttool oid-code -d 600d tester.yaml

Das d bei der Auflösung (hier 600 DPI) löst die Verdoppelung der Pixel aus. Genauso wäre natürlich auch 1200d möglich.

Und wozu jetzt das Ganze?!

Denkbar sind unzählige großartige Anwendungen:

• Personalisierte Produkte („Hey Kevin Ben Liam, lass uns zusammen spielen!„).
• Eigene Figuren mit Soundfiles verknüpfen (z.B. Tierfiguren von Playmobil, Lego Duplo o.ä.).
• Eigene Brettspiele erstellen.
• Exotischere Ideen: Ein Bastler namens Pronwan hat beispielsweise den ersten Teil von Monkey Island 3 als… „Point and Tip“-Adventure umgesetzt. Es gibt aber auch schon Sequencer, Taschenrechner, …
• Eine tiptoi-Schnitzeljagd für den Kindergeburtstag oder eine aufgemotzte Geocaching-Tour. Dabei müssen an den Stationen natürlich verschiedene Rätsel gelöst werden.

Schaut euch einfach mal auf den o.g. Seiten rund um das Projekt inspirieren.

So, sollte mich jemand suchen, ich will mal eine eigene Schnitzeljagd in Angriff nehmen…

Weiterlesen →]]> Nachdem ich mein System mit Ubuntu 15.04 (Vivid Vervet) neu aufgesetzt, Banshee nachinstalliert und meine Musikbibliothek frisch importiert hatte, machte der Medienplayer leider ein paar Probleme. Was mir aufgefallen ist…

Problem #1 – Langsamer Start

Das Hauptproblem ist der (gelinde gesagt) langsame Start von Banshee. Es sieht zunächst so aus, als würde das Programm hängen bleiben. Das Fenster wird erst einmal komplett weiß, nach einer Weile dann ganz grau dargestellt. Es sieht so aus, als wäre die UI kaputt.
Tatsächlich ist es bei mir (ca. 115GB Daten) allerdings so, dass im Hintergrund drei Datenbank-Statements mit jeweils rund 20 Sekunden Verarbeitungszeit abgesetzt werden und Banshee sich daher erst nach etwa einer Minute meldet.

Interessant ist, dass Banshee in 15.04 in derselben Version vorliegt, wie noch unter meiner vorigen Installation mit Ubuntu 14.04.02 – nämlich in Version 2.6.2. Ausschlaggebend für die unperformante SQL-Ausführung scheint vielmehr eine Umstellung in SQLite3 zu sein, denn da ist nun anstatt der Version 3.8.2 die Version 3.8.7.4 aktiv.

Das Problem ist schon in verschiedenen Bugreports gemeldet worden, siehe z.B. Bug #1447956 bei Launchpad oder Bug #740879 im Gnome-Bugzilla. Wenn ihr auch betroffen sein solltet, meldet das doch bei Launchpad.

Ob das Problem bei euch genauso zum Tragen kommt, könnt ihr prüfen, indem ihr Banshee im Debug-SQL-Modus startet. Dazu startet ihr Banshee im Terminal folgendermaßen:

banshee --debug-sql >/tmp/dbgsql.log

Nachdem Banshee ansprechbar ist, könnt ihr die geschriebene Protokolldatei /tmp/dbgsql.log auf lang laufende SQLs analysieren. Mit folgendem grep könnt ihr beispielsweise die Zeilennummern herausbekommen, an denen SQL-Statements zu finden sind, die 1000ms und länger gedauert haben:

grep -n "[0-9]\{4,\}ms" /tmp/dbgsql.log

Bei mir sind so dann Statements wie dieses hier zu finden:

DELETE FROM CoreCache WHERE ModelID = 21;
INSERT INTO CoreCache (ModelID, ItemID) SELECT 21, CoreTracks.TrackID
FROM (SELECT MIN(CoreTracks.TrackID) AS TrackID, CoreTracks.Year FROM CoreTracks GROUP BY CoreTracks.Year) AS CoreTracks
WHERE CoreTracks.Year IN
(SELECT CoreTracks.Year FROM CoreTracks, CoreCache
WHERE CoreCache.ModelID = 83 AND
CoreCache.ItemID = CoreTracks.TrackID )
ORDER BY Year

Warum das Statement so viel Zeit benötigt, konnte ich leider nicht herausbekommen, zumal es beim Versuch auf der DB-Shell recht flott ausgeführt wurde.

Aus den Bugreports ist zu entnehmen, dass es mit der neuen 2.9er-Version vermutlich gelöst sein sollte – hier wurde ein Hinweis (UNLIKELY) an den Optimizer von SQLite eingebaut. Ich habe es mir aber bislang erspart, die Version zum Test selbst zu kompilieren. Außerdem ist auch jemand der Meinung, dass die Statements an sich nicht optimal aufgebaut sind und daher überarbeitet werden sollten.

Vor dem kompletten Neuimport der Musikbibliothek habe ich übrigens auch den Weg probiert, die Datenbank und die Covers einfach zu kopieren – mit demselben Ergebnis.

Problem #2 – Kein Menü

Das nächste Problem ist, dass Banshee kein Menü darstellt. Man hat über die UI also keinerlei Zugriff auf die Einstellungen oder beispielsweise den Import-Dialog.
Als kleinen Workaround kann man Banshee beim Start einen Parameter mitgeben, der den gewünschten Dialog direkt aufruft.

So öffnet folgender Aufruf z.B. direkt den Konfigurations-Dialog:

banshee --show-preferences

Und dieser hier den Import-Dialog:

banshee --show-import-media

Weitere Hinweise bekommt ihr mit:

banshee --help-ui

Der Fehler tritt übrigens unabhängig davon auf, ob die Menüs in der Titelleiste des Fensters oder in der Menüleiste (siehe Einstellungen → Darstellung in 15.04) dargestellt werden.
Für dieses Problem liegen ebenfalls schon Bugreports vor: siehe Bug #1450897 und Bug #1450197 bei Launchpad.

Problem #3 – Dateien umbenennen Import in Musiksammlung

Schließlich habe ich über diesen Workaround neue Musik in meine Bibliothek importiert. Dabei habe ich (wie hier beschrieben) Banshee so konfiguriert, dass es beim Import die Musikdateien in meinen Musikordner kopiert und dabei laut den Tags einheitlich umbenennt. Leider scheint das Ersetzen nicht so wie gewohnt zu funktionieren. Zumindest der optionale Part mit der CD-Nummer sieht im Ergebnis falsch aus.

Diesen Punkt werde ich mir allerdings erst dann noch einmal genau ansehen, wenn Banshee im aktuellen Ubuntu überhaupt zu gebrauchen ist.
Hoffentlich gibt es bald eine Lösung, denn, wie ich festgestellt habe, komme ich mit Rhythmbox nicht mehr ganz so gut klar…

Weiterlesen →]]> Eher durch Zufall bin ich vor einiger Zeit über die Tastenkombination Strg+s im Dateimanager Nautilus gestolpert (Abteilung „Wurstfinger“). Seitdem habe ich die hilfreiche Funktion immer wieder sehr gut gebrauchen können…

Eingabe des Musters.

Daher als kurzen Quick-Tipp für alle diejenigen, denen die Funktion bislang ebenfalls unbekannt war, aber in Zukunft nützlich sein könnte:

Man kann die Tastenkombination Strg+s dafür verwenden, um Dateien im aktuell geöffneten Verzeichnis per Dateinamen-Pattern zu selektieren.

Nachdem man die beiden Tasten gedrückt hat, öffnet sich ein kleines Dialogfenster, in das man ein Dateinamen-Muster eingeben kann.

Die Dateien sind ausgewählt.

Wie die ebenfalls im Dialog gegebenen Beispiele zeigen, lassen sich dabei natürlich auch die Platzhalter * (für beliebig viele beliebige Zeichen) und ? (für ein beliebiges Zeichen) verwenden.

So können zum Beispiel per *.mp3 alle MP3-Dateien im Verzeichnis selektiert werden oder per *cd1* alle Dateien, deren Namen irgendwo cd1 enthält. Oder eben mit test1? alle Dateien deren Namen mit test1 beginnt und dahinter ein weiteres Zeichen im Namen hat.

P.S.: ich bin auf meinem Blog in letzter Zeit aus verschiedenen Gründen nicht so aktiv… andere Aktivitäten (siehe „Links“ auf der rechten Sidebar)… über das Humble Bundle zu berichten ist auch nicht mehr das, was es mal war … neue „Entdeckungen“ macht man ja auch nicht ständig, und aus den Fingern saugen will ich mir halt auch nichts.
Wer aus der Freiburger Region (ganz „unten links“) kommt sei bei dieser Gelegenheit zu unserem monatlichen uu-Treffen eingeladen. Dort bin ich auch ziemlich regelmäßig dabei…

Weiterlesen →]]> Naja, das Wasserzeichen-Modul in Darktable ist zugegebenermaßen nicht neu. Trotzdem möchte ich hier gerne mal beschreiben, wie es zu handhaben ist. Zumal ein entsprechender Abschnitt in der Dokumentation der Anwendung bislang fehlt…

Wie ihr seht, wenn ihr das Modul einblendet, sind drei Wasserzeichen per Default hinterlegt: darktable.svg, promo.svg und hasselblad.svg. Während hasselblad.svg nur einen quadratischen, schwarzen Rahmen überblendet, sind die anderen beiden schon etwas interessanter, da sie Informationen zum Bild (Blende, Verschlusszeit, Brennweite usw.) zeigen. Ich werde später zeigen, wie das funktioniert. Zunächst einmal geht es aber darum, ein eigenes Wasserzeichen überhaupt in die Auswahl zu bekommen.

Ein eigenes Wasserzeichen

Das eigene Wasserzeichen in Darktable

Dazu muss man wissen, dass Darktable die Wasserzeichen-Dateien in zwei Verzeichnissen sucht: zum einen /usr/share/darktable/watermarks und zum anderen ~/.config/darktable/watermarks. Das erste beinhaltet die o.g. Default-Wasserzeichen. Das andere bietet sich dagegen für eigene Wasserzeichen an, da es anstatt unter /usr unterhalb des eigenen Home-Verzeichnisses positioniert ist.

Während ~/.config/darktable schon existieren sollte, werdet ihr das Unterverzeichnis watermarks dort allerdings zunächst noch erstellen müssen. Dann kopiert ihr euch dort euer Wasserzeichen in Form einer Vektorgrafik (.svg) hinein. Andere Datei- bzw. Grafiktypen werden zwar ebenso aufgeführt, funktionieren aber schlicht nicht. Außerdem bieten natürlich Vektorgrafiken den Vorteil, dass sie beliebig skaliert werden können, ohne Qualität einbüßen zu müssen.

Vektorgrafik? Woher nehmen?

Inkscape: Seitengröße auf Auswahl anpassen

Um eine Vektorgrafik zu erstellen, benutzt ihr am besten Inkscape. Hierzu sei nur soviel angemerkt: die Vektorgrafik sollte möglichst wenig freien Rand haben, damit die Positionierungsfunktionen von Darktable sauber funktionieren.

Um in Inkscape die Grafik auf die tatsächliche Objektgröße zu reduzieren, markiert zunächst alle Objekte und wählt im Menü dann Datei » Dokumenteneinstellungen. Unterhalb der Überschrift Seitengröße findet ihr dann eine Groupbox Benutzerdefiniert. Klappt darin den Bereich Seitengröße an Inhalt anpassen... auf. Hier könnt ihr dann noch den oberen, unteren, linken und rechten Rand einstellen und mit Klick auf Seite in Auswahl einpassen dann die Änderung vollziehen.

Verwendung

Habt ihr eure Wasserzeichen-Datei an der richtige Stelle abgelegt und Darktable neu gestartet, könnt ihr das eigene Wasserzeichen auswählen. Die Einstellungsmöglichkeiten sind eigentlich selbsterklärend. Trotzdem in aller Kürze:

Das Wasserzeichen-Modul in Darktable

• Deckkraft » hierüber kann die Deckkraft reduziert und so eine teilweise Transparenz erreicht werden (Default: 100%)
• Skalierung » hierüber kann festgelegt werden, wie groß das Wasserzeichen auf dem Bild erscheint (Default: 100%)
• Skalierung nach » gibt an, worauf sich der unter Skalierung eingestellte Wert bezieht: auf das gesamte Bild, auf die lange Seite oder auf die kurze Seite (Default: Bild)
• Position » hierüber wird die Position bestimmt: Bildmitte, oben links, oben mittig, oben recht, links, rechts, unten links, unten mittig oder unten rechts (Default: Bildmitte)
• X-Versatz » Verschiebung auf der X-Achse, sofern in der Vektorgrafik der Rand links und rechts schon passend gewählt ist, ist diese Einstellung eigentlich überflüssig (Default: 0)
• Y-Versatz » Verschiebung auf der Y-Achse, sofern in der Vektorgrafik der Rand oben und unten schon passend gewählt ist, ist diese Einstellung eigentlich überflüssig (Default: 0)

Variablen

Nun zu den Informationen, die man über das Wasserzeichen automatisch auf das Bild klatschen kann…
Dazu müssen einfach Textobjekte in die Vektorgrafik eingefügt werden, die bestimmte Variablennamen als Text beinhalten. Schaut euch, falls ihr Probleme habt, einfach die vordefinierten Wasserzeichen-Dateien an. Wenn ihr beispielsweise ein Textobjekt mit dem Text ${IMAGE.EXIF} irgendwo auf der Grafik positioniert, werden an dieser Stelle bei der Verwendung des Wasserzeichens die Aufnahmeinformationen (Verschlusszeit, Blende, Brennweite und ISO-Wert) eingefügt.

Welche anderen Variablennamen möglich sind, wurde auf der Wiki-Seite zum Watermark-Modul aufgeführt. Wer C-Programme etwas lesen kann, findet die Ersetzung der Variablennamen mit den Informationen in der Datei /src/iop/watermark.c im Quellcode des Projektes – für den Fall, dass das Wiki vielleicht einmal nicht mehr up-to-date sein sollte.

Wasserzeichen mit Darktable…

… sind also recht komfortabel benutzbar. Denkt bei der Verwendung daran, dass viele Leute Wasserzeichen eher störend empfinden! Setzt sie daher sparsam und unaufdringlich ein. Die Bildmitte ist eher ungeeignet. Leicht transparent ist auch nicht verkehrt. Außerdem sollte es natürlich nicht allzu groß sein. Die Idee mit einem Wasserzeichen die unerlaubte Weiterverwendung verhindern zu wollen, ist IMHO Quatsch. Euer Ziel erreicht ihr vielleicht, aber eben auch, dass das Bild einiges an Wirkung verliert. Also: übertreibt es nicht!

Zum Schluss: das oben im Screenshot gezeigte Foto der Sängerin Skin ist beim Konzert von Skunk Anansie beim Stimmen Festival 2013 in Lörrach entstanden. Ich habe es für das Tribe Online Magazin (Non-Profit) geschossen. Und: schaut doch auch mal auf meinem Flickr-Profil vorbei!…

Weiterlesen →]]> Die Geschichte der MOD-Tracker ist eine lange, und eine mit vielen Abzweigungen. Und wer sie erzählen möchte, muss weit in der Vergangenheit ansetzen. Doch auch heute noch hat diese Spezies von Kompositionswerkzeug viele Fans. Auch wer auf Linux-Basis sucht, findet zahlreiche Anwendungen. Ein Überblick…

Historisches

Begonnen hat es mit Chris Hülsbeck. „Ältere“ Semester bzw. diejenigen von euch, die mit C64 und/oder Amiga aufgewachsen sind, kennen diesen Namen natürlich – und schwelgen nun vermutlich gleich wieder in Erinnerungen an Turrican, Katakis und Co.
Jedenfalls ist sein „Soundmonitor“, mit dem er in den Achtzigern bei einem Programmierwettbewerb des 64’er-Magazins den ersten Platz belegte, praktisch der Ursprung der darauf folgenden, vor allem von der Amiga-Plattform bekannten (MOD-)Tracker, mit bevorzugtem Einsatz in der Spieleindustrie und bei den Demogruppen.

Gerade aber in der DOS-Welt gab es dann einige Programme, die zu Klassikern wurden. Zu erwähnen sind hier die Namen Scream Tracker, der Fast Tracker (II), Impulse Tracker (ein äußerst erfolgreicher Nachfolger der beiden erstgenannten) und der ProTracker.

Das „MOD“ steht dabei für „Soundmodule“ und ist letztendlich als Dateiformat zu sehen, das durch den Amiga-Ursprung Ultimate Soundtracker als Standard definiert, mittlerweile aber durch andere, mächtigere Formate ersetzt wurde. Zum Beispiel durch das von Fast Tracker eingeführte .XM-Format (Extended Module) oder das .S3M-Format des Scream Trackers.

So viel in aller Kürze zur, wie gesagt, recht langen Geschichte. Aber: was ist denn eigentlich ein Tracker?

Definition eines Trackers

Ein Tracker ist ein Sequenzer. Tabellenartig werden Notenwerte eingegeben – jede Spalte repräsentiert in der Regel eine Stimme, für die ein Sample hinterlegt ist. Die vertikale Dimension ist die zeitliche Schiene. Jede Koordinate in dieser Tabelle kann per Tastendruck oder per MIDI-Input zunächst einen Notenwert erhalten. Zusätzlich (und abhängig vom verwendeten Programm) können aber auch noch Effekt-Werte o.ä. hinterlegt werden. Auf diese Weise werden zunächst Patterns komponiert, die dann wiederum in beliebiger Reihenfolge zu ganzen Songs arrangiert werden.
Das Ganze sieht auf den ersten Blick meist recht kryptisch aus, trotzdem wird diese Herangehensweise gerade für Leute ohne großen Musikhintergrund besonders schnell verständlich.

Tracker für Pinguine

Schism Tracker

Die recht angenehme Oberfläche des Schism Tracker

Eine freie Re-Implementierung des Impulse Trackers ist der Schism Tracker. Das Projekt setzt auf Quelloffenheit, steht unter der GPL und zeigt sich mit Builds für Linux, Mac OS und Windows auch plattformfreundlich. Selbst für exotischere Geräte wie den Raspberry PI oder die Wii gab es schon spezielle Builds, die allerdings nicht mehr offiziell supportet werden.

Leider kann der Schism Tracker derzeit noch nicht mit dem Jack-Server arbeiten. Das Thema wurde schon 2005/2006 angesprochen und darauf hin eine entsprechende Erweiterung angekündigt. Leider hat sich bisher wohl nichts Konkretes ergeben.

Was wieder klar für den Schism spricht, ist die gut verständliche Oberfläche und die ausführliche, ins Programm integrierte Hilfe (auch wenn die schier überwältigende Funktionsvielfalt einen schnell überfordern kann). Das Programm kann zudem so ziemlich jedes Format importieren (.MOD, .XT, .S3M, .IT und weitere) und erzeugt entweder Dateien im .IT– oder im .S3M-Format. Ein Export der Komposition als .WAV ist im Handumdrehen gemacht. MP3-Dateien zu erzeugen, ist ebenfalls möglich. Die GUI wird zwar erst einmal recht winzig gestartet, kann aber beliebig vergrößert werden.

Der Schism Tracker kann direkt aus den Standard-Paketquellen (universe) von Ubuntu installiert werden:

sudo apt-get install schism

MilkyTracker

Der MilkyTracker

Der MilkyTracker ist ein Nachfolger des DOS-Programms Fast Tracker II und setzt ebenfalls auf Open Source (GPL) und Crossplattform-Fähigkeit. Es werden Builds für die großen drei Betriebssysteme Linux, Mac OS und Windows angeboten.

Der Tracker kann zumindest Audio-seitig mit dem Jack-Soundserver verbunden werden. Einen einfachen MIDI-Support soll es geben (habe ich selbst nicht ausprobiert), MIDI-Verbindungen über Jack sind aber nicht möglich. .IT– und .S3M-Songs können importiert werden. Ansonsten verarbeitet das Programm .MOD– und .XM-Dateien.

Der MilkyTracker ist in den Standard-Paketquellen (universe) von Ubuntu enthalten:

sudo apt-get install milkytracker

Goattracker

GoatTracker V2.72

Der Goattracker ist insofern speziell, da er zum Erzeugen von SID-Musik gemacht ist. SID (Sound Interface Device) war der Name des Soundchips, der im Commodore C64 verbaut war und für den eigenen, heute noch in der Chiptune-Musik angesagten Sound sorgte.
Anders als die anderen Tracker dient das Programm hier nicht als Sequenzer für beliebige Samples. Stattdessen werden über verschiedene Parameter pro Spur zunächst die „Instrumente“ definiert – also einen SID-Sound. Für den werden dann nach Tracker-Manier die Noten in das Raster eingetragen.

Auch der Goattracker steht unter der GPL und ist mit einer Mac OS Version zumindest auch für eine andere Plattform neben Linux verfügbar. In Ubuntu kann das Programm direkt aus den Standard-Paketquellen (universe) installiert werden:

sudo apt-get install goattracker

Wer in diese Richtung interessiert ist, kann sich natürlich auch einen C64-Emulator (z.B. VICE) schnappen und darin ein Kompositionstool laden. Wobei das Verbindungen zu anderen Programmen und den Wave-Export wohl eher verkompliziert…

SunVox

SunVox

Auch SunVox ist ein ziemlich spezieller Vertreter. Nicht, weil es als Freeware kommt und kein Quelltext zur Verfügung gestellt wird.
Was es speziell macht ist die Tatsache, dass das Programm einen FM- und einen Drum-Synthesizer integriert, zudem aber auch wie ein gewöhnlicher Tracker funktioniert. Zudem werden einige Effekte wie beispielsweise Distortion, Flanger oder Vocal Filter geboten.

Übrigens wirbt auch der Entwickler dieses Tools mit extremer Plattformunabhängigkeit – iOS, Android, MeeGo, usw. – und natürlich auch die „großen drei“. SunVox kann mit MIDI umgehen, genauso wie mit dem Jack-Server und kann darüber hinaus .XM- und .MOD-Songs importieren.

Installiert werden muss SunVox nicht. Die Binaries werden als ZIP heruntergeladen. Entpacken und die richtige Version (die Binaries für verschiedene OS sind enthalten) starten. Schon kann es losgehen.

Renoise Tracker

Das professionelle Renoise

Zum Schluss komme ich nicht drumherum, Renoise auch noch zu erwähnen. Nicht, dass ich das besonders ungern täte, aber es ist in der Reihe der hier genannten Programme nunmal das einzige kommerzielle und zudem closed Source.
Andererseits ist es, das muss man neidlos bekunden, das bedienerfreundlichste und wohl das mit dem professionellsten Funktionsumfang.

Immerhin gibt es eine kostenlose Testversion, die sich nach dem Entpacken des Downloads direkt starten lässt. Die Haupt-Einschränkung dieser Testversion ist, dass erstellte Songs nicht als Wave exportiert werden können.

Der Name des Programms stammt von der Programmbasis – dem Noisetrekker. Es bietet u.a. Jack- und MIDI-, VST- und LADSPA-Support. Für die Vollversion muss man allerdings auch rund 60 EUR berappen.

Sonstige

Zwei weitere Tracker hätte ich auf Grund ihrer Beschreibungen gerne noch in die Liste aufgenommen. Allerdings hatte ich Schwierigkeiten, sie zum Laufen zu bekommen. Falls ihr also noch mehr sucht und Lust am Basteln habt:

• Der Cheesetracker muss selbst aus den Quellen (GPL) kompiliert werden. Es läuft allerdings nur mit QT3, nicht mit QT4. Ebenfalls ein Erbe des Impulse Trackers, der aber im Gegensatz zu Schism auch mit Jack kann.
• Für den Protrekkr sind zwar Linux-Binaries zu bekommen. Allerdings ließ sich das Programm bei mir nicht starten, weil auf die Soundkarte wohl nicht zugegriffen werden konnte.

Schlusswort

Ich hoffe, ich konnte denjenigen einen lohnenswerten, verständlichen ersten Überblick verschaffen, die sich bisher noch gar nicht mit dem Thema beschäftigt haben. Allen anderen konnte ich vielleicht trotzdem noch einen guten Gedankenanstoß geben.

Wer Gefallen an dem Artikel gefunden hat, mag vielleicht auch meine übrigen Beiträge zum Thema „Tonstudio“ lesen:

• Folge 1 – Synthesizer emulieren mit Bristol
• Folge 2 – Softwaresynthesizer ZynAddSubFX bzw. Yoshimi
• Folge 3 – Arpeggiatoren
• Folge 4 – Looper
• Folge 5 – Vocoder
• Folge 6 – DIN is noise

Weiterlesen →]]> Nach einiger Zeit zuerst mit RawTherapee, danach mit Darktable habe ich mir erst vor ein paar Monaten den Bibble-Nachfolger AfterShot Pro gekauft, um mit diesem meine RAW-Aufnahmen zu bearbeiten. Mit Erscheinen der 1.4er-Version von Darktable tendiere ich aber wieder eher in dessen Richtung – „politisch“ natürlich sowieso. Zwei starke Vorteile hatte AfterShot für mich im Vergleich zu Darktable bislang, diese schwinden aber immer mehr…

Das Darktable-Logo…

Zum einen die Geschwindigkeit. Diesen Rückstand hat Darktable bislang auch noch nicht aufgeholt. Der andere war die Möglichkeit, mit Masken arbeiten zu können. Das und Weiteres wurde mit Darktable 1.4 nun eingeführt. Ein Blick auf die Neuerungen lohnt sich also.

Die Version 1.4 ist in den Ubuntu-Quellen bislang noch nicht zu haben bzw. nur über die PPA darktable-release von Pascal de Bruijn (einer der Entwickler; bitte trotzdem Hinweise zu Fremdpaketquellen beachten).

Erweiterbarkeit durch Lua-Scripts

Lua ist eine Scriptsprache, die besonders dafür eingesetzt wird, die Erweiterbarkeit von Anwendungen zu erhöhen. So nun auch bei Darktable. Die Community soll so dazu gebracht werden, Anforderungen, die es nicht als Standard-Feature in die Anwendung schaffen, als Plugin zu scripten.

Das Ganze funktioniert technisch so, dass beim Start des Programms ein Script namens luarc ausgeführt wird, sofern es entweder im Verzeichnis ~/.config/darktable oder unterhalb von /usr/share/darktable (bei Ubuntu und sofern über den Paketmanager installiert) zu finden ist. Zu bevorzugen ist für eigene Scripts natürlich die erste Variante.

Das Script kann also beim Programmstart direkt Aktionen ausführen, oder, was eher der Fall sein wird, zu diesem Zeitpunkt nur eigene Funktionen registrieren. Man „implementiert also einen Hook“ oder „hängt eine Aktion an ein Ereignis an“.

Ich führe hier mal die drei Beispiele auf, die auch das Team von Darktable publiziert hat. Einziger Unterschied ist, dass alle drei der Übersichtlichkeit halber in separate Scripts ausgelagert sind. Außerdem kommen sich hier die Funktionsnamen nicht in die Quere.

Wichtig: alle folgenden Pfadangaben sind relativ zu einem der beiden o.g. Basisverzeichnisse zu verstehen!

Erstes Beispiel: Import/Synchronisation automatisch bei Start

Wir erzeugen eine Datei namens lua/autoload.lua – mit folgendem Inhalt:

dt = require "darktable"
dt.preferences.register("myAutoload","load_directory","string","Bildverzeichnis","Dieses Verzeichnis wird beim Programmstart automatisch neu eingelesen","")

pcall(dt.database.import(dt.preferences.read("myAutoload","load_directory","string")))

In die Datei luarc wird außerdem folgende Zeile eingefügt:

require "autoload"

Nachdem die Anwendung frisch gestartet wurde, haben wir in den Einstellungen nun ein neues Eingabefeld Bildverzeichnis. Bei jedem Programmstart wird das dort hinterlegte Verzeichnis neu eingelesen.

Zweites Beispiel: Selektionspuffer über Tastenkombination

Wir erzeugen eine Datei namens lua/shortcuts/bouncebuffer.lua – mit folgendem Inhalt:

dt = require "darktable"
local bounce_buffer = {}

local function bounce_buf()
    bounce_buffer = dt.gui.selection(bounce_buffer)
end
dt.register_event("shortcut",bounce_buf,"Selektionen switchen")

In die Datei luarc wird außerdem folgende Zeile eingefügt:

require "shortcuts.bouncebuffer"

Wenn nun die Anwendung frisch gestartet wird, können wir eine Tastenkombination hinterlegen, mit der wir eine Selektion für eine spätere Verwendung sozusagen „in die Zwischenablagen legen“ können. Mit der gleichen Tastenkombination können wir sie wiederherstellen.

Drittes Beispiel: Alle rot markierten Bilder selektieren

Wir erzeugen eine Datei namens lua/shortcuts/selectallred.lua – mit folgendem Inhalt:

dt = require "darktable"
table = require "table"

local function select_all_red()
   local selection = {}
   for _,image in ipairs(dt.database) do
      if image.red then
         table.insert(selection,image)
      end
   end
   dt.gui.selection(selection)
end

dt.register_event("shortcut",select_all_red,"Alle rot markierten Bilder selektieren")

In die Datei luarc wird außerdem folgende Zeile eingefügt:

require "shortcuts.selectallred"

Wenn nun die Anwendung frisch gestartet wird, können wir eine Tastenkombination hinterlegen, mit der wird ganz einfach alle mit dem roten Marker versehenen Bilder selektieren können. Natürlich kann das Script bei Bedarf einfach auf eine andere Farbe abgeändert werden.

Was zur Lua-Schnittstelle noch zu erwähnen bleibt…

• Wie man sieht können Module per require geladen werden. Die Module müssen dabei im Unterverzeichnis lua liegen.
• Konfigurationsfelder, die man selbst hinzufügt, werden auf einem eigenen Reiter mit der Beschriftung Lua-Optionen angezeigt. Bislang sind nur einfache String-, Boolean- oder Zahlenwerte möglich.
• Tastenkombinationen (bzw. Platzhalter dafür), die man selbst hinzufügt, werden im Konfigurations-Dialog auf dem Reiter Tastenkombinationen unterhalb der Rubrik Lua angezeigt. Bevor sie verwendet werden können, muss tatsächlich erst eine Tastenkombination zugewiesen werden.
• Es bleibt abzuwarten, ob es eine zentrale und vertrauenswürdige Sammelstelle für solche Scripts seitens Darktable geben wird.
• Per register_storage können weitere Export-Möglichkeiten realisiert werden. Als Beispiel wird ein Mosaik-Export über die selektierten Bilder angeführt. Je nach API-Angebot der Webseiten wäre aber auch ein Upload zu 500px, Pinterest oder wotsoever™ denkbar.
• Wer sich in die ganze Lua-API von Darktable einlesen will, findet mittlerweile einen Abschnitt in der Dokumentation.

Masken

Der Lua-Teil ist nun recht lang ausgefallen. Trotzdem möchte ich noch zwei weitere interessante Erweiterungen erwähnen. Der für mich wichtigste ist die Einführung von Masken. Darüber kann schon auf Ebene der RAW-Bilder auf bestimmte Bildbereiche gesondert eingewirkt werden. Beispielsweise wird der Himmel etwas satter gemacht, zu dunkle Bereiche aufgehellt oder gezielt nachgeschärft – ohne dabei das gesamte Bild zu beeinflussen.
Dazu kann nun bei jedem Modul, das angewendet wird, eine Einschränkung auf eine Maske eingestellt werden. Die Maske kann dann entweder parametrisch, gezeichnet oder gemischt parametrisch und gezeichnet erstellt werden. In aller Kürze: das bedeutet im einfachsten Fall, dass man die Bereiche, die von dem Modul berührt werden sollen, nachzeichnet. Eine recht umfangreiche Einführung bietet das folgende Video von Robert Hutton:

Fokusvorschau auf dem Leuchttisch

Es gibt ein weiteres, neues Feature, das ich recht gelungen finde. Per Tastendruck kann man sich bereits auf dem Leuchttisch eine schnelle Vorschau auf die Bereiche geben lassen, die bei dem selektierten Bild im Fokus liegen.

Dazu muss man die Funktion zunächst einmal aktivieren. Im Konfigurations-Dialog auf dem Reiter GUI-Optionen muss das Häkchen Fokusbereiche markieren aktiviert werden. Selektiert man dann auf dem Leuchttisch ein Bild und drückt z für die Bildvorschau, dann werden auf dem Bild die Fokusbereiche farbig umrandet dargestellt. Rot bedeutet dabei sehr scharf, blau etwas weniger scharf.

Die Version 1.4 hat es also geschafft…

… dass ich meine Fotos nun erst einmal wieder mit Darktable bearbeiten werden. Ich hoffe, dass ich auch in der Praxis mit der Maskierungs-Funktion gut zurecht kommen werde.

Weiterlesen →]]> Klangerzeuger sind immer nützlich. Auch wenn man schon einige im Vorrat hat, findet man immer wieder weitere, die einen meist kleinen aber feinen Unterschied machen. So ist es auch mit DIN is noise. Das Programm bietet einfach eine ganz andere Herangehensweise und liefert ganz eigene Ergebnisse. So kann DIN das Spektrum der Möglichkeiten stark verbreitern und ist definitiv nicht einfach noch ein Synthesizer in irgend einer langen Liste…

Worum geht’s

DIN is noise, programmiert von S. Jagannathan alias „Al Dinja“, einem in London lebenden gebürtigen Inder, ist so ziemlich das verrückteste Stück Software, das man sich zur Klangerzeugung aussuchen kann.

Die Bedienung ist recht kompliziert. Wer aber den Einstieg einmal geschafft hat, der wird sich über die kreativen Möglichkeiten wie ein kleines Kind freuen und fast zwangsläufig einige Zeit mit dem Programm beschäftigen.

I did have lots of plans for that day…but they all got scrapped and next 7 hours I spent somewhere between imagination and meditation.Louigi Verona (Eintrag im Gästebuch von DIN is noise)

Gerade für Live-Situationen kann man mit DIN und etwas Übung tolle und ungewöhnliche Klänge zaubern.

Nachdem DIN zunächst nur für Linux verfügbar war, gibt es nun auch Builds für Windows und Mac OS X. Während die Linux-Version frei ist, handelt es sich bei den anderen beiden zunächst nur um 30-Tage-Testversionen. Nach Ablauf der Testtage, muss man dann eine Lizenz kaufen. „Frei“ heißt in dem Fall aber übrigens auch, dass der Quellcode – unter der GPL 2.0 Lizenz – freigegeben ist.

Als Voraussetzung für die Verwendung unter Linux gilt, dass der Jack-Server installiert werden muss. Außerdem zeichnet DIN seine Oberfläche mit OpenGL, weshalb auch eine gute Grafikperformance, und somit auch ein passender Hardware-Treiber installiert sein sollte.

Installation

DIN kann ab Oneiric ganz einfach über die Paketverwaltung installiert werden. Dazu muss das PPA des Entwicklers zu den Paketquellen hinzugefügt werden:

sudo add-apt-repository ppa:dinisnoise/din
sudo apt-get update
sudo apt-get install din

Bitte beachtet, dass fremde Paketquellen unter Umständen ein Sicherheitsrisiko darstellen können. Wenn ihr euch nicht wirklich bewusst seid, was das bedeutet, dann lest bitte die Hinweise dazu im ubuntuusers.de-Wiki.

Einstieg in die DIN-Welt der Drones

Das ganze Programm hier zu erklären wäre natürlich vollkommener Unsinn. Und, ehrlich gesagt, ich könnte das auch gar nicht. Trotzdem möchte ich euch aber ein paar Tipps geben, wie ihr den Einstieg vielleicht etwas einfacher hinbekommt.

DIN in Aktion

Ein Hinweis, der mir anfangs sehr geholfen hat, ist der zum Zurücksetzen des Programms auf die „Werkseinstellungen“. Denn das Programm speichert den Zustand automatisch und so hilft es nicht, das Programm einfach neu zu starten, wenn man etwas verbogen hat. Wer noch einmal von neuem beginnen möchte, muss im ausgeschalteten Zustand den Ordner ~/.din löschen oder zumindest umbenennen.

Nun aber los. Zuerst den Jack-Server starten (darauf gehe ich hier jetzt nicht näher ein), dann DIN. Dazu einfach im Terminal din aufrufen (einen Menüeintrag gibt es alleine durch die Installation erst einmal nicht).

Das Programm startet zunächst im Modus keyboard-keyboard. Hier könnte ihr mit den unten angezeigten Tasten schonmal die ersten Töne erzeugen, was natürlich bis auf die ungewöhnliche optische Darstellung recht unspektakulär ist.
Wechselt dann zum microtonal-keyboard, indem ihr einmal die Zifferntaste 1 drückt. Hier seht ihr nun per Default drei Oktaven einer Klavier-Tastatur (naja, so ähnlich halt). Wenn ihr nun mit der Maus über diesen Bereich fahrt, hört in direkt die Lead-Voice. Je höher der Mauszeiger, desto lauter. Links tiefere Frequenzen, rechts höhere – praktisch ohne Grenzen. Mit der Taste q könnt ihr dann an der Position des Mauszeigers ein Drone erzeugen, das dann für konstantes Surren sorgt. Je mehr Drones, desto kräftiger und komplexer der Klang.

Was für die ersten Schritte außerdem wichtig ist:

• mit a bzw. d kann man sich auf der Skala nach links bzw. nach rechts bewegen.
• mit der Taste e wird das Drone unter dem Mauszeiger aufgenommen und kann verschoben werden. Taste erneut drücken, um das Drone wieder abzusetzen.
• mit der Taste c wird das Drone unter dem Mauszeiger entfernt.
• mit der Maus können mehrere Drones markiert werden (wie gewohnt per Klicken und Ziehen).
• mit Tab schaltet man den command-Modus ein bzw. aus. Im command-Modus können Befehle abgesetzt werden. Auf der Projekt-Seite gibt es eine Befehls-Übersicht.
• mit Space kann die Lead-Voice aus- bzw. eingeschalten werden.
• Weiter geht’s dann mit 8 zum Curve-Editor (und mit 1 wieder zurück…), um den Klang zu verändern. Mit f können hier Knoten zum Verschieben angefasst und wieder losgelassen werden.
• Der Curve-Editor bietet im Detail viele Möglichkeiten, wie z.B. Knoten-Verschiebungen, die aufgenommen und automatisch abgespielt werden können. An dieser Stelle möchte ich aber auf das DIN Drones Tutorial verweisen, das die wichtigsten Features vorstellt.

Grundsätzlich bietet der Vimeo-Account von Al Dinja mit einigen Tutorials eine gute Hilfe, auch wenn die Sprach-Qualität der Screencasts oftmals nicht sonderlich gut ist und sich die Tutorials meist auf eine alte Programmversion beziehen.

Weiterer Ausblick

Natürlich bietet DIN noch viel mehr Funktionalität. Da ich das Programm selbst noch nicht bis in alle Tiefen erforscht und begriffen habe, bietet es auch einiges mehr, als ich beschreiben könnte. Trotzdem ein paar Stichpunkte:

• Vielfältige Möglichkeiten, den Klang zu formen und zu beeinflussen (siehe Modulation, Gater, Delay usw.).
• MIDI-Support: einfach MIDI-Eingabegerät anschließen und über Jack mit DIN verbinden. Ggfs. braucht ihr eine Alsa/Jack-Bridge (siehe Paket a2jmidid), da DIN keinen Alsa-MIDI-Support bietet (zumindest nicht per Default…).
• Beliebige DIN-Kommandos mit MIDI-Schiebe- bzw. Drehreglern verknüpfen (Stichwort start-end-Patch).
• Eine IRC-Schnittstelle (nur in der Linux-Version), mit der andere Leute sich am Sound beteiligen können. Beachtet hier allerdings die Sicherheitshinweise, die im FAQ-Eintrag zu dem Thema zu finden sind.

Jetzt ihr!

Eigentlich hatte ich vor, den Artikel mit einem oder gar mehreren Demo-Videos zu garnieren – scheiterte aber kläglich daran, Screencast mit OpenGL- und Jack-Unterstützung hinzubekommen… Anyway, das Material von Al Dinja sollte euch ja schon einen guten, ersten Eindruck bieten.

Vermutlich ist es zuspät für einen Disclaimer – für Warnungen vor DIN is noise als Zeitgrab… Seid ihr genauso angetan von dem netten Tool? Schreibt mir hier doch ein Kommentar.
Sicher freut sich auch Al Dinja über Feedback, z.B. bei Twitter oder Facebook, oder gar eine kleine Spende.

Projekt-Seite: http://www.dinisnoise.org

Falls euch der Artikel gefallen hat und/oder ihr mehr zum Thema Tonstudio lesen wollt, dann seht euch doch mal die vorigen Teile dieser Serie an:

• Folge 1 – Synthesizer emulieren mit Bristol
• Folge 2 – Softwaresynthesizer ZynAddSubFX bzw. Yoshimi
• Folge 3 – Arpeggiatoren
• Folge 4 – Looper
• Folge 5 – Vocoder

Weiterlesen →]]> CraftStudio ist ein Art Entwicklungsumgebung für Spiele im Minecraft-Klötzchen-Look, innerhalb der Assets und Maps gestaltet und mit Physik und Skripten versehen werden können. Die Projektarbeit kann dabei auf einem beliebigen Server, alleine oder im Team erfolgen. Natürlich bestimmt der Projekt-Administrator, wer an dem Projekt teilnehmen darf.

Erster Versuch – wirres Map-Design…

Zwar stellt der Entwickler Elisée Maurer das per Crowdfunding vorfinanzierte CraftStudio nicht als OpenSource bereit, aber es gibt eine kostenlose Basis-Version. Wer die benutzt muss aber natürlich ein paar Einschränkungen in Kauf nehmen. So können beispielsweise die Projekte nicht exportiert werden. Die Kaufversion gibt es aber auch schon ab 20€ (während der noch andauernden Beta-Phase).

Vorrangig wird CraftStudio für Windows und Mac OS, aufbauend auf .Net 4.0/Mono entwickelt. Die Linux-Version kam zuletzt hinzu. Da das Produkt aktuell zudem noch im Beta-Stadium ist, muss man aber noch mit dem ein oder anderen Bug rechnen.

CraftFighter – Streetfighter in Minecraft-Optik

Auf der Projekt-Seite können, direkt im Browser, ein paar kleine Beispiel-Games wie z.B. CraftFighter (siehe Screenshot) oder CraftStudioKart angesehen werden.

Neben dem offiziellen Wiki, das (nicht nur) bei den ersten Schritten hilft, sucht auch ein deutsch-sprachiges Wiki bei Wikia fleißige Mitmacher.

Installation

Von der Webseite kann ganz einfach ein .deb-Paket heruntergeladen und mit dem Softwarecenter (Doppelklick auf die Datei) oder mittels dpkg installiert werden:

cd ~/Downloads
dpkg -i CraftStudio.deb

Zusätzlich muss dann (ich gehe von Raring aus) noch das Paket libmono-csharp4.0-cil installiert werden:

sudo apt-get install libmono-csharp4.0-cil

Installiert man das nicht, bekommt man später, beim Versuch sich mit dem eigenen Server zu verbinden, eine Fehlermeldung wie diese:

Unhandled Exception: System.IO.FileNotFoundException: Could not load file or assembly
'Microsoft.CSharp, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or
one of its dependencies.
File name: 'Microsoft.CSharp, Version=4.0.0.0, Culture=neutral,
PublicKeyToken=b03f5f7f11d50a3a'
  at CraftStudioCommon.Project.Serialize (System.IO.BinaryWriter _writer) [0x00000] in
<filename unknown>:0
  [...]

Probleme beim Programmstart?

Fehler… der Start anyway Button ist zunächst nicht zu sehen

Nun kann das Programm über den Starter (CraftStudio) gestartet werden. Es erscheint zunächst ein Loginfenster, in dem man sich mit den Zugangsdaten anmelden muss. Vorher muss man sich natürlich auf der Webseite registriert haben.

Das Programm verbindet sich dann mit dem zentralen Server, um Updates bzw. beim Erststart überhaupt die notwendigen Programmteile zu holen. Schlägt diese Verbindung mit der Meldung "Error connecting to master server - http://craftstud.io/builds.json returned invalid data" fehl, was war bei mir ausnahmslos der Fall war, kann man diesen Schritt auch manuell durchführen.

Dazu muss man sich die drei Programmteile (Client, Runtime und Server) von der Build-Seite herunterladen. Natürlich den Client und die Runtime unter der Überschrift Linux und den Server unter der Überschrift Stand-alone server. Dann die Archive entpacken und an den richtigen Ort kopieren. In etwa so (die Versionsnummern müssen ggfs. angepasst werden):

cd ~/Downloads
unzip CraftStudioClient1.1.3.0.zip
unzip CraftStudioRuntime1.2.0.0.zip
unzip CraftStudioServer1.0.0.0.zip
mv CraftStudioClient1.1.3.0 ~/.config/CraftStudio/CraftStudioClient
mv CraftStudioRuntime1.2.0.0 ~/.config/CraftStudio/CraftStudioRuntime
mv CraftStudioServer1.0.0.0 ~/.config/CraftStudio/CraftStudioServer

Danach erscheint im Fenster der Fehlermeldung zusätzlich der Button Start anyway, worüber man den Vorgang überspringen kann.

Weiterlesen →]]> Erst vor kurzem habe ich eine kleine Einführung in das Thema rund um inotify und iwatch hier gepostet. Nun möchte ich ein weiteres Tool, ähnlich wie iwatch, vorstellen: incron

Unterschiede zu iwatch

Die Idee bei incron ist, wie auch schon der Name verrät, eine Art Crontab zu bieten, die aber nicht auf Zeitangaben sondern auf Events des Filesystems basiert. Daher sieht auch die Konfigurationsdatei vom Aufbau her ähnlich wie eine Crontable aus. So kann auch jeder Benutzer seine eigene Konfiguration hinterlegen.

Ein funktionaler Unterschied – zwar klein, aber unter Umständen entscheidend – ist, dass man (derzeit) bei iwatch im aufzurufenden Kommando nicht den ausgelösten Event übergeben kann. So kann man im aufgerufenen Skript keine Fallunterscheidung verbauen. Bei incron kann man dagegen das Event numerisch oder textuell angeben.

Außerdem ist iwatch standardmäßig darauf ausgelegt, Mails zur Benachrichtung zu verschicken und das Syslog zu befüllen, während incron die Verarbeitung der Events wirklich komplett dem User überlässt. Mailversand und Logging müssen hier also selbst vorgenommen werden.

Installation

Auch incron kann in Ubuntu ganz einfach aus den Standard-Paketquellen (Sektion universe) installiert werden:

sudo apt-get install incron

Danach kann der dienst wie gewohnt mit

/etc/init.d/incrond start

gestartet und mit

/etc/init.d/incrond stop

gestoppt werden.

Konfiguration

Zunächst einmal müssen die Benutzer festgelegt werden, die incron benutzen dürfen – auch root darf erst einmal nicht! Dazu müssen alle Benutzernamen in der Datei /etc/incron.allow angegeben werden.

Außerdem existiert eine Konfigurationsdatei namens /etc/incron.conf, in der einige Dinge angepasst werden können. Aber das ist i.d.R. nicht notwendig.

Tabellen anlegen

Nun kann man eine incron-Tabelle anlegen, indem man incrontab -e aufruft. Wie zum Editieren von Crontabs öffnet sich darauf hin standardmäßig der vi-Editor. Möchte man einen abweichenden Benutzer angeben, benutzt man zudem noch das Argument -u andereruser.

Das Schema, nach dem die Tabellen aufgebaut sein müssen sieht so aus: <Pfad> <Maske> <Kommando>. Also beispielsweise so wie folgt, um bei neuen Dateien, Änderungen und Löschungen im Verzeichnis /tmp/test das Shellskript /tmp/foo.sh unter Angabe der Datei und dem ausgelösten Event aufzurufen:

/tmp/test IN_CLOSE_WRITE,IN_DELETE /tmp/foo.sh $@/$# $%

IN_CLOSE_WRITE und IN_DELETE sind die Events, auf die reagiert werden soll. Welche Events abgegriffen werden können, sagt uns die inotify-Manpage. Die Variablen, die hinten angehängt sind, entsprechen dem Pfad ($@), der Datei ($#) und dem Event in Textform ($%). Auskunft zu weiteren Variablen gibt die incron-Dokumentation.

Abschließend muss die Tabelle neu geladen werden, damit die Änderungen greifen. Das passiert mit:

incrontab -d

Hinweis auf Upstart

Zu meinem vorigen Artikel (zu iwatch) hat sich „dakira“ per Kommentar zu Wort gemeldet und mich darauf hingewiesen, dass mittlerweile auch Upstart die Möglichkeit vorsieht, Filesystem-Überwachungen per inotify zu konfigurieren. Der eigentliche Hintergrund dort ist, dass geänderte Konfigurationsdateien darüber automatisch neu geladen werden können.

Vielleicht werde ich ja aber auch mal noch einen Artikel zur Upstart-Variante schreiben…

Fazit

Die beiden Tools incron und iwatch sind sich (natürlich) sehr ähnlich. Trotzdem gibt es feine Unterschiede, die je nach Anwendungsgebiet doch ins Gewicht fallen können. Ich hoffe die Einsatzmöglichkeiten wurden klar.

Falls ihr Anregungen – oder was auch immer – habt, schreibt mir und den anderen Lesern doch bitte ein Kommentar…

Weiterlesen →]]> Nach einer langen Pause möchte ich nun meine Tonstudio-Serie um eine neue Folge erweitern. Der fünfte Artikel zum Thema Audio-Produktion. Diesmal geht es um Vocoder. Wer keine Hardware hat, mit der man den Effekt erzeugen kann, findet in der Linux-Welt verschiedene Software-Varianten…

Was ist ein Vocoder?

Modulator und Carrier in Audacity

Ein Vocoder bekommt zwei Eingangssignale. Das eine, Carrier genannt, ist beispielsweise ein Flächensound, irgend eine Akkordfolge mit einem Synthesizer gespielt. Das andere Signal ist der sogenannte Modulator – für gewöhnlich eine Stimme. Der Vocoder analysiert nun das Stimmsignal und moduliert den Carrier dementsprechend.
Das Ergebnis klingt so, als würden die Worte (Modulator) mit der Stimme eines Synthesizers (Carrier, kann natürlich auch ein anderes Instrument sein) gesprochen bzw. gesungen. Der typische Roboter-Effekt eben…

Den Vocoder-Effekt selbst erzeugen…

Wer den Vocoder-Effekt selbst für seine Projekte einsetzen möchte, hat folgende Möglichkeiten:

• Hardware-Variante: hiermit kenne ich mich nicht wirklich aus. Es gibt aber auf jeden Fall verschiedene Hardware-Synthesizer, die den Vocoder-Effekt in Echtzeit bieten. Einige Geräte verraten die Funktion mit ihrem am Gehäuse  angebrachten Schwanenhals-Mikro. Aber es mag natürlich auch (womöglich teurere) Hardware geben, an denen man (ausschließlich) externe Mikros anschließen kann.
• Effekt-Berechnung per Software: gemeint ist eine Anwendung auf bestehende Tonspuren. Das funktioniert beispielsweise mit Audacity.
• Echtzeit-Vocoder per Software(-Plugin): für die Arbeit mit Linux und dem Soundserver Jack stehen verschiedene Plugins zur Verfügung, die den Effekt in Echtzeit („live“) anwendet.

Zu den beiden Software-Varianten möchte ich im Folgenden nun ein paar Dinge schreiben… Wobei ich nur auf zwei Möglichkeiten (Audacity und Rakarrack) etwas genauer eingehen möchte. Die Live-Varianten per Plugin haben natürlich den Charme, dass man direkter mit dem Effekt spielen und ihn so erforschen kann. Die Verwendung des Audacity-Effektes dagegen hat den Vorteil, dass man genauer arbeiten und mit dem selben Ausgangsmaterial verschiedene Einstellungen testen kann.

Mit den Einstellungen der Effekte müsst ihr selbst etwas ausprobieren, was eurer Vorstellung am nächsten kommt. Grundsätzlich lässt sich sagen, dass die Anzahl der „Bands“ angibt, wie detailreich das Modulator-Signal analysiert und auf den Carrier übertragen werden soll. Je höher die Anzahl, desto weniger verstellt klingt die Stimme.

Effekt in Audacity

Um den Vocoder-Effekt in Audacity zu benutzen, benötigt man eine Stereospur, deren linker Kanal der Modulator-Kanal ist (also der gesprochene Teil) und deren rechter Kanal das Instrument, den Carrier.

Um einen kleinen Test zu machen, könnt ihr beispielsweise folgendes tun:

• einen kurzen Text per Mikro aufnehmen
• dann die aufgenommene Stereospur in eine Monospur umwandeln – über das Menü: Spuren – Stereospur in Mono umwandeln
• dann das Instrument aufnehmen, natürlich ungefähr in der selben Länge – oder als Ersatz einfach mal eine Rauschen erzeugen: Spuren – Neue Spur erzeugen – Monospur, dann Erzeugen – Rauschen – OK. Falls man ein Instrument aufgenommen hat, muss die Spur wieder in Mono umgewandelt werden.
• dann muss man beide Mono-Spuren zusammenführen. Oben ist die gesprochene Spur, unten ist das Instrument. Dann auf den Spurennamen der oberen Spur klicken und Make Stereo Track auswählen.
• Nun nur noch den Vocoder-Effekt auf diese Spur anwenden: einfach unter Effekt-Menü den Vocoder...-Eintrag suchen.

Hier könnt ihr ein Beispiel hören. Zunächst die Stimme, dann die Klänge und am Schluss das Ergebnis:

Und hier ein kleines Video-HowTo. Hier wandle ich die Spuren allerdings nicht in Mono um, sondern schneide einfach den linken bzw. rechten Kanal weg. Wichtig ist letztendlich nur, dass ihr den Effekt auf eine Stereo-Spur anwendet, die wie oben beschrieben aus beiden Teilen zusammengesetzt ist.

Plugin von Rakarrack

Rakarrack ist ein Programm, mit dem man recht einfach Audio-Quellen mit Effekten belegen kann. Installieren kann man Rakarrack ganz einfach über das gleichnamige Paket in den Standard-Paketquellen (Sektion universe):

sudo apt-get install rakarrack

Vocoder-Effekt in Rakarrack

Um den Vocoder-Effekt zu nutzen, benötigt man zusätzlich ein Mikrofon und ein Synthie (Auswahl gibt’s ja reichlich). Dann muss man folgende Verbindungen zwischen den Jack-Schnittstellen herstellen:

• Die Ausgänge des Synthies (links + rechts) werden mit den Eingängen (in_1 und in_2) von Rakarrack verbunden.
• Die Ausgabe des Mikros wird mit dem aux-Eingang von Rakarrack verbunden. Das ist praktisch der Modulator-Eingang für den Vocoder-Effekt.
• Natürlich muss je nach Klangerzeuger noch ein (Virtual-)Keyboard als MIDI-Quelle verbunden werden, um überhaupt Noten spielen zu können.

Nun muss der Vocoder-Effekt in eingebunden werden. Geht dazu so vor:

• Klickt im oberen, mittleren Bereich auf den Button Put Order in your Rack
• Wählt in der linken Auswahlliste den Vocoder und betätigt den Pfeilbutton zwischen den beiden Listen. Der Vocoder wandert so auf die rechte Seite.
• Nach Ok ist der Vocoder im unteren Bereich, wo die zehn ausgewählten Effekte angezeigt werden, zu sehen.

Sorgt nun dafür, dass der Vocoder-Effekt der einzige aktive Effekt ist (nur bei dem soll das On-Lämpchen leuchten). Und schon kann’s losgehen!

Noch ein paar Tipps:

• Sollte zu wenig ankommen, spielt mal etwas mit dem Input-Level.
• Die Regler Muf. (Muffle), Q und Ring sollten erst einmal recht weit links stehen, da mit größeren Werten das Ergebnis unklarer gemacht wird.
• Der Synthie sollte einen konstanten und frequenzreichen Ton spielen. Für den Roboter-Effekt eignet sich z.B. gut eine verzerrte Gitarre.

LV2-Plugins

LV2-Plugins in lv2rack

Für den Nachfolger der LADSPA-Schnittstelle namens LV2 gibt es auch zwei Vocoder-Plugins: Vocoder (Paket lv2vocoder in universe) und VocProc (Paket vocproc in universe). Sie können über alle Anwendungen, die mit LV2-Plugins umgehen können, eingesetzt werden.
Beispielsweise kann lv2rack verwendet werden. Das Funktionsprinzip ist natürlich ähnlich. Allerdings habe ich hier keine großartigen Erfahrungswerte und kann daher nicht viel dazu sagen.

LADSPA-Plugin zum Selberbauen

LADSPA-Plugin in Jack Rack

Wer noch nicht genug hat, der kann sich noch ein LADSPA-Plugin besorgen. Das muss selbst kompiliert werden, was aber kein Problem sein sollte. In einem englisch-sprachigen Artikel in einem Blog namens Linux-Rockstar wird die Vorgehensweise erklärt. Ich möchte hier die wichtigsten Punkte kurz aufzählen und ggfs. durch eigene Hinweise vervollständigen:

• Ladet euch den Quellcode des Plugins von der Download-Seite des Projektes herunter.
• Ladet euch hier einen Patch dazu von einem User der Linux Audio Users Mailing-Liste herunter. Der Patch soll für Stereo-Unterstützung sorgen. Achtung: der Patch eignet sich zunächst nur für die derzeit aktuell Version 0.3 des Plugins.

Dann die folgenden Kommandos (dabei natürlich ggfs. das Downloads-Verzeichnis abändern) nacheinander ausführen:

tar xzvf ~/Downloads/vocoder-ladspa-0.3.tgz -C /tmp
mv ~/Downloads/stereo-0001.bin /tmp/vocoder-0.3
cd /tmp/vocoder-0.3
patch vocoder.c stereo-0001.bin
make
sudo make install

Damit das make install funktioniert, wird ein Tool namens mkdirhier benötigt, das über das Paket xutils-dev installiert werden kann. Wer das nicht will muss mkdirhier in der Datei Makefile durch mkdir -p ersetzen.

Nun sollte das LADSPA-Plugin zur Verwendung z.B. in Jack Rack (unter V wie Vocoder) bereitstehen. Wie üblich muss der linke Eingang mit dem Modulator (Mikro) und der rechte mit dem Carrier (Synthie) versorgt werden. Noch ein Tipp, falls ihr erst einmal nichts hört: das Signal wird wohl sehr gedämpft – ggfs. einen Verstärker-Effekt dazuschalten!

Fazit

Der Vocoder-Effekt ist, dezent verwendet, sicher eine tolle Erweiterung der Möglichkeiten. Allerdings kann man mit der Findung der optimalen Einstellung usw. auch reichlich Zeit verbraten.

Solltet ihr Anregungen, Kritik oder Tipps für mich oder andere Leser haben, hinterlasst hier doch ein Kommentar.

Falls euch der Artikel gefallen hat (oder falls ihr es so langweilig fandet, dass ihr gleich etwas anderes lesen wollt), dann schaut euch doch mal die anderen Artikel aus meiner Tonstudio-Serie an:

• Folge 1: Synthesizer emulieren mit Bristol
• Folge 2: Softwaresynthesizer ZynAddSubFX bzw. Yoshimi
• Folge 3: Arpeggiatoren
• Folge 4: Looper