Feld-, Wald- und Wiesenadmin

Ich benutze seit etwa einem Jahr fast ausschließlich sshfs via fuse. Das ganze ist dermaßen praktisch, da es alle Vorteile von ssh mit denen von gemounteten Dateisystemen verbindet. Naja, da ich wenig Lust darauf habe ständig alle sshfs Parameter einzugeben habe ich fürs Ein- und Aushängen ein kleines Script geschrieben.



Ich wollte längst mal noch ne History einbauen, die sich automatisch füllt, aber so tut es jedenfalls schonmal seinen Dienst. Anzupassen ist MP, das ist das Oberverzeichnis der Mountpoints.

Es ist ja doch immer etwas Bastelei, wenn man Enemy Territory und Teamspeak zusammen ans Laufen bekommen möchte. Zumal ich nur eine Soundkarte in dem Rechner habe (was auch so bleiben soll), und dazu noch gerne einen Audioplayer laufen lassen würde. Das Problem dabei besteht aus zwei Teilen. Enemy Territory und Teamspeak unterstützen beide erstmal nur das oss-Soundsystem, was ja unter Linux nicht mehr aktuell ist. Zumindest der Teamspeak2-Client lässt sich davon auch nicht abbringen, und der neue Teamspeak Client steht noch aus. Für Enemy Territory gibt es ein LD_PRELOAD Modul welches dem Spiel SDL Sound beibringt.

Arch

Während ich Archlinux auf meinem ET-Rechner verwendet habe war das ganz gut über alsa zu machen. Irgendwie konnte ich seit dem 2.6.23er Kernel mehrere alsa-Programme mit Sound gleichzeitig starten, und alsa hat das gemischt. Ich habe keine Ahnung ob das ein neues alsa-Feature ist, aber es ist toll das es funktioniert, und so habe ich den ESD da fürs erste in Rente geschickt. Zumal ESD sowieso zuviel Latenz für Enemy Territory hat. Gestartet habe ich Teamspeak mit aoss aus dem alsa-oss Paket vor Enemy Territory. Danach tut das ganz gut, ein paar kleine Aussetzer im Sound gibts, aber alles von mir gesprochene kommt anscheinend gut an, und ich kann mit dem alsamixer die Mic-Kanäle steuern.

Für Enemy Territory gibts eine Möglichkeit via LD_PRELOAD die SDL Bibliothek für die Sound-Ausgaben zu benutzen. ET selbst macht nämlich auch nur oss, und dank dem Preload-Modul kann ich als Umgebungsvariable den SDL-Audiotreiber setzen. Das ganze sieht dann so aus :

Und schon macht ET auch Alsa-Sound. Beschrieben ist das im Arch-Wiki auch noch unter Enemy Territory. Da gibts auch das et-sdl-sound.so.

Ubuntu Hardy

Unter Ubuntu Hardy Heron sieht das ganze allerdings etwas anders aus. Ich muss gestehen voher noch nie etwas von Pulseaudio gehört zu haben. Zunächst habe ich das Teil auch einfach abgeschossen und versucht ET mit alsa zum Laufen zu bringen. Da das mir auf dem Heron nicht auf Anhieb den Sound gemischt hat (alle Programme haben einzeln Sound gemacht, aber eben immer nur eins) habe ich den Pulse-Daemon dann doch wieder gestartet und versucht meine Konfiguration daran anzupassen. Für Teamspeak war das relativ simpel. Analog zum esddsp gibt es einen padsp, welcher das oss-Output auf Pulse mapped. Im Gegensatz zum ESD scheint das recht performant zu laufen. Der Vorteil daran ist dass ich keine Hänger im Sound mehr habe.

An Enemy Territory habe ich zunächst ein wenig herumgebastelt. Pulseaudio hat einen ESD Wrapper, damit hat das allerdings nicht geklappt. Alsa als Output ging auch nicht mehr, und so bin ich nach einigem Suchen darauf gestossen dass die SDL selbst nun einen Pulseaudio Soundtreiber hat. Das ganze ist ziemlich frisch, aber zum Glück in Hardy schon als Paket verfügbar. Nachdem ich libsdl1.2debian-pulseaudio installiert habe kann ich die Preload-Methode verwenden. Ich tausche einfach das "alsa" als SDL_AUDIODRIVER gegen "pulse" aus, und schon läuft alles zusammen.

