Post by Javier on Feb 7, 2016 20:12:43 GMT
Simon, you don't get the same screens as shown in the guide because those are made using version 0.9.6 of the plugin (see part 3 of the guide).
There is a problem with the iFi, or any Xmos based DAC for that matter, and foo_dsd_asio. This is a two sided problem that lies in the Xmos drivers which don't support native DSD for 48K based DSD and a "bug" in the proxy that queries the driver for supported native DSD rates even when DoP is selected.
The iFi Xmos sourced drivers support any 44.1K based DSD rate through both native DSD and DoP output modes provided by foo_dsd_asio up to DSD512 but only supports DoP for 48K sample rate based DSD effectively making DSD256 the maximum possible output sample rate. The solution to play anything would be selecting DSD256+DoP in foo_dsd_asio thus avoiding the drivers native DSD limitation but the problem number 2 kicks in.
I have discovered that even when selecting DoP modes in foo_dsd_asio the component incorrectly queries the driver for supported "native" DSD rates instead of DoP ones. This results in passing through untouched any material that would be upconverted to an unsupported rate, for example 48, 96 or 192K PCM files. This is the reason when playing some files you get the green light and the blue or purple with others.
I have asked the iFi guys for a solution but they answered me that they depend on Xmos to provide a driver to fix. Xmos then depends on Thesycon who are the real developers. It is up to the latter to add support for this and who knows what position this has, if any, on their to do list. One big reason it may never see the light is due to the fact that 48K based DSD is not included in the ASIO standard. As I see it it should be a problem because the standard means you need to comply with some minimum requirements but shouldn't forbid going beyond them as long as there mechanisms implemented to stop problems or damage to equipment. As proof, Amanero drivers support 48K through native ASIO and they still get the "badge". Not all people are as flexible so this may never come true.
As an alternative solution I contacted Maxim, the programmer behind SACD plugin and foo_dsd_asio, and asked him to fix the problem by making the proxy query for supported DoP modes if DoP is selected. He is very busy ATM and most probably won't be able to fix it until spring.
In the meantime the only way around this converting 48/96/192 to 44.1/88.2/176 previous to converting to DSD or letting it go through as PCM.
There is a problem with the iFi, or any Xmos based DAC for that matter, and foo_dsd_asio. This is a two sided problem that lies in the Xmos drivers which don't support native DSD for 48K based DSD and a "bug" in the proxy that queries the driver for supported native DSD rates even when DoP is selected.
The iFi Xmos sourced drivers support any 44.1K based DSD rate through both native DSD and DoP output modes provided by foo_dsd_asio up to DSD512 but only supports DoP for 48K sample rate based DSD effectively making DSD256 the maximum possible output sample rate. The solution to play anything would be selecting DSD256+DoP in foo_dsd_asio thus avoiding the drivers native DSD limitation but the problem number 2 kicks in.
I have discovered that even when selecting DoP modes in foo_dsd_asio the component incorrectly queries the driver for supported "native" DSD rates instead of DoP ones. This results in passing through untouched any material that would be upconverted to an unsupported rate, for example 48, 96 or 192K PCM files. This is the reason when playing some files you get the green light and the blue or purple with others.
I have asked the iFi guys for a solution but they answered me that they depend on Xmos to provide a driver to fix. Xmos then depends on Thesycon who are the real developers. It is up to the latter to add support for this and who knows what position this has, if any, on their to do list. One big reason it may never see the light is due to the fact that 48K based DSD is not included in the ASIO standard. As I see it it should be a problem because the standard means you need to comply with some minimum requirements but shouldn't forbid going beyond them as long as there mechanisms implemented to stop problems or damage to equipment. As proof, Amanero drivers support 48K through native ASIO and they still get the "badge". Not all people are as flexible so this may never come true.
As an alternative solution I contacted Maxim, the programmer behind SACD plugin and foo_dsd_asio, and asked him to fix the problem by making the proxy query for supported DoP modes if DoP is selected. He is very busy ATM and most probably won't be able to fix it until spring.
In the meantime the only way around this converting 48/96/192 to 44.1/88.2/176 previous to converting to DSD or letting it go through as PCM.