Hi! I speak about it on ixbt forum, so besides bug tracker, was asked to write issue here!

I ask Daphile developer!
How he create DoP/DSD support without clics/pops! And he tell:

You have to study DoP format specification. You also have to understand that you may not use zero bits for padding in the last frame of the stream (between tracks). If you handle DoP encoding track by track, then you must use such a padding that don't cause audible clicks. Search Internet for DSD silence patterns (eg. 0x69).

ALSO fow question how to do this, he says

Any competent developer should be able implement it as long as she/he understands to use "DSD silence pattern" (e.g. 0x69) instead of "zeros" for padding the incomplete DoP frames.

Are you aware that some (many?) DSD recordings contain "pops" or "ticks" in between tracks? These sounds are part of the recording and will be heard irrespective of the music player used. I don't know if this has any relevance to your post, but I thought that I would mention it. BTW, this "pops" are also retained if the DSD recording is converted to PCM format.

I like to understand what to do in the new version. DSD, the "silence" pattern is now 0x69 - is added to dsd2pcm codec - which operates in the DSD mode - the PCM and works as DOP disabled. Now, when I listen to the DoP mode = off clicks in the sound is not!
How to add this for DOP mode? Not for DSD-PCM convert!

- With the DIY dac everything is fine in both DoP and Native DSD mode. I used it after more than a year ago and I remember having pops/clicks (the usual effects of wrong dsd silence) with DSD. As it seems both MPD and alsa fixes* worked for this device.

- With the Aune S16 DSD reproduction is not ok. It's an XMOS based dac and this implementation only supports DoP. I am still getting (very loud) pops and clicks when switching DSD tracks, repositioning within the track etc..

It's a little bit confusing for me to see that all these patches fixed the issues with the DIY dac but not with the Aune S16. I assume that the appropriate DSD silence is not enough (or not affecting DoP completely) and something is wrong with the implementation of my device.

*Apart from the MPD silence code, there's also an Alsa patch (upstream long ago) that in theory should fix these kind of issues but as I understand it's for native DSD only and not DoP.: