Nun wurde im Bugtracking-System des Projekts ein neuer Workaround gepostet, der die bisherige Variante (Unity kurzzeitig deaktivieren) um Längen schlägt…

Um ASEPRITE zu starten, öffnet man demnach erst einmal das tty1 – was über die Tastenkombination STRG+ALT+F1 funktioniert. Dann meldet man sich natürlich an diesem TTY an und führt dann folgenden Befehl aus:

xinit aseprite -- :1

Dabei geht der Befehl natürlich davon aus, dass das Binary aseprite im PATH liegt.

So wird ASEPRITE am Fenstermanager vorbei gestartet. Mit STRG+ALT+F7 gelangt man, wie gewohnt, zurück zum Fenstermanager (Unity, Gnome). Und um von dort (oder von einem TTY) zu ASEPRITE zu wechseln betätigt man die Tastenkombination STRG+ALT+F8.

Schöner wäre es natürlich, wenn der Fehler behoben wäre, aber mit diesem Workaround kann ich schon recht gut leben. Wobei ich ASEPRITE sowieso hauptsächlich unter Ubuntu Studio bzw. XFCE benutze… ohne Performance-Probleme…

Nein? Noch nie gesehen? Ehrlich? Dann schaut euch zum Beispiel mal diesen Auftritt von Beardyman an. Der bekommt auf diese Weise so gut wie jedes Musik-Genre perfekt zustande. Klasse, oder?

Trotzdem, meine ich, kann so ein Looper auch im “Studio” den ein oder anderen guten Dienst leisten. Zum Beispiel, wenn man einfach mal kurz eine Loop-Idee arrangieren will. Einen Beat mit Basslauf oder Melodie. Ein Sequenzer kann da zu umständlich sein. Im Looper werden dann ganz einfach, während man den Loop in einer Dauerschleife hört, einzelne Spuren ständig überschrieben oder vervollständigt – bis das Ergebnis gefällt.

Wer Looper-Software für Linux sucht, wird einige finden. Wobei viele nur als Source-Paket bezogen werden können und daher selbst kompiliert werden müssen – mal mehr, mal weniger kompliziert.

Zwei ganz nützliche Programme können aber direkt aus den Standard-Paketquellen bezogen werden: SooperLooper und FreeWheeling. Beide möchte ich im Folgenden kurz vorstellen. Außerdem wird zum Schluss noch Sequent erwähnt. Das passt nicht direkt in die gleiche Schiene, besitzt aber ein Looper-Modul und liefert einfach so coole Ergebnisse, dass ich es einfach erwähnen muss.

FreeWheeling

FreeWheeling kann über die universe Paketquellen installiert werden:

sudo apt-get install freewheeling

FreeWheeling mit Interface für die PC-Tastatur

Der erste Blick auf die Anwendung ist zugegebenermaßen etwas erschreckend – die Oberfläche ist nicht wirklich ansprechend gestaltet. Die Aufgabe als Looper, gerade für den Live-Einsatz, dürfte FreeWheeling aber gut meistern. Leider ist der Link auf die Dokumentation kaputt, so dass der Einstieg wirklich etwas holprig ist.

Zunächst müssen natürlich die Jack-Verbindungen hergestellt werden (Stichwort: QjackCtl). Zum Beispiel kann das Mikrofon mit dem FreeWheeling-Eingang und der FreeWheeling-Ausgang mit dem System-Output verbunden werden. Die Beatbox-Variante also. Natürlich können aber beliebige Soundquellen benutzt werden.

Dann muss man einfach ein paar Tastenkürzel kennen. Denn mit Hilfe der Maus kann kaum mehr gemacht werden, als die einzelnen Spuren zu aktivieren und deaktivieren. Und eine richtige Dokumentation des Programms gibt es leider auch nicht. Zu allem Übel ist auch die Hilfe-Anzeige innerhalb des Programms für Deutsche nicht ohne weiteres erreichbar. Nein – die GEMA kann da ausnahmsweise nichts dafür.

Das Problem ist einfach, dass zum Aufrufen der Hilfe die Taste / vorgesehen ist und diese auf dem deutschen Tastatur-Layout nur über Shift ausgelöst werden kann. Shift hat aber wieder eine andere Funktion in FreeWheeling. Somit ist es eigentlich auch ratsam die Tastatur auf englisches Layout umzustellen – muss man leider so sagen. Danach kann man die Hilfe über die Minus-/Unterstrich-Taste der deutschen Tastatur aufrufen.

Per Tab kann man die Eingabe-Interfaces durchwechseln. Standardmäßig startet FreeWheeling mit einem Interface für ein Behringer BCF-2000. Auch ist eines zur Arbeit mit einem MIDI-Keyboard vorhanden. Zum ersten Kennenlernen ist aber sicher das Interface für die PC-Tastatur sinnvoll.

In diesem Modus drückt man einfach eine der dargestellten Tasten, worauf die Aufnahme für des Samples beginnt. Drückt man die Taste noch einmal, beendet man die Aufnahme. Danach wird das Sample endlos geloopt. Über die Taste kann das Sample dann aktiviert/deaktiviert werden. Die Taste u ist übrigens mit der Undo-Funktion belegt. Daher ist mir schleierhaft, wie man die U-Taste mit einem Sample belegen sollte.

Hilfe von FreeWheeling

Das Programm verfügt natürlich über viele weitere Funktionen. Viele sind über die deutsche Tastatur erreichbar, andere, wie schon erwähnt, nicht. Weil das Aufrufen der Hilfe so umständlich ist, habe ich euch hier mal einen kombinierten Screenshot der Hilfe-Seiten eingefügt. Darüber könnt ihr euch ja selbst einen Überblick verschaffen.

Mit ESC könnt ihr das Programm übrigens beenden.

Zum Schluss möchte ich, ohne zu sehr in die Tiefe gehen zu wollen, noch erwähnen, dass das Programm über die Konfigurationsdateien stark angepasst werden kann. Hier nur mal ein paar einzelne Hinweise dazu:

• Alle Konfigurationsdateien liegen im XML-Format vor, und zwar an zwei Orten. Zunächst unter ~/.fweelin, das ist der bevorzugte Ort für Änderungen und auch der Ort, von dem zuerst gelesen wird. Und zum anderen unter /usr/share/fweelin.
• Wer Interfaces hinzufügen, entfernen oder die Reihenfolge anpassen will, kann dies in der  Konfigurationsdatei interfaces.xml recht einfach tun. Ich denke das ist selbsterklärend.
• Wer die Manpage zu FreeWheeling aufruft (da steht nicht wirklich viel), wird bzgl. Konfiguration auf eine Datei namens .fweelin.rc verwiesen. Teils auch bei Informationen, die man im Netz findet. Das scheinen mir aber veraltete Informationen zu sein. Vermutlich wurde irgendwann einmal diese Konfigurationsdatei in viele einzelne aufgebrochen.

Ein paar Informationen mehr zur Konfiguration findet ihr in einem englisch-sprachigen Artikel von LinuxJournal.

Die Bedienung mit dem MIDI-Keyboard war für mich übrigens nicht sonderlich begeisternd. Hat das MIDI-Keyboard Noten oder Signale (Drehregler), die das Programm nicht kennt, gesendet, ist FreeWheeling gleich abgestürzt. Zudem habe ich es nicht hinbekommen, die für die Loops verwendete Oktave zu verändern. Auch die Zusammenarbeit von FreeWheeling mit dem unterstütztend FluidSynth ist mir ein Rätsel geblieben. Falls hier jemand weitere Informationen hat, werde ich gerne den Artikel erweitern.

SooperLooper

SooperLooper ist bei Ubuntu Studio bereits vorinstalliert. Kann aber in anderen Installationen auch ganz einfach über universe Paketquellen nachinstalliert werden:

sudo apt-get install sooperlooper

Ein Loop bestehend aus zwei Samples in SooperLooper

Durch die relativ klar verständliche Oberfläche fällt der Schnell-Einstieg recht einfach. Natürlich gibt es viele Details, die ich bei aber weitem auch nicht alle kennengelernt und entdeckt bzw. verstanden habe. Gerade das Synchronisieren der Samples scheint eine komplizierte Sache (wofür das Programm aber sicher nichts kann).

Nur ein paar kurze Stichpunkte:

