From owner-freebsd-multimedia Sun Mar 16 11:59:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA16612 for multimedia-outgoing; Sun, 16 Mar 1997 11:59:56 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA16607 for ; Sun, 16 Mar 1997 11:59:51 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 16 Mar 1997 14:58:37 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA09525; Sun, 16 Mar 97 14:58:34 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id OAA01582; Sun, 16 Mar 1997 14:55:56 -0500 Message-Id: <19970316145556.08012@ct.picker.com> Date: Sun, 16 Mar 1997 14:55:56 -0500 From: Randall Hopper To: Jack W Doyle Cc: freebsd-multimedia@freebsd.org Subject: Re: audemo/nas problem. References: <19970314.131930.3622.0.N9OGK@juno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <19970314.131930.3622.0.N9OGK@juno.com>; from Jack W Doyle on Fri, Mar 14, 1997 at 02:25:17PM -0400 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jack W Doyle: |I'm trying to find a good audio cd player software for use on IDE cd-rom |drives (no, I do not have access to the internet due to cost |considerations, and the e-mail address can be accessed only by Lose95). |This will be for a standalone fbsd 2.1.7 box. workman does a fine job. It assumes the SCSI device by default, so just create yourself a little "workman" wrapper script containing: exec /usr/X11R6/bin/workman -c /dev/rwcd0c and it works fine. Randall From owner-freebsd-multimedia Sun Mar 16 12:12:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17182 for multimedia-outgoing; Sun, 16 Mar 1997 12:12:34 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA17174 for ; Sun, 16 Mar 1997 12:12:28 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 16 Mar 1997 15:11:42 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA09835; Sun, 16 Mar 97 15:11:40 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id PAA01620; Sun, 16 Mar 1997 15:09:01 -0500 Message-Id: <19970316150900.08492@ct.picker.com> Date: Sun, 16 Mar 1997 15:09:00 -0500 From: Randall Hopper To: Steve Passe Cc: multimedia@FreeBSD.ORG Subject: Re: latest bt848 code References: <199703160528.VAA03601@rah.star-gate.com> <199703160600.XAA23772@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703160600.XAA23772@Ilsa.StevesCafe.com>; from Steve Passe on Sat, Mar 15, 1997 at 11:00:19PM -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Steve Passe: |Unfortunately grabbing the latest web page driver and adding Amancio's |patch file will make xtvremote happy and eliminate the freeze problem in the |driver, but will not help fxtv compile till fxtv is updated to use the new |BT848 specific ioctl()s. This is the correct solution as the bt848 specific |ioctls do things "the right way" for the hardware, while the METEOR versions |compromise by loosing some precision (and the chroma call is fairly hosed Just about to work on updating fxtv for the latest driver rev. In the process now of scanning the list trying to determine where the latest version is. So far, sounds like the Bt848 home page (?). Randall From owner-freebsd-multimedia Sun Mar 16 12:18:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17358 for multimedia-outgoing; Sun, 16 Mar 1997 12:18:53 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA17353 for ; Sun, 16 Mar 1997 12:18:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id NAA02777; Sun, 16 Mar 1997 13:18:34 -0700 (MST) Message-Id: <199703162018.NAA02777@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Randall Hopper cc: multimedia@FreeBSD.ORG Subject: Re: latest bt848 code In-reply-to: Your message of "Sun, 16 Mar 1997 15:09:00 EST." <19970316150900.08492@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 16 Mar 1997 13:18:33 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Just about to work on updating fxtv for the latest driver rev. In the > process now of scanning the list trying to determine where the latest > version is. So far, sounds like the Bt848 home page (?). Both checked in to freefall 3.0-current and on the web page. Note that the tarball on the web page has a patch file in it, but it has already been applied. This code has my latest + Amancio's patch for "screen freeze" fix + the METEOR ioctl()s replaced. The only thing I haven't done is remove the disableints()/enableints() calls in the I2C code, no feedback on that yet... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sun Mar 16 13:29:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA20640 for multimedia-outgoing; Sun, 16 Mar 1997 13:29:39 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA20634 for ; Sun, 16 Mar 1997 13:29:37 -0800 (PST) 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 NAA05453; Sun, 16 Mar 1997 13:29:34 -0800 (PST) Message-Id: <199703162129.NAA05453@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: Steve Passe , multimedia@FreeBSD.ORG Subject: Re: latest bt848 code In-reply-to: Your message of "Sun, 16 Mar 1997 15:09:00 EST." <19970316150900.08492@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 16 Mar 1997 13:29:34 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yeap, the latest patches are up at Steve's page. I have not update the bt848 driver in my ftp site for a while now. Also, the latest patches should be available from 3.0-current. Amancio >From The Desk Of Randall Hopper : > Steve Passe: > |Unfortunately grabbing the latest web page driver and adding Amancio's > |patch file will make xtvremote happy and eliminate the freeze problem in th e > |driver, but will not help fxtv compile till fxtv is updated to use the new > |BT848 specific ioctl()s. This is the correct solution as the bt848 specifi c > |ioctls do things "the right way" for the hardware, while the METEOR version s > |compromise by loosing some precision (and the chroma call is fairly hosed > > Just about to work on updating fxtv for the latest driver rev. In the > process now of scanning the list trying to determine where the latest > version is. So far, sounds like the Bt848 home page (?). > > Randall > From owner-freebsd-multimedia Sun Mar 16 14:46:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23508 for multimedia-outgoing; Sun, 16 Mar 1997 14:46:27 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA23500 for ; Sun, 16 Mar 1997 14:46:17 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 16 Mar 1997 17:45:30 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA12014; Sun, 16 Mar 97 17:45:28 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id RAA01785; Sun, 16 Mar 1997 17:42:49 -0500 Message-Id: <19970316174249.48172@ct.picker.com> Date: Sun, 16 Mar 1997 17:42:49 -0500 From: Randall Hopper To: Steve Passe Cc: multimedia@FreeBSD.ORG Subject: Re: latest bt848 code References: <19970316150900.08492@ct.picker.com> <199703162018.NAA02777@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703162018.NAA02777@Ilsa.StevesCafe.com>; from Steve Passe on Sun, Mar 16, 1997 at 01:18:33PM -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Steve Passe: |> Just about to work on updating fxtv for the latest driver rev. In the |> process now of scanning the list trying to determine where the latest |> version is. So far, sounds like the Bt848 home page (?). | |Both checked in to freefall 3.0-current and on the web page. Note that |the tarball on the web page has a patch file in it, but it has already been |applied. Steve, here's kudos for a great driver release! No matter how hard I try, I can't get it to lock my system up (with previous versions it was pretty easy). Looks like I'll soon feel safe mounting my my /share drive rw again. :-) Also, as you/Amancio mentioned, this does indeed fix the problems I was seeing with stop/restart. It works consistently now. (More cheers/applause). And added tuner control is very nice. One thing I'm a bit puzzled about though. When I switch the TV input/channels using xtvremote, the video tracks with what I'm doing, but the audio (sound card audio mini-plug output to sound card) stays tracking with the Ext 1 Input's Audio (i.e. the audio for the RCA video/audio inputs on the Wincast). Haven't looked into this yet. Any ideas? Thanks, Randall From owner-freebsd-multimedia Sun Mar 16 14:58:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA24307 for multimedia-outgoing; Sun, 16 Mar 1997 14:58:49 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24299 for ; Sun, 16 Mar 1997 14:58:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id PAA04484; Sun, 16 Mar 1997 15:58:20 -0700 (MST) Message-Id: <199703162258.PAA04484@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Randall Hopper cc: multimedia@FreeBSD.ORG Subject: Re: latest bt848 code In-reply-to: Your message of "Sun, 16 Mar 1997 17:42:49 EST." <19970316174249.48172@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 16 Mar 1997 15:58:20 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > And added tuner control is very nice. One thing I'm a bit puzzled about >though. When I switch the TV input/channels using xtvremote, the video >tracks with what I'm doing, but the audio (sound card audio mini-plug >output to sound card) stays tracking with the Ext 1 Input's Audio (i.e. the >audio for the RCA video/audio inputs on the Wincast). > >Haven't looked into this yet. Any ideas? I don't even have a sound card hooked up yet. There are at least 2 things involved: there is a 3/4 channel audio MUX of some sort hooked to the audio streams and controlled thru the GPIO port of the bt848, and some sort of headphone driver chip (probably something to do with dbx). The only doc I have on this is the bttv driver, thats where I would start looking... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sun Mar 16 21:05:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20023 for multimedia-outgoing; Sun, 16 Mar 1997 21:05:12 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA20011 for ; Sun, 16 Mar 1997 21:05:04 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id AAA02028; Mon, 17 Mar 1997 00:04:47 -0500 (EST) Message-Id: <199703170504.AAA02028@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Steve Passe cc: Randall Hopper , multimedia@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: latest bt848 code References: <199703162018.NAA02777@Ilsa.StevesCafe.com> In-reply-to: Your message of "Sun, 16 Mar 1997 13:18:33 MST." <199703162018.NAA02777@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 00:04:47 -0500 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Both checked in to freefall 3.0-current and on the web page. Note that > the tarball on the web page has a patch file in it, but it has already been > applied. > > This code has my latest + Amancio's patch for "screen freeze" fix + the > METEOR ioctl()s replaced. The only thing I haven't done is remove the > disableints()/enableints() calls in the I2C code, no feedback on that yet... I grabbed this code, and the more recent version of fxtv, and I seem to actually have working tuner operation now! However, I'm back to the mode whereby fiddling with the fxtv window will cause the system to lock up tight, with just the reset button on the way out. I believe that I've provoked this once before changing channels, before the more recent version of the driver. This is reminiscent of early experimentation with the driver and dtv.. I have not yet tried removing the disable_intr(), etc., calls from the driver; that's next on the list to try. louie From owner-freebsd-multimedia Sun Mar 16 21:47:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA21507 for multimedia-outgoing; Sun, 16 Mar 1997 21:47:55 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA21500 for ; Sun, 16 Mar 1997 21:47:52 -0800 (PST) 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 VAA05013; Sun, 16 Mar 1997 21:47:39 -0800 (PST) Message-Id: <199703170547.VAA05013@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: Steve Passe , Randall Hopper , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Mon, 17 Mar 1997 00:04:47 EST." <199703170504.AAA02028@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 16 Mar 1997 21:47:38 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Send me your /sys/pci/brooktre848.c Tnks, Amancio >From The Desk Of "Louis A. Mamakos" : > > Both checked in to freefall 3.0-current and on the web page. Note that > > the tarball on the web page has a patch file in it, but it has already been > > applied. > > > > This code has my latest + Amancio's patch for "screen freeze" fix + the > > METEOR ioctl()s replaced. The only thing I haven't done is remove the > > disableints()/enableints() calls in the I2C code, no feedback on that yet.. . > > I grabbed this code, and the more recent version of fxtv, and I seem to > actually have working tuner operation now! However, I'm back to the mode > whereby fiddling with the fxtv window will cause the system to lock up > tight, with just the reset button on the way out. > > I believe that I've provoked this once before changing channels, before the > more recent version of the driver. This is reminiscent of early > experimentation with the driver and dtv.. > > I have not yet tried removing the disable_intr(), etc., calls from the > driver; that's next on the list to try. > > louie > > From owner-freebsd-multimedia Sun Mar 16 23:27:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA26794 for multimedia-outgoing; Sun, 16 Mar 1997 23:27:10 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA26787 for ; Sun, 16 Mar 1997 23:27:07 -0800 (PST) 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 XAA05444; Sun, 16 Mar 1997 23:27:06 -0800 (PST) Message-Id: <199703170727.XAA05444@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Mon, 17 Mar 1997 00:04:47 EST." <199703170504.AAA02028@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 16 Mar 1997 23:27:06 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Louis, Can you print out the status registers? In bktr_intr, uncomment the first printf. /* printf(" STATUS %x %x %x \n", s_status, bktr_status, t_pc); */ Tnks, Amancio From owner-freebsd-multimedia Mon Mar 17 01:30:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA01779 for multimedia-outgoing; Mon, 17 Mar 1997 01:30:00 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA01774 for ; Mon, 17 Mar 1997 01:29:56 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id BAA00294; Mon, 17 Mar 1997 01:29:19 -0800 (PST) Date: Mon, 17 Mar 1997 01:29:19 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Steve Passe cc: multimedia@freebsd.org Subject: Re: cvs commit: src/sys/pci brktree_reg.h brooktree848.c In-Reply-To: <199703160737.XAA14487@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Moved to multimedia... On Sat, 15 Mar 1997, Steve Passe wrote: > fsmp 97/03/15 23:37:25 > > Modified: sys/pci brktree_reg.h brooktree848.c > Log: > Submitted by: Amancio Hasty > > addition of bt848 specific ioctl()s for hue/bright/contrast/satu/satv. > > patches by Amancio Hasty to fix "screen freeze" problem. In the process of this it looks like you committed some test frequency computing code that fails horribly in the CABLEIRC case. Essentially, if cable mode is enabled, you can't tune any channels. Broadcast mode only gets the first 13, as it normally does. If the #define TEST_A at line 2111 in brooktree848.c is removed, then all works as it should. BTW the screen freeze patch works great. No more dead TVs :) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Mon Mar 17 02:39:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA04175 for multimedia-outgoing; Mon, 17 Mar 1997 02:39:55 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA04170 for ; Mon, 17 Mar 1997 02:39:51 -0800 (PST) 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 CAA06518; Mon, 17 Mar 1997 02:39:49 -0800 (PST) Message-Id: <199703171039.CAA06518@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Doug White cc: Steve Passe , multimedia@freebsd.org Subject: Re: cvs commit: src/sys/pci brktree_reg.h brooktree848.c In-reply-to: Your message of "Mon, 17 Mar 1997 01:29:19 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 02:39:49 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Doug White : > If the #define TEST_A at line 2111 in brooktree848.c is removed, then all > works as it should. I had to do the same thing over here to get my tv back . It is kind of hard to live without the tuner support 8) > BTW the screen freeze patch works great. No more dead TVs :) Glad that the fix is working for you and I suspect that I am fairly close to wrapping up system freezes and dead tvs. When Louis problem gets resolved I think we will be all set at least from system instability problems. Please folks if you have any instability problems don't hesitate to report them. Next whomever submits patches to the bt848 related stuff (and I am not pointing out fingers to anyone) please try to submit the patches to the list first before committing them . Is not a big issue right now;however, it is a good habit to get into due to the variety of bt848 hardware out there and the possibility that a change may break the support for a particular PCI chipset. As for Steve he is doing a fantastic job! Enjoy, Amancio From owner-freebsd-multimedia Mon Mar 17 05:56:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11358 for multimedia-outgoing; Mon, 17 Mar 1997 05:56:47 -0800 (PST) Received: from x14.boston.juno.com (x14.boston.juno.com [205.231.101.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA11351 for ; Mon, 17 Mar 1997 05:56:45 -0800 (PST) Received: (from n9ogk@juno.com) by x14.boston.juno.com (queuemail) id IeQ20102; Mon, 17 Mar 1997 08:56:12 EST To: freebsd-multimedia@freebsd.org Subject: Re: audemo/nas problem. Message-ID: <19970317.075034.11790.4.N9OGK@juno.com> References: <19970314.131930.3622.0.N9OGK@juno.com> <19970316.155134.4662.0.N9OGK@juno.com> <19970316172726.54528@ct.picker.com> X-Mailer: Juno 1.15 X-Juno-Line-Breaks: 0-4,7-10,14-15,18-25,27,29 From: n9ogk@juno.com (Jack W Doyle) Date: Mon, 17 Mar 1997 08:56:12 EST Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok... Tried that. It works up to the point where I press 'play' with an audio CD in my Wearnes CDD-620 drive (it's hanging off the master HD on 1st IDE controller). Then the system freezes with an error message that reads: /kernel: atapi1.0: no cmd drq I take this to be where I have to actually hardwire the drq into the kernel for the CD-ROM drive, but I don't know what the drq for it is. It works just fine when reading the data CD-ROM's. I tried both /dev/rwcd0c and /dev/wcd0c with the same result. Anybody have any ideas/suggestions out there? I heard of an IDE patch for workman, but I do not know if my version has it (nor do I have access to it). Will xcdplayer accept IDE devices as well? Jack You know you've been using UNIX too much when... * You type 'ls -a' in DOS instead of 'dir /w' * You remember UNIX commands faster than those for DOS * You try to configure Win95 the same way you reconfig your X display manager. * Someone asks a question about what wordproc you use and you say 'I use vi." From owner-freebsd-multimedia Mon Mar 17 07:55:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16465 for multimedia-outgoing; Mon, 17 Mar 1997 07:55:01 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA16457 for ; Mon, 17 Mar 1997 07:54:59 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id KAA06038; Mon, 17 Mar 1997 10:54:56 -0500 (EST) Message-Id: <199703171554.KAA06038@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: latest bt848 code References: <199703170727.XAA05444@rah.star-gate.com> In-reply-to: Your message of "Sun, 16 Mar 1997 23:27:06 PST." <199703170727.XAA05444@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 10:54:56 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'll do this tonight when I get home from work, and see what happens. The tough part, of course, is that this comes out on the console where it might never be seen. When the system hangs, the only way to recover is the reset button.. louie > > Hi Louis, > > Can you print out the status registers? > > In bktr_intr, uncomment the first printf. > /* printf(" STATUS %x %x %x \n", s_status, bktr_status, t_pc); */ > > > Tnks, > Amancio > > From owner-freebsd-multimedia Mon Mar 17 09:25:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA21491 for multimedia-outgoing; Mon, 17 Mar 1997 09:25:07 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA21485 for ; Mon, 17 Mar 1997 09:25:02 -0800 (PST) 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 JAA01889; Mon, 17 Mar 1997 09:24:32 -0800 (PST) Message-Id: <199703171724.JAA01889@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Mon, 17 Mar 1997 10:54:56 EST." <199703171554.KAA06038@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 09:24:32 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I modified my /etc/syslog.conf to output to the console: more /etc/syslog.conf *.audit,*.noise,*.mesg,*.err;kern.debug;auth.notice;mail.crit /dev/con sole -- In your .xintrc you can have: xterm -C -sl 30000 & The above xterm will receive the syslog messages. All I need is the last ten or so messages. Tnks, Amancio >From The Desk Of "Louis A. Mamakos" : > I'll do this tonight when I get home from work, and see what happens. The > tough part, of course, is that this comes out on the console where it might > never be seen. When the system hangs, the only way to recover is the > reset button.. > > louie > > > > Hi Louis, > > > > Can you print out the status registers? > > > > In bktr_intr, uncomment the first printf. > > /* printf(" STATUS %x %x %x \n", s_status, bktr_status, t_pc); */ > > > > > > Tnks, > > Amancio > > > > > > From owner-freebsd-multimedia Mon Mar 17 09:45:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA22509 for multimedia-outgoing; Mon, 17 Mar 1997 09:45:35 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22497 for ; Mon, 17 Mar 1997 09:45:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id KAA16068; Mon, 17 Mar 1997 10:44:22 -0700 (MST) Message-Id: <199703171744.KAA16068@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Doug White cc: multimedia@freebsd.org Subject: Re: cvs commit: src/sys/pci brktree_reg.h brooktree848.c In-reply-to: Your message of "Mon, 17 Mar 1997 01:29:19 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 10:44:22 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > On Sat, 15 Mar 1997, Steve Passe wrote: > > > fsmp 97/03/15 23:37:25 > > > > Modified: sys/pci brktree_reg.h brooktree848.c > > Log: > > Submitted by: Amancio Hasty > > > > addition of bt848 specific ioctl()s for hue/bright/contrast/satu/satv. > > > > patches by Amancio Hasty to fix "screen freeze" problem. > > In the process of this it looks like you committed some test frequency > computing code that fails horribly in the CABLEIRC case. Essentially, if > cable mode is enabled, you can't tune any channels. Broadcast mode only > gets the first 13, as it normally does. > > If the #define TEST_A at line 2111 in brooktree848.c is removed, then all > works as it should. my fault entirely, am working on some "fine tuning" stuff, but forgot that this affects cable also! fixed it in the 3.0-current source tree, but NOT in the web page tarball, will try to get to that later... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Mon Mar 17 09:55:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA22941 for multimedia-outgoing; Mon, 17 Mar 1997 09:55:13 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22889 for ; Mon, 17 Mar 1997 09:55:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id KAA16204; Mon, 17 Mar 1997 10:54:58 -0700 (MST) Message-Id: <199703171754.KAA16204@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: "Louis A. Mamakos" cc: multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Mon, 17 Mar 1997 10:54:56 EST." <199703171554.KAA06038@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 10:54:57 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > I'll do this tonight when I get home from work, and see what happens. The > tough part, of course, is that this comes out on the console where it might > never be seen. When the system hangs, the only way to recover is the > reset button.. you could setup the system console to be a serial port, and hook this port to another machine. Then you can capture a complete record of what happens. you could hook up a switch to the NMI pin and ground. if the kernel is wedged behind an INTerrupt lock, this will cause a panic/core dump: from a mailing in the archive: ----------------------------------- cut ----------------------------------- >J Wunsch writes: > Brian, if you got physical access to the box, try placing a simple > card into the PC that hooks ISA pins A1/B1 to a pushbutton. Pushing > it will cause an NMI (``IO channel check condition''), hopefully > leaving you a coredump. > >Anyone with a good source of ready-made cards? I hate to suggest this, since it is both risky and a dangerous hack, but if you can get the case off, and have a paper clip, an NMI is just a moment away. Bend the paper clip into a wedge shape at the end, then short the two ISA "pins" closest to the rear end of the PC. Don't try this at home, then blame me if it fries your motherboard! I have done it many a time myself, but I certainly can't guarantee it. It's those pesky endless loops after "cli". Paper clip drawing (don't laugh!): --------------------\ \ / ----/ Except, make it more pointy, so that it fits into the card slot, and makes good connection. Slot: +-------------+ +------------------------------------a+ | | | | +-------------+ +------------------------------------b+ Short the last two pins a and b ---------------------^ ----------------------------------- cut ----------------------------------- I DEFINATELY suggest the switch method, have it set up ready to go, then run your experiment. push the button when the system wedges and you hopefully will get a panic. DON'T try this unless you understand the process and are comfortable with it. That unused turbo switch might be just the thing for the job. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Mon Mar 17 13:59:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA07267 for multimedia-outgoing; Mon, 17 Mar 1997 13:59:52 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA07259 for ; Mon, 17 Mar 1997 13:59:47 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 17 Mar 1997 16:58:39 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA12513; Mon, 17 Mar 97 16:58:36 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id QAA10732; Mon, 17 Mar 1997 16:55:50 -0500 Message-Id: <19970317165550.46327@ct.picker.com> Date: Mon, 17 Mar 1997 16:55:50 -0500 From: Randall Hopper To: Amancio Hasty Cc: multimedia@freebsd.org Subject: 3/16 bt848 driver Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I freeze the video in fxtv, I switch over from CAP_CONTINUOUS direct-video to a CAP_SINGLE-to-driver-mem which, when complete (signal received), is displayed via XImage. Half the time, it works fine. But the other half, this CAP_SINGLE only grabs one field instead of two. If I do this enough, I can see successive freezes where the odd (or even) field is that left over from 4 or 5 freezes ago. BTW, I'm not setting the ODD_ONLY or EVEN_ONLY flags in the oformat, so I think it should always be grabbing two fields. Also, I'm yanking the entire image each time from the driver buffer so the stale field is from the driver. Could the driver possibly be not waiting on a cap single for the start of the next frame to ensure it gets a complete two frames? Also, haven't gotten to digging in the driver yet, but was wondering Amancio if your Wincast audio also stays glued to the Ext1 Input's audio when switching between Tuner, Ext1, and SVHS. Randall From owner-freebsd-multimedia Mon Mar 17 14:07:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07633 for multimedia-outgoing; Mon, 17 Mar 1997 14:07:32 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA07628 for ; Mon, 17 Mar 1997 14:07:27 -0800 (PST) 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 OAA03757; Mon, 17 Mar 1997 14:07:24 -0800 (PST) Message-Id: <199703172207.OAA03757@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: 3/16 bt848 driver In-reply-to: Your message of "Mon, 17 Mar 1997 16:55:50 EST." <19970317165550.46327@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 14:07:24 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am aware of the CAP_SINGLE problem and will try to work on it this weekend. Try playing around with the driver since you have the databook. I find that in problems like this printing the status registers in bktr_intr helps a lot. As for the audio stuff I have not played with it yet. All in all I will back working on the Bt848 stuff this weekend because I am currently behind on my contract. Cheers, Amancio >From The Desk Of Randall Hopper : > When I freeze the video in fxtv, I switch over from CAP_CONTINUOUS > direct-video to a CAP_SINGLE-to-driver-mem which, when complete (signal > received), is displayed via XImage. > > Half the time, it works fine. But the other half, this CAP_SINGLE > only grabs one field instead of two. If I do this enough, I can see > successive freezes where the odd (or even) field is that left over from 4 > or 5 freezes ago. BTW, I'm not setting the ODD_ONLY or EVEN_ONLY flags in > the oformat, so I think it should always be grabbing two fields. Also, I'm > yanking the entire image each time from the driver buffer so the stale > field is from the driver. > > Could the driver possibly be not waiting on a cap single for the start > of the next frame to ensure it gets a complete two frames? > > Also, haven't gotten to digging in the driver yet, but was wondering > Amancio if your Wincast audio also stays glued to the Ext1 Input's audio > when switching between Tuner, Ext1, and SVHS. > > Randall > > From owner-freebsd-multimedia Mon Mar 17 14:29:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA08744 for multimedia-outgoing; Mon, 17 Mar 1997 14:29:44 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA08733 for ; Mon, 17 Mar 1997 14:29:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id PAA04038; Mon, 17 Mar 1997 15:29:22 -0700 (MST) Message-Id: <199703172229.PAA04038@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Randall Hopper cc: Amancio Hasty , multimedia@freebsd.org Subject: Re: 3/16 bt848 driver In-reply-to: Your message of "Mon, 17 Mar 1997 16:55:50 EST." <19970317165550.46327@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 15:29:22 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Also, haven't gotten to digging in the driver yet, but was wondering >Amancio if your Wincast audio also stays glued to the Ext1 Input's audio >when switching between Tuner, Ext1, and SVHS. no audio switching occurs yet, someone need to figure out how the audio MUXs are controlled on each of the boards. I wont be able to get to it for a week or 2, so anyone who wishes should go for it... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Mon Mar 17 17:29:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA21417 for multimedia-outgoing; Mon, 17 Mar 1997 17:29:17 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA21411 for ; Mon, 17 Mar 1997 17:29:14 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id RAA01188; Mon, 17 Mar 1997 17:29:04 -0800 (PST) Date: Mon, 17 Mar 1997 17:29:04 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Amancio Hasty cc: Steve Passe , multimedia@freebsd.org Subject: Re: cvs commit: src/sys/pci brktree_reg.h brooktree848.c In-Reply-To: <199703171039.CAA06518@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 17 Mar 1997, Amancio Hasty wrote: > > If the #define TEST_A at line 2111 in brooktree848.c is removed, then all > > works as it should. > > I had to do the same thing over here to get my tv back . It is kind of > hard to live without the tuner support 8) Amen. I was a bit put out when I tuned to ESPN and got a facefull of static. :) > > > BTW the screen freeze patch works great. No more dead TVs :) > > Glad that the fix is working for you and I suspect that I am fairly > close to wrapping up system freezes and dead tvs. When Louis > problem gets resolved I think we will be all set at least from > system instability problems. Please folks if you have any > instability problems don't hesitate to report them. For the record, everything is peachy on my ASUS P55T2P4 with relation to the bt848. You can't even tell the tv is running from a system load point of view. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Mon Mar 17 18:08:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA23854 for multimedia-outgoing; Mon, 17 Mar 1997 18:08:28 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA23849 for ; Mon, 17 Mar 1997 18:08:23 -0800 (PST) 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 SAA06245 for ; Mon, 17 Mar 1997 18:08:25 -0800 (PST) Message-Id: <199703180208.SAA06245@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: Shall we try to include the bt848 related stuff on the 2.2 CD? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 18:08:24 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So what do you guys think? Cheers, Amancio From owner-freebsd-multimedia Mon Mar 17 19:17:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA26907 for multimedia-outgoing; Mon, 17 Mar 1997 19:17:37 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA26893 for ; Mon, 17 Mar 1997 19:17:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id UAA07097; Mon, 17 Mar 1997 20:17:19 -0700 (MST) Message-Id: <199703180317.UAA07097@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: multimedia@freebsd.org Subject: Re: Shall we try to include the bt848 related stuff on the 2.2 CD? In-reply-to: Your message of "Mon, 17 Mar 1997 18:08:24 PST." <199703180208.SAA06245@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 20:17:19 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Hi, > So what do you guys think? hasn't that ship sailed already? my 2cents worth: no, its not ready for prime-time. As fun as it is, it will just provide grief for the clueless user (and us since we will be asked to make it work). At the very minimum we need a user's manual and a configuration manual, excplaining the board features & differences. We also need some work on auto-detecting the card type etc. Audio support is required, imagine all the gripes that lack of audio control would cause! -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Mon Mar 17 19:29:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA27548 for multimedia-outgoing; Mon, 17 Mar 1997 19:29:37 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27543 for ; Mon, 17 Mar 1997 19:29:35 -0800 (PST) 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 TAA06687; Mon, 17 Mar 1997 19:29:36 -0800 (PST) Message-Id: <199703180329.TAA06687@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@freebsd.org Subject: Re: Shall we try to include the bt848 related stuff on the 2.2 CD? In-reply-to: Your message of "Mon, 17 Mar 1997 20:17:19 MST." <199703180317.UAA07097@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 19:29:35 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, so it will probably be another month or so before the Bt848 related stuff is ready for prime time. Cheers, Amancio >From The Desk Of Steve Passe : > Hi, > > Hi, > > > So what do you guys think? > > hasn't that ship sailed already? > > my 2cents worth: > > no, its not ready for prime-time. As fun as it is, it will just provide > grief for the clueless user (and us since we will be asked to make it > work). At the very minimum we need a user's manual and a configuration > manual, excplaining the board features & differences. We also need some > work on auto-detecting the card type etc. Audio support is required, > imagine all the gripes that lack of audio control would cause! > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Mon Mar 17 19:33:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA27802 for multimedia-outgoing; Mon, 17 Mar 1997 19:33:52 -0800 (PST) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27797 for ; Mon, 17 Mar 1997 19:33:49 -0800 (PST) Received: from dolphin.inna.net (jamie@dolphin.inna.net [206.151.66.2]) by tyger.inna.net (8.8.3/8.7.3) with SMTP id WAA15943; Mon, 17 Mar 1997 22:39:11 -0500 (EST) Date: Mon, 17 Mar 1997 22:36:35 -0500 (EST) From: Jamie Bowden To: Amancio Hasty cc: multimedia@FreeBSD.org Subject: Re: Shall we try to include the bt848 related stuff on the 2.2 CD? In-Reply-To: <199703180208.SAA06245@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 17 Mar 1997, Amancio Hasty wrote: > > So what do you guys think? > Cheers, > Amancio I think you should be proud of the work you have done on very short notice ( this topic is only ~3.5 weeks old), and it should go in experimental, if not release (though it think it might still be a little beta for release). Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-multimedia Mon Mar 17 19:46:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA28574 for multimedia-outgoing; Mon, 17 Mar 1997 19:46:28 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA28569 for ; Mon, 17 Mar 1997 19:46:25 -0800 (PST) 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 TAA06761; Mon, 17 Mar 1997 19:46:25 -0800 (PST) Message-Id: <199703180346.TAA06761@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Jamie Bowden cc: multimedia@FreeBSD.org Subject: Re: Shall we try to include the bt848 related stuff on the 2.2 CD? In-reply-to: Your message of "Mon, 17 Mar 1997 22:36:35 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 19:46:25 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Tnks! My original thoughts was that it could go in the experimental area with an http pointer to Steve's page. But I think Steve is right that is too premature right now for prime time. As for the overall Bt848 effort is really a team effort !! Cheers, Amancio >From The Desk Of Jamie Bowden : > On Mon, 17 Mar 1997, Amancio Hasty wrote: > > > > > So what do you guys think? > > Cheers, > > Amancio > > I think you should be proud of the work you have done on very short > notice ( this topic is only ~3.5 weeks old), and it should go in > experimental, if not release (though it think it might still be a little > beta for release). > > Jamie Bowden > > Network Administrator, TBI Ltd. > From owner-freebsd-multimedia Mon Mar 17 19:53:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA28902 for multimedia-outgoing; Mon, 17 Mar 1997 19:53:29 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA28890 for ; Mon, 17 Mar 1997 19:52:57 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id WAA00683; Mon, 17 Mar 1997 22:52:50 -0500 (EST) Message-Id: <199703180352.WAA00683@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: latest bt848 code References: <199703170727.XAA05444@rah.star-gate.com> In-reply-to: Your message of "Sun, 16 Mar 1997 23:27:06 PST." <199703170727.XAA05444@rah.star-gate.com> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_18360825040" Date: Mon, 17 Mar 1997 22:52:50 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --==_Exmh_18360825040 Content-Type: text/plain; charset=us-ascii Well, this might be interesting. I enabled that STATUS message in the driver, and it became a painful reminder that the interrupt used by the Bt848 board is shared by two other PCI boards: my ethernet controller and my #9 Motion 771 video board. I'm getting a constant stream of interrupts on IRQ10, which is shared by the three boards mentioned above. systat -vmstat says 60 per second, when the ethernet interface is idle. I suspect these might be due to the video board, but for all I know, the Bt848 is generating them itself. At 60 per second, this would match the field rate. If the Bt848 is generating the interrupts, it's too bad it's going to all that trouble even when the device isn't open. Anyway, attached are the messages that got syslogged up until the (this time) spontaneous reboot/reset of the system while it was running fxtv and I was fiddling around with other stuff. Looking a bit at the interrupt handler, it seems that we jump right into interrupt processing without really checking to see if the Bt848 device actually caused the interrupt to be posted. This seems likely as the s_status field always seems to be zero (there was no video signal present at the time, thus no H or V sync). Even so, the bits sure wiggle around a lot when there's "nothing" going on. What's interesting is that I *thought* there might have been a corrolation in the past where a "noisy" signal seems to cause things to be a bit more prone to weirding out. Perhaps it's VPRES or other interrupts? louie --==_Exmh_18360825040 Content-Type: text/plain ; name="dmesg.boot" Content-Description: dmesg.boot Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #6: Mon Mar 17 22:06:41 EST 1997 louie@whizzo.transsys.com:/usr/src/sys/compile/WHIZZO CPU: Pentium (132.62-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 63336448 (61852K bytes) DEVFS: ready for devices bdevsw_add_generic: adding D_DISK flag for device 15 Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0:0 chip1 rev 2 on pci0:7:0 chip2 rev 2 on pci0:7:1 bktr0 rev 17 int a irq 10 on pci0:17:0 vga0 rev 0 int a irq 10 on pci0:18:0 de0 rev 36 int a irq 10 on pci0:19:0 de0: 21040 [10Mb/s] pass 2.4 de0: address 00:80:c8:0d:15:9f de0: enabling 10baseT port ncr0 rev 2 int a irq 15 on pci0:20:0 scbus0 at ncr0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access sd0: 10.0 MB/s (100 ns, offset 8) 1955MB (4004219 512 byte sectors) sd0: with 4048 cyls, 9 heads, and an average 109 sectors/track sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access sd1: 10.0 MB/s (100 ns, offset 8) 2049MB (4197520 512 byte sectors) sd1: with 3045 cyls, 16 heads, and an average 86 sectors/track cd0 at scbus0 target 3 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd0: 4.0 MB/s (250 ns, offset 8) can't get the size scbus0 target 4 lun 0: COMMAND FAILED (4 82) @f21c4b10. st0 at scbus0 target 4 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access st0: 5.0 MB/s (200 ns, offset 8) density code 0x13, drive empty Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0, 3 buttons qcam0 at 0x378 flags 0x1 on isa qcam0: bidirectional parallel port sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio4 at 0x220-0x227 flags 0x985 on isa sio4: type 16550A (multiport) sio5 at 0x228-0x22f flags 0x985 on isa sio5: type 16550A (multiport) sio6 at 0x240-0x247 flags 0x985 on isa sio6: type 16550A (multiport) sio7 at 0x248-0x24f flags 0x985 on isa sio7: type 16550A (multiport) sio8 at 0x260-0x267 flags 0x985 on isa sio8: type 16550A (multiport) sio9 at 0x268-0x26f irq 5 flags 0x985 on isa sio9: type 16550A (multiport master) pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface Checking for GUS Plug-n-Play ... Board Vendor ID: GRV0001 Board Serial Number: ffffffff gus0 at 0x230 irq 11 drq 5 flags 0x7 on isa at 0x33c dma 7,5 at 0x230 irq 11 dma 5,7 joy0 at 0x201 on isa joy0: joystick DEVFS: ready to run WARNING: / was not properly dismounted. --==_Exmh_18360825040 Content-Type: application/octet-stream ; name="m" Content-Description: m Content-Disposition: attachment; filename="m" Mar 17 22:08:00 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:00 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:00 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:01 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:01 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:01 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4e007206 10000dc Mar 17 22:08:01 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4f004a84 2000024 Mar 17 22:08:01 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:01 whizzo /kernel: STATUS 0 4f007206 10002cc Mar 17 22:08:01 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f007206 100011c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f007206 10004cc Mar 17 22:08:02 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:02 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:02 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4f007206 100008c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4f004a04 2000024 Mar 17 22:08:03 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:03 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:03 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f003206 100003c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f007206 10002ec Mar 17 22:08:04 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f001206 100003c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:04 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:05 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:05 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:05 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:05 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:06 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:06 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:06 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4f004a84 2000024 Mar 17 22:08:07 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4f007206 100021c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:07 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:07 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4f005206 100020c Mar 17 22:08:07 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:08 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4f005206 100008c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:08 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:08 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:08 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4f007a04 200004c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:08 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f001206 100003c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f007a04 200002c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f007206 10002cc Mar 17 22:08:09 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:09 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4f007206 10002fc Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:10 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:10 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e007206 10003dc Mar 17 22:08:10 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:10 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:10 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:11 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:11 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:11 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:11 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:11 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:12 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:12 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:12 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:12 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:12 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:12 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:12 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:13 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:13 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:13 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e007206 100010c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4f007206 10002cc Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:13 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:14 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:14 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:14 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:14 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e005206 10000ec Mar 17 22:08:14 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:14 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:15 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:16 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:16 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4f003206 100003c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:16 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:17 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:17 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4f003206 100003c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:17 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:17 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:18 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4e007206 10000dc Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f004a04 200001c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f004a04 f80891fc Mar 17 22:08:19 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:19 whizzo /kernel: STATUS 0 4f004a84 2000024 Mar 17 22:08:19 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f005206 100008c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f004a84 2000024 Mar 17 22:08:20 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f004a84 2000024 Mar 17 22:08:20 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f001206 100001c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4e003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4f003206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:20 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:21 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:21 whizzo /kernel: STATUS 0 4e001206 100001c Mar 17 22:08:21 whizzo /kernel: STATUS 0 4f000206 1000d9c Mar 17 22:08:21 whizzo /kernel: STATUS 0 4f004a84 200001c Mar 17 22:08:21 whizzo /kernel: STATUS 0 4e000206 100001c Mar 17 22:08:21 whizzo /kernel: STATUS 0 4f007206 10002dc Mar 17 22:08:21 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:21 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:21 whizzo /kernel: STATUS 0 4f000206 100001c Mar 17 22:08:21 whizzo /kernel: STATUS 0 4e000206 1000d9c Mar 17 22:08:21 whizzo /kernel: STATUS 0 4e004a04 1000db4 Mar 17 22:08:21 whizzo /kernel: STATUS 0 4f000206 100001c --==_Exmh_18360825040-- From owner-freebsd-multimedia Mon Mar 17 20:08:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA29645 for multimedia-outgoing; Mon, 17 Mar 1997 20:08:04 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA29628 for ; Mon, 17 Mar 1997 20:08:00 -0800 (PST) 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 UAA06973; Mon, 17 Mar 1997 20:08:01 -0800 (PST) Message-Id: <199703180408.UAA06973@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Mon, 17 Mar 1997 22:52:50 EST." <199703180352.WAA00683@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 20:08:00 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi You are getting lots of errors on your data streams trying playing with your bios for intance your PCI latency timer should be 32. Also Trying disabling shared IRQs Tnks, Amancio From owner-freebsd-multimedia Mon Mar 17 21:24:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA03312 for multimedia-outgoing; Mon, 17 Mar 1997 21:24:54 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA03290 for ; Mon, 17 Mar 1997 21:24:50 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id AAA01636; Tue, 18 Mar 1997 00:24:43 -0500 (EST) Message-Id: <199703180524.AAA01636@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: latest bt848 code References: <199703180408.UAA06973@rah.star-gate.com> In-reply-to: Your message of "Mon, 17 Mar 1997 20:08:00 PST." <199703180408.UAA06973@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 00:24:43 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi > > You are getting lots of errors on your data streams trying playing with > your bios for intance your PCI latency timer should be 32. Hmmm.. I'll give that a try. > Also Trying disabling shared IRQs Well, this isn't gonna work. There are not enough IRQs for this to work, and shared interrupts are a feature of PCI peripherals. I really don't want to have to do this. Shouldn't the driver check to see if the board is even enabled to generate interrupts before falling into the service routine? How about checking the INT_MASK register at 0x104 to see if we've even enabled interrupts? I don't seem to see a simple interrupt asserted bit in any of the status registers, which is too bad. I guess a mask of the appropriate bits in the interrupt status register would do it. louie From owner-freebsd-multimedia Mon Mar 17 21:43:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA04355 for multimedia-outgoing; Mon, 17 Mar 1997 21:43:51 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA04349 for ; Mon, 17 Mar 1997 21:43:48 -0800 (PST) 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 VAA07396; Mon, 17 Mar 1997 21:43:43 -0800 (PST) Message-Id: <199703180543.VAA07396@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 00:24:43 EST." <199703180524.AAA01636@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 21:43:43 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I will look into why are you getting interrupts. You are not supposed to get interrupts unless the driver failed to disabled interrupts. Amancio >From The Desk Of "Louis A. Mamakos" : > > Hi > > > > You are getting lots of errors on your data streams trying playing with > > your bios for intance your PCI latency timer should be 32. > > Hmmm.. I'll give that a try. > > > Also Trying disabling shared IRQs > > Well, this isn't gonna work. There are not enough IRQs for this to > work, and shared interrupts are a feature of PCI peripherals. I really > don't want to have to do this. > > Shouldn't the driver check to see if the board is even enabled to generate > interrupts before falling into the service routine? How about checking > the INT_MASK register at 0x104 to see if we've even enabled interrupts? > I don't seem to see a simple interrupt asserted bit in any of the status > registers, which is too bad. I guess a mask of the appropriate bits in > the interrupt status register would do it. > > > louie > > From owner-freebsd-multimedia Mon Mar 17 21:50:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA04767 for multimedia-outgoing; Mon, 17 Mar 1997 21:50:37 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA04762 for ; Mon, 17 Mar 1997 21:50:32 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id AAA00500; Tue, 18 Mar 1997 00:50:30 -0500 (EST) Message-Id: <199703180550.AAA00500@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: latest bt848 code References: <199703180543.VAA07396@rah.star-gate.com> In-reply-to: Your message of "Mon, 17 Mar 1997 21:43:43 PST." <199703180543.VAA07396@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 00:50:30 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm, never mind - the driver already clears the interrupt mask register. So, it must the video board causing 60 interrupts a second? That doesn't sound like the right number. louie From owner-freebsd-multimedia Mon Mar 17 21:54:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA04967 for multimedia-outgoing; Mon, 17 Mar 1997 21:54:54 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA04950 for ; Mon, 17 Mar 1997 21:54:50 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id VAA27208 for ; Mon, 17 Mar 1997 21:48:47 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id AAA00466; Tue, 18 Mar 1997 00:48:42 -0500 (EST) Message-Id: <199703180548.AAA00466@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: latest bt848 code References: <199703180543.VAA07396@rah.star-gate.com> In-reply-to: Your message of "Mon, 17 Mar 1997 21:43:43 PST." <199703180543.VAA07396@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 00:48:42 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I will look into why are you getting interrupts. You are not supposed > to get interrupts unless the driver failed to disabled interrupts. The driver may be getting called because of another PCI bus board using that same interrupt. Just to see, I'll make sure that the interrupt mask register gets set to 0 in the attach routine, and see if the systat -vmstat interrupt counters change their behavior. I'm also setting the PCI latency timer (with the config option) to 32. louie From owner-freebsd-multimedia Mon Mar 17 22:10:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA06129 for multimedia-outgoing; Mon, 17 Mar 1997 22:10:37 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA06124 for ; Mon, 17 Mar 1997 22:10:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id XAA08848; Mon, 17 Mar 1997 23:10:20 -0700 (MST) Message-Id: <199703180610.XAA08848@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: "Louis A. Mamakos" , multimedia@FreeBSD.ORG Subject: Re: latest bt848 code In-reply-to: Your message of "Mon, 17 Mar 1997 21:43:43 PST." <199703180543.VAA07396@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 23:10:20 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >I will look into why are you getting interrupts. You are not supposed >to get interrupts unless the driver failed to disabled interrupts. this would explain a problem I had, specifically: When I had the stb tv pci card in a slot that caused it to share an INT with the 2940 disk controller I couldn't boot, the system would lock up tight right about the time INTs were enabled. Moving it to a slot where it didn't share an INT fixed the problem. So perhaps attach isn't doing the good thing... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Mon Mar 17 22:16:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA06374 for multimedia-outgoing; Mon, 17 Mar 1997 22:16:08 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA06369 for ; Mon, 17 Mar 1997 22:16:04 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id BAA00471; Tue, 18 Mar 1997 01:15:57 -0500 (EST) Message-Id: <199703180615.BAA00471@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: multimedia@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: latest bt848 code References: <199703180543.VAA07396@rah.star-gate.com> In-reply-to: Your message of "Mon, 17 Mar 1997 21:43:43 PST." <199703180543.VAA07396@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 01:15:57 -0500 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've rebooted the system with the PCI bus latency timer set to 32, and it seems to be running pretty well so far. I also added a change to short-circuit the interrupt service routine in the driver when interrupts are masked, but that shouldn't affect anything when the bt848 board is open - only when it's not in use, and that's not been a problem. So, I guess the bus latency timer may be the cause of the problems I've had - I'll know more after it's been running for a while. FYI, I noticed that with the driver open and doing a continuous capture with fxtv, it's generating 120 interrupts per second. In the "tv in a window" case, where the user doesn't need to be notified, it would be nice not to suffer the interrupt overhead. I don't know if that's possible or not - I need to dig in deeper to understand how the driver fits together to see if that's reasonable. Foo, I missed seeing Letterman tonight fiddling around with this. Now that it seems to be working, that won't be a problem any more. Just tune in the show from a cron job :-) louie From owner-freebsd-multimedia Mon Mar 17 22:16:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA06396 for multimedia-outgoing; Mon, 17 Mar 1997 22:16:15 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA06387 for ; Mon, 17 Mar 1997 22:16:12 -0800 (PST) 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 WAA07695; Mon, 17 Mar 1997 22:16:12 -0800 (PST) Message-Id: <199703180616.WAA07695@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: "Louis A. Mamakos" , multimedia@FreeBSD.ORG Subject: Re: latest bt848 code In-reply-to: Your message of "Mon, 17 Mar 1997 23:10:20 MST." <199703180610.XAA08848@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 22:16:12 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is probably more to do with the PCI code than the driver. What I am doing is pretty harmless in attach. Besides, the interrupts are disabled. I would suspect more the 2940... I got one over here and it has given me grief in the past. Cheers, Amancio >From The Desk Of Steve Passe : > Hi, > > >I will look into why are you getting interrupts. You are not supposed > >to get interrupts unless the driver failed to disabled interrupts. > > this would explain a problem I had, specifically: > > When I had the stb tv pci card in a slot that caused it to share an INT > with the 2940 disk controller I couldn't boot, the system would lock up tight > right about the time INTs were enabled. Moving it to a slot where it didn't > share an INT fixed the problem. So perhaps attach isn't doing the good > thing... > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Mon Mar 17 22:33:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA07355 for multimedia-outgoing; Mon, 17 Mar 1997 22:33:57 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA07350 for ; Mon, 17 Mar 1997 22:33:55 -0800 (PST) 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 WAA07875; Mon, 17 Mar 1997 22:33:56 -0800 (PST) Message-Id: <199703180633.WAA07875@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: multimedia@FreeBSD.ORG Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 01:15:57 EST." <199703180615.BAA00471@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Mar 1997 22:33:56 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of "Louis A. Mamakos" : > > I've rebooted the system with the PCI bus latency timer set to 32, and > it seems to be running pretty well so far. I also added a change to > short-circuit the interrupt service routine in the driver when interrupts > are masked, but that shouldn't affect anything when the bt848 board is > open - only when it's not in use, and that's not been a problem. > > So, I guess the bus latency timer may be the cause of the problems I've > had - I'll know more after it's been running for a while. Well the good old Bt848 was getting to many bus time outs and the new error recovery was trying to hard to get you going back again. > FYI, I noticed that with the driver open and doing a continuous capture > with fxtv, it's generating 120 interrupts per second. In the "tv in a window " I will leave the "excessive interrupt " problem for you guys to fix... Glad to get you going, now don't stay up too late watching tv 8) If your system stays up over nite then I say we got a driver ! Have fun, Amancio From owner-freebsd-multimedia Mon Mar 17 22:51:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA08471 for multimedia-outgoing; Mon, 17 Mar 1997 22:51:07 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA08458 for ; Mon, 17 Mar 1997 22:51:02 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id WAA01657 for ; Mon, 17 Mar 1997 22:50:59 -0800 (PST) Date: Mon, 17 Mar 1997 22:50:59 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: multimedia@freebsd.org Subject: Re: ColorQC for FreeBSD? (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I interrogated the quickcam-drivers list about the color quickcam and got the following response. If anyone out here has or wants a cqc then here is a good starting point for a kernel driver maybe? I think all our hackers are soaked up on the bt848 project (which, very selfishly, I'd like worked on first :) ) but if someone is bored, well, go at it. Enjoy! Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major ---------- Forwarded message ---------- Date: Tue, 18 Mar 1997 00:08:43 -0500 (EST) From: Patrick To: Doug White Cc: quickcam-drivers@crynwr.com Subject: Re: ColorQC for FreeBSD? > Since the color quickcam drivers appear to be (marginally) operational for > Linux, is there any one interested in doing a port to FreeBSD? cqcam works under Linux, FreeBSD, and QNX. BSDi and LynxOS ports are coming in the next release. The Linux and FreeBSD versions support Xlib, xview, and Tcl/Tk for a fairly nice interface. See http://devnull.dorm.virginia.edu/~patrick/cqcam/ for more details and the full-source distribution. > I have some people here that would be very happy to see such support, > especially for vic/mbone broadcast. There was someone working on a cqcam-vic combination, but I haven't heard anything from him in a while. Anyone who is interested in merging cqcam with any other packages has my full support (a list of all the camera.C and imager.C API functions, for example). --Patrick ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ | Madness takes its | Patrick Reynolds | | toll. Please have | Second-year CS major .and. geek for hire | | exact change. | patrickr@virginia.edu | | | http://devnull.dorm.virginia.edu/~patrick/ | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-multimedia Tue Mar 18 00:16:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA12967 for multimedia-outgoing; Tue, 18 Mar 1997 00:16:51 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12962 for ; Tue, 18 Mar 1997 00:16:48 -0800 (PST) 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 AAA08432; Tue, 18 Mar 1997 00:16:29 -0800 (PST) Message-Id: <199703180816.AAA08432@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Doug White cc: Andre Albsmeier , freebsd-multimedia@freebsd.org Subject: Re: Sound Card recommendation In-reply-to: Your message of "Tue, 18 Mar 1997 00:03:28 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 00:16:29 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does Duke Nukem supports the GUS ? Tnks, Amancio >From The Desk Of Doug White : > On Sat, 15 Mar 1997, Andre Albsmeier wrote: > > > > > > > A good choice is the GUS PnP with 512k. The driver for the GUS PnP is > > > available at ftp://rah.star-gate.com/pub/guspnp6.tar.gz > > > > Thanks for your hint. I now have 3 people recommending a GUS. I have > > just found a AWE32 in our company and I'll try this one this > > weekend. If I see any problems, I will try to get a GUS card. > > I had an AWE. Great cards for DOS, but for Mbone audio, they do not cut > it, period. So now if I need nice music, I pull open the case, drop in > the AWE, turn it back on, play Duke Nukem for a while ;) > > Doug White | University of Oregon > Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant > http://gladstone.uoregon.edu/~dwhite | Computer Science Major > From owner-freebsd-multimedia Tue Mar 18 00:25:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA13473 for multimedia-outgoing; Tue, 18 Mar 1997 00:25:00 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA13450 for ; Tue, 18 Mar 1997 00:24:57 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id AAA28107 for ; Tue, 18 Mar 1997 00:03:40 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id AAA01775; Tue, 18 Mar 1997 00:03:28 -0800 (PST) Date: Tue, 18 Mar 1997 00:03:28 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Andre Albsmeier cc: Amancio Hasty , freebsd-multimedia@freebsd.org Subject: Re: Sound Card recommendation In-Reply-To: <199703151020.LAA25633@server.us.tld> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Mar 1997, Andre Albsmeier wrote: > > > > A good choice is the GUS PnP with 512k. The driver for the GUS PnP is > > available at ftp://rah.star-gate.com/pub/guspnp6.tar.gz > > Thanks for your hint. I now have 3 people recommending a GUS. I have > just found a AWE32 in our company and I'll try this one this > weekend. If I see any problems, I will try to get a GUS card. I had an AWE. Great cards for DOS, but for Mbone audio, they do not cut it, period. So now if I need nice music, I pull open the case, drop in the AWE, turn it back on, play Duke Nukem for a while ;) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Tue Mar 18 08:25:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA02527 for multimedia-outgoing; Tue, 18 Mar 1997 08:25:33 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA02498 for ; Tue, 18 Mar 1997 08:25:29 -0800 (PST) Received: from x14.boston.juno.com (x14.boston.juno.com [205.231.101.27]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id HAA00536 for ; Tue, 18 Mar 1997 07:45:44 -0800 (PST) Received: (from n9ogk@juno.com) by x14.boston.juno.com (queuemail) id K\J07202; Tue, 18 Mar 1997 10:43:26 EST To: freebsd-multimedia@FreeBSD.ORG Subject: Re: nas/audemo problems Message-ID: <19970318.093742.11798.2.N9OGK@juno.com> X-Mailer: Juno 1.15 X-Juno-Line-Breaks: 1-2,6-7,10-16,18,20 From: n9ogk@juno.com (Jack W Doyle) Date: Tue, 18 Mar 1997 10:43:26 EST Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ok, I got a piece of good news: While workman doesn't work, xcdplayer _does_. xcdplayer -device /dev/rwcd0c works perfectly. But I _still_ have this nagging question: "How do I set up the network audio server in such a way that I am able to use au* (audemo, auplay, auctl, etc.)? The man page doesn't tell me what I need to know for setting the network audio server up on a standalone machine. Of course, I understand that I'm writing in the midst of a project of some kind taht relates to the bt48 driver (whatever that is...), so I'm somewhat expecting to get lost in the underflow. Jack You know you've been using UNIX too much when... * You type 'ls -a' in DOS instead of 'dir /w' * You remember UNIX commands faster than those for DOS * You try to configure Win95 the same way you reconfig your X display manager. * Someone asks a question about what wordproc you use and you say 'I use vi." From owner-freebsd-multimedia Tue Mar 18 08:35:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA04686 for multimedia-outgoing; Tue, 18 Mar 1997 08:35:57 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA04673 for ; Tue, 18 Mar 1997 08:35:52 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id GAA29343 for ; Tue, 18 Mar 1997 06:17:40 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id JAA04347; Tue, 18 Mar 1997 09:16:21 -0500 (EST) Message-Id: <199703181416.JAA04347@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: Steve Passe , multimedia@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: latest bt848 code References: <199703180616.WAA07695@rah.star-gate.com> In-reply-to: Your message of "Mon, 17 Mar 1997 22:16:12 PST." <199703180616.WAA07695@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 09:16:20 -0500 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Is probably more to do with the PCI code than the driver. What I am > doing is pretty harmless in attach. Besides, the interrupts are > disabled. I would suspect more the 2940... I got one over here > and it has given me grief in the past. I don't know how to explain it. On my system, the disk controller doesn't even share the same interrupt, and it's very unlikely that the ethernet controller was generating 60 interrupts per seconds. The video card shares the same interrupt, but I believe it's vertical refresh rate is 68 or 72 Hz. Anyway, I left it running last night, and the system stayed up. The capture stopped somewhere along the way, but started back up again right away when the window got tweaked. One that that I have noticed is that the state of brightness, contrast, etc, seems to be lost whenever the frame capture starts up again after an expose, resize, etc. I'll leave it running today while I'm at work, and see what happens... louie From owner-freebsd-multimedia Tue Mar 18 10:23:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA15766 for multimedia-outgoing; Tue, 18 Mar 1997 10:23:12 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA15757 for ; Tue, 18 Mar 1997 10:23:09 -0800 (PST) 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 KAA14137; Tue, 18 Mar 1997 10:23:06 -0800 (PST) Message-Id: <199703181823.KAA14137@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: Steve Passe , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 09:16:20 EST." <199703181416.JAA04347@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 10:23:06 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Louis, Tnks for the info. I will leave dtv running for extended period of time to see if I can duplicate what you are seeing. Also this weekend I will look into the problem with contrast, color saturation values being forgotten by the driver. Regards, Amancio >From The Desk Of "Louis A. Mamakos" : > > Is probably more to do with the PCI code than the driver. What I am > > doing is pretty harmless in attach. Besides, the interrupts are > > disabled. I would suspect more the 2940... I got one over here > > and it has given me grief in the past. > > I don't know how to explain it. On my system, the disk controller doesn't > even share the same interrupt, and it's very unlikely that the ethernet > controller was generating 60 interrupts per seconds. The video card shares > the same interrupt, but I believe it's vertical refresh rate is 68 or 72 Hz. > > Anyway, I left it running last night, and the system stayed up. The capture > stopped somewhere along the way, but started back up again right away when > the window got tweaked. > > One that that I have noticed is that the state of brightness, contrast, etc, > seems to be lost whenever the frame capture starts up again after an expose, > resize, etc. > > I'll leave it running today while I'm at work, and see what happens... > > louie > > From owner-freebsd-multimedia Tue Mar 18 10:40:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA16857 for multimedia-outgoing; Tue, 18 Mar 1997 10:40:38 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA16847 for ; Tue, 18 Mar 1997 10:40:35 -0800 (PST) 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 KAA14284 for ; Tue, 18 Mar 1997 10:40:40 -0800 (PST) Message-Id: <199703181840.KAA14284@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: PCI shared IRQs? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 10:40:40 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone in the list know how pci.c manages to multiplex different devices using the same IRQ? Tnks, Amancio From owner-freebsd-multimedia Tue Mar 18 10:52:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17457 for multimedia-outgoing; Tue, 18 Mar 1997 10:52:13 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA17446 for ; Tue, 18 Mar 1997 10:52:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id LAA16713; Tue, 18 Mar 1997 11:51:47 -0700 (MST) Message-Id: <199703181851.LAA16713@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: "Louis A. Mamakos" , Randall Hopper , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 10:23:06 PST." <199703181823.KAA14137@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 11:51:46 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Amancio said: >Also this weekend I will look into the problem with contrast, color >saturation values being forgotten by the driver. > ... >>From The Desk Of "Louis A. Mamakos" : >... >> One that that I have noticed is that the state of brightness, contrast, etc, >> seems to be lost whenever the frame capture starts up again after an expose, >> resize, etc. the problem is in fxtv: tvcapture.c:TVCAPTUREStart(), around line 458: /* SETUP CAPTURE PARAMETERS */ /* format */ ... /* input */ ... /* brightness */ ... /* contrast */ here Randall is resetting the color values each time. I discussed this with him, he was doing it because of warnings about the driver easily loosing state of many values. If you remove these lines the problem goes away without any side-effects (that I can see). Randall, have you attempted to deal with this yet in your source tree? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Tue Mar 18 11:10:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA18497 for multimedia-outgoing; Tue, 18 Mar 1997 11:10:28 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA18485 for ; Tue, 18 Mar 1997 11:10:23 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 18 Mar 1997 14:09:36 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA12267; Tue, 18 Mar 97 14:09:33 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id OAA16082; Tue, 18 Mar 1997 14:06:46 -0500 Message-Id: <19970318140646.02069@ct.picker.com> Date: Tue, 18 Mar 1997 14:06:46 -0500 From: Randall Hopper To: Steve Passe Cc: Amancio Hasty , "Louis A. Mamakos" , multimedia@freebsd.org, Randall Hopper Subject: Re: latest bt848 code References: <199703181823.KAA14137@rah.star-gate.com> <199703181851.LAA16713@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703181851.LAA16713@Ilsa.StevesCafe.com>; from Steve Passe on Tue, Mar 18, 1997 at 11:51:46AM -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve Passe: |Amancio said: |>Also this weekend I will look into the problem with contrast, color |>saturation values being forgotten by the driver. |> ... |>>From The Desk Of "Louis A. Mamakos" : |>... |>> One that that I have noticed is that the state of brightness, |>> contrast, etc, seems to be lost whenever the frame capture starts up |>> again after an expose, resize, etc. | |the problem is in fxtv: | | tvcapture.c:TVCAPTUREStart(), around line 458: here Randall is resetting |the color values each time. I discussed this with him, he was doing it |because of warnings about the driver easily loosing state of many values. |If you remove these lines the problem goes away without any side-effects |(that I can see). | |Randall, have you attempted to deal with this yet in your source tree? I did a rev last week (0.0.2, http://multiverse.com/~rhh/fxtv) to permit not always setting all parameters on startup and with each capture (e.g. input device, etc.), but I too noticed that the driver seemed to be forgetting the brightness/contrast across starts (I didn't have hue and U/V sat in that version). So I left the "changed" bit on for these two parameters even after they were registered with the driver so that the next start would re-register these values. I'll reverify this behavior later this evening with the 3/16 rev of the bt driver, but I believe I saw the problem with it as well. BTW Steve, when you get a few minutes, you might add some code to xtvr so that it re-queries the current driver params and updates display on an EnterNotify event for your top level shell. I've added similar code to the 0.3 rev of fxtv I'm working on. Found this approach in the xmix source and it seems a pretty reasonable way for apps to share control of driver parameters. Randall From owner-freebsd-multimedia Tue Mar 18 11:18:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA19155 for multimedia-outgoing; Tue, 18 Mar 1997 11:18:02 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA19149 for ; Tue, 18 Mar 1997 11:18:00 -0800 (PST) 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 LAA14544; Tue, 18 Mar 1997 11:17:52 -0800 (PST) Message-Id: <199703181917.LAA14544@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: Steve Passe , "Louis A. Mamakos" , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 14:06:46 EST." <19970318140646.02069@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 11:17:52 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Randall Hopper : > > I did a rev last week (0.0.2, http://multiverse.com/~rhh/fxtv) to permit > not always setting all parameters on startup and with each capture > (e.g. input device, etc.), but I too noticed that the driver seemed to be > forgetting the brightness/contrast across starts (I didn't have hue and U/V > sat in that version). So I left the "changed" bit on for these two what do you mean that the driver forgets the constrast values between starts? Do you mean that you close the device / re-open and then expect the same values to be effective? Tnks, Amancio From owner-freebsd-multimedia Tue Mar 18 12:28:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA25966 for multimedia-outgoing; Tue, 18 Mar 1997 12:28:50 -0800 (PST) Received: from Ilsa.StevesCafe.com ([205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA25958 for ; Tue, 18 Mar 1997 12:28:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id NAA17830 for ; Tue, 18 Mar 1997 13:28:40 -0700 (MST) Message-Id: <199703182028.NAA17830@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: multimedia@freebsd.org Subject: table driven tuning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 13:28:40 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, could someone confirm that the following patches DO NOT break cable tuning. I have re-written this code to be table driven, eliminating the seperate routines for each tuning mode (broadcast, cable, etc). There are dummy entries for hrc cable and european cable, please impliment if you can. sys/i386/include: ------------------------------------- cut ------------------------------------- *** ioctl_bt848.h.orig 1997/03/18 17:40:43 1.2 --- ioctl_bt848.h 1997/03/18 19:21:49 *************** *** 9,14 **** --- 9,16 ---- #define TUNERTYPE_CABLEIRC 2 #define TUNERTYPE_CABLEHRC 3 #define TUNERTYPE_WEUROPE 4 + #define TUNERTYPE_MIN TUNERTYPE_NABCST + #define TUNERTYPE_MAX TUNERTYPE_WEUROPE /* ------------------------------------- cut ------------------------------------- sys/pci: ------------------------------------- cut ------------------------------------- *** brooktree848.c.orig 1997/03/18 17:43:30 1.6 --- brooktree848.c 1997/03/18 20:13:30 *************** *** 1428,1434 **** case TVTUNER_SETCHNL: temp = tv_channel( bktr, (int)*(unsigned long *)arg ); ! if ( temp < 0 ) return EIO; *(unsigned long *)arg = temp; break; --- 1428,1435 ---- case TVTUNER_SETCHNL: temp = tv_channel( bktr, (int)*(unsigned long *)arg ); ! if ( temp < 0 ) ! return EINVAL; *(unsigned long *)arg = temp; break; *************** *** 1437,1443 **** break; case TVTUNER_SETTYPE: ! bktr->tuner.tunertype = *(unsigned long *)arg; break; case TVTUNER_GETTYPE: --- 1438,1447 ---- break; case TVTUNER_SETTYPE: ! temp = *(unsigned long *)arg; ! if ( (temp < TUNERTYPE_MIN) || (temp > TUNERTYPE_MAX) ) ! return EINVAL; ! bktr->tuner.tunertype = temp; break; case TVTUNER_GETTYPE: *************** *** 1451,1457 **** case TVTUNER_SETFREQ: temp = tv_freq( bktr, (int)*(unsigned long *)arg ); ! if ( temp < 0 ) return EIO; *(unsigned long *)arg = temp; break; --- 1455,1462 ---- case TVTUNER_SETFREQ: temp = tv_freq( bktr, (int)*(unsigned long *)arg ); ! if ( temp < 0 ) ! return EINVAL; *(unsigned long *)arg = temp; break; *************** *** 2108,2120 **** #endif /* XXXXXX_TUNER */ /* scaling factor for frequencies expressed as ints */ - #define TEST_A - - #if defined( TEST_A ) #define FREQFACTOR 16 - #else - #define FREQFACTOR 100 - #endif /******************************* i2c primitives ***************************** */ --- 2113,2119 ---- *************** *** 2310,2378 **** #define I2C_REGADDR() (i2c_regptr_t)&bktr->base[ BKTR_I2C_CONTROL ] /* ! * set the frequency of the tuner */ - static int - tv_freq( bktr_reg_t* bktr, int frequency ) - { - i2c_regptr_t bti2c; - u_char band; - int N; - int order; - - /* select the band based on frequency */ - if ( frequency < (160 * FREQFACTOR) ) - band = TSA5522_BANDA; - else if ( frequency < (454 * FREQFACTOR) ) - band = TSA5522_BANDB; - else - band = TSA5522_BANDC; - - /* - * N = 16 * { fRF(pc) + fIF(pc) } - * where: - * pc is picture carrier, fRF & fIF are in mHz - */ - #if defined( TEST_A ) - /* - * frequency is mHz * 16, eg. 55.25 mHz * 16 == 884 - */ - N = (frequency + 732 /* 45.75 * 16 */); - #else - /* - * frequency is mHz to 2 decimal places, ie. 5525 == 55.25 mHz, - */ - N = 16 * ((frequency + IF_FREQUENCY) / FREQFACTOR); - #endif - /* get the i2c register address */ - bti2c = I2C_REGADDR(); - - /* send the data to the TSA5522 */ - disable_intr(); - i2cStart( bti2c, TSA5522_WADDR ); - - /* the data sheet wants the order set according to direction */ - if ( frequency > bktr->tuner.frequency ) { - i2cWrite( bti2c, (N >> 8) & 0x7f ); /* divisor MSB */ - i2cWrite( bti2c, N & 0xff ); /* divisor LSB */ - i2cWrite( bti2c, TSA5522_CONTROL ); /* control bits */ - i2cWrite( bti2c, band ); /* band select */ - } - else { - i2cWrite( bti2c, TSA5522_CONTROL ); /* control bits */ - i2cWrite( bti2c, band ); /* band select */ - i2cWrite( bti2c, (N >> 8) & 0x7f ); /* divisor MSB */ - i2cWrite( bti2c, N & 0xff ); /* divisor LSB */ - } - - i2cStop( bti2c ); - enable_intr(); - - bktr->tuner.frequency = frequency; - - return 0; - } - /* * North American Broadcast Channels: --- 2309,2333 ---- #define I2C_REGADDR() (i2c_regptr_t)&bktr->base[ BKTR_I2C_CONTROL ] /* ! * Format: ! * entry 0: MAX legal channel ! * entry 1: IF frequency ! * expressed as fi{mHz} * 16, ! * eg 45.75mHz == 45.75 * 16 = 732 ! * entry 2: [place holder/future] ! * entry 3: base of channel record 0 ! * entry 3 + (x*3): base of channel record 'x' ! * entry LAST: NULL channel entry marking end of records ! * ! * Record: ! * int 0: base channel ! * int 1: frequency of base channel, ! * expressed as fb{mHz} * 16, ! * eg 55.25mHz == 55.25 * 16 = 884 ! * int 2: offset frequency between channels, ! * expressed as fo{mHz} * 16, ! * eg 6.00mHz == 6.00 * 16 = 96 */ /* * North American Broadcast Channels: *************** *** 2393,2437 **** * 14 471.25 mHz * 83 885.25 mHz */ ! static int ! frequency_nabcst( int channel ) ! { ! /* legal channels are 2 thru 83 */ ! if ( channel > 83 ) ! return -1; ! ! /* channels 14 thru 83 */ ! if ( channel >= 14 ) ! #if defined( TEST_A ) ! return 7540 + ((channel-14) * 96 ); ! #else ! return 47125 + ((channel-14) * 600 ); ! #endif ! /* channels 7 thru 13 */ ! if ( channel >= 7 ) ! #if defined( TEST_A ) ! return 2804 + ((channel-7) * 96 ); ! #else ! return 17525 + ((channel-7) * 600 ); ! #endif ! /* channels 5 thru 6 */ ! if ( channel >= 5 ) ! #if defined( TEST_A ) ! return 1236 + ((channel-5) * 96 ); ! #else ! return 7725 + ((channel-5) * 600 ); ! #endif ! /* channels 2 thru 4 */ ! if ( channel >= 2 ) ! #if defined( TEST_A ) ! return 884 + ((channel-2) * 96 ); ! #else ! return 5525 + ((channel-2) * 600 ); ! #endif ! /* legal channels are 2 thru 83 */ ! return -1; ! } ! /* * North American Cable Channels, IRC(?): --- 2348,2361 ---- * 14 471.25 mHz * 83 885.25 mHz */ ! int nabcst[] = { ! 83, 732, 0, ! 14, 7540, 96, ! 7, 2804, 96, ! 5, 1236, 96, ! 2, 884, 96, ! 0 ! }; /* * North American Cable Channels, IRC(?): *************** *** 2458,2526 **** * 95 91.25 mHz * 99 115.25 mHz */ static int ! frequency_irccable( int channel ) { ! /* legal channels are 2 thru 99 */ ! if ( channel > 99 ) return -1; ! /* channels 95 thru 99 */ ! if ( channel >= 95 ) ! return 9125 + ((channel-95) * 600 ); ! ! /* channels 23 thru 94 */ ! if ( channel >= 23 ) ! return 21725 + ((channel-23) * 600 ); ! ! /* channels 14 thru 22 */ ! if ( channel >= 14 ) ! return 12125 + ((channel-14) * 600 ); ! ! /* channels 7 thru 13 */ ! if ( channel >= 7 ) ! return 17525 + ((channel-7) * 600 ); ! ! /* channels 5 thru 6 */ ! if ( channel >= 5 ) ! return 7725 + ((channel-5) * 600 ); ! ! /* channels 2 thru 4 */ ! if ( channel >= 2 ) ! return 5525 + ((channel-2) * 600 ); ! /* legal channels are 2 thru 99 */ return -1; } /* ! * set the channel of the tuner */ static int ! tv_channel( bktr_reg_t* bktr, int channel ) { ! int frequency, status; ! /* calculate the frequency according to tuner type */ ! switch ( bktr->tuner.tunertype ) { ! case TUNERTYPE_NABCST: ! frequency = frequency_nabcst( channel ); ! break; ! case TUNERTYPE_CABLEIRC: ! frequency = frequency_irccable( channel ); ! break; ! /* FIXME: */ ! case TUNERTYPE_CABLEHRC: ! case TUNERTYPE_WEUROPE: ! default: ! return -1; } ! /* check the result of channel to frequency conversion */ ! if ( frequency < 0 ) return -1; /* set the new frequency */ --- 2382,2515 ---- * 95 91.25 mHz * 99 115.25 mHz */ + int irccable[] = { + 99, 732, 0, + 95, 1460, 96, + 23, 3476, 96, + 14, 1940, 96, + 7, 2804, 96, + 5, 1236, 96, + 2, 884, 96, + 0 + }; + + int hrccable[] = { + 0, 0, 0, + 0 + }; + + int weurope[] = { + 0, 0, 0, + 0 + }; + + int* freqTable[] = { + NULL, + nabcst, + irccable, + hrccable, + weurope + }; + + + #define TBL_CHNL freqTable[ bktr->tuner.tunertype ][ x ] + #define TBL_BASE_FREQ freqTable[ bktr->tuner.tunertype ][ x + 1 ] + #define TBL_OFFSET freqTable[ bktr->tuner.tunertype ][ x + 2 ] static int ! frequency_lookup( bktr_reg_t* bktr, int channel ) { ! int x = 0; ! ! /* check for "> MAX channel" */ ! if ( channel > TBL_CHNL ) return -1; ! /* search the table for data */ ! for ( x = 3; TBL_CHNL; x += 3 ) { ! if ( channel >= TBL_CHNL ) { ! return ! (TBL_BASE_FREQ + ((channel-TBL_CHNL) * TBL_OFFSET)); ! } ! } ! /* not found, must be below the MIN channel */ return -1; } + #undef TBL_OFFSET + #undef TBL_BASE_FREQ + #undef TBL_CHNL + #define TBL_IF freqTable[ bktr->tuner.tunertype ][ 1 ] /* ! * set the frequency of the tuner */ static int ! tv_freq( bktr_reg_t* bktr, int frequency ) { ! i2c_regptr_t bti2c; ! u_char band; ! int N; ! int order; ! /* select the band based on frequency */ ! if ( frequency < (160 * FREQFACTOR) ) ! band = TSA5522_BANDA; ! else if ( frequency < (454 * FREQFACTOR) ) ! band = TSA5522_BANDB; ! else ! band = TSA5522_BANDC; ! /* ! * N = 16 * { fRF(pc) + fIF(pc) } ! * where: ! * pc is picture carrier, fRF & fIF are in mHz ! * ! * frequency is mHz * 16, eg. 55.25 mHz * 16 == 884 ! */ ! N = frequency + TBL_IF; ! /* get the i2c register address */ ! bti2c = I2C_REGADDR(); ! ! /* send the data to the TSA5522 */ ! disable_intr(); ! i2cStart( bti2c, TSA5522_WADDR ); ! ! /* the data sheet wants the order set according to direction */ ! if ( frequency > bktr->tuner.frequency ) { ! i2cWrite( bti2c, (N >> 8) & 0x7f ); /* divisor MSB */ ! i2cWrite( bti2c, N & 0xff ); /* divisor LSB */ ! i2cWrite( bti2c, TSA5522_CONTROL ); /* control bits */ ! i2cWrite( bti2c, band ); /* band select */ ! } ! else { ! i2cWrite( bti2c, TSA5522_CONTROL ); /* control bits */ ! i2cWrite( bti2c, band ); /* band select */ ! i2cWrite( bti2c, (N >> 8) & 0x7f ); /* divisor MSB */ ! i2cWrite( bti2c, N & 0xff ); /* divisor LSB */ } ! i2cStop( bti2c ); ! enable_intr(); ! ! bktr->tuner.frequency = frequency; ! ! return 0; ! } ! #undef TBL_IF ! ! ! /* ! * set the channel of the tuner ! */ ! static int ! tv_channel( bktr_reg_t* bktr, int channel ) ! { ! int frequency; ! ! /* calculate the frequency according to tuner type */ ! if ( (frequency = frequency_lookup( bktr, channel )) < 0 ) return -1; /* set the new frequency */ *************** *** 2535,2541 **** /* ! * set the channel of the tuner */ static int tuner_status( bktr_reg_t* bktr ) --- 2524,2530 ---- /* ! * get the status of the tuner */ static int tuner_status( bktr_reg_t* bktr ) ------------------------------------- cut ------------------------------------- -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Tue Mar 18 13:12:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA28772 for multimedia-outgoing; Tue, 18 Mar 1997 13:12:14 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA28766 for ; Tue, 18 Mar 1997 13:12:07 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id QAA08043; Tue, 18 Mar 1997 16:11:59 -0500 (EST) Message-Id: <199703182111.QAA08043@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: Steve Passe , multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: latest bt848 code References: <199703181823.KAA14137@rah.star-gate.com> In-reply-to: Your message of "Tue, 18 Mar 1997 10:23:06 PST." <199703181823.KAA14137@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 16:11:58 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been logging to to check from time to time, and it appears that the fxtv program I left running stopped capturing sometime earlier today. The system is up and running OK, which is a *vast* improvement over the previous difficulties :-) It seems that it must have got upset at something along the way and stopped. But it was running for a some number of hours prior, and I beat on it pretty hard last night with the same behavor which caused my mysterious system hangs, and it kept on running. louie From owner-freebsd-multimedia Tue Mar 18 13:25:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA29966 for multimedia-outgoing; Tue, 18 Mar 1997 13:25:54 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA29949 for ; Tue, 18 Mar 1997 13:25:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA18595; Tue, 18 Mar 1997 14:25:29 -0700 (MST) Message-Id: <199703182125.OAA18595@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 14:06:46 EST." <19970318140646.02069@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 14:25:29 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > |the problem is in fxtv: > | > | tvcapture.c:TVCAPTUREStart(), around line 458: here Randall is resetting > |the color values each time. I discussed this with him, he was doing it > |because of warnings about the driver easily loosing state of many values. > |If you remove these lines the problem goes away without any side-effects > |(that I can see). > | > |Randall, have you attempted to deal with this yet in your source tree? > >I did a rev last week (0.0.2, http://multiverse.com/~rhh/fxtv) to permit >not always setting all parameters on startup and with each capture >(e.g. input device, etc.), but I too noticed that the driver seemed to be >forgetting the brightness/contrast across starts (I didn't have hue and U/V >sat in that version). So I left the "changed" bit on for these two >parameters even after they were registered with the driver so that the next >start would re-register these values. I have identified the basic problem as being that fxtv closes the device and then re-opens it every time the window is moved!. If you happen to have it open with another client (such as xtvr) at the time you move the window nothing bad happens, as the open routine ends early. But if no other clients are active the close completes, and the open reinitializes the hardware. this is where all the tuner values are lost. so the question why the close/open calls for every re-draw? (i merely put printf()s in the driver in both open and close to show this behaviour, am about to go look at the fxtv source) -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Tue Mar 18 13:35:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA01692 for multimedia-outgoing; Tue, 18 Mar 1997 13:35:55 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA01632 for ; Tue, 18 Mar 1997 13:35:26 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 18 Mar 1997 16:34:36 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA20090; Tue, 18 Mar 97 16:34:34 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id QAA16928; Tue, 18 Mar 1997 16:31:53 -0500 Message-Id: <19970318163153.31441@ct.picker.com> Date: Tue, 18 Mar 1997 16:31:53 -0500 From: Randall Hopper To: Steve Passe Cc: multimedia@freebsd.org Subject: Re: latest bt848 code References: <19970318140646.02069@ct.picker.com> <199703182125.OAA18595@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703182125.OAA18595@Ilsa.StevesCafe.com>; from Steve Passe on Tue, Mar 18, 1997 at 02:25:29PM -0700 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by freefall.freebsd.org id NAA01675 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve Passe: |I have identified the basic problem as being that fxtv closes the device |and then re-opens it every time the window is moved!. If you happen |to have it open with another client (such as xtvr) at the time you move |the window nothing bad happens, as the open routine ends early. But if |no other clients are active the close completes, and the open reinitializes |the hardware. this is where all the tuner values are lost. so the question |why the close/open calls for every re-draw? (i merely put printf()s in the |driver in both open and close to show this behaviour, am about to go look at |the fxtv source) Back before the driver-hang bug-fix, I close/open-cycled the driver for each capture stop to try and reduce the frequency of the lock-ups. It seemed like it helped some. However, I ripped that hack out last weekend when the bug was fixed so the last-close-cleanup behavior you describe won't kick-in anymore. I'll do some tests later to verify that brightness/contrast/etc. do in fact keep their values across stops/starts when the driver handle is held open. Thanks for looking into it. Randy From owner-freebsd-multimedia Tue Mar 18 14:39:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA06962 for multimedia-outgoing; Tue, 18 Mar 1997 14:39:50 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA06957 for ; Tue, 18 Mar 1997 14:39:47 -0800 (PST) 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 OAA15997; Tue, 18 Mar 1997 14:39:50 -0800 (PST) Message-Id: <199703182239.OAA15997@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: Steve Passe , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 16:31:53 EST." <19970318163153.31441@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 14:39:50 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Randall Hopper : > I'll do some tests later to verify that brightness/contrast/etc. do in fact > keep their values across stops/starts when the driver handle is held open. > The driver does keep the brightness/constrast/etc.. values while the the device is open. I have a modified version of dtv which moves down the screen and it does not lose brightness nor contrast. From owner-freebsd-multimedia Tue Mar 18 14:55:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA08174 for multimedia-outgoing; Tue, 18 Mar 1997 14:55:25 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA08164 for ; Tue, 18 Mar 1997 14:55:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id PAA19630; Tue, 18 Mar 1997 15:55:04 -0700 (MST) Message-Id: <199703182255.PAA19630@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: Randall Hopper , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 14:39:50 PST." <199703182239.OAA15997@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 15:55:04 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk hi, > >From The Desk Of Randall Hopper : > > I'll do some tests later to verify that brightness/contrast/etc. do in fact > > keep their values across stops/starts when the driver handle is held open. > > > > The driver does keep the brightness/constrast/etc.. values while the > the device is open. I have a modified version of dtv which moves down > the screen and it does not lose brightness nor contrast. we're past that problem now, fxtv was doing close/open for every redraw. now I'm looking at what can bee done to save state between the last close and the next (1st) open. In particual open DOES NOT seem to set METEOR_DEV_MASK (it contains whatever it was at the point of the last close) BUT the open seems to reset the actual input device (haven't figured out where yet). So it needs to be fixed so that either the input device is only reset by attach (which does set METEOR_DEV_MASK) or if the input device must be reset by the 1st open call, METEOR_DEV_MASK should be set to reflect the input. The reason for the above requested fix is that xtvr needs to have an accurate idea of what the true input is. It does this by doing an METEORGINPUT ioctl. Since this returns the value from the previous open, if that input wasn't the same as what open resets it to it gets confused. Question: what does this code in open() do: /* dump_bt848(bt848); */ *bt848 = 0x3; *bt848 = 0xc0; -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Tue Mar 18 15:16:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA09528 for multimedia-outgoing; Tue, 18 Mar 1997 15:16:41 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09518 for ; Tue, 18 Mar 1997 15:16:38 -0800 (PST) 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 PAA16218; Tue, 18 Mar 1997 15:16:39 -0800 (PST) Message-Id: <199703182316.PAA16218@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: Randall Hopper , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 15:55:04 MST." <199703182255.PAA19630@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 15:16:38 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, I will fix the driver this weekend. >From a driver point of view , when the device gets open the device will be set to defaults values. Applications shouldn't depend on keeping state information between close/open. In fact thats a bad practice. > *bt848 = 0x3; > *bt848 = 0xc0; bit 0 chroma overflow bit 1 luma overflow bit 7 video preset bit 6 device in h-lock The above just resets the status bits . Writing a one to the bit clears the condition. In the case of *bt848 = 0xc0 the card , the card resets the video signal upon the next video frame. Amancio >From The Desk Of Steve Passe : > hi, > > >From The Desk Of Randall Hopper : > > > I'll do some tests later to verify that brightness/contrast/etc. do in fa ct > > > keep their values across stops/starts when the driver handle is held open . > > > > > > > The driver does keep the brightness/constrast/etc.. values while the > > the device is open. I have a modified version of dtv which moves down > > the screen and it does not lose brightness nor contrast. > > we're past that problem now, fxtv was doing close/open for every > redraw. now I'm looking at what can bee done to save state between the > last close and the next (1st) open. > > In particual open DOES NOT seem to set METEOR_DEV_MASK (it contains > whatever it was at the point of the last close) BUT the open seems to > reset the actual input device (haven't figured out where yet). So > it needs to be fixed so that either the input device is only reset > by attach (which does set METEOR_DEV_MASK) or if the input device > must be reset by the 1st open call, METEOR_DEV_MASK should be set to > reflect the input. > > The reason for the above requested fix is that xtvr needs to have an > accurate idea of what the true input is. It does this by doing an > METEORGINPUT ioctl. Since this returns the value from the previous open, > if that input wasn't the same as what open resets it to it gets confused. > > Question: > > what does this code in open() do: > > /* dump_bt848(bt848); */ > *bt848 = 0x3; > *bt848 = 0xc0; > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Tue Mar 18 15:27:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA10097 for multimedia-outgoing; Tue, 18 Mar 1997 15:27:30 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10090 for ; Tue, 18 Mar 1997 15:27:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id QAA20034; Tue, 18 Mar 1997 16:27:17 -0700 (MST) Message-Id: <199703182327.QAA20034@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: Randall Hopper , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 15:16:38 PST." <199703182316.PAA16218@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 16:27:17 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, >From a driver point of view , when the device gets open the device >will be set to defaults values. Applications shouldn't depend >on keeping state information between close/open. In fact thats a >bad practice. in general I agree, but in this case its nice if the TV comes up the way it was last set, just like a "real" Tv does. thats the model I am trying to achieve. If its a big pain to achieve don't worry about it. I fixed the DEV_MASK problem in open: bt848[BKTR_IFORM] = 0x69; + bktr->flags = (bktr->flags & ~METEOR_DEV_MASK) | METEOR_DEV0; you also have a redundant: bktr->flags |= METEOR_OPEN; in there. Now xtvremote can determine the tuner type and channel that the card is currently set to. the color controls ( hue, etc. ) can also be accurately read on startup, although they get reset to defaults by the 1st open. this I can live with , now that GINPUT now accurately reflects the open state. do you have commit privileges, or should I commit the setting of DEV_MASK in open? I have to commit some new tuner code anyways (once someone confirms it works). -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Tue Mar 18 15:38:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA10909 for multimedia-outgoing; Tue, 18 Mar 1997 15:38:32 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10904 for ; Tue, 18 Mar 1997 15:38:28 -0800 (PST) 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 PAA16568; Tue, 18 Mar 1997 15:38:32 -0800 (PST) Message-Id: <199703182338.PAA16568@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: Randall Hopper , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 16:27:17 MST." <199703182327.QAA20034@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 15:38:31 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You can commit the changes . I don't have commit privileges nor do I want them. Yes, I realize what you guys are trying to do. If you wish to preserve information write it down to a file when the application exits. During normal execution , is not a problem. I hate to preserve state information such as the one that you guys are asking and no it is not hard to implement, again is not a good practice to have at the driver level. Actually, it would not surprise if some of you may get battery back up for your favorite Bt848 based card to preserve its state between power cycles 8) All in all things are really shaping up 8) Have fun guys, Amancio >From The Desk Of Steve Passe : > Hi, > > >From a driver point of view , when the device gets open the device > >will be set to defaults values. Applications shouldn't depend > >on keeping state information between close/open. In fact thats a > >bad practice. > > in general I agree, but in this case its nice if the TV comes up the > way it was last set, just like a "real" Tv does. thats the model > I am trying to achieve. If its a big pain to achieve don't worry > about it. > > I fixed the DEV_MASK problem in open: > > bt848[BKTR_IFORM] = 0x69; > + bktr->flags = (bktr->flags & ~METEOR_DEV_MASK) | METEOR_DEV0; > > you also have a redundant: > > bktr->flags |= METEOR_OPEN; > > in there. > > Now xtvremote can determine the tuner type and channel that the card is > currently set to. the color controls ( hue, etc. ) can also be accurately > read on startup, although they get reset to defaults by the 1st open. > this I can live with , now that GINPUT now accurately reflects the open state . > > do you have commit privileges, or should I commit the setting of DEV_MASK > in open? I have to commit some new tuner code anyways (once someone > confirms it works). > > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Tue Mar 18 15:56:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA12236 for multimedia-outgoing; Tue, 18 Mar 1997 15:56:37 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA12207 for ; Tue, 18 Mar 1997 15:56:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id QAA20423; Tue, 18 Mar 1997 16:56:06 -0700 (MST) Message-Id: <199703182356.QAA20423@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: Randall Hopper , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Tue, 18 Mar 1997 15:38:31 PST." <199703182338.PAA16568@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 16:56:06 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Yes, I realize what you guys are trying to do. > If you wish to preserve information write it down to a file when the application > exits. During normal execution , is not a problem. I hate to preserve > state information such as the one that you guys are asking and no it is > not hard to implement, again is not a good practice to have at the driver > level. Actually, it would not surprise if some of you may get battery > back up for your favorite Bt848 based card to preserve its state between > power cycles 8) actually I am willing to accept this premise, initialize everything as oppossed to preserving state of the hardware (on 1st open) is the safe road for sure. however after the 1st open its important that additional opens (by remotes, audio mixers, etc.) don't perturb the current state, and can accurately read the current state. this is the sort of gremlin I am after now. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Tue Mar 18 19:29:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA01449 for multimedia-outgoing; Tue, 18 Mar 1997 19:29:44 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01401 for ; Tue, 18 Mar 1997 19:29:22 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id WAA01841; Tue, 18 Mar 1997 22:29:18 -0500 (EST) Message-Id: <199703190329.WAA01841@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: PCI shared IRQs? References: <199703181840.KAA14284@rah.star-gate.com> In-reply-to: Your message of "Tue, 18 Mar 1997 10:40:40 PST." <199703181840.KAA14284@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 22:29:18 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Does anyone in the list know how pci.c manages to multiplex different > devices using the same IRQ? The nitty-gritty is the dispatch routing in /sys/pci/pci.c pci_int(), which walks the list of register interrupt handlers attached to each PCI interrupt. When the first driver registers for an interrupt, the interrupt handler points directly to the driver. When subsequent drivers register, then interrupt handler points the dispatch routine and a list of interrupt handlers is created, each of which is called. The reason this can be made to work is that interrupts are level sensitive on the PCI bus, rather than edge sensistive on the ISA. Thus, a board will continue to assert an interrupt until serviced. louie From owner-freebsd-multimedia Tue Mar 18 20:36:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA05145 for multimedia-outgoing; Tue, 18 Mar 1997 20:36:02 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA05125 for ; Tue, 18 Mar 1997 20:35:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id VAA23627 for ; Tue, 18 Mar 1997 21:35:53 -0700 (MST) Message-Id: <199703190435.VAA23627@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: multimedia@freebsd.org Subject: bt848 board eeproms Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 21:35:53 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, eeprom 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20 23 07 08 00 21 01 08 92 36 00 08 60 f0 00 08 00 21 01 08 00 20 01 08 d0 d5 06 08 a1 46 07 08 5f 00 00 00 10 00 00 00 e0 23 07 08 I've written some experimental code to read the onboard EEProm of the STB TV PCI card. The above is the contents of the 128x8 part. the wincast baord has a part with 256x8 organization. I bring this up because we eventually need to figure out what this data means! Among other things I suspect it is alignment data for the TDA9850 stereo/SAP decoder chip, see page 8 of that datasheet. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Tue Mar 18 20:41:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA05409 for multimedia-outgoing; Tue, 18 Mar 1997 20:41:17 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA05404 for ; Tue, 18 Mar 1997 20:41:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id VAA23704 for ; Tue, 18 Mar 1997 21:41:04 -0700 (MST) Message-Id: <199703190441.VAA23704@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: multimedia@freebsd.org Subject: bt848 board eeproms Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 21:41:03 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, >eeprom > ... >I've written some experimental code to read the onboard EEProm of the >STB TV PCI card. The above is the contents of the 128x8 part. the data was not correct, ignore it (I'll keep trying...) -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Wed Mar 19 05:16:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA20843 for multimedia-outgoing; Wed, 19 Mar 1997 05:16:00 -0800 (PST) Received: from netwolf.NetMasters.com (netwolf.netmasters.com [199.201.245.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20838 for ; Wed, 19 Mar 1997 05:15:58 -0800 (PST) Received: from netwolf.NetMasters.com (localhost [127.0.0.1]) by netwolf.NetMasters.com (8.8.5/8.7.3) with ESMTP id IAA00351 for ; Wed, 19 Mar 1997 08:15:56 -0500 (EST) Message-Id: <199703191315.IAA00351@netwolf.NetMasters.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: Changes for Audio control on the bt848 code Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 19 Mar 1997 08:15:56 -0500 From: Michael Petry Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Attached are changes I've been running that give control of the audio mux. I'll send a secon note witht he changes to fxtv0.0.2 that provide crude channel tuning and audio source selection. Things that are unresolved: The audio pops when changing because the audio needs to be muted during channel change. This is best handled by the interrupt service routine to mute when it looses sync. The audio source is latched, but the video source gets reset on a window obscure/move. I haven't tracked it much, but believe the capture restart and fxtv open/close are at the root. diff -r /home/petry/tmp/src/sys/pci/brktree_reg.h ./brktree_reg.h 43a44,50 > #define BT848_DSTATUS_PRES (1<<7) > #define BT848_DSTATUS_HLOC (1<<6) > #define BT848_DSTATUS_FIELD (1<<5) > #define BT848_DSTATUS_NUML (1<<4) > #define BT848_DSTATUS_CSEL (1<<3) > #define BT848_DSTATUS_LOF (1<<1) > #define BT848_DSTATUS_COF (1<<0) 87a95,115 > #define BT848_INT_RISCS (0xf<<28) > #define BT848_INT_RISC_EN (1<<27) > #define BT848_INT_RACK (1<<25) > #define BT848_INT_FIELD (1<<24) > #define BT848_INT_SCERR (1<<19) > #define BT848_INT_OCERR (1<<18) > #define BT848_INT_PABORT (1<<17) > #define BT848_INT_RIPERR (1<<16) > #define BT848_INT_PPERR (1<<15) > #define BT848_INT_FDSR (1<<14) > #define BT848_INT_FTRGT (1<<13) > #define BT848_INT_FBUS (1<<12) > #define BT848_INT_RISCI (1<<11) > #define BT848_INT_GPINT (1<<9) > #define BT848_INT_I2CDONE (1<<8) > #define BT848_INT_VPRES (1<<5) > #define BT848_INT_HLOCK (1<<4) > #define BT848_INT_OFLOW (1<<3) > #define BT848_INT_HSYNC (1<<2) > #define BT848_INT_VSYNC (1<<1) > #define BT848_INT_FMTCHG (1<<0) 141a170,180 > #define AUDIO_TUNER 0x00 /* command for the audio routine */ > #define AUDIO_EXTERN 0x01 /* don't confuse them with bit */ > #define AUDIO_INTERN 0x02 /* settings */ > #define AUDIO_MUTE 0x80 > #define AUDIO_UNMUTE 0x81 > u_char audio_mux_select; /* current mode of the audio */ > u_char audio_mute_state; /* mute state of the audio */ > u_char audio_tuner_type; /* brand of tuner */ > #define TUNER_MIRO 1 > #define TUNER_HAUPPAUGE 2 > #define TUNER_STB 3 diff -r /home/petry/tmp/src/sys/pci/brooktree848.c ./brooktree848.c 245a246 > void bktr_audio( bktr_reg_t * bktr, int mode); 356c357,358 < bt848[BKTR_CAP_CTL] = bktr->bktr_cap_ctl; --- > bt848[BKTR_CAP_CTL] = bktr->bktr_cap_ctl; > bktr_audio(bktr, AUDIO_UNMUTE); 1294a1297,1298 > bktr_audio(bktr, AUDIO_UNMUTE); > 1331a1336,1337 > /* mute the audio by switching the mux */ > bktr_audio(bktr, AUDIO_MUTE); 1392a1399,1409 > /* > * The mux on the boards are driven by the GPIO output. This table is > * is needed to map the from the PseudoTV to the different board types. > * The list is ordered as: TUNER, EXTERN1, EXTERN2, MUTE > * > * Two issues: > * 1) Only the Hauppauge! has been tested, the others are guesses > * based on the linux driver. > * 2) Since there is no "tuner type" that is auto detected, the > * Hauppauge is currently hardcoded > */ 1393a1411,1415 > u_char audiomuxs[][4] = { > { 0x02, 0x01, 0x00, 0x00 }, /* MIRO (guesses) */ > { 0x00, 0x02, 0x03, 0x01 }, /* Hauppauge! */ > { 0x00, 0x02, 0x03, 0x01 }, /* STB (guesses) */ > }; 1394a1417,1467 > void > bktr_audio (bktr_reg_t *bktr, int cmd) > { > volatile u_char *bt848; > volatile u_char temp; > volatile u_char idx; > > switch (cmd) { > case AUDIO_TUNER: > bktr->audio_mux_select = 0; > break; > case AUDIO_EXTERN: > bktr->audio_mux_select = 1; > break; > case AUDIO_INTERN: > bktr->audio_mux_select = 2; > break; > case AUDIO_MUTE: > bktr->audio_mute_state = TRUE; /* set mute */ > break; > case AUDIO_UNMUTE: > bktr->audio_mute_state = FALSE; /* clear mute */ > break; > default: > printf("bktr: audio cmd error %02x\n", cmd); > break; > } > bt848 = bktr->base; > bt848[BKTR_GPIO_OUT_EN] = 0x0f; > bt848[BKTR_GPIO_REG_INP] = 0x00; > > if (bktr->audio_mute_state == TRUE) { > idx = 3; > } else { > idx = bktr->audio_mux_select; > } > > /* Leave the upper bits of the GPIO port alone in case they control > * something like the dbx or teletext chips. This doesn't guarantee > * success, but follows the rule of least astonishment. > */ > > temp = bt848[BKTR_GPIO_DATA] & ~7; /* mask off lower three bits */ > > /* !!!! Hardcode of Hauppauge! until audio_tune_type is autodetected */ > > bktr->audio_tuner_type = TUNER_HAUPPAUGE; > > bt848[BKTR_GPIO_DATA] = > temp | audiomuxs[bktr->audio_tuner_type][idx]; > } 1479a1553,1555 > bktr_audio(bktr, AUDIO_MUTE); > bktr_audio(bktr, AUDIO_EXTERN); > bktr_audio(bktr, AUDIO_UNMUTE); 1488a1565,1567 > bktr_audio(bktr, AUDIO_MUTE); > bktr_audio(bktr, AUDIO_TUNER); > bktr_audio(bktr, AUDIO_UNMUTE); From owner-freebsd-multimedia Wed Mar 19 05:26:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA21077 for multimedia-outgoing; Wed, 19 Mar 1997 05:26:05 -0800 (PST) Received: from netwolf.NetMasters.com (netwolf.netmasters.com [199.201.245.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA21072 for ; Wed, 19 Mar 1997 05:26:02 -0800 (PST) Received: from netwolf.NetMasters.com (localhost [127.0.0.1]) by netwolf.NetMasters.com (8.8.5/8.7.3) with ESMTP id IAA00402 for ; Wed, 19 Mar 1997 08:26:01 -0500 (EST) Message-Id: <199703191326.IAA00402@netwolf.NetMasters.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: fxtv changes for audio and tuning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 19 Mar 1997 08:26:00 -0500 From: Michael Petry Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Attached is a diff to fxtv-0.0.2 that provides selection of tuner/ext1 as the video source. It also proviced channel selection (up/down) from a hardcoded array of channels. (Yep, it's a hack, but I got tired of the blue screen) X resource management me heartburn. What would be cool is if somebody could whip up a widget that displayes the current channel on the menu bar (or even better on top of the screen) (There's also a bug fix to tvscreen.c at the end for a compare vs. assignment error) In tvmenu.c that is an array that should be update to reflect your of-air channels > static int channels[] = > { 2, 4, 5, 7, 9, 11, 13, 20, 22, 26, 32, 45, 50, 54, 56}; diff -r fxtv-0.0.2/tvcapture.c fxtv-0.0.2.mine/tvcapture.c 190a191,225 > void TVCAPTURESetExt1( int ext1 ) > { > TV_CAPTURE *c = &G_glob.capture; > > c->changed.input_dev = True; > c->input_dev = METEOR_INPUT_DEV0; > } > > void TVCAPTURESetTuner( int tuner ) > { > TV_CAPTURE *c = &G_glob.capture; > > c->changed.input_dev = True; > c->input_dev = METEOR_INPUT_DEV1; > } > > void TVCAPTURESetChannel(int channel ) > { > int arg; > TV_CAPTURE *c = &G_glob.capture; > > arg = channel; > > DBPRINTF(("changing channel to %d\n", arg)); > if ( ioctl( c->fd, TVTUNER_SETCHNL, &arg ) < 0 ) { > fprintf( stderr, "ioctl(TVTUNER_SETCHNL, %d) failed: %s\n", > arg, strerror(errno) ); > return; > } > > c->changed.channel = True; > c->channel = channel; > } > > 194c229 < c->changed.brightness = 1; --- > c->changed.brightness = True; 201c236 < c->changed.contrast = 1; --- > c->changed.contrast = True; 474a510,522 > /* Channel */ > > if ( c->changed.channel ) { > arg = c->channel; > > if ( ioctl( c->fd, TVTUNER_SETCHNL, &arg ) < 0 ) { > fprintf( stderr, "ioctl(TVTUNER_SETCHNL, %d) failed: %s\n", > arg, strerror(errno) ); > return; > } > c->changed.channel = 0; > } > 477a526 > diff -r fxtv-0.0.2/tvcapture.h fxtv-0.0.2.mine/tvcapture.h 36a37 > #include 56a58 > INT32 channel; 75a78 > unsigned channel :1; Only in fxtv-0.0.2: tvcapture.o diff -r fxtv-0.0.2/tvmenu.c fxtv-0.0.2.mine/tvmenu.c 95c95,96 < static XT_CB QuitCB, FreezeCB, MuteCB, ZoomCB; --- > static XT_CB QuitCB, FreezeCB, MuteCB, TunerCB, Ext1CB, ZoomCB; > static XT_CB UpCB, DownCB; 125,126c126,127 < { TVMI( INPUT,INPUT_TUNER ), "tunerCmd" , WC_mcmd , NULL }, < { TVMI( INPUT,INPUT_EXT1 ), "ext1Cmd" , WC_mcmd , NULL }, --- > { TVMI( INPUT,INPUT_TUNER ), "tunerCmd" , WC_mcmd , TunerCB}, > { TVMI( INPUT,INPUT_EXT1 ), "ext1Cmd" , WC_mcmd , Ext1CB }, 142,143c143,144 < { TV_TOOLITEM_CHANUP , "channelUpCmd" , WC_cmd , NULL }, < { TV_TOOLITEM_CHANDOWN , "channelDnCmd" , WC_cmd , NULL }, --- > { TV_TOOLITEM_CHANUP , "channelUpCmd" , WC_cmd , UpCB }, > { TV_TOOLITEM_CHANDOWN , "channelDnCmd" , WC_cmd , DownCB }, 160a162,210 > } > > static void Ext1CB( Widget w, XtPointer cl, XtPointer cb ) > { > Boolean ext1_on; > > XtVaGetValues( w, XtNstate, &ext1_on, > NULL ); > DBPRINTF(( "Ext1 = %s\n", ext1_on ? "yes" : "no" )); > > TVCAPTURESetExt1( 1 ); > } > > static void TunerCB( Widget w, XtPointer cl, XtPointer cb ) > { > Boolean tuner_on; > > XtVaGetValues( w, XtNstate, &tuner_on, > NULL ); > DBPRINTF(( "Tuner = %s\n", tuner_on ? "yes" : "no" )); > > TVCAPTURESetTuner( 1 ); > } > > static int channel_index = 0; > static int channels[] = > { 2, 4, 5, 7, 9, 11, 13, 20, 22, 26, 32, 45, 50, 54, 56}; > > static void UpCB( Widget w, XtPointer cl, XtPointer cb ) > { > > channel_index++; > if (channel_index >= (sizeof(channels)/sizeof(int))) > channel_index = 0; > > DBPRINTF(("channel = %d\n", channels[channel_index])); > > TVCAPTURESetChannel( channels[channel_index] ); > } > > static void DownCB( Widget w, XtPointer cl, XtPointer cb ) > { > channel_index--; > if (channel_index < 0) > channel_index = (sizeof(channels)/sizeof(int)) - 1; > > DBPRINTF(("channel = %d\n", channels[channel_index])); > > TVCAPTURESetChannel( channels[channel_index] ); Only in fxtv-0.0.2: tvmenu.o diff -r fxtv-0.0.2/tvscreen.c fxtv-0.0.2.mine/tvscreen.c 1464c1464 < bpp == 24; --- > bpp = 24; 1466c1466 < bpp == 15; --- > bpp = 15; From owner-freebsd-multimedia Wed Mar 19 16:16:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA04017 for multimedia-outgoing; Wed, 19 Mar 1997 16:16:01 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA03982 for ; Wed, 19 Mar 1997 16:15:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id RAA01712 for ; Wed, 19 Mar 1997 17:15:43 -0700 (MST) Message-Id: <199703200015.RAA01712@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: multimedia@FreeBSD.ORG Subject: Re: Changes for Audio control on the bt848 code In-reply-to: Your message of "Wed, 19 Mar 1997 08:15:56 EST." <199703191315.IAA00351@netwolf.NetMasters.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 19 Mar 1997 17:15:43 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I've been tryoing to get the audio stuff working and am beginning to wonder if my card is OK. in the lower right corner there are 6 surface mount parts missing. (which might be OK, sometimes thats the design). in this area is a 16 pin surface mount IC: 4052BT, with places for 6 sm resisters above it: R46 & R48 exist, R31, R32, R37 & R45 are missing. below it are places for 4 sm resisters: R47 & R49 exist, R29 & R44 are missing. I can trace the audio output (which I ain't got!) to this area, and in particular the missing chip positions. Could someone examine their STB TV PCI card in this area and tell me what they see compared to the above description? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Wed Mar 19 22:04:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA27991 for multimedia-outgoing; Wed, 19 Mar 1997 22:04:54 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA27977 for ; Wed, 19 Mar 1997 22:04:48 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id BAA02851; Thu, 20 Mar 1997 01:04:39 -0500 (EST) Message-Id: <199703200604.BAA02851@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Steve Passe cc: multimedia@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: Changes for Audio control on the bt848 code References: <199703200015.RAA01712@Ilsa.StevesCafe.com> In-reply-to: Your message of "Wed, 19 Mar 1997 17:15:43 MST." <199703200015.RAA01712@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 01:04:39 -0500 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I noticed that my WinCast/TV dbx board doesn't work with Mike's modifications either - I'm sure that the audio goo is somewhat different than the base version. I was talking to Mike about this today at lunch, and decided to attack it the "brute force" way. I added a pair of ioctl functions to get and set the GPIO port on the Bt848. I then proceeded to toss obvious sorts of bit patterns at it to see if I could provoke it into working. Unfortunately, there seems to be more going on here that this approach didn't produce any useful results. I think I may have to dig up docs on the chips they use to see if there's some sort of programming/setup required. I also tried following the traces on the board, but didn't get very far. It sounds like your eyesight is doing better than mine, judging from how far you managed to trace stuff :-) The other extreme notion is to call Hauppauge, and see if they're willing to cough up some info which would help them sell some more boards... we'll see how that goes. louie From owner-freebsd-multimedia Wed Mar 19 22:20:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA28551 for multimedia-outgoing; Wed, 19 Mar 1997 22:20:39 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA28544 for ; Wed, 19 Mar 1997 22:20:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id XAA05339; Wed, 19 Mar 1997 23:20:25 -0700 (MST) Message-Id: <199703200620.XAA05339@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: "Louis A. Mamakos" cc: multimedia@FreeBSD.ORG Subject: Re: Changes for Audio control on the bt848 code In-reply-to: Your message of "Thu, 20 Mar 1997 01:04:39 EST." <199703200604.BAA02851@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 19 Mar 1997 23:20:25 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > I noticed that my WinCast/TV dbx board doesn't work with Mike's modifications > either - I'm sure that the audio goo is somewhat different than the base > version. > ... I got my first tuner audio out of the STB card about 30 minutes age. There are 2 or 3 bugs (from the point of view of an STB card) in the patches. At this point I can get either tuner audio or external audio out, next step is to setup a CD input so I can determine which of the 2 remaining patterns is the mute, and which is the CD. Once I have this under control I will attack the hauppauge (in my frustration with the STB card today I went to Compusa and bought one!) It didn't do any better! And it appears to have a much harder time keeping up with the video stream than the STB... In my bumblings with the audio I think I discovered a way to differentiate the hauppauge card from the STB card during probe. When I catch my breath I will add code to do this, eliminating all those ugly compiled-in datums. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Mar 20 01:13:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA03852 for multimedia-outgoing; Thu, 20 Mar 1997 01:13:43 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA03847 for ; Thu, 20 Mar 1997 01:13:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id CAA02175 for ; Thu, 20 Mar 1997 02:13:29 -0700 (MST) Message-Id: <199703200913.CAA02175@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: multimedia@FreeBSD.org Subject: Miro tuner Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 02:13:28 -0700 Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, does anyone know what brand./model of tuner is used on the Miro TV card? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Mar 20 01:42:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA05016 for multimedia-outgoing; Thu, 20 Mar 1997 01:42:42 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA05011 for ; Thu, 20 Mar 1997 01:42:39 -0800 (PST) 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 BAA29358; Thu, 20 Mar 1997 01:42:51 -0800 (PST) Message-Id: <199703200942.BAA29358@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@FreeBSD.org Subject: Re: Miro tuner In-reply-to: Your message of "Thu, 20 Mar 1997 02:13:28 MST." <199703200913.CAA02175@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 01:42:50 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Sure Philips or Temic See, http://www.miro.com/e/e2-products/products.html Have fun Amancio >From The Desk Of Steve Passe : > Hi, > > does anyone know what brand./model of tuner is used on the Miro TV card? > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Thu Mar 20 03:15:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA07980 for multimedia-outgoing; Thu, 20 Mar 1997 03:15:40 -0800 (PST) Received: from stio1.fh-wuerzburg.de (stio1.sari.fh-wuerzburg.de [193.174.80.12]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA07975 for ; Thu, 20 Mar 1997 03:15:37 -0800 (PST) Received: by stio1.fh-wuerzburg.de; (5.65/1.1.8.2/26Aug94-1034AM) id AA11054; Thu, 20 Mar 1997 12:15:30 +0100 Date: Thu, 20 Mar 1997 12:15:29 +0100 (MET) From: Markus Hofmann To: multimedia@freebsd.org Subject: Capture-Driver Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! Any1 knows if there anywhere exists a linux(2.0)-driver for the intel video capture board (1.2)??? ciao Markus H. From owner-freebsd-multimedia Thu Mar 20 10:16:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28331 for multimedia-outgoing; Thu, 20 Mar 1997 10:16:56 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA28325 for ; Thu, 20 Mar 1997 10:16:53 -0800 (PST) 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 KAA03065; Thu, 20 Mar 1997 10:16:57 -0800 (PST) Message-Id: <199703201816.KAA03065@rah.star-gate.com> To: Markus Hofmann cc: multimedia@freebsd.org Subject: Re: Capture-Driver In-reply-to: Your message of "Thu, 20 Mar 1997 12:15:29 +0100." Date: Thu, 20 Mar 1997 10:16:57 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Whats an Intel video capture board (1.2)? Tnks, Amancio . >From The Desk Of Markus Hofmann : > Hello! > > Any1 knows if there anywhere exists a linux(2.0)-driver for the intel > video capture board (1.2)??? > > ciao > > Markus H. > From owner-freebsd-multimedia Thu Mar 20 10:43:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29363 for multimedia-outgoing; Thu, 20 Mar 1997 10:43:33 -0800 (PST) Received: from deacon.cogsci.ed.ac.uk (deacon144.cogsci.ed.ac.uk [129.215.144.7]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA29355 for ; Thu, 20 Mar 1997 10:43:19 -0800 (PST) Received: from pitcairn.cogsci.ed.ac.uk (pitcairn.cogsci.ed.ac.uk [129.215.197.19]) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.12) with ESMTP id SAA18852 for ; Thu, 20 Mar 1997 18:42:40 GMT Date: Thu, 20 Mar 1997 18:42:39 GMT Message-Id: <23722.199703201842@pitcairn.cogsci.ed.ac.uk> From: Richard Tobin Subject: Where do I get the Win/TV code? To: multimedia@freebsd.org In-Reply-To: Michael Petry's message of Wed, 19 Mar 1997 08:15:56 -0500 Organization: just say no Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've just ordered a Win/TV tuner card. Where can I find the current code? -- Richard From owner-freebsd-multimedia Thu Mar 20 11:37:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02384 for multimedia-outgoing; Thu, 20 Mar 1997 11:37:02 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02379 for ; Thu, 20 Mar 1997 11:37:00 -0800 (PST) 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 LAA00574; Thu, 20 Mar 1997 11:36:45 -0800 (PST) Message-Id: <199703201936.LAA00574@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Markus Hofmann cc: multimedia@freebsd.org Subject: Re: Capture-Driver In-reply-to: Your message of "Thu, 20 Mar 1997 20:20:46 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 11:36:44 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, bear in mind that you are posting to a FreeBSD mailing list so most will not probably know if there is a support for your card on linux. The reason I ask for what you had was for the remote possibility that I knew of a linux driver for your card. Good Luck, Amancio >From The Desk Of Markus Hofmann : > On Thu, 20 Mar 1997, Amancio Hasty wrote: > > > Whats an Intel video capture board (1.2)? > > > It's an isa-card from Intel.... on the outside is a video-cam plugged. > It was used under windows 95 for video conference systems (pro share from > intel ..... transmisson over tcp/ip or isdn)..... > > But I want use it for a web-cam under linux, too! But I don't know how. > > ciao > > Markus From owner-freebsd-multimedia Thu Mar 20 12:23:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA04798 for multimedia-outgoing; Thu, 20 Mar 1997 12:23:50 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA04793 for ; Thu, 20 Mar 1997 12:23:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id NAA08780; Thu, 20 Mar 1997 13:23:39 -0700 (MST) Message-Id: <199703202023.NAA08780@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Richard Tobin cc: multimedia@FreeBSD.org Subject: Re: Where do I get the Win/TV code? In-reply-to: Your message of "Thu, 20 Mar 1997 18:42:39 GMT." <23722.199703201842@pitcairn.cogsci.ed.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 13:23:39 -0700 Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, > I've just ordered a Win/TV tuner card. Where can I find the current > code? its a rapidly moving target these days! The most recent version is in 3.0-current on freefall, retrievable via cvsup. An older version is available from: http://www.freebsd.org/~fsmp/HomeAuto/Bt848.html I expect to be committing a new version today that will have sound support and auto-detection of card-type. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Mar 20 12:30:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA05230 for multimedia-outgoing; Thu, 20 Mar 1997 12:30:16 -0800 (PST) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA05217 for ; Thu, 20 Mar 1997 12:30:05 -0800 (PST) Received: (from tinguely@localhost) by plains.nodak.edu (8.8.5/8.8.5) id OAA20405; Thu, 20 Mar 1997 14:29:35 -0600 (CST) Date: Thu, 20 Mar 1997 14:29:35 -0600 (CST) From: Mark Tinguely Message-Id: <199703202029.OAA20405@plains.nodak.edu> To: hasty@rah.star-gate.com, i469@stio1.fh-wuerzburg.de Subject: Re: Capture-Driver Cc: multimedia@freebsd.org Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk proshare video capture boards have Intel Risc processor on them. I think pigs will fly before we could get any technical documentation for them. --mark. From owner-freebsd-multimedia Thu Mar 20 13:51:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA09933 for multimedia-outgoing; Thu, 20 Mar 1997 13:51:51 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA09927 for ; Thu, 20 Mar 1997 13:51:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA09676; Thu, 20 Mar 1997 14:51:35 -0700 (MST) Message-Id: <199703202151.OAA09676@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Mark Tinguely cc: multimedia@freebsd.org Subject: Re: Capture-Driver In-reply-to: Your message of "Thu, 20 Mar 1997 14:29:35 CST." <199703202029.OAA20405@plains.nodak.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 14:51:34 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > proshare video capture boards have Intel Risc processor on them. > I think pigs will fly before we could get any technical documentation for > them. just a thought: http://eagle.online.discovery.com/DCO/doc/1012/world/alttech/alttech112396/altt ech.html -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Mar 20 14:11:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA11243 for multimedia-outgoing; Thu, 20 Mar 1997 14:11:54 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA11238 for ; Thu, 20 Mar 1997 14:11:49 -0800 (PST) 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 OAA01442; Thu, 20 Mar 1997 14:11:45 -0800 (PST) Message-Id: <199703202211.OAA01442@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Richard Tobin cc: multimedia@FreeBSD.org Subject: Re: Where do I get the Win/TV code? In-reply-to: Your message of "Thu, 20 Mar 1997 18:42:39 GMT." <23722.199703201842@pitcairn.cogsci.ed.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 14:11:45 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hmm... Bear in mind that currently we only support NTSC... Basically, I am waiting for an european hacker to add support for PAL, etc.. so far I have not heard anyone volunteering for the task. Cheers, Amancio >From The Desk Of Richard Tobin : > I've just ordered a Win/TV tuner card. Where can I find the current > code? > > -- Richard From owner-freebsd-multimedia Thu Mar 20 15:12:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05301 for multimedia-outgoing; Thu, 20 Mar 1997 15:12:52 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA05292 for ; Thu, 20 Mar 1997 15:12:49 -0800 (PST) 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 PAA01844; Thu, 20 Mar 1997 15:12:41 -0800 (PST) Message-Id: <199703202312.PAA01844@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: Mark Tinguely , multimedia@freebsd.org Subject: Re: Capture-Driver In-reply-to: Your message of "Thu, 20 Mar 1997 14:51:34 MST." <199703202151.OAA09676@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 15:12:40 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Do you have a more recent http pointer? Tnks, Amancio >From The Desk Of Steve Passe : > Hi, > > > proshare video capture boards have Intel Risc processor on them. > > I think pigs will fly before we could get any technical documentation for > > them. > > just a thought: > > http://eagle.online.discovery.com/DCO/doc/1012/world/alttech/alttech112396/al tt > ech.html > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Thu Mar 20 15:28:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05944 for multimedia-outgoing; Thu, 20 Mar 1997 15:28:40 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA05937 for ; Thu, 20 Mar 1997 15:28:38 -0800 (PST) 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 PAA01996 for ; Thu, 20 Mar 1997 15:28:38 -0800 (PST) Message-Id: <199703202328.PAA01996@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: Bt848 or Multimedia Logo? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 15:28:37 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi guys, Actually, forget logo ... how about a cool movie 8) Cheers, Amancio From owner-freebsd-multimedia Thu Mar 20 15:40:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA06994 for multimedia-outgoing; Thu, 20 Mar 1997 15:40:47 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA06988 for ; Thu, 20 Mar 1997 15:40:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id QAA10844; Thu, 20 Mar 1997 16:40:36 -0700 (MST) Message-Id: <199703202340.QAA10844@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: multimedia@freebsd.org Subject: Re: Capture-Driver In-reply-to: Your message of "Thu, 20 Mar 1997 15:12:40 PST." <199703202312.PAA01844@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 16:40:36 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Hi > Do you have a more recent http pointer? > > ... > > just a thought: > > > > http://eagle.online.discovery.com/DCO/doc/1012/world/alttech/alttech112396/al > tt > > ech.html this is correct, problem is mailer cut the line in pieces, re-attach all 3 of the above lines and it will work. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Mar 20 15:51:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA07546 for multimedia-outgoing; Thu, 20 Mar 1997 15:51:14 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA07535 for ; Thu, 20 Mar 1997 15:51:12 -0800 (PST) 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 PAA02232; Thu, 20 Mar 1997 15:51:11 -0800 (PST) Message-Id: <199703202351.PAA02232@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@freebsd.org Subject: Re: Capture-Driver In-reply-to: Your message of "Thu, 20 Mar 1997 16:40:36 MST." <199703202340.QAA10844@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 15:51:10 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I didn't find anything even with the correct address. It appears that that web site has re-organized and the pointer which you mail takes the browser to http://www.discovery.com Cheers, Amancio >From The Desk Of Steve Passe : > Hi, > > > Hi > > Do you have a more recent http pointer? > > > ... > > > just a thought: > > > > > > http://eagle.online.discovery.com/DCO/doc/1012/world/alttech/alttech11239 6/al > > tt > > > ech.html > > this is correct, problem is mailer cut the line in pieces, re-attach all 3 > of the above lines and it will work. > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Thu Mar 20 16:40:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12893 for multimedia-outgoing; Thu, 20 Mar 1997 16:40:24 -0800 (PST) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA12887 for ; Thu, 20 Mar 1997 16:40:21 -0800 (PST) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id QAA04702; Thu, 20 Mar 1997 16:41:56 -0800 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id TAA00715; Thu, 20 Mar 1997 19:39:35 -0500 Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id TAA21367; Thu, 20 Mar 1997 19:39:34 -0500 Received: (from alk@localhost) by compound.east.sun.com (8.8.5/8.7.3) id SAA14523; Thu, 20 Mar 1997 18:39:48 -0600 (CST) Date: Thu, 20 Mar 1997 18:39:48 -0600 (CST) Reply-To: Anthony.Kimball@East.Sun.COM Message-Id: <199703210039.SAA14523@compound.east.sun.com> From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: smp@csn.net Cc: multimedia@FreeBSD.ORG Subject: Re: Capture-Driver References: <199703202340.QAA10844@Ilsa.StevesCafe.com> <199703202351.PAA02232@rah.star-gate.com> Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Quoth Amancio Hasty on Thu, 20 March: : > this is correct, problem is mailer cut the line in pieces, re-attach all 3 : > of the above lines and it will work. But the pumpkin hurling machinery seems non sequitur. (I've always wanted to say that.) From owner-freebsd-multimedia Thu Mar 20 16:46:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13221 for multimedia-outgoing; Thu, 20 Mar 1997 16:46:09 -0800 (PST) Received: from deacon.cogsci.ed.ac.uk (deacon144.cogsci.ed.ac.uk [129.215.144.7]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA13214 for ; Thu, 20 Mar 1997 16:46:05 -0800 (PST) Received: from pitcairn.cogsci.ed.ac.uk (pitcairn.cogsci.ed.ac.uk [129.215.197.19]) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.12) with ESMTP id AAA03311 for ; Fri, 21 Mar 1997 00:46:03 GMT Date: Fri, 21 Mar 1997 00:46:02 GMT Message-Id: <23771.199703210046@pitcairn.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: Where do I get the Win/TV code? To: multimedia@FreeBSD.org In-Reply-To: Amancio Hasty's message of Thu, 20 Mar 1997 14:11:45 -0800 Organization: just say no Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Bear in mind that currently we only support NTSC... > Basically, I am waiting for an european hacker to add support for PAL, etc.. > so far I have not heard anyone volunteering for the task. I'll consider it if someone can point me at the relevant documentation. > its a rapidly moving target these days! The most recent version is in > 3.0-current on freefall, retrievable via cvsup. An older version is Is it impractical for me to use it with 2.2? I don't want to track current. -- Richard From owner-freebsd-multimedia Thu Mar 20 16:48:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13389 for multimedia-outgoing; Thu, 20 Mar 1997 16:48:43 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13379 for ; Thu, 20 Mar 1997 16:48:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id RAA11547; Thu, 20 Mar 1997 17:48:22 -0700 (MST) Message-Id: <199703210048.RAA11547@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Anthony.Kimball@East.Sun.COM cc: smp@csn.net, multimedia@FreeBSD.ORG Subject: Re: Capture-Driver In-reply-to: Your message of "Thu, 20 Mar 1997 18:39:48 CST." <199703210039.SAA14523@compound.east.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 17:48:22 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Quoth Amancio Hasty on Thu, 20 March: > : > this is correct, problem is mailer cut the line in pieces, re-attach all 3 > : > of the above lines and it will work. > > But the pumpkin hurling machinery seems non sequitur. > > (I've always wanted to say that.) > the original poster appeared anxious to see pigs fly, this seemed like one possibility... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Mar 20 17:30:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA15401 for multimedia-outgoing; Thu, 20 Mar 1997 17:30:58 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15395 for ; Thu, 20 Mar 1997 17:30:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id SAA12027; Thu, 20 Mar 1997 18:30:46 -0700 (MST) Message-Id: <199703210130.SAA12027@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Richard Tobin cc: multimedia@FreeBSD.org Subject: Re: Where do I get the Win/TV code? In-reply-to: Your message of "Fri, 21 Mar 1997 00:46:02 GMT." <23771.199703210046@pitcairn.cogsci.ed.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 18:30:46 -0700 Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, --- > > Bear in mind that currently we only support NTSC... > > Basically, I am waiting for an european hacker to add support for PAL, etc.. > > so far I have not heard anyone volunteering for the task. > > I'll consider it if someone can point me at the relevant documentation. start here: http://www.freebsd.org/~fsmp/HomeAuto/Bt848.html There are 2 aspects to PAL, the brooktree stuff, and the tuner stuff. links to the various datasheets are in the above site. Note that the brooktree databook is only available by mail (you can request it via e-mail to their web site) --- > Is it impractical for me to use it with 2.2? I don't want to track > current. should work fine in 2.2 -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Mar 20 17:32:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA15517 for multimedia-outgoing; Thu, 20 Mar 1997 17:32:38 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15510 for ; Thu, 20 Mar 1997 17:32:35 -0800 (PST) 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 RAA02788; Thu, 20 Mar 1997 17:32:32 -0800 (PST) Message-Id: <199703210132.RAA02788@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Richard Tobin cc: multimedia@FreeBSD.org Subject: Re: Where do I get the Win/TV code? In-reply-to: Your message of "Fri, 21 Mar 1997 00:46:02 GMT." <23771.199703210046@pitcairn.cogsci.ed.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 17:32:32 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Sure just take a look at the Bt848 project , it has a pointer on where to order the Bt848 data book: http://freebsd.org/~fsmp/HomeAuto/Bt848.html for whatever is worth you guys don't have to do much... Amancio >From The Desk Of Richard Tobin : > > Bear in mind that currently we only support NTSC... > > Basically, I am waiting for an european hacker to add support for PAL, etc. . > > so far I have not heard anyone volunteering for the task. > > I'll consider it if someone can point me at the relevant documentation. > > > its a rapidly moving target these days! The most recent version is in > > 3.0-current on freefall, retrievable via cvsup. An older version is > > Is it impractical for me to use it with 2.2? I don't want to track > current. > > -- Richard > > From owner-freebsd-multimedia Thu Mar 20 18:31:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18618 for multimedia-outgoing; Thu, 20 Mar 1997 18:31:36 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18612 for ; Thu, 20 Mar 1997 18:31:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id TAA12679 for ; Thu, 20 Mar 1997 19:31:15 -0700 (MST) Message-Id: <199703210231.TAA12679@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: multimedia@FreeBSD.org Subject: Re: Where do I get the Win/TV code? In-reply-to: Your message of "Thu, 20 Mar 1997 17:32:32 PST." <199703210132.RAA02788@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 19:31:15 -0700 Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, Ok, its ready for testing: http://www.freebsd.org/~fsmp/HomeAuto/files/bt848.970320.tar.gz this version successfully detects both the STB and Hauppauge/dbx cards on my system. It is no longer necessary to set kernel options or defines to pick a particular card (in theory, still need testing on Miro and Intel cards). sound selection follows video input, but there is a 'click' when switching tuner channels that I have to fix. the card type, tuner type and stereo option will be printed during boot right after the device is probed, you can find this with dmesg: # dmesg Copyright (c) 1992-1996 FreeBSD Inc. ... bktr0 rev 17 int a irq 11 on pci0:8 STB TV/PCI, Temic tuner, dbx stereo please compare this to your actual card and report any failures. see README.bt848 for details on overridding this if it fails to detect your card properly. I will commit this to freefall as soon as I get some reports of success. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Mar 20 19:32:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21746 for multimedia-outgoing; Thu, 20 Mar 1997 19:32:04 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA21693 for ; Thu, 20 Mar 1997 19:32:01 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Thu, 20 Mar 1997 22:31:28 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA01394; Thu, 20 Mar 97 22:31:27 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id WAA00959; Thu, 20 Mar 1997 22:28:42 -0500 Message-Id: <19970320222842.13949@ct.picker.com> Date: Thu, 20 Mar 1997 22:28:42 -0500 From: Randall Hopper To: multimedia@freebsd.org Subject: FXTV v0.3 available Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks to Steve for his hard work on the tuner and capture control enhancements to the bt848 driver, and to Amancio for fixing the driver lock-up. URL: http://multiverse.com/~rhh/fxtv New features in 0.3: - Tuner support - Bt848-specific capture appearance control support - Rsrc file, command line, and GUI menu/tool/dialog additions for the above - Changes to coexist with other bt848 driver-tweaking programs - Don't close/open-cycle the driver anymore on CAPTUREStop (drvr bug fixed) Still lots on my future features list, but I thought this might be a good point to make a snapshot. Some driver problems you can see with this version of fxtv: 1) On a Wincast, you'll only hear audio from the RCA inputs on your card coming out the audio out plug (connected to soundcard), regardless of which capture input is selected in the Input menu. The video with your selection though. 2) Freeze frame doesn't always capture two whole fields. There a few GUI bugs I need to work though as well, like visibility occlusion from the Appearances dialog not stopping direct video, etc. I'll look at the audio mux deal in the driver next as I'd sure like to hear sound when I'm on tuner. As before, all suggestions, fixes, and enhancements welcome! Randall From owner-freebsd-multimedia Thu Mar 20 20:48:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA25286 for multimedia-outgoing; Thu, 20 Mar 1997 20:48:52 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA25277 for ; Thu, 20 Mar 1997 20:48:49 -0800 (PST) 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 UAA00704; Thu, 20 Mar 1997 20:47:27 -0800 (PST) Message-Id: <199703210447.UAA00704@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@freebsd.org Subject: Re: Where do I get the Win/TV code? In-reply-to: Your message of "Thu, 20 Mar 1997 19:31:15 MST." <199703210231.TAA12679@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 20:47:27 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve, is there anything special I have to do over here to get sound out of my Hauppage/dbx card? Yes, the driver successfully detected my card and tuner type. Tnks, Amancio >From The Desk Of Steve Passe : > Hi, > > Ok, its ready for testing: > > http://www.freebsd.org/~fsmp/HomeAuto/files/bt848.970320.tar.gz > > this version successfully detects both the STB and Hauppauge/dbx cards > on my system. It is no longer necessary to set kernel options or > defines to pick a particular card (in theory, still need testing on > Miro and Intel cards). > > sound selection follows video input, but there is a 'click' when > switching tuner channels that I have to fix. > > the card type, tuner type and stereo option will be printed during boot > right after the device is probed, you can find this with dmesg: > > # dmesg > Copyright (c) 1992-1996 FreeBSD Inc. > ... > bktr0 rev 17 int a irq 11 on pci0:8 > STB TV/PCI, Temic tuner, dbx stereo > > please compare this to your actual card and report any failures. see > README.bt848 for details on overridding this if it fails to detect > your card properly. > > I will commit this to freefall as soon as I get some reports of success. > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Thu Mar 20 20:58:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA25794 for multimedia-outgoing; Thu, 20 Mar 1997 20:58:27 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA25788 for ; Thu, 20 Mar 1997 20:58:22 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id XAA00760; Thu, 20 Mar 1997 23:58:07 -0500 (EST) Message-Id: <199703210458.XAA00760@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Steve Passe cc: multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: Where do I get the Win/TV code? References: <199703210231.TAA12679@Ilsa.StevesCafe.com> In-reply-to: Your message of "Thu, 20 Mar 1997 19:31:15 MST." <199703210231.TAA12679@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_2276042640" Date: Thu, 20 Mar 1997 23:58:07 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --==_Exmh_2276042640 Content-Type: text/plain; charset=us-ascii I built a new kernel with this version of the Bt848 driver code, and interestingly enough, got the mysterious system hang once. Further, I also bot the mysterious 60 interrupts per second on the shared IRQ used by the Hauppauge board. The good news is that the audio on my WinCast/TV dbx board is working great! I added this code to the interrupt service function, which seems to have improved things. This was in my local version of the driver, and I guess didn't get submitted. The interesting thing is that it appears that under some circumstances, interrupts can get unmasked depending on what the current state of affairs is, regardless of any process having the device open or not. I'm not quite certain about the return inside the if statement or not; perhaps someone could sanity check that for me. louie --==_Exmh_2276042640 Content-Type: application/octet-stream ; name="diff" Content-Description: diff Content-Disposition: attachment; filename="diff" --- brooktree848.c.orig Thu Mar 20 20:48:16 1997 +++ brooktree848.c Thu Mar 20 23:18:40 1997 @@ -364,11 +364,22 @@ s_status = *bt_reg; *bt_reg = 0; + /* + * check to see if any interrupts are unmasked on this device. If + * none are, then we likely got here by way of being on a PCI shared + * interrupt dispatch list. + */ + btl_reg = (u_long *) &bt848[BKTR_INT_MASK]; + if (*btl_reg == 0) + return; /* bail out now, before we do something we + shouldn't */ + if (!(bktr->flags & METEOR_OPEN)) { bts_reg = (u_short *) &bt848[BKTR_GPIO_DMA_CTL]; *bts_reg = 0; btl_reg = (u_long *) &bt848[BKTR_INT_MASK]; *btl_reg = 0; + return; /* no reason to continue, right? */ } btl_reg = (u_long *) &bt848[BKTR_INT_STAT]; --==_Exmh_2276042640-- From owner-freebsd-multimedia Thu Mar 20 21:07:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA26232 for multimedia-outgoing; Thu, 20 Mar 1997 21:07:09 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26227 for ; Thu, 20 Mar 1997 21:07:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id WAA14194; Thu, 20 Mar 1997 22:01:53 -0700 (MST) Message-Id: <199703210501.WAA14194@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: FXTV v0.3 available In-reply-to: Your message of "Thu, 20 Mar 1997 22:28:42 EST." <19970320222842.13949@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 22:01:53 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Some driver problems you can see with this version of fxtv: > > 1) On a Wincast, you'll only hear audio from the RCA inputs on your card > coming out the audio out plug (connected to soundcard), regardless of > which capture input is selected in the Input menu. The video with > your selection though. I believe this is fixed with the latest driver posted to the web page earlier todzy: bt848,970320.tar.gz I now get the tuner audio out of the Wincast with fxtv 0.2 -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Mar 20 21:12:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA26448 for multimedia-outgoing; Thu, 20 Mar 1997 21:12:46 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26441 for ; Thu, 20 Mar 1997 21:12:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id WAA14333; Thu, 20 Mar 1997 22:12:23 -0700 (MST) Message-Id: <199703210512.WAA14333@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: multimedia@freebsd.org Subject: Re: Where do I get the Win/TV code? In-reply-to: Your message of "Thu, 20 Mar 1997 20:47:27 PST." <199703210447.UAA00704@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 22:12:23 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Steve, is there anything special I have to do over here to get > sound out of my Hauppage/dbx card? > > Yes, the driver successfully detected my card and tuner type. what client are you using? I am successfully using fxtv 0.2 and xtvremote. to get audio from the tuner should only require that the board be tuned to an active channel and that you have the hauppauge line out attached to the soundcard line in. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Mar 20 21:28:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA27167 for multimedia-outgoing; Thu, 20 Mar 1997 21:28:58 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27161 for ; Thu, 20 Mar 1997 21:28:55 -0800 (PST) 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 VAA00644; Thu, 20 Mar 1997 21:28:53 -0800 (PST) Message-Id: <199703210528.VAA00644@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@freebsd.org Subject: Re: Where do I get the Win/TV code? In-reply-to: Your message of "Thu, 20 Mar 1997 22:12:23 MST." <199703210512.WAA14333@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 21:28:53 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yes, my audio output is connected to my line input. I am using an old version of tv with your latest version of xtvremote. I tried compiling the latest version of fxtv but it has problems: /usr/home/hasty/fxtv-0.3 {hasty} gmake cc -m486 -g -I/usr/X11R6/include -DVERS_STR=\"0.03\" -c tvcapture.c tvcapture.c: In function `TVCAPTURESetTunerMode': tvcapture.c:404: `TUNERTYPE_NABCST' undeclared (first use this function) tvcapture.c:404: (Each undeclared identifier is reported only once tvcapture.c:404: for each function it appears in.) tvcapture.c:405: `TUNERTYPE_CABLEIRC' undeclared (first use this function) tvcapture.c: In function `TVCAPTUREQueryDriverState': tvcapture.c:573: `TUNERTYPE_NABCST' undeclared (first use this function) tvcapture.c:575: `TUNERTYPE_CABLEIRC' undeclared (first use this function) tvcapture.c:577: warning: unreachable code at beginnin Tnks, Amancio >From The Desk Of Steve Passe : > Hi, > > > Steve, is there anything special I have to do over here to get > > sound out of my Hauppage/dbx card? > > > > Yes, the driver successfully detected my card and tuner type. > > what client are you using? I am successfully using fxtv 0.2 and xtvremote. > > to get audio from the tuner should only require that the board > be tuned to an active channel and that you have the hauppauge line out > attached to the soundcard line in. > > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Thu Mar 20 21:33:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA27397 for multimedia-outgoing; Thu, 20 Mar 1997 21:33:24 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27381 for ; Thu, 20 Mar 1997 21:33:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id WAA14607; Thu, 20 Mar 1997 22:32:38 -0700 (MST) Message-Id: <199703210532.WAA14607@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: FXTV v0.3 available In-reply-to: Your message of "Thu, 20 Mar 1997 22:28:42 EST." <19970320222842.13949@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 22:32:38 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, just grabbed and built the fxtv, nice job, especially the color controls! one problem with it and the latest driver code: in tvcapture.c you will get: cc -m486 -g -I/usr/X11R6/include -DVERS_STR=\"0.03\" -c tvcapture.c tvcapture.c: In function `TVCAPTURESetTunerMode': tvcapture.c:404: `TUNERTYPE_NABCST' undeclared (first use this function) tvcapture.c:404: (Each undeclared identifier is reported only once tvcapture.c:404: for each function it appears in.) tvcapture.c:405: `TUNERTYPE_CABLEIRC' undeclared (first use this function) tvcapture.c: In function `TVCAPTUREQueryDriverState': tvcapture.c:573: `TUNERTYPE_NABCST' undeclared (first use this function) tvcapture.c:575: `TUNERTYPE_CABLEIRC' undeclared (first use this function) change all TUNERTYPE_xxx to CHNLSET_xxx. I changed the names to better reflect their function. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Mar 20 21:37:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA27677 for multimedia-outgoing; Thu, 20 Mar 1997 21:37:33 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27671 for ; Thu, 20 Mar 1997 21:37:24 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id AAA01153; Fri, 21 Mar 1997 00:37:14 -0500 (EST) Message-Id: <199703210537.AAA01153@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: Steve Passe , multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: Where do I get the Win/TV code? References: <199703210447.UAA00704@rah.star-gate.com> In-reply-to: Your message of "Thu, 20 Mar 1997 20:47:27 PST." <199703210447.UAA00704@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 00:37:14 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I didn't have to do anything special to get sound out of the WinCast/TV dbx board; just use the short jumper from the stereo 1/8" phone jack on the WinCast into the stereo line input jack. louie From owner-freebsd-multimedia Thu Mar 20 22:01:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA28586 for multimedia-outgoing; Thu, 20 Mar 1997 22:01:18 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA28581 for ; Thu, 20 Mar 1997 22:01:15 -0800 (PST) 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 WAA01206; Thu, 20 Mar 1997 22:01:10 -0800 (PST) Message-Id: <199703210601.WAA01206@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: Steve Passe , multimedia@freebsd.org Subject: Re: Where do I get the Win/TV code? In-reply-to: Your message of "Fri, 21 Mar 1997 00:37:14 EST." <199703210537.AAA01153@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 22:01:10 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Well, I can't get the audio to work over here . Will have to take the hardware to Win95 and check out it out over there. It could be my card. Cheers Amancio >From The Desk Of "Louis A. Mamakos" : > I didn't have to do anything special to get sound out of the WinCast/TV dbx > board; just use the short jumper from the stereo 1/8" phone jack on the > WinCast into the stereo line input jack. > > louie > From owner-freebsd-multimedia Thu Mar 20 22:05:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA28700 for multimedia-outgoing; Thu, 20 Mar 1997 22:05:31 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA28690 for ; Thu, 20 Mar 1997 22:05:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id XAA15073; Thu, 20 Mar 1997 23:05:17 -0700 (MST) Message-Id: <199703210605.XAA15073@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: "Louis A. Mamakos" cc: multimedia@freebsd.org Subject: Re: Where do I get the Win/TV code? In-reply-to: Your message of "Thu, 20 Mar 1997 23:58:07 EST." <199703210458.XAA00760@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Mar 1997 23:05:17 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > I built a new kernel with this version of the Bt848 driver code, and > interestingly enough, got the mysterious system hang once. Further, I > also bot the mysterious 60 interrupts per second on the shared IRQ > used by the Hauppauge board. > > The good news is that the audio on my WinCast/TV dbx board is working > great! > > I added this code to the interrupt service function, which seems to have > improved things. This was in my local version of the driver, and I > guess didn't get submitted. The interesting thing is that it appears > that under some circumstances, interrupts can get unmasked depending on > what the current state of affairs is, regardless of any process > having the device open or not. I'm not quite certain about > the return inside the if statement or not; perhaps someone could > sanity check that for me. it looks reasonable to me, but defer to Amancio on adding it to the src tree, he's the expert in this area. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 21 00:12:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA03729 for multimedia-outgoing; Fri, 21 Mar 1997 00:12:23 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA03724 for ; Fri, 21 Mar 1997 00:12:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id BAA16544 for ; Fri, 21 Mar 1997 01:12:07 -0700 (MST) Message-Id: <199703210812.BAA16544@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: multimedia@freebsd.org Subject: TV guide Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 01:12:07 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I just found this online tv guide: http://www.TV1.com/ -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 21 00:56:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA04937 for multimedia-outgoing; Fri, 21 Mar 1997 00:56:16 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04932 for ; Fri, 21 Mar 1997 00:56:11 -0800 (PST) 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 AAA00312 for ; Fri, 21 Mar 1997 00:56:10 -0800 (PST) Message-Id: <199703210856.AAA00312@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: Wincast/tv with audio Works! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 00:56:09 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Steve kindly pointed out to me that I had the wrong connector plugged to my gus. To quote Steve: "the audio line out of the wincast is that 1/8" minijack above the yellow video input jack" That did the trick! Now back to surfing my tv 8) Enjoy, Amancio From owner-freebsd-multimedia Fri Mar 21 00:56:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA04972 for multimedia-outgoing; Fri, 21 Mar 1997 00:56:30 -0800 (PST) Received: from viviane.dassault-elec.fr (viviane.dassault-elec.fr [193.106.77.203]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04965 for ; Fri, 21 Mar 1997 00:56:27 -0800 (PST) Received: from localhost (chambet@localhost) by viviane.dassault-elec.fr (8.8.5/SMI-SVR4) with SMTP id JAA11712 for ; Fri, 21 Mar 1997 09:49:47 +0100 (MET) Date: Fri, 21 Mar 1997 09:49:47 +0100 (MET) From: Beatrice Chambet To: multimedia FREEBSD Subject: TCL/TK Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Where can i find information about TCL/TK ? I would like to know if TCL/TK runs under Windows NT ? Thanks From owner-freebsd-multimedia Fri Mar 21 04:06:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA12038 for multimedia-outgoing; Fri, 21 Mar 1997 04:06:09 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA12033 for ; Fri, 21 Mar 1997 04:06:05 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Fri, 21 Mar 1997 7:05:00 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA12465; Fri, 21 Mar 97 07:04:57 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id HAA01245; Fri, 21 Mar 1997 07:02:12 -0500 Message-Id: <19970321070212.02120@ct.picker.com> Date: Fri, 21 Mar 1997 07:02:12 -0500 From: Randall Hopper To: Steve Passe Cc: multimedia@freebsd.org Subject: Re: FXTV v0.3 available References: <19970320222842.13949@ct.picker.com> <199703210501.WAA14194@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703210501.WAA14194@Ilsa.StevesCafe.com>; from Steve Passe on Thu, Mar 20, 1997 at 10:01:53PM -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve Passe: |> Some driver problems you can see with this version of fxtv: |> |> 1) On a Wincast, you'll only hear audio from the RCA inputs on your card |> coming out the audio out plug (connected to soundcard), regardless of |> which capture input is selected in the Input menu. The video with |> your selection though. | |I believe this is fixed with the latest driver posted to the web page |earlier todzy: bt848,970320.tar.gz | |I now get the tuner audio out of the Wincast with fxtv 0.2 Glad to hear it! Will try it out this evening after work. --Thanks, Randall From owner-freebsd-multimedia Fri Mar 21 09:52:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29066 for multimedia-outgoing; Fri, 21 Mar 1997 09:52:08 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29061 for ; Fri, 21 Mar 1997 09:52:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id KAA22398; Fri, 21 Mar 1997 10:51:51 -0700 (MST) Message-Id: <199703211751.KAA22398@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Michael Petry cc: multimedia@FreeBSD.ORG Subject: Re: Changes for Audio control on the bt848 code In-reply-to: Your message of "Wed, 19 Mar 1997 08:15:56 EST." <199703191315.IAA00351@netwolf.NetMasters.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 10:51:51 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I've received 2 or 3 reports of success, no failures, so I just committed the latest patches for sound control to the bt848 driver. Thanx Michael! This version is tested on both hauppauge and stb boards, providing sound control of both tuner audio and external audio. The CD pass-thru doesn't appear to be controllable on the STB board. I didn't even try to control it on the hauppauge, the tech support guy there said that it is merely a passthru, no on-board control possible. I guess they expect you to control it via your CD utility. Yhis version also does auto-detection of card type, tuner type, and presence of stereo option. It prints info about what it thinks it found during boot immediately after announcing the driver probe. Please compare this info (available via dmesg) to your actual card and report the success/failure to correctly detect things to me. If it works correctly for your hardware there is no longer any need to add card-type options to your kernel config file (they might even cause a name clash). Remove them, reconfig and rebuild the kernel. If the hardware isn't properly detected there is a new method for override outlined in the new version of README.bt848. Note that I reorganized the order of sections of brooktree848.c, so future patches against it vs the last version would be almost impossible, time to update. If you can't get files via cvs, there is a tarball of this on the web page, you want the 970320 version. Note that this driver changed the string TUNERTYPE_xxx to CHNLSET_xxx, breaking the latest fxtv-0.3. changing all the occurrances in tvcapture.c of TUNERTYPE_xxx to CHNLSET_xxx will fix the problem. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 21 10:20:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA00865 for multimedia-outgoing; Fri, 21 Mar 1997 10:20:31 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA00859 for ; Fri, 21 Mar 1997 10:20:28 -0800 (PST) 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 KAA05398; Fri, 21 Mar 1997 10:20:20 -0800 (PST) Message-Id: <199703211820.KAA05398@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: Steve Passe , multimedia@freebsd.org Subject: Re: Where do I get the Win/TV code? In-reply-to: Your message of "Thu, 20 Mar 1997 23:58:07 EST." <199703210458.XAA00760@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 10:20:20 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This patch looks good to me 8) Tnks A lot! Amancio >From The Desk Of "Louis A. Mamakos" : > This is a multipart MIME message. > > --==_Exmh_2276042640 > Content-Type: text/plain; charset=us-ascii > > I built a new kernel with this version of the Bt848 driver code, and > interestingly enough, got the mysterious system hang once. Further, I > also bot the mysterious 60 interrupts per second on the shared IRQ > used by the Hauppauge board. > > The good news is that the audio on my WinCast/TV dbx board is working > great! > > I added this code to the interrupt service function, which seems to have > improved things. This was in my local version of the driver, and I > guess didn't get submitted. The interesting thing is that it appears > that under some circumstances, interrupts can get unmasked depending on > what the current state of affairs is, regardless of any process > having the device open or not. I'm not quite certain about > the return inside the if statement or not; perhaps someone could > sanity check that for me. > > louie > > > --==_Exmh_2276042640 > Content-Type: application/octet-stream ; name="diff" > Content-Description: diff > Content-Disposition: attachment; filename="diff" > > --- brooktree848.c.orig Thu Mar 20 20:48:16 1997 > +++ brooktree848.c Thu Mar 20 23:18:40 1997 > @@ -364,11 +364,22 @@ > s_status = *bt_reg; > *bt_reg = 0; > > + /* > + * check to see if any interrupts are unmasked on this device. If > + * none are, then we likely got here by way of being on a PCI shared > + * interrupt dispatch list. > + */ > + btl_reg = (u_long *) &bt848[BKTR_INT_MASK]; > + if (*btl_reg == 0) > + return; /* bail out now, before we do something we > + shouldn't */ > + > if (!(bktr->flags & METEOR_OPEN)) { > bts_reg = (u_short *) &bt848[BKTR_GPIO_DMA_CTL]; > *bts_reg = 0; > btl_reg = (u_long *) &bt848[BKTR_INT_MASK]; > *btl_reg = 0; > + return; /* no reason to continue, right? */ > } > > btl_reg = (u_long *) &bt848[BKTR_INT_STAT]; > > --==_Exmh_2276042640-- > > From owner-freebsd-multimedia Fri Mar 21 10:42:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02214 for multimedia-outgoing; Fri, 21 Mar 1997 10:42:34 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02205 for ; Fri, 21 Mar 1997 10:42:30 -0800 (PST) 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 KAA00387; Fri, 21 Mar 1997 10:42:23 -0800 (PST) Message-Id: <199703211842.KAA00387@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: Michael Petry , multimedia@FreeBSD.ORG Subject: Re: Changes for Audio control on the bt848 code In-reply-to: Your message of "Fri, 21 Mar 1997 10:51:51 MST." <199703211751.KAA22398@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 10:42:22 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Steve Passe : > Hi, > > I've received 2 or 3 reports of success, no failures, so I just committed > the latest patches for sound control to the bt848 driver. Thanx > Michael! Yeap, I am very happy with the cooperation of the group . It is getting better and better 8) The sound control is working great over here! --- Looking a little bit ahead . 1. I see the tuner code being separated by a minor device . 2. Will try to turn bt848 into a loadable module. Just posted to hackers on whether we can allocate a large contiguous memory segment at runtime and it looks like it may be possible most of the times . You will have to be running 3.0-current for this method to work. Worst possible scenario is that it may require a single reboot and load the module as one the first things that the kernel does when is up. 3. Maybe a motif client . I have not tried this out yet however it looks promising: ---- Subject: lxb 0.5 - X/Motif GUI Builder Date: 6 Mar 97 21:29:51 GMT From: parki005@gold.tc.umn.edu (Bruce E Parkin) Organization: University of Minnesota Newsgroups: comp.windows.x.announce I have uploaded version 0.5 of lxb to sunsite.unc.edu. lxb is an X/Motif interactive graphical user interface builder. With it you can build GUI made up of Motif widgets instantiated by clicking on icons, move and resize them with the mouse, and edit their resources. Once the GUI is built, pressing a button will produce the required C source and header files to build the GUI, and an X resource file and Makefile. lxb is a work in progress. Most but not all Motif widgets are available, and most but not all resources can be edited. There are many features of a good GUI builder yet to be done. lxb will eventually be found in /pub/Linux/X11/devel. The 3 files associated with lxb are: 1) lxb.README (this file) 2) lxb-0.5.tar.gz 3) lxb.lsm The Homepage for lxb is http://www.umn.edu/nlhome/g257/parki005/lxb/lxb.html --- Have fun guys! Amancio From owner-freebsd-multimedia Fri Mar 21 11:09:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03611 for multimedia-outgoing; Fri, 21 Mar 1997 11:09:24 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA03591 for ; Fri, 21 Mar 1997 11:09:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id MAA23449; Fri, 21 Mar 1997 12:08:57 -0700 (MST) Message-Id: <199703211908.MAA23449@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: Changes for Audio control on the bt848 code In-reply-to: Your message of "Fri, 21 Mar 1997 10:42:22 PST." <199703211842.KAA00387@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 12:08:57 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >Looking a little bit ahead . > >1. I see the tuner code being separated by a minor device . definately. I just added Randall's Notify Event code to cause xtvremote to track changes to controls made by fxtv. Works fine, but I think it should be taken a step further. I don't know how this is traditionally done in X, so I will describe it generically. CONTROL_CLIENT: any program wanting to cooperate in the use of the picture control ioctl()s. each CONTROL_CLIENT registers itself with the kernel via an ioctl() whenever any of the picture control values change via ioctl()s each registered CONTROL_CLIENT is sent a signal by the kernel (say SIG_USR1). each CONTROL_CLIENT responds to the signal by updateing its local values. comments? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 21 11:29:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06102 for multimedia-outgoing; Fri, 21 Mar 1997 11:29:21 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06094 for ; Fri, 21 Mar 1997 11:29:18 -0800 (PST) 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 LAA00804 for ; Fri, 21 Mar 1997 11:29:16 -0800 (PST) Message-Id: <199703211929.LAA00804@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: mouse control? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 11:29:16 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For those who are doing apps , it may be nice to bind buttons to the applications for the purpose of controlling the tuner. For instance, in my sample app I take over the entire screen and at 640x480 resolution -- the screen pretty much looks like a tv. I have on my system a packet radio mouse, logitech's mouseman cordless, which I can use across the room to do something . For instance, I should be able to bind the left mouse button to go down a channel and the right mouse button to go up a channel. Logitech's mouseman cordless retails for about $65 . Enjoy, Amancio From owner-freebsd-multimedia Fri Mar 21 11:44:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08060 for multimedia-outgoing; Fri, 21 Mar 1997 11:44:43 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA08052 for ; Fri, 21 Mar 1997 11:44:41 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id OAA07986; Fri, 21 Mar 1997 14:44:20 -0500 (EST) Message-Id: <199703211944.OAA07986@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: Steve Passe , Michael Petry , multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: Changes for Audio control on the bt848 code References: <199703211842.KAA00387@rah.star-gate.com> In-reply-to: Your message of "Fri, 21 Mar 1997 10:42:22 PST." <199703211842.KAA00387@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 14:44:20 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 1. I see the tuner code being separated by a minor device . Yea! > 2. Will try to turn bt848 into a loadable module. Just posted to hackers > on whether we can allocate a large contiguous memory segment at runtime > and it looks like it may be possible most of the times . You will have > to be running 3.0-current for this method to work. Worst possible > scenario is that it may require a single reboot and load the module > as one the first things that the kernel does when is up. At least for the Bt848 class cards, continguous memory isn't strictly required. From what I could tell reading the data sheet, you should easily be able to do scatter DMA to multiple pages when you build the RISC program. Once you've got that working, you ought to then be able to accomodate any old buffer that the user specifies, perhaps even specified with a uio struct. > 3. Maybe a motif client . I have not tried this out yet however it > looks promising: Ick, in my opinion. Then we gotta come up with Motif libraries, etc. I think this kind of applicate really cries out for a Tk implementation. But I'm wierd that way :-) I certainly don't want to discourage anyone from writing new and cool code. louie From owner-freebsd-multimedia Fri Mar 21 11:49:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08385 for multimedia-outgoing; Fri, 21 Mar 1997 11:49:45 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA08380 for ; Fri, 21 Mar 1997 11:49:42 -0800 (PST) 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 LAA01072; Fri, 21 Mar 1997 11:49:36 -0800 (PST) Message-Id: <199703211949.LAA01072@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: Steve Passe , Michael Petry , multimedia@freebsd.org Subject: Re: Changes for Audio control on the bt848 code In-reply-to: Your message of "Fri, 21 Mar 1997 14:44:20 EST." <199703211944.OAA07986@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 11:49:36 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of "Louis A. Mamakos" : > Ick, in my opinion. Then we gotta come up with Motif libraries, etc. > I think this kind of applicate really cries out for a Tk implementation. > But I'm wierd that way :-) I certainly don't want to discourage anyone > from writing new and cool code. > I thought about tk is just that is still a moving target :( Cheers, Amancio From owner-freebsd-multimedia Fri Mar 21 11:57:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08992 for multimedia-outgoing; Fri, 21 Mar 1997 11:57:50 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA08982 for ; Fri, 21 Mar 1997 11:57:47 -0800 (PST) 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 LAA01154; Fri, 21 Mar 1997 11:57:39 -0800 (PST) Message-Id: <199703211957.LAA01154@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: Steve Passe , Michael Petry , multimedia@freebsd.org Subject: Continquous Memory vs Virtual Memory In-reply-to: Your message of "Fri, 21 Mar 1997 14:44:20 EST." <199703211944.OAA07986@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 11:57:38 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of "Louis A. Mamakos" : > At least for the Bt848 class cards, continguous memory isn't strictly > required. From what I could tell reading the data sheet, you should > easily be able to do scatter DMA to multiple pages when you build the > RISC program. Once you've got that working, you ought to then be > able to accomodate any old buffer that the user specifies, perhaps even > specified with a uio struct. Yes, I can do the above and to a limited extent is being done in the driver right now. The even dma program is done in one block and the odd is done in another block. Your idea is a good one. I will look into it . My only reservation is the added complexity to the routines which build the risc programs. They are simple and easy to understand by design for the purpose of being easily maintainable by others. Tnks! Amancio From owner-freebsd-multimedia Fri Mar 21 12:39:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA11817 for multimedia-outgoing; Fri, 21 Mar 1997 12:39:10 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA11807 for ; Fri, 21 Mar 1997 12:39:07 -0800 (PST) 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 MAA01610 for ; Fri, 21 Mar 1997 12:38:33 -0800 (PST) Message-Id: <199703212038.MAA01610@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: Multimedia Mailing List Archival and Web Interface? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 12:38:32 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone on the list cares to take charge of this item and implement it? Tnks, Amancio From owner-freebsd-multimedia Fri Mar 21 13:00:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12917 for multimedia-outgoing; Fri, 21 Mar 1997 13:00:15 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA12909 for ; Fri, 21 Mar 1997 13:00:10 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id QAA08668; Fri, 21 Mar 1997 16:00:04 -0500 (EST) Message-Id: <199703212100.QAA08668@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: Steve Passe , Michael Petry , multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: Continquous Memory vs Virtual Memory References: <199703211957.LAA01154@rah.star-gate.com> In-reply-to: Your message of "Fri, 21 Mar 1997 11:57:38 PST." <199703211957.LAA01154@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 16:00:04 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk While we're making the software which builds the channel programs, er, RISC programs most complicated, we could add in support for user specified clipping regions. I think there's some code which could be swiped from the bttv program which does some of that. As it is, the bttv program computes the RISC program in user space, and then shoves it into the kernel; this seems like the wrong division of labor and makes it more difficult to control what memory gets stomped on. You wouldn't want a video capture pointed at the effective UID field of the "u" area, would you? louie From owner-freebsd-multimedia Fri Mar 21 13:21:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14082 for multimedia-outgoing; Fri, 21 Mar 1997 13:21:21 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14066 for ; Fri, 21 Mar 1997 13:21:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA24938; Fri, 21 Mar 1997 14:21:07 -0700 (MST) Message-Id: <199703212121.OAA24938@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: Multimedia Mailing List Archival and Web Interface? In-reply-to: Your message of "Fri, 21 Mar 1997 12:38:32 PST." <199703212038.MAA01610@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 14:21:07 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Anyone on the list cares to take charge of this item and implement it? the multimedia mail archive is already available via the FreeBSD mail search page... What specifically do you have in mind? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 21 13:30:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14591 for multimedia-outgoing; Fri, 21 Mar 1997 13:30:34 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14570 for ; Fri, 21 Mar 1997 13:30:07 -0800 (PST) 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 NAA01968; Fri, 21 Mar 1997 13:29:13 -0800 (PST) Message-Id: <199703212129.NAA01968@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@FreeBSD.ORG Subject: Re: Multimedia Mailing List Archival and Web Interface? In-reply-to: Your message of "Fri, 21 Mar 1997 14:21:07 MST." <199703212121.OAA24938@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 13:29:12 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Oh, an interface which we can use 8) I really hate the search engine used on that web page and it is very, very close to be totally worthless. Regards, Amancio >From The Desk Of Steve Passe : > Hi, > > > Anyone on the list cares to take charge of this item and implement it? > > the multimedia mail archive is already available via the FreeBSD mail search > page... What specifically do you have in mind? > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Fri Mar 21 13:37:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14934 for multimedia-outgoing; Fri, 21 Mar 1997 13:37:47 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14929 for ; Fri, 21 Mar 1997 13:37:44 -0800 (PST) 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 NAA01992; Fri, 21 Mar 1997 13:37:26 -0800 (PST) Message-Id: <199703212137.NAA01992@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: Steve Passe , Michael Petry , multimedia@freebsd.org Subject: Re: Continquous Memory vs Virtual Memory In-reply-to: Your message of "Fri, 21 Mar 1997 16:00:04 EST." <199703212100.QAA08668@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 13:37:26 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The trick is to come up with a way that anyone can use it . If you will a "Risc compiler" in the driver in which the user passes a given "program" which then gets translated by the driver to an actual "risc program" is probably the way to go and not the way that bttv has implemented building "risc" programs. The current "risc" programs in the bt848 driver makes it difficult for people to screw up their systems . Granted , the PCI to PCI scheme still leaves a nice way for someone to pass an illegal address;however, given that there is a nice way for an application to get the physical address of a PCI video cars' frame buffer, the existing risk is acceptable. Louis, idea of passing a clip-list to the driver is a good starting point. Any Takers for a cool Bt848 translator, or implementing a clip-list at the driver ? For whatever is worth , now is a good time to start thinking of increasing the complexity in the bt848 driver -- in other words the driver is sufficiently stable . Enjoy, Amancio >From The Desk Of "Louis A. Mamakos" : > While we're making the software which builds the channel programs, er, > RISC programs most complicated, we could add in support for user specified > clipping regions. I think there's some code which could be swiped from > the bttv program which does some of that. As it is, the bttv program > computes the RISC program in user space, and then shoves it into the > kernel; this seems like the wrong division of labor and makes it more > difficult to control what memory gets stomped on. You wouldn't want > a video capture pointed at the effective UID field of the "u" area, > would you? > > louie > From owner-freebsd-multimedia Fri Mar 21 13:40:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15051 for multimedia-outgoing; Fri, 21 Mar 1997 13:40:22 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15046 for ; Fri, 21 Mar 1997 13:40:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA25157; Fri, 21 Mar 1997 14:39:08 -0700 (MST) Message-Id: <199703212139.OAA25157@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: INTs on the bt848 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 14:39:08 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I have been looking over the INT code and have the following questions: in bktr_intr, near the top you attempt to access the device status register: ... bt_reg = (u_char *) &bt848; s_status = *bt_reg; *bt_reg = 0; this code takes the addr of the pointer, then sets s_status to the pointer value, NOT the thing it points @, ie bt848 is already a u_char*. so your doing double indirection. shouldn't this be: s_status = *bt848; *bt848 = 0; --- a little further down you read the int status register: btl_reg = (u_long *) &bt848[BKTR_INT_STAT]; bktr_status = *btl_reg ; *btl_reg = *btl_reg; *btl_reg = 0; line 3 clears all the set bits, but line 4 doesn't accomplish anything that I can see, based on the databook, p 107, since a 0 in a bit field has no effect. shouldn'tline 4 be removed? --- in bktr_open() you access the device status register again: *bt848 = 0x3; *bt848 = 0xc0; what is this attempting to do? the databook, page 87, says only the 2 low bits hold values, and my experiments with reading/clearing it show that writting a 0 bit to the filed is what will clear it. shouldn't this be changed to: *bt848 = 0x00; -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 21 13:41:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15088 for multimedia-outgoing; Fri, 21 Mar 1997 13:41:13 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15082 for ; Fri, 21 Mar 1997 13:41:11 -0800 (PST) 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 NAA02031; Fri, 21 Mar 1997 13:41:09 -0800 (PST) Message-Id: <199703212141.NAA02031@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@FreeBSD.ORG Subject: Re: Multimedia Mailing List Archival and Web Interface? In-reply-to: Your message of "Fri, 21 Mar 1997 14:21:07 MST." <199703212121.OAA24938@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 13:41:09 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What I have in mind is an interface similar to my mail reader, exmh: Ability to browse thru the archival. Ability to sort by author, subject, date, chronological order. Better search engine . Such an interface or presentation will help out a lot. Tnks, Amancio >From The Desk Of Steve Passe : > Hi, > > > Anyone on the list cares to take charge of this item and implement it? > > the multimedia mail archive is already available via the FreeBSD mail search > page... What specifically do you have in mind? > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Fri Mar 21 13:45:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15261 for multimedia-outgoing; Fri, 21 Mar 1997 13:45:24 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15232 for ; Fri, 21 Mar 1997 13:44:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA25231; Fri, 21 Mar 1997 14:43:38 -0700 (MST) Message-Id: <199703212143.OAA25231@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: "Louis A. Mamakos" , Steve Passe , Michael Petry , multimedia@freebsd.org Subject: Re: Continquous Memory vs Virtual Memory In-reply-to: Your message of "Fri, 21 Mar 1997 13:37:26 PST." <199703212137.NAA01992@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 14:43:38 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > The current "risc" programs in the bt848 driver makes it difficult for > people to screw up their systems . Granted , the PCI to PCI scheme > still leaves a nice way for someone to pass an illegal address; are there security issues here, ie could some clever programmer write to the kernel/other program space by cleverly building a RISC program with the address of memory other than the expected target video card? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 21 13:49:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15416 for multimedia-outgoing; Fri, 21 Mar 1997 13:49:09 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15409 for ; Fri, 21 Mar 1997 13:49:05 -0800 (PST) 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 NAA02123; Fri, 21 Mar 1997 13:48:51 -0800 (PST) Message-Id: <199703212148.NAA02123@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: "Louis A. Mamakos" , Michael Petry , multimedia@freebsd.org Subject: Re: Continquous Memory vs Virtual Memory In-reply-to: Your message of "Fri, 21 Mar 1997 14:43:38 MST." <199703212143.OAA25231@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 13:48:51 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nope, because the risc program is build in a allocated area in the kernel which the user can't override. If someone wanted to over-write a particular region of memory with the output of the bt848 , they can . Is this a security problem, in an extreme case yes. Amancio >From The Desk Of Steve Passe : > Hi, > > > The current "risc" programs in the bt848 driver makes it difficult for > > people to screw up their systems . Granted , the PCI to PCI scheme > > still leaves a nice way for someone to pass an illegal address; > > are there security issues here, ie could some clever programmer > write to the kernel/other program space by cleverly building a RISC program > with the address of memory other than the expected target video card? > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Fri Mar 21 14:03:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16035 for multimedia-outgoing; Fri, 21 Mar 1997 14:03:26 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16028 for ; Fri, 21 Mar 1997 14:03:05 -0800 (PST) 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 OAA02176; Fri, 21 Mar 1997 14:02:43 -0800 (PST) Message-Id: <199703212202.OAA02176@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@FreeBSD.ORG Subject: Re: INTs on the bt848 In-reply-to: Your message of "Fri, 21 Mar 1997 14:39:08 MST." <199703212139.OAA25157@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 14:02:43 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Steve Passe : > Hi, > > I have been looking over the INT code and have the following questions: > > in bktr_intr, near the top you attempt to access the device status register: > ... > bt_reg = (u_char *) &bt848; > s_status = *bt_reg; > *bt_reg = 0; Thats just my silly convention. Yes, you can change it to: s_status = *bt848 *bt848 = 0; > this code takes the addr of the pointer, then sets s_status to the pointer > value, NOT the thing it points @, ie bt848 is already a u_char*. so > your doing double indirection. > > shouldn't this be: > s_status = *bt848; > *bt848 = 0; > --- > a little further down you read the int status register: > > btl_reg = (u_long *) &bt848[BKTR_INT_STAT]; > bktr_status = *btl_reg ; > *btl_reg = *btl_reg; > *btl_reg = 0; At the time I was having a horrible time clearing up error conditions and this is just code that should be taken out. Feel free to take out line #4 > > line 3 clears all the set bits, but line 4 doesn't accomplish anything that > I can see, based on the databook, p 107, since a 0 in a bit field has > no effect. shouldn'tline 4 be removed? > > --- > in bktr_open() you access the device status register again: > > *bt848 = 0x3; > *bt848 = 0xc0; > > what is this attempting to do? I think that at the time that I wrote the above I wanted to make sure that I had a valid input source and that bit 0 & 1 to be resetted. > the databook, page 87, says only the 2 low bits hold values, and my > experiments with reading/clearing it show that writting a 0 bit > to the filed is what will clear it. > > shouldn't this be changed to: > > *bt848 = 0x00; again, your correction is the appropriate one. Just be a little careful when hacking on the Bt848 and when in doubt double check your assumptions by way of experimentation. Have fun! Amancio From owner-freebsd-multimedia Fri Mar 21 14:14:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16737 for multimedia-outgoing; Fri, 21 Mar 1997 14:14:39 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16720 for ; Fri, 21 Mar 1997 14:14:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id PAA25609; Fri, 21 Mar 1997 15:14:06 -0700 (MST) Message-Id: <199703212214.PAA25609@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: "Louis A. Mamakos" , Michael Petry , multimedia@freebsd.org Subject: Re: Continquous Memory vs Virtual Memory In-reply-to: Your message of "Fri, 21 Mar 1997 13:48:51 PST." <199703212148.NAA02123@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 15:14:06 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Nope, because the risc program is build in a allocated area in > the kernel which the user can't override. If someone wanted ^^^^^^^^^^^^^^^^^ > to over-write a particular region of memory with the output ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > of the bt848 , they can . ^^^^^^^^^^^^^^^^^^^^^^^^^ this is the possibility that I was refering to. thus they could do the same thing that people do with strcpy(), write a short segment of code that creates a "worm hole" into the kernel, then install it with the above technique. this says to me that allowing a user to create and load a RISC program is a BAD idea. But having the kernel level RISC compiler is a good idea. It could enforce that the destination address MUST be within the range of the video card's linear buffer. Now we still need to worry about source addresses, a clever programmer could write a "snoop" program that could look into kernel core for other hacking info... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 21 14:42:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18648 for multimedia-outgoing; Fri, 21 Mar 1997 14:42:36 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18639 for ; Fri, 21 Mar 1997 14:42:31 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id RAA09618; Fri, 21 Mar 1997 17:42:23 -0500 (EST) Message-Id: <199703212242.RAA09618@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: Steve Passe , multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: INTs on the bt848 References: <199703212202.OAA02176@rah.star-gate.com> In-reply-to: Your message of "Fri, 21 Mar 1997 14:02:43 PST." <199703212202.OAA02176@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 17:42:23 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got, around here somewhere, a structure definition I made of the Bt848 local registers, complete with all of the bitfields necessary to get the packing correctly aligned. My goal was to replace the current idiom of dereferencing a pointer of the appropriate type to a simple structure reference. This would make it less likely that you'd do the wrong thing with the wrongly typed pointer (e.g., u_char * vs u_long *). I may take a shot at that when things settle down a bit - I'm not sure when exactly that will be with tax time and travel approaching. louie From owner-freebsd-multimedia Fri Mar 21 14:48:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA19578 for multimedia-outgoing; Fri, 21 Mar 1997 14:48:26 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA19571 for ; Fri, 21 Mar 1997 14:48:23 -0800 (PST) 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 OAA02594; Fri, 21 Mar 1997 14:48:16 -0800 (PST) Message-Id: <199703212248.OAA02594@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: Steve Passe , multimedia@freebsd.org Subject: Re: INTs on the bt848 In-reply-to: Your message of "Fri, 21 Mar 1997 17:42:23 EST." <199703212242.RAA09618@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 14:48:16 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Most Cool! Can you wait till I implement the minor device functionality for the tuner? I should be done by Sunday. Tnks! Amancio >From The Desk Of "Louis A. Mamakos" : > I've got, around here somewhere, a structure definition I made of the > Bt848 local registers, complete with all of the bitfields necessary to > get the packing correctly aligned. My goal was to replace the > current idiom of dereferencing a pointer of the appropriate type > to a simple structure reference. This would make it less likely that > you'd do the wrong thing with the wrongly typed pointer (e.g., u_char * vs > u_long *). > > I may take a shot at that when things settle down a bit - I'm not sure when > exactly that will be with tax time and travel approaching. > > louie > From owner-freebsd-multimedia Fri Mar 21 14:49:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA19739 for multimedia-outgoing; Fri, 21 Mar 1997 14:49:54 -0800 (PST) Received: from hda.hda.com (ip67-max1-fitch.ziplink.net [199.232.245.67]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA19731 for ; Fri, 21 Mar 1997 14:49:51 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.6.12/8.6.12) id QAA29475; Fri, 21 Mar 1997 16:05:52 -0500 From: Peter Dufault Message-Id: <199703212105.QAA29475@hda.hda.com> Subject: Re: Continquous Memory vs Virtual Memory In-Reply-To: <199703212214.PAA25609@Ilsa.StevesCafe.com> from Steve Passe at "Mar 21, 97 03:14:06 pm" To: smp@csn.net (Steve Passe) Date: Fri, 21 Mar 1997 16:05:52 -0500 (EST) Cc: hasty@rah.star-gate.com, louie@TransSys.COM, petry@netwolf.NetMasters.com, multimedia@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > this is the possibility that I was refering to... I think that group protection to the device is adequate. There are few enough "customers" with the device that complex exploits aren't worth it and you can control who has access to the device. -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-multimedia Fri Mar 21 14:59:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA20215 for multimedia-outgoing; Fri, 21 Mar 1997 14:59:46 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA20210 for ; Fri, 21 Mar 1997 14:59:38 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id RAA09791; Fri, 21 Mar 1997 17:59:22 -0500 (EST) Message-Id: <199703212259.RAA09791@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Steve Passe cc: Amancio Hasty , Michael Petry , multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: Continquous Memory vs Virtual Memory References: <199703212214.PAA25609@Ilsa.StevesCafe.com> In-reply-to: Your message of "Fri, 21 Mar 1997 15:14:06 MST." <199703212214.PAA25609@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 17:59:21 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi, > > > Nope, because the risc program is build in a allocated area in > > the kernel which the user can't override. If someone wanted > ^^^^^^^^^^^^^^^^^ > > to over-write a particular region of memory with the output > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > of the bt848 , they can . > ^^^^^^^^^^^^^^^^^^^^^^^^^ > > this is the possibility that I was refering to. thus they could do the > same thing that people do with strcpy(), write a short segment of > code that creates a "worm hole" into the kernel, then install it > with the above technique. this says to me that allowing a user > to create and load a RISC program is a BAD idea. But having the > kernel level RISC compiler is a good idea. It could enforce that the > destination address MUST be within the range of the video card's > linear buffer. Now we still need to worry about source addresses, > a clever programmer could write a "snoop" program that > could look into kernel core for other hacking info... You need to do something a bit different than this. I'm also presuming that you'd want to capture into a memory buffer that the user's got access to, rather than just into a frame buffer. I think that you'd still want to support clipping regions, as all the effort had already been done to accomodate the frame buffer. The cool part here is that the (real) memory need not be continguous, meaning that any old buffer that the user malloc()'ed could be used, provided that it's actually in a resident page frame. I fear that more knowledge of the VM system is going to be necessary.. Oh boy. louie From owner-freebsd-multimedia Fri Mar 21 15:00:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20376 for multimedia-outgoing; Fri, 21 Mar 1997 15:00:44 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20370 for ; Fri, 21 Mar 1997 15:00:41 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id SAA09818; Fri, 21 Mar 1997 18:00:38 -0500 (EST) Message-Id: <199703212300.SAA09818@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: Steve Passe , multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: INTs on the bt848 References: <199703212248.OAA02594@rah.star-gate.com> In-reply-to: Your message of "Fri, 21 Mar 1997 14:48:16 PST." <199703212248.OAA02594@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 18:00:38 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sure, no problem. I got lots of projects to do at home, none of which have to do with the computer, and all of which my wife is intensely interested in :-) louie > Most Cool! > > Can you wait till I implement the minor device functionality for > the tuner? I should be done by Sunday. > > Tnks! > Amancio > > >From The Desk Of "Louis A. Mamakos" : > > I've got, around here somewhere, a structure definition I made of the > > Bt848 local registers, complete with all of the bitfields necessary to > > get the packing correctly aligned. My goal was to replace the > > current idiom of dereferencing a pointer of the appropriate type > > to a simple structure reference. This would make it less likely that > > you'd do the wrong thing with the wrongly typed pointer (e.g., u_char * vs > > u_long *). > > > > I may take a shot at that when things settle down a bit - I'm not sure when > > exactly that will be with tax time and travel approaching. > > > > louie > > > > From owner-freebsd-multimedia Fri Mar 21 15:00:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20395 for multimedia-outgoing; Fri, 21 Mar 1997 15:00:49 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20375 for ; Fri, 21 Mar 1997 15:00:44 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Fri, 21 Mar 1997 17:59:52 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA04453; Fri, 21 Mar 97 17:59:50 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id RAA11821; Fri, 21 Mar 1997 17:57:06 -0500 Message-Id: <19970321175705.45910@ct.picker.com> Date: Fri, 21 Mar 1997 17:57:05 -0500 From: Randall Hopper To: Steve Passe Cc: multimedia@freebsd.org Subject: Re: FXTV v0.3 available References: <19970320222842.13949@ct.picker.com> <199703210501.WAA14194@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703210501.WAA14194@Ilsa.StevesCafe.com>; from Steve Passe on Thu, Mar 20, 1997 at 10:01:53PM -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve Passe: |> 1) On a Wincast, you'll only hear audio from the RCA inputs on your card |> coming out the audio out plug (connected to soundcard), regardless of |> which capture input is selected in the Input menu. The video with |> your selection though. | |I believe this is fixed with the latest driver posted to the web page |earlier todzy: bt848,970320.tar.gz | |I now get the tuner audio out of the Wincast with fxtv 0.2 Thanks Steve. Seems to works well at first when continuous update is on, or when it's switch off and on during the course of changing capture size and destination. However, if freeze-frame is invoked (CAP_SINGLE) while watching/listening to the tuner (DEV1), that seems to flip the audio back to the "video" (DEV0) device and it doesn't come back to the tuner when the display is unfrozen (i.e. back to CAP_CONTINUOUS) and the tuner display continues. Switching the input device away from tuner and then back to tuner seems the only thing that gets the audio back. Randall From owner-freebsd-multimedia Fri Mar 21 15:05:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20647 for multimedia-outgoing; Fri, 21 Mar 1997 15:05:12 -0800 (PST) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20638 for ; Fri, 21 Mar 1997 15:05:08 -0800 (PST) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id PAA06759; Fri, 21 Mar 1997 15:07:08 -0800 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id SAA07540; Fri, 21 Mar 1997 18:04:33 -0500 Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id SAA11910; Fri, 21 Mar 1997 18:04:33 -0500 Received: (from alk@localhost) by compound.east.sun.com (8.8.5/8.7.3) id RAA27833; Fri, 21 Mar 1997 17:04:27 -0600 (CST) Date: Fri, 21 Mar 1997 17:04:27 -0600 (CST) Reply-To: Anthony.Kimball@East.Sun.COM Message-Id: <199703212304.RAA27833@compound.east.sun.com> From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn To: smp@csn.net Cc: multimedia@freebsd.org Subject: Re: Continquous Memory vs Virtual Memory References: <199703212148.NAA02123@rah.star-gate.com> <199703212214.PAA25609@Ilsa.StevesCafe.com> Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoth Steve Passe on Fri, 21 March: : [kernel memory protection violation of RISC engine programs : implies need for kernel-level compiler] Are there any applications which care? If there are none, your concerns are excessively zealous. From owner-freebsd-multimedia Fri Mar 21 15:15:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA21237 for multimedia-outgoing; Fri, 21 Mar 1997 15:15:37 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA21232 for ; Fri, 21 Mar 1997 15:15:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id QAA26276; Fri, 21 Mar 1997 16:15:28 -0700 (MST) Message-Id: <199703212315.QAA26276@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Anthony.Kimball@East.Sun.COM cc: multimedia@freebsd.org Subject: Re: Continquous Memory vs Virtual Memory In-reply-to: Your message of "Fri, 21 Mar 1997 17:04:27 CST." <199703212304.RAA27833@compound.east.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 16:15:28 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Quoth Steve Passe on Fri, 21 March: > : [kernel memory protection violation of RISC engine programs > : implies need for kernel-level compiler] > > Are there any applications which care? If there are none, your > concerns are excessively zealous. "if you make a hole, they will come..." -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 21 15:18:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA21481 for multimedia-outgoing; Fri, 21 Mar 1997 15:18:52 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA21475; Fri, 21 Mar 1997 15:18:50 -0800 (PST) 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 PAA02970; Fri, 21 Mar 1997 15:18:46 -0800 (PST) Message-Id: <199703212318.PAA02970@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Louis A. Mamakos" cc: Steve Passe , hackers@freebsd.org, Michael Petry , multimedia@freebsd.org Subject: Re: Continquous Memory vs Virtual Memory In-reply-to: Your message of "Fri, 21 Mar 1997 17:59:21 EST." <199703212259.RAA09791@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 15:18:45 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of "Louis A. Mamakos" : > > Hi, > > > > > Nope, because the risc program is build in a allocated area in > > > the kernel which the user can't override. If someone wanted > > ^^^^^^^^^^^^^^^^^ > > > to over-write a particular region of memory with the output > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > of the bt848 , they can . > > ^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > this is the possibility that I was refering to. thus they could do the > > same thing that people do with strcpy(), write a short segment of > > code that creates a "worm hole" into the kernel, then install it > > with the above technique. this says to me that allowing a user > > to create and load a RISC program is a BAD idea. But having the > > kernel level RISC compiler is a good idea. It could enforce that the > > destination address MUST be within the range of the video card's > > linear buffer. Now we still need to worry about source addresses, > > a clever programmer could write a "snoop" program that > > could look into kernel core for other hacking info... > > You need to do something a bit different than this. I'm also presuming > that you'd want to capture into a memory buffer that the user's got access > to, rather than just into a frame buffer. I think that you'd still > want to support clipping regions, as all the effort had already been done > to accomodate the frame buffer. > > The cool part here is that the (real) memory need not be continguous, meaning > that any old buffer that the user malloc()'ed could be used, provided that > it's actually in a resident page frame. > > I fear that more knowledge of the VM system is going to be necessary.. Oh > boy. > > louie Hey Louie, don't be shy to post to the hackers list. They are there for this sort of questions 8) To hackers, Is there an easy way for me to determine the actual physical pages that a kernel malloc returns or should I just go ahead and do it manually. Thats is translate the virtual memory address to a physical address across the memory region a kernel malloc returns to a driver. The background of all this is that the Bt848 video capture chip does not really require a contiguous memory region since individual captured lines can be directed to any region by way of a "risc program" To give you an idea of what we do, here are fragments from the Bt848 driver. inst = OP_WRITE | OP_SOL | bt_enable_cnt << 12 | (b); inst2 = OP_WRITE | bt_enable_cnt << 12 | (cols * pixel_width/2); And in a for loop: --- *dma_prog++ = inst; *dma_prog++ = target_buffer; target_buffer += interlace*pitch; ---- Target_buffer can be any memory location in the host or in a video adapter's frame buffer. Tnks, Amancio From owner-freebsd-multimedia Fri Mar 21 16:04:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24657 for multimedia-outgoing; Fri, 21 Mar 1997 16:04:11 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24648 for ; Fri, 21 Mar 1997 16:04:06 -0800 (PST) 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 QAA03210; Fri, 21 Mar 1997 16:04:00 -0800 (PST) Message-Id: <199703220004.QAA03210@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Anthony.Kimball@East.Sun.COM cc: smp@csn.net, multimedia@freebsd.org Subject: Re: Continquous Memory vs Virtual Memory In-reply-to: Your message of "Fri, 21 Mar 1997 17:04:27 CST." <199703212304.RAA27833@compound.east.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 16:04:00 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Tony Kimball : > Quoth Steve Passe on Fri, 21 March: > : [kernel memory protection violation of RISC engine programs > : implies need for kernel-level compiler] > > Are there any applications which care? If there are none, your > concerns are excessively zealous. > > Hi Tony, The answer is yes. We have applications which can load up into the driver any old memory address which they want. For instance, dtv passes to the driver the physical address of the frame buffer. Programs like dtv do PCI to PCI data transfer or in a case of a hacker exploit it can do PCI to kernel address space. Regards, Amancio From owner-freebsd-multimedia Fri Mar 21 16:15:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA25265 for multimedia-outgoing; Fri, 21 Mar 1997 16:15:35 -0800 (PST) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA25254 for ; Fri, 21 Mar 1997 16:15:32 -0800 (PST) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id QAA01778; Fri, 21 Mar 1997 16:17:03 -0800 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id TAA10453; Fri, 21 Mar 1997 19:14:25 -0500 Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id TAA12792; Fri, 21 Mar 1997 19:14:25 -0500 Received: (from alk@localhost) by compound.east.sun.com (8.8.5/8.7.3) id SAA28132; Fri, 21 Mar 1997 18:14:29 -0600 (CST) Date: Fri, 21 Mar 1997 18:14:29 -0600 (CST) Reply-To: Anthony.Kimball@East.Sun.COM Message-Id: <199703220014.SAA28132@compound.east.sun.com> From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: hasty@rah.star-gate.com Cc: smp@csn.net, multimedia@freebsd.org Subject: Re: Continquous Memory vs Virtual Memory References: <199703212304.RAA27833@compound.east.sun.com> <199703220004.QAA03210@rah.star-gate.com> Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoth Amancio Hasty on Fri, 21 March: : From The Desk Of Tony Kimball : : > Quoth Steve Passe on Fri, 21 March: : > : [kernel memory protection violation of RISC engine programs : > : implies need for kernel-level compiler] : > : > Are there any applications which care? If there are none, your : > concerns are excessively zealous. : > : > : Hi Tony, : : The answer is yes. We have applications which can load up into the : driver any old memory address which they want. For instance, : dtv passes to the driver the physical address of the frame buffer. : Programs like dtv do PCI to PCI data transfer or in a case of : a hacker exploit it can do PCI to kernel address space. : When I say "applications" I mean applications in the sense of "problem solutions" or "operational installations". Yes, there are applications in the sense of executable programs which operate upon the device, but that is not really germane to the issue, I think: If there were *no* such executable programs, they would simply be written. To clarify: My question is whether there are any installations of the device (physical machines in which the kernel device is compiled) in which it is necessary to protect kernel memory from executable programs which may be run by malicious parties using mechanisms in excess of ordinary file system permissions. If you agree with me, you will admit that if there are no such installations, a kernel compiler with safety checking is wasted effort. If there are such installations, it may hypothetically be the case that there are other applications for which the resulting soft architecture is unacceptable. This would tend to result in two divergent drivers. That might be okay too. I am a long-time lurker on multimedia@, and I apologize for a lengthy post of a non-strictly-contributory nature. But developmental politics is a fascination of mine. From owner-freebsd-multimedia Fri Mar 21 16:34:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA26824 for multimedia-outgoing; Fri, 21 Mar 1997 16:34:49 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26819 for ; Fri, 21 Mar 1997 16:34:46 -0800 (PST) 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 QAA03483; Fri, 21 Mar 1997 16:34:43 -0800 (PST) Message-Id: <199703220034.QAA03483@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Anthony.Kimball@East.Sun.COM cc: smp@csn.net, multimedia@freebsd.org Subject: Re: Continquous Memory vs Virtual Memory In-reply-to: Your message of "Fri, 21 Mar 1997 18:14:29 CST." <199703220014.SAA28132@compound.east.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 16:34:43 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My rebuttal: User X downloads pre-compiled binary with the "virus". Is this far-fetched not really. The kind of individuals that our current technology will attract are not rocket-science unix hackers. Meaning that they will probably not want to download the sources, inspect them and compile the programs. To answer your concern, yes it is a waste of efforts to tighten security however we are trying to look ahead and minimize our exposure to malicious attacks on the system. When in doubt chose a secured avenue. Last but not least I left implementations such as dtv wide-open because the device can be protected as well as the program. A program which sort of does the same thing as dtv well from a security risk stand point of view is X. Now there you have a real risk , a user level device driver . As far as I know there has been no incidents of a virus being introduced by way of an X server nevertheless the possibility is there. Regards, Amancio >From The Desk Of Tony Kimball : > Quoth Amancio Hasty on Fri, 21 March: > : From The Desk Of Tony Kimball : > : > Quoth Steve Passe on Fri, 21 March: > : > : [kernel memory protection violation of RISC engine programs > : > : implies need for kernel-level compiler] > : > > : > Are there any applications which care? If there are none, your > : > concerns are excessively zealous. > : > > : > > : Hi Tony, > : > : The answer is yes. We have applications which can load up into the > : driver any old memory address which they want. For instance, > : dtv passes to the driver the physical address of the frame buffer. > : Programs like dtv do PCI to PCI data transfer or in a case of > : a hacker exploit it can do PCI to kernel address space. > : > > When I say "applications" I mean applications in the sense of "problem > solutions" or "operational installations". Yes, there are > applications in the sense of executable programs which operate upon > the device, but that is not really germane to the issue, I think: If > there were *no* such executable programs, they would simply be written. > > To clarify: My question is whether there are any installations of the > device (physical machines in which the kernel device is compiled) in > which it is necessary to protect kernel memory from executable > programs which may be run by malicious parties using mechanisms in > excess of ordinary file system permissions. If you agree with me, you > will admit that if there are no such installations, a kernel compiler > with safety checking is wasted effort. If there are such > installations, it may hypothetically be the case that there are other > applications for which the resulting soft architecture is > unacceptable. This would tend to result in two divergent drivers. > That might be okay too. > > I am a long-time lurker on multimedia@, and I apologize for a lengthy > post of a non-strictly-contributory nature. But developmental > politics is a fascination of mine. > > From owner-freebsd-multimedia Fri Mar 21 18:33:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA03687 for multimedia-outgoing; Fri, 21 Mar 1997 18:33:07 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA03680 for ; Fri, 21 Mar 1997 18:33:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id TAA28406; Fri, 21 Mar 1997 19:32:55 -0700 (MST) Message-Id: <199703220232.TAA28406@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: FXTV v0.3 available In-reply-to: Your message of "Fri, 21 Mar 1997 17:57:05 EST." <19970321175705.45910@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Mar 1997 19:32:55 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > However, if freeze-frame is invoked (CAP_SINGLE) while watching/listening > to the tuner (DEV1), that seems to flip the audio back to the "video" > (DEV0) device and it doesn't come back to the tuner when the display is > unfrozen (i.e. back to CAP_CONTINUOUS) and the tuner display continues. > Switching the input device away from tuner and then back to tuner seems the > only thing that gets the audio back. I found the offending lines: in bktr_ioctl(): ... case METEORCAPTUR: ... btl_reg = (u_long *) &bt848[BKTR_GPIO_OUT_EN]; *btl_reg = 1; this is effectivly muting the audio output by dropping the drive to ONE of the mux pins, but NOT the other. I can't determine what it was logically meant to do here. If it was done to mute the audio it is the wrong method for the current model. Just remove these 2 lines and the problem goes away. Note that the audio now continues even thought the video freezes. The app should control audio separately via set_audio( AUDIO_MUTE ) & set_audio( AUDIO_UNMUTE ) if it wants muting during the capture. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 21 22:31:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA12314 for multimedia-outgoing; Fri, 21 Mar 1997 22:31:26 -0800 (PST) Received: from noc.msc.edu (noc.msc.edu [137.66.12.254]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA12308 for ; Fri, 21 Mar 1997 22:31:23 -0800 (PST) Received: from uc.msc.edu by noc.msc.edu (5.65/MSC/v3.0.1(920324)) id AA10189; Sat, 22 Mar 97 00:31:08 -0600 Received: from pobox.com (fergus-3.dialup.prtel.com [206.10.99.133]) by uc.msc.edu (8.7.5/8.6.6) with ESMTP id AAA12469; Sat, 22 Mar 1997 00:31:09 -0600 (CST) Received: (from alk@localhost) by pobox.com (8.8.5/8.7.3) id AAA29582; Sat, 22 Mar 1997 00:31:04 -0600 (CST) Date: Sat, 22 Mar 1997 00:31:04 -0600 (CST) Reply-To: alk@pobox.com Message-Id: <199703220631.AAA29582@pobox.com> From: Tony Kimball Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: hasty@rah.star-gate.com Cc: smp@csn.net, multimedia@freebsd.org Subject: Re: Continquous Memory vs Virtual Memory References: <199703220014.SAA28132@compound.east.sun.com> <199703220034.QAA03483@rah.star-gate.com> X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoth Amancio Hasty on Fri, 21 March: : the device can be protected as well as the program Indeed, I agree with the poster who suggested that appropriate use of device permissions is sufficient to address this problem. One need not move RISC code generation into the kernel in order to make it secure: One may instead move the barrier of security out into userland. Let dtv be setuid and the device permissions limited. I agree that the X server analogy is a good one. From owner-freebsd-multimedia Sat Mar 22 03:45:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA19823 for multimedia-outgoing; Sat, 22 Mar 1997 03:45:09 -0800 (PST) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA19818 for ; Sat, 22 Mar 1997 03:45:03 -0800 (PST) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.5/8.8.2) id MAA18612 for multimedia@freebsd.org; Sat, 22 Mar 1997 12:44:58 +0100 (MET) From: Guido van Rooij Message-Id: <199703221144.MAA18612@gvr.win.tue.nl> Subject: Re: copying audio cd's (fwd) To: multimedia@freebsd.org Date: Sat, 22 Mar 1997 12:44:58 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can anyone help me? I will be using a Philips CDD2000 (which is equivalent to the HP drive 4020i -Guido ----- Forwarded message from J Wunsch ----- >From j@uriah.heep.sax.de Fri Mar 21 23:21:17 1997 Message-ID: <19970321231942.NO60020@uriah.heep.sax.de> Date: Fri, 21 Mar 1997 23:19:42 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: guido@gvr.win.tue.nl (Guido van Rooij) Subject: Re: copying audio cd's References: <199703191426.PAA22237@gvr.win.tue.nl> X-Mailer: Mutt 0.60_p2-3,5,8-9 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703191426.PAA22237@gvr.win.tue.nl>; from Guido van Rooij on Mar 19, 1997 15:26:42 +0100 As Guido van Rooij wrote: > Do you have any idea how I can duplicate an audio CD with the worm drivers > under 2.2R? No. The problem is that reading audio tracks is prohibited by the SCSI standard, thus each drive has its own method of doing it (if it can handle it at all). I think you should ask on multimedia@freebsd.org, for example for Charles Henrich's cdd program. Burning an audio track is not a big problem. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) ----- End of forwarded message from J Wunsch ----- From owner-freebsd-multimedia Sat Mar 22 09:58:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA17791 for multimedia-outgoing; Sat, 22 Mar 1997 09:58:21 -0800 (PST) Received: from deacon.cogsci.ed.ac.uk (deacon144.cogsci.ed.ac.uk [129.215.144.7]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA17777 for ; Sat, 22 Mar 1997 09:58:15 -0800 (PST) Received: from pitcairn.cogsci.ed.ac.uk (pitcairn.cogsci.ed.ac.uk [129.215.197.19]) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.12) with ESMTP id RAA13391 for ; Sat, 22 Mar 1997 17:58:08 GMT Date: Sat, 22 Mar 1997 17:58:06 GMT Message-Id: <24447.199703221758@pitcairn.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: Changes for Audio control on the bt848 code To: multimedia@FreeBSD.ORG In-Reply-To: Steve Passe's message of Fri, 21 Mar 1997 10:51:51 -0700 Organization: just say no Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Note that this driver changed the string TUNERTYPE_xxx to CHNLSET_xxx, That reminds me, why is the mapping of channels to frequencies done in the kernel? It seems excessive to have to rebuild the kernel to add frequencies for other countries. -- Richard From owner-freebsd-multimedia Sat Mar 22 10:07:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19023 for multimedia-outgoing; Sat, 22 Mar 1997 10:07:40 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA19006 for ; Sat, 22 Mar 1997 10:07:34 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 22 Mar 1997 13:06:48 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA20464; Sat, 22 Mar 97 13:06:46 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id NAA13070; Sat, 22 Mar 1997 13:04:00 -0500 Message-Id: <19970322130359.59843@ct.picker.com> Date: Sat, 22 Mar 1997 13:03:59 -0500 From: Randall Hopper To: Steve Passe Cc: multimedia@freebsd.org Subject: FXTV v0.3.1 References: <19970321175705.45910@ct.picker.com> <199703220232.TAA28406@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703220232.TAA28406@Ilsa.StevesCafe.com>; from Steve Passe on Fri, Mar 21, 1997 at 07:32:55PM -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve Passe: | in bktr_ioctl(): | btl_reg = (u_long *) &bt848[BKTR_GPIO_OUT_EN]; | *btl_reg = 1; | |the wrong method for the current model. Just remove these 2 |lines and the problem goes away. Note that the audio now continues Thanks Steve, that did the trick for the two scenarios I could produce the problem. I'm really enjoyin' my tuner now ;-) I've reved fxtv for the 970320 driver, and added in the fixes folks have found the last few days. Additionally, there's now a: Fxtv.defaultInput: tuner/video/svhs resource so fxtv can be defaulted on startup to an input other than video. And a few other fixes related to colormap cube allocation for 8bpp and using the driver's new audio mute capability. As always, available at http://multiverse.com/~rhh/fxtv. BTW, this is a small thing, but I noticed that the driver doesn't preserve the mute state across channel, frequency, and input device changes. Might be nice if it did in a future version, but for now I've accounted for this by reseting mute state after setting one of these three parameters. Randall From owner-freebsd-multimedia Sat Mar 22 10:54:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA24087 for multimedia-outgoing; Sat, 22 Mar 1997 10:54:10 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA24071 for ; Sat, 22 Mar 1997 10:54:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id LAA10565; Sat, 22 Mar 1997 11:53:47 -0700 (MST) Message-Id: <199703221853.LAA10565@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Richard Tobin cc: multimedia@freebsd.org Subject: Re: Changes for Audio control on the bt848 code In-reply-to: Your message of "Sat, 22 Mar 1997 17:58:06 GMT." <24447.199703221758@pitcairn.cogsci.ed.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 11:53:46 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > > Note that this driver changed the string TUNERTYPE_xxx to CHNLSET_xxx, > > That reminds me, why is the mapping of channels to frequencies done in > the kernel? It seems excessive to have to rebuild the kernel to add > frequencies for other countries. There is an ioctl to directly plug in frequencies if you want, but I don't believe that an app should have to be aware of the math necessary to create the IF frequency for the tuner hardware. The total calculation requires knowledge of the tuner model and/or card setup. it depends on the programmed step size (ie granularity) used by the predivider. it may also vary from PAL to NTSC, I haven't investigated that yet. there is also the issue of advanced features like "channel search". to do this the kernel needs to know all the above fundimental data anyways, so nothing to be saved by forcing the app to do channel math. Remember that an app should be able to work with different types of hardware, there is no guarantee that all future boards of this class will user bt848 chips or temic/philips tuners. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 22 12:27:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA28595 for multimedia-outgoing; Sat, 22 Mar 1997 12:27:18 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA28589 for ; Sat, 22 Mar 1997 12:27:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id NAA11610; Sat, 22 Mar 1997 13:27:08 -0700 (MST) Message-Id: <199703222027.NAA11610@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: FXTV v0.3.1 In-reply-to: Your message of "Sat, 22 Mar 1997 13:03:59 EST." <19970322130359.59843@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 13:27:08 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > BTW, this is a small thing, but I noticed that the driver doesn't preserve > the mute state across channel, frequency, and input device changes. Might > be nice if it did in a future version, but for now I've accounted for this > by reseting mute state after setting one of these three parameters. I don't understand why TVTUNER_SETFREQ would be a problem, the audio support for that ioctl() isn't enabled (AUDIO_SUPPORT_XXX). The others definately act as described. below are changes to fix the problem. The added tsleep() in TVTUNER_SETCHNL removes the 'click' when changing channels, not sure if this is the correct way to do it, comments welcome. for the input device changes I just removed the calls to MUTE/UNMUTE, they were really redundant and no 'click' occurs without them. forgive lack of a formal patch, I have so many pending versions lying around I'm not sure what to patch to.... brooktree848.c: --- case TVTUNER_SETCHNL: #if defined( AUDIO_SUPPORT ) tmp_int = bktr->audio_mute_state; set_audio( bktr, AUDIO_MUTE ); /* prevent 'click' */ tsleep((caddr_t)bktr, PZERO, "tuning", hz/8 ); #endif /* AUDIO_SUPPORT */ temp = tv_channel( bktr, (int)*(unsigned long *)arg ); #if defined( AUDIO_SUPPORT ) tsleep((caddr_t)bktr, PZERO, "tuning", hz/8 ); if ( tmp_int == FALSE ) set_audio( bktr, AUDIO_UNMUTE ); #endif /* AUDIO_SUPPORT */ if ( temp < 0 ) return EINVAL; *(unsigned long *)arg = temp; break; --- case METEOR_INPUT_DEV0: ... #if defined( AUDIO_SUPPORT ) set_audio( bktr, AUDIO_EXTERN ); #endif /* AUDIO_SUPPORT */ --- case METEOR_INPUT_DEV1: ... #if defined( AUDIO_SUPPORT ) set_audio( bktr, AUDIO_TUNER ); #endif /* AUDIO_SUPPORT */ --- case METEOR_INPUT_DEV2: case METEOR_INPUT_DEV_SVIDEO: ... #if defined( AUDIO_SUPPORT ) set_audio( bktr, AUDIO_EXTERN ); #endif /* AUDIO_SUPPORT */ -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 22 12:41:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA29125 for multimedia-outgoing; Sat, 22 Mar 1997 12:41:06 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA29120 for ; Sat, 22 Mar 1997 12:41:02 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 22 Mar 1997 15:40:16 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA22587; Sat, 22 Mar 97 15:40:14 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id PAA13512; Sat, 22 Mar 1997 15:37:29 -0500 Message-Id: <19970322153728.01872@ct.picker.com> Date: Sat, 22 Mar 1997 15:37:28 -0500 From: Randall Hopper To: Steve Passe Cc: multimedia@freebsd.org Subject: Re: FXTV v0.3.1 References: <19970322130359.59843@ct.picker.com> <199703222027.NAA11610@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703222027.NAA11610@Ilsa.StevesCafe.com>; from Steve Passe on Sat, Mar 22, 1997 at 01:27:08PM -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve Passe: |> BTW, this is a small thing, but I noticed that the driver doesn't preserve |> the mute state across channel, frequency, and input device changes. Might | |I don't understand why TVTUNER_SETFREQ would be a problem, the audio |support for that ioctl() isn't enabled (AUDIO_SUPPORT_XXX). The others |definately act as described. below are changes to fix the problem. Your right. After noticing the problem for channel, I grepped the driver for set_audio MUTE/UNMUTE blocks and lifted the three ioctl names. I didn't notice that the FREQ handler set_audio stuff was using a different ifdef symbol. Randall From owner-freebsd-multimedia Sat Mar 22 12:43:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA29188 for multimedia-outgoing; Sat, 22 Mar 1997 12:43:35 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA29183 for ; Sat, 22 Mar 1997 12:43:28 -0800 (PST) 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 MAA07798; Sat, 22 Mar 1997 12:43:25 -0800 (PST) Message-Id: <199703222043.MAA07798@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: Randall Hopper , multimedia@freebsd.org Subject: Re: FXTV v0.3.1 In-reply-to: Your message of "Sat, 22 Mar 1997 13:27:08 MST." <199703222027.NAA11610@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 12:43:25 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Steve Passe : > forgive lack of a formal patch, I have so many pending versions lying around > I'm not sure what to patch to.... I suggest that patches be posted with reference to what is currently checked in. That is whenever possible. One of the main reasons of having the driver in -current is for this scenario and for a controlled mechanism to add changes. Locally, if you have many different versions, it may be a good idea to create your own cvs repository to help you keep track of your local changes. All else fails then just relax and tackle one problem at a time. Best Regards, Amancio From owner-freebsd-multimedia Sat Mar 22 13:11:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA00417 for multimedia-outgoing; Sat, 22 Mar 1997 13:11:51 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA00409 for ; Sat, 22 Mar 1997 13:11:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA12209; Sat, 22 Mar 1997 14:11:33 -0700 (MST) Message-Id: <199703222111.OAA12209@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: Randall Hopper , "Louis A. Mamakos" , multimedia@freebsd.org Subject: Re: FXTV v0.3.1 In-reply-to: Your message of "Sat, 22 Mar 1997 12:43:25 PST." <199703222043.MAA07798@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 14:11:33 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > >From The Desk Of Steve Passe : > > forgive lack of a formal patch, I have so many pending versions lying around > > I'm not sure what to patch to.... > > I suggest that patches be posted with reference to what is currently > checked in. That is whenever possible. One of the main reasons > of having the driver in -current is for this scenario and for > a controlled mechanism to add changes. I agree completely, it's just my state of local confusion!!! the short term schedule: Amancio will be adding MINOR devices for tuner support by sometime Sunday. Louie will be adding struct support for accessing the bt848 registers. Steve will be adding numerous bug fixes. Steve will place a tarball on the web page for testing. Steve will commit to freefall after getting reports of success/failure. Louie: it might make more sense for me to slip in between Amancio and yourself with my bug fixes, I can have them done in an hour or so of getting Amancio's changes. it's up to you. Everyone: please provide context diffs, ie: "diff -c" or "rcsdiff -c" -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 22 13:37:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA01796 for multimedia-outgoing; Sat, 22 Mar 1997 13:37:49 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA01791 for ; Sat, 22 Mar 1997 13:37:41 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 22 Mar 1997 16:37:09 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA23309; Sat, 22 Mar 97 16:37:07 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id QAA13653; Sat, 22 Mar 1997 16:34:21 -0500 Message-Id: <19970322163421.06844@ct.picker.com> Date: Sat, 22 Mar 1997 16:34:21 -0500 From: Randall Hopper To: multimedia@freebsd.org Subject: Re: FXTV v0.3.1 References: <19970321175705.45910@ct.picker.com> <199703220232.TAA28406@Ilsa.StevesCafe.com> <19970322130359.59843@ct.picker.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=6c2NcOVqGQ03X4Wi X-Mailer: Mutt 0.65 In-Reply-To: <19970322130359.59843@ct.picker.com>; from Randall Hopper on Sat, Mar 22, 1997 at 01:04:00PM -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii If you've already pulled 0.3.1, you'll want this patch so your colors don't look a little washed out (typo setting V Saturation). If you haven't, it's in the package now posted on the web site. I slipped this into 0.3.1. Randall --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="satv-0.3.1.patch" From owner-freebsd-multimedia Sat Mar 22 14:30:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA04096 for multimedia-outgoing; Sat, 22 Mar 1997 14:30:54 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA04090 for ; Sat, 22 Mar 1997 14:30:51 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id RAA20870; Sat, 22 Mar 1997 17:30:37 -0500 (EST) Message-Id: <199703222230.RAA20870@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Steve Passe cc: Amancio Hasty , Randall Hopper , multimedia@freebsd.org From: "Louis A. Mamakos" Subject: Re: FXTV v0.3.1 References: <199703222111.OAA12209@Ilsa.StevesCafe.com> In-reply-to: Your message of "Sat, 22 Mar 1997 14:11:33 MST." <199703222111.OAA12209@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 17:30:37 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Louie: > it might make more sense for me to slip in between Amancio and yourself > with my bug fixes, I can have them done in an hour or so of getting > Amancio's changes. it's up to you. That's fine with me. I envision doing a mostly mechanical translation of the existing code, without any algorithmic changes > Everyone: > please provide context diffs, ie: "diff -c" or "rcsdiff -c" I find 'diff -u' to be a little more convienient to see what's changed, but diff -c works for me too. louie From owner-freebsd-multimedia Sat Mar 22 16:01:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA08574 for multimedia-outgoing; Sat, 22 Mar 1997 16:01:22 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA08558 for ; Sat, 22 Mar 1997 16:01:13 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 22 Mar 1997 19:00:19 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA25235; Sat, 22 Mar 97 19:00:17 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA13816; Sat, 22 Mar 1997 18:57:31 -0500 Message-Id: <19970322185731.10517@ct.picker.com> Date: Sat, 22 Mar 1997 18:57:31 -0500 From: Randall Hopper To: Steve Passe Cc: multimedia@freebsd.org Subject: Re: FXTV v0.3.1 -- another diff References: <19970322163421.06844@ct.picker.com> <199703222304.QAA13782@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="tThc/1wpZn/ma/RB" X-Mailer: Mutt 0.65 In-Reply-To: <199703222304.QAA13782@Ilsa.StevesCafe.com>; from Steve Passe on Sat, Mar 22, 1997 at 04:04:13PM -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Hi, Steve Passe: |if hue or brightness are moved from posative to negative the update |pushes them to max values | |if chromaU is greater than 141 it goes to the minimum |if chromaV is greater than 101 it goes to the minimum Yeah, that's another thing I found later this afternoon, but I thought it could wait for 0.4. Here's the diff. Randy --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="satv2-0.3.1.patch" --- 0.3.1/tvcapture.c Sat Mar 22 14:24:03 1997 +++ tvcapture.c Sat Mar 22 14:50:47 1997 @@ -485,8 +485,6 @@ { INT32 larg; UINT16 usarg; - UINT8 ucarg; - INT8 carg; #ifdef NOT_NEEDED struct meteor_counts counts; struct meteor_video video; @@ -584,19 +582,19 @@ * CONTR_RANGE + CONTR_MIN; /* CHROMA U SATURATION */ - if ( ioctl( c->fd, BT848_GUSAT, &ucarg ) < 0 ) { + if ( ioctl( c->fd, BT848_GUSAT, &larg ) < 0 ) { DO_IOCTL_GERR( "BT848_GUSAT" ); return False; } - s->sat_u = ((double)ucarg - SATU_DRV_MIN) / SATU_DRV_RANGE + s->sat_u = ((double)larg - SATU_DRV_MIN) / SATU_DRV_RANGE * SATU_RANGE + SATU_MIN; /* CHROMA V SATURATION */ - if ( ioctl( c->fd, BT848_GVSAT, &ucarg ) < 0 ) { + if ( ioctl( c->fd, BT848_GVSAT, &larg ) < 0 ) { DO_IOCTL_GERR( "BT848_GVSAT" ); return False; } - s->sat_v = ((double)ucarg - SATV_DRV_MIN) / SATV_DRV_RANGE + s->sat_v = ((double)larg - SATV_DRV_MIN) / SATV_DRV_RANGE * SATV_RANGE + SATV_MIN; /* TUNER TYPE */ --tThc/1wpZn/ma/RB-- From owner-freebsd-multimedia Sat Mar 22 16:17:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA09147 for multimedia-outgoing; Sat, 22 Mar 1997 16:17:32 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA09118 for ; Sat, 22 Mar 1997 16:17:25 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 22 Mar 1997 19:16:19 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA25422; Sat, 22 Mar 97 19:16:18 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id TAA13836; Sat, 22 Mar 1997 19:13:31 -0500 Message-Id: <19970322191331.35902@ct.picker.com> Date: Sat, 22 Mar 1997 19:13:31 -0500 From: Randall Hopper To: Steve Passe Cc: multimedia@freebsd.org Subject: bt848 video losing sync Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't know if anyone else sees this, but when starting and stopping the video on the tuner, every so often (very rarely) it'll sputter, lose vertical sync, slip down to 2 or 3 frames a second for a second or two, and then just freeze with the VBI band right in the middle of the window. Starting/stopping the video doesn't seem to clear it up, but changing channels or changing the input device away from and back to tuner does. This happens infrequently enough I haven't yet pinned down a complete producure for consistently reproducing it, but when it does happen, I've been changing channels and (un)zooming the tv window. I'll let you know if I come with any more useful information. Randall From owner-freebsd-multimedia Sat Mar 22 16:25:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA09993 for multimedia-outgoing; Sat, 22 Mar 1997 16:25:10 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA09988 for ; Sat, 22 Mar 1997 16:25:06 -0800 (PST) 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 QAA00352; Sat, 22 Mar 1997 16:24:56 -0800 (PST) Message-Id: <199703230024.QAA00352@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org cc: Steve Passe Subject: First Cut at separating tuner and capture devices Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Sat_Mar_22_16:21:48_PST_1997" Date: Sat, 22 Mar 1997 16:24:56 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --===_0_Sat_Mar_22_16:21:48_PST_1997 Content-Type: text/plain; charset=us-ascii This is patch is against the /sys/pci/brooktree848.c found in 3.0-current. Create a tuner device: mknod tuner0 c 79 16 This means that there can only be a maximum of 15 capture devices . Access your tuner ioctl thru your tuner device handle and anything which controls the video capture process thru the video device handle. The functions which have been added are: tuner_open tuner_close tuner_ioctl Which are access thru the minor device. What this means is that applications if they want to access the tuner, they should open the device "/dev/tuner0", then set channels, mute audio, etc... Tuner hackers now have a nice isolated home in the driver 8) Please let me know if you like the changes or not . Enjoy, Amancio --===_0_Sat_Mar_22_16:21:48_PST_1997 Content-Type: application/octet-stream Content-Description: patch Content-Transfer-Encoding: base64 KioqIGJyb29rdHJlZTg0OC5jLm9sZAlTYXQgTWFyIDIyIDE2OjEwOjE1IDE5OTcKLS0tIGJy b29rdHJlZTg0OC5jCVNhdCBNYXIgMjIgMTY6MDU6MTEgMTk5NwoqKioqKioqKioqKioqKioK KioqIDMxMywzMTggKioqKgotLS0gMzEzLDMyMyAtLS0tCiAgLyoKICAgKiB0dW5lciBzcGVj aWZpYyBmdW5jdGlvbnMuCiAgICovCisgaW50IHR1bmVyX29wZW4oIGRldl90IGRldiwgaW50 IGZsYWdzLCBpbnQgZm10LCBzdHJ1Y3QgcHJvYyAqcCApOworIGludCB0dW5lcl9jbG9zZSgg ZGV2X3QgZGV2LCBpbnQgZmxhZ3MsIGludCBmbXQsIHN0cnVjdCBwcm9jICpwICk7CisgaW50 IHR1bmVyX2lvY3RsKCBkZXZfdCBkZXYsIGludCBjbWQsIGNhZGRyX3QgYXJnLCBpbnQgZmxh Zywgc3RydWN0IHByb2MgKnByICk7CisgCisgCiAgc3RhdGljIGludAl0dl9jaGFubmVsKCBi a3RyX3JlZ190KiBia3RyLCBpbnQgY2hhbm5lbCApOwogIHN0YXRpYyBpbnQJdHZfZnJlcSgg Ymt0cl9yZWdfdCogYmt0ciwgaW50IGZyZXF1ZW5jeSApOwogIHN0YXRpYyBpbnQJdHVuZXJf c3RhdHVzKCBia3RyX3JlZ190KiBia3RyICk7CioqKioqKioqKioqKioqKgoqKiogNjMzLDYz OSAqKioqCiAgI2VuZGlmIC8qIERFVkZTICovCiAgfQogIAohICNkZWZpbmUgVU5JVCh4KSAo KHgpICYgMHgwNykKICAKICAKICAvKi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQotLS0gNjM4LDY0NCAtLS0tCiAgI2VuZGlmIC8q IERFVkZTICovCiAgfQogIAohICNkZWZpbmUgVU5JVCh4KSAoKHgpICYgMHgwZikKICAKICAK ICAvKi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQoqKioqKioqKioqKioqKioKKioqIDY0OCw2NzAgKioqKgogICAqIAogICAqLwog IGludAogIGJrdHJfb3BlbiggZGV2X3QgZGV2LCBpbnQgZmxhZ3MsIGludCBmbXQsIHN0cnVj dCBwcm9jICpwICkKICB7CiAgCWJrdHJfcmVnX3QJKmJrdHI7CiEgCWludAkJdW5pdDsKICAJ aW50CQlpOwogIAl2b2xhdGlsZSB1X2NoYXIJKmJ0ODQ4OwogIAl2b2xhdGlsZSB1X2NoYXIJ KmJ0X3JlZzsKICAJdm9sYXRpbGUgdV9sb25nCSpidGxfcmVnOwogIAogIAl1bml0ID0gVU5J VChtaW5vcihkZXYpKTsKICAJaWYgKHVuaXQgPj0gTkJLVFIpCQkJLyogdW5pdCBvdXQgb2Yg cmFuZ2UgKi8KICAJCXJldHVybihFTlhJTyk7CiAgCiAgCWJrdHIgPSAmKGJyb29rdHJlZVt1 bml0XSk7CiAgCiAgCWlmICghKGJrdHItPmZsYWdzICYgTUVURU9SX0lOSVRBTElaRUQpKSAv KiBkZXZpY2Ugbm90IGZvdW5kICovCiAgCQlyZXR1cm4oRU5YSU8pOwkKICAKICAjaWYgZGVm aW5lZCggTVVMVElQTEVfT1BFTlMgKQogIAlpZiAoYmt0ci0+ZmxhZ3MgJiBNRVRFT1JfT1BF TikJCS8qIGRldmljZSBhbHJlYWR5IG9wZW4gKi8KLS0tIDY1Myw3MDMgLS0tLQogICAqIAog ICAqLwogIGludAorIHR1bmVyX29wZW4oIGRldl90IGRldiwgaW50IGZsYWdzLCBpbnQgZm10 LCBzdHJ1Y3QgcHJvYyAqcCApIHsKKyAJYmt0cl9yZWdfdAkqYmt0cjsKKyAJaW50CQl1bml0 LCBtaW5vcjsKKyAJdm9sYXRpbGUgdV9jaGFyCSpidDg0ODsKKyAJdW5pdCA9IFVOSVQobWlu b3IoZGV2KSk7CisgCWJrdHIgPSAmKGJyb29rdHJlZVt1bml0XSk7CisgCisgI2lmIGRlZmlu ZWQoIEFVRElPX1NVUFBPUlQgKQorIAlzZXRfYXVkaW8oIGJrdHIsIEFVRElPX1VOTVVURSAp OworIAlpZiAoIGNhcmRfdHlwZXNbIGJrdHItPmNhcmRfdHlwZSBdLmRieCApCisgCSAgICBz ZXRfQlRTQyggYmt0ciwgMCApOwkJLyogZW5hYmxlIHRoZSBzdGVyZW8gY2hpcCAqLworICNl bmRpZiAvKiBBVURJT19TVVBQT1JUICovCisgCSAgICByZXR1cm4gMDsKKyAKKyB9CisgCisg CisgaW50CiAgYmt0cl9vcGVuKCBkZXZfdCBkZXYsIGludCBmbGFncywgaW50IGZtdCwgc3Ry dWN0IHByb2MgKnAgKQogIHsKICAJYmt0cl9yZWdfdAkqYmt0cjsKISAJaW50CQl1bml0LCBt aW5vcjsKICAJaW50CQlpOwogIAl2b2xhdGlsZSB1X2NoYXIJKmJ0ODQ4OwogIAl2b2xhdGls ZSB1X2NoYXIJKmJ0X3JlZzsKICAJdm9sYXRpbGUgdV9sb25nCSpidGxfcmVnOwogIAogIAl1 bml0ID0gVU5JVChtaW5vcihkZXYpKTsKKyAJbWlub3IgPSBtaW5vcihkZXYpOworIAogIAlp ZiAodW5pdCA+PSBOQktUUikJCQkvKiB1bml0IG91dCBvZiByYW5nZSAqLwogIAkJcmV0dXJu KEVOWElPKTsKICAKKyAKICAJYmt0ciA9ICYoYnJvb2t0cmVlW3VuaXRdKTsKICAKICAJaWYg KCEoYmt0ci0+ZmxhZ3MgJiBNRVRFT1JfSU5JVEFMSVpFRCkpIC8qIGRldmljZSBub3QgZm91 bmQgKi8KICAJCXJldHVybihFTlhJTyk7CQorIAlpZiAobWlub3IgIT0gMCApIHsKKyAjaWYg ZGVmaW5lZCggQVVESU9fU1VQUE9SVCApCisgCSAgICBzZXRfYXVkaW8oIGJrdHIsIEFVRElP X1VOTVVURSApOworIAkgICAgaWYgKCBjYXJkX3R5cGVzWyBia3RyLT5jYXJkX3R5cGUgXS5k YnggKQorIAkJc2V0X0JUU0MoIGJrdHIsIDAgKTsJCS8qIGVuYWJsZSB0aGUgc3RlcmVvIGNo aXAgKi8KKyAjZW5kaWYgLyogQVVESU9fU1VQUE9SVCAqLworIAl9CiAgCiAgI2lmIGRlZmlu ZWQoIE1VTFRJUExFX09QRU5TICkKICAJaWYgKGJrdHItPmZsYWdzICYgTUVURU9SX09QRU4p CQkvKiBkZXZpY2UgYWxyZWFkeSBvcGVuICovCioqKioqKioqKioqKioqKgoqKiogNzM2LDc0 MSAqKioqCi0tLSA3NjksNzkzIC0tLS0KICAvKgogICAqIAogICAqLworIC8qIHR1bmVyIGNs b3NlIGhhbmRsZSAqLworIGludCAKKyB0dW5lcl9jbG9zZSggZGV2X3QgZGV2LCBpbnQgZmxh Z3MsIGludCBmbXQsIHN0cnVjdCBwcm9jICpwICkgeworIAlpbnQJCXVuaXQ7CisgCWJrdHJf cmVnX3QJKmJrdHI7CisgCXVuaXQgPSBVTklUKG1pbm9yKGRldikpOworIAlia3RyID0gJihi cm9va3RyZWVbdW5pdF0pOworIAorIAkvKiBQbGFjZSBIb2xkZXIgZm9yIHR1bmVyIHNwZWNp ZmljIG9wZXJhdGlvbnMgb24gYSBjbG9zZSAqLworICNpZiBkZWZpbmVkKCBBVURJT19TVVBQ T1JUICkKKyAJLyogbXV0ZSB0aGUgYXVkaW8gYnkgc3dpdGNoaW5nIHRoZSBtdXggKi8KKyAJ c2V0X2F1ZGlvKCBia3RyLCBBVURJT19NVVRFICk7CisgI2VuZGlmIC8qIEFVRElPX1NVUFBP UlQgKi8KKyAKKyAKKyAJcmV0dXJuIDA7CisgfQorIAorIAogIGludAogIGJrdHJfY2xvc2Uo IGRldl90IGRldiwgaW50IGZsYWdzLCBpbnQgZm10LCBzdHJ1Y3QgcHJvYyAqcCApCiAgewoq KioqKioqKioqKioqKioKKioqIDc1MSw3NTYgKioqKgotLS0gODAzLDgxMSAtLS0tCiAgCXVu aXQgPSBVTklUKG1pbm9yKGRldikpOwogIAlpZiAodW5pdCA+PSBOQktUUikJCQkvKiB1bml0 IG91dCBvZiByYW5nZSAqLwogIAkJcmV0dXJuKEVOWElPKTsKKyAJaWYgKG1pbm9yKGRldikg IT0gMCApIHsKKyAJICAgIHJldHVybiB0dW5lcl9jbG9zZShkZXYsIGZsYWdzLCBmbXQsIHAp OworIAl9CiAgCiAgCWJrdHIgPSAmKGJyb29rdHJlZVt1bml0XSk7CiAgCioqKioqKioqKioq KioqKgoqKiogNzcxLDc4MiAqKioqCiAgCWJ0bF9yZWcgPSAodV9sb25nICopICZidDg0OFtC S1RSX0lOVF9TVEFUXSA7CiAgCSpidGxfcmVnID0gMHhmZmZmZmZmZjsKICAKISAjaWYgZGVm aW5lZCggQVVESU9fU1VQUE9SVCApCiEgCS8qIG11dGUgdGhlIGF1ZGlvIGJ5IHN3aXRjaGlu ZyB0aGUgbXV4ICovCiEgCXNldF9hdWRpbyggYmt0ciwgQVVESU9fTVVURSApOwohICNlbmRp ZiAvKiBBVURJT19TVVBQT1JUICovCiEgCiEgCXJldHVybigwKTsKICB9CiAgCiAgCi0tLSA4 MjYsODMyIC0tLS0KICAJYnRsX3JlZyA9ICh1X2xvbmcgKikgJmJ0ODQ4W0JLVFJfSU5UX1NU QVRdIDsKICAJKmJ0bF9yZWcgPSAweGZmZmZmZmZmOwogIAohIAlyZXR1cm4gdHVuZXJfY2xv c2UgKCAgZGV2LCBmbGFncywgIGZtdCwgIHAgKTsKICB9CiAgCiAgCioqKioqKioqKioqKioq KgoqKiogNzkyLDc5OCAqKioqCiAgCWludAkJY291bnQ7CiAgCXZvbGF0aWxlIHVfY2hhciAq YnQ4NDg7CiAgCXVfc2hvcnQJCSpidHNfcmVnOwohIAogIAl1bml0ID0gVU5JVChtaW5vcihk ZXYpKTsKICAJaWYgKHVuaXQgPj0gTkJLVFIpCS8qIHVuaXQgb3V0IG9mIHJhbmdlICovCiAg CQlyZXR1cm4oRU5YSU8pOwotLS0gODQyLDg0OSAtLS0tCiAgCWludAkJY291bnQ7CiAgCXZv bGF0aWxlIHVfY2hhciAqYnQ4NDg7CiAgCXVfc2hvcnQJCSpidHNfcmVnOwohIAkKISAJaWYg KG1pbm9yKGRldikgPiAwICkgcmV0dXJuKEVOWElPKTsKICAJdW5pdCA9IFVOSVQobWlub3Io ZGV2KSk7CiAgCWlmICh1bml0ID49IE5CS1RSKQkvKiB1bml0IG91dCBvZiByYW5nZSAqLwog IAkJcmV0dXJuKEVOWElPKTsKKioqKioqKioqKioqKioqCioqKiA4MzksODc3ICoqKioKICB9 CiAgCiAgCiEgLyoKISAgKiAKISAgKi8KICBpbnQKISBia3RyX2lvY3RsKCBkZXZfdCBkZXYs IGludCBjbWQsIGNhZGRyX3QgYXJnLCBpbnQgZmxhZywgc3RydWN0IHByb2MgKnByICkKICB7 CiAgCWJrdHJfcmVnX3QJCSpia3RyOwogIAlpbnQJCQl1bml0OwogIAlpbnQJCQlzdGF0dXM7 CiEgCWludAkJCWNvdW50OwohIAlpbnQJCQl0bXBfaW50OwohIAl2b2xhdGlsZSB1X2NoYXIJ CSpidDg0OCwgY190ZW1wOwohIAl2b2xhdGlsZSB1X3Nob3J0CSpidHNfcmVnLCBzX3RlbXA7 CiEgCXZvbGF0aWxlIHVfbG9uZwkJKmJ0bF9yZWc7CiEgCXVuc2lnbmVkIGludAkJdGVtcCwg dGVtcDE7CiAgCXVuc2lnbmVkIGludAkJZXJyb3I7Ci0gCXN0cnVjdCBtZXRlb3JfZ2VvbWV0 CSpnZW87Ci0gCXN0cnVjdCBtZXRlb3JfY291bnRzCSpjbnQ7Ci0gCXN0cnVjdCBtZXRlb3Jf dmlkZW8JKnZpZGVvOwotIAl2bV9vZmZzZXRfdAkJYnVmOwogIAogIAl1bml0ID0gVU5JVCht aW5vcihkZXYpKTsKICAJaWYgKHVuaXQgPj0gTkJLVFIpCS8qIHVuaXQgb3V0IG9mIHJhbmdl ICovCiAgCQlyZXR1cm4oRU5YSU8pOwogIAogIAotIAlia3RyID0gJihicm9va3RyZWVbdW5p dF0pOwotIAlpZiAoYmt0ci0+YmlnYnVmID09IDApCS8qIG5vIGZyYW1lIGJ1ZmZlciBhbGxv Y2F0ZWQgKGlvY3RsIGZhaWxlZCkgKi8KLSAJCXJldHVybihFTk9NRU0pOwogIAogIAlidDg0 OCA9CSBia3RyLT5iYXNlOwotIAlzd2l0Y2ggKGNtZCkgewogIAogIAljYXNlIFRWVFVORVJf U0VUQ0hOTDoKICAjaWYgZGVmaW5lZCggQVVESU9fU1VQUE9SVCApCiAgCQlzZXRfYXVkaW8o IGJrdHIsIEFVRElPX01VVEUgKTsKLS0tIDg5MCw5MTcgLS0tLQogIH0KICAKICAKISAvKiB0 dW5lciBpb2N0bHMgKi8KISAKICBpbnQKISB0dW5lcl9pb2N0bCggZGV2X3QgZGV2LCBpbnQg Y21kLCBjYWRkcl90IGFyZywgaW50IGZsYWcsIHN0cnVjdCBwcm9jICpwciApCiAgewogIAli a3RyX3JlZ190CQkqYmt0cjsKICAJaW50CQkJdW5pdDsKICAJaW50CQkJc3RhdHVzOwohIAl2 b2xhdGlsZSB1X2NoYXIJCSpidDg0ODsKISAJdW5zaWduZWQgaW50CQl0ZW1wOwogIAl1bnNp Z25lZCBpbnQJCWVycm9yOwogIAogIAl1bml0ID0gVU5JVChtaW5vcihkZXYpKTsKICAJaWYg KHVuaXQgPj0gTkJLVFIpCS8qIHVuaXQgb3V0IG9mIHJhbmdlICovCiAgCQlyZXR1cm4oRU5Y SU8pOwogIAogIAogIAorIAlia3RyID0gJihicm9va3RyZWVbdW5pdF0pOwogIAlidDg0OCA9 CSBia3RyLT5iYXNlOwogIAorIAlzd2l0Y2ggKGNtZCkgewogIAljYXNlIFRWVFVORVJfU0VU Q0hOTDoKICAjaWYgZGVmaW5lZCggQVVESU9fU1VQUE9SVCApCiAgCQlzZXRfYXVkaW8oIGJr dHIsIEFVRElPX01VVEUgKTsKKioqKioqKioqKioqKioqCioqKiA5MjEsOTI4ICoqKioKICAJ Y2FzZSBUVlRVTkVSX0dFVEZSRVE6CiAgCQkqKHVuc2lnbmVkIGxvbmcgKilhcmcgPSBia3Ry LT50dW5lci5mcmVxdWVuY3k7CiAgCQlicmVhazsKICAKISAJY2FzZSBNRVRFT1JTVEFUVVM6 CS8qIGdldCA3MTk2IHN0YXR1cyAqLwogIAkJY190ZW1wID0gYnQ4NDhbMF07CiAgCQl0ZW1w ID0gMDsKICAJCWlmICghKGNfdGVtcCAmIDB4NDApKSB0ZW1wIHw9IE1FVEVPUl9TVEFUVVNf SENMSzsKLS0tIDk2MSwxMDMwIC0tLS0KICAJY2FzZSBUVlRVTkVSX0dFVEZSRVE6CiAgCQkq KHVuc2lnbmVkIGxvbmcgKilhcmcgPSBia3RyLT50dW5lci5mcmVxdWVuY3k7CiAgCQlicmVh azsKKyAjaWYgZGVmaW5lZCggQVVESU9fU1VQUE9SVCApCisgCWNhc2UgQlQ4NDhfU0FVRElP OgkvKiBzZXQgYXVkaW8gY2hhbm5lbCAqLworIAkJaWYgKCBzZXRfYXVkaW8oIGJrdHIsICoo aW50KilhcmcgKSA8IDAgKQorIAkJCXJldHVybiBFSU87CisgCQlicmVhazsKICAKISAJY2Fz ZSBCVDg0OF9HQVVESU86CS8qIGdldCBhdWRpbyBjaGFubmVsICovCiEgCQl0ZW1wID0gYmt0 ci0+YXVkaW9fbXV4X3NlbGVjdDsKISAJCWlmICggYmt0ci0+YXVkaW9fbXV0ZV9zdGF0ZSA9 PSBUUlVFICkKISAJCQl0ZW1wIHw9IEFVRElPX01VVEU7CiEgCQkqKGludCopYXJnID0gdGVt cDsKISAJCWJyZWFrOwohIAohIAljYXNlIEJUODQ4X1NCVFNDOgkvKiBzZXQgYXVkaW8gY2hh bm5lbCAqLwohIAkJaWYgKCBzZXRfQlRTQyggYmt0ciwgKihpbnQqKWFyZyApIDwgMCApCiEg CQkJcmV0dXJuIEVJTzsKISAJCWJyZWFrOwohICNlbmRpZiAvKiBBVURJT19TVVBQT1JUICov CiEgCWRlZmF1bHQ6CiEgCQlyZXR1cm4gRU5PREVWOwohIAkgICAgCiEgCX0KISAKISAJcmV0 dXJuIDA7CiEgfQohIAohIC8qCiEgICogCiEgICovCiEgaW50CiEgYmt0cl9pb2N0bCggZGV2 X3QgZGV2LCBpbnQgY21kLCBjYWRkcl90IGFyZywgaW50IGZsYWcsIHN0cnVjdCBwcm9jICpw ciApCiEgewohIAlia3RyX3JlZ190CQkqYmt0cjsKISAJaW50CQkJdW5pdDsKISAJaW50CQkJ c3RhdHVzOwohIAlpbnQJCQljb3VudDsKISAJaW50CQkJdG1wX2ludDsKISAJdm9sYXRpbGUg dV9jaGFyCQkqYnQ4NDgsIGNfdGVtcDsKISAJdm9sYXRpbGUgdV9zaG9ydAkqYnRzX3JlZywg c190ZW1wOwohIAl2b2xhdGlsZSB1X2xvbmcJCSpidGxfcmVnOwohIAl1bnNpZ25lZCBpbnQJ CXRlbXAsIHRlbXAxOwohIAl1bnNpZ25lZCBpbnQJCWVycm9yOwohIAlzdHJ1Y3QgbWV0ZW9y X2dlb21ldAkqZ2VvOwohIAlzdHJ1Y3QgbWV0ZW9yX2NvdW50cwkqY250OwohIAlzdHJ1Y3Qg bWV0ZW9yX3ZpZGVvCSp2aWRlbzsKISAJdm1fb2Zmc2V0X3QJCWJ1ZjsKISAKISAJdW5pdCA9 IFVOSVQobWlub3IoZGV2KSk7CiEgCWlmICh1bml0ID49IE5CS1RSKQkvKiB1bml0IG91dCBv ZiByYW5nZSAqLwohIAkJcmV0dXJuKEVOWElPKTsKISAKISAJaWYgKG1pbm9yKGRldikgPiAw ICkgewohIAkgICByZXR1cm4gIHR1bmVyX2lvY3RsKG1pbm9yKGRldiksIGNtZCwgYXJnLCBm bGFnLCBwcik7CiEgCX0KISAKISAKISAJYmt0ciA9ICYoYnJvb2t0cmVlW3VuaXRdKTsKISAJ aWYgKGJrdHItPmJpZ2J1ZiA9PSAwKQkvKiBubyBmcmFtZSBidWZmZXIgYWxsb2NhdGVkIChp b2N0bCBmYWlsZWQpICovCiEgCQlyZXR1cm4oRU5PTUVNKTsKISAKISAJYnQ4NDggPQkgYmt0 ci0+YmFzZTsKISAJc3dpdGNoIChjbWQpIHsKISAKISAJY2FzZSBNRVRFT1JTVEFUVVM6CS8q IGdldCBCdDg0OCAgc3RhdHVzICovCiAgCQljX3RlbXAgPSBidDg0OFswXTsKICAJCXRlbXAg PSAwOwogIAkJaWYgKCEoY190ZW1wICYgMHg0MCkpIHRlbXAgfD0gTUVURU9SX1NUQVRVU19I Q0xLOwoqKioqKioqKioqKioqKioKKioqIDEyMjksMTI1MyAqKioqCiAgCQlidDg0OFtCS1RS X0NPTE9SX0NUTF0gJj0gfjB4NDA7CiAgCQlicmVhazsKICAKLSAjaWYgZGVmaW5lZCggQVVE SU9fU1VQUE9SVCApCi0gCWNhc2UgQlQ4NDhfU0FVRElPOgkvKiBzZXQgYXVkaW8gY2hhbm5l bCAqLwotIAkJaWYgKCBzZXRfYXVkaW8oIGJrdHIsICooaW50KilhcmcgKSA8IDAgKQotIAkJ CXJldHVybiBFSU87Ci0gCQlicmVhazsKLSAKLSAJY2FzZSBCVDg0OF9HQVVESU86CS8qIGdl dCBhdWRpbyBjaGFubmVsICovCi0gCQl0ZW1wID0gYmt0ci0+YXVkaW9fbXV4X3NlbGVjdDsK LSAJCWlmICggYmt0ci0+YXVkaW9fbXV0ZV9zdGF0ZSA9PSBUUlVFICkKLSAJCQl0ZW1wIHw9 IEFVRElPX01VVEU7Ci0gCQkqKGludCopYXJnID0gdGVtcDsKLSAJCWJyZWFrOwotIAotIAlj YXNlIEJUODQ4X1NCVFNDOgkvKiBzZXQgYXVkaW8gY2hhbm5lbCAqLwotIAkJaWYgKCBzZXRf QlRTQyggYmt0ciwgKihpbnQqKWFyZyApIDwgMCApCi0gCQkJcmV0dXJuIEVJTzsKLSAJCWJy ZWFrOwotICNlbmRpZiAvKiBBVURJT19TVVBQT1JUICovCi0gCiAgCWNhc2UgTUVURU9SU1NJ R05BTDoKICAJCWJrdHItPnNpZ25hbCA9ICooaW50ICopIGFyZzsKICAJCWJrdHItPnByb2Mg PSBwcjsKLS0tIDEzMzEsMTMzNiAtLS0tCioqKioqKioqKioqKioqKgoqKiogMTU0NiwxNTUz ICoqKioKICAKICAJdW5pdCA9IFVOSVQobWlub3IoZGV2KSk7CiAgCiEgCWlmICh1bml0ID49 IE5CS1RSKQkJLyogYXQgdGhpcyBwb2ludCBjb3VsZCB0aGlzIGhhcHBlbj8gKi8KICAJCXJl dHVybigtMSk7CiAgCiAgCWJrdHIgPSAmKGJyb29rdHJlZVt1bml0XSk7CiAgCi0tLSAxNjI5 LDE2MzcgLS0tLQogIAogIAl1bml0ID0gVU5JVChtaW5vcihkZXYpKTsKICAKISAJaWYgKHVu aXQgPj0gTkJLVFIgfHwgbWlub3IoZGV2KSA+IDAgKQkvKiBhdCB0aGlzIHBvaW50IGNvdWxk IHRoaXMgaGFwcGVuPyAqLwogIAkJcmV0dXJuKC0xKTsKKyAKICAKICAJYmt0ciA9ICYoYnJv b2t0cmVlW3VuaXRdKTsKICAK --===_0_Sat_Mar_22_16:21:48_PST_1997-- From owner-freebsd-multimedia Sat Mar 22 16:29:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA10169 for multimedia-outgoing; Sat, 22 Mar 1997 16:29:39 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA10163 for ; Sat, 22 Mar 1997 16:29:35 -0800 (PST) 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 QAA00429; Sat, 22 Mar 1997 16:29:18 -0800 (PST) Message-Id: <199703230029.QAA00429@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: Steve Passe , multimedia@freebsd.org Subject: Re: bt848 video losing sync In-reply-to: Your message of "Sat, 22 Mar 1997 19:13:31 EST." <19970322191331.35902@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 16:29:18 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Randall Hopper : > I don't know if anyone else sees this, but when starting and stopping the > video on the tuner, every so often (very rarely) it'll sputter, lose > vertical sync, slip down to 2 or 3 frames a second for a second or two, and > then just freeze with the VBI band right in the middle of the window. > > Starting/stopping the video doesn't seem to clear it up, but changing > channels or changing the input device away from and back to tuner does. Write an ioctl or somehow trigger in the driver printing the status registers in bktr_intr. That will give us a clue as to what is going on. Have fun, Amancio From owner-freebsd-multimedia Sat Mar 22 16:51:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11705 for multimedia-outgoing; Sat, 22 Mar 1997 16:51:19 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11673 for ; Sat, 22 Mar 1997 16:51:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id RAA15028; Sat, 22 Mar 1997 17:51:01 -0700 (MST) Message-Id: <199703230051.RAA15028@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: bt848 video losing sync In-reply-to: Your message of "Sat, 22 Mar 1997 19:13:31 EST." <19970322191331.35902@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 17:51:01 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > I don't know if anyone else sees this, but when starting and stopping the > video on the tuner, every so often (very rarely) it'll sputter, lose > vertical sync, slip down to 2 or 3 frames a second for a second or two, and > then just freeze with the VBI band right in the middle of the window. > > Starting/stopping the video doesn't seem to clear it up, but changing > channels or changing the input device away from and back to tuner does. > > This happens infrequently enough I haven't yet pinned down a complete > producure for consistently reproducing it, but when it does happen, I've > been changing channels and (un)zooming the tv window. I was having a lot of trouble with my STB card loosing sync in the UHF band only. I eventually decided the board was bad and returned it. I now am using the hauppauge which has no such problems. ------------------------------------------------------------------------------- While trying to determine the problem I create an ioctl to return bt848 video input status. bits of interest in the bt848 status would include: bit 5: VPRES bit 4: HLOCK bit 3: OFLOW (bits 7:6 (DSTATUS 1:) tell which) note that this call returns the accumulated status bits since the last call, ie. it starts clear, then each interrupt bitwise ORs in the INT_STAT value for that INTerrupt. so the data is essentually a map of all INTs that have occurred since the last read. /* * this is the bt848 INT_STAT reg, with bits 1:0 of the * the bt848 DSTATUS reg (COF & LOF) overlayed onto bits * 7:6 (unused in INT_STAT) */ if (ioctl(video, BT848_GSTATUS, &x) < 0) exit( 1 ); else fprintf(stderr, "bt848 status: 0x%08x\n", x ); ------------------------------------------------------------------------------- when the tuner PLL is in lock bit 6 will be high, and the low 3 bits will be 010 (0x2), with each end of the range being 100 (0x4) and 000 (0x0). see the TSA5522 datasheet, p 8 for the table this ioctl can be called at anytime to see the current PLL status. /* * this is the tuner PLL status, good value is 0xfa or 0x7a */ if (ioctl(video, TVTUNER_GETSTATUS, &x) < 0) exit( 1 ); else fprintf(stderr, "tuner status: 0x%02x\n", x ); ------------------------------------------------------------------------------- by comparing the bt848 HLOCK and the PLL lock bit you might gain insite. remember that the bt848 sees loss of signal and lock when changing channels, so read (clear) the status after each channel change. here's my tool for exercising this: #include #include #include #include #include #define TUNER #include #include void byebye( int fd ) { fprintf( stderr, "ioctl failed: %s\n", strerror(errno) ); close( fd ); exit( 1 ); } main(int ac, char **av) { int x, ch; char s[ 128 ]; int video; if ((video = open("/dev/bktr0", O_RDONLY)) < 0) { byebye( video ); } fputs( "\n > ", stdout ); while ( fgets( s, 100, stdin ) ) { switch ( s[0] ) { /* clear colorbars */ case 'b': if (ioctl(video, BT848_CCBARS, &x) < 0) byebye( video ); break; /* display colorbars */ case 'B': if (ioctl(video, BT848_SCBARS, &x) < 0) byebye( video ); break; /* get current RAW freq & tuner status */ case 'f': if (ioctl(video, TVTUNER_GETFREQ, &x) < 0) byebye( video ); else fprintf(stderr, "frequency: %d\n", x ); if (ioctl(video, TVTUNER_GETSTATUS, &x) < 0) byebye( video ); else fprintf(stderr, "status: 0x%02x\n", x ); break; /* set RAW frequency */ case 'F': x = strtol( &s[ 2 ], NULL, 10 ); fprintf( stderr, "freq: %d\n", x ); if (ioctl(video, TVTUNER_SETFREQ, &x) < 0) byebye( video ); sleep( 1 ); if (ioctl(video, TVTUNER_GETSTATUS, &x) < 0) byebye( video ); else fprintf(stderr, "status: 0x%02x\n", x ); break; /* get bt848 & tuner status */ case 's': x = 0; if (ioctl(video, BT848_GSTATUS, &x) < 0) byebye( video ); else fprintf(stderr, "bt848 status: 0x%08x\n", x ); if (ioctl(video, TVTUNER_GETSTATUS, &x) < 0) byebye( video ); else fprintf(stderr, "tuner status: 0x%02x\n", x ); break; /* set a channel */ default: x = atoi( s ); if (ioctl(video, TVTUNER_SETCHNL, &x) < 0) byebye( video ); } fputs( "\n > ", stdout ); } bybye: close(video); exit(0); } -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 22 17:06:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA12489 for multimedia-outgoing; Sat, 22 Mar 1997 17:06:36 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA12483 for ; Sat, 22 Mar 1997 17:06:29 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 22 Mar 1997 20:05:26 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA26018; Sat, 22 Mar 97 20:05:24 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA13861; Sat, 22 Mar 1997 20:02:37 -0500 Message-Id: <19970322200237.25382@ct.picker.com> Date: Sat, 22 Mar 1997 20:02:37 -0500 From: Randall Hopper To: Amancio Hasty Cc: Steve Passe , multimedia@freebsd.org Subject: CAP_SINGLE tsleep failure (was Re: bt848 video losing sync) References: <19970322191331.35902@ct.picker.com> <199703230029.QAA00429@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703230029.QAA00429@rah.star-gate.com>; from Amancio Hasty on Sat, Mar 22, 1997 at 04:29:18PM -0800 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |From The Desk Of Randall Hopper : |> I don't know if anyone else sees this, but when starting and stopping the |> video on the tuner, every so often (very rarely) it'll sputter, lose |> vertical sync, slip down to 2 or 3 frames a second for a second or two, and |> then just freeze with the VBI band right in the middle of the window. | |Write an ioctl or somehow trigger in the driver printing the status |registers in bktr_intr. That will give us a clue as to what is going on. Ok. Will do. BTW, hadn't checked the console in a while. I notice that I'm getting a single tsleep error from the CAP_SINGLE ioctl code each time I freeze the video. Here's all values represented in the console buffer now: bktr0: ioctl: tsleep error -1 2c0f24 bktr0: ioctl: tsleep error -1 1000f24 bktr0: ioctl: tsleep error -1 1000754 bktr0: ioctl: tsleep error -1 2c0754 bktr0: ioctl: tsleep error -1 1000624 bktr0: ioctl: tsleep error -1 2c0624 error=tsleep((caddr_t)bktr, METPRI, "capturing", hz); Since this is an ERESTART error (METPRI has PCATCH), is the right fix for this to change this line to: while ((error=tsleep((caddr_t)bktr, METPRI, "capturing", hz)) == ERESTART) ; Sounds like this may be related to my seeing the video not capture both frames on a CAP_SINGLE. Randall From owner-freebsd-multimedia Sat Mar 22 17:40:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA13773 for multimedia-outgoing; Sat, 22 Mar 1997 17:40:27 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA13762 for ; Sat, 22 Mar 1997 17:40:24 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 22 Mar 1997 20:39:32 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA26401; Sat, 22 Mar 97 20:39:30 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA13899; Sat, 22 Mar 1997 20:36:45 -0500 Message-Id: <19970322203645.17711@ct.picker.com> Date: Sat, 22 Mar 1997 20:36:45 -0500 From: Randall Hopper To: Steve Passe Cc: multimedia@freebsd.org Subject: Re: bt848 video losing sync References: <19970322191331.35902@ct.picker.com> <199703230051.RAA15028@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703230051.RAA15028@Ilsa.StevesCafe.com>; from Steve Passe on Sat, Mar 22, 1997 at 05:51:01PM -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |While trying to determine the problem I create an ioctl to return |bt848 video input status. bits of interest in the bt848 status would include: | if (ioctl(video, BT848_GSTATUS, &x) < 0) |this ioctl can be called at anytime to see the current PLL status. | if (ioctl(video, TVTUNER_GETSTATUS, &x) < 0) Thanks for the suggestions. It looks like though that only the TVTUNER_GETSTATUS ioctl is implemented in the 960320 version of the driver. Can you mail me the code for your BT848_{GSTATUS,CCBARS,SCBARS} ioctls? Thanks. Also, I'd appreciate it if you mail me some contact info (names, phone numbers, spec sheet #s, etc.) for getting all the docs on the Phillips tuner, incl the TSA5522 datasheet you mentioned (and from grepping the driver, I guess the PFC8582 as well). Randall From owner-freebsd-multimedia Sat Mar 22 17:57:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA14493 for multimedia-outgoing; Sat, 22 Mar 1997 17:57:01 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA14482 for ; Sat, 22 Mar 1997 17:56:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id SAA15808; Sat, 22 Mar 1997 18:56:47 -0700 (MST) Message-Id: <199703230156.SAA15808@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: multimedia@freebsd.org Subject: Re: First Cut at separating tuner and capture devices In-reply-to: Your message of "Sat, 22 Mar 1997 16:24:56 PST." <199703230024.QAA00352@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 18:56:47 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, patches apply cleanly. first problem I see is that to be practical we will need to move all input control and color control into the tuner_ioctl: case METEORSINPUT: /* set input device */ case METEOR_INPUT_DEV0: case METEOR_INPUT_DEV1: case METEOR_INPUT_DEV2: case METEOR_INPUT_DEV_SVIDEO: case BT848_SHUE: /* set hue */ case BT848_GHUE: /* get hue */ case BT848_SBRIG: /* set brightness */ case BT848_GBRIG: /* get brightness */ case BT848_SCSAT: /* set chroma saturation */ case BT848_GCSAT: /* get chroma saturation */ case BT848_SVSAT: /* set chroma V saturation */ case BT848_GVSAT: /* get chroma V saturation */ case BT848_SUSAT: /* set chroma U saturation */ case BT848_GUSAT: /* get chroma U saturation */ case BT848_SCONT: /* set contrast */ case BT848_GCONT: /* get contrast */ --- can we do this, does it make any sense? where are the hooks to tuner_xxx in brooktree848.c? I don't see where anything gets steered to them via the minor number? what am I missing? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 22 18:16:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA15039 for multimedia-outgoing; Sat, 22 Mar 1997 18:16:57 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA15034 for ; Sat, 22 Mar 1997 18:16:54 -0800 (PST) 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 SAA01151; Sat, 22 Mar 1997 18:16:52 -0800 (PST) Message-Id: <199703230216.SAA01151@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@freebsd.org Subject: Re: First Cut at separating tuner and capture devices In-reply-to: Your message of "Sat, 22 Mar 1997 18:56:47 MST." <199703230156.SAA15808@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 18:16:52 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Your suggestion is a good one so just cut an paste them to tuner_ioctl. This is a logical partition and not a physical partition which I did with my patch;however I understand the need to make the change. With respect to the matrox meteor we of course will break compatibility where as with my suggested changes we maintain full ioctl compatibility . Nevertheless, less go ahead an proceed on this path since I think is the appropriate course. So how does the hook works? int bktr_ioctl( dev_t dev, int cmd, caddr_t arg, int flag, struct proc *pr ) { bktr_reg_t *bktr; int unit; int status; int count; int tmp_int; volatile u_char *bt848, c_temp; volatile u_short *bts_reg, s_temp; volatile u_long *btl_reg; unsigned int temp, temp1; unsigned int error; struct meteor_geomet *geo; struct meteor_counts *cnt; struct meteor_video *video; vm_offset_t buf; unit = UNIT(minor(dev)); if (unit >= NBKTR) /* unit out of range */ return(ENXIO); ----- if (minor(dev) > 0 ) { return tuner_ioctl(minor(dev), cmd, arg, flag, pr); } ------ The minor device is greater than 0 so off it goes to the tuner section. Your main device is still 0 , 1, 2, etc.. so the device which the tuner code affects can be located. Lets see in open you get a device handle 0xff. The first 4 bits denotes the major device. The fifth bit flags that we are addressing the tuner device. Enjoy, Amancio >From The Desk Of Steve Passe : > Hi, > > patches apply cleanly. first problem I see is that to be practical > we will need to move all input control and color control into the tuner_ioctl : > > case METEORSINPUT: /* set input device */ > case METEOR_INPUT_DEV0: > case METEOR_INPUT_DEV1: > case METEOR_INPUT_DEV2: > case METEOR_INPUT_DEV_SVIDEO: > > case BT848_SHUE: /* set hue */ > case BT848_GHUE: /* get hue */ > case BT848_SBRIG: /* set brightness */ > case BT848_GBRIG: /* get brightness */ > case BT848_SCSAT: /* set chroma saturation */ > case BT848_GCSAT: /* get chroma saturation */ > case BT848_SVSAT: /* set chroma V saturation */ > case BT848_GVSAT: /* get chroma V saturation */ > case BT848_SUSAT: /* set chroma U saturation */ > case BT848_GUSAT: /* get chroma U saturation */ > case BT848_SCONT: /* set contrast */ > case BT848_GCONT: /* get contrast */ > > --- > can we do this, does it make any sense? > > where are the hooks to tuner_xxx in brooktree848.c? I don't see > where anything gets steered to them via the minor number? what am I > missing? > > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Sat Mar 22 18:36:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA15472 for multimedia-outgoing; Sat, 22 Mar 1997 18:36:57 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA15466 for ; Sat, 22 Mar 1997 18:36:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id TAA16232; Sat, 22 Mar 1997 19:36:47 -0700 (MST) Message-Id: <199703230236.TAA16232@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: multimedia@freebsd.org Subject: Re: First Cut at separating tuner and capture devices In-reply-to: Your message of "Sat, 22 Mar 1997 18:16:52 PST." <199703230216.SAA01151@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 19:36:46 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > if (minor(dev) > 0 ) { > return tuner_ioctl(minor(dev), cmd, arg, flag, pr); > } I see this now, thanx! So I see a hook in bktr_close() , but not in bktr_open() ie a call to tuner_open(), should I add that also? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 22 18:48:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA16076 for multimedia-outgoing; Sat, 22 Mar 1997 18:48:15 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA16069 for ; Sat, 22 Mar 1997 18:48:13 -0800 (PST) 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 SAA01428; Sat, 22 Mar 1997 18:48:11 -0800 (PST) Message-Id: <199703230248.SAA01428@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@freebsd.org Subject: Re: First Cut at separating tuner and capture devices In-reply-to: Your message of "Sat, 22 Mar 1997 19:36:46 MST." <199703230236.TAA16232@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 18:48:11 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yeap, sorry about that. Amancio >From The Desk Of Steve Passe : > Hi, > > > if (minor(dev) > 0 ) { > > return tuner_ioctl(minor(dev), cmd, arg, flag, pr); > > } > > I see this now, thanx! > > So I see a hook in bktr_close() , but not in bktr_open() ie a call > to tuner_open(), should I add that also? > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Sat Mar 22 20:03:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA20400 for multimedia-outgoing; Sat, 22 Mar 1997 20:03:44 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id UAA20388 for ; Sat, 22 Mar 1997 20:03:31 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 22 Mar 1997 23:02:04 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA28171; Sat, 22 Mar 97 23:02:01 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id WAA14365; Sat, 22 Mar 1997 22:59:09 -0500 Message-Id: <19970322225909.56727@ct.picker.com> Date: Sat, 22 Mar 1997 22:59:09 -0500 From: Randall Hopper To: Amancio Hasty , Steve Passe Cc: multimedia@freebsd.org Subject: Re: bt848 video losing sync References: <19970322191331.35902@ct.picker.com> <199703230029.QAA00429@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703230029.QAA00429@rah.star-gate.com>; from Amancio Hasty on Sat, Mar 22, 1997 at 04:29:18PM -0800 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |From The Desk Of Randall Hopper : |> I don't know if anyone else sees this, but when starting and stopping the |> video on the tuner, every so often (very rarely) it'll sputter, lose |> vertical sync, slip down to 2 or 3 frames a second for a second or two, and |> then just freeze with the VBI band right in the middle of the window. | |Write an ioctl or somehow trigger in the driver printing the status |registers in bktr_intr. That will give us a clue as to what is going on. Uncommenting the existing RISC_COUNT and INT_STATUS print, I was lucky and it happened almost immediately after starting fxtv the first time after booting the debug kernel (compressed output attached). > cut -c41-45 messages | sort | uniq -c 233 0206 353 020e 111 0a04 44 0a0c 1 1206 1 3206 2 3286 98 3a04 15 3a06 4 3a0c 1 420e Your and Steve's eye will doubtless glean more than mine, but the events that look "unique" to my untrained eye are the: 18:52:36 stealth /kernel: bktr0: ioctl: tsleep error 35 100052c error in the middle, the single FIFO Data Stream Resync in the INT_STAT values (xxxx420e above), and the Luma/Chroma ADC overflows (xxxxxxx8) that don't set in until a good way down the output, and then stick in there for the rest of it. Thanks, Randall begin 666 messages.gz M'XL( "XK-#, ^V=S6[:0!1&]WF*>8 HL8WY":HJM=UT62FT71/':5 04.-4 M??P2(JH(9I@[-[&QG=-=%I_/G#MW!FH&$X_&_7B<]LRZS*?S\MYFMFB-%,S*WZ;.#++A5EELVA\=18[ MK_9U^KA:31]_Y>;G;/%ENBXO)S_.S;?[V7RV6IOR<9$7Y^;VYN]3LLB79Q<7 M%]NK)>.>Y6KF>O)I\OW:1";+HRA*HL%F')M_<6;$J=XT2K>IX305IN[4K&3T MG!KTI2D=ZT[EU?P:OJU7*F -#EC'4SJ6JX;>$:J]0EEXX8477GCAQ6LE7J_W MZJN\O"D%R^7E3>F\FC_"KE8>+[SPP@LOO(1> Y67-Z5@N;R\*;SP.HW7]K.# ML9DMLW+S5[F>Y_G*Y$6Q+,QF.3Y=H)]D%1M&>L,D"YNX+6H3JF'>L,(**ZQ> M83746/E#%JOC(9>5-V5][9)9:5B'=S>K8+E>_]M>PSM5%[[TJKYW>_7U;HTK MLIM67=QG.KSVZ_2B"YDM\6R-5%;^E,WJ>,IAY0W9]O?V6ZGFJK>SBK,05'@M M7&NDHKHK6'A)WL%75$/%.G&]TZU@=;TL1J>6?^,WM;JV:M=QG)97<->X015T M+>(KU49X/.6JH(1U.%M5L%R;KG>$#:]A5[W>M#?22+.2/2G[2O:'+'NA8'PV MJUC3&9Z4HS-$K(/9JH3EZ$+_"-6L4*_FSU>=-<2K=5[6W5#FM;<;RK3V=L,. MS):B@H[_".GJGFCJ?CSDJKLW9:V[=X!*UNZ+AL.D6I9K1599P] Y;KB6Z\6U M[6WH6OYRK_ 1-G7YUSG'&U9,Q_LZ7O7M9$$JG.7J>-D(]SI>]O7IO8Y7?7O: MGZ+NIZF[HA9:*\MM6JR::.6XYY^J[IT*4C:MYK!<2U]SSUHXP+UV4MV)%Z3T M=<<**ZRPPNI_R/_AD<5*]\F,/V6SDGVZA1566&&%%598M=BJKSH?(4A9K#PI MNY4@A!566&&%%598M=Y*=8;*DW)8R0X;[5FISE!AA1566+73*M-8Y2JK3&65 M8X75N[7R'HU+=ZGA,"#5L]5""5;D] Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA23236 for multimedia-outgoing; Sat, 22 Mar 1997 21:17:15 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA23227 for ; Sat, 22 Mar 1997 21:17:08 -0800 (PST) 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 VAA00531; Sat, 22 Mar 1997 21:17:03 -0800 (PST) Message-Id: <199703230517.VAA00531@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: Steve Passe , multimedia@freebsd.org Subject: Re: bt848 video losing sync In-reply-to: Your message of "Sat, 22 Mar 1997 22:59:09 EST." <19970322225909.56727@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 21:17:02 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tnks , I am looking into it. Cheers, Amancio From owner-freebsd-multimedia Sat Mar 22 22:09:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA25074 for multimedia-outgoing; Sat, 22 Mar 1997 22:09:08 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA25067 for ; Sat, 22 Mar 1997 22:09:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id XAA18434; Sat, 22 Mar 1997 23:08:50 -0700 (MST) Message-Id: <199703230608.XAA18434@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Amancio Hasty cc: Randall Hopper , "Louis A. Mamakos" , multimedia@freebsd.org Subject: Re: First Cut at separating tuner and capture devices In-reply-to: Your message of "Sat, 22 Mar 1997 18:48:11 PST." <199703230248.SAA01428@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 23:08:50 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I've done the merge of Amancio's minor-mode model of the bt848 driver, added the changes we've discussed the last several hours, and added my most recent extensions. It is working with xtvremote and dtv. It does NOT work with fxtv yet, but that should be trivial. This model now separates the "tuner control" items into a minor device: Create a video device: mknod bktr0 c 79 0 Create a tuner device: mknod tuner0 c 79 16 minor device layout: xxxxxxxx xxxT UUUU UUUU: the card (ie UNIT) identifier, 0 thru 15 T == 0: video device T == 1: tuner device Access your tuner ioctl thru your tuner device handle and anything which controls the video capture process thru the video device handle. Certain ioctl()s such as video source are available thru both devices. I *think* I have preserved compatibility with olded meteor-centric clients via a "common_ioctl()" interface. We get the protection we wanted: you can only open 1 video device, but you can open multiple tuner devices. (there are probably a few bugs lurking here!) Lets get some feedback coming in so Louie can get started on his phase... You can grab it here: http://www.freebsd.org/~fsmp/HomeAuto/files/bt848.970322.tar.gz -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 22 22:37:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26501 for multimedia-outgoing; Sat, 22 Mar 1997 22:37:50 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA26491 for ; Sat, 22 Mar 1997 22:37:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id XAA18805; Sat, 22 Mar 1997 23:37:41 -0700 (MST) Message-Id: <199703230637.XAA18805@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: multimedia@FreeBSD.org cc: Randall Hopper Subject: Re: First Cut at separating tuner and capture devices In-reply-to: Your message of "Sat, 22 Mar 1997 23:08:50 MST." <199703230608.XAA18434@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 23:37:41 -0700 Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, here's a patch file to make fxtv work with the new tuner-mode bt848 driver. its just till Randall has a chance to do it right. --------------------------------------- cut ----------------------------------- *** tvcapture.h 1997/03/23 06:18:23 1.1 --- tvcapture.h 1997/03/23 06:18:50 *************** *** 97,102 **** --- 97,103 ---- typedef struct { int fd; + int tfd; UINT8 *drv_buf; INT32 input_format; *** tvcapture.c 1997/03/23 00:08:04 1.1 --- tvcapture.c 1997/03/23 06:20:34 *************** *** 120,125 **** --- 120,127 ---- close( c->fd ); } + + close( c->tfd ); } *************** *** 225,231 **** larg = MAX( BRIGHT_DRV_MIN, MIN( BRIGHT_DRV_MIN+BRIGHT_DRV_RANGE-1, larg )); ! if ( ioctl( c->fd, BT848_SBRIG, &larg ) < 0 ) { DO_IOCTL_SERR( "BT848_SBRIG", larg ); return; } --- 227,233 ---- larg = MAX( BRIGHT_DRV_MIN, MIN( BRIGHT_DRV_MIN+BRIGHT_DRV_RANGE-1, larg )); ! if ( ioctl( c->tfd, BT848_SBRIG, &larg ) < 0 ) { DO_IOCTL_SERR( "BT848_SBRIG", larg ); return; } *************** *** 246,252 **** larg = MAX( CONTR_DRV_MIN, MIN( CONTR_DRV_MIN+CONTR_DRV_RANGE-1, larg ) ); ! if ( ioctl( c->fd, BT848_SCONT, &larg ) < 0 ) { DO_IOCTL_SERR( "BT848_SCONT", larg ); return; } --- 248,254 ---- larg = MAX( CONTR_DRV_MIN, MIN( CONTR_DRV_MIN+CONTR_DRV_RANGE-1, larg ) ); ! if ( ioctl( c->tfd, BT848_SCONT, &larg ) < 0 ) { DO_IOCTL_SERR( "BT848_SCONT", larg ); return; } *************** *** 266,272 **** larg = MAX( HUE_DRV_MIN, MIN( HUE_DRV_MIN+HUE_DRV_RANGE-1, larg )); ! if ( ioctl( c->fd, BT848_SHUE, &larg ) < 0 ) { DO_IOCTL_SERR( "BT848_SHUE", larg ); return; } --- 268,274 ---- larg = MAX( HUE_DRV_MIN, MIN( HUE_DRV_MIN+HUE_DRV_RANGE-1, larg )); ! if ( ioctl( c->tfd, BT848_SHUE, &larg ) < 0 ) { DO_IOCTL_SERR( "BT848_SHUE", larg ); return; } *************** *** 286,292 **** larg = MAX( SATU_DRV_MIN, MIN( SATU_DRV_MIN+SATU_DRV_RANGE-1, larg ) ); ! if ( ioctl( c->fd, BT848_SUSAT, &larg ) < 0 ) { DO_IOCTL_SERR( "BT848_SUSAT", larg ); return; } --- 288,294 ---- larg = MAX( SATU_DRV_MIN, MIN( SATU_DRV_MIN+SATU_DRV_RANGE-1, larg ) ); ! if ( ioctl( c->tfd, BT848_SUSAT, &larg ) < 0 ) { DO_IOCTL_SERR( "BT848_SUSAT", larg ); return; } *************** *** 306,312 **** larg = MAX( SATV_DRV_MIN, MIN( SATV_DRV_MIN+SATV_DRV_RANGE-1, larg ) ); ! if ( ioctl( c->fd, BT848_SVSAT, &larg ) < 0 ) { DO_IOCTL_SERR( "BT848_SVSAT", larg ); return; } --- 308,314 ---- larg = MAX( SATV_DRV_MIN, MIN( SATV_DRV_MIN+SATV_DRV_RANGE-1, larg ) ); ! if ( ioctl( c->tfd, BT848_SVSAT, &larg ) < 0 ) { DO_IOCTL_SERR( "BT848_SVSAT", larg ); return; } *************** *** 368,374 **** /* Driver FIXME: Hack to get around driver unmuting audio across */ /* channel, freq, and input device changes. */ ! if ( ioctl( c->fd, BT848_GAUDIO, &old_audio ) < 0 ) { DO_IOCTL_GERR( "BT848_GAUDIO" ); return; } --- 370,376 ---- /* Driver FIXME: Hack to get around driver unmuting audio across */ /* channel, freq, and input device changes. */ ! if ( ioctl( c->tfd, BT848_GAUDIO, &old_audio ) < 0 ) { DO_IOCTL_GERR( "BT848_GAUDIO" ); return; } *************** *** 404,415 **** /* Driver FIXME: Hack to get around driver unmuting audio across */ /* channel, freq, and input device changes. */ ! if ( ioctl( c->fd, BT848_GAUDIO, &old_audio ) < 0 ) { DO_IOCTL_GERR( "BT848_GAUDIO" ); return; } ! if ( ioctl( c->fd, TVTUNER_SETCHNL, &larg ) < 0 ) { DO_IOCTL_SERR( "TVTUNER_SETCHNL", larg ); return; } --- 406,417 ---- /* Driver FIXME: Hack to get around driver unmuting audio across */ /* channel, freq, and input device changes. */ ! if ( ioctl( c->tfd, BT848_GAUDIO, &old_audio ) < 0 ) { DO_IOCTL_GERR( "BT848_GAUDIO" ); return; } ! if ( ioctl( c->tfd, TVTUNER_SETCHNL, &larg ) < 0 ) { DO_IOCTL_SERR( "TVTUNER_SETCHNL", larg ); return; } *************** *** 433,439 **** return; } ! if ( ioctl( c->fd, TVTUNER_SETTYPE, &larg ) < 0 ) { DO_IOCTL_SERR( "TVTUNER_SETTYPE", larg ); return; } --- 435,441 ---- return; } ! if ( ioctl( c->tfd, TVTUNER_SETTYPE, &larg ) < 0 ) { DO_IOCTL_SERR( "TVTUNER_SETTYPE", larg ); return; } *************** *** 455,461 **** int arg = ( mute ? AUDIO_MUTE : AUDIO_UNMUTE ); /* Don't change audio source; just mute it */ ! if ( ioctl( c->fd, BT848_SAUDIO, &arg ) < 0 ) { DO_IOCTL_SERR( "BT848_SAUDIO", arg ); return; } --- 457,463 ---- int arg = ( mute ? AUDIO_MUTE : AUDIO_UNMUTE ); /* Don't change audio source; just mute it */ ! if ( ioctl( c->tfd, BT848_SAUDIO, &arg ) < 0 ) { DO_IOCTL_SERR( "BT848_SAUDIO", arg ); return; } *************** *** 560,566 **** #endif /* HUE */ ! if ( ioctl( c->fd, BT848_GHUE, &larg ) < 0 ) { DO_IOCTL_GERR( "BT848_GHUE" ); return False; } --- 562,568 ---- #endif /* HUE */ ! if ( ioctl( c->tfd, BT848_GHUE, &larg ) < 0 ) { DO_IOCTL_GERR( "BT848_GHUE" ); return False; } *************** *** 568,574 **** * HUE_RANGE + HUE_MIN; /* BRIGHTNESS */ ! if ( ioctl( c->fd, BT848_GBRIG, &larg ) < 0 ) { DO_IOCTL_GERR( "BT848_GBRIG" ); return False; } --- 570,576 ---- * HUE_RANGE + HUE_MIN; /* BRIGHTNESS */ ! if ( ioctl( c->tfd, BT848_GBRIG, &larg ) < 0 ) { DO_IOCTL_GERR( "BT848_GBRIG" ); return False; } *************** *** 576,582 **** * BRIGHT_RANGE + BRIGHT_MIN; /* CONTRAST */ ! if ( ioctl( c->fd, BT848_GCONT, &larg ) < 0 ) { DO_IOCTL_GERR( "BT848_GCONT" ); return False; } --- 578,584 ---- * BRIGHT_RANGE + BRIGHT_MIN; /* CONTRAST */ ! if ( ioctl( c->tfd, BT848_GCONT, &larg ) < 0 ) { DO_IOCTL_GERR( "BT848_GCONT" ); return False; } *************** *** 584,590 **** * CONTR_RANGE + CONTR_MIN; /* CHROMA U SATURATION */ ! if ( ioctl( c->fd, BT848_GUSAT, &ucarg ) < 0 ) { DO_IOCTL_GERR( "BT848_GUSAT" ); return False; } --- 586,592 ---- * CONTR_RANGE + CONTR_MIN; /* CHROMA U SATURATION */ ! if ( ioctl( c->tfd, BT848_GUSAT, &ucarg ) < 0 ) { DO_IOCTL_GERR( "BT848_GUSAT" ); return False; } *************** *** 592,598 **** * SATU_RANGE + SATU_MIN; /* CHROMA V SATURATION */ ! if ( ioctl( c->fd, BT848_GVSAT, &ucarg ) < 0 ) { DO_IOCTL_GERR( "BT848_GVSAT" ); return False; } --- 594,600 ---- * SATU_RANGE + SATU_MIN; /* CHROMA V SATURATION */ ! if ( ioctl( c->tfd, BT848_GVSAT, &ucarg ) < 0 ) { DO_IOCTL_GERR( "BT848_GVSAT" ); return False; } *************** *** 600,606 **** * SATV_RANGE + SATV_MIN; /* TUNER TYPE */ ! if ( ioctl( c->fd, TVTUNER_GETTYPE, &larg ) < 0 ) { DO_IOCTL_GERR( "TVTUNER_GETTYPE" ); return False; } --- 602,608 ---- * SATV_RANGE + SATV_MIN; /* TUNER TYPE */ ! if ( ioctl( c->tfd, TVTUNER_GETTYPE, &larg ) < 0 ) { DO_IOCTL_GERR( "TVTUNER_GETTYPE" ); return False; } *************** *** 617,623 **** } /* TUNER CHANNEL */ ! if ( ioctl( c->fd, TVTUNER_GETCHNL, &larg ) < 0 ) { DO_IOCTL_GERR( "TVTUNER_GETCHNL" ); return False; } --- 619,625 ---- } /* TUNER CHANNEL */ ! if ( ioctl( c->tfd, TVTUNER_GETCHNL, &larg ) < 0 ) { DO_IOCTL_GERR( "TVTUNER_GETCHNL" ); return False; } *************** *** 625,631 **** /* TUNER FREQUENCY */ #ifdef NOT_NEEDED ! if ( ioctl( c->fd, TVTUNER_GETFREQ, &larg ) < 0 ) { DO_IOCTL_GERR( "TVTUNER_GETFREQ" ); return False; } --- 627,633 ---- /* TUNER FREQUENCY */ #ifdef NOT_NEEDED ! if ( ioctl( c->tfd, TVTUNER_GETFREQ, &larg ) < 0 ) { DO_IOCTL_GERR( "TVTUNER_GETFREQ" ); return False; } *************** *** 633,639 **** #endif /* AUDIO MUTE STATE (don't care about source -- tracks w/ vid device) */ ! if ( ioctl( c->fd, BT848_GAUDIO, &larg ) < 0 ) { DO_IOCTL_GERR( "BT848_GAUDIO" ); return False; } --- 635,641 ---- #endif /* AUDIO MUTE STATE (don't care about source -- tracks w/ vid device) */ ! if ( ioctl( c->tfd, BT848_GAUDIO, &larg ) < 0 ) { DO_IOCTL_GERR( "BT848_GAUDIO" ); return False; } *************** *** 695,700 **** --- 697,709 ---- c->fd = open( "/dev/bktr0", O_RDONLY ); if ( c->fd < 0 ) { fprintf( stderr, "open(\"/dev/bktr0\") failed: %s\n", + strerror(errno) ); + exit(1); + } + + c->tfd = open( "/dev/tuner0", O_RDONLY ); + if ( c->tfd < 0 ) { + fprintf( stderr, "open(\"/dev/tuner0\") failed: %s\n", strerror(errno) ); exit(1); } --------------------------------------- cut ----------------------------------- -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 22 23:27:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA27638 for multimedia-outgoing; Sat, 22 Mar 1997 23:27:20 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA27631 for ; Sat, 22 Mar 1997 23:27:17 -0800 (PST) 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 XAA00432; Sat, 22 Mar 1997 23:27:09 -0800 (PST) Message-Id: <199703230727.XAA00432@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: Randall Hopper , "Louis A. Mamakos" , multimedia@freebsd.org Subject: Re: First Cut at separating tuner and capture devices In-reply-to: Your message of "Sat, 22 Mar 1997 23:08:50 MST." <199703230608.XAA18434@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 23:27:08 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have not exercised the code a lot over here;however, so far it looks good 8) Tnks! Amancio >From The Desk Of Steve Passe : > Hi, > > I've done the merge of Amancio's minor-mode model of the bt848 driver, > added the changes we've discussed the last several hours, and added my > most recent extensions. It is working with xtvremote and dtv. > It does NOT work with fxtv yet, but that should be trivial. > > This model now separates the "tuner control" items into a minor device: > > Create a video device: > mknod bktr0 c 79 0 > > Create a tuner device: > mknod tuner0 c 79 16 > > minor device layout: xxxxxxxx xxxT UUUU > > UUUU: the card (ie UNIT) identifier, 0 thru 15 > T == 0: video device > T == 1: tuner device > > Access your tuner ioctl thru your tuner device handle and anything > which controls the video capture process thru the video device handle. > > Certain ioctl()s such as video source are available thru both devices. > I *think* I have preserved compatibility with olded meteor-centric > clients via a "common_ioctl()" interface. > > We get the protection we wanted: you can only open 1 video device, but you ca n > open multiple tuner devices. (there are probably a few bugs lurking here!) > > Lets get some feedback coming in so Louie can get started on his phase... > > You can grab it here: > > http://www.freebsd.org/~fsmp/HomeAuto/files/bt848.970322.tar.gz > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Sat Mar 22 23:38:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA28038 for multimedia-outgoing; Sat, 22 Mar 1997 23:38:30 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA28033 for ; Sat, 22 Mar 1997 23:38:28 -0800 (PST) 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 XAA00490 for ; Sat, 22 Mar 1997 23:38:28 -0800 (PST) Message-Id: <199703230738.XAA00490@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: doc writer for bt848 driver ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 23:38:28 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone cares to take charge for writing a programmers handbook for the Bt848 driver? I for one will be more than happy to assist by way of providing technical information. It is starting to look like we will be ready for prime time release in about two weeks. Enjoy, Amancio From owner-freebsd-multimedia Sat Mar 22 23:46:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA28316 for multimedia-outgoing; Sat, 22 Mar 1997 23:46:04 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA28308 for ; Sat, 22 Mar 1997 23:45:59 -0800 (PST) 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 XAA00623 for ; Sat, 22 Mar 1997 23:45:58 -0800 (PST) Message-Id: <199703230745.XAA00623@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: extended period testing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Mar 1997 23:45:58 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Folks, After this weeks code delivery please try to leave your TVs on over nite to test general stability of the driver. Tnks, Amancio