home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text5486.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  1.7 KB
  1. Received: from tequesta.gate.net (tequesta.gate.net [199.227.0.12]) by nacm.com (8.6.10/8.6.9) with ESMTP id KAA27661 for <executor@nacm.com>; Mon, 16 Oct 1995 10:45:29 -0700
  2. Received: from hopi.gate.net (salernof@hopi.gate.net [199.227.0.13]) by tequesta.gate.net (8.6.9/8.6.9) with ESMTP id NAA45110; Mon, 16 Oct 1995 13:39:05 -0400
  3. Received: (from salernof@localhost) by hopi.gate.net (8.6.9/8.6.9) id NAA13035; Mon, 16 Oct 1995 13:40:02 -0400
  4. Date: Mon, 16 Oct 1995 13:40:01 -0400 (EDT)
  5. From: Fred Salerno <salernof@gate.net>
  6. To: Ben Lindstrom <mouring@netnet.net>
  7. cc: "Clifford T. Matthews" <ctm@ardi.com>, executor@nacm.com
  8. Subject: Re: [ANNOUNCEMENT] 1.99p3 is out + status report
  9. In-Reply-To: <Pine.SUN.3.91.951016011354.14665B-100000@netnet1.netnet.net>
  10. Message-ID: <Pine.A32.3.91.951016133922.32612B-100000@hopi.gate.net>
  11. MIME-Version: 1.0
  12. Content-Type: TEXT/PLAIN; charset=US-ASCII
  13. Sender: owner-paper@nacm.com
  14. Precedence: bulk
  15.  
  16. And I suppose a DOS version wouldnt be so bad since most cards support 
  17. the "Sound Blaster 1.0" settings... but theres all kindas configurations.
  18.  
  19. On Mon, 16 Oct 1995, Ben Lindstrom wrote:
  20.  
  21. > 
  22. > 
  23. > On Sun, 15 Oct 1995, Fred Salerno wrote:
  24. > 
  25. > > Is sound really that hard of a problem to conquer?
  26. > > 
  27. > >From a Linux/NeXT point of view no.   Since it's just a standard driver
  28. > for all sound cards. From a DOS standpoint...I'm unsure. I would bet it would
  29. > take a little code. It might not  be a BAD idea to implement sound  on 
  30. > Linux/NeXT in the Hackathon II so it would be easier to implement it 
  31. > under DOS.
  32. > 
  33. > (BTW, Windows/Windows95 would also be easy since it's like  Linux/NeXT..A 
  34. > perfectly standardized API)
  35. > 
  36.  
  37.