Interesting… I think that I read somewhere about this relation between QV’s and 
MPXPLAY’s drivers...




Btw: New driver for various PCI sound chips by Ruslan Starodubov (14 November 
2014)


from http://multimediaware.com/qv/snddrv/





—  Dr. Florian Xaver 


<http://www.xaver.me>

<http://www.drdos.org> - DOS Wiki

On Tue, Nov 25, 2014 at 8:17 PM, Matej Horvat <matej.hor...@guest.arnes.si>
wrote:

> On Tue, 25 Nov 2014 19:51:53 +0100, Mateusz Viste <mate...@viste.fr> wrote:
>> The VESA audio is nice (on paper), I didn't know about it. But I
>> understand it is an INT API, so it would require to have some kind of a
>> TSR that sits in memory all the time, and responds to such INT calls.
> I think this is the most elegant way. This is how packet drivers and  
> USBDOS work. You only have to load the driver once and then it's available  
> for any program. (And while we're at it, let's create a modern standard  
> for TCP/IP TSRs.)
> Maybe we should indeed use the VESA interface, as it's the closest thing  
> to a standard (but where is the documentation?). Another option is  
> DOSSound, although its API is too AC97-specific in my opinion (since  
> that's its purpose).
> The best option for old software would be Sound Blaster emulation drivers,  
> of course. But since trapping I/O ports requires protected mode, it might  
> not be compatible with various extenders (e.g. VSB only supports real mode  
> programs because of this). But I admit that I don't know much about this.
>> The QV approach (if I got it right) seems to be about providing some
>> kind of external files (*.SDR) that are used directly by the main
>> program. I have no idea how it works under the hood, since there is no
>> source code nor public API available online, but the basic principles
>> looks sexy to me.
> They are just renamed EXE files. I don't know how they are called though.
>> The basic idea is that since apparently there are still people investing
>> time and effort into developing sound drivers for DOS (QV, MPXPLAY...),
>> it would be great to somehow make this reusable for other projects.
> I agree.
> BTW, the PCI.SDR driver for QV seems to be based on Mpxplay drivers. Look  
> at it with a hex editor.
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to