opaqueice Wrote: > I agree the FLAC should decode perfectly (almost always) > No - always.
> However problems begin the moment those bits are converted into an > isynchronous signal - for example because the clock isn't perfect, and > because the output isn't a perfect square wave. That all occurs before > the DAC. > Let's see here. We're talking about transmitting data at a rate of something like 1.4mbit/s. That's nothing compared to what goes on inside you computer when it's sitting there doing nothing more than displaying a screensaver (for example, the HyperTransport bus in my PC runs at something like 87 gigabit/s without loss). If the Slim engineers can't get that speed working reliably then they should hang up their soldering irons. Not to mention the fact that the same issues (or non-issues) exist whether FLAC or WAV is being played, and in any device manipulating digital data - such as a CDP. If there _is_ a risk of pre-DAC data corruption, it exists equally in every transport. > > It does seem to be true that the SB does a better job with this than > all but very expensive CD transports. The difference is in the non-solid state areas. A CDP has the tough job of reading the disc realiably. Compared to that, getting the bits to the DAC is trivial. The SB already has the (assumedly perfect) bitstream, hence why it can do such a good job. -- radish ------------------------------------------------------------------------ radish's Profile: http://forums.slimdevices.com/member.php?userid=77 View this thread: http://forums.slimdevices.com/showthread.php?t=21700 _______________________________________________ audiophiles mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/audiophiles