• Die Oberfläche wird für jede Loop-Spur vervielfacht.
• Über record könnt ihr etwas zum Loopen aufnehmen. Mit overdub könnt ihr ein vorhandenes Sample “überschreiben”.
• SooperLooper bietet auch eine Scratch-Funktion, die aber im aktuellen Stadium sehr bescheiden ist. Daran wird wohl noch gearbeitet.
• Über Rev, 1/2x, 1x, 2x kann das Sample rückwärts bzw. mit halber, ganzer oder doppelter Geschwindigkeit abgespielt werden.

Sequent

Die Oberfläche von Sequent

Da Sequent (oder Loomer Sequent) ein kommerzielles Produkt ist, das zudem nicht direkt zum Thema passt, möchte ich es nur am Rande aufführen. Ich kann mir das einfach nicht verkneifen, weil es schon faszinierend ist, was da so rauskommt.

Das Programm kann kostenlos getestet werden. Welche Einschränkungen dabei in Kauf genommen werden müssen, habe ich nicht genau herausgefunden. Wer das Produkt kauft bekommt einen Lizenzschlüssel für die heruntergeladene Demo-Version. Eine Installation ist nicht notwendig.

In Sequent könnt ihr verschiedene Module und Effekte hintereinanderschalten. Darunter ist eben auch ein Looper-Modul, das aber einen anderen Zweck hat, wie die zwei oben genannten, reinen Looper.

Hört einfach mal das folgende Beispiel an, das ich bei SoundCloud hochgeladen habe:

Ihr hört dort zunächst eine kleine Drum-Sequenz ohne Einsatz von Sequent. Dann dieselbe Sequenz jeweils durch ein Programm von Sequent geschleift. Die Namen der benutzen Programme (eigene Einstellungen habe ich nicht gemacht) könnt ihr aus meinen Kommentaren lesen.

Was ist ein Arpeggiator?

Erst einmal eine kurze Erklärung des Begriffs. Ein Arpeggiator ist eine Funktion (abrufbar z.B. über eine Taste bei Hardware-Synthesizern), die aus vorgegebenen Tönen eine kurze, zusammenhängende Tonfolge erzeugt. Die Vorgabe der Töne erfolgt i.d.R. über das gleichzeitige Drücken mehrerer Tasten auf dem MIDI-Keyboard. Siehe Wikipedia.

Der Software-Synthesizer Bristol emuliert beispielsweise den SID und bringt dabei eine Arpeggio-Funktion mit. Diese ist allerdings recht einfach gehalten. Die Töne werden einfach jeweils in gleicher Länge und mit gleichem Abstand zueinander gespielt. Die Geschwindigkeit kann allerdings vorgegeben werden.

Eine umfangreichere Arpeggio-Funktionalität erhält man durch den Einsatz von speziellen Arpeggiator-Programmen. Sie werden praktisch als MIDI-Controller vor den Synthesizer gehangen und erhalten ihren Input wiederum von einem anderen MIDI-Controller, wie z.B. einem MIDI-Keyboard (ggfs. ein virtuelles). Drei unter Linux verfügbare Programme möchte ich euch im Folgenden vorstellen.

Grundsätzlich sieht die Verbindungskette folgendermaßen aus:

1. MIDI-Keyboard MIDI-OUT → Arpeggiator MIDI-IN
2. Arpeggiator MIDI-OUT → Synthesizer MIDI-IN
3. Synthesizer Audio-OUT → Soundkarte

Hypercyclic

Optisch ansprechend kommt Hypercyclic daher – ein kostenloses (free as in beer) Programm von mucoder. Dahinter steckt der Belgier Leo Olivers, auf dessen Soundcloud-Account verschiedene Demos angehört werden können. Hier ein Beispiel:

Hypercyclic in Aktion

Die Bedienung geht recht einfach und intuitiv von der Hand; das muss ich nicht näher beschreiben. Dafür hatte ich immer wieder mal Probleme in der Verbindung der Software mit einem externen Synthesizer und MIDI-Input. Jedoch nichts, was sich nicht innerhalb von ein paar Minuten hat beheben lassen. Hypercyclic bringt aber auch einen eingebauten Synthesizer mit und kann somit auch Standalone betrieben werden.

Das Programm wird als tar-Paket von der Homepage heruntergeladen und kann nach dem Entpacken einfach gestartet werden. Nebenbei bemerkt: es gibt auch eine Windows- und eine Mac-Version.

Die Tonfolgen können im Gegensatz zu QMidiArp nicht komplett frei gestaltet werden, wobei es schon die ein oder andere Möglichkeit gibt, in das Geschehen einzugreifen (Akzente setzen oder die Geschwindigkeit verändern beispielsweise).

QMidiArp

Etwas weniger Optik, dafür klasse Ergebnisse bietet das OpenSource-Projekt QMidiArp. Das Programm kann ganz einfach aus den universe-Paketquellen installiert werden:

sudo apt-get install qmidiarp

In QMidiArp können beliebig viele Arpeggiatoren mit verschiedenen Konfigurationen parallel betrieben werden. Die Bedienung bzw. die Konfiguration einer Arpeggiator-Moduls in QMidiArp ist zwar einerseits recht kompliziert, andererseits aber auch sehr flexibel. So wird jedes Arpeggiator-Modul mit einem Pattern-String gefüttert. Dabei sind die folgenden Eingaben möglich (Vgl. Dokumentation, englisch):

• 0 bis 9 → Noten-Index
• + bzw. - → Eine Oktave hoch/runter.
• = → Zurück zur Standard-Oktave
• > bzw. < → Doppeltes/halbes Tempo
• . → Zurück zum Standard-Tempo
• ( bzw. ) → Akkord-Anfang/-Ende
• / bzw. \ → Lautstärke erhöhen/reduzieren um 20%
• d bzw. h → Doppelte/halbe Länge
• p → Pause

Zwei Arps in QMidiArp

Es ist zunächst schwer verständlich, welche Bedeutung dabei die Noten-Indizes (die Ziffern) haben. Wenn man es aber einmal verstanden hat, ist es ganz gut zu bedienen – und, wie gesagt, man ist damit sehr frei in der Gestaltung des Arpeggios.

Angenommen wir spielen die Noten C+D+E+F gleichzeitig auf der MIDI-Tastatur. Dann entsprechen die Indizes 0, 1, 2 und 3 zunächst den eingehenden Noten, also C, D, E und F. Der Arp also immer wieder CDEF/CDEF/CDEF/CDEF usw.

Interessant (und kompliziert) wird es, wenn der höchste Index im Pattern kleiner ist als die Anzahl der gespielten Noten – 1. Nehmen wir als Beispiel das Pattern 012 und spielen wieder die Noten C+D+E+F. Dann spielt der Arp im ersten Durchlauf zunächst, wie sicher erwartet die Noten CDE. Danach wird die erste Note gestrichen, so dass wir den zweiten Durchlauf dann gedanklich nur noch mit DEF durchspielen müssen. So wird also im zweiten durchlauf noch DEF gespielt. Danach fängt das Spiel wieder von vorne an.

Wer ein paar Beispielsounds von QMidiArp hören möchte, findet unterhalb der Projektseite ein paar Demos. Eines der Beispiele von LouigiVerona (Soundcloud) hier direkt im Player:

Arpage

Ein weiteres, interessantes Projekt ist Arpage. Ein Video zeigt ein Beispiel, in dem in Zusammenwirken mit Yoshimi und einem virtuellen MIDI-Keyboard ein schnelles Gitarren-Solo gespielt wird (ab ca. 1:13 fängt der Sound erst an; davor wird gezeigt, wie die Programme miteinander verbunden werden).

Leider muss man sagen, dass Arpage noch im Alpha-Stadium steht und die aktuelle Version Alpha 0.3.3 nun bereits fast zwei Jahre zurückliegt. Es bleibt also abzuwarten, ob es mit dem Projekt überhaupt noch weitergeht (zwischen den vorhandenen Version lagen bisher immer nur ein paar Monate).

Außerdem könnte die Installation des Programms ggfs. Probleme machen – und gleich vorweg: ich habe das Programm nicht zum Funktionieren gebracht. Zwar gibt es eine PPA eines gewissen Philip Johnsson über die Arpage einfach per Paketverwaltung installiert werden kann. Diese PPA führt das Projekt-Paket aber, passend zu den Release-Daten, nur in Lucid und Maverick.

Für Oneiric-User wie mich führt also kein Weg daran vorbei, den Code selbst zu kompilieren. Dazu müssen zunächst einmal die Abhängigkeiten installiert werden:

