Dobro, the audio application HAS to pick the driver model. This has less to do with the actual "driver software" you have installed.
When you install drivers for a typical soundcard, you are installing support for one or more models, with at least DS and MME usually. Which mode the audio application will function in is very important. You can't just install an "ASIO driver" and expect an audio application to use ASIO if it can only use WDM, DS, and MME. For instance, no matter hard you squint while you install your ASIO driver, Windows Media Player will not use ASIO, neither will CEP.
I think what you're picturing in your mind is this: you install an "ASIO Driver", and all of your audio applications use this driver to play and record audio. But this is not how it works, because the audio application has to talk to the driver, and the interfaces for the various driver models are not all the same. When you install a driver for your soundcard, you are installing a multi-functional piece of software that can process requests from various pieces of software using various driver models. Your driver choice is limited both by your driver support, AND the application.
I am guessing that the ASIO driver in question was built in to the pre-existing driver. Hopefully there will be control panel support because with ASIO, your buffering is determined by the driver, not the application.
Many systems can get down to 1ms latency on a single track, so don't be bummed when you can't work with this kind of latency in real life. If you're mostly just recording straight analog and mixing, then you only need to get your latency down into the 50-60ms range for it to make you happy. This almost doesn't even require low latency drivers, as I've worked with DS drivers in Fruity Loops with latency as low as 80ms. But I digress, if you can use the new ASIO drivers, you'll probably be very happy.
BTW, if CEP is your app of choice, you cannot use ASIO.
Slackmaster 2000