Tír Na HiFi

sbgk wrote:

Aleg wrote:
And maybe 176.4/24 as well so there is a basis for DoP support?

how's that going to work ?

need help in understanding the format, asked before and didn't get any, also can't test it.

Gordon

This document describes the DoP open standard of the format: http://dsd-guide.com/sites/default/file ... rd_1v1.pdf

DoP is transported as a 176.4/24 PCM format, but the 24-bit PCM-frames contain an 8-bit DSD marker (MSB) (consisting alternately of 0x05 and 0xFA indicating each of the two channels) and 16-bit DSD-data.

Is this document making things sufficiently clear for you?

Aleg wrote:

sbgk wrote:

Aleg wrote:
And maybe 176.4/24 as well so there is a basis for DoP support?

how's that going to work ?

need help in understanding the format, asked before and didn't get any, also can't test it.

Gordon

This document describes the DoP open standard of the format: http://dsd-guide.com/sites/default/file ... rd_1v1.pdf

DoP is transported as a 176.4/24 PCM format, but the 24-bit PCM-frames contain an 8-bit DSD marker (MSB) (consisting alternately of 0x05 and 0xFA indicating each of the two channels) and 16-bit DSD-data.

Is this document making things sufficiently clear for you?

so a 176.4/24 version is going to do the job ?

sbgk wrote:

Aleg wrote: Gordon

This document describes the DoP open standard of the format: http://dsd-guide.com/sites/default/file ... rd_1v1.pdf

DoP is transported as a 176.4/24 PCM format, but the 24-bit PCM-frames contain an 8-bit DSD marker (MSB) (consisting alternately of 0x05 and 0xFA indicating each of the two channels) and 16-bit DSD-data.

Is this document making things sufficiently clear for you?

so a 176.4/24 version is going to do the job ?

As long as mqn accepts this construction of PCM-frames, i.e. not filtering out or rejecting the data because it is constructed with these markers.
I have other players playing DoP just fine and interpreting the stream just as a 176.4/24 datastream and let it pass it through without modification.
The DoP capable DAC will do the decoding as it recognises the construction of the PCM-frames as DoP.

sbgk wrote:

Ken Moreland wrote:

DJ le Roi wrote:I tried 3.64/7.41avx2 in combination with PA84. All bitrates 1644/2496/2488/24192 works fine with my M2Tech Hiface DAC"

I see DJ le Roi has all flavours working including 24/88, is there a corrected version of 24/88 somewhere that I missed ?

think he must be imagining things

Your comments made me a little bit insecure so I tried again all bitrate versions.
And, I can't help it but they are really working.
By the way: I use MQNLoad. I do not use Tasker. When I choose a 24/88 song, I choose mqnplay.exe 2488 24 bit 7.41 avx2. When I choose a 24/192 song, I choose mqnplay.exe 24192 24 bit 7.41 avx2.
I use 3.64 and PA84 AVX2. PA86 AVX2 is also working.
I have a AMD A4-5300 processor (which officially doesn't support AVX2).

the bit I don't get is how does the player confirm with the device that it is dop data as opposed to 24/176, haven't seen that described anywhere.

DJ le Roi wrote: Your comments made me a little bit insecure so I tried again all bitrate versions.
And, I can't help it but they are really working.
By the way: I use MQNLoad. I do not use Tasker. When I choose a 24/88 song, I choose mqnplay.exe 2488 24 bit 7.41 avx2. When I choose a 24/192 song, I choose mqnplay.exe 24192 24 bit 7.41 avx2.
I use 3.64 and PA84 AVX2. PA86 AVX2 is also working.
I have a AMD A4-5300 processor (which officially doesn't support AVX2).

ok

v86 > v84. liitle bit better.

Thanks for that DJ, sorry for troubling you. I'm oldfashioned and simply use MQNbat , no loader or tasker so I just need a corrected version of 24/88 that has the missing line included.

KM

jesuscheung wrote:v86 > v84. liitle bit better.

uploaded v86 normal no wt version, think I prefer it

sbgk wrote:the bit I don't get is how does the player confirm with the device that it is dop data as opposed to 24/176, haven't seen that described anywhere.

My assumption with my previous comments, is that the stream has been already encoded in DoP format outside of the mqn-player.

If you want to encode the original DSD as DoP yourself, then it is a different matter altogether. Then you will have to create the DoP-encoded frames.

But based on my assumption of pre-encoding into DoP using another program, mqn can just send it on as a 176.4/24 PCM and you/mqn doesn't have to confirm anything with the device or its driver as it being a DoP or not, the DAC will detect that by itself. You/mqn just offer it to the device as being a genuine 176.4/24 PCM-stream.