Maybe I'm misunderstanding again, but it sounds like as much of a software problem as a hardware one. Even if you had a sound card that would provide a continuously variable output, how would you feed it?
Well, I think ReClock already supports this via a registry tweak. (to simply output the exact sample rate to the driver, rather than resampling) But of course pretty much nothing supports it.
I guess you're imagining a change in the way videoclock is implemented?
Hoping for it - if there is hardware that could support this, that is.
If that's the case, and the benchmark has a continuously adjustable clock, why not just have JRiver take control of its clock in ASIO or WASAPI and vary it appropriately?
I have been in touch with Benchmark Media, and they have said that it will accept 28-210 via Coax, 28-96 via Toslink, and their USB driver only supports standard sample rates.
It doesn't sound like they are willing (or able?) to write a new driver that would support this. I don't know whether it's a software limitation of the driver, or a hardware limitation.
Or if the idea depends on the DAC outputting at a standard rate, why not do all the resampling on the front end in software instead of having the DAC do it?
As I understand it, the way that ReClock and VideoClock work, is that they either speed up or slow down the audio to keep it in sync with the refresh rate.
So if you have 25fps video being played back at 24Hz, it's slowed down by 4% - so the audio goes from being 48kHz to 46.08kHz.
It then has to be output at a "standard" sample rate (48/96/192 etc) so ReClock/VideoClock resamples the audio to maintain sync & pitch.
It's my understanding that if you're resampling the audio - especially if you're only making a small change from say 46.08kHz to 48kHz, you are actually degrading the sound quality, because you only have 46,000 samples and need to fill 48,000.
But if you could leave the samples alone, and simply change the speed they are played back at, you could reduce 48kHz to 46.08kHz without actually making any change to the audio file, so it would be a "lossless" change.