Das ganze habe ich in ein ET-Startscript zusammengefasst. Etwas abgewandelt startet das nun auf einem Ubuntu Hardy Heron wahlweise ET mit verschiedenen Servern oderTeamspeak. Für ein System ohne Pulseaudio muss der padsp Aufruf durch alsaoss ersetzt werden und SDL_AUDIODRIVER="alsa" sein. Des weiteren benutzt das Script dialog, das muss also ggf. installiert werden.

Viel Spass damit.

Natürlich gibt es noch eine Menge mehr Roguelike-Games. roguelikedevelopment.org hat da eine ausführliche Liste. Dort gibts auch einige interessante Artikel zum Thema.

Es gibt dabei auch ein Doom Roguelike.

Nachdem ich nach einigen Wochen Fluxbox doch wieder zu Gnome zurückgekommen bin fehlte mir doch das Feature, beliebige Tasten mit beliebigen Befehlen belegen zu können. Irgendwann, so meine ich zumindest, habe ich dafür mal etwas in den Einstellungen gesehen. Das ist allerdings auch schon länger her, und ich will nicht ausschließen dass das Sawfish war, und nicht Metacity.


Nach einigem Suchen kommt man dann darauf dass Gnome/Metacity das wohl beherrschen, es allerdings kein GUI dafür gibt. Gnome-like steht das ganze in der gconf-Datenbank, man kann es also wahlweise unter ~/.gconf mit einem Texteditor bearbeiten, oder den gconf-editor von Gnome nehmen. Irgendwie ist gconf schon eine kranke Idee, btw.

Die Konfiguration der Tasten spaltet sich dabei in zwei Schlüssel auf. Die Tasten selbst stehen unter /apps/metacity/global_keybindings, die Befehle stehen unter /apps/metacity/keybinding_commands. Unter beiden findet man 12 durchnumerierte Schlüssel, einmal für die Tastenzuordnungen, und einmal für die auszuführenden Befehle. Nachdem man Befehl und Tastenkürzel (letzteres in der Form <Mod4>Z) eingetragen hat ist das ganze gleich aktiv, wie man es von gconf kennt.

Unter global_keybindings trägt man also bei run_command_X die jeweilige Taste ein, wobei Die Alt-Taste <Alt>, die Strg-Taste <Ctrl> und die Windows-Taste idR. <Mod4> ist. <Mod4>R ergibt also Windows-R.

Unterhalb von keybinding_commands stehen dann Schlüssel mit der Bezeichnung command_X. Hier lassen sich einfach die Shellbefehle eintragen, ggf mit einem xterm -e davor. So kann ich endlich auch unter Gnome wieder meinen Firefox mit Windows-F starten.

Nachdem ich lange überlegt habe, wie ich interessante Anwendungen und Neuigkeiten festhalten kann, bin ich spontan auf Serendipity als Blogsoftware gekommen. Ein Beitrag von kairaven.de hat mich darauf gebracht das ganze kurzerhand aufzusetzen. Dabei möchte ich gleich mit einem Spiel beginnen.

Das als erstes vorgestellte Programm soll das Spiel Avanor sein, das ich vor zwei Tagen entdeckt habe, und das mir bereits einige Abendstunden gestohlen hat. Avanor ist ein Konsolenspiel der Rogue-Klasse, also im weitesten Sinne verwandt mit Nethack und ähnlichen.

Im Spiel erstellt man einen Charakter der üblichen Rollenspielklassen Mensch, Halbelf, Hochelf, Halbling, Halbork, Zweg oder Gnome, um sich dann in einer sehr
kleinen Welt zu bewegen, die eine überschaubare Zahl von Questen enthält. Trotzdem ist das Ganze nicht anspruchslos, die Quicksave Funktion ist gerade am Anfang wirklich hilfreich.
Zu der hübschen ASCII Karte gibt es dann noch ein gut zu benutzendes Charaktermanagement, bestehend aus Inventar, Fertigkeiten und Ausrüstung.

Das ganze sollte auf jedem curses-fähigen System compilierbar sein, Nach dem Build fällt nur ein Binary heraus, sämtliche Mapdaten sind hardcoded. Dafür ist der Code sehr überschaubar.