sudo apt-get install intltool libgtkmm-2.4-dev libxml++2.6-dev libjack-jackd2-dev

Danach folgt der übliche Vorgang: Quellen herunterladen, entpacken, ins Verzeichnis wechseln und nacheinander ./config und make und sudo make install aufrufen. Falls ihr ein 64bit-System installiert habt, bekommt ihr allerdings Fehler (zumindest bei der Alpha 0.3.3) beim Make. Um diesen Fehler zu beheben, müsst ihr die Datei src/scales.h ein bisschen modifizieren. Öffnet die Datei einfach in einem Editor und fügt vor dieser Zeile (ganz oben):

#ifndef __SCALES_H__

diesen Include ein:

#include <cstddef>

Danach sollte die Kompilation ohne Fehler funktionieren.

Schließlich konnte ich das Programm starten und bedienen. Ich habe es aber leider nicht hinbekommen, ein Arpeggio zu spielen. Stattdessen wurde die gespielte Note 1:1 an den Synthie weitergeschleift. So fiel der Test leider ins Wasser… Falls jemand hilfreiche Hinweise hat: bitte ein Kommentar hinterlassen. Danke!

Tonespace

Akkorde spielen mit Tonespace

Eine tolle Ergänzung zu den Arpeggiatoren ist der Chorder Tonespace (vom selben Hersteller wie Hypercyclic). Der hilft beim Erzeugen der verschiedensten Akkorde. So muss auf der Midi-Tastatur nur eine Taste bedient werden, um einen vollständigen Akkord zu spielen. Natürlich kann die verwendete Tonleiter usw. eingestellt werden.

Wie Hypercyclic ist auch Tonespace neben Linux auch für Windows und Mac verfügbar. Die Linux-Version muss einfach heruntergeladen und entpackt werden. Danach kann das Programm direkt gestartet werden.

ZynAddSubFX oder Yoshimi?

ZynAddSubFx

Die beiden Programme sehen recht ähnlich aus. Das liegt daran, dass Yoshimi ein Branch von ZynAddSubFX ist.

Für mich liegt der Hauptunterschied darin, dass Yoshimi (bei mir) nur Jack-MIDI-Verbindungen zulässt, während ZynAddSubFX sowohl Jack- als auch ALSA-MIDI-Verbindungen unterstützt. Laut Konfigurationsdialog sollte auch Yoshimi MIDI-Verbindungen per ALSA bieten, aber ich finde bei gestartetem Programm keinen entsprechenden MIDI-Eingang. Da ich im Normalfall ALSA-MIDI benutze, habe ich also im Normalfall ZyAddSubFX im Einsatz, mit dem ich die MIDI-Verbindung hergestellen kann.

Daneben finde ich nur kleine Differenzen. Die Oberfläche von Yoshimi sieht etwas aufgeräumter aus – man muss aber sagen, dass beide GUIs nicht wirklich ansprechend aufgebaut sind. Außerdem habe ich bei Yoshimi eine Instrumenten-Kategorie namens “Chip” gefunden, die mir bei ZynAddSubFX nicht angeboten wird.

Beide Synthies können ganz einfach über die Standard-Paketquellen (universe) installiert werden, mit:

sudo apt-get install yoshimi

bzw.

sudo apt-get install zynaddsubfx

Yoshimi ist sogar, wie schon erwähnt, in Ubuntu Studio bereits enthalten.

Instrumente und Effekte

Die Sounds sind faszinierend und laden zum ausgiebigen Spielen ein. Beide Synthies bieten zahlreiche “Instrumente”, geordnet in rund 20 Kategorien an. Wer noch mehr will, findet hier und da im Netz weitere Instrumente in Form von .xiz-Dateien. Da gibt es zum Beispiel sieben tolle Instrument-Dateien auf einer Seite ohne Namen. Und im KVR Audio Forum findet man viele weitere Sounds – hier muss man sich allerdings registrieren, um die Dateien herunterladen zu können.

Teils findet man anstatt der .xiz-Dateien auch Dateien mit der Endung .xmz – das sind dann keine einzelnen Instrumente, sondern ganze Instrumenten-Bänke.

Im Synthesizer können auch eine Reihe von Effekten, auch parallel, eingesetzt werden. So stehen Reverb, Echo, Chorus, Phaser, AlienWah, Distortion, EQ und ein DynFilter zur Auswahl und liefern gute Ergebnisse.

Als kleinen Vorgeschmack habe ich mal ein paar Sounds aufgezeichnet und bei Soundcloud hochgeladen. Hier das Ergebnis:

Ich habe die Sounds jeweils ohne großen Aufwand erzeugt – einfach das Instrument ausgewählt und (eher wahllos) ein paar Tasten des Keyboards bedient. Soll heißen: mit minimalstem Aufwand lassen sich, wie ich finde, geniale Klänge herausbringen.

Und warum “Synthie”?

Die bisherige Beschreibung liest sich eigentlich eher wie ein Set an Instrumenten, die über MIDI gesteuert werden können. Dabei ist ZynAddSubFX tatsächlich ein Echtzeit-Synthesizer. Wer möchte, verändert die vorhandenen Instrumente einfach im Synthesizer-Editor – oder entwirft sogar von Grund auf eigene Sounds (beides funktioniert über den Button Edit instrument).

Der Synthesizer baut sich dabei aus drei Teilen (die einzeln aktiviert und deaktiviert und so auch kombiniert werden können) zusammen. In aller Kürze (ich bin hier nicht wirklich ein Kenner):

• ADsynth (oder auch ADnote) – ein umfangreicher Klangerzeuger, der über mehrere Stimmen Töne erzeugt. Für jede Stimme können einzeln LFO, Filter, Modulation, Resonanz usw. eingestellt werden.
• SUBsynth (oder auch SUBnote) – erzeugt Töne durch Subtraktion von Obertönen von weißem Rauschen (ich hoffe, ich habe das richtig übersetzt).
• PADsynth (oder auch PADnote) – ein Erzeuger im speziellen für Pads (Hintergrund-/Atmosphäre-Klänge mit starkem Sustain).

Im Zuge dessen habe ich mir vor einigen Wochen parallel zu meiner “normalen” Ubuntu-Installation noch ein Ubuntu Studio (Oneiric 64bit mit lowlatency-Kernel) eingerichtet. Die Vielfalt der Möglichkeiten hat mich geradezu umgehauen, weshalb ich mich nun dazu entschieden habe, eine kleine Serie darüber zu beginnen.

Starten soll diese Serie mit Bristol, dem Programm, das mich zunächst am meisten fasziniert hat. Welche weiteren Themen folgen steht dagegen noch nicht fest.

Bristol ist auch eine Stadt

Odyssey in Bristol

(… in Anlehnung an die bekannten Java-Bücher…) Natürlich. Aber Bristol ist erst einmal ein Emulator für vielerlei bekannte (und weniger bekannte) Synthesizer. So.

Absolut überzeugend ist die große Anzahl an Synthesizern, die implementiert sind. Auf der Projektseite wird man direkt mit einer Liste der emulierten Geräte empfangen. Und darunter finden sich allerlei Synthies von Moog, Korg, Fender, Roland, Yamaha – und auch ein Gerät das den Soundchip (SID) des guten, alten C64 nachahmt. Insgesamt rund 40 Emulationen. Dabei hat scheinbar alles mit einer Hammond B3 Orgel begonnen, denn das ist das Default-Gerät.

Was kann ich damit tun?

• Zunächst einmal, wie schon gesagt: vieeeeeele Synthies emulieren.
• Das Programm kann aus MIDI-Sequenzern als Soundquelle benutzt werden.
• Mit einem MIDI-Keyboard kann die Steuerung vereinfacht bzw. natürlicher gemacht werden.
• Da natürlich beliebige MIDI-Quellen benutzt werden können, ist auch ein Einsatz mit Arpeggiatoren denkbar. Darauf werde ich aber wohl später, in einem weiteren Artikel, noch zu sprechen kommen.
• Sicher sind nicht alle Leser mit Jack vertraut, weshalb ich noch einmal betonen möchte: Bristol kann nicht nur von jedem beliebigen MIDI-Erzeuger Daten empfangen, sondern seine eigene Sound-Ausgabe über Jack auch an jedes beliebige (Jack-fähige) Programm weiterleiten. So ist z.B. auch denkbar die Ausgabe vor der Aufnahme in der Recording-Software noch durch eine Vielzahl von Effekten (Reverb, Chorus, Flanger, Phaser und was es nicht alles gibt) zu schleifen. Das ist aber natürlich nicht der Verdienst von Bristol, sondern der von Jack.

