forcing more sound buffering

Alexander Leidinger Alexander at
Thu Jan 17 00:01:31 PST 2008

Quoting Julian Stacey <jhs at> (from Thu, 17 Jan 2008  
02:52:22 +0100):

> I guess ksmp3play uses less internal buffering than mplayer, ? With a .jpg:
>  133MHz hw.snd.feeder_buffersize=16384 mplayer   : ran a bit rough.
>  133MHz hw.snd.feeder_buffersize=65536 ksmp3play : awful
>  133MHz hw.snd.feeder_buffersize=65536 mplayer   : still a bit broken.
>  166MHz hw.snd.feeder_buffersize=16384 ksmp3play : awful
>  166MHz hw.snd.feeder_buffersize=16384 mplayer:  : much better
>  166MHz hw.snd.feeder_buffersize=65536 ksmp3play : broke up
>  166MHz hw.snd.feeder_buffersize=65536 mplayer   : pretty good, not perfect.

Try with mpg123 (it may or may not solve your problem).

> What is the lowest speed CPU for playing `normal mp3 music (ie `file' above)
> Am I being over ambitious or reasonable ?

According to
Needed computing power

A recent test (GNU/Linux OS) with 0.60-beta2 showed 3% to 4% CPU usage  
on decoding high quality VBR MP3 with a pentiumII laptop with 366MHz,  
while a pentium 100MHz can easily handle two mpg123 instances in  
realtime (plus the mixing daemon that works on decoded data).
Michael said once upon a time

Plays Layer 3 in stereo on an AMD-486-120Mhz or (of course) a faster machine.

Just for info: mpg123 plays an average 128bps stream, with about 66%  
in full quality on an AMD 486-133MHz machine.


Ferengi Rule of Acquisition #239:
	 Never be afraid to mislabel a product.
		-- ST:DS9, "Body Parts"    Alexander @ PGP ID = B0063FE7       netchild @  : PGP ID = 72077137

More information about the freebsd-multimedia mailing list