recordMyDesktop für PulseAudio vorbereiten

Bevor ich zum PulseAudio-Teil komme, noch ein Hinweis für alle, die recordMyDesktop benutzen, um Screencasts erstellen zu können. Ich habe damals im Beitrag Desktop inklusive Ton mit gtk-recordMyDesktop aufnehmen ziemlich aufwändig beschrieben, wie man die Audio-Geräte für die Aufnahme rausfindet. Es geht jedoch viel einfacher, wenn man einfach nur „pulse“ als Aufnahmegerät einträgt und den Rest PulseAudio überlasst.

Generell würde ich auch eine Samplingrate von 48kHz empfehlen. Solange es keine Aussetzer in Bild oder Ton gibt, würde ich versuchen die Aufnahmequalität so hoch wie möglich anzusetzen. Runterrechnen kann man die Qualität im Nachhinein immer noch.

Erstellt einen PulseAudio-Mix mehrerer Audiogeräte

Nun zum eigentlichen Thema: Wie kombiniert man die Audio-Signale mehrerer Quellen, zu einem Signal? Prinzipiell bringt PulseAudio dafür alles nötige mit. Ihr müsst in einem ersten Schritt eine „Null-Senke“ erzeugen und zwei virtuelle Loopback-Audiogeräte, die ihr Signal in diese Senke leiten. Der zweite  Befehl SOLL wiederholt werden, da ihr für die Kombination zweier Signale eben auch zwei dieser virtuellen Audiogeräte braucht. Solltet Ihr weiterer Quellen in den Mix einfügen wollen, so wiederholt den Befehl nochmals.

$ pactl load-module module-null-sink sink_name=mix
$ pactl load-module module-loopback sink=mix
$ pactl load-module module-loopback sink=mix

Im Endeffekt seid Ihr mit dem Schlimmsten schon durch. Startet nun den PulseAudio-Lautstärkeregler (eventuell müsst Ihr das Programm über das Paket „pavucontrol“ nachinstallieren) und geht dort in die Lasche „Aufnahme“. Schaut zuerst unten rechts, dass „Alle Spuren“ angezeigt werden, ansonsten bekommt ihr die Loopback-Geräte nicht zu Gesicht.

Stellt nun bei den beiden Loopback-Geräten die von euch gewünschten Quellen ein. In meinem Fall ist das z.B. das Mikro meiner Microsoft Lifecam (Lifecam Cinema…) und zum anderen die Ausgabe meiner internen Soundkarte (Monitor of Internes Audio…). Bei euch werden die Geräte mit Sicherheit anders heißen, doch prinzipiell sollte es nicht so schwer sein die richtigen Geräte zu finden.

Startet ihr nun eine Aufnahme über recordMyDesktop oder den Audio-Recorder der GNOME-Desktopumgebung, dann taucht auch dieses Programm in der Liste auf. Wenn ihr jetzt als Aufnahmequelle euren Mix „Monitor of Null Ausgang“ auswählt, dann wird sowohl der aufgenommenen Ton eurer Webcam wie auch der ausgegebene Klang eurer Soundkarte aufgenommen.

Zur Demonstration habe ich diese Schritte auch kurz in einen Screencast gepackt. Das schöne ist, dass man im laufenden Betrieb an PulseAudio basteln kann, ohne dass die Aufnahme ins Stolpern gerät.

Die PulseAudio-Konfiguration permanent machen

Die mit pactl erstellten Quellen und Geräte sind nicht von Dauer, spätestens wenn PulseAudio neu gestartet wird, also bspw. bei einem Neustart oder auch nach dem Aus- und wieder Einloggen aus der Desktopumgebung sind die Einstellungen Geschichte. Solltet Ihr des öfteren Screencasts erstellen oder Audio-Chats mitschneiden wollen, so könnt Ihr diese Einstellungen fest in PulseAudio verdrahten. Erzeugt euch dazu am besten eine für euren Benutzer spezifische Konfigurationsdatei für PulseAudio und öffnet diese in einem Editor…

