From owner-freebsd-stable@FreeBSD.ORG Thu Nov 17 04:41:24 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 828C816A41F for ; Thu, 17 Nov 2005 04:41:24 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E676443D4C for ; Thu, 17 Nov 2005 04:41:23 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.23]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id jAH4fKgT099681 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 17 Nov 2005 15:11:21 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Steve O'Hara-Smith" Date: Thu, 17 Nov 2005 15:11:05 +1030 User-Agent: KMail/1.8.2 References: <200511132204.55664.doconnor@gsoft.com.au> <20051116101909.6ee5389f.steve@sohara.org> In-Reply-To: <20051116101909.6ee5389f.steve@sohara.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10388203.LGjC9AGlx1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511171511.15518.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 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: Thu, 17 Nov 2005 04:41:24 -0000 --nextPart10388203.LGjC9AGlx1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 16 Nov 2005 20:49, Steve O'Hara-Smith wrote: > 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 fallba= ck > 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. Hmm I see.. > I'm guessing that enabling the audio capture is causing signals > to be missed. Strange.. I wouldn't expect to miss signals.. Missing frames I can believe = =2D=20 the picture quality sucks due to a long cable. Time to dig into the code myself I guess :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart10388203.LGjC9AGlx1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDfAnr5ZPcIHs/zowRAuTPAKCYPe9ZQ4rpiMrU+YNATHIqlQrosACbBArK RKxA7dRwcPA/rYLKYpxBaYA= =P9Ix -----END PGP SIGNATURE----- --nextPart10388203.LGjC9AGlx1--