Den Cli-Visualizer findet ihr aktuell noch nicht in den Paketquellen der gängigen Distributionen, ihr müsst das Programm daher in der Regel selber bauen. Der Entwickler stellt allerdings eine gut nachvollziehbare Installationsanleitung für Ubuntu, Arch und MacOS X zur Verfügung. Ich habe sie auf einem Testsystem mit Ubuntu 15.10 nachvollzogen, Probleme traten dabei nicht auf. Für ältere Ubuntu-Installationen (Ubuntu „Trusty Tahr“ 14.04 und früher) braucht es allerdings eine neuere Version des GCC-Compilers aus einem PPA, diesen Schritt würde ich jedoch nicht wirklich empfehlen. Es besteht durchaus die Gefahr etwas im System zu verbocken.

Cli-Visualizer unter Ubuntu 15.10 installieren

$ sudo apt-get install libfftw3-dev libncursesw5-dev git
$ cd /tmp
$ git clone https://github.com/dpayne/cli-visualizer
$ cd cli-visualizer
$ ./install.sh

Cli-Visualizer unter Arch Linux installieren

$ yaourt -S cli-visualizer

Auf Systemen mit Arch Linux könnt ihr alternativ auf das entsprechende Paket im AUR zurückgreifen. Aufgrund eines Bugs lässt sich das PKGBUILD jedoch nicht mit pacaur als AUR-Helper bauen, mit yaourt oder packer klappt es hingegen ohne Probleme. Egal wie ihr den Cli-Visualizer am Ende auf eurem System installiert habt, ihr ruft das Programm dann über das Kommando vis aus dem Terminal heraus auf.

Ganz ohne Konfiguration zeigt der Cli-Visualizer noch nichts an, ihr müsst dem Programm in der Regel eine Konfigurationsdatei unterschieben. Legt dazu das Verzeichnis ~/.config/vis und dort drinnen die Datei ~/.config/vis/config an — Bei der Variante mit dem Install-Skript unter Ubuntu passiert dies automatisch. Anschließend öffnet ihr die Datei in einen Editor und tragt ein paar grundlegende Konfigurationen ein. Die wichtigste wäre die Option audio.sources=pulse. Sie bewirkt, dass sich der Cli-Visualizer direkt in den PulseAudio-Server einklinkt — was bei den meisten Linux-Desktops funktionieren sollte. Alternativ könnt ihr das Programm am MPD-Server oder auf ein Alsa-Device lauschen lassen.

Konfigurationsdatei anlegen

$ mkdir -p ~/.config/vis
$ gedit ~/.config/vis/config

# Sets the audio sources to use. Currently available ones
# are "mpd", "alsa" and "pulse".
audio.sources=pulse

Ein etwas ausführlicheres Beispiel findet ihr im nächsten Listing. Mit diesem habt ihr die Wahl zwischen drei unterschiedlichen Visualisierungen, könnt die Farben der Animation anpassen oder die Dicke der Balken bestimmen. Sämtliche weiteren Optionen findet ihr zusammen mit ausführlichen Informationen und einer vollständigen Beispieldatei mit Konfigurationshinweisen für Alsa und MPD auf der Github-Seite des Projekts.

#Sets the audio sources to use.
#Currently available ones are "mpd" and "alsa". Defaults to "mpd".
audio.sources=pulse

#Available smoothing options are monstercat, sgs, none.
visualizer.spectrum.smoothing.mode=monstercat
visualizer.spectrum.falloff.mode=top
visualizer.spectrum.bar.width=1

#Configures the visualizers and the order they are in. Available visualizers are spectrum,lorenz,ellipse.
#Defaults to spectrum,ellipse,lorenz
visualizers=spectrum
#visualizers=ellipse
#visualizers=lorenz

# Configures what character the ellipse visualizer will use. Specifying a space (e.g " ") means the
#background will be colored instead of the character. Defaults to " ".
#visualizer.ellipse.character=#

#The radius of each color ring in the ellipse visualizer. Defaults to 2.
visualizer.ellipse.character=#
visualizer.ellipse.radius=2

PulseAudio-DLNA ist ein kleiner DLNA-Server, der die in eurem Netzwerk nach Digital Media Rendereren (DMR) sucht und diese automatisch als PulseAudio-Senke dem System zur Verfügung stellt. So könnt ihr dann den Sound einzelner Apps oder den des gesamten Desktops an euren DLNA-fähigen Verstärker, einen Fernseher, einen Raspberry Pi mit Kodi oder seit der Version 0.4.0 des Programms auch einen Chromecast-Dongle senden. Inzwischen steht die Version des Programms bei 0.4.3, die eine Reihe von Verbesserungen mit sich bringt.