$ cp /etc/pulse/default.pa ~/.pulse/
$ gedit ~/.pulse/default.pa

…und fügt dann am Ende dieser Datei die folgenden Zeilen ein. Sie entsprechen im Endeffekt den zuvor ausgeführten pactl-Befehlen, allerdings kann man auf das Kommando davor verzichten.

load-module module-null-sink sink_name=mix
load-module module-loopback sink=mix
load-module module-loopback sink=mix

Von jetzt an werden die Null-Senke sowie die zwei virtuellen Geräte automatisch angelegt und mit den von euch im PulseAudio-Lautstärkeregler definierten Geräten befüllt, so dass ihr jederzeit Screencasts mit Mikrofon und Desktop-Klängen erstellen könnt.

ShootMe ist ein kleines Programm, das durch verschiedenen Aktionen aktiviert, Screenshots vom aktuellen Bildschirm erstellt. So kann man das Gerät schütteln, den Helligkeitssensor abdecken oder bspw. ein Geräusch machen um den Screenshot auszulösen.

Allerdings braucht es dafür Root-Rechte auf dem Gerät, ShootMe ist daher nicht unbedingt für jeden Anwender und jedes Gerät verfügbar. Auf einem mit unrevoked gerootetem HTC Desire funktioniert der Screenshot-Part von ShootMe wunderbar.

In der aktuellen Version gibt es nun in den Einstellungen die Möglichkeit den „Working Mode“ auf „Continous (Screencast)“ zu stellen. Bei diesem Modus werden fortlaufen Screenshots erstellt und in eine MP4-Video-Datei gepackt. Aktuell kann man wählen ob die Aufnahmen mit 3, 5 oder 10 Frames pro Sekunde erstellt werden sollen. Wobei die Wahl eigentlich ziemlich egal ist, denn das Ergebnis ist leider nach wie vor ziemlich ruckelig, wie das folgende kleine Video zeigt (Der damals genutzte Video-Hoster hat inzwischen den Dienst eingestellt und die damals hochgeladenen Videos sind nicht mehr verfügbar).

Mal sehen wie sich das Ganze noch entwickelt. Der Autor versucht das Ganze über die Hardware beschleunigen zu lassen, um bessere Frameraten zu erzielen. Auch soll es später mal möglich sein, mit dem Screencast gleich Audio über das Mikrofon des Handys aufzuzeichnen. Aktuell bekommt man mit ShootMe (und allen anderen mir bekannten Lösungen) leider nach wie vor nur eine bessere Dia-Show.

Vorweg ein kleiner Haken: Ich würde Nanoshot nur mit Ubuntu Maverick einsetzen, da das Paket python-appindicator in Ubuntu Lucid und Karmic für Nanoshot zu alt ist. Der Autor empfiehlt das Paket in dieses Versionen einfach gegen das von Maverick zu tauschen, doch ich persönlich würde das nicht anraten. Wer Maverick einsetzt, der kann Nanoshot über…

$ sudo add-apt-repository ppa:nanoshot/ppa
$ sudo apt-get update && sudo apt-get install nanoshot

…installieren. Alternativ gibt es auf Sourceforge auch deb- und rpm-Pakete, die man von Hand installieren kann. Nach der Installation des Paket findet Ihr Nanoshot unter „Anwendungen -> Grafik -> Nanoshot“ wieder.

Die Bedienung sollte eigentlich selbsterklärend sein, allerdings ist das Programm noch nicht übersetzt. Man sollte sich also nicht daran stören, dass das Programm bislang komplett auf englisch läuft. Die Übersetzung läuft über Launchpad, wer ein bisschen Zeit übrig hat, der kann sich an die Übersetzung wagen. Mit 114 Strings sollte sich der Aufwand in Grenzen halten.

