From c29b3f11e271757d60e72480030011913f778878 Mon Sep 17 00:00:00 2001
From: Lennart Poettering Now the audio data will be available from the default source rtp_monitor. Now the audio data will be available from the default source rtp_monitor. When sending multicast RTP traffic it is recieved on the entire LAN but not by the sender machine itself!
Can I use Polypaudio to playback music on two sound cards simultaneously?
+ +Yes! Use module-combine for that.
+ ++load-module module-oss-mmap device="/dev/dsp" sink_name=output0 +load-module module-oss-mmap device="/dev/dsp1" sink_name=output1 +load-module module-combine sink_name=combined master=output0 slaves=output1 +set-sink-default combined ++ +
This will combine the two sinks output0 and +output1 into a new sink combined. Every sample +written to the latter will be forwarded to the former two. Polypaudio +will make sure to adjust the sample rate of the slave device in case +it deviates from the master device. You can have more than one slave +sink attached to the combined sink, and hence combine even three and +more sound cards.
Can I use Polypaudio to combine two stereo soundcards into a virtual surround sound card?
+ +Yes! You can use use module-combine for that.
+ ++load-module module-oss-mmap device="/dev/dsp" sink_name=output0 channel_map=left,right channels=2 +load-module module-oss-mmap device="/dev/dsp1" sink_name=output1 channel_map=rear-left,rear-right channels=2 +load-module module-combine sink_name=combined master=output0 slaves=output1 channel_map=left,right,rear-left,rear-right channels=4 ++ +
This is mostly identical to the previous example. However, this +time we manually specify the channel mappings for the sinks to make +sure everything is routed correctly.
+ +Please keep in mind that Polypaudio will constantly adjust the +sample rate to compensate for the deviating quartzes of the sound +devices. This is not perfect, however. Deviations in a range of +1/44100s (or 1/48000s depending on the sampling frequency) can not be +compensated. The human ear will decode these deviations as minor +movements (less than 1cm) of the positions of the sound sources +you hear.
+ +Version 0.8.1 +released; changes include: support for specifying the channel map on +the command lines of paplay and pacat and as +arguments to the driver modules; ALSA hardware mixer compatibility; +fix linking; properly remove PF_UNIX sockets when unloading +protocol modules; fix sample cache; many other fixes
+Version 0.8 released; changes include: too many to count - consider reading this blog entry for more information; many, many minor fixes.
@@ -288,6 +297,10 @@ compilation and make install (as root) for installation ofCendio AB for paying for Pierre's work on Polypaudio
+Sebastien ESTIENNE for testing
+ +Igor Zubkov for some portability patches
+The newest release is always available from @PACKAGE_URL@
@@ -298,10 +311,16 @@ compilation and make install (as root) for installation ofsvn checkout svn://0pointer.de/polypaudio/trunk polypaudio+
If you want to be notified whenever I release a new version of this software use the subscription feature of Freshmeat.
There is a general discussion mailing list for polypaudio available. In addition, you can subscribe to SVN changes and Trac Tickets.
+Polypaudio is being tracked at CIA.
+ +There's a chance to meet the Polypaudio developers on our IRC channel #polypaudio on irc.freenode.org.
+There is a Trac based Wiki for Polypaudio available.
Please report bugs to our Trac ticket system.
diff --git a/doc/modules.html.in b/doc/modules.html.in index f7b6298f..6a6b7887 100644 --- a/doc/modules.html.in +++ b/doc/modules.html.in @@ -20,7 +20,19 @@This module supports all arguments thet module-oss supports except device=.
+This combines two or more sinks into one. A new virtual sink is allocated. All data written to it is forwarded to all connected sinks. In aequidistant intervals the sample rates of the output sinks -is recalculated: i.e. even when the sink's crystals deviate (which is +is recalculated: i.e. even when the sinks' crystals deviate (which is normally the case) output appears synchronously to the human ear. The resampling required for this may be very CPU intensive.
-- cgit