I’m not getting your point, are you saying I should manually interface with the windows native audio API?
If the opinion on the SDL only builds in the future still matters, then yes - there are no outstanding issues with porting an application to the Primary Driver. Otherwise, I was just revisiting some of the standard error states WinXP+ systems have streaming genuine, virtual and hybrid variants of mixer/reproducing ports.
I have a few hybrid drivers on my PC so consider it a stable ground for those proofs. 
Uh, SDL_mixer probably just calls out to the native Windows drivers under Windows. And probably calls out to either ALSA or Pulse on Linux. Why would one want to have a hackish implementation that works on only one platform when you can write to the API that abstracts that stuff away?
In short, my opinion is that the SDL_mixer author probably knows more about this stuff than all of us put together 
If the opinion on the SDL only builds in the future still matters, ...The XP-discussing post was merely an opinion, and to forward one previous thought that seemed to be in the air. SDL team was brilliant and the package prooved to be exactly what the indie community needed -- it's that there are 4kb demos out there that make use of the native mixer [i]and[/i] default driver with no conflicts whatsoever.