Die Entwickler stellen Ubuntu-Usern eine PPA-Paketquelle mit der jeweils aktuellen Version zur Verfügung. Anwender mit Arch Linux finden das Programm im AUR (bedenkt bitte, dass aktuell auf das AUR4 umgestellt wird), allerdings hinkt das PKGBUILD derzeit hinterher und wurde vom Paketbetreuer trotz gesetzem „outdated“-Flag bisher nicht aktualisiert. In den Kommentaren des AUR4-Eintrags habe ich eine überarbeitete Version der PKGBUILD-Datei hinterlegt, mit der sich die aktuelle Version (gerade frisch eingetroffen die Version 0.4.3) bauen lässt.

### PulseAudio-DLNA unter Ubuntu 15.04 und 14.04 LTS installieren
$ sudo apt-add-repository ppa:qos/pulseaudio-dlna
$ sudo apt-get update
$ sudo apt-get install pulseaudio-dlna pavucontrol

Nach der Installation müsst ihr PulseAudio-DLNA aus einem Terminal heraus starten und den PulseAudio Lautstärkeregler pavucontrol aufrufen — Die Installation dessen habe ich oben in die Code-Box mit eingeschmuggelt. Im Terminal erscheinen nun eine Reihe von Informationen, wichtig sind die Zeilen mit „Added the device „Gerätename“. Diese sagen euch, ob und welche DLNA-Geräte PulseAudio-DLNA in eurem Netz findet. Bei mir klappt das mit einem LG-Fernseher, Kodi und einem Chromecast ohne Probleme. PulseAudio-DLNA findet auch den Amazon Fire TV, übergeht ihn allerdings mit der Nachricht „The Chromecast seems not to be an original Chromecast“. Die Version 0.3.5 des Programms hat auch noch Sonos-Boxen erkannt, allerdings blieben diese stumm, wenn man Sound auf sie schickte, von daher klammert PulseAudio-DLNA diese wohl inzwischen komplett aus.

$ pulseaudio-dlna
08-01 13:23:36 pulseaudio_dlna.application INFO Using localhost: 192.168.178.49:8080
08-01 13:23:36 pulseaudio_dlna.application INFO Loaded encoders:
08-01 13:23:36 pulseaudio_dlna.application INFO
[...]
08-01 13:23:38 pulseaudio_dlna.pulseaudio INFO Added the device "42LS560S-ZC (DLNA)".
08-01 13:23:38 pulseaudio_dlna.plugins.chromecast.renderer INFO The Chromecast seems not to be an original Chromecast! Model name: "FireTV" Skipping device ...
08-01 13:23:38 pulseaudio_dlna.plugins.chromecast.renderer INFO The Chromecast seems not to be an original Chromecast! Model name: "FireTV" Skipping device ...
08-01 13:23:38 pulseaudio_dlna.pulseaudio INFO Added the device "Wohnzimmer (Chromecast)".
08-01 13:23:43 pulseaudio_dlna.listener INFO Discovery complete.
[...]

Damit sind die Vorbereitungen abgeschlossen und ihr könnt die ganze Geschichte testen. Öffnet dazu irgendeine Anwendung die Ton abspielt und geht in den PulseAudio Lautstärkeregler. Dort geht ihr im Reiter Wiedergabe auf das entsprechende Programm und sucht euch aus der Dropdown-Box das Gerät raus, an welches PulseAudio-DLNA den Ton der Anwendung weiterleiten soll. Kurze Zeit später sollte der Sound aus diesem herauskommen — PulseAudio-DLNA müsst ihr dabei am Laufen lassen. Schaltet ihr später dann einmal das Gerät aus, wechselt PulseAudio-DLNA automatisch auf internes Audio zurück.

Zur Kontrolle könnt ihr einen Blick auf das Terminal werfen. Hier meldet PulseAudio-DLNA den Stream und spuckt bei Fehlerb auch weiterführende Informationen aus, die ihr an den Entwickler melden könntet. PulseAudio sollte sich übrigens die Kombination aus Programm und Ziel merken: Laufen PulseAudio-DLNA, das Gerät und die Anwendung wieder zur selben Zeit, spielt PulseAudio den Sound automatisch über das DLNA-Gerät ab.

