[bbaker6212]

The medium (wireless or ethernet) does not matter.  What matters is that there is little network (IP packet) latency and small amounts of packet retries. The retry/error-correction features of the TCP/IP protocol are fine for data, because re-tries or resending data has no adverse effect.  Not true for audio which is real-time.  If packets are lost or delayed the audio will have dropouts.  I suppose this can be alleviated to some extent, if not effectively, with packet buffering/management at the application level (above the IP protocol level).  This is probably what sets apart products which work well or do not... how effective they are at buffering, if they do it at all.

[andy_c]

It's strange though.  With the Squeezebox, I'd see its IP address on the list of network connections in the Kerio firewall opened connections list of the server.  Not so with the Linksys.

Seems like if you have a big enough buffer, the IP protocol would be able to do the required error correction before the buffer runs out.  The network data rate should be plenty fast to accomplish this, as the data rate coming out of the buffer is something like 1.411 Mbits/sec.  And the SB does have quite a big buffer.  I remember running it wired, and unplugging the ethernet cable from it.  It kept playing for several seconds before the music stopped.

[bbaker6212]

Nice. Sounds like the SB is doing quite a bit of buffering.

[Doublej]

I been casually looking for one of these. Does anyone know of a similar device that sounds good?

[Bob in St. Louis]

Nice. Sounds like the SB is doing quite a bit of buffering.

Yes. It's huge.
If I restart my PC while the SB3 is playing, it will almost be back up and running before the SB empties it's buffer.
That's impressive.

{Actually, that was in the early days of having a SB. Since that time, my PC has apparently found itself some more things to perform on start-up and now takes forever. But that's a story for another day.} 

Bob