Hier ein paar Demo-Sounds von verschiedenen Synthies. Welcher jeweils zum Einsatz kommt könnt ihr jeweils an meinen Kommentaren sehen. Natürlich habe ich da nur ein paar wirre Klänge erzeugt, aber vielleicht geht es euch ja wie mir und ihr könnt euch für sowas begeistern.

Installation

Das Programm kann ganz einfach über die Paketverwaltung installiert werden. In den universe-Quellen findet sich dazu ein Paket namens bristol:

sudo apt-get install bristol

Start

Nun kann Bristol für einen ersten Test gestartet werden – allerdings nur über das Terminal (einen Starter im Menü sucht man vergeblich), per:

startBristol -alsa

Als kurze Erklärung dazu: Bristol ist zunächst ein Server-Programm, auf den mit verschiedenen GUIs (der UI-Teil von Bristol trägt den Namen Brighton) zugegriffen werden kann. Der o.g. Aufruf startet Bristol samt Brighton als Hammond-Emulation und Audio-Verbindung per ALSA.

Um ein anderes Gerät zu emulieren gibt man ein entsprechendes Aufruf-Argument an, z.B. für den Fender Rhodes:

startBristol -rhodes -alsa

Eine Liste aller Synthies (und aller übrigen Argumente) bekommt man über:

startBristol -help

Startskript

Weil mir das Starten so einfach zu umständlich war, habe ich mir ein kleines Shellskript gebastelt, das per Zenity eine Auswahl der verfügbaren Geräte anzeigt. Hier das recht kurze Skript:

#!/bin/bash

dir=$(dirname $0)
devices_file=${dir}/bristol.devices

while read line; do
	devices="$devices $line"
done <$devices_file

zcmd="zenity --list --height=550 --width=400 --title=\"Start Bristol\" --column=\"Argument\" --column=\"Gerät\" $devices"
zresult=$(eval $zcmd)

if [ $? -eq 0 ]; then
	startBristol -${zresult} -alsa -audio jack -autoconn
fi

Bei Bedarf müssen die Optionen für den startBristol-Aufruf angepasst werden. Für mich passend wird hier Bristol mit ALSA-MIDI (hierüber binde ich mein MIDI-Keyboard an) und Jack-Audio gestartet. Außerdem wird per -autoconn veranlasst, dass die Ausgabe von Bristol über Jack direkt mit der System-Ausgabe verbunden wird.

Das Skript benötigt noch eine Liste der Geräte. Dazu die Datei bristol.devices mit folgendem Inhalt im gleichen Verzeichnis wie das Startskript abgelegt werden:

mini "moog mini"
explorer "moog voyager"
voyager "moog voyager electric blue"
memory "moog memory"
sonic6 "moog sonic 6"
mg1 "moog/realistic mg-1 concertmate"
hammond "hammond module (deprecated, use -b3)"
b3 "hammond B3 (default)"
prophet "sequential circuits prophet-5"
pro52 "sequential circuits prophet-5/fx"
pro10 "sequential circuits prophet-10"
pro1 "sequential circuits pro-one"
rhodes "fender rhodes mark-I stage 73"
rhodesbass "fender rhodes bass piano"
roadrunner "crumar roadrunner electric piano"
bitone "crumar bit 01"
bit99 "crumar bit 99"
bit100 "crumar bit + mods"
stratus "crumar stratus synth/organ combo"
trilogy "crumar trilogy synth/organ/string combo"
obx "oberheim OB-X"
obxa "oberheim OB-Xa"
axxe "arp axxe"
odyssey "arp odyssey"
arp2600 "arp 2600"
solina "arp/solina string ensemble"
polysix "korg polysix"
poly800 "korg poly-800"
monopoly "korg mono/poly"
ms20 "korg ms20 (unfinished: -libtest only)"
vox "vox continental"
voxM2 "vox continental super/300/II"
juno "roland juno-60"
jupiter "roland jupiter-8"
bme700 "baumann bme-700"
bm "bristol bassmaker sequencer"
dx "yamaha dx-7"
cs80 "yamaha cs-80 (unfinished)"
sidney "commodore-64 SID chip synth"
melbourne "commodore-64 SID polyphonic synth (unfinished)"
granular "granular synthesiser (unfinished)"
aks "ems synthi-a (unfinished)"
mixer "16 track mixer (unfinished: -libtest only)"

Einstellungen speichern

Das Handling der Einstellungen scheint mir angesichts der erschlagenden Anzahl von Reglern besonders wichtig zu sein.

In den verschiedenen Oberflächen sind jeweils ein paar Buttons angebracht – ein paar Speicherbänke und Load und Save zum Laden und Speichern der Einstellungen.

Wer seine Einstellungen dauerhaft sichern möchte, findet die entsprechenden Dateien unterhalb von:

~/.bristol/memory

Ggfs. könnte es auch sinnvoll sein, verschiedene Sicherungen für verschiedene Songs o.ä. anzulegen, so dass man zwischen diesen hin- und herswitchen kann (indem man die Dateien vor Programmstart jeweils austauscht).

Finally

Mehr gibt es zunächst nicht zu sagen schreiben. Probiert es einfach mal aus – ist ja schnell getan. Ich werde in der Zwischenzeit an das nächste Thema setzen…

… und nun bin ich mal so mutig und gebe euch mal Einblick in den momentanen Stand meiner Titel-Musik. Ein Entwicklungs-Stand, an dem noch viel erweitert und geändert werden wird. Aber ich bin mit dem vorläufigen Ergebnis schon sehr zufrieden. Und Bristol war natürlich mit von der Partie… Hier, bitte schön:

Vor einiger Zeit habe ich mir die Beta-Version der Linux-Distribution Commodore OS Vision installiert und hier einen Artikel darüber geschrieben. Seitdem habe ich schon des öfteren gelesen, dass Leute bestimmte Spiele suchen, die im Trailer-Video zu diesem OS gezeigt werden.

Da ich COS, wie gesagt, installiert habe, will ich mal behilflich sein und eine Liste mit den Spielen beginnen (ich werde die Liste bei Bedarf erweitern)…

Falls weitere Spiele gesucht werden, gebt mir doch einfach Bescheid (am besten, solange ich COS noch auf der Platte habe – demnächst wird da Precise drübergeklatscht). Wer sachdienliche Hinweise zur Ergreifung weiterer Spiele hat, hinterlasse bitte eine Kommentar.

Wie heißt das Spiel bei 1:13 / 1:14 ?

Das Arcade-Spiel heißt Incinerate, ist aber kein natives Linux-Spiel, sondern muss bzw. kann über Wine gespielt werden.

Incinerate

Wie heißt das Spiel bei 1:17 / 1:18 ?

Dieser First-Person-Shooter heißt Nexuiz.

Nexuiz

Wie heißt das Spiel bei 1:19 / 1:30 ?

Ein Arcade-Spiel, das ein bisschen wie ein grafisch abgespecktes Wipeout aussieht. Es heißt Torus Trooper.

Torus Trooper

Wie heißt das Spiel bei 1:26 / 1:27 ?

Das ist der Weltraum-Arcade-Shooter namens Chromium B.S.U..

Chromium B.S.U.

Wie heißt das Spiel bei 1:29 ?

Ein Jump’n'Run, das nach den alten Mario-Titeln aussieht? Das ist Super Tux 2.

Super Tux 2

Liste aller Spiele

Hier nun noch eine Liste aller Spiele, die mit Commodore OS Vision kommen. Die Einordnung in die Rubriken ist die originale – so, wie das Menü aufgebaut ist. Auch die Kommentare habe ich einfach übernommen. Bei den Retro-Games habe ich zudem in Klammern den richtigen Namen des Spiels aufgeführt.

Action

• Abuse – A side-scrolling shoot-em-up action game
• Alex the Allegator 4 – Retro platform game
• B.A.L.L.Z. – Platform game with some puzzle elements
• BZFlag – Battle enemy tanks
• gl-117 – Play a flight simulator
• Snake 4 – Fruit-eating snake game
• Stormbaan Coureur – simulated obstacle course for automobiles
• Yo Frankie! – A 3D platform game

