From owner-freebsd-multimedia@FreeBSD.ORG Tue Jan 19 10:14:55 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE594106566C; Tue, 19 Jan 2010 10:14:54 +0000 (UTC) (envelope-from googhummel@gmail.com) Received: from mail-bw0-f209.google.com (mail-bw0-f209.google.com [209.85.218.209]) by mx1.freebsd.org (Postfix) with ESMTP id 462798FC1A; Tue, 19 Jan 2010 10:14:53 +0000 (UTC) Received: by bwz1 with SMTP id 1so1357700bwz.13 for ; Tue, 19 Jan 2010 02:14:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=rGnhAfql2dUltpvqbfpYKbLMGNg9Y6s43h8T4kebcUY=; b=f/phvxICr6+cMYfhAXbRos7ECYFjbDr4n8PEDGiagZYH1EnpvXeyMrDBNln8PuJbJh 8uBOMVBboIu/jhArafpkP8rxaONOF/IAOvnaKV5PxHAmyYcyGjX9U5FBlsXMOu/6WsJJ Y5mdnDji0NP0qLRF4u3LJrdf4tJ2+uxOYTABk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=wGhqVAcsn23uYxMye4vQVFyxOfQQasvNIzP7FLd8qwrp4BYd7fLFihuw+zYFhYNE0J lqd07CSjlwKFR1zM5qS67HoCS66OayQggi4rL/dBXp/cL2z9pPQFBy3MkBNjXEKAkWDz UEgfcje2jgvcH9BY80bbm0spEhmo6p7kmlXvY= MIME-Version: 1.0 Received: by 10.204.13.209 with SMTP id d17mr3014252bka.182.1263896093061; Tue, 19 Jan 2010 02:14:53 -0800 (PST) In-Reply-To: <4B5581EA.3020007@FreeBSD.org> References: <1263849783.00208555.1263838202@10.7.7.3> <4B54E026.8050301@FreeBSD.org> <4B5581EA.3020007@FreeBSD.org> Date: Tue, 19 Jan 2010 11:14:53 +0100 Message-ID: From: Thomas Hummel To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-multimedia@freebsd.org Subject: Re: Sound Interrupts with mplayer/snd_hda on 8-STABLE amd64 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 10:14:55 -0000 On Tue, Jan 19, 2010 at 10:56 AM, Alexander Motin 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) ?