Hi Peter, here are the numbers you requested when switching between 16/44 and 24/96 files, and vice versa. I don't think the DAC has anything to do with this issue because I ran the test once using the DAC and once just using the internal sound card in my laptop and got the exact same results. Here are the numbers:
Song 1, 16/44, length 3:26.42 to Song 2, 24/96, length 4:29.63 generates:
2/32/44100/352800/8 and 2/24/96000/576000/6
Song 2, 24/96, length 4:29.63 to Song 3, 16/44, length 5:45.04 generates:
2/32/9600/768000/8 and 2/24/44100/264600/6
Playing and stopping each song respectively generates:
Song 1: 2/32/44100/352800
Song 2: 2/32/96000/768000
Song 3: 2/32/44100/352800
Hope this helps.
boleary - hi,
It just slipped through my mind how easy it is to let the device initialization work as before. Or anyway for that part that should be causing it.
I think - but can not be sure - this is about how your M-Audio responds to relative changes, and it may not be able to do it at all. Or at least not how WASAPI this dictates. Also, I of course assume that you didn't change anything with your chain (being M-Audio - MSB according to you signature), and that *that* chain worked before.
If the below XXEngine3.exe helps I can make a parameter for it ("Initialization type" or something), and you would be using the old way.
Important : This is not a production version and it won't be consistent with your XXHighend.exe, but I expect you can use it sufficiently to try this. If you were used to try it by dragging the time cursor to near the end of "track 1" and that gives you errors, just try it with running "track 1" all the way through. That will most probably work for this combination.
Do not forget to save your current XXEngine3.exe.
If this helps, I wonder what is special about the M-Audio. One thing I can expect : if this is a 24 bit device @ 96KHz (and it should since you seem to use it like that), how is that different from a. the other USB devices which don't support 24/96 and b. how is it different from the "24 bit only" devices where the new method of initialization was made for. IOW ...
I feel something more is going on here, because I don't suspect a 3rd method for USB to exist. But what about this being 16/96 (which is normal for USB), and what do you actually do to let this work with the MSB ... if this is true *and* you know this in the first place (whether it is 16/96).
Another question would be : what do you select for "DAC Needs" ? 24 or 32 ?
Sorry for the question, but I merely like to know what is going on than just solve the problem without understanding.
Anyway let me know whether it helps.
Peter