[...]
08-01 13:24:12 pulseaudio_dlna.streamserver INFO Requested streaming URL was: /wohnzimmer_chromecast.wav (HTTP/1.1)
08-01 13:24:12 pulseaudio_dlna.streamserver INFO Got request from Chromecast.fritz.box - GET /wohnzimmer_chromecast.wav HTTP/1.1,200,-
08-01 13:24:12 pulseaudio_dlna.streamserver INFO Client 192.168.178.54 registered to stream /wohnzimmer_chromecast.wav.
08-01 13:24:12 pulseaudio_dlna.streamserver INFO Processes of /wohnzimmer_chromecast.wav initialized ...
sox WARN wav: Length in output .wav header will be wrong since can't seek to fix it
08-01 13:24:13 pulseaudio_dlna.pulseaudio INFO The device "Wohnzimmer (Chromecast)" is playing.

PulseAudio-DLNA eignet sich allerdings nicht für jede Aufgabe, da sich beim Abspielen über das Netzwerk aufgrund des Puffers eine Verzögerung von rund einer halben Sekunde ergibt. Beim Abspielen von Musik ist das natürlich kein Problem, wer aber den Sound eines Films oder eines Computerspiels drahtlos per DLNA auf die Stereoanlage beamen möchte, der müsste sich damit begnügen, dass Ton und Bild nicht mehr exakt aufeinander passen.

Wer eine der großen Distributionen wie Ubuntu, Debian, Fedora oder OpenSUSE unverändert benutzt, der wird von der Änderung kaum etwas mitbekommen — die meisten Distributionen liefern PulseAudio von Haus aus mit. Wer sich sein eigenes Linux jedoch selber zusammenstrickt und um PulseAudio einen weiten Bogen macht, der wird mit Skype 4.3 keinen Ton mehr aus den Boxen bekommen.

Skype 4.3 bekommt ihr als DEB- oder RPM-Paket von der Skype-Homepage, oder natürlich über die Paketquellen eurer Distribution — Unter Arch wird das Update jedoch noch nicht ausgeliefert. Wer Skype 4.3 auf die Schnelle einmal kurz austesten möchte, der holt sich die „Dynamic“-Version von der Homepage und entpackt das Archiv einfach in seinem Homeverzeichnis.

Zuerst solltet ihr prüfen, ob ihr auch die von eurem System benötigten 32-Bit-Grafiktreiber installiert habt. Da die Silverlight-Plugins nur mit 32-Bit arbeiten, ist eben die Installation von 32-Bit-Treibern nötig. Die fehlenden Treiber bekommt ihr signalisiert, wenn ihr den Browser aus dem Terminal heraus startet und die von Pipelight generierten Ausgaben betrachtet. Der Hinweis auf fehlende 32-Bit-Treiber für die im Rechner verbaute Intel-Grafikkarte sieht wie folgt aus, bei anderen Modellen oder anderen Grafikchips sehen die Fehlermeldungen natürlich ein wenig anders aus.

libGL error: dlopen /usr/lib32/xorg/modules/dri/i965_dri.so failed (/usr/lib32/xorg/modules/dri/i965_dri.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden)
libGL error: unable to load driver: i965_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: i965

Wer eine Nvidia-Grafikkarte zusammen mit Ubuntu und dem proprietären Nvidia-Treiber benutzt, der hat die passenden Treiber eigentlich schon auf dem System. Auf anderen Systemen und mit anderen Grafikkarten gilt es nun ein wenig Hand anzulegen, die schon oben verlinkte Pipelight-FAQ gibt euch eigentlich die nötigen Information an die Hand. Für Ubuntu-Systeme mit den Open-Source-Treibern für Intel- und Nvidia-Karten (Nouveau) und Rechner mit Arch Linux führe ich die Kommandos an diese Stelle kurz auf.

32-Bit-Grafiktreiber installieren

Für Ubuntu

# Für aktuelle 64-Bit-Ubuntus
$ sudo apt-get install libgl1-mesa-dri:i386
# Für Ubuntu 12.04 64-Bit
$ sudo apt-get install libgl1-mesa-dri-lts-saucy:i386

Für Arch Linux

$ sudo pacman -S lib32-intel-dri    # Intel
$ sudo pacman -S lib32-nouveau-dri  # Nouveau
$ sudo pacman -S lib32-ati-dri      # AMD

