From owner-freebsd-stable@FreeBSD.ORG Wed Nov 16 10:20:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DF3416A41F for ; Wed, 16 Nov 2005 10:20:56 +0000 (GMT) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4042943D46 for ; Wed, 16 Nov 2005 10:20:56 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 72698 invoked by uid 16563); 16 Nov 2005 10:20:54 -0000 Received: from unknown (HELO df1.marelmo.com) ([194.125.41.230]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 16 Nov 2005 10:20:54 -0000 Date: Wed, 16 Nov 2005 10:19:09 +0000 From: Steve O'Hara-Smith To: "Daniel O'Connor" Message-Id: <20051116101909.6ee5389f.steve@sohara.org> In-Reply-To: <200511132204.55664.doconnor@gsoft.com.au> References: <200511132204.55664.doconnor@gsoft.com.au> X-Mailer: Sylpheed version 2.0.3 (GTK+ 2.8.6; i386-pc-dragonfly1) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX, Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mplayer + bktr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 10:20:56 -0000 On Sun, 13 Nov 2005 22:04:48 +1030 "Daniel O'Connor" wrote: > The first is that when you force it to capture audio (so mute and volume > control work, or you can use mencoder) it does about 0.25 fps :( It doesn't > appear to be using heaps of CPU or anything so I am not sure what the problem > is. > > The other is that it hitches when playing TV - it doesn't do this when viewing > movies. I had a quick look at what has happened to the capture code in mplayer since I last saw it (and felt a bit ill). It seems that it pretty much depends on the frame sync signals from the bktr device with a fallback one second alarm. I know that missing frame sync signals are not uncommon from instrumenting my capture code in ffmpeg which is kept sane by using a tightly timed usleep to capture a frame close ot the right time when the signal is missed. I'm guessing that enabling the audio capture is causing signals to be missed. -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/