Andrew hat die neue Version in einen Ast seines webupd8team-PPAs gesteckt. Somit kann man die Quelle recht problemlos verwenden, da aus ihr nur gtk-recordMyDesktop aktualisiert wird. Über…

$ sudo add-apt-repository ppa:webupd8team/gtk-recordmydesktop
$ sudo apt-get update
$ sudo apt-get install gtk-recordmydesktop
# bzw. 
$ sudo apt-get upgrade

…installiert/aktualisiert Ihr die neue Version aus seinem PPA. Danach findet Ihr das Programm unter „Anwendungen -> Multimedia -> Desktop recorder“ wieder. Nach dem Start erscheint wie üblich das Programmfenster, zusätzlich gibt es eben den interaktiven App-Indicator im Panel, über den man jetzt nicht mehr nur die Aufzeichnung starten/stoppen kann, sondern eben auch über bspw. „Wählen Sie den Bereich am Bildschirm aus“ [2] den…

…Aufnahmebereich bequem auf dem Desktop bestimmen [3] kann. Gegenüber der alten Methode ist das ein deutlich Fortschritt, ich hab meistens eher die Fenster an den Aufnahmebereich angepasst und nicht den Aufnahmebereich an die Fenster, so ist das jetzt deutlich bequemer. Ansonsten hat sich nicht viel geändert.

Das Problem äußert sich in OpenShot beim Importieren des Videos. Anstatt des Bildes sieht man im Editor-Fenster nur einen bunten Pixelbrei…

Und das Terminal spuckt die Meldung…

$ openshot
[...]
[theora @ 0x3288c60]vp3: first frame not a keyframe
...

…aus. Ich meine dass ich das Problem auch bei avidemux hatte. Angeblich tritt es auch beim Upload eines mit gtk-recordMyDesktop erstellten Videos auf YouTube auf. Die Lösung liegt an der Konvertierung des Videos. Ich hatte mich schon einmal daran versucht, doch damals war auch das konvertierte Video auch wieder nur Brei. Auf WebUpd8 findet sich jetzt endlich die richtige Einstellung für mencoder…

$ mencoder out.ogv -o out.avi -oac mp3lame -ovc lavc

Das transcodierte avi-Video lässt sich dann ohne Problem in OpenShot importieren. Wer mencoder noch nicht installiert hat, der kann das wie üblich über die Paketquellen nachholen. Es ist zwar nicht schön von einem Format ins Andere und dann wieder zurück zu kodieren, doch solange dieser Bug nicht behoben ist, so lange bleibt einem wohl nichts anderes übrig.

In einem ersten Schritt müsst Ihr das Android-SDK auf eurem System installieren. Geht dazu auf developer.android.com und ladet das aktuelle SDK auf euren Rechner herunter. Das SDK gibt es für Windows, MacOS X und natürlich auch Linux. Es gibt vom SDK nur eine 32-bit Version, so dass man auf einem 64-bit Linux die 32-bittige Version der Java-Laufzeitumgebung installieren muss (Siehe Android-SDK mit Bezug auf 64-bit Ubuntu, beachtet bitte dass das Paket ia32-sun-java6-bin seit Lucid in den Partner-Quellen steckt).

Ich gehe mal davon aus, dass Ihr Java installiert habt, daher gehe ich auf die Installation von Java nicht ein. Stellt nun erstmal euer Android-Handy passend ein, öffnet „Einstellungen -> Anwendungen -> Entwicklung“ und aktiviert „USB-Debugging“, danach deaktiviert die Option „Verwendung nur als Massenspeicher“ unter „Einstellungen -> Telefoninfo -> Weitere Einstellungen“. Verbindet dann das Handy über USB mit eurem Rechner.

Entpackt nun das SDK und geht in das Tools-Verzeichnis. In einem ersten Test solltet Ihr die Android Debug Bridge starten und überprüfen, ob euer Gerät auch gefunden wird. Der ADB-Server muss dabei mit Root-Rechten gestartet werden.