Nach der Installation der Treiber müsst ihr euer System nicht neu starten, es reicht den Browser zu schließen und neu zu öffnen. Dann sollten die Fehlermeldungen bezüglich des fehlenden Grafiktreibers eigentlich gegessen sein und Pipelight die Grafikausgabe über die Grafikkarte beschleunigen können.

Pulseaudio für Pipelight tunen

Was noch fehlt ist das leidige Thema Pulseaudio, denn hier findet man den eigentliche Flaschenhals. Ihr solltet euch Pulseaudio widmen, wenn die Smooth-Streaming-Tests (hier und hier für 1080p) eine niedrige Framerate liefern und neben dem Videobild auch Aussetzer und Hänger im Ton zu hören sind, der Bubblemark-Silverlight-Test jedoch mit hoher Framerate läuft. Pipelight hält nämlich das Videobild ab, wenn die Audioausgabe nicht hinterherkommt — Was bei Pulseaudio leider gerne mal passiert.

Bei mir hat es geholfen die „default-fragment-size-msec“ von 25 auf 5 herunterzusetzen. Dazu bearbeitet ihr die /etc/pulse/daemon.conf mit Root-Rechten und setzt den entsprechenden Parameter. Eventuell hilft es auch die „default-fragments“ hochzusetzen. Anschließend muss Pulseaudio beendet werden, der Soundserver startet danach eigentlich immer automatisch neu. Die Wikis der Ubuntu- und Arch-Communitys widmen sich beide dem Thema, dort bekommt ihr weitere Tipps zu den optimalen Werten.

$ sudo nano /etc/pulse/daemon.conf
[...]
; default-fragments = 4
; default-fragment-size-msec = 25
default-fragment-size-msec = 5
[...]
$ pulseaudio -k

Nach dem Anpassen von Pulseaudio laufen bei mir nun endlich auf auf dem Core-i7 Silverlight-Videos ohne nerviges Ruckeln. Getestet habe die Funktionalität erneut mit Watchever, Maxdome und Amazon Instant Video. Auch der Online-TV-Anbieter Magine läuft mit Pipelight (und den richtigen Pulseaudio-Einstellungen) unter Linux rund.

Neben der nicht ganz perfekt angepassten Optik, plagen Skype-User auch oft Krächzer und Aussetzer im Ton der Anwendung. Man merkt das schon beim Start von Skype. Der Skype-Sound zum Start des Programms erklingt verzerrt und zerhackt. Doch auch dieses Problem lässt sich relativ einfach lösen, man muss nur Pulseaudio ein wenig auf die Sprünge helfen. Doch erst einmal zur verbesserungswürdigen Optik von Skype auf 64-Bit Linuxen.

32-Bit GTK-Theme-Engine installieren

Was ist zu tun? Auf einem aktuellen Ubuntu-System lässt sich die die von Ubuntu genutzte GTK-Theme-Engine sehr einfach über die Paketverwaltung installieren. Dank Multi-Arch-Support sind dafür keine großen Klimmzüge mehr nötig. Das Standard-Theme von Ubuntu braucht die Murrine-Engine. Nutzt ihr andere Themes kommt oft Pixbuf zum Einsatz, alternativ stecken in der Paketverwaltung noch diverse andere GTK-Engines, sucht euch bitte die von eurem GTK-Theme genutzt Engine heraus.

$ sudo apt-get install gtk2-engines-murrine:i386

# Für Ubuntu 12.04 und 12.10 braucht es noch...
$ sudo apt-get install ia32-libs

# Nur bei Themes nötig, die auf Pixbuf aufsetzen...
$ sudo apt-get install gtk2-engines-pixbuf:i386

# Alternativ gibt es auch 32-Bit Engines für andere Themes...
$ apt-cache search gtk2-engines
gtk2-engines
gtk2-engines-aurora
gtk2-engines-blueheart
gtk2-engines-cleanice
gtk2-engines-equinox
gtk2-engines-magicchicken
gtk2-engines-moblin
gtk2-engines-murrine
gtk2-engines-nodoka
gtk2-engines-oxygen
gtk2-engines-pixbuf
gtk2-engines-qtcurve
gtk2-engines-udeb
gtk2-engines-wonderland
gtk2-engines-xfce

