forcing more sound buffering
Alexander Leidinger
Alexander at Leidinger.net
Thu Jan 17 00:01:31 PST 2008
Quoting Julian Stacey <jhs at berklix.org> (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 www.mpg123.org:
---snip---
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.
---snip---
Bye,
Alexander.
--
Ferengi Rule of Acquisition #239:
Never be afraid to mislabel a product.
-- ST:DS9, "Body Parts"
http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137
More information about the freebsd-multimedia
mailing list