Date: Sat, 2 Jan 1999 11:56:09 +0100 (MET) From: Luigi Rizzo <luigi@labinfo.iet.unipi.it> To: cracauer@cons.org (Martin Cracauer) Cc: shocking@prth.pgs.com, freebsd-multimedia@FreeBSD.ORG Subject: Re: No sound with quake 2 on FreeBSD-2.2.8 Message-ID: <199901021056.LAA24450@labinfo.iet.unipi.it> In-Reply-To: <19990102131759.A14728@cons.org> from "Martin Cracauer" at Jan 2, 99 01:17:40 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > available, so there is really nothing stopping people from implementing > > it -- not even time, since they want this primitive to play games. > > This is an early candidate for the quote of the year :-) maybe. > I think the main point about the mmap interface is that you don't need > a seperate thread or process to feed the card. Portably, that is, > without surprises which write(2) blocks when on which driver/os. This is totally false. Mmapping the buffer will not save you from underruns. The only thing it gives you is the ability to replace samples already written to the driver (but not consumed by it) with new ones. Of course you have no (portable) way to control/enforce how much buffering occurs within the driver so in the end i wonder how much you gain in terms of portability. The mmap interface (someone please correct me if i am wrong) is only there because Windows uses it in some incarnation. cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO . EMAIL: luigi@iet.unipi.it . Dip. di Ing. dell'Informazione HTTP://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199901021056.LAA24450>