From owner-freebsd-multimedia Sun Mar 9 10:02:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02894 for multimedia-outgoing; Sun, 9 Mar 1997 10:02:29 -0800 (PST) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02888 for ; Sun, 9 Mar 1997 10:02:25 -0800 (PST) Received: from w2xo.pgh.pa.us (localhost [127.0.0.1]) by w2xo.pgh.pa.us (8.8.4/8.8.4) with SMTP id NAA16897 for ; Sun, 9 Mar 1997 13:02:24 -0500 (EST) Message-ID: <3322FB2F.446B9B3D@w2xo.pgh.pa.us> Date: Sun, 09 Mar 1997 13:02:23 -0500 From: Jim Durham Organization: Dis- X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.1.6-RELEASE i386) MIME-Version: 1.0 To: FreeBSD Multimedia Subject: Java on Netscape 3.01 Gold not working? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone have Java working on Netscape 3.01 Gold for BSD? I checked that the file "java_301" is installed properly and that the buttons in the "options" menu are on, but it does not work (black hole in window). Is this a well-known bug that I didn't know about? -Jim Durham From owner-freebsd-multimedia Sun Mar 9 10:03:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02952 for multimedia-outgoing; Sun, 9 Mar 1997 10:03: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 KAA02947 for ; Sun, 9 Mar 1997 10:03:36 -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 KAA03976; Sun, 9 Mar 1997 10:03:24 -0800 (PST) Message-Id: <199703091803.KAA03976@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Mark Murray cc: multimedia@freebsd.org Subject: Re: Anyone on the list who can check-in the bt848 driver? In-reply-to: Your message of "Sun, 09 Mar 1997 10:03:23 +0200." <199703090803.KAA12870@grackle.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 10:03:23 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please check in . Tnks! Amancio >From The Desk Of Mark Murray : > Amancio Hasty wrote: > > > > Just asked Julian however he is too busy right and going away for 3 weeks. > > > > So anyone willing to lend a hand? > > If no-one else answers, I'll do it... > > M > -- > Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 > This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE > > From owner-freebsd-multimedia Sun Mar 9 10:55:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA05041 for multimedia-outgoing; Sun, 9 Mar 1997 10:55:28 -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 KAA05032 for ; Sun, 9 Mar 1997 10:55:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id LAA13114; Sun, 9 Mar 1997 11:54:46 -0700 (MST) Message-Id: <199703091854.LAA13114@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: Mark Murray , multimedia@freebsd.org Subject: Re: Anyone on the list who can check-in the bt848 driver? In-reply-to: Your message of "Sun, 09 Mar 1997 10:03:23 PST." <199703091803.KAA03976@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 11:54:46 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Please check in . > > Tnks! > Amancio > > >From The Desk Of Mark Murray : > > Amancio Hasty wrote: > > > > > > Just asked Julian however he is too busy right and going away for 3 weeks. > > > > > > So anyone willing to lend a hand? > > > > If no-one else answers, I'll do it... have all my latest tuner mods been put in? I would like to see my code merged in before the 1st checkin. I can make a merge/cleanup pass on the code before its checked in if Amancio doesn't mind. I found several things that need cleaning in the picture ioctls. tabifying, etc. before the 1st ci would also be good to a avoid a set of deltas that contain mostly formatting differences. Again I volunteer to take a pass at that. -- Steve Passe | powered by smp@csn.net | SMP FreeBSD From owner-freebsd-multimedia Sun Mar 9 11:46:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA07224 for multimedia-outgoing; Sun, 9 Mar 1997 11:46: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 LAA07219 for ; Sun, 9 Mar 1997 11: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 LAA04548; Sun, 9 Mar 1997 11:45:53 -0800 (PST) Message-Id: <199703091945.LAA04548@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: Mark Murray , multimedia@freebsd.org Subject: Re: Anyone on the list who can check-in the bt848 driver? In-reply-to: Your message of "Sun, 09 Mar 1997 11:54:46 MST." <199703091854.LAA13114@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 11:45:53 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The tuner code needs to be generalized before it can be generally available. o support STB vs WinCast we should try to make as easy as possible to identify the various tuners. I know that that the linux driver does this or it attempts to do it. A similar scheme plus assistance from the application should be provided. For instance, if the driver fails to recognized the appropiate tuner, the application should provide an option to chose the correct tuner. o the open call now ignores a second open so a second application can alter the video capture parameters for the first client. We should probably adopt a minor version scheme to isolate tuner specific control from the video capture driver. o Broadcast vs Cable Broadcast. At the very least the application should provide a mechanism to chose from either. o Whenever possible we should not alter the meteor device structure , all required changes should be isolated to the bt848 driver. So I really would like to have the base driver checked in so others can start working on the driver. If this is a thorny situation please check in whatever you guys feel like . I am really too busy with work to manage this effort;hence, what a wonderful opportunity for you guys 8) I will be out of town all this week and I expect to come back Friday. Now is back to work over here... Have fun, Amancio >From The Desk Of Steve Passe : > Hi, > > > Please check in . > > > > Tnks! > > Amancio > > > > >From The Desk Of Mark Murray : > > > Amancio Hasty wrote: > > > > > > > > Just asked Julian however he is too busy right and going away for 3 wee ks. > > > > > > > > So anyone willing to lend a hand? > > > > > > If no-one else answers, I'll do it... > > have all my latest tuner mods been put in? I would like to see my code > merged in before the 1st checkin. I can make a merge/cleanup pass > on the code before its checked in if Amancio doesn't mind. I found > several things that need cleaning in the picture ioctls. tabifying, > etc. before the 1st ci would also be good to a avoid a set of deltas > that contain mostly formatting differences. Again I volunteer > to take a pass at that. > > -- > Steve Passe | powered by > smp@csn.net | SMP FreeBSD > From owner-freebsd-multimedia Sun Mar 9 12:06:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08125 for multimedia-outgoing; Sun, 9 Mar 1997 12:06:33 -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 MAA08115 for ; Sun, 9 Mar 1997 12:06:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id NAA14140; Sun, 9 Mar 1997 13:06:06 -0700 (MST) Message-Id: <199703092006.NAA14140@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: Steve Passe , Mark Murray , multimedia@freebsd.org Subject: Re: Anyone on the list who can check-in the bt848 driver? In-reply-to: Your message of "Sun, 09 Mar 1997 11:45:53 PST." <199703091945.LAA04548@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 13:06:06 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > The tuner code needs to be generalized before it can be generally available. > > o support STB vs WinCast we should try to make as easy as possible to > identify the various tuners. I know that that the linux driver does > this or it attempts to do it. A similar scheme plus assistance from > the application should be provided. For instance, if the driver > fails to recognized the appropiate tuner, the application should > provide an option to chose the correct tuner. I'll look into this, but it can wait till after the initial ci. --- > o the open call now ignores a second open so a second application can > alter the video capture parameters for the first client. > We should probably adopt a minor version scheme to isolate tuner > specific control from the video capture driver. agreed, but this can wait till after a ci. --- > o Broadcast vs Cable Broadcast. At the very least the application should > provide a mechanism to chose from either. my tuner code in the kernel tracks this and my xtvremote now has a button for toggling between the 2. Amancio, have you verified that my code for cable tuning works (I don't have cable)? --- > o Whenever possible we should not alter the meteor device structure , > all required changes should be isolated to the bt848 driver. I had to add a structure for the tuner. I see alot of uneeded stuff in ioctl_meteor.h. Why wouldn't we want to completely divorce ourselves from it? ie create an ioctl_bt848.h, change all "METEORXXX" to "BT848XXX", etc. --- > So I really would like to have the base driver checked in so others > can start working on the driver. If this is a thorny situation please > check in whatever you guys feel like . I am really too busy with work > to manage this effort;hence, what a wonderful opportunity for you guys 8) I am just suggesting a cleanup pass be made first so that we don't have a bunch of unnecessary deltas in the beginning. I could have this ready by this evening. Amancio, where do I find your latest version to do this to? -- Steve Passe | powered by smp@csn.net | SMP FreeBSD From owner-freebsd-multimedia Sun Mar 9 12:22:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08858 for multimedia-outgoing; Sun, 9 Mar 1997 12:22:33 -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 MAA08846 for ; Sun, 9 Mar 1997 12:22: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 MAA04811; Sun, 9 Mar 1997 12:22:24 -0800 (PST) Message-Id: <199703092022.MAA04811@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: Mark Murray , multimedia@freebsd.org Subject: Re: Anyone on the list who can check-in the bt848 driver? In-reply-to: Your message of "Sun, 09 Mar 1997 13:06:06 MST." <199703092006.NAA14140@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 12:22:24 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, you guys are on your own for about a week. The Cable broadcast stuff works over here. In fact I went out yesterday and got myself a cable splitter to connect my WinCast/TV and my TV 8) We should discuss with Jim Lowe and Mark Tinguely about divorcing the meteor ioctl structure from the BT848 . However if we do decide to divorce the two of then I strongly suggest that we start thinking about a video graphic library api and its respective implementation. Steve I placed on my ftp a copy of the mods that I did and which includes the color stuff which you send me. The file is called: ftp://rah.star-gate.com/pub/steve.c This version of brooktree848.c supports my wincast/tv as well as my cable setup. You will have to extract the mods just for the tuner code, color stuff, the disabling Y/C for input dev1. Now, I am really out of time :( Good Luck, Amancio >From The Desk Of Steve Passe : > Hi, > > The tuner code needs to be generalized before it can be generally available . > > > > o support STB vs WinCast we should try to make as easy as possible to > > identify the various tuners. I know that that the linux driver does > > this or it attempts to do it. A similar scheme plus assistance from > > the application should be provided. For instance, if the driver > > fails to recognized the appropiate tuner, the application should > > provide an option to chose the correct tuner. > > I'll look into this, but it can wait till after the initial ci. > > --- > > o the open call now ignores a second open so a second application can > > alter the video capture parameters for the first client. > > We should probably adopt a minor version scheme to isolate tuner > > specific control from the video capture driver. > > agreed, but this can wait till after a ci. > > --- > > o Broadcast vs Cable Broadcast. At the very least the application should > > provide a mechanism to chose from either. > > my tuner code in the kernel tracks this and my xtvremote now has > a button for toggling between the 2. Amancio, have you verified that > my code for cable tuning works (I don't have cable)? > > --- > > o Whenever possible we should not alter the meteor device structure , > > all required changes should be isolated to the bt848 driver. > > I had to add a structure for the tuner. I see alot of uneeded stuff > in ioctl_meteor.h. Why wouldn't we want to completely divorce > ourselves from it? ie create an ioctl_bt848.h, change all "METEORXXX" > to "BT848XXX", etc. > > --- > > So I really would like to have the base driver checked in so others > > can start working on the driver. If this is a thorny situation please > > check in whatever you guys feel like . I am really too busy with work > > to manage this effort;hence, what a wonderful opportunity for you guys 8) > > I am just suggesting a cleanup pass be made first so that we don't > have a bunch of unnecessary deltas in the beginning. I could have this ready > by this evening. > > Amancio, where do I find your latest version to do this to? > > > -- > Steve Passe | powered by > smp@csn.net | SMP FreeBSD > From owner-freebsd-multimedia Sun Mar 9 12:42:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10601 for multimedia-outgoing; Sun, 9 Mar 1997 12:42:24 -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 MAA10579 for ; Sun, 9 Mar 1997 12:42:18 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 9 Mar 1997 15:41:47 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA09371; Sun, 9 Mar 97 15:41:45 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id PAA23685; Sun, 9 Mar 1997 15:39:14 -0500 Message-Id: <19970309153914.47217@ct.picker.com> Date: Sun, 9 Mar 1997 15:39:14 -0500 From: Randall Hopper To: multimedia@freebsd.org Subject: TV app with controls for bktr driver Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here's a snap of an Athena-based TV app I've been putting together for myself that adds GUI viewing controls. There's a bunch of other features I plan to implement, but maybe someone else will find this useful as it is now: http://users.multiverse.com/~rhh/fxtv Next I want to see what it'd take to integrate Steve & Amancio's tuner code and get the channel and input selection toolbar buttons working. Suggestions, fixes, new features all welcome! Randall From owner-freebsd-multimedia Sun Mar 9 12:50:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA11134 for multimedia-outgoing; Sun, 9 Mar 1997 12:50: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 MAA11128 for ; Sun, 9 Mar 1997 12:50:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id NAA14728; Sun, 9 Mar 1997 13:50:05 -0700 (MST) Message-Id: <199703092050.NAA14728@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: Mark Murray , multimedia@freebsd.org Subject: Re: Anyone on the list who can check-in the bt848 driver? In-reply-to: Your message of "Sun, 09 Mar 1997 12:22:24 PST." <199703092022.MAA04811@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 13:50:04 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > We should discuss with Jim Lowe and Mark Tinguely about divorcing > the meteor ioctl structure from the BT848 . However if we do decide > to divorce the two of then I strongly suggest that we start thinking > about a video graphic library api and its respective implementation. that was a rather brash comment on my part, after a little thought I realized that there must be applications that can use either card for their hardware component. So we don't want to force them to change any code (except perhaps the open call, meteor vs bt). Long term we do need to think about an api. for now I will minimize my additions to ioctl_meteor.h, and demarcate them clearly with a #define. -- Steve Passe | powered by smp@csn.net | SMP FreeBSD From owner-freebsd-multimedia Sun Mar 9 16:33:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24236 for multimedia-outgoing; Sun, 9 Mar 1997 16:33: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 QAA24231 for ; Sun, 9 Mar 1997 16:33: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 QAA00370; Sun, 9 Mar 1997 16:33:40 -0800 (PST) Message-Id: <199703100033.QAA00370@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@freebsd.org Subject: Re: Anyone on the list who can check-in the bt848 driver? In-reply-to: Your message of "Sun, 09 Mar 1997 13:50:04 MST." <199703092050.NAA14728@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 16:33:39 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Steve, You have a bug in xtvr such that it fails to call bktr_close when the window closes this causes the driver to ignore further requests to initialize the hardware since the tuner open count never reaches 0. This problem is easy to verify just place a debug printf statement on bktr_open and bktr_close so you can track the open and close count. I think is rather strange that xtvr fails to call bktr_close , the only way that I can think of that xtvr can do this is if the exit handler for the process has been modified. Cheers, Amancio >From The Desk Of Steve Passe : > Hi, > > > We should discuss with Jim Lowe and Mark Tinguely about divorcing > > the meteor ioctl structure from the BT848 . However if we do decide > > to divorce the two of then I strongly suggest that we start thinking > > about a video graphic library api and its respective implementation. > > that was a rather brash comment on my part, after a little thought I > realized that there must be applications that can use either card > for their hardware component. So we don't want to force > them to change any code (except perhaps the open call, meteor vs bt). > > Long term we do need to think about an api. for now I will minimize > my additions to ioctl_meteor.h, and demarcate them clearly > with a #define. > > -- > Steve Passe | powered by > smp@csn.net | SMP FreeBSD > From owner-freebsd-multimedia Sun Mar 9 19:03:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA01073 for multimedia-outgoing; Sun, 9 Mar 1997 19:03: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 TAA01057 for ; Sun, 9 Mar 1997 19:03:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id UAA18612; Sun, 9 Mar 1997 20:03:35 -0700 (MST) Message-Id: <199703100303.UAA18612@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: Anyone on the list who can check-in the bt848 driver? In-reply-to: Your message of "Sun, 09 Mar 1997 16:33:39 PST." <199703100033.QAA00370@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 20:03:35 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > You have a bug in xtvr such that it fails to call bktr_close when the > window closes this causes the driver to ignore further requests to > initialize the hardware since the tuner open count never reaches 0. opps, operator error, I forgot that xxx_close is only called on the last close! We really do need the minor UNITs for tuner control. I have almost finished the merge, will try to hack something for the short term... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sun Mar 9 19:22:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA02029 for multimedia-outgoing; Sun, 9 Mar 1997 19:22:35 -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 TAA02024 for ; Sun, 9 Mar 1997 19:22:33 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.3/8.7.3) with SMTP id WAA10652; Sun, 9 Mar 1997 22:22:18 -0500 (EST) Message-Id: <199703100322.WAA10652@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: Anyone on the list who can check-in the bt848 driver? References: <199703100033.QAA00370@rah.star-gate.com> In-reply-to: Your message of "Sun, 09 Mar 1997 16:33:39 PST." <199703100033.QAA00370@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 22:22:17 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I might be all wet here, but I think that the kernel only calls the driver's close routine when the *last* reference to the open device is closed. It's been awhile since I've hacked device driver code, but I think this was the case a while ago. This may be a good reason to use a seperate (minor) device to control the tuner, or roll that function into the same application. Now, for something completely different - speaking of API design... A couple of years ago, I wrote a bunch of code on NeXTSTEP boxes. If you happened to have a NeXTDimension board for your Cube, you got a nify piece of hardware which did much of what do with the Bt848 hardware, plus generating NTSC video goesouta for a portion of the display screen. Anyway, they had an interested UI class, called NXLiveVideo, which was a subclass of the "normal" Window class (more or less). It did the obvious sorts of things, and the Display PostScript server did the "right thing" to make clipping, and whatnot work correctly. So, the application had a minimum of changes to get video into the window (which you could also do some normal operations inside, too). Based on this experience, the thing that feels the most "right" is to get support in the X server for this type of hardware and capability. I hope that someone who knows much more than I about the guts of the X server might ponder this for it's applicability to the problem at hand. louie From owner-freebsd-multimedia Sun Mar 9 19:30:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA02322 for multimedia-outgoing; Sun, 9 Mar 1997 19:30:59 -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 TAA02314 for ; Sun, 9 Mar 1997 19:30:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id UAA18963; Sun, 9 Mar 1997 20:30:00 -0700 (MST) Message-Id: <199703100330.UAA18963@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: Amancio Hasty , multimedia@freebsd.org Subject: Re: Anyone on the list who can check-in the bt848 driver? In-reply-to: Your message of "Sun, 09 Mar 1997 22:22:17 EST." <199703100322.WAA10652@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 20:30:00 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > I might be all wet here, but I think that the kernel only calls the > driver's close routine when the *last* reference to the open device > is closed. It's been awhile since I've hacked device driver code, but > I think this was the case a while ago. > > This may be a good reason to use a seperate (minor) device to control as I just posted a few minutes ago, you're exactly right. I am currently testing a hack where I just let additional opens happen, seems to work ok. We really do need the minor device. I see several programs wanting to open the board at once. In addition to the xtvremote, you might have an audio mixer app for your soundcard that would want to open the bt848 board and control the audio section. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sun Mar 9 19:52:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA03241 for multimedia-outgoing; Sun, 9 Mar 1997 19:52:43 -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 TAA03234 for ; Sun, 9 Mar 1997 19:52:40 -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 TAA01880; Sun, 9 Mar 1997 19:52:27 -0800 (PST) Message-Id: <199703100352.TAA01880@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: Anyone on the list who can check-in the bt848 driver? In-reply-to: Your message of "Sun, 09 Mar 1997 22:22:17 EST." <199703100322.WAA10652@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 19:52:27 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of "Louis A. Mamakos" : > I might be all wet here, but I think that the kernel only calls the > driver's close routine when the *last* reference to the open device > is closed. It's been awhile since I've hacked device driver code, but > I think this was the case a while ago. Hi, When a process exits , it should close all its opened devices . In other words, the device's close function. Usually, this is called resource management and is not necessarily the responsibility of the program rather the exit's handler to call the close function should the program failed to close the device. Cheers, Amancio From owner-freebsd-multimedia Sun Mar 9 19:58:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA03433 for multimedia-outgoing; Sun, 9 Mar 1997 19:58: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 TAA03422 for ; Sun, 9 Mar 1997 19:58:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id UAA19302; Sun, 9 Mar 1997 20:58:02 -0700 (MST) Message-Id: <199703100358.UAA19302@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: Anyone on the list who can check-in the bt848 driver? In-reply-to: Your message of "Sun, 09 Mar 1997 19:52:27 PST." <199703100352.TAA01880@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Mar 1997 20:58:02 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >From The Desk Of "Louis A. Mamakos" : > > I might be all wet here, but I think that the kernel only calls the > > driver's close routine when the *last* reference to the open device > > is closed. It's been awhile since I've hacked device driver code, but > > I think this was the case a while ago. > > Hi, > > When a process exits , it should close all its opened devices . In > other words, the device's close function. Usually, this is called > resource management and is not necessarily the responsibility of > the program rather the exit's handler to call the close function > should the program failed to close the device. BUT the OS keeps a reference count, and only calls xxx_close() on the LAST close, ie when the reference count goes to zero. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sun Mar 9 20:22:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA04449 for multimedia-outgoing; Sun, 9 Mar 1997 20:22:28 -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 UAA04442 for ; Sun, 9 Mar 1997 20:22:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id VAA19614 for ; Sun, 9 Mar 1997 21:22:03 -0700 (MST) Message-Id: <199703100422.VAA19614@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 driver merge Date: Sun, 09 Mar 1997 21:22:03 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have finished the merge/cleanup of the bt848 driver. I want to apologize in advance to anyone who feels I took too much liberty with their programming style. The files had formatting styles of 3 or four different programmers. I tried to make everything consistant. I also fixed most of the things that I knew would upset the 'style police' (see man 9 style). I ran them thru unexpand to get rid of the inconsistant use of spaces and tabs. It all seems to be working quite nicely now. There are 2 options that need to be set when compiling the kernel for your specific hardware, see README.bt848 for details. a tarball is available from: http://www.freebsd.org/~fsmp/HomeAuto/files/bt848.tar.gz -- Steve Passe | powered by smp@csn.net | SMP FreeBSD From owner-freebsd-multimedia Mon Mar 10 00:08:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA02438 for multimedia-outgoing; Mon, 10 Mar 1997 00:08:45 -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 AAA02413 for ; Mon, 10 Mar 1997 00:08:30 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id AAA00467 for ; Mon, 10 Mar 1997 00:08:23 -0800 (PST) Date: Mon, 10 Mar 1997 00:08:23 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: freebsd-multimedia@freebsd.org Subject: BT848: Revenge of the smurfs 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 knew this title would get your attention :) An update on my attempts to keep up with you bt848 hackers. This is testing with a WinCast/TV, Mach64 GX (2MB VRAM), P133. 1. Thanks for putting the energy going into this. So far so good, I'm impressed with what I see. 2. I've fetched the bt848 package from the HomeAuto directory & compiled it in -- no compile problems. This is a pretty straight 2.2-GAMMA box, with the patches and the above packages in there. I would rather have blown away the kernel source and rebuilt from scratch, however I didn't want to have to reload and fix the guspnp6 dist *again*. SO, I have the ioctl_meteor patches in there with the new package. Hope this won't hurt anything in terms of testing. 3. Thanks to the above package, tuning is working now. :) Unfortunately: a. Changing channels and/or the input source will sometimes lock up the driver, requiring me to quit out tv and the remote, then restart them to recover. tv (Randal Hopper's version) will report "ioctl(CAP_CONTINUOUS) failed". I assume this is an extension of the bktr_close() discussion occuring earlier. A big RESET button would be really great for this sort of thing. b. No audio. I think this is a known bug. I forgot that the GUS PnP won't feedback line in and mic through to the output channel, so I guess it's a quest to Radio Shack to get a miniplug barrel connector so I can connect this to the plug going into the stereo. 4. Randal Hopper's version of dtv is the best I've seen so far. a. The data goes into the window. dtv-0.0 takes over the top 3/4 of the screen, ignoring the window posiion. Plus the mouse pointer disappears and I can't change focus. b. I can move the window, but I can't resize it. Oh darn, just restart with the -w and -h options. :) c. Better error messages and an actual usage summary :) d. Odd bit: sometimes exiting dtv-rhh will leave the tv capturing away even though the windowframe is gone. 5. A special hack needs to be made for the Mach64 X server. Amancio reports the Mach64 cards' RGB bit order is backwards from other (S3?) units. This is best exhibited by firing up tv and tuning to the evening news -- it's the attack of the killer human-sized smurfs! :) Traditionally blue backgounds become fire red, and my nice blue raincoat performs a similar transformation with my video camera. Green comes through fine, as does captures from vic. If I were a hacker, I could understand brooktree.c and find the part where the bits are grabbed and turn them around, but alas I am but a lowly CIS student without carnal kernel driver knowledge and the part that appears to grab bits doesn't even remotely look like it. If someone wants to take a stab at this, I have a fast Pentium, it doesn't take long to build kernels, and I'm a willing guinea pig. 6. What's the magic incantation to take a snapshot in tv? JPEG support is in there, I assume I can take pictures, or am I misled by the code? Again, thanks for the time and keep up the good work. 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 10 00:21:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA03195 for multimedia-outgoing; Mon, 10 Mar 1997 00:21:38 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA03184 for ; Mon, 10 Mar 1997 00:21:33 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id JAA00368; Mon, 10 Mar 1997 09:27:13 +0100 (MET) From: Christoph Kukulies Message-Id: <199703100827.JAA00368@gilberto.physik.rwth-aachen.de> Subject: Re: TV app with controls for bktr driver In-Reply-To: <19970309153914.47217@ct.picker.com> from Randall Hopper at "Mar 9, 97 03:39:14 pm" To: rhh@ct.picker.com (Randall Hopper) Date: Mon, 10 Mar 1997 09:27:12 +0100 (MET) Cc: multimedia@freebsd.org Reply-To: Christoph Kukulies 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 > Here's a snap of an Athena-based TV app I've been putting together for > myself that adds GUI viewing controls. There's a bunch of other features I > plan to implement, but maybe someone else will find this useful as it is > now: > > http://users.multiverse.com/~rhh/fxtv > > Next I want to see what it'd take to integrate Steve & Amancio's tuner code > and get the channel and input selection toolbar buttons working. > > Suggestions, fixes, new features all welcome! What version of XFree is required. I'm getting tvscreen.c:40: X11/extensions/xf86dga.h: No such file or directory gmake: *** [tvscreen.o] Error 1 > > Randall > > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-multimedia Mon Mar 10 01:18:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA05723 for multimedia-outgoing; Mon, 10 Mar 1997 01:18:23 -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 BAA05708 for ; Mon, 10 Mar 1997 01:18:19 -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 BAA02166; Mon, 10 Mar 1997 01:18:12 -0800 (PST) Message-Id: <199703100918.BAA02166@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Doug White cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: BT848: Revenge of the smurfs In-reply-to: Your message of "Mon, 10 Mar 1997 00:08:23 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Mar 1997 01:18:12 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Doug White : > 5. A special hack needs to be made for the Mach64 X server. Amancio > reports the Mach64 cards' RGB bit order is backwards from other (S3?) > units. This is best exhibited by firing up tv and tuning to the evening > news -- it's the attack of the killer human-sized smurfs! :) > Traditionally blue backgounds become fire red, and my nice blue raincoat > performs a similar transformation with my video camera. Green comes > through fine, as does captures from vic. > Just to get you going over there : Try setting the following bits: bt848[BKTR_COLOR_CTL] : bit 3 WORD SWAP ODD bit 2 WORD SWAP EVEN bit 1 BYTE SWAP ODD bit 0 BYTE SWAP EVEN Now if you look in brooktree848.c: start_capture you will see: case METEOR_ONLY_EVEN_FIELDS: bktr->flags |= METEOR_WANT_EVEN; i_flag = 1; break; case METEOR_ONLY_ODD_FIELDS: bktr->flags |= METEOR_WANT_ODD; i_flag = 2; break; default: bktr->flags |= METEOR_WANT_MASK; i_flag = 3; break; } even is for even frames odd is for odd frames default: is for even and odd frames For testing purposes I would just set bit 0 1 if you are capturing in 16bits If you are capturing 32bits I would set bit 3 2. bt848[BKTR_COLOR_CTL] |= 3; Obviously this is a quick and very dirty hack but I think it can get you going over there. Have fun, Amancio From owner-freebsd-multimedia Mon Mar 10 05:45:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA20454 for multimedia-outgoing; Mon, 10 Mar 1997 05:45:26 -0800 (PST) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20449 for ; Mon, 10 Mar 1997 05:45:24 -0800 (PST) Received: from father.ludd.luth.se (dateck@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id OAA24836 for ; Mon, 10 Mar 1997 14:45:20 +0100 From: Tomas Klockar Received: (dateck@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id OAA24030 for freebsd-multimedia@freebsd.org; Mon, 10 Mar 1997 14:45:24 +0100 Message-Id: <199703101345.OAA24030@father.ludd.luth.se> Subject: Vat trouble To: freebsd-multimedia@freebsd.org Date: Mon, 10 Mar 1997 14:45:24 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I have a small problem with vat. It simply refuses to send anything. I'm running 2.2-970225-GAMMA with vat4.0b2. My soundcard is a gravisultrasound PNP pro with 8MB of memory. I can recieve ok. Another problem is that I don't get that fullduplex option. There shouldn't be any problem with that. Can someone helpme out here ? /Tomas -- Tomas Klockar can be found at the following adresses: Kårhusvägen 4:23 | Furuvägen 102 | dateck@ludd.luth.se 977 54 Luleå | 871 52 Härnösand | dateck@solace.mh.se Tel: +46-920-231335 | Tel: +46-611-13393 | d94-tkl@sm.luth.se From owner-freebsd-multimedia Mon Mar 10 06:45:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA23901 for multimedia-outgoing; Mon, 10 Mar 1997 06:45: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 GAA23896 for ; Mon, 10 Mar 1997 06:45: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 GAA06246 for ; Mon, 10 Mar 1997 06:45:08 -0800 (PST) Message-Id: <199703101445.GAA06246@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: the bt848 driver is now in 3.0 -current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Mar 1997 06:45:08 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Many Tnks to Steve for merging the code and to Mark for checking the code. I will be back Friday nite. Have fun, Amancio From owner-freebsd-multimedia Mon Mar 10 10:22:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA11300 for multimedia-outgoing; Mon, 10 Mar 1997 10:22:00 -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 KAA11292 for ; Mon, 10 Mar 1997 10:21:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id LAA28302; Mon, 10 Mar 1997 11:21:46 -0700 (MST) Message-Id: <199703101821.LAA28302@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: the bt848 driver is now in 3.0 -current In-reply-to: Your message of "Mon, 10 Mar 1997 06:45:08 PST." <199703101445.GAA06246@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Mar 1997 11:21:46 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Many Tnks to Steve for merging the code and to Mark for checking the code. there is currently some discussion over in committers about the "correct" location for some of the code. If it gets moved out from under your feet I've got a complete tarball available: http://www.freebsd.org/~fsmp/HomeAuto/files/bt848.tar.gz -- Steve Passe | powered by smp@csn.net | SMP FreeBSD From owner-freebsd-multimedia Mon Mar 10 10:43:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA12700 for multimedia-outgoing; Mon, 10 Mar 1997 10:43: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 KAA12691 for ; Mon, 10 Mar 1997 10:43:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id LAA28520; Mon, 10 Mar 1997 11:42:52 -0700 (MST) Message-Id: <199703101842.LAA28520@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: freebsd-multimedia@FreeBSD.ORG Subject: Re: BT848: Revenge of the smurfs In-reply-to: Your message of "Mon, 10 Mar 1997 00:08:23 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Mar 1997 11:42:52 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > SO, I have the >ioctl_meteor patches in there with the new package. you can safely remove all "#if defined( TUNER ) ... #endif" lines from ioctl_meteor. be sure to "#include " in any apps that now #include ioctl_meteor.h. Note that this means you need to manually place ioctl_bt848.h in you /usr/include/machine directory as well as src/sys/i386/include. You still need ioctl_meteor.h, ioctl_bt848.h is an extension to it, NOT a replacement. --- >Unfortunately: > a. Changing channels and/or the input source will sometimes lock >up the driver, requiring me to quit out tv and the remote, then restart >them to recover. tv (Randal Hopper's version) will report >"ioctl(CAP_CONTINUOUS) failed". I assume this is an extension of the >bktr_close() discussion occuring earlier. A big RESET button would be >really great for this sort of thing. the lockup is a known bug. I assumme that there is something about tickling the bt848 chip while its risc engine is running that is doing it. I have been trying to get a databook out of brooktree for 2 weeks now without success... I have found that just grabbing the window and dropping it again several times will get it unlocked without quitting it. The "ioctl(CAP_CONTINUOUS) failed" is indeed related to the close problem. The latest tarball of driver code I put up last nite (and what Mark checked in) fixes this for me, as long as you start dtv 1st, and stop it last. If you stop dtv 1st, it should be sufficient to stop xtvremote (and all other clients with an open bt handle), then restart dtv. --- > b. No audio. I think this is a known bug. yes, again its something that has to be "researched" b4 the code can be written. the big problem is that according to the data sheet for the audio part it assummes that alignment info for it was placed into an onboard EEPROM. I have identified such a part on the board, but have NO idea of the format of its contents. --- > d. Odd bit: sometimes exiting dtv-rhh will leave the tv >capturing away even though the windowframe is gone. I think this is my fault, again the way I WASN'T really closing the device. should be fixed now. --- >6. What's the magic incantation to take a snapshot in tv? JPEG support is >in there, I assume I can take pictures, or am I misled by the code? I just used xv to grab the window in my experiments. --- in all the above comments about things being fixed, I am refering to the just checked in version. this is available from the bt848 page in the link: Here's the latest driver (as of 970309) with all the tuner extensions. aka: http://www.freebsd.org/~fsmp/HomeAuto/files/bt848.tar.gz be sure to see the README.bt848 files for configuration details. -- Steve Passe | powered by smp@csn.net | SMP FreeBSD From owner-freebsd-multimedia Mon Mar 10 13:40:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA28202 for multimedia-outgoing; Mon, 10 Mar 1997 13:40:43 -0800 (PST) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA28195 for ; Mon, 10 Mar 1997 13:40:38 -0800 (PST) Received: (from pete@localhost) by silver.sms.fi (8.8.5/8.7.3) id XAA00599; Mon, 10 Mar 1997 23:40:26 +0200 (EET) Date: Mon, 10 Mar 1997 23:40:26 +0200 (EET) Message-Id: <199703102140.XAA00599@silver.sms.fi> From: Petri Helenius To: freebsd-multimedia@freebsd.org Subject: CDDA Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to use "TOSHIBA CD-ROM XM-5401TA 3115" with cdd-1.0-961116 and with 2.1.6.1 I was able to read a track, get a complaint about not being able to exit audio-mode and after that a SCSI timeout. After upgrading to 2.1.7 I get a panic instead of a scsi timeout. It's telling me that it cannot figure out the next SCB... Should I go to 2.2-GAMMA or is there other way to get the CDDA stuff running? Pete From owner-freebsd-multimedia Mon Mar 10 13:59:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA29832 for multimedia-outgoing; Mon, 10 Mar 1997 13:59:33 -0800 (PST) Received: from uhf.wdc.net (uhf.kwik.net [206.186.235.44]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA29825 for ; Mon, 10 Mar 1997 13:59:27 -0800 (PST) Received: from localhost (bad@localhost) by uhf.wdc.net (8.8.4/8.6.12) with SMTP id RAA12930 for ; Mon, 10 Mar 1997 17:00:38 -0500 (EST) Date: Mon, 10 Mar 1997 17:00:37 -0500 (EST) From: Bernie Doehner To: freebsd-multimedia@freebsd.org Subject: Quickcam / vic-2.8 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi: I am thinking about buying a pair of Quickcams and would very much like to use them under FreeBSD 2.2-GAMMA with vic-2.8. I have read the qcam device driver source and it looks to me like there is sufficient support for functional Quickcam. However, when I run vic, it seems to only have support for the video Spigot. What's up with that? I know the Linux version supports Quickcam, why doesn't the FreeBSD version? Should I be able to use Linux version under the Linux emulator under FreeBSD or is the quickcam support too FreeBSD specific for this to work? Thanks for helping me make my "investment" decision. Bernie From owner-freebsd-multimedia Mon Mar 10 15:23:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA06627 for multimedia-outgoing; Mon, 10 Mar 1997 15:23:35 -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 PAA06619 for ; Mon, 10 Mar 1997 15:23:28 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 10 Mar 1997 18:22:25 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA15088; Mon, 10 Mar 97 18:22:21 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA01612; Mon, 10 Mar 1997 18:19:47 -0500 Message-Id: <19970310181946.26416@ct.picker.com> Date: Mon, 10 Mar 1997 18:19:46 -0500 From: Randall Hopper To: Christoph Kukulies Cc: multimedia@freebsd.org Subject: Re: TV app with controls for bktr driver References: <19970309153914.47217@ct.picker.com> <199703100827.JAA00368@gilberto.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703100827.JAA00368@gilberto.physik.rwth-aachen.de>; from Christoph Kukulies on Mon, Mar 10, 1997 at 09:27:12AM +0100 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Christoph Kukulies: |> http://users.multiverse.com/~rhh/fxtv | |What version of XFree is required. I'm getting | |tvscreen.c:40: X11/extensions/xf86dga.h: No such file or directory |gmake: *** [tvscreen.o] Error 1 The 3.2 docs indicate that this was added between 3.1.1 and 3.2, so either 3.2 or 3.2A should be fine. Randall From owner-freebsd-multimedia Tue Mar 11 02:00:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA10319 for multimedia-outgoing; Tue, 11 Mar 1997 02:00:57 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA10310 for ; Tue, 11 Mar 1997 02:00:51 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id LAA07018; Tue, 11 Mar 1997 11:03:13 +0100 (MET) From: Christoph Kukulies Message-Id: <199703111003.LAA07018@gilberto.physik.rwth-aachen.de> Subject: Re: Quickcam / vic-2.8 In-Reply-To: from Bernie Doehner at "Mar 10, 97 05:00:37 pm" To: bad@uhf.wireless.net (Bernie Doehner) Date: Tue, 11 Mar 1997 11:03:13 +0100 (MET) Cc: freebsd-multimedia@freebsd.org Reply-To: Christoph Kukulies 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 > Hi: > > I am thinking about buying a pair of Quickcams and would very much like to > use them under FreeBSD 2.2-GAMMA with vic-2.8. I have read the qcam device > driver source and it looks to me like there is sufficient support for > functional Quickcam. > > However, when I run vic, it seems to only have support for the video > Spigot. What's up with that? > > I know the Linux version supports Quickcam, why doesn't the FreeBSD > version? Should I be able to use Linux version under the Linux emulator > under FreeBSD or is the quickcam support too FreeBSD specific for this to > work? I've put up a vic-qcam in ftp://ftp.de.freebsd.org/incoming I believe it's from Amancios's site (or was it Jim Lowe?). vic is also in ports/net or ports/mbone. > > Thanks for helping me make my "investment" decision. > > Bernie > > > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-multimedia Tue Mar 11 04:26:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA24623 for multimedia-outgoing; Tue, 11 Mar 1997 04:26:24 -0800 (PST) Received: from weenix.guru.org (kmitch@weenix.guru.org [198.82.200.65]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA24617 for ; Tue, 11 Mar 1997 04:26:21 -0800 (PST) Received: (from kmitch@localhost) by weenix.guru.org (8.8.5/8.8.4) id HAA01936 for multimedia@freebsd.org; Tue, 11 Mar 1997 07:26:20 -0500 (EST) From: Keith Mitchell Message-Id: <199703111226.HAA01936@weenix.guru.org> Subject: Color Quickcam Driver? To: multimedia@freebsd.org Date: Tue, 11 Mar 1997 07:26:19 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL30 (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 Has anyone ever gotten the color quickcam to work with the qcam driver in FreeBSD?? I have seen several inquiries on this list but no responces. Thanks. From owner-freebsd-multimedia Tue Mar 11 10:18:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA26572 for multimedia-outgoing; Tue, 11 Mar 1997 10:18:46 -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 KAA26560 for ; Tue, 11 Mar 1997 10:18:41 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id KAA02560; Tue, 11 Mar 1997 10:17:34 -0800 (PST) Date: Tue, 11 Mar 1997 10:17:34 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Keith Mitchell cc: multimedia@freebsd.org Subject: Re: Color Quickcam Driver? In-Reply-To: <199703111226.HAA01936@weenix.guru.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 On Tue, 11 Mar 1997, Keith Mitchell wrote: > Has anyone ever gotten the color quickcam to work with the qcam driver in > FreeBSD?? I have seen several inquiries on this list but no responces. AFAIK, there isn't anything in progress. However, I think the Linux drivers are nearing fruition, so a porting effort may be worthwhile. I'm on the quickcam-drivers mailing list, I'll drop some messages in there and see what people think. 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 11 12:13:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA06572 for multimedia-outgoing; Tue, 11 Mar 1997 12:13: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 MAA06565 for ; Tue, 11 Mar 1997 12:13:14 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id MAA02709; Tue, 11 Mar 1997 12:13:05 -0800 (PST) Date: Tue, 11 Mar 1997 12:13:05 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Tomas Klockar cc: freebsd-multimedia@freebsd.org Subject: Re: Vat trouble In-Reply-To: <199703101345.OAA24030@father.ludd.luth.se> 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, 10 Mar 1997, Tomas Klockar wrote: > I have a small problem with vat. > It simply refuses to send anything. > I'm running 2.2-970225-GAMMA with vat4.0b2. > My soundcard is a gravisultrasound PNP pro with 8MB of memory. > I can recieve ok. Another problem is that I don't get that fullduplex option. > There shouldn't be any problem with that. > Can someone helpme out here ? you may need a newer, full-duplex-enabled version of vat. I'll put my copy up at ftp://gdi.uoregon.edu/pub/vat.full-duplex.gz. Or fetch one from ftp://rah.star-gate.com/pub/. It works great on my box. 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 11 17:57:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01662 for multimedia-outgoing; Tue, 11 Mar 1997 17:57:32 -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 RAA01071 for ; Tue, 11 Mar 1997 17:51:17 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id RAA00319; Tue, 11 Mar 1997 17:51:06 -0800 (PST) Date: Tue, 11 Mar 1997 17:51:05 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Amancio Hasty cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: BT848: Revenge of the smurfs In-Reply-To: <199703100918.BAA02166@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, 10 Mar 1997, Amancio Hasty wrote: > >From The Desk Of Doug White : > > 5. A special hack needs to be made for the Mach64 X server. Amancio > > reports the Mach64 cards' RGB bit order is backwards from other (S3?) > > units. > Just to get you going over there : Try setting the following bits: Thanks for the hints. Something to gum up the works: color is OK in 15 bit mode. So, I'll need to bust something up in bktr_ioctl() it looks like, probably around line 1869, to add the color changes. For the other types, I'll have to remember to clear the color control flags. case METEOR_GEO_RGB24: bktr->format = METEOR_GEO_RGB24; bktr->depth = 4; break; If I change the general case then we'll have the opposite effect. > bt848[BKTR_COLOR_CTL] : > bit 3 WORD SWAP ODD > bit 2 WORD SWAP EVEN > bit 1 BYTE SWAP ODD > bit 0 BYTE SWAP EVEN > bt848[BKTR_COLOR_CTL] |= 3; Setting one line and not the other could generate ... interesting... effects. :) 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 11 22:25:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA19741 for multimedia-outgoing; Tue, 11 Mar 1997 22:25:31 -0800 (PST) Received: from Clem.StevesCafe.com (Clem.StevesCafe.com [205.168.119.131]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA19716 for ; Tue, 11 Mar 1997 22:25:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id LAA25359; Fri, 7 Mar 1997 11:03:34 -0700 Message-Id: <199703071803.LAA25359@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost 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: Mixed results w/ WinCast/TV In-reply-to: Your message of "Thu, 06 Mar 1997 23:11:03 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Mar 1997 11:03:34 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >3. the vic.bktr.gz from rah works fine. I get snow on "port 1" and >bluescreen on everything else -- I only have regular TV cable plugged in > ... ^^^^^ >4. The remote control app doesn't make anything intelligent appear, but >when I change the channels the snow pattern changes, so we may be on to >something. This is viewing the output thru vic on port 1. the code I posted via email doesn't support cable channels, only broadcast. The code on the web page does have a routine for cable, but I can't remember if I added an ioctl to select it. and it hasn't been tested for lack of cable. -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-multimedia Tue Mar 11 22:32:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20068 for multimedia-outgoing; Tue, 11 Mar 1997 22:32:31 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA20061 for ; Tue, 11 Mar 1997 22:32:28 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.5/8.8.0) with ESMTP id HAA19529 for ; Wed, 12 Mar 1997 07:29:31 +0100 (MET) Received: from curry.mchp.siemens.de (1@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.4/8.8.4) with ESMTP id HAA21147 for ; Wed, 12 Mar 1997 07:32:19 +0100 (MET) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.5/8.8.5) id HAA23415 for ; Wed, 12 Mar 1997 07:32:18 +0100 (MET) From: Andre Albsmeier Message-Id: <199703120632.HAA03879@server.us.tld> Subject: Sound Card recommendation To: freebsd-multimedia@freebsd.org Date: Wed, 12 Mar 1997 07:32:07 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL31 (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 Hi, What is a good soundcard for FreeBSD? I now have the SPEA Media FX which doesn't make me happy. I would think of buying an original SB 16 since this is supported everywhere. I searched through the FAQs and the Handbook but didn't find a hint... I only found which types are supported but no recommendation. Does anyone have experience with an SB 16? Also, I think I only will get one of these plug and pray things... will they work too? Thanks -Andre From owner-freebsd-multimedia Wed Mar 12 07:33:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19711 for multimedia-outgoing; Wed, 12 Mar 1997 07:33:47 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA18884 for ; Wed, 12 Mar 1997 07:23:44 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA03657 for multimedia@freebsd.org; Wed, 12 Mar 1997 15:37:32 +0100 From: Luigi Rizzo Message-Id: <199703121437.PAA03657@labinfo.iet.unipi.it> Subject: Status and future of sound drivers ? To: multimedia@freebsd.org Date: Wed, 12 Mar 1997 15:37:31 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, before wasting time on something others are already doing, I'd like to have some info on the status and the future of the sound drivers. Also I'd like to solicit opinions (and contributions) on this issue. I am crossposting this to hackers because I also believe it is relevant there. === CURRENT STATUS === I notice that the sound driver sources on 2.1.7 are mostly the same as 2.1R, and sound support is, IMHO, one of the worst parts of FreeBSD. First of all, the sound driver currently includes the "audio" and the "music" stuff. I don't know how good is this. "audio" staff is mostly used for conferencing-type of applications, "music" (meant as FM synthesis, OPL, midi...) is probably more oriented to games and other uses. Different users means that those who use (and could possibly update) one set of features are discouraged because of the fear of breaking something in the other set. Our sound driver is heavily outdated, especially on the "audio" section: most "modern" sound boards nowadays have full duplex support via WSS and AD1848/CD4231 compatible codecs, are configured via PnP, and such hardware costs very little (the equivalent of US$ 25 here for the cheapest units), at times it is even on the motherboard. But our driver only supports PnP and full duplex on a small number of cards, just because some volunteers added specific support. If one wants a "working" card probably has to get either an old soundblaster with jumpers etc, or "the same as Amancio" (to mention one of these volunteers). I have the feeling that the "music" part is in better shape, but I cannot tell for sure since I have no interest in the latter. I believe sound development has been somewhat frozen while waiting for the Open Sound System stuff. But this situation has been lasting quite some time, and I have no idea if anything is coming out in a reasonable time. I also have the feeling that updates to the audio part are very hard now, because of the intricacy in the current code, and the fear of breaking something, especially in the "music" part. Lack of documentation is one of the main problems (at least for me) in undertaking this task. === PROPOSAL === There are two ways to update the sound drivers: wait for the new OSS stuff, or start updating the sound driver on our own. One of the main reasons to wait for OSS (if I remember well) was to have a cross-platform set of system calls for audio devices, so as to ease porting software. On the other hand, this has several disadvantages: - potential delays in updating the drivers (when is the new "voxware" stuff going to appear ?) - copyright -- how is it going to be ? - lesser control over drivers -- since the author is not developing for FreeBSD only, significant modifications (for whatever reason) are not possible; - a different "style" of the sound drivers with respect to other FreeBSD ones, which would make it harder for FreeBSD contributors to work on it. - PnP is not only relevant for the sound part -- so it should be supplied anyways. Considering the above, I am totally in favour of trying to support sound devices autonomously, by starting from the current sources and trying to bring them in line with current FreeBSD drivers and new boards. Inclusion of support for a common interface will be easily added (assuming that we don't get it right in the first place) since we have full control on the sources. The sound drivers in FreeBSD have a Berkeley-style copyright so we can work on them. They contain a considerable amount of info on the "music" devices. Documentations on WSS compatible devices is already available on the net (see for example http://www.opti.com/products/sound.htm), we do have some working PnP code which is perhaps not ready for prime time but does a decent job. Luigi From owner-freebsd-multimedia Wed Mar 12 10:04:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29392 for multimedia-outgoing; Wed, 12 Mar 1997 10:04:13 -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 KAA29343 for ; Wed, 12 Mar 1997 10:03:58 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id XAA01350; Tue, 11 Mar 1997 23:12:57 -0800 (PST) Date: Tue, 11 Mar 1997 23:12:56 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Steve Passe cc: multimedia@FreeBSD.ORG Subject: Re: Mixed results w/ WinCast/TV In-Reply-To: <199703071803.LAA25359@clem.systemsix.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 Fri, 7 Mar 1997, Steve Passe wrote: > the code I posted via email doesn't support cable channels, only broadcast. > The code on the web page does have a routine for cable, but I can't remember > if I added an ioctl to select it. and it hasn't been tested for lack of cable. Hm, that was stuck in the mail queue. To bring the world up on my situation: I'm on the committed code from http://www.freebsd.org/~fsmp/HomeAuto/files/bt848.tar.gz or something like that. TV and the latest Xremote ("xstb") work fine for composite and TV cable (on IRC mode for the channels >13). Changing channels and rapid camera movement will sometimes cause tv to stop. Moving tv around a bunch restarts the stream. The "smurf attack" problem on this Mach64 appears isolated to 24 and 32 bit modes. 15 bit mode displays correctly. Amancio has provided me with some details on the bt848 color control field that I can use to reverse the bits. I need to play with this, unfortunately it'll have to wait until late Thursday or Friday as I have a term paper due. For fun.... I actually had a vic session taking pictures of my fish tank for a while on site scope that appeared to be working properly. I never realized that the pictures go out on the local net. I had the rate controls effectively disabled for a while, seeing how fast I could push stuff out. Pouring 1.3MB/sec onto the local net will get someone's attention, that's for sure. :) And that 'quality' slider _really_ affects the data rate out, and the overall sharpness of the image. Quality 1 gets you nv with all of the bandwidth and none of the restraint, while quality 255 gets you a colorful blur at virtually no data out. :) Unless someone objects, I think I'll turn the camera back on and let it sit in FreeBSD Lounge for a while sometime around 9:30 or 10:00am Pacific time until I get back after classes at about 2pm or so. I'll turn down the rate to 64kbps so it doesn't hose Amancio. (I don't think you'd like it if I unleashed it -- 30fps at 1.3MB/sec.) You guys can take a peek at it and comment on how pathetic the color is on my ancient VHS camcorder :) Another fun thing to do is resize tv to 640x480 and change the X server's resolution to the same, then slowly nudge the virtual desktop so the tv window takes up the entire screen. Great for my 17" monitor -- sure beats the little 13" I have in here now in terms of visuals. The clarity is on par with our 21" Sony Trinitron TV at home. Have a good night, and may the postperson bestow the Brooktree databook on your mailbox tomorrow. 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 Wed Mar 12 10:55:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02468 for multimedia-outgoing; Wed, 12 Mar 1997 10:55:36 -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 KAA02451 for ; Wed, 12 Mar 1997 10:55:33 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id KAA00325 for ; Wed, 12 Mar 1997 10:55:03 -0800 (PST) Date: Wed, 12 Mar 1997 10:55:02 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: multimedia@freebsd.org Subject: vic/bktr capture problem? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Oddity I've discovered with the vic grabbing the bktr. If I set the size to 'small', all looks well. But if I set it to 'normal', it looks like every other line is missing in vic viewing sizes > QCIF. I'm broadcasting into FreeBSD lounge now, and will leave it in normal mode until I get back at around 4pm Pacific time. The framerate is really quick on small with a 64k bound, normal it plunges to 2fps or so. (the image is of the street that runs in front of my dorm, 11th between Patterson and Hilyard if there are any local tuners-in) The display is in 16 bit mode at current. 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 Wed Mar 12 11:08:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03821 for multimedia-outgoing; Wed, 12 Mar 1997 11:08: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 LAA03814 for ; Wed, 12 Mar 1997 11:08:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id MAA00286; Wed, 12 Mar 1997 12:07:35 -0700 (MST) Message-Id: <199703121907.MAA00286@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: Mixed results w/ WinCast/TV In-reply-to: Your message of "Tue, 11 Mar 1997 23:12:56 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Mar 1997 12:07:35 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >Hm, that was stuck in the mail queue. I wwas wondering if that was just me, or freefall, my net just changed ISPs and its still a little wacky! -- >Changing channels and rapid camera movement will sometimes cause tv to >stop. Moving tv around a bunch restarts the stream. me too. can't find any warnings about when you can change inputs vs a running risc program. any clues appreciated. -- >Have a good night, and may the postperson bestow the Brooktree databook on >your mailbox tomorrow. FedEx woke me up at the ridiculess time of 9:00am to deliver a copy yesterday morning! First look has me re-writting the bright/hue/contrast/chroma code. They are using "mixed metaphores": hue: -90' - +90' default: 0' brightness: -50% - +49% default: 0% contrast: 0% - 236% default: 100% chroma U: 0% - 201% default: 100% chroma V: 0% - 283% default: 100% I'm at a loss as to how to handle this. Randall Hopper suggested: > What I'd also be interested in is some #define's in the >driver includes or a query ioctl to get the the percentages that the min & >max equate to. I think I'll go the #define route, ioctl would be "kernel bloat". I've already re-written the ioctls to take signed ints instead of u_chars so that the signed #s and 0 - 511 values can be passed in/out. Then the app writer can mung the values in whatever way strikes their fancy. I also need to deal with the fact that U and V have different ranges. Ie you can't stuff the same value into both registers and get the "correct" result: 100% is 0xfe in the U reg, but 0xb4 in the V reg. not sure whether to change the ioctls to have seperate entries for U and V, letting the app writer do the correction math, or to have 1 ioctl that does the relative adjustment based on a passed in value in the range of ??? thru ???. guess the range would have to be 0% thru 201%, ie the lesser of U and V. -- Steve Passe | powered by smp@csn.net | SMP FreeBSD From owner-freebsd-multimedia Wed Mar 12 23:25:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA11107 for multimedia-outgoing; Wed, 12 Mar 1997 23:25:30 -0800 (PST) Received: from gatekeeper.ukrv.de (gatekeeper.ukrv.de [193.175.72.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA11102 for ; Wed, 12 Mar 1997 23:25:28 -0800 (PST) Received: by gatekeeper.ukrv.de; (5.65/1.1.8.2/17Oct95-0336PM) id AA28792; Thu, 13 Mar 1997 08:25:19 +0100 Received: from mailhost(193.175.66.33) by gatekeeper.ukrv.de via smap (V1.3-JSC) id sma028788; Thu Mar 13 08:25:17 1997 Received: from merlin.ukrv.de by mailhost.ukrv.de; (5.65/1.1.8.2/08Mar95-0213PM) id AA29079; Thu, 13 Mar 1997 08:25:16 +0100 Received: by merlin.ukrv.de (4.1/UKRV-Gen PCG 0.1) id AA17264; Thu, 13 Mar 97 08:25:16 +0100 From: Udo Wolter Message-Id: <9703130725.AA17264@merlin.ukrv.de> Subject: Re: Status and future of sound drivers ? To: multimedia@freebsd.org Date: Thu, 13 Mar 1997 08:25:16 +0100 (MET) In-Reply-To: <199703121437.PAA03657@labinfo.iet.unipi.it> from "Luigi Rizzo" at Mar 12, 97 03:37:31 pm X-Mailer: ELM [version 2.4 PL17] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! > - PnP is not only relevant for the sound part -- so it should be > supplied anyways. That's for sure ! I asked a question how to bind my PNP-Soundcard with the PNP-driver freebsd-questions, but no one answered...:-( Bye, Udo From owner-freebsd-multimedia Thu Mar 13 11:55:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA17195 for multimedia-outgoing; Thu, 13 Mar 1997 11:55: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 LAA17182 for ; Thu, 13 Mar 1997 11:55:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id MAA16136 for ; Thu, 13 Mar 1997 12:54:48 -0700 (MST) Message-Id: <199703131954.MAA16136@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: UHF tuning in bt848 driver Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Mar 1997 12:54:48 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I find that tuning VHF low and VHF hi channels works quite reliably. However the UHF channels seem to loose sync rather quickly, causing the screen to scramble or roll. Has anyone else observed this problem? I'm trying to decide if its the code or my particular card. I look at the tuner status byte and it shows the tuner to be locked and the AFC to be centered, so I don't know what to blame. I have updated the ioctls to allow separate access to the U and V registers, anyone having a need send e-mail and I get the patches to you. I'm not going to commit them for awhile cause I'm still futzing with the tuner code in general. -- Steve Passe | powered by smp@csn.net | SMP FreeBSD From owner-freebsd-multimedia Thu Mar 13 17:24:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03159 for multimedia-outgoing; Thu, 13 Mar 1997 17:24:37 -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 RAA02915 for ; Thu, 13 Mar 1997 17:17:38 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Thu, 13 Mar 1997 20:17:00 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA04667; Thu, 13 Mar 97 20:16:58 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA17298; Thu, 13 Mar 1997 20:14:22 -0500 Message-Id: <19970313201422.30802@ct.picker.com> Date: Thu, 13 Mar 1997 20:14:22 -0500 From: Randall Hopper To: Steve Passe Cc: multimedia@FreeBSD.ORG Subject: Re: Mixed results w/ WinCast/TV References: <199703121907.MAA00286@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703121907.MAA00286@Ilsa.StevesCafe.com>; from Steve Passe on Wed, Mar 12, 1997 at 12:07:35PM -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Steve Passe: |I also need to deal with the fact that U and V have different ranges. Ie |you can't stuff the same value into both registers and get the "correct" |result: 100% is 0xfe in the U reg, but 0xb4 in the V reg. not sure |whether to change the ioctls to have seperate entries for U and V, |letting the app writer do the correction math, or to have 1 ioctl that |does the relative adjustment based on a passed in value in the range of |??? thru ???. guess the range would have to be 0% thru 201%, ie the |lesser of U and V. I'd vote for allowing U & V to be set separately, and in general for all parameters, remapping the values though the driver interface so 0% is always 0 and the value isn't hardware-specific, if possible. For example, in general: 0 = 0% 1 = 0.1% ... 1000 = 100.0% Having (e.g.) 200% be the same value regardless of card would be nice, and out of range values would just be clipped by the driver to the max supported by the hardware. The app writer's probably going to need some card-specific info any way we go though. That is, with the generalized values described above, they need to know what the absolute percentage range limits are valid for that value on that card to be smart about user input. With the other scheme where we scale the full hardware range up to some predetermined numbers (0..SHRT_MAX or whatever), the app writer needs to know what SHRT_MAX equates to percentage-wise for that card, again to be provide a useful UI. A third option that comes to mind is just limiting the driver interface to the lowest range of any card supported by that interface. While this'd initially remove the need to communicate hardware limits in some form, I don't think it's practical as these limits might need moved down in the future, and its a shame not to be able to fully-utilize the hardware. Getting these hardware limits (in some remapped form) without being card-specific in the app is why I was suggesting possibly an ioctl to fetch a "parameter domain" structure for the driver parameters. That way, the app doesn't have to be cognizant of what hardware its dealing with and have a big hackin' switch statement to select the appropriate min/max #define for each driver param based on what type of card it knew it was dealing with (which'd need to be updated as hardware was added). Wow. That turned out to be longer than I thought. I guess that's called talkin' yours eyes off. :-) Randall From owner-freebsd-multimedia Thu Mar 13 17:27:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03375 for multimedia-outgoing; Thu, 13 Mar 1997 17:27:33 -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 RAA03367 for ; Thu, 13 Mar 1997 17:27:22 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Thu, 13 Mar 1997 20:26:47 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA04777; Thu, 13 Mar 97 20:26:45 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA17308; Thu, 13 Mar 1997 20:24:09 -0500 Message-Id: <19970313202409.09308@ct.picker.com> Date: Thu, 13 Mar 1997 20:24:09 -0500 From: Randall Hopper To: Andre Albsmeier Cc: freebsd-multimedia@freebsd.org Subject: Re: Sound Card recommendation References: <199703120632.HAA03879@server.us.tld> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 In-Reply-To: <199703120632.HAA03879@server.us.tld>; from Andre Albsmeier on Wed, Mar 12, 1997 at 07:32:07AM +0100 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andre Albsmeier: |What is a good soundcard for FreeBSD? I now have the SPEA Media FX which |doesn't make me happy. I would think of buying an original SB 16 since |this is supported everywhere. | |I searched through the FAQs and the Handbook but didn't find a hint... |I only found which types are supported but no recommendation. | |Does anyone have experience with an SB 16? Also, I think I only will get |one of these plug and pray things... will they work too? It really depends on what you're interested in doing with it. If full-duplex is a must, then from my understanding a GUS is the way to go (not sure which one but plenty of folks on the list can help you out there). The SB drivers don't have full-duplex support yet. I personally own a SB32, which is functionally a SB16 + EMU8000 wavetable synth, which FreeBSD does support (its functionally an AWE32 without any memory by default). The SB32/AWE32s are good cards with a good price and you can't beat the all-around driver support by apps and drivers of virtually all operating systems. At some level, there's always SB, SB16, or AWE32 support. I've been very happy with my card. One thing to be careful of is Plug-n-Play. Non-PNP card is better for FreeBSD right now if you can get it, but some folks have had success with the various PNPs. Might want to grep the mailing list archives at www.freebsd.org/search.html to find out the latest status for the board(s) you're considering. Randall From owner-freebsd-multimedia Thu Mar 13 21:45:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA24475 for multimedia-outgoing; Thu, 13 Mar 1997 21:45: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 VAA24469 for ; Thu, 13 Mar 1997 21:45:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id WAA22139; Thu, 13 Mar 1997 22:44:56 -0700 (MST) Message-Id: <199703140544.WAA22139@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: Mixed results w/ WinCast/TV In-reply-to: Your message of "Thu, 13 Mar 1997 20:14:22 EST." <19970313201422.30802@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Mar 1997 22:44:56 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Steve Passe: > |I also need to deal with the fact that U and V have different ranges. Ie > ... > I'd vote for allowing U & V to be set separately, and in general for I've done this, but will also leave the old version in. --- > all parameters, remapping the values though the driver interface so 0% is > always 0 and the value isn't hardware-specific, if possible. For example, > in general: > > 0 = 0% > 1 = 0.1% > ... > 1000 = 100.0% > > Having (e.g.) 200% be the same value regardless of card would be nice, and > out of range values would just be clipped by the driver to the max > supported by the hardware. > > The app writer's probably going to need some card-specific info any > way we go though. That is, with the generalized values described above, > they need to know what the absolute percentage range limits are valid for > that value on that card to be smart about user input. With the other > scheme where we scale the full hardware range up to some predetermined > numbers (0..SHRT_MAX or whatever), the app writer needs to know what > SHRT_MAX equates to percentage-wise for that card, again to be provide > a useful UI. I'm going to toss this idea around for awhile, it sounds like a good approach. For now I've added a set of defines to ioctl_bt848.h that state the min, max, center, etc. for each of the controls. --- > A third option that comes to mind is just limiting the driver > interface to the lowest range of any card supported by that interface. > While this'd initially remove the need to communicate hardware limits in > some form, I don't think it's practical as these limits might need moved > down in the future, and its a shame not to be able to fully-utilize the > hardware. I agree, not the way to go. --- > Getting these hardware limits (in some remapped form) without being > card-specific in the app is why I was suggesting possibly an ioctl to fetch > a "parameter domain" structure for the driver parameters. That way, the > app doesn't have to be cognizant of what hardware its dealing with and have > a big hackin' switch statement to select the appropriate min/max #define > for each driver param based on what type of card it knew it was dealing > with (which'd need to be updated as hardware was added). I previously called this aproach "kernel bloat" but stated this way I think you've convinced me it would be "the good thing". -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 14 11:28:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06824 for multimedia-outgoing; Fri, 14 Mar 1997 11:28:22 -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 LAA06815 for ; Fri, 14 Mar 1997 11:28:19 -0800 (PST) Received: (from n9ogk@juno.com) by x14.boston.juno.com (queuemail) id OzY06217; Fri, 14 Mar 1997 14:25:17 EST To: freebsd-multimedia@freebsd.org Subject: audemo/nas problem. Message-ID: <19970314.131930.3622.0.N9OGK@juno.com> X-Mailer: Juno 1.15 X-Juno-Line-Breaks: 0-1,5-6,14-22,24,26 From: n9ogk@juno.com (Jack W Doyle) Date: Fri, 14 Mar 1997 14:25:17 EST Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got maybe a couple of questions for you guys: 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. Another question is this: I'm fairly new to the audio-related aspects of FreeBSD, and when I try to use audemo (or auctl or whatever), FreeBSD comes back with 'audio server not found'. I even tried using 'audemo -audio rhyolite.net:0' with the same result. Again, rhyolite.net is the name of my machine (standalone). What do I need to do in order to configure it to play sound to my Vibra16 Plug-n-Pray card, which is properly set up in the kernel to recognize sb0, sbxvi0, and sbmidi0? I know that the soundcard works (cat .au > /dev/audio verifies it). Thanks in advance, 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 Fri Mar 14 12:09:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08797 for multimedia-outgoing; Fri, 14 Mar 1997 12:09: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 MAA08790 for ; Fri, 14 Mar 1997 12:09:40 -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 MAA07260; Fri, 14 Mar 1997 12:09:32 -0800 (PST) Message-Id: <199703142009.MAA07260@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: Andre Albsmeier , freebsd-multimedia@freebsd.org Subject: Re: Sound Card recommendation In-reply-to: Your message of "Thu, 13 Mar 1997 20:24:09 EST." <19970313202409.09308@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Mar 1997 12:09:32 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 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 Amancio From owner-freebsd-multimedia Fri Mar 14 12:27:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10000 for multimedia-outgoing; Fri, 14 Mar 1997 12:27: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 MAA09969 for ; Fri, 14 Mar 1997 12:26:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id NAA01208 for ; Fri, 14 Mar 1997 13:25:54 -0700 (MST) Message-Id: <199703142025.NAA01208@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: latest bt848 code Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Mar 1997 13:25:53 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I had to give my bt848 development machine back to a "real job", so I won't be able to work on it for awhile. I placed snapshots of the latest driver and xtvremote code that uses the new ioctls on the web page: http://www.freebsd.org/~fsmp/HomeAuto/files/bt848.tar.gz http://www.freebsd.org/~fsmp/HomeAuto/files/xtvr.tar.gz This code has NOT been checked in on freefall yet. Note that the driver has the ioctls for separate U and V control. ioctl_bt848.h has #defines for declaring the ranges, etc. of each control. The current model allows for complete raw control of bright/hue/contrast/ satu/satv, using the native data formats of each according to the brooktree databook. The app writer then uses the #defines in ioctl_bt848.h to convert his LOGICAL world to the driver model. look at the "bumpxxx" routines in xtvremote.cc for examples. This isn't quite what we want, but extending the model in the directions we have discussed will require a pow-wow with the meteor driver writers, etc. so that we can develop a logical API that everyone is happy with. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 14 12:43:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10718 for multimedia-outgoing; Fri, 14 Mar 1997 12:43:01 -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 MAA10712 for ; Fri, 14 Mar 1997 12:42:34 -0800 (PST) Received: (from tinguely@localhost) by plains.nodak.edu (8.8.5/8.8.5) id OAA17607 for freebsd-multimedia@freebsd.org; Fri, 14 Mar 1997 14:41:16 -0600 (CST) Date: Fri, 14 Mar 1997 14:41:16 -0600 (CST) From: Mark Tinguely Message-Id: <199703142041.OAA17607@plains.nodak.edu> To: freebsd-multimedia@freebsd.org Subject: VRML viewers Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk does anyone have an ftp or web address of VRML viewers suitable for FreeBSD. the address in the archives are no longer valid. I tried VRweb 1.2 from the U of MN, but it definately does not compile under FreeBSD and I thought I would ask before trying to long process of finding any more things wrong with the source when compiled under FreeBSD. --mark. From owner-freebsd-multimedia Fri Mar 14 12:46:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10942 for multimedia-outgoing; Fri, 14 Mar 1997 12:46: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 MAA10935 for ; Fri, 14 Mar 1997 12:46:26 -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 MAA07527; Fri, 14 Mar 1997 12:46:22 -0800 (PST) Message-Id: <199703142046.MAA07527@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Fri, 14 Mar 1997 13:25:53 MST." <199703142025.NAA01208@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Mar 1997 12:46:22 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Steve Passe : > Hi, > > I had to give my bt848 development machine back to a "real job", so I won't > be able to work on it for awhile. I placed snapshots of the latest > driver and xtvremote code that uses the new ioctls on the web page: Can someone in the list loan a machine to Steve for Bt848 development?? Tnks, Amancio From owner-freebsd-multimedia Fri Mar 14 13:18:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12653 for multimedia-outgoing; Fri, 14 Mar 1997 13:18:38 -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 NAA12648 for ; Fri, 14 Mar 1997 13:18:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA01803; Fri, 14 Mar 1997 14:18:04 -0700 (MST) Message-Id: <199703142118.OAA01803@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: latest bt848 code In-reply-to: Your message of "Fri, 14 Mar 1997 12:46:22 PST." <199703142046.MAA07527@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Mar 1997 14:18:04 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >From The Desk Of Steve Passe : > > Hi, > > > > I had to give my bt848 development machine back to a "real job", so I won't > > be able to work on it for awhile. I placed snapshots of the latest > > driver and xtvremote code that uses the new ioctls on the web page: > > Can someone in the list loan a machine to Steve for Bt848 development?? It's not all that bad, by "give back" I mean that I had to remove the hard disk and put up another that contains solaris (the client uses solaris, what can I say...). This solaris machine has to stay up for several days to a week, at which point I can shut it down and restore my bt848 environment. I won't have time for playing during this period, so it doesn't matter anyway. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Fri Mar 14 13:39:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA13704 for multimedia-outgoing; Fri, 14 Mar 1997 13:39:29 -0800 (PST) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.139.22]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA13697 for ; Fri, 14 Mar 1997 13:39:24 -0800 (PST) Received: (from james@localhost) by miller.cs.uwm.edu (8.8.5/8.8.5) id PAA09121; Fri, 14 Mar 1997 15:39:20 -0600 (CST) Date: Fri, 14 Mar 1997 15:39:20 -0600 (CST) From: Jim Lowe Message-Id: <199703142139.PAA09121@miller.cs.uwm.edu> To: freebsd-multimedia@freebsd.org, tinguely@plains.nodak.edu Subject: Re: VRML viewers Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: Mark Tinguely > To: freebsd-multimedia@freebsd.org > Subject: VRML viewers > > > does anyone have an ftp or web address of VRML viewers suitable > for FreeBSD. the address in the archives are no longer valid. > > I tried VRweb 1.2 from the U of MN, but it definately does not compile > under FreeBSD and I thought I would ask before trying to long process of > finding any more things wrong with the source when compiled under FreeBSD. > I have been using the Linux VRweb 1.2 viewer in emulation mode under FreeBSD. I know it isn't real cool like a native app, but it does work... -Jim From owner-freebsd-multimedia Fri Mar 14 16:13:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA21342 for multimedia-outgoing; Fri, 14 Mar 1997 16:13:56 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA21331 for ; Fri, 14 Mar 1997 16:13:51 -0800 (PST) Received: from rah.star-gate.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0w5ddX-00093yC; Fri, 14 Mar 97 12:31 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 MAA07389 for ; Fri, 14 Mar 1997 12:27:55 -0800 (PST) Message-Id: <199703142027.MAA07389@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: bt848 status? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Mar 1997 12:27:55 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howdy, I am sort of back from my business trip and I am taking a moment to catch up whats going on the Bt848 land 8) On my part, I downloaded Steve's bt848 merge and it seems to be working okay over here . Switching channels causes the driver to freeze the video . I think that in this case the card forgets to capture frames and it is easy to verify by printing the status registers in bktr_intr. I will look into this problem this weekend but not right away since I am still working on my contract. BTW: On my part, I am very excited with the groups active participation with the Bt848 related software. One thing about the driver, is that if you make a change, please include your name and reason for the change in the change log .I noticed that Steve didn't include his name in the change log and thats a no-no. Just got another Wincast/Tv with dbx stereo for $129 at Fry's in Palo Alto , California. Have fun guys, Amancio From owner-freebsd-multimedia Sat Mar 15 02:22:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA14691 for multimedia-outgoing; Sat, 15 Mar 1997 02:22:12 -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 CAA14686 for ; Sat, 15 Mar 1997 02:22:09 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id CAA19207 for ; Sat, 15 Mar 1997 02:22:07 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.5/8.8.0) with ESMTP id LAA28238 for ; Sat, 15 Mar 1997 11:16:54 +0100 (MET) Received: from curry.mchp.siemens.de (1@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.4/8.8.4) with ESMTP id LAA01058 for ; Sat, 15 Mar 1997 11:20:15 +0100 (MET) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.5/8.8.5) id LAA04345 for ; Sat, 15 Mar 1997 11:20:13 +0100 (MET) From: Andre Albsmeier Message-Id: <199703151020.LAA25633@server.us.tld> Subject: Re: Sound Card recommendation In-Reply-To: <199703142009.MAA07260@rah.star-gate.com> from Amancio Hasty at "Mar 14, 97 12:09:32 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 15 Mar 1997 11:20:03 +0100 (CET) Cc: freebsd-multimedia@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (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 > > 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. Thanks again -Andre From owner-freebsd-multimedia Sat Mar 15 05:07:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA22956 for multimedia-outgoing; Sat, 15 Mar 1997 05:07:41 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA22951 for ; Sat, 15 Mar 1997 05:07:37 -0800 (PST) Received: (from sc@localhost) by sax.sax.de (8.6.12/8.6.12-s1) id OAA03049 for multimedia@freebsd.org; Sat, 15 Mar 1997 14:07:34 +0100 From: sc@sax.sax.de (Dietmar Schroeter) Message-Id: <199703151307.OAA03049@sax.sax.de> Subject: Audio-CD's To: multimedia@freebsd.org Date: Sat, 15 Mar 1997 14:07:34 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hallo, I am interested in reading and copying Audio-CD's using FreeBSD, and because there seems to be no working driver and application program, I'm looking for some Information about the data structures on these media. They told me about a "cdd" written by Charles Henrich that should work with some drives. Also, they told that reading an audio-CD may not be absolutely reliable. This isn't easy to understand without understanding the data format. So who can give me some info about these topics ? -- Dietmar Schroeter | email: sc@sax.de From owner-freebsd-multimedia Sat Mar 15 11:06:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04850 for multimedia-outgoing; Sat, 15 Mar 1997 11:06:29 -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 LAA04841 for ; Sat, 15 Mar 1997 11:06: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 LAA00363 for ; Sat, 15 Mar 1997 11:06:13 -0800 (PST) Message-Id: <199703151906.LAA00363@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: bt848 driver patch Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Sat_Mar_15_10:59:44_PST_1997" Date: Sat, 15 Mar 1997 11:06:13 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --===_0_Sat_Mar_15_10:59:44_PST_1997 Content-Type: text/plain; charset=us-ascii Fixes the problem with the Bt848 refusing to capture due to an error while processing the video capture stream. This problem can be caused by excessive bus latency, PCI errors during video transfer or reading the risc program. The problem is exhibited by Steve's tuner program when switching channels. Apply this patch to the FreeBSD 3.0-currrent version of the driver Have fun , Amancio --===_0_Sat_Mar_15_10:59:44_PST_1997 Content-Type: application/x-patch Content-Description: bt848.patch Content-Transfer-Encoding: base64 KioqIGJyb29rdHJlZTg0OC5jLm9yaWcJU2F0IE1hciAxNSAxMDo1NDowNCAxOTk3Ci0tLSBi cm9va3RyZWU4NDguYwlTYXQgTWFyIDE1IDEwOjQ3OjQ2IDE5OTcKKioqKioqKioqKioqKioq CioqKiAzMjcsMzMzICoqKioKICAJfQogIAogIAkvKiBpZiByaXNjIHdhcyBkaXNhYmxlZCBy ZS1zdGFydCBwcm9jZXNzIGFnYWluICovCiEgCWlmICghKGJrdHJfc3RhdHVzICYgKDEgPDwg MjcpKSB8fCAoKGJrdHJfc3RhdHVzICYgMHhmZTAwMCkgIT0gMCkgKSB7CiAgCiAgCQlidGxf cmVnID0gKHVfbG9uZyAqKSAmYnQ4NDhbQktUUl9JTlRfU1RBVF07CiAgCQkqYnRsX3JlZyA9 ICpidGxfcmVnOwotLS0gMzI3LDMzMyAtLS0tCiAgCX0KICAKICAJLyogaWYgcmlzYyB3YXMg ZGlzYWJsZWQgcmUtc3RhcnQgcHJvY2VzcyBhZ2FpbiAqLwohIAlpZiAoIShia3RyX3N0YXR1 cyAmICgxIDw8IDI3KSkgfHwgKChia3RyX3N0YXR1cyAmIDB4ZmYwMDApICE9IDApICkgewog IAogIAkJYnRsX3JlZyA9ICh1X2xvbmcgKikgJmJ0ODQ4W0JLVFJfSU5UX1NUQVRdOwogIAkJ KmJ0bF9yZWcgPSAqYnRsX3JlZzsKKioqKioqKioqKioqKioqCioqKiAzNDcsMzUyICoqKioK LS0tIDM0NywzNTMgLS0tLQogIAogIAkJYnRsX3JlZyA9ICh1X2xvbmcgKikgJmJ0ODQ4W0JL VFJfSU5UX01BU0tdOwogIAkJKmJ0bF9yZWcgPSAgIDEgPDwgMjMgfAkxIDw8IDExIHwgIDIg fCAxOworICAJICAgICAgICBidDg0OFtCS1RSX0NBUF9DVExdICA9IGJrdHItPmJrdHJfY2Fw X2N0bDsKICAKICAJCXJldHVybjsKICAJfQoqKioqKioqKioqKioqKioKKioqIDkwMCw5MTcg KioqKgotLS0gOTAxLDkyMSAtLS0tCiAgCS8qIGNhcHR1cmUgY29udHJvbCAqLwogIAlzd2l0 Y2ggKGlfZmxhZykgewogIAljYXNlIDE6CisgIAkgICAgICAgIGJrdHItPmJrdHJfY2FwX2N0 bCAgPSAweDExOwogIAkJYnQ4NDhbQktUUl9DQVBfQ1RMXSA9IDB4MTE7CiAgCQlidDg0OFtC S1RSX0VfVlNDQUxFX0hJXSAmPSB+MHgyMDsKICAJCWJ0ODQ4W0JLVFJfT19WU0NBTEVfSEld ICY9IH4weDIwOwogIAkJaW50ZXJsYWNlID0gMTsKICAJCWJyZWFrOwogIAkgY2FzZSAyOgor ICAJICAgICAgICBia3RyLT5ia3RyX2NhcF9jdGwgID0gMHgxMjsKICAJCWJ0ODQ4W0JLVFJf Q0FQX0NUTF0gPSAweDEyOwogIAkJYnQ4NDhbQktUUl9FX1ZTQ0FMRV9ISV0gJj0gfjB4MjA7 CiAgCQlidDg0OFtCS1RSX09fVlNDQUxFX0hJXSAmPSB+MHgyMDsKICAJCWludGVybGFjZSA9 IDE7CiAgCQlicmVhazsKICAJIGRlZmF1bHQ6CisgIAkgICAgICAgIGJrdHItPmJrdHJfY2Fw X2N0bCAgPSAweDEzOwogIAkJYnQ4NDhbMHhkY10gPSAweDEzOwogIAkJYnQ4NDhbQktUUl9F X1ZTQ0FMRV9ISV0gfD0gMHgyMDsKICAJCWJ0ODQ4W0JLVFJfT19WU0NBTEVfSEldIHw9IDB4 MjA7Cg== --===_0_Sat_Mar_15_10:59:44_PST_1997-- From owner-freebsd-multimedia Sat Mar 15 11:12:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05122 for multimedia-outgoing; Sat, 15 Mar 1997 11:12:46 -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 LAA05117 for ; Sat, 15 Mar 1997 11:12: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 LAA00405; Sat, 15 Mar 1997 11:12:39 -0800 (PST) Message-Id: <199703151912.LAA00405@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: sc@sax.sax.de (Dietmar Schroeter) cc: multimedia@freebsd.org Subject: Re: Audio-CD's In-reply-to: Your message of "Sat, 15 Mar 1997 14:07:34 +0100." <199703151307.OAA03049@sax.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 11:12:39 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The best thing to do is to download Charle's cdd package and read both the program and its documentation. http://wxweb.msu.edu/~henrich/cdd.html After that if you have any questions feel free to post. Have fun, Amancio >From The Desk Of Dietmar Schroeter : > Hallo, > I am interested in reading and copying Audio-CD's using FreeBSD, and > because there seems to be no working driver and application program, > I'm looking for some Information about the data structures on these > media. They told me about a "cdd" written by Charles Henrich that > should work with some drives. Also, they told that reading an audio-CD > may not be absolutely reliable. This isn't easy to understand without > understanding the data format. So who can give me some info about these > topics ? > > -- > Dietmar Schroeter | email: sc@sax.de From owner-freebsd-multimedia Sat Mar 15 12:09:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07347 for multimedia-outgoing; Sat, 15 Mar 1997 12:09:32 -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 MAA07336 for ; Sat, 15 Mar 1997 12:09:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id NAA17641; Sat, 15 Mar 1997 13:09:22 -0700 (MST) Message-Id: <199703152009.NAA17641@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: bt848 driver patch In-reply-to: Your message of "Sat, 15 Mar 1997 11:06:13 PST." <199703151906.LAA00363@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 13:09:22 -0700 Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, >Fixes the problem with the Bt848 refusing to capture due to an error >while processing the video capture stream. This problem can be caused >by excessive bus latency, PCI errors during video transfer or >reading the risc program. > >The problem is exhibited by Steve's tuner program when switching channels. do you know the exact reason switching channels causes the problem, ie is it because I have INTs off, or ??? The INTs off situation needs to be corrected when I have time to re-write the I2C code to be INTerrupt driven... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 15 12:51:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08787 for multimedia-outgoing; Sat, 15 Mar 1997 12:51: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 MAA08782 for ; Sat, 15 Mar 1997 12:51: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 MAA01140; Sat, 15 Mar 1997 12:51:16 -0800 (PST) Message-Id: <199703152051.MAA01140@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Passe cc: multimedia@FreeBSD.org Subject: Re: bt848 driver patch In-reply-to: Your message of "Sat, 15 Mar 1997 13:09:22 MST." <199703152009.NAA17641@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 12:51:16 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Well, we still need the patch irrespective of what you are doing with the tuner code. The reason is that infrequently we get pci errors or the bt848 gets into trouble and we need to restart the capture process. For instance, every once in a while here dtv would failed to start capturing properly --- detecting this condition in bktr_intr fixes the problem. Another condition which shows up the problem is starting and stopping video capture in a program --- Randall Hopper send me a code snippet which moved the video captured screen down a line every second or so -- this is with dtv. In order to move the video capture screen down , the bt848 has to be stopped, the risc program rebuilt and the capture process restarted. >From The Desk Of Steve Passe : > Hi, > > >Fixes the problem with the Bt848 refusing to capture due to an error > >while processing the video capture stream. This problem can be caused > >by excessive bus latency, PCI errors during video transfer or > >reading the risc program. > > > >The problem is exhibited by Steve's tuner program when switching channels. > > do you know the exact reason switching channels causes the problem, ie is it > because I have INTs off, or ??? Not sure why tuner exhibits the problem -- it could be because we temporarily loose the video signal and at that point there is nothing that you can do;except,for the driver to re-start the video capture process. Cheers, Amancio From owner-freebsd-multimedia Sat Mar 15 13:02:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA09407 for multimedia-outgoing; Sat, 15 Mar 1997 13:02:44 -0800 (PST) Received: from hda.hda.com (ip20-max1-fitch.ziplink.net [199.232.245.20]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA09400 for ; Sat, 15 Mar 1997 13:02:38 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.6.12/8.6.12) id OAA16295; Sat, 15 Mar 1997 14:19:33 -0500 From: Peter Dufault Message-Id: <199703151919.OAA16295@hda.hda.com> Subject: Re: bt848 driver patch In-Reply-To: <199703152009.NAA17641@Ilsa.StevesCafe.com> from Steve Passe at "Mar 15, 97 01:09:22 pm" To: smp@csn.net (Steve Passe) Date: Sat, 15 Mar 1997 14:19:32 -0500 (EST) Cc: hasty@rah.star-gate.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 > do you know the exact reason switching channels causes the problem, ie is it > because I have INTs off, or ??? > > The INTs off situation needs to be corrected when I have time to re-write the > I2C code to be INTerrupt driven... (Warning - I haven't looked at it) Can you move the I2C code out of the kernel since it is so lax about timing and inherently a slow operation? -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-multimedia Sat Mar 15 13:12:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10024 for multimedia-outgoing; Sat, 15 Mar 1997 13:12:16 -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 NAA10019 for ; Sat, 15 Mar 1997 13:12:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA18353; Sat, 15 Mar 1997 14:12:01 -0700 (MST) Message-Id: <199703152112.OAA18353@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: Steve Passe , multimedia@FreeBSD.org Subject: Re: bt848 driver patch In-reply-to: Your message of "Sat, 15 Mar 1997 12:51:16 PST." <199703152051.MAA01140@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 14:12:01 -0700 Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, >Well, we still need the patch irrespective of what you are doing with >the tuner code. The reason is that infrequently we get pci errors or >the bt848 gets into trouble and we need to restart the capture process. I agree, just trying to get some insite from this on what side affects my code might be generating. >> do you know the exact reason switching channels causes the problem, ie is it >> because I have INTs off, or ??? > >Not sure why tuner exhibits the problem -- it could be because we temporarily >loose the video signal and at that point there is nothing that you can >do;except,for the driver to re-start the video capture process. I've been kicking it around in my head, I cannot see why INTs need to be disabled in the I2C calls, just did it because the bttv driver did. Someone might try removing those disableint(0 enableint() calls to see if anything breaks. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 15 13:16:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10292 for multimedia-outgoing; Sat, 15 Mar 1997 13:16: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 NAA10287 for ; Sat, 15 Mar 1997 13:16:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA18410; Sat, 15 Mar 1997 14:16:10 -0700 (MST) Message-Id: <199703152116.OAA18410@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: Peter Dufault cc: hasty@rah.star-gate.com, multimedia@FreeBSD.org Subject: Re: bt848 driver patch In-reply-to: Your message of "Sat, 15 Mar 1997 14:19:32 EST." <199703151919.OAA16295@hda.hda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 14:16:09 -0700 Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, > > do you know the exact reason switching channels causes the problem, ie is it > > because I have INTs off, or ??? > > > > The INTs off situation needs to be corrected when I have time to re-write the > > I2C code to be INTerrupt driven... > > (Warning - I haven't looked at it) > > Can you move the I2C code out of the kernel since it is so lax > about timing and inherently a slow operation? I suspect they can stay in the kernel and that the disable/enable int calls can be removed. Nothing in the intr routine uses I2C calls, and as you say the timing is unimportant (who cares if an async INT stalls it, it will finish eventually) so they should be interruptable. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 15 13:24:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10842 for multimedia-outgoing; Sat, 15 Mar 1997 13:24:31 -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 NAA10832 for ; Sat, 15 Mar 1997 13:24:20 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.3/8.7.3) with SMTP id QAA11159; Sat, 15 Mar 1997 16:24:12 -0500 (EST) Message-Id: <199703152124.QAA11159@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: bt848 driver patch References: <199703152051.MAA01140@rah.star-gate.com> In-reply-to: Your message of "Sat, 15 Mar 1997 12:51:16 PST." <199703152051.MAA01140@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 16:24:12 -0500 Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Not sure why tuner exhibits the problem -- it could be because we temporarily > loose the video signal and at that point there is nothing that you can > do;except,for the driver to re-start the video capture process. I think it might be because the I^2C code bit-bangs the messages out, rather than having the Bt848 do it for you. It looks to me that interrupts are disabled during the timing loops that bash out the individual bits. I was talking to a buddy of mine about this just earlier today; we wondered what all that code in there was doing given the function in the chip itself. Perhaps it was just inherited from some other driver? This is most disturbing to me, when I'm trying to eek out every last millisecond of precision from NTP... hope we're not missing too many clock interrupts. louie From owner-freebsd-multimedia Sat Mar 15 13:38:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11354 for multimedia-outgoing; Sat, 15 Mar 1997 13:38: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 NAA11349 for ; Sat, 15 Mar 1997 13:38:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA18697; Sat, 15 Mar 1997 14:38:05 -0700 (MST) Message-Id: <199703152138.OAA18697@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: bt848 driver patch In-reply-to: Your message of "Sat, 15 Mar 1997 16:24:12 EST." <199703152124.QAA11159@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 14:38:04 -0700 Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, > I think it might be because the I^2C code bit-bangs the messages out, > rather than having the Bt848 do it for you. It looks to me that interrupts > are disabled during the timing loops that bash out the individual bits. > I was talking to a buddy of mine about this just earlier today; we > wondered what all that code in there was doing given the function in the > chip itself. Perhaps it was just inherited from some other driver? exactly, when I wrote this I didn't even have a databook for the bt848, just the linux driver to look at. > This is most disturbing to me, when I'm trying to eek out every last > millisecond of precision from NTP... hope we're not missing too many > clock interrupts. as I suggested earlier, remove those enable/disable calls and see how it works. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 15 14:06:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA12222 for multimedia-outgoing; Sat, 15 Mar 1997 14:06:13 -0800 (PST) Received: from hda.hda.com (ip86-max1-fitch.ziplink.net [199.232.245.86]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA12217 for ; Sat, 15 Mar 1997 14:06:09 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.6.12/8.6.12) id PAA16399; Sat, 15 Mar 1997 15:23:17 -0500 From: Peter Dufault Message-Id: <199703152023.PAA16399@hda.hda.com> Subject: Re: bt848 driver patch In-Reply-To: <199703152116.OAA18410@Ilsa.StevesCafe.com> from Steve Passe at "Mar 15, 97 02:16:09 pm" To: smp@csn.net (Steve Passe) Date: Sat, 15 Mar 1997 15:23:16 -0500 (EST) Cc: dufault@hda.com, hasty@rah.star-gate.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 > > Can you move the I2C code out of the kernel since it is so lax > > about timing and inherently a slow operation? > > I suspect they can stay in the kernel and that the disable/enable int calls > can be removed. Nothing in the intr routine uses I2C calls, and > as you say the timing is unimportant (who cares if an async INT > stalls it, it will finish eventually) so they should be interruptable. There is no need to turn off interrupts as long as you guarantee nothing else glitches those signals. With it in the kernel you're going to be buzzing away in idle loops locking out other processes. Since we're talking about roughly 50 us per byte we're talking measurable time. But pulling it out of the kernel brings up issues of allocation. I guess the smart and easy thing to do is just pull out the masking. -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-multimedia Sat Mar 15 15:29:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA17022 for multimedia-outgoing; Sat, 15 Mar 1997 15:29: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 PAA17004 for ; Sat, 15 Mar 1997 15:29:31 -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 PAA02048; Sat, 15 Mar 1997 15:29:06 -0800 (PST) Message-Id: <199703152329.PAA02048@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: bt848 driver patch In-reply-to: Your message of "Sat, 15 Mar 1997 16:24:12 EST." <199703152124.QAA11159@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 15:29:06 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of "Louis A. Mamakos" : > This is most disturbing to me, when I'm trying to eek out every last > millisecond of precision from NTP... hope we're not missing too many > clock interrupts. Well, if you are depending on a PC for accurate clocking you got bigger problems 8) Cheers, Amancio From owner-freebsd-multimedia Sat Mar 15 18:10:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA00571 for multimedia-outgoing; Sat, 15 Mar 1997 18:10:24 -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 SAA00566 for ; Sat, 15 Mar 1997 18:10:20 -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 SAA02695 for ; Sat, 15 Mar 1997 18:10:17 -0800 (PST) Message-Id: <199703160210.SAA02695@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: Cool, the patches work! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 18:10:17 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, thats my feeling so far since I have not heard back from any of the Bt848 hackers 8) If they are no objections I will commit the patches in a couple of days. Tnks, Amancio From owner-freebsd-multimedia Sat Mar 15 20:59:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA08245 for multimedia-outgoing; Sat, 15 Mar 1997 20:59:53 -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 UAA08240 for ; Sat, 15 Mar 1997 20:59: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 XAA00394; Sat, 15 Mar 1997 23:59:39 -0500 (EST) Message-Id: <199703160459.XAA00394@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: latest bt848 code References: <199703142025.NAA01208@Ilsa.StevesCafe.com> In-reply-to: Your message of "Fri, 14 Mar 1997 13:25:53 MST." <199703142025.NAA01208@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 23:59:38 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I had to add back in some of the meteor ioctl's so that the fxtv program would continue to work OK. Further, I applied Amancio's patch, but wasn't able to get the driver to compile. There were occurances of bktr->bktr_cap_ctl which seems like they should have been bktr->capcontrol. With these changes, I was playing around with fxtv and the new xtvr. I've never in the past had any RF/tuner material working, likely due to lack of a real antenna and having the computer be in the basement. I managed to lock thing up tight switching between the inputs. I think my next step is to get a working RF source in the computer room, and see just what's working and what's not.. louie From owner-freebsd-multimedia Sat Mar 15 21:28:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA08846 for multimedia-outgoing; Sat, 15 Mar 1997 21:28: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 VAA08841 for ; Sat, 15 Mar 1997 21:28: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 VAA03601; Sat, 15 Mar 1997 21:28:50 -0800 (PST) Message-Id: <199703160528.VAA03601@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 "Sat, 15 Mar 1997 23:59:38 EST." <199703160459.XAA00394@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 21:28:49 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Louis, Just get the bt848 distribution from Steve's web page: http://freebsd.org/~fsmp/HomeAuto/Bt848.html Then apply the posted patch. If you have any problems with that please let us know. Tnks, Amancio >From The Desk Of "Louis A. Mamakos" : > I had to add back in some of the meteor ioctl's so that the fxtv program > would continue to work OK. > > Further, I applied Amancio's patch, but wasn't able to get the driver > to compile. There were occurances of bktr->bktr_cap_ctl which seems > like they should have been bktr->capcontrol. > > With these changes, I was playing around with fxtv and the new xtvr. I've > never in the past had any RF/tuner material working, likely due to lack of > a real antenna and having the computer be in the basement. I managed to > lock thing up tight switching between the inputs. > > I think my next step is to get a working RF source in the computer room, and > see just what's working and what's not.. > > louie > > From owner-freebsd-multimedia Sat Mar 15 21:52:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA09614 for multimedia-outgoing; Sat, 15 Mar 1997 21:52:21 -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 VAA09607 for ; Sat, 15 Mar 1997 21:52: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 AAA00879; Sun, 16 Mar 1997 00:52:06 -0500 (EST) Message-Id: <199703160552.AAA00879@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: <199703160528.VAA03601@rah.star-gate.com> In-reply-to: Your message of "Sat, 15 Mar 1997 21:28:49 PST." <199703160528.VAA03601@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 16 Mar 1997 00:52:06 -0500 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk That's what I started with, to replace the version in the CVS repository. I then applied your patch to brooktree848.c, and the result wouldn't compile due to an unknown symbol 'bktr_cap_ctl' in the bktr_reg_t typedef. Perhaps there's part of your changes that didn't make it into the patch? Were there changes any of the other files? louie > > Hi Louis, > > Just get the bt848 distribution from Steve's web page: > http://freebsd.org/~fsmp/HomeAuto/Bt848.html > > Then apply the posted patch. > > If you have any problems with that please let us know. > > Tnks, > Amancio > > >From The Desk Of "Louis A. Mamakos" : > > I had to add back in some of the meteor ioctl's so that the fxtv program > > would continue to work OK. > > > > Further, I applied Amancio's patch, but wasn't able to get the driver > > to compile. There were occurances of bktr->bktr_cap_ctl which seems > > like they should have been bktr->capcontrol. > > > > With these changes, I was playing around with fxtv and the new xtvr. I've > > never in the past had any RF/tuner material working, likely due to lack of > > a real antenna and having the computer be in the basement. I managed to > > lock thing up tight switching between the inputs. > > > > I think my next step is to get a working RF source in the computer room, and > > see just what's working and what's not.. > > > > louie > > > > > > From owner-freebsd-multimedia Sat Mar 15 22:00:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09803 for multimedia-outgoing; Sat, 15 Mar 1997 22:00:34 -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 WAA09798 for ; Sat, 15 Mar 1997 22:00:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id XAA23772; Sat, 15 Mar 1997 23:00:20 -0700 (MST) Message-Id: <199703160600.XAA23772@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 "Sat, 15 Mar 1997 21:28:49 PST." <199703160528.VAA03601@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 23:00:19 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Hi Louis, > > Just get the bt848 distribution from Steve's web page: > http://freebsd.org/~fsmp/HomeAuto/Bt848.html > > Then apply the posted patch. > > If you have any problems with that please let us know. > ... > >From The Desk Of "Louis A. Mamakos" : > > I had to add back in some of the meteor ioctl's so that the fxtv program > > would continue to work OK. I didn't realize that I had removed any ioctl's, thought I only added new ones. I grabbed the tarball from the web page and indeed I did remove the METEOR versions, pass the pointy hat this way! When I get that machine up again I will restore them. I haven't rebuilt fxtv in awhile so I didn't notice my fubar (how embarassing). 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 as the bt848 sets U and V independantly with different ranges while the METEOR version puts the "one" value into both regs). Long term we need to develop an API for this stuff so an app doesn't need to know about the hardware specifics, -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 15 22:10:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA10087 for multimedia-outgoing; Sat, 15 Mar 1997 22:10: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 WAA10082 for ; Sat, 15 Mar 1997 22:10:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id XAA23910; Sat, 15 Mar 1997 23:10:09 -0700 (MST) Message-Id: <199703160610.XAA23910@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: Amancio Hasty , multimedia@freebsd.org Subject: Re: latest bt848 code In-reply-to: Your message of "Sun, 16 Mar 1997 00:52:06 EST." <199703160552.AAA00879@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 23:10:09 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > That's what I started with, to replace the version in the CVS repository. I > then applied your patch to brooktree848.c, and the result wouldn't > compile due to an unknown symbol 'bktr_cap_ctl' in the bktr_reg_t typedef. > > Perhaps there's part of your changes that didn't make it into the patch? > Were there changes any of the other files? not being setup to compile right now I am at a bit of a disadvantage, but looking at the patch file and brktree_reg.h: default: + bktr->bktr_cap_ctl = 0x13; bt848[0xdc] = 0x13; ^^^^ 265 % grep cap brktree_reg.h ... u_short capcontrol; /* reg 0xdc capture control */ ^^^^ I would guess you want to change all: bktr->bktr_cap_ctl to: bktr->capcontrol ie., the 4 places it was introduced by the patch. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 15 22:26:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA10668 for multimedia-outgoing; Sat, 15 Mar 1997 22:26: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 WAA10663 for ; Sat, 15 Mar 1997 22:26: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 WAA03904; Sat, 15 Mar 1997 22:26:51 -0800 (PST) Message-Id: <199703160626.WAA03904@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 "Sat, 15 Mar 1997 23:10:09 MST." <199703160610.XAA23910@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 22:26:51 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk No, bktr->bktr_cap_ctl is different than bktr->capcontrol. capcontrol sets the dma registers and bktr_cap_ctl sets the bt848 cap_ctl register. Originally, I meant capcontrol to be bktr_cap_ctl and it is a typo in the original driver. I will clean that up later. If people are having problems applying the patch I will be happy to provide a tar ball. Amancio >From The Desk Of Steve Passe : > Hi, > > > That's what I started with, to replace the version in the CVS repository. I > > then applied your patch to brooktree848.c, and the result wouldn't > > compile due to an unknown symbol 'bktr_cap_ctl' in the bktr_reg_t typedef. > > > > Perhaps there's part of your changes that didn't make it into the patch? > > Were there changes any of the other files? > > not being setup to compile right now I am at a bit of a disadvantage, > but looking at the patch file and brktree_reg.h: > > default: > + bktr->bktr_cap_ctl = 0x13; > bt848[0xdc] = 0x13; > ^^^^ > > 265 % grep cap brktree_reg.h > ... > u_short capcontrol; /* reg 0xdc capture control */ > ^^^^ > > I would guess you want to change all: > bktr->bktr_cap_ctl > > to: > bktr->capcontrol > > ie., the 4 places it was introduced by the patch. > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Sat Mar 15 22:49:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA11679 for multimedia-outgoing; Sat, 15 Mar 1997 22:49:38 -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 WAA11674 for ; Sat, 15 Mar 1997 22:49:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id XAA24408; Sat, 15 Mar 1997 23:49:22 -0700 (MST) Message-Id: <199703160649.XAA24408@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 "Sat, 15 Mar 1997 22:26:51 PST." <199703160626.WAA03904@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 23:49:22 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > No, > bktr->bktr_cap_ctl is different than bktr->capcontrol. > > capcontrol sets the dma registers > and bktr_cap_ctl sets the bt848 cap_ctl register. > > Originally, I meant capcontrol to be bktr_cap_ctl and it is a typo > in the original driver. I will clean that up later. > > If people are having problems applying the patch I will be happy > to provide a tar ball. then I'm confused, bktr->bktr_cap_ctl isn't defined in my version of brktree_reg.h., nor in the version of the drivers we committed to freefall last week. when/where did it come from? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Sat Mar 15 23:01:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA12217 for multimedia-outgoing; Sat, 15 Mar 1997 23:01:43 -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 XAA12206 for ; Sat, 15 Mar 1997 23:01: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 XAA04097; Sat, 15 Mar 1997 23:01:35 -0800 (PST) Message-Id: <199703160701.XAA04097@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 "Sat, 15 Mar 1997 23:49:22 MST." <199703160649.XAA24408@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 23:01:35 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I see . Okay this is the patch which I forgot to add: --- *** brktree_reg.h.orig Sat Mar 15 10:54:16 1997 --- brktree_reg.h Sat Mar 15 10:36:40 1997 *************** *** 140,145 **** --- 140,146 ---- u_long odd_fields_captured; /* number of odd fields captured */ u_long range_enable; /* enable range checking ?? */ u_short capcontrol; /* reg 0xdc capture control */ + u_short bktr_cap_ctl; unsigned flags; #define METEOR_INITALIZED 0x00000001 #define METEOR_OPEN 0x00000002 --- Sorry for the confusion, Amancio >From The Desk Of Steve Passe : > Hi, > > > No, > > bktr->bktr_cap_ctl is different than bktr->capcontrol. > > > > capcontrol sets the dma registers > > and bktr_cap_ctl sets the bt848 cap_ctl register. > > > > Originally, I meant capcontrol to be bktr_cap_ctl and it is a typo > > in the original driver. I will clean that up later. > > > > If people are having problems applying the patch I will be happy > > to provide a tar ball. > > then I'm confused, bktr->bktr_cap_ctl isn't defined in my version of > brktree_reg.h., nor in the version of the drivers we committed to freefall > last week. when/where did it come from? > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > From owner-freebsd-multimedia Sat Mar 15 23:43:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA14731 for multimedia-outgoing; Sat, 15 Mar 1997 23:43: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 XAA14724 for ; Sat, 15 Mar 1997 23:43:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id AAA25115; Sun, 16 Mar 1997 00:43:36 -0700 (MST) Message-Id: <199703160743.AAA25115@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 "Sat, 15 Mar 1997 23:01:35 PST." <199703160701.XAA04097@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 16 Mar 1997 00:43:36 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, OK, I just committed code to freefall with my latest patches, the METEOR ioctl()s restored, and Amancio's patches for the screen freeze problem. I will get the tarball onto the web page in the nxt 10 minutes. Remember that I can't compile right now, please give me success/failure reports. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD