Executor 2.0/executorv2.0.iso/pc/dos/extra/docs/maillist/text/archive.96/text1670.txt

Text File | 1996-07-25 | 1.6 KB | 39 lines

    (Smail3.1.29.1 #3) id m0tsuUl-0007qfC; Sat, 2 Mar 96 09:49 MST
Received: from ns.magicnet.net (pm5-23.magicnet.net [206.104.207.152]) by magicnet.magicnet.net (8.6.12/8.6.12) with SMTP id LAA23312 for <[e-mail]>; Sat, 2 Mar 1996 11:49:15 -0500
Message-Id: <[e-mail]>
X-Sender: [e-mail]
X-Mailer: Windows Eudora Light Version 1.5.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 02 Mar 1996 11:49:15 -0600
To: [e-mail]
From: Jon Abbott <[e-mail]>
Subject: Sound with Executor
Sender: [e-mail]
Precedence: bulk

At 03:49 AM 3/2/96 -0700, you wrote:

>One thing we know is that our current sound implementation interferes
>with the use of some peripherals on some systems.  We're in the
>process of rewriting the lowest level portion of our sound driver so
>that this will not happen.

Would it be possible to use a sound library (or whatever it's called)
of some sort, like HMI's Sound Interface to eliminate all these low level
problems? I've noticed many more DOS based games lately are relying on
HMI's Interface and was just curious as to how this might possibly be
used with Executor.. I don't know enough about this to judge if it would
be useful or not, but it seems like it handles all the sound code
independently. It seems like Executor could benefit from something
like this.. The only thing I'm concerned about with something like
this would be the price to pay to HMI.. That may or may not be steep.

>--Cliff
>[e-mail]

Thanks,
Jon Abbott