Hi! Tell me please why "DSD handling: 'as is' sends untouched audio/x-dff or audio/x-dsf. 'as Wav' decodes the DSD to PCM" 24bit 96 kHz, but not 24 bit 192 kHz?
DSD handling
Collapse
X
-
-
Re: DSD handling
Your DAC may not support native DSD streaming but may support DoP, which packages DSD to look like 24bit PCM for the purpose of getting it to the DAC. If it is getting DoP, your DAC should recognise the packets as containing DSD from the packet header and process them to pass DSD to the actual decoder. In the meantime, because the data is packaged as 24bit PCM that is what is likely to be reported on a control point, at a sample rate appropriate to the DSD rate. You can find a fuller description of DoP here;
Comment
-
Re: DSD handling
I do not understand, you image shows you able to select the option.
96Khz is a common samplerate which players can play, 88 is not.Comment
-
-
Re: DSD handling
I'm guessing here, but maybe the realtime processing involved is not achievable within the DLNA protocol specification.Comment
-
Re: DSD handling
Yes, of course. But the high sampling rate not only allow to playback signal with the higher frequency, and also to produce more accurate recovering of the analog signal in the audible frequency range (20-20000 Hz) during digital to analog conversion. And SQ is higher due to it.
For example: I set up MinimServer on Qnap TS-459 Pro for my friend for playback of the dsf files on Linn Klimax DS/1. He told me that the same record in MinimServer option dsf -> wav 24;176 "on the fly" sounds better than in option of offline conversion by dbpoweramp dsf-> wav 24;96 - more air, the scene is more, localization is better, music instruments are more accurately tracked. (SACD Living Stereo RCA Heifetz - Double Concertos). But offline conversion by dbpoweramp dsf-> wav 24;176 sounds as good as dsf -> wav 24;176 "on the fly".Comment
-
-
Re: DSD handling
It's not to do with ultrasonic noise.
Your DAC may not support native DSD streaming but may support DoP, which packages DSD to look like 24bit PCM for the purpose of getting it to the DAC. If it is getting DoP, your DAC should recognise the packets as containing DSD from the packet header and process them to pass DSD to the actual decoder. In the meantime, because the data is packaged as 24bit PCM that is what is likely to be reported on a control point, at a sample rate appropriate to the DSD rate. You can find a fuller description of DoP here;
http://dsd-guide.com/dop-open-standardComment
-
Re: DSD handling
It's not to do with ultrasonic noise.
Your DAC may not support native DSD streaming but may support DoP, which packages DSD to look like 24bit PCM for the purpose of getting it to the DAC. If it is getting DoP, your DAC should recognise the packets as containing DSD from the packet header and process them to pass DSD to the actual decoder. In the meantime, because the data is packaged as 24bit PCM that is what is likely to be reported on a control point, at a sample rate appropriate to the DSD rate. You can find a fuller description of DoP here;
http://dsd-guide.com/dop-open-standardComment
Comment