From owner-freebsd-multimedia@FreeBSD.ORG Fri Feb 18 14:56:58 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13EAA16A4CE for ; Fri, 18 Feb 2005 14:56:58 +0000 (GMT) Received: from haggis.it.ca (haggis.it.ca [216.126.86.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29D1743D48 for ; Fri, 18 Feb 2005 14:56:57 +0000 (GMT) (envelope-from paul@haggis.it.ca) Received: from haggis.it.ca (paul@localhost [127.0.0.1]) by haggis.it.ca (8.12.11/8.12.11) with ESMTP id j1IEutOC048601; Fri, 18 Feb 2005 09:56:55 -0500 (EST) (envelope-from paul@haggis.it.ca) Received: (from paul@localhost) by haggis.it.ca (8.12.11/8.12.6/Submit) id j1IEutQ4048600; Fri, 18 Feb 2005 09:56:55 -0500 (EST) (envelope-from paul) Date: Fri, 18 Feb 2005 09:56:55 -0500 From: Paul Chvostek To: "Steve O'Hara-Smith" Message-ID: <20050218145654.GA31961@it.ca> References: <20050207032841.GA33816@it.ca> <20050207100521.544ed9bc.steve@sohara.org> <20050209180336.GA28606@it.ca> <20050210095713.3b155ce6.steve@sohara.org> <20050213182120.GT40151@it.ca> <20050214102331.0380d1b8.steve@sohara.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050214102331.0380d1b8.steve@sohara.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-multimedia@freebsd.org Subject: Re: ffmpeg at half speed ... sort of. X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 14:56:58 -0000 On Mon, Feb 14, 2005 at 10:23:31AM +0000, Steve O'Hara-Smith wrote: > > > or is the sync signal merely a timer? Could this be a problem > > with the frequency of the sync signal coming from the driver? Does the > > driver time its sync signals based on the hardware, or something else? > > The driver gets it's sync signals from the incoming video field sync. So ... if the same video signal and same hardware shows these wildly inconsistent framerates encoding with ffmpeg in FreeBSD but not in Fedora, it's likely a problem in the bktr driver? If it's a bug in the driver, it seems odd that I'd be the first person to experience this. I see there have been some fairly recent changes to bktr_core.c, but I'm not sure whether they're timing related. > > > Do you get any of the SLEPT ... messages ? > > > > Plenty of them. From five to ten for every notice as to what frame I've > > reached, > > That's not good - probable causes for that many are lousy signal or bad > timekeeping - given the other symptoms I strongly suspect bad timekeeping. I get the same behaviour with multiple video sources (both analog and digital satellite video decoders, a handycam, a VCR, various cables) and multiple encoder cards (AVerMedia cx878 and an old Intel bt848) ... and of course, as I said, the problem seems exclusive to FreeBSD (tested with both 4.11 and 5.3). If the bad timekeeping you suspect is just in the bktr driver ... is there anything else I can do to help identify what needs to be fixed? Alas, I'm not equipped to help much with actual driver programming. > > kern.timecounter.hardware: ACPI-fast > > kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) > > kern.timecounter.hardware should be the one - from the looks of it. Try setting > it to TSC or i8254 (probably TSC will do a better job). Tried both, to no avail; the symptoms remain. > It might be worth checking on Hyperthreading having an effect. No effect that I can see. -- Paul Chvostek Operations / Abuse / Whatever it.canada, hosting and development http://www.it.ca/