Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 22 Jan 1999 01:57:53 +0100 (CET)
From:      Oliver Fromme <olli@dorifer.heim3.tu-clausthal.de>
To:        freebsd-hardware@FreeBSD.ORG
Subject:   Re: Sound stutters
Message-ID:  <199901220057.BAA06938@dorifer.heim3.tu-clausthal.de>

next in thread | raw e-mail | index | archive | help

Richard Foulk wrote in list.freebsd-hardware:
 > The sound card stuttering problem is apparently fairly wide-spread.

Yes, especially among Linux users, as far as I can tell from
watching the mpg123 mailinglist.  ;-)

 > Does anyone have a system that plays WAV and MP3 music files flawlessly?

Yep.

 > If you're fairly sure your machine passes this test could you please let
 > me know what your configuration is:  CPU, sound card, disk controller,
 > drive, amount of memory, FreeBSD version and sound driver, etc.

I have no problems playing MPEG audio files while doing the
usual stuff (Netscape, compiling, etc.) on several boxes.
This is one of them:

Pentium-166, AWE32, Adaptec 2940 (non-Ultra), 2 Gb IBM OEM +
4 Gb Fujitsu, 128 Mb (only 64 Mb of those are cached), using
FreeBSD since 2.0.5 (some recent -stable snapshot right now),
both the "classic" voxware drivers as well as Luigi's new
driver work fine.

Another box (which is even less well-equipped) is my dedicated
mp3 player (it also does kernel compiles and such stuff from
time to time, which doesn't affect mp3 playback at all):
Pentium-100 running at 75 MHz, AWE64, no disk controller, no
disks drives, 64 Mb, some recent 3.0 snapshot, Luigi's sound
driver (I guess the voxware stuff would work as well).  The
box is booted and runs via NFSv3 over 10 Mbps ethernet.

I'm using mpg123 as the mp3 player software (and some self-
written scripts, so I can simply click on the m3u files in
Netscape to get streaming audio).  I'd recommend to use the
-b option of mpg123, so it uses an output buffer for decoded
audio data.  I usually use 2 Mb of buffer, which equals about
12 seconds of audio.  That should be enough to bypass most
CPU peaks caused by starting up Netscape and similar things.

If everything else fails, you could als give mpg123 some
negative nice value, or better yet, run it as a realtime
process (see "man rtprio").

Regards
   Oliver

-- 
Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany
(Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de)

"In jedem Stück Kohle wartet ein Diamant auf seine Geburt"
                                         (Terry Pratchett)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hardware" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199901220057.BAA06938>