Adventure

• Abe’s Amazing Adventure – Side-scrolling game
• Balazar Brothers – 3D adventure and roleplaying game
• DFArc – Dink frontend – Run, edit, install, remove and package D-Mods (Dink Modules)
• FreeDink – Humorous zelda-like isometric adventure/RPG
• FreeDinkedit – Portable Dink Smallwood game editor

Arcade

• Armagetron Advanced – 3D light cycle game
• Chromium B.S.U. – A scrolling space shooter similar to Xenon.
• Torus Trooper – Kenta Cho’s Torus Trooper
• A7Xpg – Kenta Cho’s A7Xpg
• Airstrike – Dogfight an enemy plane
• Barrage – Kill and destroy as many targets as possible within 3 minutes
• Blobby Volley 2
• Bloboats – An arcade-like boat racing game
• Blob Wars: Blob and Conquer – Mission and Objective based 3D Action Game
• Block Attack – Rise of the Blocks – Switch blocks so they match
• Dodgin Diamond 2 – Shoot ‘em up
• Extreme Tux Racer – Race a penguin down a mountain
• Frozen-Bubble – Pop out the bubbles !
• Funny Boat – a side scrolling arcade shooter game on a steamboat
• glTron – Play a Tron-like light cycle game
• Goonies – Game based on the movie ‘The Goonies’
• Gunroar – Kenta Cho’s Gunroar
• I Have No Tomatoes – How many tomatoes can you smash in ten short minutes?
• KETM – Kill Everything That Moves
• Kobo Deluxe – Destroy enemy bases in space
• Maelstrom – Play an Asteroids like game
• Maze of Galious – Remake of a classic MSX platformer
• Metal Blob Solid
• Neverball – A 3D arcade game with a ball
• Neverputt – A 3D mini golf game
• Nikwi Deluxe – Platform game where your goal is to collect candies
• OpenSonic – (ein Sonic the Hedgehog Clone – ist seit der Beta 7 von COS dabei)
• Pang Zero – Pop balloons with your harpoon
• Plee the Bear – Catch your son, he ate all the honey then ran away
• Powermanga – Play a vertical shoot ‘em up game
• Scorched 3D – 3D artillery game similar to Scorched Earth
• SuperTux 2 – Play a classic 2D platform game
• The Ur-Quan Masters – An interstellar adventure game
• Tumiki Fighters – Kenta Cho’s Tumiki Fighters
• Tuxpuck – Play Shufflepuck with Tux
• UrbanTerror – Play UrbanTerror; a realism based, yet fun first person shooter.
• Val & Rick – Kenta Cho’s Val & Rick
• Which Way is Up – 2D platform game with a slight rotational twist

Board

• Dremchess – a 3D chess game
• Mahjongg – Disassemble a pile of tiles by removing matching pairs

Falling Blocks

• Atris – Tetris-like game
• Quadrapassel – Fit falling blocks together

First Person Shooter

• Alien Arena – A standalone 3D first person online deathmatch shooter.
• AssaultCube SVN – Fast paced first-person shooter based upon the Cube engine
• Freedoom – First Person Shooter Game
• Nexuiz – A networked 3D first person shooter game with high-quality graphic effects
• OpenArena – A fast-paced 3D first-person shooter, similar to id Software Inc.’s Quake III Arena
• Sauerbraten – A networked, fast-paced 3D first-person shooter

Racing

• Supertuxkart – a kart racing game
• TORCS – A 3D car racing simulator.

Retro

• Arkanoid clone (TecnoballZ) – An Arkanoid-like game
• Asteroids clone (Xoids) – Pilot a spaceship and destroy asteroids and UFOs
• Boulderdash clone (Epiphany) – Collect valuable minerals, while avoiding being hit by a falling boulder or a bomb
• Cave Story – An interesting scrolling platformer with 8-bit inspired graphics
• Galaga clone (Xgalaga) – A remake of the famous arcade game. Shoot the invading aliens in outer space
• Load Runner clone (KGoldrunner) – A platform game of action and puzzle-solving based on the 8-bit classic
• Marble Madness clone (Trackballs) – A Marble Madness type game
• Missile Command clone (Penguin Command) – A Missile Command clone
• Pacman clone (Kapman) – Eat pills escaping ghosts
• Paradroid clone (Freedroid) – A remake of the innovative C64 game. Clear a spaceship of all droids
• Space Invaders clone (Open Invaders) – Play a Space Invaders clone
• Thrust clone (Supertransball 2) – A clone of the famous C64 game called Thrust. Use the zoom desktop to play

Simulation

• Billard-GL – Play Billard Game
• World of Goo (Demo) – A physics based puzzle/construction game

Sports

• Eat the Whistle – Arcade Soccer Game
• Stunt Rally – 3D racing game with stunt and rally elements
• Stunt Rally Track Editor – Track editor for Stunt Rally

Strategy

• Freeciv – Turn-based strategy game inspired by the history of human civilization
• FreeCol – Turn-based strategy game
• OpenCity – a 3D city simulator game
• Pingus – Guide a horde of penguins through various obstacles
• Slingshot
• Warzone 2100 – Postnuclear realtime strategy

Sonstiges (nicht kategorisiert)

• Bomberclone – Play a Bomberman like game
• Cannon Smash – 3D tabletennis game
• Go Ollie
• Irrlamb – 3D game that probably involves a lot of physics and frustrating gameplay
• Lugaru

Spiele via Wine

• Alien Breed 2005 Olbiteration (funktioniert bei mir leider überhaupt nicht)
• Blazing Trails
• Exolon DX
• Ghouls’n'Ghosts Remix (ein Mix aus Ghosts’n'Goblins, Ghouls’n'Ghosts und Super Ghouls’n'Ghosts)
  
• Incinerate
• Jetpak
• Star Racing
• Wizball
• Yak Attack

Dieser Artikel wurde in der bunten Welt von COS verfasst…

Die wichtigsten, grundlegenden Informationen zum Humble Bundle:

Grundsätzlich bietet das Humble Bundle Spiele aus dem Indie-Bereich zum frei wählbaren Preis (ab $0,01) an. Der bezahlte Betrag kann frei auf die Entwickler, auf Charity-Organisationen und auf das Bundle aufgeteilt werden. Als Bezahlungsmöglichkeiten stehen Paypal, Amazon Payments und Google Checkout zur Verfügung. Das Angebot gilt normalerweise 14 Tage, danach ist kein Kauf mehr möglich.

Besonders groß haben sich die Leute vom Humble Bundle auf die Fahnen geschrieben, DRM-freie Spiele anzubieten, die zudem auf “allen” Plattformen (normalerweise Linux, Windows und Mac OS) laufen.

Zu allen Spielen könnt ihr i.d.R. Videos auf der Seite von Humble Bundle oder auf den Homepages der Spiele (die ich hier nach Möglichkeit lieber verlinke) ansehen.

Nun zu den Spielen des aktuellen Angebots… Für vier der Spiele (alle außer Canabalt) stehen übrigens Steam-Keys, aber leider keine für Desura, bereit.

Canabalt

Ein wirklich gaaaanz einfaches Spiel ist Canabalt (auf der Homepage von Canabalt kann das Spiel übrigens online gespielt werden). Ein Mann rennt und springt über die Dächer von Hochhäusern und muss dabei dem ein oder anderen Gegenstand ausweichen. Die Figur rennt dabei von alleine. Die einzige Aktionsmöglichkeit ist Springen – gesteuert über Tastendruck auf Tastatur oder Maus. Ziel des Spiels ist, eine größtmögliche Strecke auf diese Weise zurückzulegen. Es werden die Meter gezählt.

Dass Canabalt nicht sehr umfangreich ist, konnte man schon an der Downloadgröße von gut 3MB erkennen. Gespielt werden kann per Flash oder Air. Neben dem kleinen Spiel gibt es übrigens auch einen Soundtrack, der als FLAC dann schon knapp 70MB hat…

Zen Bound 2

Für mich das Highlight in diesem Bundle (Cogs dabei mal ausgenommen), ist Zen Bound 2 – ein Knobel- und Geschicklichkeitsspiel mit einer ganz eigenen Idee. Gezeigt wird eine dreidimensionale Holzfigur, an der teilweise Nägel eingeschlagen sind. Irgendwo an dieser Figur ist ein Seil angebracht. Nun muss man die Figur mit Hilfe der Maus so drehen, dass so viel wie möglich des Seils aufgewickelt wird. Dabei müssen teilweise auch bestimmte Nägel einbezogen werden – es gibt also noch Details in den Spielweisen. Natürlich muss dabei darauf geachtet werden, dass das Seil nicht irgendwo wieder abspringt.

