Ok, here is the setup I am trying to achieve. Machine A (running Windows) has a program that is playing sound on my computer. I want to take that sound, and send it to Server B (running Linux) and allow others to connect to Server B to hear the sound from Machine A. Now, with this particular situation, delay is not a desired component. So far, I have tried Shoutcast, and it seems to delay the clients about 90 seconds, completly beyond the realm of what I need. This, even after tweaking the client (Winamp) not to buffer much at all.

Any suggestions on what I should look into next? The prefer end solution would have a client that can run on Windows or Mac OS X. The source will always be Windows. And the server always Linux.

I don't know if it would just give you the same problem, but have you tried Icecast?

Or...

I'm not sure what kind of audio you're trying to stream, but have you thought about streaming over http? You could write the audio to a file and stream that file over http in winamp or iTunes.

- trs

Tried icecast with little luck in getting it to work properly. Seems most of the mature programs to send the source data to the server are Linux based.

I suppose HTTP would work as well, and could eliminate delay. What I plan on doing is having a program bound to the onboard sound card and looping the output to line in. Then using a program to capture the line in to send it out. All other programs will use the PCI sound card as their default.

I'll tinker with the HTTP idea tomorrow to see how well it works. The only issue I see is how to get new people connecting to the most current point without them needing to download the first portions, and also avoiding deleting and recreating the MP3 file to help the first issue, but disconnecting existing clients.

How much of a delay is unacceptable? There are systems out there for synchronising playback between multiple devices but they're mainly used for whole house audio systems where you have ethernet everywhere.

More then a few seconds is going to be high, as it's for voice communication to allow people without a microphone to listen in. Synchronizing the clients isn't important, just getting the delay time as low as possible is.

teamspeak is built for this
linux and windows binaries

RE: Teamspeak
But no Mac binaries...

The prefer end solution would have a client that can run on Windows or Mac OS X