From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1N4LXJ-00064P-R3 for garchives@archives.gentoo.org; Sat, 31 Oct 2009 21:31:02 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B2D10E0ACC; Sat, 31 Oct 2009 21:31:00 +0000 (UTC) Received: from mail-yw0-f191.google.com (mail-yw0-f191.google.com [209.85.211.191]) by pigeon.gentoo.org (Postfix) with ESMTP id 901D4E0ACC for ; Sat, 31 Oct 2009 21:31:00 +0000 (UTC) Received: by ywh29 with SMTP id 29so3573990ywh.32 for ; Sat, 31 Oct 2009 14:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=nzHdFVUHg9PSihjiQ9nM2p+mTSmDVyJge3HFIQ7xQK4=; b=MTlOLUL0RW46MZZgYZ6oFxRoQUc0BYFGaueZZyLmwi0SX+FjozMCA8Ps/cow3X5Ca4 jf1lLBZHSqaG480C+HWXA4lv1/buOsvDMeRzGnTJ0DtFohjHv79+wVRCXhUlcBzV81Mx zFMNRzjIoBCY0/MZYVgzyeWx0FiXV+L51Rr38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=HIOP4NDWF8BAPXwYpnakmmvWUbNI9XFGGraj/amq3LOw326gmyLGrKx8bc3ZVFtSpy Vi1V2e/X2PWbjkKK7FT9T4H5FytgFQUkbfK9voOz/dTt3aW4zecv4buoNUeZNStMhKoJ ItUWFe+lGUbMw7COmxnu1qiAB8w7G3bB5IbBs= Received: by 10.150.107.1 with SMTP id f1mr5660568ybc.66.1257024660217; Sat, 31 Oct 2009 14:31:00 -0700 (PDT) Received: from ?192.168.1.1? (adsl-0-115-242.jan.bellsouth.net [65.0.115.242]) by mx.google.com with ESMTPS id 23sm1557794ywh.48.2009.10.31.14.30.58 (version=SSLv3 cipher=RC4-MD5); Sat, 31 Oct 2009 14:30:59 -0700 (PDT) Message-ID: <4AECAC91.4080601@gmail.com> Date: Sat, 31 Oct 2009 16:30:57 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20091007 SeaMonkey/1.1.18 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Kmplayer, video and audio not syncing. References: <4AE36083.5090005@gmail.com> <4AEBB061.30801@gmail.com> <200910312126.13978.alan.mckinnon@gmail.com> In-Reply-To: <200910312126.13978.alan.mckinnon@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 64d00bd9-7196-4127-b7d7-0282fd7a4a74 X-Archives-Hash: d537d6cb5b9dbb333b63d3b804f4fb8b Alan McKinnon wrote: > On Saturday 31 October 2009 05:34:57 Dale wrote: > =20 >> Jes=C3=BAs Guerrero wrote: >> =20 >>> kmplayer can get in the middle, can you -please- test regular mplayer >>> from command line? >>> >>> I've had a similar issue a couple of weeks ago, and we were able to t= rack >>> it down on the mplayer mailing lists. If it's the same bug, I was abl= e to >>> consistently reproduce it in streams with ac3 (5.1) audio (stereo wor= ked >>> fine), and only when using ALSA. So, check that and see if you can se= e a >>> pattern there. If you see that same pattern, then it might be the sam= e >>> bug, it's been fixed in the development branch, and the following ebu= ilds >>> should work fine: >>> >>> 1.0_rc4_p20091026, 1.0_rc4_p20091026-r1, 9999 >>> >>> If not, then it's probably something else. But try with mplayer alone >>> when debugging, since kmplayer just adds another level to worry about= . >>> For your reference, here's the bug I opened, there you can also find >>> links to the relevant mails in the mplayer ML. >>> >>> http://bugs.gentoo.org/show_bug.cgi?id=3D286020 >>> =20 >> I can give it a shot at least. Do I just run mplayer path/to/file or = do >> I need to add some options so that it will provide more info? >> =20 > > If you run mplayer it will try to autodetect what to do. Or you = can=20 > look at the kmpayer config and find the corresponding options in mplaye= r's man=20 > page and use those to see if it makes a difference. > > Beware the mplayer man page - it's huge, complex and a horrendous read.= That's=20 > unavoidable - happens with any complex software that covers 100s of pos= sible=20 > combinations. > > =20 I noticed it was huge. That was why I asked. I figured a reply might be faster than me trying to read all that then understand it as well.=20 That could take a looooooong while. LOL Dale :-) :-)=20