|
Home
/ FAQ
/ News Classifieds / Events |
Audio Asylum Thread Printer |
Get a view of an entire thread on one page |
77.195.151.123
| '); } else { document.writeln(''); } } else { document.writeln(''); } } else { document.writeln(''); } } // End --> |
In Reply to: RE: But does the BUFFALO chip upsample as well? posted by Bertel on May 29, 2009 at 20:27:48
Robert,
I'm planning same thing.
I was reluctant to select Sabre unit over TI 1704 for the same exact reason you mentionned, ie internal upsampling / downsampling.
This technique allows the widest compatibility with the different sampling rates sound format availlable (everything from 32k up to 192k)
Although this is common practice in Silicon SRC and good to rmove jitter of common source, here we have a machine and a software that provide us with minimum jitter at the PCI Sound Card output which mean (if well implemented) at the DAC Input.
I'm thinking for my dac implementation to try to achieve as low jitter as possible all the way down to the analog which means the use of a Master Clock close to the DAC chip.
The problem here if one wants to avoid too much complexity implies to select a single as universal sampling rate (178K4 or 192K).
Should you select 178k4 it would be perfect for original files sampled at 178K4 and close to perfect with 88k2 and 44k1 providing that you select the right settings in Sox (that i suspect may be full system dependant).
So the question is what will be the standard sampling rates (if any) for Hi res files pick the right clock for that standard and accept imperfection for other sampling rates.
Now that you explained us that Sabre can be forced not to use its internal SRC, it comes back to interrest to me because of its ability to work with 32 bits resolution.
So, if you move on with this project and if we can share energy, you can count on me.
Best,
Jean
Jean,absolutely great to hear you're heading down the same path - or rather up :-)
Exactly, the first assumption I'm making is that we in our cMP2 environment have eliminated or reduced jitter to such an extent that the downside of on-chip jitter reduction techniques, e.g. hardware upsampling and reclocking, more or less clearly outweigh the benefits of doing the upsampling in software and closely coupling the DAC via i2s - in my expectation this is superior, but we'll have to test and see. IMHO the ESS9018 is currently the best DAC chip around, but need to properly re-evaluate.
Secondly, I'm also with you that it is key to use the best master clock available on the DAC. As far as I can see, that is NewClassD's Neutron Star (http://www.newclassd.com/index.php?page=36), Lars has done an outstanding job with this.
Thirdly, the question of selecting one "standard" sampling rate for everything and optimizing for this is easy for me I thought - since all of my playback is through cPlay, I intended to use 24/192 (or rather its 32bit incarnation through ASIO2) through SRC or SoX exclusively. Your comment on 176k4 though suggests that this probably might be the best choice (another assumption I make for me is that most important for me is data derived from red Book CDs, thus 16/44.1, that's what I focus on), probably wil go for that, need to get more info on this, and then choose clock and settings etc. accordingly.
And lastly but most important for me, I'll be absolutely glad to sync with you and join forces once I get started with this part of the project - look forward to this very much! Please PM me (if possible) so I have your coordinates.
Best,
Robert
Edits: 05/31/09 05/31/09
Hi Robert,
Glad to hear from you.
I've selected 176k4 as the best for CD material for the exact same reason mentionned earlier.
Up to now i could only test on my reference system (i'm hifi dealer) with 44k1 and 88k2, to be honest i didn't even try 96k.
But i suspect that upcoming hi res material will be 192k ...
Reagarding clock i was also interrested in Audiocom stuff. Also praised as the best one in town.
The next important thing is power supply and IV conversion.
I will be playng soon with different PSU for evaluation.
My problem with Sabre is how to get it, as i don't want to use Buffalo, buffalo one not any more availlable and at least no more support, buffalo two is too expensive if you take into account that i consider changing IV and PSU. Second big problem Board design.
That's why i am on the conservative approach thinking to use TI 1704.
Best regards,
Jean
Jean,you're probably right that over time there might be a shift to 192kHz material - for the time being for me this still is almost irrelevant since by far most of my music ("old" one I have as well as "new" one I buy) is 16/44.1 because it comes on CD. Let's see how SRC vs SoX as part of cPlay develop, I'd very much be interested in cics' opinion on what sample rate he sees best for Red Book material (176 vs 192) and for what reason (SNR? etc.)
Audiocom is certainly good - need to ask Lars why he's better :-) My knowledge in clock technology and architecture needs to be expanded and updated before I will decide on which to choose.
Well, power supply - you certainly have seen that I fancy battery plus proper capacitance - can only recommend that, need some extremist spirit though ;-)
Buffalo32S IMHO is not expensive at USD 469 at all, given the top-of-the-hill solution you get with it. I'm currently setting it up as my reference, then quite likely will go with 2 x ESS9018 evaluation boards as a next step (not a bargain at 2 x > EUR900), and then take the experience of those two to get to some "final end-all-search" DAC, who knows ;-)
Cheers
Robert
Edits: 05/31/09 05/31/09
Post a Followup: