There is automatic sample rate conversion in WDM. Let's say you start ASIO and the SR is set to 48 kHz. Then whatever you play via WDM is sample rate converted to 48 by the OS. If you don't use ASIO the sr is set in the Settings dialog, and again WDM will automatically convert eveything to this value.

If you start ASIO at 48 and then start a second ASIO at 44.1, the SR will not change and the second program will play back in wrong speed. Or it will change and the first plays back in wrong speed? Forgot, but anyway, it will not work that way.

Is WASAPI support in the works?

Thanks for the update - so far so good. The new driver has eliminated BF iTunes / multimedia glitching here (Win 7 x64), which is very welcome.

Well not sure what RME's definition of "supported" is, but I do know it simply doesn't work with foobar or J River Media Center.  Both pieces of software just returns an error code with unsupported format.

Both do WASAPI to my built in sound card and my hiface usb to spdif adapter just fine, so something is not right with Fireface UC driver in this regard.

Are you kidding?  I'm not going to manually set the sample rate for every different piece of music I want to listen to, I have stuff all over the map as far as sample rate goes.  Random is right out of the question.

If the driver implementation is done right, the software using WASAPI can switch it on the fly.  I know my other hardware allows it and works perfectly in this regard with foobar and J River.

Why doesn't this work with my RME?

Well I think you can see the reason's why I feel it doesn't work at all.  If it was documented that manual frequency matching was required in WASAPI mode that would be another story.

So will automatic frequency matching work with this new driver?

My TMFX is still crashing every now and then (program shutdown) when using the Mackie MCU and working the faders a lot.
Also two times today I experienced that the MCU - TMFX communication just stopped working (No reponse any direction).
I'm running USB from the MCU to my W7 64.

Geir.

MC - You mentioned previously to wait for the next driver release to resolve the delay when arming tracks to record in Sonar. 
I don't see it in your fix list above, so am assuming it didn't make it into this release, correct? 
Thanks
Russ

Unfortunately the driver change that was supposed to fix this as side effect did not work out at all. So this specific issue is not adressed in the upcoming release, at least from our side. Sorry.

My pleasure!

Still it would be useful to know if those people who can reproduce the arming delay (there was no delay for me, just other quirks) can tell if X1a behaves different from X1b. Because in that case the ball would be on Cakewalk's ground.

thanks for the update - driver / totalmix is working smoothly so far

couple of questions on the Mackie interface
will it be possible to get the user channel names (rather than original names) onto the LCD strip?
will it be possible to use mackie extenders to control more than 8 channels simultaneously?
any chance the mackie C4 could be supported for adjustments such as mic gain, EQ and dynamics?

thanks for your help

thanks

so is that a 'yes - these features will be available' - as long as you're running the UFX over TotalMix?

I updated the first post with this info:

!!!!!Update 05/20/2011 !!!!

General:
- Settings dialog: TMS had been switched off on every restart
- Settings dialog: In some situations a tab for non-existing devices was shown
- New TotalMix FX 0.94 RC1

Babyface:
- Bug fix high interrupt load when removing the driver under W7 SP1

***Link removed***

Users of Babyface and Fireface UC will get the latest version of TM FX. The biggest or most obvious difference to 0.93 is that the outputs can now also be set to mono (single channel) mode. Plus some more MIDI options and lots of improvements and bugfixes, as you would expect.