<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> I just thought I would check back on this. Last night I reworked my 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 zone#. Then I combine everything and perform the mute adjustments from my python/php app. # we leave only one of the outputs unmuted at startup, that is our player selection load-module module-combine sink_name=p1 master=zone1 slaves=zone2,zone3,zone4 #set-sink-input-mute 4 1 set-sink-input-mute 5 1 set-sink-input-mute 6 1 set-sink-input-mute 7 1 load-module module-combine sink_name=p2 master=zone1 slaves=zone2,zone3,zone4 set-sink-input-mute 8 1 #set-sink-input-mute 9 1 set-sink-input-mute 10 1 set-sink-input-mute 11 1 load-module module-combine sink_name=p3 master=zone1 slaves=zone2,zone3,zone4 set-sink-input-mute 12 1 set-sink-input-mute 13 1 #set-sink-input-mute 14 1 set-sink-input-mute 15 1 load-module module-combine sink_name=p4 master=zone1 slaves=zone2,zone3,zone4 set-sink-input-mute 16 1 set-sink-input-mute 17 1 set-sink-input-mute 18 1 #set-sink-input-mute 19 1 Thanks for your help Tanu! Matt Tanu Kaskinen wrote: <blockquote cite="mid20080215181500.GA591@a9a.mannikko1.tontut.fi" type="cite"> <pre wrap="">On Fri, Feb 15, 2008 at 08:27:39AM -0800, Matt Patterson wrote: </pre> <blockquote type="cite"> <pre wrap="">I thought about this route, but the issue is I don't want interruptions in the rooms already listening to music. Maybe if feed all four input sources into split out sinks (splitting each input into 4 null-sink outputs in the end), I could then attach the final sound card outputs on demand without interruption to the other rooms listening... I'm not quite sure how the layout would work. You may be on to something here! Let me look at this and do some investigation. </pre> </blockquote> <pre wrap=""> Fun little exercise! Maybe you already solved it yourself, but if not, here's a spoiler: Create one tunnel sink per machine. Create one combined sink per stream, each using all four tunnels. Now each combined sink has four streams, each going to one tunnel. That means 16 streams (plus the 4 mpd streams). By muting these 16 streams as needed you have full control over what goes where, without any drop-outs. </pre> </blockquote> </body> </html>