/* Wiedergabe im ganzen Space (buggy, CPU-lastig) */ Funktioniert nicht zufriedenstellend

diff --git a/PulseAudio.mw b/PulseAudio.mw
index 19d7cbc..48d892c 100644 (file)
--- a/PulseAudio.mw
+++ b/PulseAudio.mw
@@ -83,14 +83,14 @@ Man kann einzelne Anwendungen auch anweisen, sich direkt mit dem Server zu verbi
 Das hat prinzipiell den Vorteil, dass kein lokaler PulseAudio-Server laufen muss (auch das Modul <tt>module-zeroconf-discover</tt> muss nicht wie oben geladen sein). Außerdem fügt ein lokaler PulseAudio-Server tendenziell eher mehr Latenz zum Signal hinzu und verbraucht CPU.
 
 === Wiedergabe im ganzen Space (buggy, CPU-lastig) ===
-Pulse hat die Möglichkeit, mehrere Sinks gleichzeitig zu bespielen, es findet sogar eine Synchronisation statt. Dies macht das Modul <tt>module-combine-sink</tt>. Dabei werden ein oder mehrere Sinks unter einem neuen, virtuellen Sink neu zusammengefasst.
+Pulse hat theoretisch die Möglichkeit, mehrere Sinks gleichzeitig zu bespielen. Dies macht das Modul <tt>module-combine-sink</tt>. Dabei werden ein oder mehrere Sinks unter einem neuen, virtuellen Sink neu zusammengefasst.
  pacmd load-module module-combine-sink sink_name=space slaves=tunnel.spacekiste.local.alsa_output.pc
  i-0000_00_1b.0.analog-stereo,tunnel.minibox.local.alsa_output.pci-0000_00_08.0.analog-stereo
-Hier habe ich den neuen virtuellen Sink <tt>space</tt> genannt, die Namen der Sinks können aus <tt>pacmd list-sinks</tt> extrahiert werden.
-Danach sollte der virtuelle Sink an den üblichen, verdächtigen Stellen auftauchen (auch im <tt>pavucontrol</tt>, habe es so aber noch nicht zum Laufen bekommen.
-Was funktioniert ist z.B.
+Hier habe ich den neuen virtuellen Sink <tt>space</tt> genannt, die Namen der Slave-Sinks werden mit Kommata getrennt.
+Danach soll der virtuelle Sink an den üblichen, verdächtigen Stellen auftauchen (auch im <tt>pavucontrol</tt>), habe es so aber noch nicht zum Laufen bekommen.
+Eine direktere Möglichkeit zur Wiedergabe ist
  mplayer -ao pulse::space nyancat.opus
-Aber hat Audioglitches trotz vergrößerter Buffer und verursacht derzeit 17% CPU-Last
+Hat aber Audioglitches trotz vergrößerter Buffer, läuft nach einigen Sekunden aus der Synchronisation und verursacht derzeit 17% CPU-Last.
 
 [[Kategorie:Infrastruktur]]
 [[Kategorie:Dokumentation]]