Das Spiel wird ganz einfach als Debian-Paket installiert. Zwei MP3-Soundtrack-Pakete zum Spiel sind außerdem downloadbar.

Cogs

Ein tolles Knobelspiel. Cogs ist wirklich sehr zu empfehlen. Ansonsten möchte ich hier aber auf einen “alten” Artikel verweisen – das Spiel war nämlich schon einmal im Humble Bundle.

Avadon

Avadon würde ich als Rollenspiel alter Bauweise bezeichnen. Die diagonale Draufsicht erinnert mich persönlich an die alten Titel der Ultima-Reihe. Die Kämpfe sind im Gegensatz zu den aktuellen Spielen des Genres rundenbasiert, was mir persönlich aber sehr gut gefällt, da die taktische Seite mehr zum Tragen kommt. Ansonsten kann ich nach dem kurzen Anspielen leider nicht viel berichten, da das Spiel natürlich komplex ist.

Heruntergeladen wird ein Binary, das als Installer dient. Das hat bei mir auch ohne Probleme funktioniert. Einen Soundtrack gibt es nicht.

Swords & Soldiers

Wer mindestens den Durchschnittspreis (derzeit $6,25) bezahlt, bekommt als Bonus noch Swords & Soldiers dazu. Ich weiß nicht, ob ich dem Spiel damit unrecht tue, wenn ich es ins Lager des Tower Defense Genre stecke. Man spielt mit verschiedenen Völkern, z.B. den Wikingern, den Azteken oder den Chinesen. Der Spielablauf sieht dann so aus, dass man Angreifer durch geschickten Einsatz verschiedener Personalien zurückschlägt.

Dabei ist das Spiel eher lustig gestaltet. Im ersten Level beispielsweise soll man den Grill von König Rostbart gegen die angreifenden Krieger von Schwattebart verteidigen. Bei Azteken trägt dann der erste Gegner den schönen Namen Libtgemezl.

Spielspaß kommt erstmal auf. Die Geschichten, die da erzählt werden sind dabei aber teilweise sehr wirr. Und ob der Spielspaß länger anhält vermag ich nach so kurzer Zeit natürlich noch nicht zu sagen.

Auch Swords & Soldiers kommt als Debian-Paket. Ein Soundtrack (als MP3 oder OGG) steht außerdem zum Download bereit.

Meine Meinung?

Meine Meinung ist zunächst, dass mit Cogs und Zen Bound 2 zwei nette Knobelspiele enthalten sind. Swords & Soldiers und Avadon machen grundsätzlich auch einen guten Eindruck. Da bin ich mir aber nicht sicher, ob ich mich da länger mit beschäftige. Canabalt kann ich nicht wirklich als Kauf-Spiel ansehen – das ist eher so ein Mittagspausen-Online-Flash-Game.

Allgemein greife ich immer gerne zu beim Humble Bundle – zumal ich so etwas auch gerne unterstütze. Allerdings würde ich mich auch mal wieder über ein “normales” Bündel (meint: nicht für Smartphones) freuen. Ich denke, da ist die Auswahl an (guten) Spielen einfach größer.
UPDATE 26.03.2012:

Heute wurde das Bundle um das Spiel Snuggle Truck erweitert. Ein Flash-Spiel, das jedoch über ein Debian-Paket (leider “von schlechter Qualität”) installiert wird. Man steuert einen Truck, auf dessen Ladefläche ein paar Tiere sind. Diese Tiere soll man zum Zoo fahren. Allerdings macht man das nicht in aller Ruhe, sondern gibt eher Stoff. Der Truck springt somit über die hügelige Landschaft. Natürlich muss man schauen, dass man möglichst wenig Tiere unterwegs verliert. Eigentlich ein ganz lustiges Spiel für zwischendurch…

Das Projekt habe ich aber nicht nur begonnen, weil ich gerne selbst so ein Programm gehabt hätte, sondern auch, weil ich etwas dabei lernen wollte. Erstens die Entwicklung von Python-Applikationen mit GUI und zweitens das Ausliefern der Applikationen über Debian-Pakete.

Es folgt ein kleines Update zum Projekt…

Wie schon im Vorstellungs-Artikel erwähnt, habe ich Humble Savegame Backup als Launchpad-Projekt angelegt. Der Ort, an dem ich nun meine weiteren Pläne in Form von Blueprints festhalte und Bugs tracke.

Installation per PPA

Mittlerweile bin ich, was die Auslieferung angeht, einen Schritt weitergekommen. Nach einigen Umstrukturierungen habe ich nun eine Umgebung geschaffen, in der recht einfach alles notwendige für die .deb-Erstellung getan werden kann. Auch der Upload in mein PPA ist so möglich und sogar recht einfach möglich geworden.

Das heißt also, dass Humble Savegame Backup nun über ein eigenes PPA installiert und aktuell gehalten werden kann. Für die Installation müsst ihr zunächst einmal mein PPA in eure Paketquellen aufnehmen. Und zwar so:

sudo add-apt-repository ppa:fckawe/humblesb

Solltet ihr mit Fremdquellen nicht vertraut sein, beachtet dabei bitte unbedingt die (Sicherheits-)Hinweise zu Fremdquellen im Wiki von ubuntuusers.de!

Dann könnt ihr das Programm installieren, mit:

sudo apt-get install humblesb

Weitere Spiele

Wie schon an anderer Stelle geschrieben, sind seit der ersten veröffentlichten Version ein paar Spiele hinzugekommen, mit denen das Programm ohne weitere Konfiguration umgehen kann:

• Anomaly Warzone Earth
• Edge
• Toki Tori
• Lume
• Revenge of the Titans

Sonstige Änderungen/Erweiterungen

• Wie zum Vorstellungs-Artikel von FERNmann treffend kommentiert wurde, ist PyGTK nicht mehr aktuell. Ich habe das Projekt deshalb auf den Nachfolger PyGObject portiert.
• Die Anwendung ist nun übersetzbar. Es existieren derzeit Übersetzungen in deutsch, englisch und spanisch.

Anpassungsmöglichkeiten

Als ich das Programm vorgestellt habe, wollte ich nicht zu sehr ins Detail gehen. Das möchte ich nun aber nachholen. Ich möchte euch kurz beschreiben, was ihr wie konfigurieren könnt.

Spiele-Liste selbst erweitern

Falls ihr Spiele habt, die nicht in der Standard-Liste enthalten sind, wäre ich euch natürlich erst einmal dankbar, wenn ihr mir diese melden würdet. Nutzt dazu das (recht einfach gehaltene) Formular.

Trotzdem müsst ihr nicht darauf warten, bis die Spiele in den Standard aufgenommen werden. Um eigene Spiele hinzuzufügen, erzeugt eine Datei namens ~/.humblesb/games.xml, mit folgendem Inhalt:

<?xml version="1.0" encoding="UTF-8"?>
<games>
    <importdefault />
    <game key="mygame1">
        <name>Mein Spiel 1</name>
        <source mode="DIR">$HOME/.mygame1</source>
    </game>
    <game key="mygame2">
        <name>Mein Spiel 2</name>
        <source mode="FIND_DIR_WITH_FILE" base="$HOME/.macromedia/Flash_Player" file="mygame2.data"</source>
    </game>
</games>

Das <importdefault /> sorgt dabei dafür, dass die Spiele aus der Standard-Liste an dieser Stelle importiert werden – so dass diese games.xml auf der Standard-Datei (deren Pfad übrigens /usr/share/humblesb/hsb_data/games.xml lautet) aufbaut anstatt sie komplett zu übersteuern.

Anschließend wird mit dem game-Element ein neues Spiel hinzugefügt. Der Key muss dabei pro Spiel eindeutig sein. Der wichtigste Part ist dann das source-Element. Das gibt an, was gesichert werden muss – also, wo die Spielstände zu finden sind.

Für den Mode gibt es derzeit zwei Varianten (für beide ist oben ein Beispiel zu finden):

