Fluxbox mit Gnome unter Ubuntu verwenden

Fluxbox kann das Gespann nautilus+metacity ersetzten (warum: ich brauche keine Desktop Icons, die sind sowiese nach einer Minute am Computer verdeckt, ein "root menu" ist mir wichtiger):

1. fluxbox mit apt-get install fluxbox installieren
2. mit gconf-editor (nicht im Menü, also per Kommandozeile aufrufen) in /desktop/gnome/session/required_components_list den Eintrag filemanager entfernen.
3. mit gconf-editor den Schlüssel /desktop/gnome/session/required_components/windowmanager auf den Wert fluxbox setzten.
4. Eine Datei /usr/share/applications/fluxbox.desktop anlegen, am besten nach dem Vorbild von metacity.desktop. Solange es diese Datei nicht gibt, kann gnome-session fluxbox nicht finden.
5. Neu anmelden, fertig. Damit auf jeden Fall das Rootmenu ausgewählt werden kann, die Größe der Toolbar auf 86% beschränken.

UTF-8 Umlaute und server.xml in Tomcat-5.5

Tomcat-5.5 musste nach meiner Erfahrung unter Solaris dadurch für UTF-8 Umlaute in REST-get requests bereit gemacht werden, dass man in der Datei server.xml das connector-Tag durch eine URIEncoding-Angabe ergänzt:

<connector .... URIEncoding="UTF-8" >

Das habe ich aus

http://www.springblog.de/archives/63

web.xml an verschiedene Tomcat-Versionen anpassen

Ich will eine Spring-Application auf einem älteren Tomcat-Server laufen lassen. Leider habe ich dazu erst sehr spät den entscheidenden Hinweis auf

http://www.coderanch.com/how-to/java/ServletsWebXml

gefunden. Web.xml muss angepasst werden.

Attachments unvollständig Thunderbird/Exchange

Es gibt Verständigungsprobleme zwischen Mozilla-Thunderbird und Microsoft Exchange-Server. Solange die Thunderbird-Entwickler das Problem nicht pragmatisch lösen, muss man eine Einstellung ändern. Ein Mozilla-Bug erklärt das Problem und enthält den "Workaround":

https://bugzilla.mozilla.org/show_bug.cgi?id=92111#c45

Thunderbird/Seamonkey can be configured not to fetch messages/attachments in chunks, and that might be the easiest work-around for users with Exchange servers:

user_pref(mail.server.serverXX.fetch_by_chunks, false);

pdftk funktioniert gut ...

und ist gut dokumentiert. Man kann damit PDF-Dateien bearbeiten. Ich habe es mit Erfolg verwendet, um Seitenbereiche aus PDF-Dateien zu extrahieren.

Das Toolkit ist in Java geschrieben und verwendet die Gcj-Umgebung. Es gibt auch noch eine Gui dazu (von mir nicht ausprobiert: pdfchain in z.B. ubuntu-Linux, anscheinend nicht für Windows erhältlich), leider nicht in plattformunabhängigem Java.

Links:

pdftk

pdfchain

Toxikologe: Laserdrucker verursachen Krebs

Toxikologe: Laserdrucker verursachen Krebs

Realmedia Dateien in H264 und Theora konvertieren

Alle Befehle wurden unter Ubuntu 9.10 ausprobiert. Alle in Courier geschriebenen Befehle gehören in eine Zeile. [Update vom 4. Febr. 2010: habe gerade das ubuntu-Paket h264enc entdeckt. Das darin enthaltene Script löst auch das unten erwähnte "Container-Problem" und "erschlägt" damit die Umwandlung nach H264. Trotzdem klappt es auch so, wie unten erwähnt]

Umwandlung Realmedia → H264

mencoder -oac faac -ovc x264 inputreal.rm -x264encopts bitrate=800[:pass=1][pass=2] -o outputh264.avi

Bei mehrere Durchgängen (1. pass=1, 2. pass=2) sehe ich bei Real-Quellen keinen nennenswerten Unterschied. Mit der Bitrate 800 wird die Datei ca. 70% größer als die Realmedia-Datei. Bitrate 400 sieht auch noch akzeptabel aus, wenn es darum geht, Vorträge mit wenig Bewegung aufzuzeichnen.

Das Container-Problem

Mencoder erzeugt avi-Container. Es gibt laut manpage auch die Möglichkeit, andere Container zu erzeugen, ich hatte damit aber noch keinen Erfolg. Man kann die Streams zumindest mit Vlc-1.0.5 unter Windows leicht in einen MP4-Container "umtopfen". Wahrscheinlich klappt das Umtopfen auch unter Linux. ("Umtopfanleitung" für VLC-1.0.5:

Konvertieren/Speichern → Neues Profil mit passendem Namen erzeugen → mp4 container wählen, audio und video unverändert kopieren wählen, Profil speichern → Zieldatei wählen, starten.)

Umwandlung Realmedia → Ogg/Theora

ffmpeg -i inputreal.rm -r 30 -b 8000k zwischendatei.mpg &

Direktumwandlung mit ffmpeg2theora wollte nicht ums Verrecken klappen, ffmpeg mit & im Hintergrund laufen lassen

sleep 20; ffmpeg2theora zwischendatei.mpg -F 30 -V 400 -o outputogv.ogv

ffmpeg2theora parallel oder einfach in einem zweiten Terminal laufen lassen, es holt den Vorsprung von ffmpeg derzeit niemals ein. Der Prozessor bzw. die Prozessoren werden besser ausgelastet.

rm zwischendatei.mpg

Der Lohn

Danach ist sowohl die .ogv Datei als auch die .mp4 Datei mit dem <video>-Tag in HTML-Dateien verwendbar und kann auch direkt mit dem Firefox (.ogv) bzw. Google-Chrome (.mp4) abgespielt werden. Wie man es beiden Browsern gleichzeitig recht macht, steht hier.