AIR1 v AIR2 v Spark

[thumb5]

Again, there is no specific "audio timing" in an ethernet transmission.

If there is a buffer on the receiver side, there is no "real time" involved, the same way you download a file from the internet.

If the buffer is not large enough compared to network latency and performance, than there are dropouts, but no "noise" in the audio output, except if an empty buffer crashes the audio process, and this is very unlikely.

Just unplug your ethernet cable, and listen how long the music still plays, it will give you an idea of the buffer size on Devialet.

Kind regards

I've done that test a while back, and found that the buffer is sufficient for a substantial break in network connectivity - over one second - without missing a beat.

I've never suffered white noise, but an interesting test occurs to me which would be to capture the audio stream packets while playing a pure tone through AIR, and compare with what's transmitted during a white noise episode.  I found that while the stream sent to the Devialet is not simply linear PCM samples, it's pretty close to it (maybe with some normalisation/scaling thrown in).  If you see the same stream during a white noise episode it would point to a problem with the network interface/stack on the Devialet itself, but if the stream changes during white noise- and it should be a dramatic, easily visible change - that points to the problem being in the AIR software on the computer.  (For what it's worth my money is on the second case.)  Maybe someone's already done that test?