It’s not easy or hard…just the truth, when it comes to this specific issue. If we wanted the easy way out, we’d be ignoring this, not explaining this to manufacturers over and over + doing the work to get this fixed properly. That takes much more time and effort than a technical fix.
I’ve actually been in that situation, and I distinctly remember not asking the mechanic to “fix” the car to accept bad gas in the future. I changed out the gas, decided it wasn’t worth trying to get the $50 back from the pumping station, and remembered never to go back there.
Part of why products in this industry (as a whole) have lingering flakey issues like this is because many manufacturers treat their product as immutable after it has shipped and expect software fixes to close the gap. Yes, when you are making an analog amplifier, that is how it works, but today’s DACs typically have multiple updatable software-driven components inside, plus a driver. And all of those are fair-game for long-term maintenance and proactive QA to ensure long-term OS-level compatibility.
It’s not good for consumers in this space if hardware to becomes abandonware as soon as it is sold. Doing hack+slash workarounds for DAC bugs encourages this. It’s terrible that so many of us are walking around with a mental model about what works or doesn’t work with what. We deserve better interoperability than that.
Patching around this in our world (we could–just in Roon, though. This bug can be avoided 99% of the time by pausing for an extra tenth of a second when switching formats). would, in a selfish way, be good for us–since we would be the repository of the workarounds and quick-fixes and other players would have to hop that bar to catch up, but it’s not good for the industry or its customers when devices are so quirky.
Imagine if Apple made similar changes in their kernel and exposed this bug. It would be much better for you if it was already fixed in the hardware. Apple certainly would not be listening to you or coordinating remediation efforts like we are.
Generally the response we have gotten from manufacturers is positive and cooperative. I think they will get this fixed. Work takes time…but in my view, some short term pain is justified if it nudges everyone in the right direction.
We are providing service, just not in the way you would prefer. Actually, we are doing something much more expensive and painful than software patching.
The service we are providing is talking to manufacturers, analyzing/finding the technical details, explaining the issue clearly to everyone in the open, avoiding tons of repeat effort across manufacturers to figure this out one by one, and doing what we can to get this fixed for you long-term no matter what software you choose to use.
This seems better than putting some bubblegum+tape on it today, forgetting it ever happened and waiting for the next issue like this to come up…maybe you disagree, but that is my view.