Date: Wed, 17 Dec 2003 23:47:52 -0500 From: Mathew Kanner <mat@cnd.mcgill.ca> To: freebsd-current@freebsd.org Subject: Re: audio lag in 5.2-Beta (card emu10k1) Message-ID: <20031218044752.GF85297@cnd.mcgill.ca> In-Reply-To: <20031218035143.GB2107@opiate.soulwax.net> References: <Pine.LNX.4.44.0312111204530.25046-100000@shell.netikka.fi> <20031212104433.GA803@galgenberg.net> <1071237706.970.41.camel@localhost> <20031212165822.GC48271@opiate.soulwax.net> <brct7i$1b6$1@sea.gmane.org> <20031212190956.GA83087@opiate.soulwax.net> <20031217224800.GB41308@xor.obsecurity.org> <20031218031512.GA628@opiate.soulwax.net> <20031218034220.GA2107@opiate.soulwax.net> <20031218035143.GB2107@opiate.soulwax.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Dec 17, Munish Chopra wrote: > Embarrassingly enough another reply to myself, but I didn't think I'd > find it this quickly. Reverting to revision 1.88 of channel.c fixed > things right up (also 1.20 of buffer.c and 1.7 of buffer.h). No more > lag. > > Revision 1.89 of channel.c attempted to make really short sounds > actually play. Looks like buffer issues. Munish, Does this only fix the amount of time it takes to seek in mplayer or xmms, or to start a track? --Mat -- If you optimize everything, you will always be unhappy. - Don Knuth
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031218044752.GF85297>