Bei der Oberfläche hat sich Peek ganz bewusst am Screencast-Tool LICEcap für Windows orientiert: Das Programm blendet ein skalierbares transparentes Fenster ein, alles was in dessen Rahmen liegt, wird bei einem Klick auf Record beziehungsweise Aufnahme als Video erfasst. Nach einem Klick auf Stop sichert Peek das Ergebnis dann umgehend als animiertes GIF-Bild auf die Festplatte. „Richtige“ Videoformate unterstützt Peek bislang noch nicht, Support für WebM steht jedoch nicht nur auf der To-Do-Liste, der Code dafür ist bereits fertig und landet in der nächsten Version (aktuell steht der Zähler bei Peek 0.9.1).

Peek erstellte Screencasts als GIF

Die ersten Commits von Peek stammen aus dem Dezember 2015, seitdem wurde recht aktiv am Programm entwickelt. In den letzten zwei Monaten nahm die Entwicklung jedoch besonders viel Fahrt auf, über die Mailing-Funktion von Github kommen täglich News rein. Als noch recht junges Programm findet sich Peek noch nicht in den Paketquellen der großen Distributionen. Für Ubuntu gibt es jedoch eine PPA-Paketquelle, unter Arch Linux lässt sich die Anwendung recht einfach aus dem AUR installieren. Für andere Distributionen liefert Peek die entsprechenden Installationshinweise auf der Github-Seite.

### Peek unter Ubuntu installieren:
$ sudo add-apt-repository ppa:peek-developers/stable
$ sudo apt update
$ sudo apt install peek

### Peek unter Arch Linux installieren, natürlich
### könnt ihr einen anderen AUR-Helper verwenden:
$ pacaur -Ss peek
aur/peek 0.9.1-1 (20, 1,19)
$ pacaur -S peek

Aktuell funktioniert Peek nur mit X11: Wer also bereits ein aktuelles System mit Wayland einsetzen sollte, muss bei Start des Systems auf X11 umstellen. Ist diese Voraussetzung erfüllt, arbeitet es sich mit Peek sehr einfach. Programm starten, Rahmen ausrichten und den Screencast aufnehmen. Dabei sollte man beachten, dass animiertes GIFs natürlich für längere Aufnahmen nicht das perfekte Format sind. Um die Dateigröße im Rahmen zu halten, sollte man daher nur das aufnehmen, was es abzubilden gilt. Auch sehr viele Änderungen im Bild blähen die Dateigröße schnell enorm auf. Schon während Peek den Dateidialog zum Speichern des Screencasts anzeigt, baut das Programm im Hintergrund das animierte GIF zusammen, was die auf der CPU liegende Last nach oben jagt. Je nach Größe der Aufnahme dauert dieser Vorgang schnell bis zu ein paar Minuten.

Demnächst Support für Screencasts als WebM-Video

In Zukunft stehen für Peek noch eine ganze Reihe von Neuerungen an, die Enhancement-Liste auf Github listet noch viele Ideen auf. Die wichtigste Neuerung ist mit dem Support eines „richtigen“ Video-Formats wie WebM bereits umgesetzt (wie gesagt, sollte die Funktion mit der nächsten Version kommen), doch andere nützliche Funktionen wie die Möglichkeit die Aufnahme zu pausieren, einen Fensterpicker zur Auswahl des Aufnahmebereichs oder eine Fortschrittsanzeige beim Rendern der Aufnahme stehen noch auf der To-Do-Liste. Für die Zukunft wäre noch Wayland-Support wichtig, allerdings sieht es in dieser Richtung eher schlecht aus, da Wayland die dafür nötigen Funktionen nicht bietet. Die entsprechenden Bugs wurden in den letzten Tagen auf Wontfix gesetzt.

Den PC-Client BBQScreen Connect gibt es für Windows, MacOS und Linux. Für Linux gibt es keine Pakete, sondern einfach nur ein Archiv mit dem kompilierten Binary. Daher heißt es einfach nur runterladen und starten, allerdings müssen die meisten User wohl noch die benötigten Bibliotheken nachinstallieren, gerade auf einem 64-Bit Linux ist das ein kleines bisschen mühselig.

Benötigte Bibliotheken installieren

Als Vorarbeit heißt es daher erst einmal die Bibliotheken installieren. Auf einem aktuellen 32-Bit Ubuntu ist das mit dem folgenden Befehl recht schnell erledigt. Ubuntu-User mit einem 64-Bit-System müssen darauf achten die 32-Bit Bibliotheken zu installieren, da es BBQScreen bisher nur als 32-Bit Programm gibt. Bitte beachtet aber, die genannten Pakete gibt es *ERST* ab Ubuntu 13.04…

32-Bit Ubuntu…

$ sudo apt-get install libqt5gui5 libqt5core5 libqt5network5 libqt5widgets5

64-Bit Ubuntu…

$ sudo apt-get install libqt5gui5:i386 libqt5core5:i386 libqt5network5:i386 libqt5widgets5:i386