• DIR – bei dem angegebenen Wert handelt es sich um ein Verzeichnis, das komplett gesichert werden soll.
• FIND_DIR_WITH_FILE – wird verwendet, wenn der Pfad nicht auf jedem System gleich lautet (z.B. bei Flash-Spielen). Dann entfällt der Wert zwischen source-Anfang und -Ende. Stattdessen müssen im source-Tag zwei weitere Attribute angegeben werden: file = Dateiname, der gesucht werden soll (und der sich im gesuchten Verzeichnis befindet), base = Verzeichnis, unterhalb dessen nach file gesucht werden soll.

Spiele-Daten ändern

So, wie Spiele hinzugefügt werden können (s.o.), können auch vorhandene Spieldaten abgeändert werden. Dazu muss einfach nur ein key verwendet werden, der bereits überhalb schon einmal verwendet wurde. So können Spielenamen und Kommentare, aber auch die Verzeichnisse abgeändert werden.

Anderes Sicherungsverzeichnis

Standardmäßig werden die Spielstände in das Verzeichnis ~/.humblesb/backups gesichert – und von dort wiederhergestellt. Wer ein anderes Verzeichnis angeben möchte, kann das in der Konfigurationsdatei tun. Die Konfigurationsdatei heißt config.xml und findet sich im Verzeichnis ~/.humblesb. Die Datei sieht normalerweise so aus:

<?xml version="1.0" encoding="UTF-8"?>
<config>
    <backupdir>$HOME/.humblesb/backups</backupdir>
</config>

Hier kann nun einfach das in backupdir angegebene Verzeichnis abgeändert werden.

Was die Zukunft bringt…

Da ich derzeit ein eigenes Spiel programmiere und Humble Savegame Backup zudem einen Stand erreicht hat, der für mich erst einmal “gut” ist, findet derzeit keine Weiterentwicklung statt. Neue Spiele werde ich aber zeitnah hinzufügen und um Bugs werde ich mich auch nach Möglichkeit relativ direkt kümmern.

Feedback, Anregungen usw. können gerne über das Kontaktformular oder hier in den Kommentaren abgegeben werden. Wer sich außerdem mit einbringen will, ist herzlich eingeladen.

Jedenfalls habe ich auf der Suche nach einem Sprite-Editor ein interessantes Programm gefunden, das ich gerne kurz vorstellen möchte – ASEPRITE.

"Lord Lard" im ASEPRITE-Editor

ASEPRITE ist ein OpenSource-Projekt, das auf Windows, Mac OS und Linux lauffähig ist. Ein erster Pluspunkt. Leider gibt es auch Probleme, auf die ich aber erst weiter unten eingehen will.

Während für Windows eine Binary-Version zum Download bereitsteht, müssen Linux-Benutzer aber die Sourcen herunterladen und selbst kompilieren. Da recht wenig Abhängigkeiten bestehen, sollte das im Regelfall aber nicht sehr kompliziert sein.

Features

Horizontal gesplitteter Editor

Als erstes muss ich mal sagen, gefällt mir die pixelige Oberfläche – auch wenn das nur Eye-Candy ist. Und was die Features angeht, naja, ich bin ja kein Profi, aber ich denke, man kann als Hobby-Pixelartist schon sehr gut mit dem Programm arbeiten:

• Frame-basierte Bearbeitung.
• Mehrere Layers sind möglich.
• Vorschau der Animation.
• Es besteht eine Onion Skinning Option, die den vorigen Frame halb-transparent mit anzeigt (bzw. den Teil des vorigen Frames, der über den Rand des aktuellen heraussteht), so dass man die Bewegung gut sehen/bearbeiten kann.
• 

  Zeitleiste und Layer-Übersicht

  Der Editor kann beliebig horizontal und vertikal gesplittet werden. So dass man gleichzeitig in mehreren Zoom-Stufen oder aber auch an mehreren Sprites arbeiten kann. Wobei die horizontale und vertikale Aufteilung der Frames auf dem Sheet wählen kann.

• Sprite-Sheets (alle Sprites in einer Grafik-Datei) können importiert und exportiert werden.
• Es gibt ein nettes Cheat-Sheet (offiziell Quick-Reference genannt) mit den Shortcuts für die Funktionen.

Kompilation

Um die Kompilation durchführen zu können, muss man zunächst CMake und ein paar andere Pakete installieren:

sudo apt-get install cmake build-essential libx11-dev

Dann legt man sich eine Verzeichnis für die Kompilation an, z.B.:

mkdir /tmp/aseprite
cd /tmp/aseprite

Als nächstes benötigt man natürlich die Quellen. Dazu kann man sich von der Homepage die Sourcen der aktuellen Stable-Version herunterladen. Oder man lädt sich die aktuelle Entwicklungsversion von GitHub (wofür natürlich noch Git installiert werden müsste). Letzteres macht man folgendermaßen:

git clone git://github.com/dacap/aseprite.git

Nun wechselt man in das Verzeichnis, das durch das entpacken der Stable Sources bzw. durch das Klonen des Git-Repositories erstellt wurde. So, dass man nun in dem Verzeichnis steht, in dem auch die Datei INSTALL.txt zu finden ist. In dieser Datei finden sich übrigens in etwa diese Informationen zur Kompilation.

Dann erstellt man ein temporäres Verzeichnis für den Build, wechselt da hinein und startet den Vorgang:

mkdir build
cd build
cmake .. -G "Unix Makefiles"

Abschließend ist noch ein einfaches…

make

… notwendig. Die Kompilation ist damit dann (hoffentlich ohne Fehler) abgeschlossen.

Installation

Befindet man sich nicht (mehr) im temporären Build-Verzeichnis (im Beispiel oben wurde es build genannt), wechselt man zunächst dort hinein. Dann kopiert man das kompilierte Binary an den Zielort. Am besten natürlich in ein Verzeichnis, das im Pfad liegt – also zum Beispiel /usr/local/bin:

sudo cp src/aseprite /usr/local/bin

Außerdem benötigt ASEPRITE noch ein paar zusätzliche Dateien. Diese muss man an einen Ort kopieren, wo das Programm sie auch sucht. Das kann z.B. das Verzeichnis $HOME/.aseprite sein, oder aber in diesem Fall passender /usr/local/share/aseprite/data. Also:

