From owner-freebsd-multimedia Thu Jan 1 00:47:25 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA00746 for multimedia-outgoing; Thu, 1 Jan 1998 00:47:25 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA00741 for ; Thu, 1 Jan 1998 00:47:20 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA14380; Thu, 1 Jan 1998 08:22:53 +0100 From: Luigi Rizzo Message-Id: <199801010722.IAA14380@labinfo.iet.unipi.it> Subject: Re: sound driver configuration for 4236B/4237 card? To: pst@Shockwave.COM (Paul Traina) Date: Thu, 1 Jan 1998 08:22:52 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199712311806.KAA01838@precipice.shockwave.com> from "Paul Traina" at Dec 31, 97 10:05:41 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've got an AW35Pro and would like to try it out with the sound driver > (I'm currently using the snd driver). > I think there is no support for it in guspnp/Voxware, although you might have some luck by configuring the card with the PnP code and then using the 'trix' or similar device for accessing the audio part. > The documentation in the source tree and in LINT is a tad obsolete (hint). voxware configuration relies on an expert system which uses a 20MB database. You supply card id, time and date of purchase, price, phase of the moon and temperature, and it returns you the options to put in the kernel config file :) Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Thu Jan 1 08:11:58 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA18335 for multimedia-outgoing; Thu, 1 Jan 1998 08:11:58 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA18329 for ; Thu, 1 Jan 1998 08:11:54 -0800 (PST) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.8.8/8.8.5/RADIO-1.1) id RAA06695; Thu, 1 Jan 1998 17:11:29 +0100 (CET) To: multimedia@FreeBSD.ORG Subject: Re: Bt848 patches... References: <199712311815.KAA09012@rah.star-gate.com> From: Frank Nobis Date: 01 Jan 1998 17:11:29 +0100 In-Reply-To: Amancio Hasty's message of Wed, 31 Dec 1997 10:15:44 -0800 Message-ID: Lines: 30 X-Mailer: Gnus v5.4.52/XEmacs 20.2 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> "ah" == Amancio Hasty writes: ah> I have two outstanding patches : ah> 1. Flemming Jacobsen has provided ah> support for Hauppauge's Win/TV FM . It includes an ioctl ah> interface for the FM component 8) " I've gotten my Win/TV card ah> working. It's the model with PAL-B/G, Text, Stereo and ah> Radio. It's based on the Philips FM1216 tuner." Sounds very good :-) Are there allready aplications for radio and videotext? I didn't like the idea of reinventing the wheel. ah> 2. Frank Nobis has some mods to properly ah> recognize a Win/TV (PAL) . I would not go that far and call it properly detecting the Win/TV with the PAL tuner. I had to override the tuner detection and I'm not sure how to decide, if it's a Temic or Phillips PAL tuner. Both have their read/write address at 0xc2/0xc3. Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD Fax: +49 231 7213816 From owner-freebsd-multimedia Thu Jan 1 09:45:18 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA24638 for multimedia-outgoing; Thu, 1 Jan 1998 09:45:18 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA24633 for ; Thu, 1 Jan 1998 09:45:12 -0800 (PST) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id KAA27965; Thu, 1 Jan 1998 10:41:42 -0700 (MST) Message-Id: <199801011741.KAA27965@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Frank Nobis cc: multimedia@FreeBSD.ORG Subject: Re: Bt848 patches... In-reply-to: Your message of "01 Jan 1998 17:11:29 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 Jan 1998 10:41:42 -0700 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > I would not go that far and call it properly detecting the Win/TV > with the PAL tuner. I had to override the tuner detection and I'm not > sure how to decide, if it's a Temic or Phillips PAL tuner. Both have > their read/write address at 0xc2/0xc3. 2 programs are available that would be useful for a better board detection scheme: With eeprom.c you can record the contents of the on-board EEProm. Invoke as "eeprom 0 256" (Wincast/TV) or "eeprom 0 128" (STB TV/PCI). eeprom contents vary from 1 board to the next within thew same model, among other things will often be a serial #. there is no documentation available on the contents, so reverse engineering is in order... With sign.c you can record the "signature" of your card. This is the location of all i2c parts on the card. Although 2 different tuners might use the same address for 1 part, the overall combination of parts might be different enough to make a decision... between the 2 hopefully a method of detecting all tuners/boards could be devised. source for both programs is on the bt848 page. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Jan 1 15:45:39 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA19974 for multimedia-outgoing; Thu, 1 Jan 1998 15:45:39 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA19966 for ; Thu, 1 Jan 1998 15:45:31 -0800 (PST) (envelope-from durham@w2xo.pgh.pa.us) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.8.5/8.8.4) id SAA00421 for multimedia@freebsd.org; Thu, 1 Jan 1998 18:45:47 -0500 (EST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 01 Jan 1998 18:36:39 -0500 (EST) Organization: Dis- From: Jim Durham To: multimedia@freebsd.org Subject: Speak Freely core dumps Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not sure that multimedia is the correct place to discuss this, but it deals with the soundcard 8-). I am running 3.0-SNAP-970608. I've had no trouble with other sound/audio stuff, but Speak Freely , both from the packages and ports distributions core dumps while trying to open the sound card, complaining of "inappropriate IOCTL for device". The IOCTL is SNDCTL_DSP_NONBLOCK. Checking the source, this IOCTL is in one of the cases of a switch statement, so it sounds like it should be allowed. sfmike dumps when you "key" the microphone by hittin the space bar and sfspeaker dumps when someone tries to connect to it. Both seem to fail when the sound device is opened. Anyone else had this problem? Jim Durham From owner-freebsd-multimedia Thu Jan 1 17:39:32 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA26942 for multimedia-outgoing; Thu, 1 Jan 1998 17:39:32 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA26936 for ; Thu, 1 Jan 1998 17:39:28 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id RAA06911; Thu, 1 Jan 1998 17:39:05 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199801020139.RAA06911@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jim Durham cc: multimedia@freebsd.org Subject: Re: Speak Freely core dumps In-reply-to: Your message of "Thu, 01 Jan 1998 18:36:39 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 Jan 1998 17:39:05 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Try the latest current given that the 3.0-SNAP-970608 is based upon the voxware 3.0 API. Cheers, Amancio From owner-freebsd-multimedia Thu Jan 1 22:13:09 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA11211 for multimedia-outgoing; Thu, 1 Jan 1998 22:13:09 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA11206 for ; Thu, 1 Jan 1998 22:13:04 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA15293; Fri, 2 Jan 1998 05:46:29 +0100 From: Luigi Rizzo Message-Id: <199801020446.FAA15293@labinfo.iet.unipi.it> Subject: Re: Bt848 patches... To: fn@Radio-do.de (Frank Nobis) Date: Fri, 2 Jan 1998 05:46:29 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: from "Frank Nobis" at Jan 1, 98 05:11:10 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Are there allready aplications for radio and videotext? I didn't like > the idea of reinventing the wheel. for radio have no idea (I guess for "application" you mean a GUI as complex as possible for the basic task of setting the tuner...) For videotext, I had included a couple of ioctl to the driver to do generic i2c access, and have a user program which controls the teletext decoder (SAA5246 i believe on my board). the ioctl might already be in the driver source, and the teletext program might be on my page http://www.iet.unipi.it/~luigi/FreeBSD.html (cannot check right now) cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Fri Jan 2 03:18:42 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA25885 for multimedia-outgoing; Fri, 2 Jan 1998 03:18:42 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from falbala.informatik.uni-kiel.de (hVmuBTUOFXy9NeXcuSxj757YdLzjS5JF@falbala.informatik.uni-kiel.de [134.245.252.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA25877 for ; Fri, 2 Jan 1998 03:18:36 -0800 (PST) (envelope-from wbl@informatik.uni-kiel.de) Received: from blitz.informatik.uni-kiel.de (XcWl45swVM4fklDs+6EE0BvqhYkaUR0p@blitz [134.245.253.106]) by falbala.informatik.uni-kiel.de (8.8.6/8.8.5) with SMTP id MAA10266 for ; Fri, 2 Jan 1998 12:18:55 +0100 (MET) Received: from localhost by blitz.informatik.uni-kiel.de (SMI-8.6/client-1.6-SunOS5) id MAA03848; Fri, 2 Jan 1998 12:18:13 +0100 Date: Fri, 2 Jan 1998 12:18:13 +0100 (MET) From: Wolfram Blase X-Sender: wbl@blitz To: multimedia@freebsd.org Subject: patches for enabling radio Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, i read from the patches which will enable the use of the radio of the win/tv (hauppauge) card. I would be glad, if you send me those patches. Thanks in advance. Wolfram Blase > Subject: Re: TV card Hauppauge model 418 on FreeBSD-3.0? > From: Amancio Hasty > Date: 1997/12/15 > Message-ID: <34957991.6AC5D891@star-gate.com> > Newsgroups: comp.unix.bsd.freebsd.misc > Just post on multimedia@freebsd.org . Flemming Jacobsen has managed to > get the WinTV / radion working ; additionally, he has patches to enable > the radio 8) -- Wolfram Blase wbl@informatik.uni-kiel.d400.de Wolfram.Blase@kiel.netsurf.de Tel.: +49 431 577323 From owner-freebsd-multimedia Fri Jan 2 12:00:10 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA29706 for multimedia-outgoing; Fri, 2 Jan 1998 12:00:10 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA29696 for ; Fri, 2 Jan 1998 12:00:04 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id LAA04595; Fri, 2 Jan 1998 11:59:44 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199801021959.LAA04595@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Wolfram Blase cc: multimedia@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Jan 1998 11:59:44 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Part 2. Amancio ------- Forwarded Message Return-Path: fj@schizo.dk.tfs.com Received: from mailhub (tfs.com [140.145.250.1]) by rah.star-gate.com (8.8.8/8.8.5) with SMTP id NAA25942 for ; Fri, 28 Nov 1997 13:37:33 -0800 (PST) Received: from schizo.dk.tfs.com by mailhub (SMI-8.6/SMI-SVR4) id NAA10605; Fri, 28 Nov 1997 13:30:44 -0800 Received: (from fj@localhost) by schizo.dk.tfs.com (8.8.7/8.7.3) id WAA15123 for hasty@rah.star-gate.com; Fri, 28 Nov 1997 22:36:54 +0100 (MET) From: Flemming Jacobsen Message-Id: <199711282136.WAA15123@schizo.dk.tfs.com> Subject: bktr radio support To: hasty@rah.star-gate.com (Amancio Hasty) Date: Fri, 28 Nov 1997 22:36:54 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi Amancio, Got the radio part working. Very few problems (biggest of them was to remember/rediscover how my (unused for 5 years) HP48 did linear regression). Anyway, looking at the code I kindof decided that adding a special radio state would be complicateing things much more than they needed to be. Instead I implemented that iff the parameter to TVTUNER_SETFREQ was greater than 20000, then it was the radio "frequency"+20000. Once this was in place I only had to add a fourth tuner->bandAddrs and extend tuner->pllControl to an array of 4 (two would be enough, but this way the index into bandAddrs and pllControl is allways the same). Result: In order to tune the radio, open the tuner device and do: f=WantedFrequency*20-407 + 20000; ioctl(radio,TVTUNER_SETFREQ,&f); What's your perspective on this ? Cheers Flemming - -- Flemming Jacobsen It'll probably say something like "Does not TRW Financial Systems, Inc. compute" or "Inoperative parameters". That's Email: fj@tfs.com what it says when it doesn't know and doesn't Phone: +45 4330 4050 want to admit it. -- Terry Pratchett: Wings ------- End of Forwarded Message From owner-freebsd-multimedia Fri Jan 2 12:00:19 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA29734 for multimedia-outgoing; Fri, 2 Jan 1998 12:00:19 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA29718 for ; Fri, 2 Jan 1998 12:00:12 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id LAA04584; Fri, 2 Jan 1998 11:59:05 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199801021959.LAA04584@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Wolfram Blase cc: multimedia@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Jan 1998 11:59:05 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have to modify the patches a little however if you are interested here they go 8) Amancio ------- Forwarded Message Return-Path: fj@schizo.dk.tfs.com Received: from mailhub (tfs.com [140.145.250.1]) by rah.star-gate.com (8.8.8/8.8.5) with SMTP id NAA01011 for ; Thu, 27 Nov 1997 13:29:34 -0800 (PST) Received: from schizo.dk.tfs.com by mailhub (SMI-8.6/SMI-SVR4) id NAA04315; Thu, 27 Nov 1997 13:22:51 -0800 Received: (from fj@localhost) by schizo.dk.tfs.com (8.8.7/8.7.3) id WAA00935 for hasty@rah.star-gate.com; Thu, 27 Nov 1997 22:28:59 +0100 (MET) From: Flemming Jacobsen Message-Id: <199711272128.WAA00935@schizo.dk.tfs.com> Subject: brooktree848.c To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 27 Nov 1997 22:28:59 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi Amancio, A couple of additions for the brooktree848.c file. I've gotten my Win/TV card working. It's the model with PAL-B/G, Text, Stereo and Radio. It's based on the Philips FM1216 tuner. I'm sorry that this isn't in diff -c format, but some of the patches from the mailing list made my brooktree848.c.orig get out of sync with my changes. Anyway it's not that many changes. First around line 517 add: #define PHILIPS_PAL_WADDR 0xc2 #define PHILIPS_PAL_RADDR 0xc3 Around line 3523 change the 'PLL write address' for the "Philips PAL" tuner from 0x00 to PHILIPS_PAL_WADDR. According to the FM1216 manual the 'control byte for PLL' should be changed from TSA552x_SCONTROL to TSA552x_FCONTROL. But I can't detect any difference. Around line 3413 change the 'audio MUX values' for the "Hauppauge WinCast/TV" card from { 0x00, 0x02, 0x01, 0x01, 1 } to { 0x01, 0x02, 0x01, 0x00, 1 }. (Only audio=mute and audio=tuner has been tested). I have a nagging feeling that this might break something for other cards. Especially the audio MUX values look as if they are set by experience. Because of this I've been looking into autodetection a little bit, but I gave up fairly quickly. I wrote to the Hauppauge guy who had faxed me the FM1216 specs, and asked about the format of the eprom. Unfortunately H. sees the format as proprietary, and refuses to release the specs. I have a vauge idea about adding a "big" ioctrl which will kick all the small bits and pieces in place. This should be called from a program in /etc/rc2.d which reads something like /etc/brooktree848.conf. Any thoughts ? I seem to recall a German guy "complaining" that his card wouldn't produce any sound - maybe this MUX change will fix it for him (I seem to have deleted his mail). Have a nice day Flemming - -- Flemming Jacobsen It'll probably say something like "Does not TRW Financial Systems, Inc. compute" or "Inoperative parameters". That's Email: fj@tfs.com what it says when it doesn't know and doesn't Phone: +45 4330 4050 want to admit it. -- Terry Pratchett: Wings ------- End of Forwarded Message From owner-freebsd-multimedia Fri Jan 2 12:01:10 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA29799 for multimedia-outgoing; Fri, 2 Jan 1998 12:01:10 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA29790 for ; Fri, 2 Jan 1998 12:01:02 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id MAA04614; Fri, 2 Jan 1998 12:00:37 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199801022000.MAA04614@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Wolfram Blase cc: multimedia@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Jan 1998 12:00:37 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Last set of patches. Amancio ------- Forwarded Message Return-Path: fj@schizo.dk.tfs.com Received: from mailhub (tfs.com [140.145.250.1]) by rah.star-gate.com (8.8.8/8.8.8) with SMTP id GAA27222 for ; Sun, 30 Nov 1997 06:07:14 -0800 (PST) (envelope-from fj@schizo.dk.tfs.com) Received: from schizo.dk.tfs.com by mailhub (SMI-8.6/SMI-SVR4) id GAA18954; Sun, 30 Nov 1997 06:00:25 -0800 Received: (from fj@localhost) by schizo.dk.tfs.com (8.8.7/8.7.3) id PAA29565 for hasty@rah.star-gate.com; Sun, 30 Nov 1997 15:06:36 +0100 (MET) From: Flemming Jacobsen Message-Id: <199711301406.PAA29565@schizo.dk.tfs.com> Subject: bktr radio patches To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 30 Nov 1997 15:06:36 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi Amancio, This is the patches for radio support in the bktr driver. I decided to do a special ioctl for setting the radio frequency, as having 3 magic numbers in application land is fairly stupid. I've made a small program to tune the radio (instant clock-radio, just add cron :-). I've not figured out what the program forgets to initialize in the driver, if you know, please share. The modifications to the driver should work for both the Philips FM1216 tuner (which I have) and the FR1216 (for which I have the datasheet). This is still work in progress. I need to add a couple of ioctl's to help people writing a radio application. Are there any extensions to tcl/Tk allowing you to do ioctl's ? Have a nice day Flemming - --------8<---------------8<---------------8<---------------8<------- /* ** radio.c - Manipulate the radio mode of bt848 based video cards. ** ** This program doesn't fully initialize the card. Start and stop fxtv ** to do this. Then use this program to set the radio frequency. ** ** Flemming Jacobsen 971130, fj@login.dknet.dk */ #include #include #include #include #include #include #define TUNER #include main(int argc, char **argv) { int arg=0; int quit=0; int tuner; double f; if((tuner=open("/dev/tuner0",O_RDONLY)) < 0) { perror("/dev/tuner0"); exit(1); } if(argc>1 && !strcmp(argv[1],"-quit")) { quit=1; argc--; argv++; } if(argc != 2) { fprintf(stderr,"Usage: radio [-quit] \n"); fprintf(stderr,"I.e. radio 103.2\n"); exit(1); } f=atof(argv[1]); arg=0; if(ioctl(tuner,TVTUNER_SETAFC,&arg)) { perror("TVTUNER_SETAFC"); exit(1); } arg=(int)(f*100); if(ioctl(tuner,RADIO_SETFREQ,&arg)) { perror("RADIO_SETFREQ"); exit(1); } if(quit) exit(0); fclose(stdin); fclose(stdout); fclose(stderr); select(0,NULL,NULL,NULL,NULL); } - --------8<---------------8<---------------8<---------------8<------- *** pci/brktree_reg.h.orig Fri Nov 28 17:53:25 1997 - --- pci/brktree_reg.h Sun Nov 30 13:43:01 1997 *************** *** 311,319 **** char* name; u_char type; u_char pllAddr; ! u_char pllControl; u_char bandLimits[ 2 ]; ! u_char bandAddrs[ 3 ]; }; /* description of the card */ - --- 311,322 ---- char* name; u_char type; u_char pllAddr; ! u_char pllControl[ 4 ]; /* See bandAddrs-comment */ u_char bandLimits[ 2 ]; ! u_char bandAddrs[ 4 ]; /* 3 first for the 3 TV ! ** bands. Last for radio ! ** band (0x00=NoRadio). ! */ }; /* description of the card */ *** pci/brooktree848.c.orig Thu Nov 27 22:32:22 1997 - --- pci/brooktree848.c Sat Nov 29 13:16:45 1997 *************** *** 570,575 **** - --- 570,584 ---- TSA552x_CB_RSA | \ TSA552x_CB_RSB) + #define TSA552x_RADIO (TSA552x_CB_MSB | \ + TSA552x_CB_T0) + + /* Add RADIO_OFFSET to the "frequency" to indicate that we want to tune */ + /* the radio (if present) not the TV tuner. */ + /* 20000 is equivalent to 20000MHz/16 = 1.25GHz - this area is unused. */ + #define RADIO_OFFSET 20000 + + /* sync detect threshold */ #if 0 #define SYNC_LEVEL (BT848_ADC_RESERVED | \ *************** *** 2174,2179 **** - --- 2183,2233 ---- } break; + /* Ioctl's for running the tuner device in radio mode */ + #if 0 + case RADIO_SETMODE: /* XXX Todo: implement me ... */ + break; + case RADIO_GETFREQ; /* XXX Todo: implement me ... */ + break; + #endif + case RADIO_SETFREQ: + /* The argument to this ioctl is NOT freq*16. It is + ** freq*100. + */ + + /* The radio in my stereo and the linear regression function + ** in my HP48 have reached the conclusion that in order to + ** set the radio tuner of the FM1216 to f MHz, the value to + ** enter into the PLL is: f*20-407 + ** If anyone has the exact values from the spec. sheet + ** please forward them -- fj@login.dknet.dk + */ + temp=(int)*(unsigned long *)arg/5-407 +RADIO_OFFSET; + + #ifdef BKTR_RADIO_DEBUG + printf("bktr%d: arg=%d temp=%d\n",unit,(int)*(unsigned long *)arg,temp); + #endif + + #ifndef BKTR_RADIO_NOFREQCHECK + /* According to the spec. sheet the band: 87.5MHz-108MHz */ + /* is supported. */ + if(temp<1343+RADIO_OFFSET || temp>1753+RADIO_OFFSET) { + printf("bktr%d: Radio frequency out of range\n",unit); + return(EINVAL); + } + #endif + temp_mute( bktr, TRUE ); + temp = tv_freq( bktr, temp ); + temp_mute( bktr, FALSE ); + #ifdef BKTR_RADIO_DEBUG + if(temp) + printf("bktr%d: tv_freq returned: %d\n",unit,temp); + #endif + if ( temp < 0 ) + return( EINVAL ); + *(unsigned long *)arg = temp; + break; + default: return common_ioctl( bktr, bt848, cmd, arg ); } *************** *** 3480,3552 **** { "", /* the 'name' */ TTYPE_XXX, /* input type */ 0x00, /* PLL write address */ ! 0x00, /* control byte for PLL */ { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0x00, 0x00, 0x00 } }, /* the band-switch values */ /* TEMIC_NTSC */ { "Temic NTSC", /* the 'name' */ TTYPE_NTSC, /* input type */ TEMIC_NTSC_WADDR, /* PLL write address */ ! TSA552x_SCONTROL, /* control byte for PLL */ { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0x02, 0x04, 0x01 } }, /* the band-switch values */ /* TEMIC_PAL */ { "Temic PAL", /* the 'name' */ TTYPE_PAL, /* input type */ TEMIC_PALI_WADDR, /* PLL write address */ ! TSA552x_SCONTROL, /* control byte for PLL */ { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0x02, 0x04, 0x01 } }, /* the band-switch values */ /* TEMIC_SECAM */ { "Temic SECAM", /* the 'name' */ TTYPE_SECAM, /* input type */ 0x00, /* PLL write address */ ! TSA552x_SCONTROL, /* control byte for PLL */ { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0x02, 0x04, 0x01 } }, /* the band-switch values */ /* PHILIPS_NTSC */ { "Philips NTSC", /* the 'name' */ TTYPE_NTSC, /* input type */ PHILIPS_NTSC_WADDR, /* PLL write address */ ! TSA552x_SCONTROL, /* control byte for PLL */ { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0xa0, 0x90, 0x30 } }, /* the band-switch values */ /* PHILIPS_PAL */ { "Philips PAL", /* the 'name' */ TTYPE_PAL, /* input type */ PHILIPS_PAL_WADDR, /* PLL write address */ ! TSA552x_FCONTROL, /* control byte for PLL */ { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0xa0, 0x90, 0x30 } }, /* the band-switch values */ /* PHILIPS_SECAM */ { "Philips SECAM", /* the 'name' */ TTYPE_SECAM, /* input type */ 0x00, /* PLL write address */ ! TSA552x_SCONTROL, /* control byte for PLL */ { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0xa0, 0x90, 0x30 } }, /* the band-switch values */ /* TEMIC_PAL I */ { "Temic PAL I", /* the 'name' */ TTYPE_PAL, /* input type */ TEMIC_PALI_WADDR, /* PLL write address */ ! TSA552x_SCONTROL, /* control byte for PLL */ { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0x02, 0x04, 0x01 } }, /* the band-switch values */ /* PHILIPS_PAL */ { "Philips PAL I", /* the 'name' */ TTYPE_PAL, /* input type */ 0x00, /* PLL write address */ ! TSA552x_SCONTROL, /* control byte for PLL */ { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0xa0, 0x90, 0x30 } }, /* the band-switch values */ }; - --- 3534,3639 ---- { "", /* the 'name' */ TTYPE_XXX, /* input type */ 0x00, /* PLL write address */ ! { 0x00, /* control byte for PLL */ ! 0x00, ! 0x00, ! 0x00 }, { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0x00, 0x00, 0x00, 0x00 } }, /* the band-switch values */ /* TEMIC_NTSC */ { "Temic NTSC", /* the 'name' */ TTYPE_NTSC, /* input type */ TEMIC_NTSC_WADDR, /* PLL write address */ ! { TSA552x_SCONTROL, /* control byte for PLL */ ! TSA552x_SCONTROL, ! TSA552x_SCONTROL, ! 0x00 }, { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0x02, 0x04, 0x01, 0x00 } }, /* the band-switch values */ /* TEMIC_PAL */ { "Temic PAL", /* the 'name' */ TTYPE_PAL, /* input type */ TEMIC_PALI_WADDR, /* PLL write address */ ! { TSA552x_SCONTROL, /* control byte for PLL */ ! TSA552x_SCONTROL, ! TSA552x_SCONTROL, ! 0x00 }, { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0x02, 0x04, 0x01, 0x00 } }, /* the band-switch values */ /* TEMIC_SECAM */ { "Temic SECAM", /* the 'name' */ TTYPE_SECAM, /* input type */ 0x00, /* PLL write address */ ! { TSA552x_SCONTROL, /* control byte for PLL */ ! TSA552x_SCONTROL, ! TSA552x_SCONTROL, ! 0x00 }, { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0x02, 0x04, 0x01, 0x00 } }, /* the band-switch values */ /* PHILIPS_NTSC */ { "Philips NTSC", /* the 'name' */ TTYPE_NTSC, /* input type */ PHILIPS_NTSC_WADDR, /* PLL write address */ ! { TSA552x_SCONTROL, /* control byte for PLL */ ! TSA552x_SCONTROL, ! TSA552x_SCONTROL, ! 0x00 }, { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0xa0, 0x90, 0x30, 0x00 } }, /* the band-switch values */ /* PHILIPS_PAL */ { "Philips PAL", /* the 'name' */ TTYPE_PAL, /* input type */ PHILIPS_PAL_WADDR, /* PLL write address */ ! { TSA552x_FCONTROL, /* control byte for PLL */ ! TSA552x_FCONTROL, ! TSA552x_FCONTROL, ! TSA552x_RADIO }, { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0xa0, 0x90, 0x30, 0xa5 } }, /* the band-switch values */ ! /* Radio: (for FM1216) ! ** 0xa4 sets radiomode ! ** bit0 - AFC ! ** bit1 - Mono ! ** bit3 - Mute ! */ /* PHILIPS_SECAM */ { "Philips SECAM", /* the 'name' */ TTYPE_SECAM, /* input type */ 0x00, /* PLL write address */ ! { TSA552x_SCONTROL, /* control byte for PLL */ ! TSA552x_SCONTROL, ! TSA552x_SCONTROL, ! 0x00 }, { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0xa0, 0x90, 0x30, 0x00 } }, /* the band-switch values */ /* TEMIC_PAL I */ { "Temic PAL I", /* the 'name' */ TTYPE_PAL, /* input type */ TEMIC_PALI_WADDR, /* PLL write address */ ! { TSA552x_SCONTROL, /* control byte for PLL */ ! TSA552x_SCONTROL, ! TSA552x_SCONTROL, ! 0x00 }, { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0x02, 0x04, 0x01, 0x00 } }, /* the band-switch values */ /* PHILIPS_PAL */ { "Philips PAL I", /* the 'name' */ TTYPE_PAL, /* input type */ 0x00, /* PLL write address */ ! { TSA552x_SCONTROL, /* control byte for PLL */ ! TSA552x_SCONTROL, ! TSA552x_SCONTROL, ! 0x00 }, { 0x00, 0x00 }, /* band-switch crosspoints */ ! { 0xa0, 0x90, 0x30, 0x00 } }, /* the band-switch values */ }; *************** *** 4032,4046 **** * XXX FIXME: get the cross-over points from the tuner struct */ if ( frequency < (160 * FREQFACTOR) ) ! band = tuner->bandAddrs[ 0 ]; else if ( frequency < (454 * FREQFACTOR) ) ! band = tuner->bandAddrs[ 1 ]; else ! band = tuner->bandAddrs[ 2 ]; /* set the address of the PLL */ ! addr = tuner->pllAddr; ! control = tuner->pllControl; /* * N = 16 * { fRF(pc) + fIF(pc) } - --- 4119,4141 ---- * XXX FIXME: get the cross-over points from the tuner struct */ if ( frequency < (160 * FREQFACTOR) ) ! N=0; else if ( frequency < (454 * FREQFACTOR) ) ! N=1; else ! N=2; ! ! if(frequency > RADIO_OFFSET) { ! N=3; ! frequency -= RADIO_OFFSET; ! } /* set the address of the PLL */ ! addr = tuner->pllAddr; ! control = tuner->pllControl[ N ]; ! band = tuner->bandAddrs[ N ]; ! if(!(band && control)) /* Don't try to set un- */ ! return(-1); /* supported modes. */ /* * N = 16 * { fRF(pc) + fIF(pc) } *** i386/include/ioctl_bt848.h.orig Fri Nov 28 17:42:28 1997 - --- i386/include/ioctl_bt848.h Sun Nov 30 13:40:18 1997 *************** *** 210,212 **** - --- 210,216 ---- */ #define BT848_I2CWR _IOWR('x', 57, u_long) /* i2c read-write */ + /* Support for radio tuner */ + #define RADIO_SETMODE _IOW('x', 58, unsigned int) /* set radio modes */ + #define RADIO_SETFREQ _IOW('x', 59, unsigned int) /* set frequency */ + #define RADIO_GETFREQ _IOR('x', 59, unsigned int) /* set frequency */ - --------8<---------------8<---------------8<---------------8<------- - -- Flemming Jacobsen It'll probably say something like "Does not TRW Financial Systems, Inc. compute" or "Inoperative parameters". That's Email: fj@tfs.com what it says when it doesn't know and doesn't Phone: +45 4330 4050 want to admit it. -- Terry Pratchett: Wings ------- End of Forwarded Message From owner-freebsd-multimedia Sat Jan 3 05:59:21 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA12418 for multimedia-outgoing; Sat, 3 Jan 1998 05:59:21 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA12404 for ; Sat, 3 Jan 1998 05:59:16 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA16705 for multimedia@freebsd.org; Sat, 3 Jan 1998 13:36:13 +0100 From: Luigi Rizzo Message-Id: <199801031236.NAA16705@labinfo.iet.unipi.it> Subject: read audio from atapi cd: success! To: multimedia@freebsd.org Date: Sat, 3 Jan 1998 13:36:13 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I managed to put together some code to read audio data from ATAPI CDs :) The code is very primitive and inefficient (e.g. it uses ioctl() and cannot currently read more than one block at a time, meaning it is far slower than real time at least on my 2x drive) but it is there as a hint to somebody with more knowledge than I have to make it work well. I DO NOT recommend to commit the as it is now, but I do hope that some committer with sufficient knowledge has the time to work on it and improve it according to the suggestion which follow. Diffs (more or less against 2.2.1R) are at ttp://www.iet.unipi.it/~luigi/cdda.diffs They include changes to 3 files: atapi.c, wcd.c and cdio.h, and a simple program to test the ioctl and read audio data. The patch also includes a more verbose attach to reveal the capabilities of the drive, and an attempt to make the initial MODE_SENSE not timeout. However the latter seems to be very unreliable on my drive (Sony CDU-55E), which often returns a CHECK code. BRIEF DESCRIPTION OF THE CODE My initial goal was to support reading audio data through the read() interface. However, I was having some trouble and unexpected behaviours in replacing the READ_BIG with READ_CD command (maybe due to interactions with other commands), so I decided to go along another way and introduce a new ioctl() to be able to play with the parameters in the atapi command. The way I have implemented it, the ioctl issues a wcd_request_wait for ATAPI_READ_CD, copying each block into a kernel buffer and from there into user space using copyout. This is highly inefficient since you cannot read more than 1 sector/revolution. It ought to be made more efficient by using a larger block of storage and allowing for more than one sector at a time. I am not sure of how much work is necessary to make the ioctl() copy directly into the user-supplied buffer, it is probably necessary to lock the buffer in memory and map it into the kernel space around the transfer -- more or less what is done in function physio() in file /sys/kern/kern_physio.c. There might be more efficient ways, and I'd hate duplicating lot of code which is already there... Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Sat Jan 3 15:17:05 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA10427 for multimedia-outgoing; Sat, 3 Jan 1998 15:17:05 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA10421 for ; Sat, 3 Jan 1998 15:17:01 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id PAA01507 for ; Sat, 3 Jan 1998 15:16:58 -0800 (PST) To: multimedia@freebsd.org Subject: Gack, again! 3DFX cards. Date: Sat, 03 Jan 1998 15:16:58 -0800 Message-ID: <1503.883869418@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I posted a nice 3 page message to freebsd-multimedia yesterday which contained a complete synopsis of the 3DFX market as I was able to determine it through browsing the web and talking to folks, but then of course Majordomo ate it (along with a lot of other freebsd mail yesterday) and I haven't the heart to type it all back in again. :-( To give you the short version this time: I'm interested in playing with the 3DFX voodoo chipset and buying an add-on board for this (I'd like to keep my Millenium, so I don't want a complete replacement VGA card). I've looked around and the major players seem to be Diamond, with the Monster3D, Orchid with the Righteous 3D and Canopus with the Pure3D card. Of the 3, the Canopus product seems the most advanced, with 4MB of texture memory vs the 2MB of the other cards (frame buffer is still 2MB). It's also fairly cheap at $179 street price, and definitely seems to be the one to get if you can find one - Canopus claims back-orders all through January so far. Then there's the Voodoo2 chipset which 3DFX claims is 3X faster than the Voodoo Rush, but I don't see any mfrs actually doing boards based on them. Any pointers? Finally, anyone working on FreeBSD drivers for this so we can play with Mesa and rendering things at high speed? :-) Thanks! Jordan From owner-freebsd-multimedia Sat Jan 3 15:33:41 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA11005 for multimedia-outgoing; Sat, 3 Jan 1998 15:33:41 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from bullfrog.winternet.com (jstepka@bullfrog.winternet.com [204.246.64.212]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA10997 for ; Sat, 3 Jan 1998 15:33:35 -0800 (PST) (envelope-from jstepka@bullfrog.winternet.com) Received: from localhost (jstepka@localhost) by bullfrog.winternet.com (8.8.8/8.8.7) with SMTP id RAA00269; Sat, 3 Jan 1998 17:30:10 -0600 (CST) (envelope-from jstepka@bullfrog.winternet.com) Date: Sat, 3 Jan 1998 17:30:05 -0600 (CST) From: Justen Stepka To: "Jordan K. Hubbard" cc: multimedia@FreeBSD.ORG Subject: Re: Gack, again! 3DFX cards. In-Reply-To: <1503.883869418@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 Jan 1998, Jordan K. Hubbard wrote: > Then there's the Voodoo2 chipset which 3DFX claims is 3X faster than > the Voodoo Rush, but I don't see any mfrs actually doing boards based > on them. Any pointers? Monster is coming out with a Voodoo2 board at the end of the first quarter and will cost about $300 street. This can be found in the faq on www.3dfx.com. > Finally, anyone working on FreeBSD drivers for this so we can play > with Mesa and rendering things at high speed? :-) Someone did get a few things working in current, and even got quake/3dfx working in X! From owner-freebsd-multimedia Sat Jan 3 16:12:07 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA13519 for multimedia-outgoing; Sat, 3 Jan 1998 16:12:07 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from gaia.coppe.ufrj.br (cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA13513 for ; Sat, 3 Jan 1998 16:12:01 -0800 (PST) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.8/8.8.8) id WAA14679; Sat, 3 Jan 1998 22:11:47 -0200 (EDT) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199801040011.WAA14679@gaia.coppe.ufrj.br> Subject: Re: read audio from atapi cd: success! In-Reply-To: <199801031236.NAA16705@labinfo.iet.unipi.it> from Luigi Rizzo at "Jan 3, 98 01:36:13 pm" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 3 Jan 1998 22:11:46 -0200 (EDT) Cc: multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(Luigi Rizzo) // Well, I managed to put together some code to read audio data from // ATAPI CDs :) Isn't ATAPI just SCSI over IDE ? So, did you look at the SCSI implementation to get some hints ? I've heard that the CAM subsystem will support ATAPI as a SCSI bus, but I'm not sure about that. Win95 and NT already do that. The Adaptec SCSI browser sees my IDE devices as SCSI busses. Of course, they are not yet full compliant: I can't read or write mode pages. :) Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-multimedia Sat Jan 3 16:19:19 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA13750 for multimedia-outgoing; Sat, 3 Jan 1998 16:19:19 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA13744 for ; Sat, 3 Jan 1998 16:19:15 -0800 (PST) (envelope-from jamie@itribe.net) Message-Id: <199801040015.TAA07175@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Sat, 3 Jan 1998 19:16:06 -0500 (EST) From: Jamie Bowden To: "Jordan K. Hubbard" cc: multimedia@freebsd.org Subject: Re: Gack, again! 3DFX cards. In-Reply-To: <1503.883869418@time.cdrom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 Jan 1998, Jordan K. Hubbard wrote: > To give you the short version this time: I'm interested in playing > with the 3DFX voodoo chipset and buying an add-on board for this (I'd > like to keep my Millenium, so I don't want a complete replacement VGA > card). I've looked around and the major players seem to be Diamond, > with the Monster3D, Orchid with the Righteous 3D and Canopus with the > Pure3D card. Of the 3, the Canopus product seems the most advanced, > with 4MB of texture memory vs the 2MB of the other cards (frame buffer > is still 2MB). It's also fairly cheap at $179 street price, and > definitely seems to be the one to get if you can find one - Canopus > claims back-orders all through January so far. The Canopus is the fastest of the 3 according to Tom's Hardware as well. > Then there's the Voodoo2 chipset which 3DFX claims is 3X faster than > the Voodoo Rush, but I don't see any mfrs actually doing boards based > on them. Any pointers? Last I heard, the voodoo2 was still not due out for another month or so, but it looks like it should be scary fast. > Finally, anyone working on FreeBSD drivers for this so we can play > with Mesa and rendering things at high speed? :-) You're a little behind, amancio's been playing glquake for months :) -- Jamie Bowden Systems Administrator, iTRiBE.net If we've got to fight over grep, sign me up. But boggle can go. -Ted Faber (on Hasbro's request for removal of /usr/games/boggle) From owner-freebsd-multimedia Sat Jan 3 17:20:17 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA17321 for multimedia-outgoing; Sat, 3 Jan 1998 17:20:17 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA17309 for ; Sat, 3 Jan 1998 17:20:13 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id RAA07678; Sat, 3 Jan 1998 17:19:52 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199801040119.RAA07678@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jamie Bowden cc: "Jordan K. Hubbard" , multimedia@freebsd.org Subject: Re: Gack, again! 3DFX cards. In-reply-to: Your message of "Sat, 03 Jan 1998 19:16:06 EST." <199801040015.TAA07175@gatekeeper.itribe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Jan 1998 17:19:52 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tnks Jamie! I thought that Jordan's posting was rather strange 8) There is no native FreeBSD "driver" for 3dfx cards . The 3dfx driver is a user land library interface for Voodoo chipsets from 3Dfx called "glide" for linux. I own a Diamond Monster 3D and a Matrox Millenium. Basically, Voodoo plus Vga setup is a two video card solution and in fact you can connect two monitors one to the Voodoo card and the other to your vga monitor, play glquake and answer email 8) Get something like a Diamond Monster 3D which is what I have over here because just about all the Voodoo chipset boards are about the same: Voodoo chipset + ram 8) Currently, there is no support for Voodoo II chipset nor are their any boards out yet. If anyone is interested in programming for Voodoo cards just check out http://www.ssec.wisc.edu/~brianp/Mesa.html at least thats a good starting point and for low level programming go to http://www.3dfx.com and get programming to guide for glide. glquake test was up and running on my box about a week after its release on nov 18 8) Here is my old README.GLQUAKE and yes sound does work on FreeBSD . ------------------------------------------------------------------------------- 12/15/97 How to get GLQuake working on FreeBSD 3.0-current. ********************IMPORTANT**************************************** All required patches for the linux layer are now part of 3.0 -current as of 12/15/97. If you have an earlier version of 3.0 -current please upgrade your system. ********************IMPORTANT**************************************** The linux glquake implementation uses Mesa, Glide, and svgalib-1.2.11. Info about Mesa: http://www.ssec.wisc.edu/~brianp/Mesa.html Info about Glide and Voodoo boards: http://www.3dfx.com In order to get glquake going on freebsd you need: hardware: a voodoo based board such as the diamond monster 3D . software: ftp://rah.star-gate.com/pub/svgalib-foo.tar.gz Download linux_glide_2_4.tar.gz from: http://www.3dfx.com/software/download_glidel.html Download MesaLib-2.5.tar.gz from: http://www.ssec.wisc.edu/~brianp/Mesa.html ftp://idgames/idstuff/unsup/unix/glquake-0.97-i386-unknown-linux2.0.tar.gz ftp://pub/FreeBSD/packages/devel/linux_devel-0.2.tgz 1. install the linux_devel-0.2.tgz 2. Get the linux_glide_2_4.tar.gz and install it in /usr/local/glide edit /usr/local/glide/include/texus.h and get rid of two extraneous // comments -- just the commment not the code 8) 3. set path=(/compat/linux/usr/bin $path) check that your gcc points to /compat/linux/usr/bin which gcc 4. mkidr /usr/quake-devel 5. cd /usr/quake-devel 6. tar -xzf Mesa-2.5.tar.gz 7. Build Mesa cd Mesa-2.5 8. make linux-glide 9. cp ./libs /usr/compat/linux/usr/lib/ /compat/linux/sbin/ldconfig 10. Build svgalib for linux but with a few mods for freebsd. cd /usr/quake-devel tar -xzf svgalib-foo.tar.gz cd svgalib-1.2.11 make rm /compat/linux/usr/lib/libvga* cp src/libvga.so.1.2.11 /compat/linux/usr/lib/ ln -s /compat/linux/usr/lib/libvga.so.1.2.11 /compat/linux/usr/lib/libvga.s o 11. if you want mouse support , edit libvga.conf then, mkdir /compat/linux/etc/vga cp libvga.conf /compat/linux/etc/vga/ 12. cd /usr/quake-devel tar glquake-0.97-i386-unknown-linux2.0.tar.gz 13. drop out of X. 14 Now run glquake 8) Amancio From owner-freebsd-multimedia Sat Jan 3 20:24:20 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA27860 for multimedia-outgoing; Sat, 3 Jan 1998 20:24:20 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from tor-adm1.nbc.netcom.ca (taob@tor-adm1.nbc.netcom.ca [207.181.89.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA27852 for ; Sat, 3 Jan 1998 20:24:16 -0800 (PST) (envelope-from taob@tor-adm1.nbc.netcom.ca) Received: (from taob@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) id XAA27913; Sat, 3 Jan 1998 23:24:12 -0500 (EST) Date: Sat, 3 Jan 1998 23:24:12 -0500 (EST) From: Brian Tao X-Sender: taob@tor-adm1 To: "Jordan K. Hubbard" cc: multimedia@FreeBSD.ORG Subject: Re: Gack, again! 3DFX cards. In-Reply-To: <1503.883869418@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 Jan 1998, Jordan K. Hubbard wrote: > > Of the 3, the Canopus product seems the most advanced, with 4MB of > texture memory vs the 2MB of the other cards (frame buffer is still > 2MB). It's also fairly cheap at $179 street price, and definitely > seems to be the one to get if you can find one - Canopus claims > back-orders all through January so far. I've got one here (picked one up in Toronto before the current shortage), and it rocks. It's definitely an advantage running glquake during net play over those poor slobs still stuck with software rendering. ;-) The Pure3D has built-in S-video and NTSC output, which the Monster3D does not. > Then there's the Voodoo2 chipset which 3DFX claims is 3X faster than > the Voodoo Rush, but I don't see any mfrs actually doing boards > based on them. Any pointers? None are available yet... I'll probably wait until June next year before upgrading. It will probably take that long to shake out the initial Voodoo2 offerings (the Pure3D came out when the Voodoo was 1.5 years old, but it was worth the wait). id reports an incredible 62 fps with two pre-production Voodoo2 boards on a PII-300 at 1024x768, running the Quake2 timedemo. -- Brian Tao (BT300, taob@netcom.ca) "Though this be madness, yet there is method in't" From owner-freebsd-multimedia Sat Jan 3 20:30:20 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28401 for multimedia-outgoing; Sat, 3 Jan 1998 20:30:20 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from tor-adm1.nbc.netcom.ca (taob@tor-adm1.nbc.netcom.ca [207.181.89.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA28391 for ; Sat, 3 Jan 1998 20:30:14 -0800 (PST) (envelope-from taob@tor-adm1.nbc.netcom.ca) Received: (from taob@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) id XAA27931; Sat, 3 Jan 1998 23:29:43 -0500 (EST) Date: Sat, 3 Jan 1998 23:29:43 -0500 (EST) From: Brian Tao X-Sender: taob@tor-adm1 To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: Gack, again! 3DFX cards. In-Reply-To: <199801040119.RAA07678@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 Jan 1998, Amancio Hasty wrote: > > glquake test was up and running on my box about a week after its > release on nov 18 8) I couldn't get glquake to work... it prints out some of the usual startup messages, but then crashes with an error (I'll get it when I'm at the office next, where I have it installed). The annoying thing is that the console keyboard map is completely randomized afterwards. I can't switch consoles or ctrl-alt-del reboot. It's either the reset switch, or ssh in from another machine on the LAN to reboot. This was on 3.0-971215. I'm going to try a more up-to-date -current. > Here is my old README.GLQUAKE and yes sound does work on FreeBSD . [...] > Download MesaLib-2.5.tar.gz from: > > http://www.ssec.wisc.edu/~brianp/Mesa.html > > ftp://idgames/idstuff/unsup/unix/glquake-0.97-i386-unknown-linux2.0.tar.gz I assume this should be ftp://ftp.cdrom.com/idgames/idstuff/... ? > 4. > mkidr /usr/quake-devel Probably better to use /usr/local/quake-devel ... > 9. > cp ./libs /usr/compat/linux/usr/lib/ cp -r ? > 10. Build svgalib for linux but with a few mods for freebsd. > > cd /usr/quake-devel > tar -xzf svgalib-foo.tar.gz > cd svgalib-1.2.11 > make > rm /compat/linux/usr/lib/libvga* > > cp src/libvga.so.1.2.11 /compat/linux/usr/lib/ > ln -s /compat/linux/usr/lib/libvga.so.1.2.11 /compat/linux/usr/lib/libvga.so There was another problem in there somewhere, but I don't have my notes with me from when I followed these instructions to get glquake working. -- Brian Tao (BT300, taob@netcom.ca) "Though this be madness, yet there is method in't" From owner-freebsd-multimedia Sat Jan 3 20:56:11 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA29939 for multimedia-outgoing; Sat, 3 Jan 1998 20:56:11 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA29929 for ; Sat, 3 Jan 1998 20:56:07 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id UAA10143; Sat, 3 Jan 1998 20:55:49 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199801040455.UAA10143@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Brian Tao cc: multimedia@FreeBSD.ORG Subject: Re: Gack, again! 3DFX cards. In-reply-to: Your message of "Sat, 03 Jan 1998 23:29:43 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Jan 1998 20:55:48 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don't run glquake from X and try to be more specific with the problem that you are having. Cheers, Amancio > On Sat, 3 Jan 1998, Amancio Hasty wrote: > > > > glquake test was up and running on my box about a week after its > > release on nov 18 8) > > I couldn't get glquake to work... it prints out some of the usual > startup messages, but then crashes with an error (I'll get it when I'm > at the office next, where I have it installed). The annoying thing is > that the console keyboard map is completely randomized afterwards. I > can't switch consoles or ctrl-alt-del reboot. It's either the reset > switch, or ssh in from another machine on the LAN to reboot. This was > on 3.0-971215. I'm going to try a more up-to-date -current. > > > Here is my old README.GLQUAKE and yes sound does work on FreeBSD . > [...] > > Download MesaLib-2.5.tar.gz from: > > > > http://www.ssec.wisc.edu/~brianp/Mesa.html > > > > ftp://idgames/idstuff/unsup/unix/glquake-0.97-i386-unknown-linux2.0.tar.gz > > I assume this should be ftp://ftp.cdrom.com/idgames/idstuff/... ? > > > 4. > > mkidr /usr/quake-devel > > Probably better to use /usr/local/quake-devel ... > > > 9. > > cp ./libs /usr/compat/linux/usr/lib/ > > cp -r ? > > > 10. Build svgalib for linux but with a few mods for freebsd. > > > > cd /usr/quake-devel > > tar -xzf svgalib-foo.tar.gz > > cd svgalib-1.2.11 > > make > > rm /compat/linux/usr/lib/libvga* > > > > cp src/libvga.so.1.2.11 /compat/linux/usr/lib/ > > ln -s /compat/linux/usr/lib/libvga.so.1.2.11 /compat/linux/usr/lib/libvga.so > > There was another problem in there somewhere, but I don't have my > notes with me from when I followed these instructions to get glquake > working. > -- > Brian Tao (BT300, taob@netcom.ca) > "Though this be madness, yet there is method in't" > From owner-freebsd-multimedia Sat Jan 3 21:18:32 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA01384 for multimedia-outgoing; Sat, 3 Jan 1998 21:18:32 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA01376 for ; Sat, 3 Jan 1998 21:18:25 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA10215; Sat, 3 Jan 1998 21:16:59 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199801040516.VAA10215@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Brian Tao cc: multimedia@freebsd.org Subject: Re: Gack, again! 3DFX cards. In-reply-to: Your message of "Sat, 03 Jan 1998 23:24:12 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Jan 1998 21:16:59 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, do you have the Canopus working on FreeBSD or for that matter does any have a Canopus working on FreeBSD? >From over here the added circuitry for NTSC or S-Video output perhaps makes a little difficult to support. I took out Jordan from the CC list since he is having problems over there receiving mail from my site. Cheers, Amancio > On Sat, 3 Jan 1998, Jordan K. Hubbard wrote: > > > > Of the 3, the Canopus product seems the most advanced, with 4MB of > > texture memory vs the 2MB of the other cards (frame buffer is still > > 2MB). It's also fairly cheap at $179 street price, and definitely > > seems to be the one to get if you can find one - Canopus claims > > back-orders all through January so far. > > I've got one here (picked one up in Toronto before the current > shortage), and it rocks. It's definitely an advantage running glquake > during net play over those poor slobs still stuck with software > rendering. ;-) The Pure3D has built-in S-video and NTSC output, > which the Monster3D does not. > > > Then there's the Voodoo2 chipset which 3DFX claims is 3X faster than > > the Voodoo Rush, but I don't see any mfrs actually doing boards > > based on them. Any pointers? > > None are available yet... I'll probably wait until June next year > before upgrading. It will probably take that long to shake out the > initial Voodoo2 offerings (the Pure3D came out when the Voodoo was 1.5 > years old, but it was worth the wait). id reports an incredible 62 > fps with two pre-production Voodoo2 boards on a PII-300 at 1024x768, > running the Quake2 timedemo. > -- > Brian Tao (BT300, taob@netcom.ca) > "Though this be madness, yet there is method in't" > From owner-freebsd-multimedia Sat Jan 3 21:22:25 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA01527 for multimedia-outgoing; Sat, 3 Jan 1998 21:22:25 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from tor-adm1.nbc.netcom.ca (taob@tor-adm1.nbc.netcom.ca [207.181.89.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA01521 for ; Sat, 3 Jan 1998 21:22:21 -0800 (PST) (envelope-from taob@tor-adm1.nbc.netcom.ca) Received: (from taob@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) id AAA29541; Sun, 4 Jan 1998 00:21:16 -0500 (EST) Date: Sun, 4 Jan 1998 00:21:16 -0500 (EST) From: Brian Tao X-Sender: taob@tor-adm1 To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: Gack, again! 3DFX cards. In-Reply-To: <199801040455.UAA10143@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 Jan 1998, Amancio Hasty wrote: > > Don't run glquake from X and try to be more specific with the > problem that you are having. Nope, this was with X shutdown, running it from the console. Tried it as root too, just to be sure. As I said, I have to be at the office to reproduce the problem, since that's where I have it installed. -- Brian Tao (BT300, taob@netcom.ca) "Though this be madness, yet there is method in't" From owner-freebsd-multimedia Sat Jan 3 21:41:58 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA02871 for multimedia-outgoing; Sat, 3 Jan 1998 21:41:58 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from onyx.atipa.com (user25778@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA02866 for ; Sat, 3 Jan 1998 21:41:54 -0800 (PST) (envelope-from freebsd@atipa.com) Received: (qmail-queue invoked by uid 1018); 4 Jan 1998 05:48:30 -0000 Date: Sat, 3 Jan 1998 22:48:29 -0700 (MST) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: "Jordan K. Hubbard" cc: multimedia@FreeBSD.ORG Subject: Re: Gack, again! 3DFX cards. In-Reply-To: <1503.883869418@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 Jan 1998, Jordan K. Hubbard wrote: > Finally, anyone working on FreeBSD drivers for this so we can play > with Mesa and rendering things at high speed? :-) I made a tarball that extracts, patches, recompiles, yadda yadda yadda... It was made on 2.2.5, but should be pretty much standard. Yank from ftp://ftp.atipa.com/pub/FreeBSD/bsd-voodoo.tgz. I have not included the Mesa-2.5 support yet; I'll get around to it if people bug me. Kevin From owner-freebsd-multimedia Sat Jan 3 21:59:34 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03778 for multimedia-outgoing; Sat, 3 Jan 1998 21:59:34 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from tor-adm1.nbc.netcom.ca (taob@tor-adm1.nbc.netcom.ca [207.181.89.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA03761 for ; Sat, 3 Jan 1998 21:59:07 -0800 (PST) (envelope-from taob@tor-adm1.nbc.netcom.ca) Received: (from taob@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) id AAA01078; Sun, 4 Jan 1998 00:59:01 -0500 (EST) Date: Sun, 4 Jan 1998 00:59:01 -0500 (EST) From: Brian Tao X-Sender: taob@tor-adm1 To: Amancio Hasty cc: multimedia@freebsd.org Subject: Re: Gack, again! 3DFX cards. In-Reply-To: <199801040516.VAA10215@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 Jan 1998, Amancio Hasty wrote: > > Well, do you have the Canopus working on FreeBSD or for that matter > does any have a Canopus working on FreeBSD? I don't have a way of testing it yet, except with glquake. > From over here the added circuitry for NTSC or S-Video output > perhaps makes a little difficult to support. I would assume that without explicit support for selecting the output port, existing drivers will just default to the VGA output, like other cards. I'm not too concerned about being able to use NTSC output under FreeBSD (not having a TV at work). -- Brian Tao (BT300, taob@netcom.ca) "Though this be madness, yet there is method in't" From owner-freebsd-multimedia Sat Jan 3 22:06:31 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA03985 for multimedia-outgoing; Sat, 3 Jan 1998 22:06:31 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA03978 for ; Sat, 3 Jan 1998 22:06:22 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id WAA10387; Sat, 3 Jan 1998 22:05:38 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199801040605.WAA10387@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Brian Tao cc: multimedia@freebsd.org Subject: Re: Gack, again! 3DFX cards. In-reply-to: Your message of "Sun, 04 Jan 1998 00:59:01 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Jan 1998 22:05:38 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You can try to run the Mesa demos which use the 3dfx . Just read the Mesa's README and README.3DFX Have fun, Amancio > On Sat, 3 Jan 1998, Amancio Hasty wrote: > > > > Well, do you have the Canopus working on FreeBSD or for that matter > > does any have a Canopus working on FreeBSD? > > I don't have a way of testing it yet, except with glquake. > > > From over here the added circuitry for NTSC or S-Video output > > perhaps makes a little difficult to support. > > I would assume that without explicit support for selecting the > output port, existing drivers will just default to the VGA output, > like other cards. I'm not too concerned about being able to use NTSC > output under FreeBSD (not having a TV at work). > -- > Brian Tao (BT300, taob@netcom.ca) > "Though this be madness, yet there is method in't" > From owner-freebsd-multimedia Sat Jan 3 22:08:17 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA04080 for multimedia-outgoing; Sat, 3 Jan 1998 22:08:17 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA04073 for ; Sat, 3 Jan 1998 22:08:11 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id WAA10401; Sat, 3 Jan 1998 22:07:58 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199801040607.WAA10401@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Brian Tao cc: multimedia@FreeBSD.ORG Subject: Re: Gack, again! 3DFX cards. In-reply-to: Your message of "Sun, 04 Jan 1998 00:21:16 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Jan 1998 22:07:58 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Not sure whats going on;however, you are the only so far reporting that glquake does not work on current perhaps there are others having similar problem however they have not reported anything to me or the list. Amancio > On Sat, 3 Jan 1998, Amancio Hasty wrote: > > > > Don't run glquake from X and try to be more specific with the > > problem that you are having. > > Nope, this was with X shutdown, running it from the console. > Tried it as root too, just to be sure. As I said, I have to be at the > office to reproduce the problem, since that's where I have it > installed. > -- > Brian Tao (BT300, taob@netcom.ca) > "Though this be madness, yet there is method in't" >