OK.
That still leaves me with a question. Clearly foo_dsd_asio does not convert the 48k files to DSD. The iDSD is receiving PCM.
Is this because:
a) foo_dsd_asio cannot do the conversion?
or
b) foo_dsd_asio has queried the iDSD which says no can't do it so foo_dsd_asio then intelligently sends out the PCM instead?
Great if it's the latter as a future firmware upgrade might fix it.
Hi,
It does if set to DoP, which of course limits DSD to DSD256.
The ASIO 2.2 Spec from Steinberg (downloadable from http://www.steinberg.net/en/company/developers.html) references only 44.1kHz based DSD. Steinberg in turn references Sony. So strictly speaking 48kHz based DSD is not "legal" under ASIO Specifications up to Version 2.3.
We agree that all of this is a bit silly, but short of having someone write a one-off Driver, which then would not be ASIO compliant to the letter of the spec, this is the situation we are left with.
In general the whole ASIO System seems to attract almost zero development effort, it is not supported on Mac OSX and support under Linux is patchy (and we are being generous).
Hence we put a LOT of R&D effort behind DoP and solving some of the issues that plague DoP. Our Firmware release 5.0 includes all these fixes. Only limitation at the moment, no DSD512.
We may be able to support DSD512 via DoP in a future release for iDSD micro and Retro (the hardware is capable).
However this is as of now not a huge priority, as this in effect requires PCM 1.536MHz support, which does not, to our best knowledge, exist formally on any computing platform. 768kHz is the highest sample rate officially defined. At least you guys know your gear is future-proofed.
Incidentally, this is why the internal R&D project name for the micro iDSD was 'Millenium Falcon' as it made the 'hyperspace jump' to DSD512 and PCM768.
