> Key words are: closed source. Bad idea.
There is not much choice around ...
> The problem is that apps working with SB cards usually do this by
> accessing hardware ports directly (in/out instructions). You can't "hook"
This is a non-issue affecting legacy crap only ;-)
> and having a .sys dr
>>> [...] would add a great deal of usability to dos apps, especially
>>> ones that already work directly with sb compatible cards.
> You talk about old apps that make hardware calls. Also would be
> interesting a standar sound library for new DOS apps.
Yes, I talked about old apps, replying to
You talk about old apps that make hardware calls. Also would be
interesting a standar sound library for new DOS apps.
2009/5/18, Christian Masloch :
>> Linux has supported ac97 soundcards for years, why can't dos have
>> a .sys driver that can be loaded at boot time to do the same thing?
>> ther
> Linux has supported ac97 soundcards for years, why can't dos have
> a .sys driver that can be loaded at boot time to do the same thing?
> there's a *lot* of motherboards that have ac97 support these days,
> well over 50%, and having a .sys driver to handle these kinds of
> boards would add a grea
Linux has supported ac97 soundcards for years, why can't dos have
a .sys driver that can be loaded at boot time to do the same thing?
there's a *lot* of motherboards that have ac97 support these days,
well over 50%, and having a .sys driver to handle these kinds of
boards would add a great de
On Mon, May 18, 2009 at 1:21 AM, dos386 wrote:
> Georg Potthast recently released a (closed source) AC97 thing, also upgrading
> DIGPAK (15 years old) for PCI cards has been suggested.
Key words are: closed source. Bad idea.
Anybody volunteering to update digipak or write an audio subsystem fo
> In general, sound cards are handled directly under most DOS
YES, but it's the bad way of doing :-(
> You may want to look at the source code for several games to see how it is
> done.
Bad idea, only ISA cards (>=15 years old). Look into MPXPLAY source instead.
> Another solution is to look a
Hi Kurt,
In general, sound cards are handled directly under most DOS
environments. You may want to look at the source code for several
games to see how it is done.
Another solution is to look at the Allegro library at <
http://alleg.sourceforge.net/ >. I haven't used it in several years
but it
Hi Kurt,
In general, sound cards are handled directly under most DOS
environments. You may want to look at the source code for several
games to see how it is done.
Another solution is to look at the Allegro library at <
http://alleg.sourceforge.net/ >. I haven't used it in several years
but it
You can try also : FTV for DOS
http://ftv.3amsystems.com/samples.htm#REQUIREMENTS
System requirements
80386/80486/Pentium CPU
MS-DOS 6, Win 3.1, Win95, Win98
Sound Blaster compatible sound card
Extended memory (256k minimum, 4096k recommended)
SuperVGA graphics card with VESA support (640x4
Hi ,
i've tried this using miy notebook on pure dos (psk21 ,rtty,etc..)
I use cf31 panasonic toughbook with drivers for his sound card (yamaha).
Roberto iw2evk
Intercom is a free DOS program by Pier PA3BYZ that since version 4.1 adds
PSK31 capability to many other modes. It can use several int
Hi ,
i've tried this using miy notebook on pure dos (psk21 ,rtty,etc..)
I use cf31 panasonic toughbook with drivers for his sound card (yamaha).
Roberto iw2evk
Intercom is a free DOS program by Pier PA3BYZ that since version 4.1 adds
PSK31 capability to many other modes. It can use several int
My two computers(one old, one newish) both have decent sound capabilities
with in and out jacks; I wish
to use this to implement audio frequency shift keying(AFSK), in which I need
to send and recieve tones.
Is there a way, using only dos, to access the i/o jacks? --kurt<
wb2...@gmail.com>.
---
13 matches
Mail list logo
