no OS running random code at random times), you can design for or achieve any specific or consistent effect on sound quality.Įven coding in assembly language, what instructions you provide and what the CPU actually executes are, except in very specific cases, not predictable. I am saying that you cannot write code in anything above assembly language, for modern CPU architectures, that has enough control over what actually executes when that, even on a dedicated machine (i.e. Nor am I saying that software players cannot sound different. Now, I will not claim that my methodology is a pure and true DBT, but it's a lot closer than any sighted test is going to be. And when I do that, in this case, Audirvana, Roon and various other players all show up as being indiscernibly different. While I will, at some point, write up something on the high-degree of improbability that any code changes running on any reasonably modern general purpose computer (that's running more than one task/thread) can yield any specific or intended effect on sound quality within a bit-perfect digital system, in the interim I do my best when comparing things to eliminate as much potential for expectation bias as I can. Click to expand.Assuming he's not fiddling with the bit level data (which I do not believe he would do), it's unlikely to be something either a) deterministic (any change is more likely down to chance than intent and b) the same between any two systems.

Audirvana plus single song