Date: Thu, 8 Jun 1995 04:29:04 GMT From: Stephen Hocking <sysseh@devetir.qld.gov.au> To: hackers@freebsd.org Subject: [repost] latest working sound v30 release Message-ID: <199506080429.EAA09085@netfl15a.devetir.qld.gov.au>
next in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199506080429.EAA09085>