From owner-freebsd-multimedia Fri Apr 25 17:01:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21384 for multimedia-outgoing; Fri, 25 Apr 1997 17:01:52 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA21373 for ; Fri, 25 Apr 1997 17:01:49 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id RAA10678; Fri, 25 Apr 1997 17:01:44 -0700 (PDT) Message-Id: <199704260001.RAA10678@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Richard Tobin cc: multimedia@freebsd.org Subject: Re: Fxtv 0.41 In-reply-to: Your message of "Fri, 25 Apr 1997 18:04:28 BST." <199704251704.SAA29354@stevenson.cogsci.ed.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Apr 1997 17:01:44 -0700 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Here is the routine in question: Setting bit 7 on bktr->tdec does exactly what you describe This bit should be 0. 0 denotes decimating frames 1 denotes decimating fields. static void set_fps( bktr_ptr_t bktr, u_short fps ) { bt848_ptr_t bt848; bt848 = bktr->base; bt848->gpio_dma_ctl = FIFO_RISC_DISABLED; bt848->int_stat = ALL_INTS_CLEARED; bktr->fps = fps; if ( fps == 30 ) { bt848->tdec = 0; return; } else { bt848->tdec = (int) (((float) fps / 30.0) * 60.0) & 0x3f; bt848->tdec |= 0x80; } if ( bktr->flags & METEOR_CAP_MASK ) { bt848->int_stat = ALL_INTS_CLEARED; bt848->risc_strt_add = vtophys(bktr->dma_prog); bt848->gpio_dma_ctl = FIFO_ENABLED; bt848->gpio_dma_ctl = bktr->capcontrol; bt848->int_mask = BT848_INT_MYSTERYBIT | BT848_INT_RISCI | BT848_INT_VSYNC | BT848_INT_FMTCHG; } return; } Patches are welcome and try not use floating point like I did. Cheers, Amancio >From The Desk Of Richard Tobin : > > I haven't noticed anything from the european/PAL people lately, are there > > any PAL improvements laying around that need to be incorporated into > > the driver? > > Not from me. > > The problems I thought I had turned out to be due to my cheapo S3 > virge card with DRAM not being able to handle the bandwidth, and the > driver was losing lots of frames. If I reduce my X resolution, > it works fine. > > Incidentally, the frames-per-second ioctl looks all wrong: it does > "temporal decimation" by fields, which means that the RISC program > doesn't see alternate odd-even fields as it expects. Also it assumes > 60Hz. Can someone confirm that it doesn't work under NTSC either? > > I mailed Randall about adding channel-set selection to fxtv. > > -- Richard >