BBQScreen Connect installieren

Nun habt ihr die nötigen Bibliotheken auf der Platte, hott euch daher nun das Programm auf die Platte entpackt es und schieb die Binärdatei am besten gleich nach ~/bin, dort sollten eure „lokal“ installierten Anwendungen. Das Verzeichnis sollte eigentlich auch immer im $PATH liegen, also dort wo das System nach ausführbaren Dateien sucht.

$ tar xzf client_linux_2.0.tar.gz
$ mv client_linux_2.0/BBQScreenClient2 ~/bin/
$ rm -rf client_linux_2.0
$ BBQScreenClient2

Der Rest ist dann nicht mehr sonderlich kompliziert: Startet die BBQScreen Android-App und schiebt den An/Aus-Schieber oben rechts nach rechts, daraufhin zeigt euch die Anwendung die Netzwerk-IP des Handys an. Gebt diese in der Desktop-Anwendung ein und schon wird euch der Bildschirminhalt des Handys auf dem Desktop angezeigt. Unter Linux und Windows komme ich über WLAN auf gut 25 FPS im Zusammenspiel mit meinem Galaxy Nexus.

Insteressant ist auch, dass ihr das Bild nicht unbedingt über WLAN streamen müsst. Auf einer Konferenz mangelt es ja ziemlich oft an einer ordentlichen WLAN-Infrastruktur. Verbindet ihr euren Androiden per USB-Kabel mit dem PC, dann könnt ihr unter „Einstellungen -> Drahtlos & Netzwerke -> Mehr… -> Tethering & mobiler Hotspot“ das „USB Tethering“ aktivieren. Anschließend zeigt euch BBQScreen die IP 192.168.42.129 an, diese könnt ihr dann auch ohne WLAN in den BBQScreen-Client eintragen.

Eidete ist noch ein relativ junges Projekt, erst Ende letzten Jahres wurde die Launchpad-Seite angelegt und aktuell trägt das Programm auch noch die Versionsnummer 0.1. Hinter dem Projekt steckt mit Sergey „shnatsel“ Davidoff allerdings ein Entwickler, der schon an zahlreichen anderen tollen Anwendungen mitgewirkt hat, auch sein Blog ist lesenswert, schaut da ruhig mal rein.

Trotz der niedrigen Nummer müsst ihr nicht befürchten in eine Baustelle zu geraten, Eitede ist schon ziemlich leistungsfähig und kann einiges, dass die Konkurrenz nicht zu bieten hat. Allerdings bin ich auch in ein paar Bugs gelaufen, aber im Ganzen betrachtet macht Eidete vieles richtig, man kann also erwarten, dass sich hier noch einiges tut. Wer sich den folgenden Text ersparen möchte, der kann auch einfach mal die nächsten Minuten das kleine Demo der App von mir verfolgen.

Was ist an Eidete neben dem aufgeräumten Programmfenster gut gemacht finde, ist die Funktion einen Aufnahmebereich auszuwählen. Ich kann entweder den kompletten Bildschirm wählen (oder einen von mehreren Monitoren) oder einen benutzerdefinierten Bereich. Anders aber als bei RecordMyDesktop, muss ich bei Eidete nicht in einem kleinen Fensterchen meinen Ausschnitt wählen. Man hat ein richtig schickes Overlay, das sich leicht positionieren lässt.

Klasse ist auch die Funktion den Screencast optisch anzureichern, so dass der Betrachter es einfacher hat den Ausführungen zu folgen. Dazu hatte ich ja in der Einleitung ScreenKey oder KeyMon erwähnt, Eidete integriert nun diese beiden Anwendungen mehr oder weniger und zeigt Eingaben als Overlay im Video an. Zudem lässt sich auch der Mauszeiger mit einem „Heiligenschein“ versehen, im Video ist er dann einfacher zu finden. Leider aber wollte diese Funktion bei mir nicht so wie sie sollte, Eidete hängt mit dieser Option sofort nach Start der Aufnahme auf.

Aktuell lässt sich Eidete nur aus dem Daily-Build-PPA des Entwicklers installieren, Pakete gibt es im PPA für Ubuntu Precise 12.04 und Oneiric 11.10. Wie es bei anderen Linux-Distributionen aussieht kann ich leider nicht auf die Schnelle sagen, nur für Arch hab ich natürlich im AUR wieder mal was gefunden. Habt ihr Ubuntu 11.10/12.04 auf dem Rechner reichen also die folgenden Befehle aus um Eidete zu installieren.

$ sudo add-apt-repository ppa:shnatsel/eidete-daily
$ sudo apt-get update && sudo apt-get install eidete

Als Part der „Elementary OS“-Bewegung bindet Eidete auch Contractor zum Austauschen von Inhalten zwischen Apps ein. Die Funktion habe ich nicht getestet, um mein System nicht mit all zu viel Zeug zu belasten, dass sich dann doch nicht mehr brauche. Aber im Zuge der Entwicklung soll sich Eidete noch tiefgreifender damit beschäftigen.

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.