No, the client is always the clock source even for internet radio. In the hypothetical scenario where the client is running too fast and the (presumably live) internet radio source can't produce more data, then playback would stop and rebuffer. However, there are very large buffers on both sides so I don't think clock drift is ever a cause of rebuffering in practice. The behavior in an overrun scenario is dependent on the radio source, but I don't think that's a practical concern either.
The point is, internet radio is not "radio" at all. It's just downloading of files using standard TCP, but with the "look and feel" of radio on the surface. By contrast, in satellite radio or terrestrial digital radio, the client WOULD generate its clock based on the average data rate being output by the source. -- seanadams ------------------------------------------------------------------------ seanadams's Profile: http://forums.slimdevices.com/member.php?userid=3 View this thread: http://forums.slimdevices.com/showthread.php?t=38363 _______________________________________________ audiophiles mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/audiophiles
