Date: Tue, 19 Jan 2010 11:14:53 +0100 From: Thomas Hummel <googhummel@gmail.com> To: Alexander Motin <mav@freebsd.org> Cc: freebsd-multimedia@freebsd.org Subject: Re: Sound Interrupts with mplayer/snd_hda on 8-STABLE amd64 Message-ID: <f21a6851001190214h17901982vfe8b035cb4a60a62@mail.gmail.com> In-Reply-To: <4B5581EA.3020007@FreeBSD.org> References: <1263849783.00208555.1263838202@10.7.7.3> <4B54E026.8050301@FreeBSD.org> <f21a6851001190136m160c7cbdm3fad6b2879e396d5@mail.gmail.com> <4B5581EA.3020007@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jan 19, 2010 at 10:56 AM, Alexander Motin <mav@freebsd.org> wrote: > > > Some applications may control sound buffer size by themselves. > Right. However, buffering an mp3 file should work out of the box in 2010, shouldn't it ? ;-) But what's weird, is that mplayer, with which the problem occurs, uses ffmpeg as a backend. But the same file played directly with ffplay (which comes with ffmpeg) works perfectly. However, I think ffplay uses sdl instead of oss. Am I correct in assuming the following architecture layers : Amarok : xine -> oss -> snd_hda xine -> oss -> snd_hda mplayer -> ffmpeg -> oss|sdl -> snd_hda vlc -> oss -> snd_hda ? Can you think of some debug options in mplayer or vlc which could help me isolating the problem ? Or could it be related to the SMP architecture of my system (quad core intel) ?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?f21a6851001190214h17901982vfe8b035cb4a60a62>