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

2008-02-15 Thread Kevin Fox
Are there any plans to support rtp syncing in the future? Thanks Kevin On Fri, 2008-02-15 at 14:51 -0800, Matt Patterson wrote: > I tried setting the routing table to direct to other interfaces but > the packets keep appearing on the interface i didn't want. Each of the > 4 rtp send modules goes

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

2008-02-15 Thread Matt Patterson
I tried setting the routing table to direct to other interfaces but the packets keep appearing on the interface i didn't want. Each of the 4 rtp send modules goes to a different multicast address, so I figured that would be easy to route. It is fully possible that I was specifying the route inc

Re: [pulseaudio-discuss] pulseaudio automatic startup

2008-02-15 Thread Lennart Poettering
On Thu, 14.02.08 01:20, Colin Guthrie ([EMAIL PROTECTED]) wrote: > Is pulse supposed to maintain several EsounD socket connections. > > After logging in I see about 10 or 11 such clients in paman. While doing > lsof and grepping for the socket file itself only pulseaudio is recorded > as having t

Re: [pulseaudio-discuss] pulseaudio automatic startup

2008-02-15 Thread Lennart Poettering
On Thu, 14.02.08 01:03, Colin Guthrie ([EMAIL PROTECTED]) wrote: > Just tested and it seems to load fine a gnome login plays the sounds nicely. > > If you want (and to save too much divergence if it's not needed), you > are welcome to just copy the one I have. It also does some small checks > rel

Re: [pulseaudio-discuss] pulseaudio automatic startup

2008-02-15 Thread Lennart Poettering
On Wed, 13.02.08 18:34, Colin Guthrie ([EMAIL PROTECTED]) wrote: > > Lennart Poettering wrote: > > Hmm, I wonder if there are any drawbacks of this way to start PA. Does > > gnome-session still upload the samples correctly if it doesn't start > > esd/PA by itself? It has been a while since I last

Re: [pulseaudio-discuss] Some things needed for wider acceptance of the NewPulseWorldOrder ; )

2008-02-15 Thread Lennart Poettering
On Thu, 14.02.08 11:56, Colin Guthrie ([EMAIL PROTECTED]) wrote: > Hi, > > Being in the thick of things at a distro adoption level, these are the > things I think that are important for pulse to be fully accepted. > > 1. Improvements to the pulse alsa plugin to make it more tolerant of > buggy a

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

2008-02-15 Thread Lennart Poettering
On Thu, 14.02.08 22:23, Matthew Patterson ([EMAIL PROTECTED]) wrote: > Now for my question: This implementation obviously spews a lot of > multicast traffic onto my network. I didn't think this would be a > problem, but my router/ap/switch seems to crap out when it gets hammered > with all the

Re: [pulseaudio-discuss] Pulseaudio with Application Asterisk

2008-02-15 Thread Lennart Poettering
On Thu, 14.02.08 20:10, Jim Duda ([EMAIL PROTECTED]) wrote: > > Here is the Asterisk alsa write code loop. I added the trap for -EIO. > I'm getting an negative return from snd_pcm_recover. > > [Feb 14 20:08:25] ERROR[3085]: chan_alsa.c:404 alsa_write: > snd_pcm_recover failed Input/output err

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

2008-02-15 Thread Matt Patterson
Yeah, that would work. I wonder what the processing loads would be? I assume that the sync has to be maintained on all outputs for all streams, independent of muting state. It also may not scale should I want to add more zones, but that's a while off. No better way to know than to try it. I'l

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

2008-02-15 Thread Tanu Kaskinen
On Fri, Feb 15, 2008 at 08:27:39AM -0800, Matt Patterson wrote: > 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

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

2008-02-15 Thread Matt Patterson
Ok, a laptop breaks the "old pc" concept a little. It is definitely the way to go. Its funny though, for me, 50 kw would cost a little over a dollar. My new core 2 duo server only pulls 65 watts while on, the old machine pulled 265! And to top it off my old machine had a power factor of ~55, th

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

2008-02-15 Thread Matt Patterson
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 witho

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

2008-02-15 Thread Chris Ribe
> As for why I am using multicast, it is because that seemed like the only > way I could replicate streams to more than one sink. Please fill me in if > I'm wrong since it seemed like a little overkill. I would before a simple > copy stream module. This allows any single room to connect to any othe

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

2008-02-15 Thread Chris Ribe
> > I'm more intrigued by the possibility of turning my dumpster bound PC > > hardware into something useful using PulseAudio. > > Work out the electricity and AC costs and you won't think they are so > cheap. > This node I working on right now is a 1.1Ghz Celeron laptop. Power consumption is pr

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

2008-02-15 Thread Matthew Patterson
Ah, where to start: Yes, the energy costs are part of my issue here. I just got through with building a hi efficiency core2 duo based machine that is my always on ubuntu server, so that was the reason I was trying to do it all on the PC. I figure I have plenty of extra processor cycles, and ha

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

2008-02-15 Thread Chris Ribe
> You can also use x86 boxes but they > are more expensive Not if you already have them lying around :) If I wanted to splurge on dedicated hardware for whole house audio, there are already a number of options out there. The Sonos, Squeezebox, and Airport Ex

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

2008-02-15 Thread Jon Smirl
On 2/15/08, Chris Ribe <[EMAIL PROTECTED]> wrote: > > > > You can also use x86 boxes but they are more expensive > > > Not if you already have them lying around :) If I wanted to splurge on > dedicated hardware for whole house audio, there are already a number of > options out there. The Sonos, S

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

2008-02-15 Thread Chris Ribe
> Is there any way that I can specify which > interface pulesaudio sends its multicast packets on? Or even more > ideally, can I disable all outgoing multicast traffic and just have the > local loopback happening? > > I have attempted to configure the kernel routing tables on my ubuntu > (7.10) in

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

2008-02-15 Thread Jon Smirl
On 2/15/08, Matthew Patterson <[EMAIL PROTECTED]> wrote: > Hello all, > > I just discovered PulseAudio about 2 weeks ago and was struck by how > applicable it could be in creating a whole home audio solution where > each room can subscribe to the same or a different audio stream as > another ro