#87 Native DSD playback in foobar

[Anonymous]

Hi,
could you please explain when is DSD signal disguised by DoP and which "part of the player" does this "conversion".
Is it done by your "foo_input_sacd" component?
What would foobar need to have or be able to do in order not to have to DoP the signal and then strip the DoP to send DSD as native to DAC?

If I understand correctly - the stripping is done either by DSDTranscoder or by "foo_out_asio+dsd".

As for today we need to DoP the DSD and then strip the DoP. I presume it would be ideal to get rid of those 2 operations in order to save resources (processing power) and minimalize hypothetical errors during those two operations.

[Maxim V.Anisiutkin]

Yes, it is done by "autoproxy" part of foo_input_sacd plugin.
What do you mean by "native"? ASIO DSD Native? This way is not so "universal" and I switched to DoP.

Yes, stripping is done by these output components.

[Anonymous]

Thank you.
I mean "Native DSD" as not "DoP'ed".
If I understand it correctly - all SACD's and all DSD files are Native. For some reason your component wraps it in DoP (probably it has to because foobar does not understand DSD and must be fooled by DoP (?)). I want to send those signals to my USB DAC but not DoP'ed. So either DSDTranscoder or foo_out_asio+dsd have to de-DoP them.
To me (being a listener without programming abilities) it seems to be just two opposite processes which result in "nothing" (no changes to the original signal format). So why not eliminate those two processes?
I know that some people do not have DACs with Native DSD capabilities so to those people DoP is usefull. But it could be just an option to enable if needed. Or there could/should be another component that DoP'es the signal. But why making it obligaory?
Plus eliminating the "DoP - De-DoP" processes would also eliminate the need to use Transcoder or ASIO+DSD - resulting in even less plugins and active processes in the audio chain.

So my main question is what would be needed to eliminate those 2 processes (DoPing and De-DoPing) - would it be changes in your components or would it be changes in foobar or maybe it is impossible? In ideal situation it would be just foobar, ASIO-out and foo_input_sacd.
PS. DSDTranscoder works well for me but if I try to substitue it with foo_out_asio+dsd I get strange noises or glithces (either at the begining of the first track or at the end of the last of SACDiso or between tracks when changed manually or automatically (in PCM, lossy and lossless).

[Maxim V.Anisiutkin]

There are at least 2 specs for "native" DSD: ASIO and USB Audio 2.0.
SACD, DSDIFF, DFF and WavPack files are the sources of Native DSD. Besides, there are DoPed WAV and FLAC files. So, DoP is the natural source as well.

The other obstacle to eliminate DoP is foobar's output interface. It works with fp32/fp64 PCM only. If foobar's author adds DSD as the supported format I will be using it instead of DoP wherever suitable.