Date: Mon, 03 Apr 2000 10:27:39 +0300 From: Maxim Sobolev <sobomax@altavista.net> To: Mark Newton <newton@atdot.dotat.org> Cc: "Daniel O'Connor" <doconnor@gsoft.com.au>, MIHIRA Sanpei Yoshiro <sanpei@sanpei.org>, cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cg@FreeBSD.ORG Subject: Re: cvs commit: src/sys/dev/sound/isa ess.c Message-ID: <38E847EB.3CE51080@altavista.net> References: <200004021437.XAA34730@lavender.yy.cs.keio.ac.jp> <XFMail.000403124117.doconnor@gsoft.com.au> <20000403150429.A62397@atdot.dotat.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Mark Newton wrote: > On Mon, Apr 03, 2000 at 12:41:17PM +0930, Daniel O'Connor wrote: > > > On 02-Apr-00 MIHIRA Sanpei Yoshiro wrote: > > > I think so too. Some sound application software(especially for > > > GAME, for example, games/xgalaga, games/rollemup in ports > > > collection) has this buffer problem. > > > I also think, we need to add sysctl for buffer size. > > > > What about the existing block size ioctl's? > > Interesting datapoint: If you run RealPlayer7 for Linux under FreeBSD, > audio and video are desynchronized. > > If you reconfigure it to use the "Old OSS Drivers" instead of "Native > Sound Drivers" it works just fine (but fails to provide audio when viewing > ShockWave content). > > This is with a SoundBlaster AWE64 ISA card. > > ... which is to say that our sound drivers are already *capable* of > avoiding the annoying out-of-sync buffering bugs, but they usually > choose not to :-) Or (and it is more likely) the RealPlayer in this case is chosing not to rely on buffer information provided by the sound driver. I've checked all pcm ioctl's and found that there is no legacy way to obtain *reliable* info about amount of data currently in the buffers. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?38E847EB.3CE51080>