[pulseaudio-discuss] Controlling where module-rtp-send sends multicast packets?

Paul Fox pgf at foxharp.boston.ma.us
Wed Feb 20 08:35:08 PST 2008

matthew wrote:
 > I just thought I would check back on this. Last night I reworked my 

i only just joined the list yesterday, but i've read a bit about
your project in the archives.  it's similar enough to what i want
to do that i'm paying close attention to your progress.  so thanks
for the update.  :-)

 > control app and pulse configuration. Now I can use either rtp or the 
 > combine module to perform the audio matrix switching. There is 
 > definitely more load on the system, even when using the combine module 
 > with the default resampling. The syncing is definitely better than the 
 > rtp method, but only marginally. When I change to a better syncing alg I 
 > can't really test anything because my system screeches to a halt with so 
 > much cpu load! I am working on a slower laptop for dev so that is not 
 > surprising.
 > The important part is my router doesn't puke on all the multicast data, 
 > so I think I will stick with this for the moment.
 > In case anyone was curious, here's a snippet for my default config. I 
 > remap my 8 channel audio card to 4 stereo cards, naming each one a 

i'm confused as to what the audio card on your server is doing? 
i wouldn't have thought you'd need or want a local audio card at
all (unless you need local playback).  why aren't the sources for
your 4 zones, which feed your remote sinks, all strictly virtual?

 paul fox, pgf at foxharp.boston.ma.us (arlington, ma, where it's 27.1 degrees)

More information about the pulseaudio-discuss mailing list