Hello,
I have identified the cause for this issue, the CoolSoft application is modifying the Drivers32 registry keys in an unsupported way. I'm in contact with the CoolSoft developer and assisting with the fix.
Thanks,
-Gary Daniels
Senior Software Development Engineer
Windows Audio Drivers
Windows Audio Endpoint Builder service is now rebuilding the "old" Drivers32 reg key from scratch, getting info from installed device drivers.
This could be ok, but a lot of software synths out there (VirtualMIDISynth, Munt, ...)
are not device drivers but software only components.
And also, they aren't kernel-mode .sys drivers but user-mode DLLs, managed by winmm.dll.
User-mode drivers were (and still are) great for this kind of software, because they're both easier to debug and safe for the system.
Requiring them to be installed with .inf and catalog files, like real hardware device drivers, is a huge work and a costly request.
VirtualMIDISynth is a free passion-driven project, without any income; can't (and don't want to) buy an expensive kernel signing certificate for...
just creating a registry key !
I wonder how much does it takes for someone on the net to create something that detects changes made by Windows Audio Builder service and reverts them... someone already proposed this on my forum, but I refused the idea because
it's really an unsupported and hackish way.
What about adding a "special" registry key to let "Audio Endpoint Builder" service create additional
midiX entries in the old Driver32 key for user-mode DLLs?
Thanks