Themis;501504 Wrote: > The reason that such such thing cannot affect quality in a consistent > (durable) way is that inflation (decompression from FLAC to PCM) is > *not* a CPU-consuming process, contrarily to compression. To give you an > example, the decompression of a 3-minute song should not take more than > -say- 10 seconds. However you may distribute this activity into the 3 > minutes, it is of no interest.
Well, that would be the kind of information that was clearly relevant here. As I said, I do not know about the design. That said, How much memory is there in a Receiver? Enough to buffer the whole song? And store the FLAC itself? I rather suspect, though of course I could be wrong, that the FLAC is being streamed and conversion is being done on the fly. Still, as you say, it may well be that there's not enough (additional) activity plausibly to make a difference, though that's hard to say for sure. If the conversion process is consuming CPU cycles, maybe it could occasionally be consuming them at just the wrong moment, with the result that you get timing errors in the data being fed to the DACs (again, I'm assuming one processor is doing both jobs and being scheduled by the kernel). But these would probably be random and hence appear as mere noise, and not very much. FYI, my CDs are all ripped as FLAC; I'm not rushing off to do the WAV-FLAC comparison; and my system is about as tweak-free as it could be. -- rgheck Transporter --> Pass Labs D1 --> Pass Labs Aleph 2s --> Thiel CS 1.6s Transporter --> Adcom GDA-600 --> Pass Labs B1 (DIY) --> Adcom GFA-5800 --> Thiel CS 1.6s Receiver --> T-Amp --> Monitor Audio Radius 90s Receiver --> Sony HT Receiver (Garbage) --> Monitor Audio Raduis HT Setup SqueezeboxServer on a 350MHz Pentium II with 768MB RAM, 1.5TB storage, running Centos 5.x ------------------------------------------------------------------------ rgheck's Profile: http://forums.slimdevices.com/member.php?userid=25803 View this thread: http://forums.slimdevices.com/showthread.php?t=71321 _______________________________________________ audiophiles mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/audiophiles