Unter Arch Linux ist das Vorgehen nicht viel anders, wieder gilt es die entsprechende Engine zu installieren. Bei meinem Arch hier mit GNOME3 und dem Standardtheme muss ich ebenfalls wieder die 32-Bit Version der Murrine-Engine installieren, ihr findet sie mit dem Paket lib32-gtk-engine-murrine im AUR von Arch. Zudem gibt es auch bei Arch wieder diverse alternative Engines, die bei anderen Themes benötigt werden. Sucht euch bitte die bei eurem System nötige Engine raus, nutzt ihr das Default-Theme von GNOME, dann könnt ihr euch das wie gesagt ersparen.

$ pacaur -S lib32-gtk-engine-murrine

# Alternativ gibt es auch 32-Bit Engines für andere Themes...
$ pacaur -Ss lib32-gtk-engine | grep aur
aur/lib32-gtk-engine-equinox 1.50-1 (17)
aur/lib32-gtk-engine-murrine 0.98.2-1 (98)
aur/lib32-gtk-engine-murrine-git 20110508-1 (2)
aur/lib32-gtk-engine-nodoka 0.7.5-1 (1)
aur/lib32-gtk-engines 2.21.0-2 (199)

Zerhackten Sound beseitigen

Den oft bei Skype gestörten Sound merkt man schon beim Starten der Anwendung. Gleich beim öffnen des Splashscreens ertönt ein Sound, der zumindest auf meinen Systemen immer zerhackt und verzerrt klingt. Im folgenden habe ich den Sound hier mal als OGG-Audio aufgenommen und im Blog eingebunden, so hört ihr was ich meine. Den relevanten Part hört ihr ganz am Anfang, in dieser Aufnahme kommt der zerhackte Sound gar nicht mal ganz so übel rüber.

Schuld daran ist Pulseaudio und die veraltete Interrupt-getriebene Audioausgabe, so schreiben es die Wikis von Arch Linux und den Ubuntuusers — und sie haben Recht damit! Allerdings beherrscht Pulseaudio inzwischen auch eine timer-basierte Audioausgabe die das Problem löst. Allerdings muss man diese erst von Hand aktivieren.

Dazu öffnet ihr die Datei Konfigurationsdatei von Pulseaudio /etc/pulse/default.pa mit Root-Rechten in eurem Lieblingseditor und fügt in der Zeile „load-module module-udev-detect“  noch den Parameter „tsched=0“ an das Ende an und speichert das Ganze gleich wieder ab. Bei euch sollte der entsprechende Abschnitt so aussehen.

### Automatically load driver modules depending on the hardware available
...
load-module module-udev-detect tsched=0
#load-module module-udev-detect
...

Nach erfolgter Änderung der Konfigurationsdatei müsst ihr Pulseaudio beenden und wieder neu starten. Dazu benutzt ihr einfach das Kommando „pulseaudio -k“. Bei mir wird Pulseaudio unter Arch Linux nach einem kurzen Moment automatisch neu geladen. Es kann aber auch sein, dass ihr PA noch einmal selber neu laden müsst. Das dafür nötige Kommando findet ihr im nachfolgenden Abschnitt.

$ pulseaudio -k
# Sollte Pulseaudio nicht automatisch neu starten...
$ pulseaudio -D

Startet nun abschließend bitte auch am besten Skype noch einmal neu. Schon beim ersten Neustart des Programms solltet ihr merken, dass der Sound der Anwendung nun ohne Zerhacker aus den Boxen kommt.

Ziel ist es, dass der Rechner die Eingabe über das Mikrofon verstärkt wieder ausgibt. Wenn sich das nicht über den alsamixer einrichten lässt, dann kann man als Software-Lösung auf den Soundserver PulseAudio zurückgreifen, der bei vielen aktuellen Linux-Distributionen von Haus aus installiert ist. Die Vorgehensweise ist recht simpel, einfach…

$ parec --latency-msec=1 | pacat --latency-msec=1