$ cd android-sdk-linux_86/tools
$ sudo ./adb start-server
* daemon not running. starting it now *
* daemon started successfully *
$ ./adb devices
List of devices attached
I750026rVJm3    device

Solltet Ihr auf die Root-Rechte verzichten, dann werdet Ihr keinen Zugriff auf das Handy haben…

$ ./adb devices
* daemon not running. starting it now *
* daemon started successfully *
List of devices attached
????????????    no permissions

Alternativ zu Root-Rechten für den adb-server könnte man udev-Regeln definieren, doch mit Root-Rechten für adb muss man sich darum nicht kümmern. Holt euch nun androidscreencast.jnlp aus dem Forum von forum.xda-developers.com. Damit das Java-Programm die Debugging-Bridge findet, müsst Ihr den Pfad zum tools-Verzeichnis aus dem SDK noch in den $PATH aufnehmen, danach könnt ihr dann das Java-Programm starten.

$ PATH=$PATH:/pfad/zu/android-sdk-linux_86/tools/   #Bitte anpassen
$ javaws androidscreencast.jnlp

Es sollte nun ein Fenster erscheinen, das den Bildschirminhalt eures Androiden anzeigt. Richtig flott ist das Ganze leider nicht, doch unbrauchbar langsam ist es auch nicht. Im Folgenden Video könnt Ihr euch selber einen Bild machen [UPDATE: Der von mir damals genutzte Videohoster hat leider seinen Dienst eingestellt. Die damals hochgeladenen Videos sind daher nicht mehr zu sehen.]

Screenkey stellt nicht nur die Tastenanschläge auf dem Bildschirm dar, sondern die komplette Eingabe in einem teiltransparentem Banner. Damit eignet sich das Programm nicht nur für Screencasts sondern auch für Präsentationen oder Schulungen, bei denen die Zuschauer die Eingaben erkennen können sollen. Das ganze basiert direkt auf dem Quelltext von key-mon. Der Autor hat in seinem Blog ein kleines Video zur Verdeutlichung hochgeladen.

https://www.youtube.com/watch?v=2GqCu0wI-hc

Der Quellcode und .deb-Pakete für alle Ubuntu-Versionen sind über Launchpad zu bekommen. Das heruntergeladene .deb-Paket könnt Ihr über einen Doppelklick auf 32- wie auch 64-bit Systemen installieren. Getestet habe ich die Funktion des Pakete mit Lucid, aber ich tippe stark drauf, dass das Paket auch mit älteren Ubuntu-Versionen funktioniert.

Mit dem Umstieg hat sich bei Key Status Monitor (aka key-mon) einiges getan. Man kann nun die Größe des Fensters bestimmen, Tasten bzw. die Maus ausblenden und – was für mich immer ein wichtiger Punkt ist – es gibt nun ein .deb Paket für alle Debian-basierten Linuxe.

Das Programm legt keine Einträge im Startmenü an, nach der Installation des Pakets müsst Ihr daher key-mon aus einem Terminal heraus starten. Im Normalfall führt Ihr dazu einfach nur key-mon aus. key-mon fragt dabei nach administrativen Rechten. Diese sind notwendig, ohne sie kann key-mon den USB-Bus nicht „belauschen“.

Alternativ könnt ihr key-mon nun verschiedene Optionen mitgeben. Damit könnt ihr das Theme ändern, Tasten aus-/einblenden oder auch die Größe ändern. Ein key-mon --larger --theme=apple startet key-mon bspw. mit einem „Apple-Theme“ und eine Nummer größer. Zahlreiche weitere Parameter findet Ihr in der Hilfe-Seite des Programms key-mon --help beziehungsweise auf der eingangs verlinkten Homepage.

