Fünf Monate ist es her, da stieg ich um auf Ubuntu. Naja, Dual Boot mit Windows Vista, schließlich erscheint einem so ein erster richtig-eigener Betriebssystemwechsel doch recht abenteuerlich. Es ging – wie auch erwartet – alles gut. Vista habe ich seit Monaten nicht mehr gebootet und da hätte ich auch wirklich keine Lust mehr drauf.
Programme
Software zu finden und zu installieren ist traumhaft simpel. Eine riesige Auswahl erschlägt einen im Software Center und ist mit 1~2 Klicks startklar. Weitere Quellen sind leicht hinzugefügt. Mit der kommenden Ubuntu-Version Natty Narwhal zieht noch eine Reviewfunktion ein, um Software zu bewerten[1].
Das Problem
Bei mir läuft immer noch der IBus nebenher, da ich gelegentlich auch mal etwas auf Japanisch eintippen möchte[1]. Dummerweise gibt es scheinbar einen Bug[2] zwischen IBus und gewissen Java-Komponenten, wegen dem dann Tastaturereignisse – sprich: Tastendrücke – nicht an die Java-Anwendung weitergereicht werden. Aufgefallen ist mir das bisher in Minecraft.
Bevor ich zur Lösung komme (wer es eilig hat, liest das hier vermutlich ohnehin nicht und scrollt direkt zum Code), ein paar Hinweise. Zum Einen sollte – auch auf Empfehlung von Notch hin[3] – nicht das standardmäßige OpenJDK benutzt werden, sondern Suns JVM. Im Weiteren setze ich auch voraus, dass diese als Default für den Befehl javagesetzt wurde:
sudo update-java-alternatives -s java-6-sun
Der andere Hinweis ist, IBus aktuell zu halten. Obgleich es bisher nicht zur Behebung des Fehlers beitragen konnte. Wie man stets aktuell bleibt, steht auf der IBus-Projektseite.
In diesem Artikel geht es darum, ein existierendes MIDI mit einem Soundfont eigener Wahl abzuspielen und anschließend in ein umgänglicheres Audio-Format umzuwandeln.
Ich versuche von foobar2000 zu einem andere audio player zu wechseln, weil die Nutzung von WINE auf Dauer auch nicht die Lösung sein kann. Ein Hindernis unter vielen war, dass sich einige wenige Lieder – aber ausgerechnet welche, die zu meinen Favoriten zählen – mit keiner einzigen Anwendung, die auf gstreamer baute, abspielen ließen. Anwendungen behaupteten auch, die MP3 hätte eine Länge von 0:00.
Nach etwas Herumprobieren und -raten kam ich dann zumindest mal auf den Trichter, dass gstreamer nicht Alleinträger der Schuld war, sondern vielmehr die Datei Fehler enthielt. Im Ubuntu-Software-Center klang die Beschreibung von mp3check dann recht versprechend.
mp3check --cut-junk-start song.mp3
Hat in meinem Fall geholfen. Es gibt noch ein paar andere Optionen zur Fehlerkorrektur.
Quod Libets Bewertung erfolgt in Notensymbolen, wie auf dem oberen Screenshot zu sehen. Das finde ich etwas verbesserungsbedürftig, denn das Symbol ist dünn und beim flüchtigen Blick über die Liste fällt es mir da schwer, schnell die unterschiedlichen Bewertungen auszumachen. Also: Sterne sollen es wieder sein.
cd /usr/lib/pymodules/python2.6/quodlibet/util/
gksudo gedit __init__.py
Im Terminal (Ubuntu) wechselt man in das Verzeichnis, in denen die Pythondateien von Quod Libet liegen und editiert __init__.py. Da es sich um Python handelt, ist es wichtig auf korrekte Einrückung zu achten. Hier wurde mit 4 Leerzeichen eingerückt.
RATING_PRECISION = 0.25
def format_rating(value):
"""Turn a number into a sequence of music notes."""
# Default Note: u'\u266a' Star: u'\u2605'
return (u'\u2605' * int(round((1/RATING_PRECISION) * value)))
Am Anfang des return statements ersetzt man den Unicode mit dem für das gewünschte Zeichen. Der Kommentar stammt von mir und sagt hoffentlich alles. Weil Python so toll ist, reicht es den in lesbarer Form vorliegenden Quellcode zu editieren und das Programm neuzustarten. Falls es nicht direkt klappt, löscht mal die __init__.pyc.
Anmerkung: Nach einem Update des Players ist die Veränderung sehr wahrscheinlich wieder überschrieben und muss erneut vorgenommen werden.
