Squeezebox Touch: jitter thru wi-fi?

"Does that seem ok/bad/borderline?"

Well, my internal walls are drywall, not brick, so hard to say but I suspect brick would be more of an obstruction.

You should be able to see the "number of bars" or % connection strength on the computer used as music server.

Does Squeezebox provide a similar readout of signal strength? If so, that would be the way to tell.

I would say with wireless G if you fall below 80-90% signal strength in either connection to router (from server or from Squeezebox) that rebuffering delays are more likely using lossless files ripped from CD. I use lossless .wav format.

Higher rez files utilizing more data per second of music will up the ante further. I do not have any experience there I can relate.

Newer computers offer wireless N which has significantly higher bandwidth. Sam true of routers. I would expect newer networked music devices to follow suit also at some point at which time the issues with higher res files will be relieved somewhat.

Jitter is only an issue with the clock and S/PDIF output of the Touch, not the WiFi transfer. Only dropouts can occur with the WiFi interface. These are not jitter. Dropouts are rare and depend on the usage of your ethernet network.

Steve N.
Empirical Audio

Audioengr reminded me that a Wifi network is shared and used by all active devices connected to it. it is only dedicated to streaming audio from server to player if nobody else is using it for tasks that consume bandwidth (web browsing, file downloads, etc.). So concurrent usage for things other than streaming audio can cause delays/dropouts.

For example, I have two Roku players on two systems that conenct via wireless G to the same music server computer. Often if I play both at the same time with lossless CD .wav files, the dropouts/delays will occur regularly and become an annoyance. Less of a problem as I mentioned earlier for lossy or lower resolution files, like MP3.

The worse case for two channel spdif is 24bit at 192kHz.
24 bit data is transferred in 32bit packets (8 bit preamble).

32bit x 2channels x 192kHz = 12.3Mbps

802.11g runs at up to 54Mbps while 802.11n more than doubles it.

Kijanki,

54Mbps is what wireless g can do optimally based on the spec I think, right?

Weak/sub optimal signals reduces that bandwidth.

Also I've found not all g routers are the same. Actual bandwidth at a particular range seems to vary from router to router. There may be many reasons for this

Processors and programming can vary.

Differences in the performance of the radio transmitter /receiver technology may be another factor. Antenna's used are one factor. I suspect there are others also.