Unfortunately Merridian has simply spewed some vague marketing terms. On more than one occasion I have found what I believed to be intentional misleading information. The worst was about "true" 24 bit machines. But not to stray here. What they've said really means nothing. Asynch vs. synch is often in how you defie it. In any case any CD / transport can claim asynch reads. Nothing to see here. The rest of that says nothing either. All CD players and transports check data for integrity, it's in the spec. Evereyone corrects the data, again in the spec. Dos it actually re-read the data if there's errors? It doesn't say. Triple buffering will prevent under-run. But again there's not enough detail to determine if they're doing something or if it's typical marketing BS.
New Transport Approach
With never-ending advances in technology and tumbling prices, I wonder if any high-end audio CD player manufacturer is considering an approach such as this - populate the player with 700 megabytes of RAM and pre-read the whole CD into RAM. We know this is completely reliable (or else our beloved MS Office wouldn't work). Then the whole transport system could be shut down, eliminating any concerns about mechanical or electrical noise, and the "CD" could be played back straight from RAM through the DAC. It would seem like this would reduce or eliminate jitter completely. There would be an "initialization" time penalty, but I would think for the high-end market, that wouldn't be a huge deal. Any thoughts? -Kirk
- ...
- 21 posts total
- 21 posts total