From owner-freebsd-hackers  Thu Jun  8 00:13:53 1995
Return-Path: hackers-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id AAA00607
          for hackers-outgoing; Thu, 8 Jun 1995 00:13:53 -0700
Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1])
          by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA00594
          for <hackers@freebsd.org>; Thu, 8 Jun 1995 00:13:46 -0700
Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au 
          id <11893-0@bunyip.cc.uq.oz.au>; Thu, 8 Jun 1995 16:56:50 +1000
Received: from netfl15a.devetir.qld.gov.au 
          by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP 
          id OAA11986 for <hackers@freebsd.org>; Thu, 8 Jun 1995 14:31:06 +1000
Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id EAA09085;
          Thu, 8 Jun 1995 04:29:04 GMT
Date: Thu, 8 Jun 1995 04:29:04 GMT
From: Stephen Hocking <sysseh@devetir.qld.gov.au>
Message-Id: <199506080429.EAA09085@netfl15a.devetir.qld.gov.au>
To: hackers@freebsd.org
Subject: [repost] latest working sound v30 release
Sender: hackers-owner@freebsd.org
Precedence: bulk

	The real-time stuff is supported in the latest version of the
NAS server (1.2p2) which is available from all the usual places. I ought
to know, I added it myself (the SETFRAG stuff). Shawn from SCO added the
dynamic buffer sizing stuff for higher sample rates. It cuts down on the 
latency a fair whack. With setting suitable high/low water marks on the flows
I think it ought to go fairly well.

I have a copy of the Sun doom floating around on a machine here - if the
protocol is the same between the sound servers on both machines then I see
no reason why we cant come to an agreement....

>> 
>> There are two approches that I see to this problem fix whatever is causing
>> the sndserver to crash or to reverse engineer it so we can have a native
>> doom sound server. I like the last approach. Anyone with an access to
>> a linux and inclination could perhaps let us know the protocol between
>> Doom and the sound server. Also, if could figure out the sound protocol
>> we may be able to support music and perhaps extend the sound server
>> to use NCD's netaudio or what the heck lets go all the way out
>> an IP Multicast the FreeBSD Doom sound sessions :)
>> 
>> 
>> 	Cheers,
>> 	Amancio
>> 
>> 
>Well, reverse engineering is one thing, but Hannu added some real-time sound
>stuff for the doom sound server and I doubt it is supported by NAS.  Read
>the soundserver README in /pub/doom/linux (or whatever) on wcarchive.