On Mon, 2002-02-11 at 18:58, Valters Vingolds wrote:
> true about the buffer size... somehow I have 64kb input, 512kb output. I 
> absolutely can't tolerate skips in my music ;)
> 
> we should fix the original bug, ofcourse.
> can you produce a test scenario one could run to debug to see what's 
> going on?

That's easy Any Vorb RC3 stream will freeze at about 10 seconds through
the file with an input buffer of 16 and output buffer of 32.   This
happens 100% of the time here. I'm using alsa with oss emu and freeamp
is using the OSS output module.    

Mp3's will also exibit some weirdness with alsa (try stopping a file
after hours (overnight) playback will cause the player to freeze but
audio to continue being played back until that file is done then it will
stop.  I believe it stops.  It's been a while since I have used freeamp
since these problems started).

I'm testing with vorbs encoded at -q 5   


blah, Yes I know I call them vorbs, I hate "ogg", it sounds so uncool,
vorb sounds elite like that. heh.  

> Ed Sweetman wrote:
> 
> >Since before when I mentioned that Freeamp has problems playing vorbis
> >files when using OSS emu in also 0.9x and nobody mentioned having the
> >same problem, I thought maybe it was some bad vorbis coding. But the
> >problem laid in the audio buffers.   I like to keep my audio buffers
> >small but freeamp only protects against the absolute minimum size.  The
> >problem came up when I was using something like   a 16kb input buffer
> >and 32kb output buffer.   This would cause freeamp to lock up after a
> >few hours of playing a random set of mp3s...again I had originally
> >thought this to be a freeamp bug that nobody was interested in tracking
> >down. Vorbis files would freeze freeamp after the first 12 seconds. So I
> >thought, hey maybe I'm triggering a bug in freeamp where it is missing a
> >check to see if the buffers are too small for the data it needs, and i
> >upped the buffers to 32kb input and 128kb output. Now everything
> >works.   I assume everyone has their buffers set higher than that by
> >default or because of their experience with winamp and etc.   Perhaps it
> >would be best to force an acceptable minimum or create an error return
> >that tells the user that his/her buffers are set too small for the audio
> >that they're trying to play and to raise them accordingly.    
> >Everything works great now.  
> >
> >(cvs version of freeamp, btw)
> >
> >

_______________________________________________
[EMAIL PROTECTED]
http://www.freeamp.org/mailman/listinfo/freeamp-dev

Reply via email to