From owner-freebsd-multimedia@FreeBSD.ORG Mon Apr 25 07:50:21 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 9D84A16A4CE for ; Mon, 25 Apr 2005 07:50:21 +0000 (GMT) Received: from mail231.csoft.net (resin.csoft.net [63.111.22.86]) by mx1.FreeBSD.org (Postfix) with SMTP id E355443D31 for ; Mon, 25 Apr 2005 07:50:20 +0000 (GMT) (envelope-from jakemsr@jakemsr.com) Received: (qmail 16026 invoked from network); 25 Apr 2005 07:56:12 -0000 Received: from unknown (HELO puff.jakemsr.gom) (63.111.27.87) by mail231.csoft.net with SMTP; 25 Apr 2005 07:56:12 -0000 Received: (from jakemsr@jakemsr.com) by puff.jakemsr.gom (mini_sendmail/1.3.5 16nov2003); Mon, 25 Apr 2005 00:50:19 PDT (sender jakemsr@puff.jakemsr.gom) Date: Mon, 25 Apr 2005 00:50:19 -0700 From: Jacob Meuser To: freebsd-multimedia@freebsd.org Message-ID: <20050425075019.GA1378@puff.jakemsr.gom> Mail-Followup-To: freebsd-multimedia@freebsd.org References: <20050421021909.28497.qmail@exxodus.fedaykin.here> <20050421102551.12ebb916.steve@sohara.org> <20050421095950.GB3188@puff.jakemsr.gom> <20050425021058.48738.qmail@exxodus.fedaykin.here> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050425021058.48738.qmail@exxodus.fedaykin.here> User-Agent: Mutt/1.4.2i Subject: Re: Help with TV capture (mplayer/brooktree/audigy) 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: Mon, 25 Apr 2005 07:50:21 -0000 On Sun, Apr 24, 2005 at 11:10:36PM -0300, Mario Sergio Fujikawa Ferreira wrote: > On Thu, Apr 21, 2005 at 02:59:28AM -0700, Jacob Meuser wrote: > > On Thu, Apr 21, 2005 at 10:25:51AM +0100, Steve O'Hara-Smith wrote: > > > > > > 2) Every few seconds the video stream seems to choke; thus, > > > > giving me an effect similar to the famous interlaced "blinders > > > > effect" so I added a deinterlacer filter > > > > > > Sync detection problems perhaps. > > > > this can be tweaked a bit. > > > > look for SYNC_LEVEL in the driver. try ADC_CRUSH instead of ADC_SYNC_T. > > > > to me, it is a bit less interlaced looking. the linux bttv uses either > > ADC_CRUSH or 0 for this, BTW. > > I'm building a kernel right now with this modification to > > /usr/src/sys/dev/bktr/bktr_core.c > > Any other indications on what we could do INSIDE the driver > to make more reliable, some improvements at the signal handling...etc? compare the RISC routines to the bttv (linux) and btwincap (windows) drivers. there are some differences. for example, the chroma comb filter appears to be implemented a bit differently in bttv as compared to bktr. however, I don't have any specific suggestions; I really don't know much about RISC programming. > I am not advocating adding a ring buffer there since that > it is more appropriate for application level than kernel driver > interface. Though it is alwaays something to propose in both > FreeBSD-arch and FreeBSD-multimedia the original meteor(4) had one. there are definitions in ioctl_meteor.h for the interface. there's a kernel option to allocate memory for the buffers. but it doesn't exist. I agree though, that whether this belongs in kernel- or user-space is debatable. I would imaging Julian's plans will require some kind of bufferring, if for nothing but sync correction. > I am open for suggestions. Let me know if there are other > hacks you think would be helpful. I'll have to learn RISC first ;) --