darry wrote on 2020-05-13, 16:30:
Joseph_Joestar wrote on 2020-05-13, 15:29:
chinny22 wrote on 2020-05-13, 15:20:
You sure? I'm pretty sure the "non live" cards like the PCI64 and 128 emulated SBPro and Live bumped this upto SB16.
As for the SBLive, you don't get SB16 emulation with WDM drivers, only SBPro. You need VxD drivers for SB16 emulation.
Just to be clear, that is in DOS , when running under Windows . Under pure DOS, you get SB16 emulation either way .
If possible, I have a few questions about that pure DOS mode SB16 emulation.
Does the SB16 emulation work with both real mode and protected mode games?
I'm asking this, because I recently stumbled upon the file `update_pc_miles_sounddrv5.rar` that Vogons user mefistotelis shared in this thread post, quite a few years ago. He mentioned those were real mode drivers, but that was probably a mistake or mixup, since these are in fact protected mode drivers. They seem to be a later (v5?) revision of the protected mode AIL3 (Miles) drivers that we used in a lot of protected mode games that used the DOS/4GW DOS extender.
What caught my eye is that the `MSSDRVR.LST` file in that version of the driver pack mentions that the `sb16.dig` (for digital audio) and `mpu401.mdi` (for MIDI music) also "support" the Sound Blaster Live!.
I'm wondering if they added native SBLive! support to those two drivers. I doubt it, however, since it's such a different card that it would have justified separate driver files, methinks. So the most likely explanation is that they merely improved the SB16 and MPU-401 drivers to be more compatible with the DOS-mode SB16 emulation. Has anybody tried these drivers with their SB Live! and/or Audigy cards yet? With or without the DOS-mode SB16 emulation TSR? That would also imply that the SB16 emulation of the SB Live! and Audigy somehow works with protected mode as well. Usually, that's not possible without some kind of hardware-assisted emulation mechanism, right?
Or perhaps it only works with certain specific chipsets? Does it work in more recent chipsets (particularly PCI Express architectures with legacy PCI bridges) as well? Probably not, right?