Re: Calibrating Buffer Size and Count

Kip Warner <[email protected]>
Newsgroups gmane.comp.lib.openal
Message-ID <[email protected]>
On Thu, 2010-05-27 at 23:43 -0700, Chris Robinson wrote: 
> On Thursday, May 27, 2010 10:10:09 pm Kip Warner wrote:
> > Hey everyone,
> > 
> > A few questions on buffers and sources.
> > 
> > Besides hearing the obvious stutter and clicks in a streamable source
> > and then updating the buffer size and number of buffers accordingly for
> > it, is there any way to reasonably determine their optimal size and
> > number at runtime?
> 
> I think 4 or 8 buffers to cover one or two seconds worth of audio would be a 
> good number and size for a stream. Many cache-able sound effects in games can 
> exceed a second, I think, so I don't see it as a problem for a stream buffer 
> size. And if someone has stuttering problems with that, there are probably 
> going to be other issues, too.
> 
> > In games, sound effects are generally buffered in full, while anything
> > longer, like music, is streamed?
> 
> Music and maybe voice tracks (sounds that can be several seconds and won't be 
> used again) could be streamed. In general, sound effects are ideally buffered 
> in full and kept around for reuse, yes.

Thanks Chris. What about the size of the individual buffers? How do you
determine how large they should be? I see the term "frame size" and
"buffer size" used in a couple places and I'm not sure what the
difference is.

-- 
Kip Warner -- Software Engineer
OpenPGP encrypted/signed mail preferred
http://www.thevertigo.com

_______________________________________________
Openal mailing list
[email protected]
http://opensource.creative.com/mailman/listinfo/openal
signature.asc (application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEABECAAYFAkwAFiYACgkQLXnfK7bii22yrQCgnJWKO5Lel4mvRVsCOtkya0YH
bJ4AnjVJu8Fs6JFrm1LRZqLIrQ2+Xw72
=hJK7
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.