You are saying that some playback decoding "corrects" for issues at recording? Can you explain this, please - what issues?
Edit: I think I see what you are getting at - the physical CD pits & lands are not well defined on the CD & some CD mechanisms are better able to handle this i.e introduce less jitter
But this has nothing to do with the DAC unless you are saying that the jitter of this CD reading is handled better by some DACs than by others?
This I could agree with but I would want to test this by copying the CD to hard drive with 100% error free copying & see if the same differences between DAC playback was observed.
The CD transport was the same as mine with the dCS Rossini/Berkeley Ref audition (Simaudio/Moon 260 DT). I have heard the same problem on a NADAC (both PCM straight and HQPlayer --> DSD), but with the CD played from file. The violin sound was flat, synthetic and without fine detail.
I have not encountered a timbre problem with solo violin to such an extent on my Berkeley and Yggy on any more modern CD. The solo violin on Yarlung Records -- Art of the Violin, for example, sounded maybe a bit more detailed on a dCS Vivaldi in another system, but there was no world of difference to what I hear in my system. The level of detail there is still remarkable. Timbre in my system on that CD is also good.
What I'm suggesting is that there are some low level factors which auditory processing picks up on & which signals to the perception that all is correct with that sound - the factors are still to be worked out but I can assure you that they are not uncovered by the current standard measurements (I'm sure your suggested mechanism will not appear in measurements, either)
I understand that, but since my DACs perform just fine on modern solo violin recordings/CDs I don't think they have inherent problems with presenting the instrument correctly.
What your example shows, IMO, is that there are aspects of that CD recording which upset all but the most pristine playback systems - so these factors are a good tester for how playback devices deal with such marginal issues
I agree with that. This is also why I chose that example.
***
BTW, my apologies for using the inaccurate term of "correcting" for issues in the decoding. A more accurate description might be the ability to extract the right data from a sub-optimal datastream. How that might work, I don't know. Unlike you I am not a digital engineer.