Gerade in Anbetracht dessen, dass qt-recordMyDesktop ziemlich eingeschlafen und aus den Paketquellen zahlreicherer Distributionen gefolgen ist, und es somit kein KDE-Frontend für recordMyDesktop mehr gibt, ist RecordItNow eine willkommene Alternative. Es gibt ein Video, dass die Funtkionen von RecordItNow zeigt…

Das Programm gibt es noch nicht in den Paketquellen von Ubuntu. Wie so oft gibt es jedoch eine PPA-Paketquelle, aus der man das Programm bequem unter Ubuntu Karmic Koala 9.10 installieren kann. Da diese Quelle, jedoch einen bunten Blumenstrauß an Paketen bereitstellt, würde ich diese Quelle auf keinen Fall komplett einbinden. Ladet Euch einfach die .deb Dateien RecordItNow aus dem PPA herunten und installiert die Pakete mit einem Doppelklick. Das System lädt alle nötigen Abhängigkeiten automatisch herunter. Hier…

• recorditnow_0.5~karmic~ppa1_i386.deb
• recorditnow_0.5~karmic~ppa1_amd64.deb

…sind die Links zu den Paketen (Stand Dezember 2009, eventuell zeigen die Links nach dem Release einer neuen Version ins Leere. Geht in dem Fall direkt in das PPA und holt Euch die Pakete.)

Solltet Ihr nicht Ubuntu verwenden, so bekommt Ihr auf der aktuellen Projektseite des Programms auf opendesktops.org ebuilds für Gentoo, .rpm-Pakete für openSUSE und Co, sowie den Quellcode zum Kompilieren. Eine richtige Homepage hat das Programm noch nicht.

Als Betrachter solcher Videos hat man jedoch oft ein Problem. Die Autoren/Ersteller benutzen gerne Tastenkombinationen oder „Maustaste plus Taste“-Kombinationen, wie sie es aus ihrer normalen Arbeitsweise her gewohnt sind. Wer löscht beispielsweise sämtliche Dateien in einem Ordner nicht über die Tasten „Strg+A“ und danach „Entf“? Würde man diese Aktion jedoch in einem Video ansehen, so verschwinden auf magische Weise die Dateien, doch das wie erfährt der Betrachter nicht. Dieses Problem lässt sich mit dem kleinen Programm Key Status Monitor jedoch wunderbar lösen…

Key Status Monitor ist eine GTK+ Anwendung, die in ihrem Fenster die aktuell gedrückte Taste bzw. Tastenkombination oder auch gedrückte Maustaste anzeigt. Dadurch eignet es sich eben besonders für nicht vertonte Screencasts. in denen der Betrachter trotzen erfahren soll durch welche Tastenkombination eine Aktion ausgeführt wurde.

Ich kenne das Programm schon länger, doch erst die Version 6 will auf meinen Rechnern ordentlich funktionieren, so dass ich mich erst jetzt „traue“ die Software vorzustellen. Das Programm muss/kann nicht installiert werden, man muss nur das Archiv herunterladen, entpacken und dann das „key-status“ Skript ausführen. Auf einem Ubuntu-System funktioniert das Programm out-of-the-box…

$ sudo ./key-status

Alternativ kann man auch die Option „-d“ bzw. „–no-decorations“ übergeben, so dass keine Fensterdekoration um das Programm gezeichnet wird.

$ sudo ./key-status --no-decorations

Um eine kleine Demonstration von Key Status Monitor zu geben, hier ein kleiner Screencast, der euch das Programm vorstellt. Wer auf Flash auf seinem Rechner verzichtet, der findet hier eine .ogv-Version des Videos [Update: Blib.tv gibt es leider nicht mehr, daher steht mein eigenes Video von damals nicht mehr zur Verfügung.]

Einen kleinen Haken konnte ich jedoch schon ausmachen. Key Status Monitor funktioniert auf meinem Desktop mit Apple Tastatur und Mighty Maus mit Linux ohne Probleme, auf meinem Laptop wird das Touchpad aber nicht erkannt, so dass Mausaktionen nicht angezeigt werden.