mkdir -p /usr/local/share/aseprite/data
sudo cp -pr ../data/* /usr/local/share/aseprite/data

Das war’s. ASEPRITE sollte nun über aseprite startbar sein.

<UPDATE 10.03.2012>

Um das Programm ins Menü einzubinden, kopiert man folgenden Inhalt in eine Datei namens /usr/local/share/applications/aseprite.desktop (Verzeichnis anlegen, falls nicht vorhanden):

[Desktop Entry]
Version=1.0
Name=ASEPRITE
Comment=Allegro Sprite Editor
Exec=/usr/local/bin/aseprite
Terminal=false
Type=Application
Icon=/usr/local/share/aseprite/data/icons/ase16.png
Categories=Graphics
MimeType=image/bmp;image/gif;image/jpeg;image/png;

</UPDATE 10.03.2012>

Probleme / Bugs

Leider erzeugt das Programm eine hohe Systemlast. Unter Unity 3D und wohl auch unter Gnome3 legt das Programm so sogar das System praktisch lahm – in Unity 2D ist ASEPRITE dagegen gut verwendbar. Ein Bug (#76) ist dazu bereits erfasst – es wäre natürlich gut, wenn ihr für diesen Bug voten würdet, damit er mehr Gewicht bekommt (außerdem werdet ihr so über Neuigkeiten zum Bug auf dem Laufenden gehalten).

Wer Unity kurzzeitig für die Arbeit mit ASEPRITE deaktivieren will (ohne sich neu anzumelden), kann das vor dem Programmstart so tun:

metacity --replace &

Zu beachten ist dabei, dass das Panel natürlich so verschwindet und man nur noch über das Terminal Programme starten kann. Mit…

compiz --replace &

… stellt man den Ursprungszustand wieder her.

<UPDATE 08.05.2012>

Für den Performance-Bug unter Unity und Gnome Shell habe ich heute einen kurzen Beitrag mit einem weiteren Workaround gepostet…

</UPDATE 08.05.2012>

Außerdem ist mir noch ein Bug (#52) aufgefallen, der aber in der Entwicklungsversion (im Gegensatz zur Stable Version 0.9) schon behoben ist: Importiert man ein Sprite-Sheet kann man die vorbelegte Sprite-Größe von 16×16 zwar ändern, die Änderung hat aber keinen Effekt. Das ist natürlich ein Problem, wenn man bereits fertige Sheets hat, die aber nicht korrekt in den Editor übernehmen kann.

Als erstes soll dieser Artikel kurz erklären, wie in Python geschriebene Programme übersetzt bzw. übersetzbar gemacht werden können. Speziell soll es dabei um Programme gehen, die mit Hilfe von PyGObject (bzw. PyGTK) GTK-Oberflächen darstellen. Gerade beim Übersetzen der Texte, die in der von Glade erstellten Datei enthalten waren, hatte ich zunächst arge Probleme…

Benötigte Tools

Für die Lokalisierung wird das gettext-Paket benötigt:

sudo apt-get install gettext

Zudem braucht man für die die Lokalisierung der Glade-Files noch ein weiteres Tool:

sudo apt-get install intltool

Ein einfaches Python-Beispiel

Zunächst ein (sehr) einfaches Python Beispiel namens hello.py – ohne GTK-Oberfläche:

#!/usr/bin/python
print '------------'
print 'Hello World!'
print '------------'

Ein solches Programm übersetzbar zu machen, ist wirklich sehr einfach. Viele werden die Vorgehensweise kennen und im Netz findet man ja auch wirklich reichlich Informations-Material dazu. Der Vollständigkeit halber möchte ich die notwendigen Schritte aber erklären.

Schritt 1 – gettext einbinden und anwenden

Zunächst muss gettext importiert und die Lokalisierungs-Funktion “installiert” werden. Dazu wird das Skript folgendermaßen erweitert:

#!/usr/bin/python
import os
import gettext
lang = os.environ.get('LANGUAGE', 'en')
trans = gettext.translation('hello', 'locale', [lang])
trans.install()
print '------------'
print 'Hello World!'
print '------------'

Schritt 2 – Kennzeichnung der Texte

Nun müssen alle Texte, die lokalisiert werden sollen, “gekennzeichnet” werden. Ich habe das Wort “gekennzeichnet” in Anführungszeichen gesetzt, weil es tatsächlich mehr als eine reine Kennzeichnung ist (Näheres dazu folgt gleich…).

Da nur die “Hello World!”-Ausgabe übersetzt werden soll, ist auch nur diese zu ändern:

print _('Hello World!')

Wie ihr seht ist nun der Text in Klammern eingeschlossen und der öffnenden Klammer ein Unterstrich vorangestellt. Das hat zur folge, dass der Text als Parameter an eine Funktion namens _ gegeben wird. Und der übersetzte Text wird dann zurückgegeben. Dafür ist aber erst noch etwas zu tun…

Schritt 3 – Texte extrahieren

Mit dem Tool xgettext können nun die Texte extrahiert werden:

xgettext --from-code=UTF-8 --language=Python --keyword=_ --output=hello.pot hello.py

Dieser Aufruf erzeugt eine Datei namens hello.pot, in der der “Hello World!”-Text wie folgt auftaucht:

#: hello.py:8
msgid "Hello World!"
msgstr ""

Die Datei enthält außerdem einige Angaben im Kopf, die ihr entsprechend anpassen könnt/solltet.

Schritt 4 – Übersetzung erzeugen

Nun erzeugen wir eine Quelldatei für die Übersetzung – hier beispielsweise für die deutsche:

msginit --input=hello.pot --locale=de

Durch diesen Aufruf (bei dem ihr nach eurer Mailadresse gefragt werdet) wird eine Datei de.po erstellt, die der hello.pot recht ähnlich sieht. In dieser Datei nimmt man nun die Übersetzung vor. Dazu füllt man den msgstr mit dem Text in der Zielsprache. Das Ergebnis sieht so aus:

#: hello.py:8
msgid "Hello World!"
msgstr "Hallo Welt!"

Wenn der Text nicht übersetzt werden soll (also in msgid der richtige Text für die Sprache enthalten ist), dann kann man msgstr auch einfach leer lassen. Ist man mit der Übersetzung fertig, muss die Quelldatei kompiliert werden:

msgfmt --output hello.mo de.po

So erhält man eine Datei namens hello.mo, die nun noch an die richtige Stelle verschoben werden muss, und zwar in das Unterverzeichnis locale/de/LC_MESSAGES. Den Namen locale haben wir in unserem Programm beim Aufruf von gettext.translation vorgegeben. Der Name des Unterverzeichnisses de steht dann für die Locale ist (je nach Sprache). Außerdem muss die Datei hello.mo heißen, weil wir auch das beim Aufruf von gettext.translation so angegeben haben (ohne die Endung .mo).

Schritt 5 – Testen

Nun kann die Übersetzung getestet werden. Dazu muss vor dem Aufruf des Programms einfach die Umgebungsvariable LANGUAGE umgesetzt werden, z.B. so:

LANGUAGE=es ./hello.py

Das Programm wird mit einem Fehler beendet, falls keine Übersetzung für die angegebene Sprache existiert. Für dieses Beispiel müsstet ihr also erst einmal noch eine Übersetzung für es (spanisch) erzeugen (siehe Schritt 4).

Ein Beispiel mit GTK-Builder

Das zweite Beispiel hat nun eine kleine GTK-Oberfläche. Dazu haben wir neben dem Python-Programm (der Name sei wieder hello.py) noch eine (z.B. mit Glade) erstellte XML-Datei, die die GTK-Oberfläche beschreibt (nennen wir sie hello.glade). Hier der Inhalt von hello.py, der im Gegensatz zum einfachen Beispiel oben nun um ein paar Zeilen für die Anzeige des GTK-Fensters erweitert wurde:

#!/usr/bin/python
import os
import gettext
from gi.repository import Gtk
lang = os.environ.get('LANGUAGE', 'en')
trans = gettext.translation('hello', 'locale', [lang])
trans.install()
print '------------'
print _('Hello World!')
print '------------'
b = Gtk.Builder()
b.add_from_file('hello.glade')
w = b.get_object('window1')
w.show()
Gtk.main()

Schritt 1 und 2

… überspringe ich hier. Wie ihr seht, sind diese Punkte schon im Code umgesetzt.

Schritt 3

Um die Texte aus der Glade-Datei nun auch wie oben beschrieben übersetzen zu können, muss man einen kleinen Umweg gehen und erst einmal die Texte in ein Zwischenformat extrahieren:

intltool-extract --type=gettext/glade hello.glade

Daraus entsteht eine Datei namens hello.glade.h, die die Texte enthält. Diese Datei benötigen wird eigentlich nur temporär. Sie kann also nach dem kommenden Schritt wieder gelöscht werden.

Nun kann man die Texte in eine .pot-Datei übernehmen. Dazu wird der Aufruf aus dem “einfachen Schritt 3″ (s.o.) etwas erweitert, damit sowohl die Texte aus der Python-Datei, als auch die Texte aus der hello.glade.h gezogen werden:

xgettext --from-code=UTF-8 --language=Python --keyword=_ --keyword=N_ --output=hello.pot hello.py hello.glade.h

Mit der .pot-Datei kann nun wie oben schon erklärt fortgesetzt werden (ab Schritt 4).

Schritt 4 und 5

Siehe einfaches Beispiel…

Schritt 6

Damit die Übersetzungen nun auch vom GTK-Builder gezogen werden, ist noch eine kleine Anpassung des Quellcodes notwendig. Hier der vervollständigte Code:

#!/usr/bin/python
import os
import gettext
import locale
from gi.repository import Gtk
lang = os.environ.get('LANGUAGE', 'en')
locale.bindtextdomain('hello', 'locale')
trans = gettext.translation('hello', 'locale', [lang])
trans.install()
print '------------'
print _('Hello World!')
print '------------'
b = Gtk.Builder()
b.set_translation_domain('hello')
b.add_from_file('hello.glade')
w = b.get_object('window1')
w.show()
Gtk.main()

Hinzugekommen ist das import locale, das local.bindtextdomain(...) und das b.set_translation_domain(...). Bei den beiden Aufrufen ist hello wieder die Kennung des Programms und locale das Verzeichnis mit den Übersetzungen – wie bei gettext.translation(...).

Weiterführendes

Wer sich intensiver mit diesem Thema beschäftigen will sollte die Online-Dokumentation zu gettext lesen. Besonders interessant dürfte das Kapitel 7 sein, das sich mit der Aktualisierung bestehender Sprachdateien beschäftigt – denn auf dieses “Problem” wird man zwangsläufig stoßen…