…eingeben und schon wird das Mikro über die Boxen ausgegeben. Die Angabe der Latency ist wichtig, da sonst durch die Verzögerung zwischen der Aufnahme und der Wiedergabe ein netter Hall-Effekt entsteht. Dieser Tipp und noch einige andere Infos findet Ihr recht schön zusammengefasst im Blog about:tech von Felix Kloft. (Via Bug #566381 auf Launchpad)

Nun gibt es jedoch unter WebOS ein Problem mit PulseAudio, der Dienst scheint sich sporadisch aufzuhängen, so dass keinerlei Klänge mehr abgespielt werden können. Mir ist es schon selber ein paar Mal passiert, dass überhaupt kein Klang mehr abgespielt werden konnte. Nichtmal beim Ändern der Lautstärke ertönte der bekannte „Bing“. Eigentlich ließe sich das Problem leicht beheben, indem man PulseAudio neu startet, doch da es von Haus aus kein Terminal auf dem Touchpad gibt, musste man das Gerät komplett neu starten.

Allerdings ist jetzt in Preware eine „Homebrew App“ erschienen, mit der man PulseAudio ganz bequem neu starten kann. Dazu muss einfach nur die App gestartet werden und schon läuft der Ton wieder. Um die App installieren zu können, müsst ihr Preware auf eurem Touchpad installieren, erst dann könnt ihr aus Preware den „PulseAudio Restarter“ auf eurer System laden. Die App ist nicht aufwändig gemacht, sie lädt PulseAudio neu und beendet sich danach gleich wieder. Mehr muss sie ja auch nicht können. Hoffentlich gibt es noch WebOS-Updates, die das Problem „richtig“ beheben.

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.

Eine schnelle und einfache Lösung ist ein Mixer für PulseAudio. Zwar kann man dort die betroffenen Frequenzen nicht exakt filtern, doch mit ein bisschen Ellbogenschmalz kann man auch mit den begrenzten Mittel des PulseAudio-Mixers gute Erfolge erzielen. Der Mixer ist ein Shellskript mit graphischem Frontend, das im englischen Ubuntu-Forum ubuntuforums.org entstanden ist. Das Programm gibt es noch nicht in den Quellen von Ubuntu, doch über das PPA von Conn O Griofa könnt ihr ein .deb-Paket herunterladen. Alternativ kann man das PPA einbinden und den Mixer direkt aus der Quelle installieren.

$ sudo add-apt-repository ppa:psyke83/ppa
$ sudo apt-get update && sudo apt-get install pulseaudio-equalizer

Nach der Installation findet Ihr im Anwendungsmenü unter Anwendungen | Unterhaltungsmedien | PulseAudio Equalizer den passenden Starter zum gerade installierten Programm. Nun müsst Ihr noch den Mixer passend konfigurieren. Im folgenden Screenshot seht Ihr eine Konfiguration, die die Vuvuzelas recht gut aus dem Ton der Fernsehübertragung herausfiltert.

Eventuell müsst ihr bei euch ein wenig mit den Reglern herumspielen. Sobald Ihr mit euren Einstellungen zufrieden seid, könnt Ihr das Profil speichern, somit müsst Ihr nicht nochmal die „perfekte“ Einstellung raussuchen und habt den Vuvuzela-Filter immer schnell zur Hand. Das Ergebnis ist in Anbetracht des Aufwandes recht brauchbar. Im Folgenden könnt Ihr Ausschnitte aus einem Spiel mit und ohne Filter abspielen.

Ohne Vuvuzela-Filter

Mit Vuvuzela-Filter

Die Lösung zum Problem wird zwischen PulseAudio und dem Alsa-Projekt hin- und hergeschoben. Es ist letztendlich so, dass die Alsa-Treiber mancher Soundkarten PulseAudio falsche Lautstärke-Informationen vom Alsa-Treiber liefern, so dass PulseAudio die Lautstärke nicht richtig regeln kann.

Im Wiki von ubuntu.com finden sich Lösungen (abseits des Fixens der Alsa-Treiber) zu diesem Problem. Für meine Creative Sound Blaster Audigy 2 ZS ist die Lösung recht trivial. Ihr müsst dazu die PulseAudio-Einstellungen anpassen. Bearbeitet dazu die Datei /etc/pulse/default.pa über bspw…

$ gksu gedit /etc/pulse/default.pa

…sucht jetzt in der Datei die Zeile

load-module module-udev-detect

…Habt ihr sie gefunden, so ersetzt die Zeile mit…

load-module module-udev-detect ignore_dB=1

…ihr müsste also einfach nur „ignore_dB=1“ anfügen. Speichert die Änderung ab und schießt PulseAudio über

$ killall pulseaudio

…ab. PulseAudio wird sich danach automatisch wieder neu starten und die Änderung übernehmen. Probiert danach gleich aus die Lautstärke zu ändern während ihr Musik abspielt. Eure Boxen sollten jetzt erst dann erstummen, wenn auch angezeigt wird dass der Ton deaktiviert ist (Via Tombuntu).