From owner-freebsd-multimedia Sun Nov 2 05:26:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA19564 for multimedia-outgoing; Sun, 2 Nov 1997 05:26:05 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from bloop.craftncomp.com (zzshocki.dialin.uq.net.au [203.101.242.9]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA19559 for ; Sun, 2 Nov 1997 05:25:59 -0800 (PST) (envelope-from shocking@bloop.craftncomp.com) Received: from bloop.craftncomp.com (localhost.craftncomp.com [127.0.0.1]) by bloop.craftncomp.com (8.8.7/8.8.7) with ESMTP id XAA00769 for ; Sun, 2 Nov 1997 23:33:25 +1000 (EST) (envelope-from shocking@bloop.craftncomp.com) Message-Id: <199711021333.XAA00769@bloop.craftncomp.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: multimedia@freebsd.org Subject: Sound stuff's in, how 'bout the Linux emu changes? Reply-To: shocking@mailbox.uq.edu.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 02 Nov 1997 23:33:24 +1000 From: Stephen Hocking Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk With Amancio's code safely in place, the sound driver now supports a lot of the functions that a few linux programs like to use. Are there any plans to merge Amancio's sound ioctl changes with current's linux emulation? Apropos of nothing (oh yeah?) I'd like to note that the new Linux quake for x11 supports the mouse. Stephen From owner-freebsd-multimedia Sun Nov 2 08:49:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA29956 for multimedia-outgoing; Sun, 2 Nov 1997 08:49:55 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA29946 for ; Sun, 2 Nov 1997 08:49:47 -0800 (PST) (envelope-from kimc@w8hd.org) Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by w8hd2.w8hd.org (8.8.5/8.8.5) with SMTP id LAA04023 for ; Sun, 2 Nov 1997 11:49:44 -0500 (EST) Date: Sun, 2 Nov 1997 11:49:43 -0500 (EST) From: Kim Culhan To: freebsd-multimedia@freebsd.org Subject: guspnp sound driver for 2.2.5-RELEASE 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 The guspnp drivers on Amancio's site (rah.star-gate.com) are for 3.0-current, is this available for 2.2.5-RELEASE ? The above drivers fail: loading kernel sound_switch.o: Undefined symbol `_MIDIbuf_read' referenced from text segment sound_switch.o: Undefined symbol `_MIDIbuf_write' referenced from text segment sound_switch.o: Undefined symbol `_MIDIbuf_open' referenced from text segment sound_switch.o: Undefined symbol `_MIDIbuf_release' referenced from text segment sound_switch.o: Undefined symbol `_MIDIbuf_ioctl' referenced from text segment dmabuf.o: Undefined symbol `_isa_dmastatus' referenced from text segment ioconf.o: Undefined symbol `_snddriver' referenced from data segment ioconf.o: Undefined symbol `_gusintr' referenced from data segment regards kim -- kimc@w8hd.org From owner-freebsd-multimedia Sun Nov 2 09:54:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA03118 for multimedia-outgoing; Sun, 2 Nov 1997 09:54:45 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from desdemona.dumpfbagge.de (aida.dumpfbagge.de [195.180.4.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA03110 for ; Sun, 2 Nov 1997 09:54:34 -0800 (PST) (envelope-from caz@desdemona.dumpfbagge.de) Received: from localhost (caz@localhost) by desdemona.dumpfbagge.de (8.8.5/8.8.5) with SMTP id SAA15267 for ; Sun, 2 Nov 1997 18:53:58 +0100 (CET) Date: Sun, 2 Nov 1997 18:53:58 +0100 (CET) From: Carsten Zimmermann To: multimedia@freebsd.org Subject: bt848 & Miro PCTV 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 ! Yesterday i tried to run my miro pctv card with the driver in 2.2.5 Release. Compiled fine. At boot the tuner was recognized as temic ntsc. As i understand the docu of the linux version the miro card is capable of doing NTSC and PAL. Using fxtv i was not able to get a clear picture. It seemed that the NTSC mode was active with all settings. I tried to override the tuner to a temic pal version in the kernel but nothing changed. I would love to see this thing running with fbsd. So if i can provide you some debugging data or even a temporal account on my machine i'd be happy to do it. I've no time at all to do some programming on my own (not to speak of the abilities to program hardware in C). :-( bye, Carsten From owner-freebsd-multimedia Sun Nov 2 10:43:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA05818 for multimedia-outgoing; Sun, 2 Nov 1997 10:43:56 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from freebsd.scds.com (jseger.shore.net [204.167.102.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA05811 for ; Sun, 2 Nov 1997 10:43:49 -0800 (PST) (envelope-from jseger@freebsd.scds.com) Received: (from jseger@localhost) by freebsd.scds.com (8.8.7/8.8.5) id NAA16005 for multimedia@freebsd.org; Sun, 2 Nov 1997 13:57:52 -0500 (EST) Date: Sun, 2 Nov 1997 13:57:52 -0500 (EST) From: "Justin M. Seger" Message-Id: <199711021857.NAA16005@freebsd.scds.com> To: multimedia@freebsd.org Subject: SB32 PNP w/ current Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a SB32 PNP which is being detected as: CSN 1 Vendor ID: CTL0044 [0x44008c0e] Serial 0x00119887 pcm1 (SB16pnp sn 0x00119887) at 0x220-0x22f irq 5 drq 1 flags 0x15 on isa What program(s) can I use to test this out? Thanks, -Justin Seger- BTW-This is current as of today. From owner-freebsd-multimedia Sun Nov 2 12:50:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA11604 for multimedia-outgoing; Sun, 2 Nov 1997 12:50:39 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA11599 for ; Sun, 2 Nov 1997 12:50:33 -0800 (PST) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id MAA02849; Sun, 2 Nov 1997 12:50:20 -0800 (PST) Message-ID: <19971102125019.18611@hydrogen.nike.efn.org> Date: Sun, 2 Nov 1997 12:50:19 -0800 From: John-Mark Gurney To: "Justin M. Seger" Cc: multimedia@FreeBSD.ORG Subject: Re: SB32 PNP w/ current References: <199711021857.NAA16005@freebsd.scds.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199711021857.NAA16005@freebsd.scds.com>; from Justin M. Seger on Sun, Nov 02, 1997 at 01:57:52PM -0500 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Justin M. Seger scribbled this message on Nov 2: > I have a SB32 PNP which is being detected as: > CSN 1 Vendor ID: CTL0044 [0x44008c0e] Serial 0x00119887 > pcm1 (SB16pnp sn 0x00119887) at 0x220-0x22f irq 5 drq 1 flags 0x15 on > isa > > What program(s) can I use to test this out? well.. you can use something like mikmod or nspmod to play a mod file... or you can grab some au files from ftp://resnet.uoregon.edu:6970/pub/sound/ and cat 'em to /dev/audio... just make sure that you rename the symlinks from pointing to {audio,dsp,dspW,mixer}0 to {audio,dsp,dspW,mixer}1 so that it uses the proper device... enjoy... ttyl.. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Sun Nov 2 13:04:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA12057 for multimedia-outgoing; Sun, 2 Nov 1997 13:04:10 -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 NAA12041 for ; Sun, 2 Nov 1997 13:04:02 -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 UAA16250; Sun, 2 Nov 1997 20:51:43 +0100 From: Luigi Rizzo Message-Id: <199711021951.UAA16250@labinfo.iet.unipi.it> Subject: Re: SB32 PNP w/ current To: jseger@freebsd.scds.com (Justin M. Seger) Date: Sun, 2 Nov 1997 20:51:43 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199711021857.NAA16005@freebsd.scds.com> from "Justin M. Seger" at Nov 2, 97 01:57:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have a SB32 PNP which is being detected as: > CSN 1 Vendor ID: CTL0044 [0x44008c0e] Serial 0x00119887 > pcm1 (SB16pnp sn 0x00119887) at 0x220-0x22f irq 5 drq 1 flags 0x15 on > isa > > What program(s) can I use to test this out? "cat" for one :) or any other audio program... say speak_freely, xanim, vat, rat, timidity, ... some of them need special audio modules which you can find in the snd97xxxx.tgz distribution at http://www.iet.unipi.it/~luigi/FreeBSD.html Cheers Luigi From owner-freebsd-multimedia Sun Nov 2 13:18:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA12538 for multimedia-outgoing; Sun, 2 Nov 1997 13:18:38 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from freebsd.scds.com (jseger.shore.net [204.167.102.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA12522 for ; Sun, 2 Nov 1997 13:18:20 -0800 (PST) (envelope-from jseger@freebsd.scds.com) Received: (from jseger@localhost) by freebsd.scds.com (8.8.7/8.8.5) id QAA16335; Sun, 2 Nov 1997 16:32:13 -0500 (EST) Date: Sun, 2 Nov 1997 16:32:13 -0500 (EST) From: "Justin M. Seger" Message-Id: <199711022132.QAA16335@freebsd.scds.com> To: jseger@freebsd.scds.com, luigi@labinfo.iet.unipi.it Subject: Re: SB32 PNP w/ current Cc: multimedia@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What lines should I add to my kernel config file? I noticed that I forgot to include the controller snd0 line, and just had one for pcm0 Thanks in advance, -Justin Seger- From owner-freebsd-multimedia Sun Nov 2 14:10:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA14831 for multimedia-outgoing; Sun, 2 Nov 1997 14:10:15 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA14826 for ; Sun, 2 Nov 1997 14:10:12 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id WAA18793; Sun, 2 Nov 1997 22:10:09 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id XAA20010; Sun, 2 Nov 1997 23:10:08 +0100 (MET) Date: Sun, 2 Nov 1997 23:10:08 +0100 (MET) Message-Id: <199711022210.XAA20010@bitbox.follo.net> From: Eivind Eklund To: Carsten Zimmermann CC: multimedia@FreeBSD.ORG In-reply-to: Carsten Zimmermann's message of Sun, 2 Nov 1997 18:53:58 +0100 (CET) Subject: Re: bt848 & Miro PCTV References: Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Hi ! > > Yesterday i tried to run my miro pctv card with the driver in 2.2.5 > Release. Compiled fine. At boot the tuner was recognized as temic ntsc. As > i understand the docu of the linux version the miro card is capable of > doing NTSC and PAL. Using fxtv i was not able to get a clear picture. It > seemed that the NTSC mode was active with all settings. I tried to > override the tuner to a temic pal version in the kernel but nothing > changed. > I would love to see this thing running with fbsd. So if i can provide you > some debugging data or even a temporal account on my machine i'd be > happy to do it. I've no time at all to do some programming on my own (not > to speak of the abilities to program hardware in C). :-( This is fixed in the new driver in -current. Please try that driver and report back. You should probably be able to just apply the paches from http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/brooktree848.c.diff?r1=1.16&r2=1.17 and http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/brktree_reg.h.diff?r1=1.8&r2=1.9 but I've not tried to merge this to 2.2 yet. There might be some problems with PAL VHF cable channel selector values; there seems to be a lot of channels that are slightly off for me, at least. I'm going to look at that, but it isn't high priority for me right now. Eivind. From owner-freebsd-multimedia Sun Nov 2 14:58:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA16397 for multimedia-outgoing; Sun, 2 Nov 1997 14:58:26 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA16390 for ; Sun, 2 Nov 1997 14:58:23 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id OAA23655; Sun, 2 Nov 1997 14:58:06 -0800 (PST) Message-Id: <199711022258.OAA23655@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Eivind Eklund cc: Carsten Zimmermann , multimedia@FreeBSD.ORG Subject: Re: bt848 & Miro PCTV In-reply-to: Your message of "Sun, 02 Nov 1997 23:10:08 +0100." <199711022210.XAA20010@bitbox.follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 02 Nov 1997 14:58:05 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Eivind, Try to check your patch to 2.2.5 the bt848 driver is supposed to be the same as in 3.0 -current -- in other words so far we are lucky in that the bt848 driver is exactly the same on 2.2.5 as in 3.0-current I wonder how long will 3.0-current will allow us to have the same bt848 driver on 2.2.5 8) Cheers, Amancio From owner-freebsd-multimedia Sun Nov 2 22:22:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA10312 for multimedia-outgoing; Sun, 2 Nov 1997 22:22:56 -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 WAA10307 for ; Sun, 2 Nov 1997 22:22:46 -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 GAA17013; Mon, 3 Nov 1997 06:11:07 +0100 From: Luigi Rizzo Message-Id: <199711030511.GAA17013@labinfo.iet.unipi.it> Subject: A small addition to the bt848 driver... To: multimedia@freebsd.org Date: Mon, 3 Nov 1997 06:11:06 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, yesterday I added a small piece of code to my version of the bt848 driver. It is an ioctl() which allows you to read/write peripherals hanging off the I2C bus of the Bt84 -- such as the tuner, the EEPROM, and the Teletext decoder. While I wrote this because am working on a teletext decode, i think this ioctl () will be useful to debug boards with new tuners etc. so I suggest it to be added in the standard driver. I have put the code within function tuner_ioctl() static int tuner_ioctl( bktr_ptr_t bktr, int unit, int cmd, caddr_t arg, struct proc* pr ) { ... case BT848_I2CWR: /* XXX */ { u_long par = *(u_long *)arg; u_char write = (par >> 24) & 0xff ; int i2c_addr = (par >> 16) & 0xff ; int i2c_port = (par >> 8) & 0xff ; u_long data = (par) & 0xff ; if (write) { i2cWrite( bktr, i2c_addr, i2c_port, data); } else { data = i2cRead( bktr, i2c_addr); } *(u_long *)arg = (par & 0xffffff00) | ( data & 0xff ); } break; and the definition of BT848_I2CWR is in /sys/i386/include/ioctl_bt848.h /* * b7-b0: data (read/write) * b15-b8: internal peripheral register (write) * b23-b16: i2c addr (write) * b31-b24: 1 = write, 0 = read */ #define BT848_I2CWR _IOWR('x', 57, u_long) /* i2c read-write */ 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 Sun Nov 2 22:42:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA11054 for multimedia-outgoing; Sun, 2 Nov 1997 22:42:52 -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 WAA11048 for ; Sun, 2 Nov 1997 22:42:48 -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 GAA17080; Mon, 3 Nov 1997 06:31:03 +0100 From: Luigi Rizzo Message-Id: <199711030531.GAA17080@labinfo.iet.unipi.it> Subject: audio modules for various applications To: multimedia@freebsd.org Date: Mon, 3 Nov 1997 06:31:03 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, with both Amancio's and my driver now being in the source tree, I think this is a good time to revise the audio modules used by various applications. I went through this a couple of months ago, and noticed that several audio modules were not -- in my opinion -- very high quality, often misusing features of the device driver or using redundant call. In other cases (e.g. full duplex support for the SB16 with vat/rat) the OSS API was unable to support the desired features so I add to implement and use new ioctl() calls. As a result, I have rewritten some of these modules specifically for my audio driver. At this point, however, a merge is abviously necessary. Basically my idea is to use the OSS API as much as possible, and revert to calls specific of my audio driver only when the same thing cannot be expressed using the OSS API. Ideally, my "soundcard.h" should be a superset of the OSS one, and should include some unique macro to distinguish it from OSS. The typical audio module needing the use of new API calls should be something like this: int have_new_driver = 0 ; ... /* near open time... */ #ifdef SOME_NEW_IOCTL if (ioctl(fd, SOME_NEW_IOCTL, &foo) >= 0) have_new_driver = 1 ; #endif SOME_NEW_IOCTL /* where new features need to be used */ #ifdef SOME_NEW_IOCTL if (have_new_driver) { ... use the new API ... } else #endif { ... use the OSS API } The above should allow the code to compile with both drivers, and to be able at runtime to detect either one. Hopefully this should be restricted to the smallest possible set of programs. Since many programs already work unchanged with the OSS API and my driver, I would like to focus on vat, nas, timidity and speak_freely which are the ones for which I have a replacement driver. Of course if others have noticed a poorly written audio module (e.g. one which causes the app to eat a lot of CPU because of the use of busy-wait loops, or one which does not check for short reads/writes or other abnormal conditions) this is a good chance to fix them. So I would like to know if there are users of Amancio's driver who can help on this. 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 Mon Nov 3 03:24:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA25472 for multimedia-outgoing; Mon, 3 Nov 1997 03:24:17 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA25466 for ; Mon, 3 Nov 1997 03:24:13 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id DAA08686 for ; Mon, 3 Nov 1997 03:24:10 -0800 (PST) Message-Id: <199711031124.DAA08686@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: http://www.afn.org/~cthugha/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 03 Nov 1997 03:24:09 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has any one ported cthugha to freebsd? cthugha it is sort of like a 60's music oscillope 8) Cheers, Amancio From owner-freebsd-multimedia Mon Nov 3 04:03:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA27162 for multimedia-outgoing; Mon, 3 Nov 1997 04:03:47 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA27153 for ; Mon, 3 Nov 1997 04:03:43 -0800 (PST) (envelope-from kimc@w8hd.org) Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by w8hd2.w8hd.org (8.8.5/8.8.5) with SMTP id HAA05092 for ; Mon, 3 Nov 1997 07:03:37 -0500 (EST) Date: Mon, 3 Nov 1997 07:03:36 -0500 (EST) From: Kim Culhan To: multimedia@FreeBSD.org Subject: OSS and Gravis PnP 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 If anyone has OSS running on 2.2.5-RELEASE with a Gravis PnP card, can you tell me which IRQ and DMA channels the OSS driver wants ? There is the soundblaster irq and ultrasound irq as well as dma channels for each. I can make the RealAudio player work with some combination of the above but maplay fails with an error returned suggesting possible irq/dma config problems and a DMA timeout failure. kim From owner-freebsd-multimedia Mon Nov 3 07:09:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA07779 for multimedia-outgoing; Mon, 3 Nov 1997 07:09:20 -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 HAA07774 for ; Mon, 3 Nov 1997 07:09:18 -0800 (PST) (envelope-from jamie@itribe.net) Message-Id: <199711031502.KAA01396@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Mon, 3 Nov 1997 10:06:02 -0500 (EST) From: Jamie Bowden To: Amancio Hasty cc: multimedia@freebsd.org Subject: Re: http://www.afn.org/~cthugha/ In-Reply-To: <199711031124.DAA08686@rah.star-gate.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 Mon, 3 Nov 1997, Amancio Hasty wrote: > > Has any one ported cthugha to freebsd? > > cthugha it is sort of like a 60's music oscillope 8) > > Cheers, > Amancio > > I looked at it. The X port is very Linux centric. Jamie Bowden System Administrator, iTRiBE.net Abusenet: The Misinformation Superhighway From owner-freebsd-multimedia Mon Nov 3 09:25:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA16146 for multimedia-outgoing; Mon, 3 Nov 1997 09:25:41 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from desdemona.dumpfbagge.de (aida.dumpfbagge.de [195.180.4.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA16124 for ; Mon, 3 Nov 1997 09:25:36 -0800 (PST) (envelope-from caz@desdemona.dumpfbagge.de) Received: from localhost (caz@localhost) by desdemona.dumpfbagge.de (8.8.5/8.8.5) with SMTP id SAA28769; Mon, 3 Nov 1997 18:23:42 +0100 (CET) Date: Mon, 3 Nov 1997 18:23:41 +0100 (CET) From: Carsten Zimmermann To: Eivind Eklund cc: multimedia@FreeBSD.ORG Subject: Re: bt848 & Miro PCTV In-Reply-To: <199711022210.XAA20010@bitbox.follo.net> 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 Sun, 2 Nov 1997, Eivind Eklund wrote: Hi ! It worked !!!!! Many thanks. Bye, Carsten > > > > > > Hi ! > > > > Yesterday i tried to run my miro pctv card with the driver in 2.2.5 > > Release. Compiled fine. At boot the tuner was recognized as temic ntsc. As > > i understand the docu of the linux version the miro card is capable of > > doing NTSC and PAL. Using fxtv i was not able to get a clear picture. It > > seemed that the NTSC mode was active with all settings. I tried to > > override the tuner to a temic pal version in the kernel but nothing > > changed. > > I would love to see this thing running with fbsd. So if i can provide you > > some debugging data or even a temporal account on my machine i'd be > > happy to do it. I've no time at all to do some programming on my own (not > > to speak of the abilities to program hardware in C). :-( > > This is fixed in the new driver in -current. Please try that driver > and report back. You should probably be able to just apply the paches > from > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/brooktree848.c.diff?r1=1.16&r2=1.17 > and > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/brktree_reg.h.diff?r1=1.8&r2=1.9 > but I've not tried to merge this to 2.2 yet. > > There might be some problems with PAL VHF cable channel selector > values; there seems to be a lot of channels that are slightly off for > me, at least. I'm going to look at that, but it isn't high priority > for me right now. > > Eivind. > From owner-freebsd-multimedia Mon Nov 3 10:08:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA20281 for multimedia-outgoing; Mon, 3 Nov 1997 10:08:53 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from sgi.sgi.com (SGI.COM [192.48.153.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA20276 for ; Mon, 3 Nov 1997 10:08:47 -0800 (PST) (envelope-from kjw@puma.engr.sgi.com) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA04037; Mon, 3 Nov 1997 10:08:34 -0800 env-from (kjw@puma.engr.sgi.com) Received: from puma.engr.sgi.com (puma.engr.sgi.com [130.62.51.34]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA25765; Mon, 3 Nov 1997 10:08:32 -0800 Received: (from kjw@localhost) by puma.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA25472; Mon, 3 Nov 1997 10:08:31 -0800 Date: Mon, 3 Nov 1997 10:08:31 -0800 From: kjw@puma.engr.sgi.com (Kevin Wang) Message-Id: <199711031808.KAA25472@puma.engr.sgi.com> To: "Vanill I. Shu" Subject: sb, sbxvi, audio playback problem using ports/audio/amp/amp-0.7.6 Cc: freebsd-multimedia@FreeBSD.ORG References: <199711010901.BAA22185@puma.engr.sgi.com> Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: "Vanill I. Shu" >On Sat, Nov 01, 1997 at 01:01:16AM -0800, Kevin Wang wrote: >> I am using amp on another platform quite successfully (irix) but when I >> am trying to play an mp3 file on my freebsd machine, it comes out somewhat >> garbled. The only symptom that I can say for sure is happening is that >> the playback time is exactly twice what it should be. >> Unfortunately, I can'te even tell if my sound card is working or is >> even installed correctly, since I don't have any audio test tools other >> than mixer. >> Could you suggest some direction or programs which might help my >> diagnosis? >the simple way, >got an .au, cat the.au > /dev/dsp >if your soundcard installed correctly, >you can hear sound. >if not.... after fighting with the machine for a long time, I found that it should've been "cat sound.au >/dev/audio". so my card, detected as a SB Pro (3.1), works. >PS. >you run amp as normal user?.. No, i've been running it as root, since I keep forgetting to chown the code to me. The problem persists, though. any .mp3 I play runs twice as long, and if I twiddle the source to turn stereo on instead of off, the audio is recognizable, but has lots and lots of static. I think that amp isn't setting the dsp correctly. my machine info: 2.2.5-RELEASE P100, digital hinote ultra II laptop ESS1688 detected as a SoundBlaster Pro 3.1 soundfile: http://reality.sgi.com/kjw_engr/out.mp3 22kHz, mono, runs about 2.5 minutes Could you try this soundfile and see if it sounds okay on your system? If so, then it's a driver problem. If not, then it is an amp problem. The chip (ess1688) says it is supposed to be capable of running as a Sb16, but I can't get sbxvi to load. I've tried many different drq's, etc, but can't get it loaded. Does that matter? will the sbpro handle 22.1kHz, mono or does it need to be downconverted to 8-bit mulaw? I hope not... And do I need opl? I won't be doing any midi. >could i ask a private question?.. >are you a Chinese?.. Wang seems a Chinese surname.. yes, my parents are both chinese. - Kevin Wang, kjw@sgi.com *** Please make sure to cc me on the reply, I am not subscribed to freebsd-multimedia! From owner-freebsd-multimedia Mon Nov 3 11:16:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA25349 for multimedia-outgoing; Mon, 3 Nov 1997 11:16:20 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from gaia.coppe.ufrj.br ([146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA25333 for ; Mon, 3 Nov 1997 11:16:10 -0800 (PST) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id RAA07431; Mon, 3 Nov 1997 17:14:14 -0200 (EDT) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199711031914.RAA07431@gaia.coppe.ufrj.br> Subject: Re: audio modules for various applications In-Reply-To: <199711030531.GAA17080@labinfo.iet.unipi.it> from Luigi Rizzo at "Nov 3, 97 06:31:03 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 3 Nov 1997 17:14:13 -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) // with both Amancio's and my driver now being in the source tree, I // think this is a good time to revise the audio modules used by // various applications. // // I went through this a couple of months ago, and noticed that several // audio modules were not -- in my opinion -- very high quality, often // misusing features of the device driver or using redundant call. In // other cases (e.g. full duplex support for the SB16 with vat/rat) // the OSS API was unable to support the desired features so I add to // implement and use new ioctl() calls. // // As a result, I have rewritten some of these modules specifically // for my audio driver. At this point, however, a merge is abviously // necessary. // // Basically my idea is to use the OSS API as much as possible, and I was waiting for a long time for somebody to raise this problem. In fact, I've always wondered why should we follow the linux OSS API other than the SUN audio API. Most programs I intend to use with FreeBSD also work with Sun/SunOS/Solaris. I think this is also the most used API, in Unix terms. Such a choice will kill support for the synth devices, but why do we need them after all ? I'd prefer to see some kind of software mixing in kernel, allowing multiple reader/writers to audio devices. (Does SGI do this ?) I'm not sure, but I also think that NetBSD and OpenBSD have chosen this path too. If and only if synth support is really wanted, it could be a separate device, with the appropriate hooks in the base device. Am I crazy ? // Since many programs already work unchanged with the OSS API and my // driver, I would like to focus on vat, nas, timidity and speak_freely // which are the ones for which I have a replacement driver. Of All of them compile out-of-the-box in Sun systems, right ? Jonny PS: More than never, "Turning PCs into workstations" 8^) -- 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 Mon Nov 3 11:19:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA25464 for multimedia-outgoing; Mon, 3 Nov 1997 11:19:00 -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 LAA25455 for ; Mon, 3 Nov 1997 11:18:53 -0800 (PST) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id RAA07551; Mon, 3 Nov 1997 17:18:41 -0200 (EDT) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199711031918.RAA07551@gaia.coppe.ufrj.br> Subject: Re: A small addition to the bt848 driver... In-Reply-To: <199711030511.GAA17013@labinfo.iet.unipi.it> from Luigi Rizzo at "Nov 3, 97 06:11:06 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 3 Nov 1997 17:18:41 -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) // if (write) { // i2cWrite( bktr, i2c_addr, i2c_port, data); // } else { // data = i2cRead( bktr, i2c_addr); // } Is there something harm that a mortal user could do using direct access to i2c bus ? If so, consider checking for root privs. This seems to much of low level access to allow to everybody. chmod'ing the device may not be an option. I would not want every bt848 program to be suid either. And depending on the power of i2c (think hardware debug), fbtab is not an option also. 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 Mon Nov 3 14:49:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA10455 for multimedia-outgoing; Mon, 3 Nov 1997 14:49:05 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from mailhub.iastate.edu (mailhub.iastate.edu [129.186.1.102]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA10446 for ; Mon, 3 Nov 1997 14:48:34 -0800 (PST) (envelope-from delux@iastate.edu) Received: from fiat-lux.res.iastate.edu (helser561.res.iastate.edu [129.186.166.61]) by mailhub.iastate.edu (8.8.5/8.8.5) with SMTP id QAA08347 for ; Mon, 3 Nov 1997 16:48:27 -0600 (CST) Message-Id: <3.0.3.32.19971103164815.006b5bac@pop-3.iastate.edu> X-Sender: delux@pop-3.iastate.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Mon, 03 Nov 1997 16:48:15 -0600 To: multimedia@freebsd.org From: Matthew M Lux Subject: PCI TV Card Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been using STB TV PCI tunner for a few months now, and have recently had to reformat my c drive. When I reinstalled the STB TV software and tried to run the program, I get the following message and the program doesn't start up: Error loading from file. Could you please help me rectify the situation. I've tried re-loading the software several times. Fiat Lux!!! From owner-freebsd-multimedia Mon Nov 3 16:11:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15647 for multimedia-outgoing; Mon, 3 Nov 1997 16:11:38 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from zip.elliott.net (zip.elliott.net [199.242.251.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA15637 for ; Mon, 3 Nov 1997 16:11:34 -0800 (PST) (envelope-from cam@KEGO.COM) Received: from KEGO.COM (rip.elliott.net [199.242.251.3]) by zip.elliott.net (8.6.12/8.6.12) with ESMTP id QAA01394; Mon, 3 Nov 1997 16:04:58 -0800 Message-ID: <345E66A8.1FA25E7@KEGO.COM> Date: Mon, 03 Nov 1997 16:04:56 -0800 From: Cameron Elliott Organization: KEGO - Software & Datacommunications X-Mailer: Mozilla 4.03 [en] (WinNT; I) MIME-Version: 1.0 To: multimedia@freebsd.org Subject: Best capture card for VIC conferencing? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm looking for the best possible setup to do VIC conferencing. Specificly, I'm wondering what capture card is the best under FreeBSD for capture, which card has the highest frame rate, while affecting CPU utilization the least. Since H.261 can be CPU intensive, thats why I'm asking. My experience with a Quickcam leaves a lot to be desired. Thanks Cameron If there is interest I will post a summary. From owner-freebsd-multimedia Mon Nov 3 16:28:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16563 for multimedia-outgoing; Mon, 3 Nov 1997 16:28:47 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from zip.elliott.net (zip.elliott.net [199.242.251.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA16557 for ; Mon, 3 Nov 1997 16:28:44 -0800 (PST) (envelope-from cam@KEGO.COM) Received: from KEGO.COM (rip.elliott.net [199.242.251.3]) by zip.elliott.net (8.6.12/8.6.12) with ESMTP id QAA01408; Mon, 3 Nov 1997 16:22:02 -0800 Message-ID: <345E6AAA.367D9972@KEGO.COM> Date: Mon, 03 Nov 1997 16:22:02 -0800 From: Cameron Elliott Organization: KEGO - Software & Datacommunications X-Mailer: Mozilla 4.03 [en] (WinNT; I) MIME-Version: 1.0 To: "multimedia@FreeBSD.ORG" Subject: Matrox Meteor or Wincast/TV/PCI?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I apologize for splitting this into two messages. I guess the primary question would be, with optimal performance in mind, should I purchase the Meteor or a Wincast/PCI? or even an Intel or other Bt848 based card. Thanks Cameron From owner-freebsd-multimedia Mon Nov 3 17:28:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA21793 for multimedia-outgoing; Mon, 3 Nov 1997 17:28:39 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA21787 for ; Mon, 3 Nov 1997 17:28:37 -0800 (PST) (envelope-from dwhite@gdi.uoregon.edu) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.7/8.8.7) with SMTP id RAA26355; Mon, 3 Nov 1997 17:28:27 -0800 (PST) (envelope-from dwhite@gdi.uoregon.edu) Date: Mon, 3 Nov 1997 17:28:27 -0800 (PST) From: Doug White Reply-To: Doug White To: Cameron Elliott cc: multimedia@FreeBSD.ORG Subject: Re: Best capture card for VIC conferencing? In-Reply-To: <345E66A8.1FA25E7@KEGO.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 Mon, 3 Nov 1997, Cameron Elliott wrote: > I'm looking for the best possible setup > to do VIC conferencing. > Specificly, I'm wondering what capture > card is the best under FreeBSD for capture, > which card has the highest frame rate, > while affecting CPU utilization the least. > > Since H.261 can be CPU intensive, thats why I'm > asking. > My experience with a Quickcam leaves a lot > to be desired. :-) Quickcams are good for snapshots but lack in the streaming video department. The range of bt848-based cards made by Hauppauge, STB, et.al. work very nicely. They're PCI capture boards that can do overlay on your video card. Check out http://www.freebsd.org/~ahasty/Bt848.html for more info. You'll need to fetch an updated vic which has a properly modified framegrabber. I don't work for them, I'm just a satisfied customer. :-) 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 Nov 3 18:43:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA28224 for multimedia-outgoing; Mon, 3 Nov 1997 18:43:46 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA28213 for ; Mon, 3 Nov 1997 18:43:39 -0800 (PST) (envelope-from finlayson@lvn.com) Received: from kaipara.live.com (kaipara.live.com [206.86.37.12] (may be forged)) by proxy3.ba.best.com (8.8.7/8.8.BEST) with SMTP id SAA25713 for ; Mon, 3 Nov 1997 18:42:27 -0800 (PST) Message-Id: <3.0.5.16.19971103193729.2ba7a142@shell7.ba.best.com> X-Sender: rsf@shell7.ba.best.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16) Date: Mon, 03 Nov 1997 19:37:29 To: multimedia@freebsd.org From: Ross Finlayson Subject: How to run PIM-SM on FreeBSD? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm currently trying to get a new MBone feed directly from my ISP (rather than the indirect feed - a DVMRP tunnel via mrouted - that I currently use). However, my ISP (which uses Cisco routers for its MBone feed) has been having trouble setting up a DVMRP tunnel to me, and would prefer to give me a PIM-SM tunnel instead. (Does the phrase "PIM tunnel" even make sense in this context?) If I were to go this route, what options (software, etc.) currently exist for running PIM-SM on FreeBSD? Has anyone out there had success getting PIM to work between FreeBSD and a (more than one hop away) Cisco router? Ross. From owner-freebsd-multimedia Mon Nov 3 19:45:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA03982 for multimedia-outgoing; Mon, 3 Nov 1997 19:45:06 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA03975 for ; Mon, 3 Nov 1997 19:45:04 -0800 (PST) (envelope-from dwhite@gdi.uoregon.edu) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.7/8.8.7) with SMTP id TAA26482; Mon, 3 Nov 1997 19:44:56 -0800 (PST) (envelope-from dwhite@gdi.uoregon.edu) Date: Mon, 3 Nov 1997 19:44:56 -0800 (PST) From: Doug White Reply-To: Doug White To: Cameron Elliott cc: "multimedia@FreeBSD.ORG" Subject: Re: Matrox Meteor or Wincast/TV/PCI?? In-Reply-To: <345E6AAA.367D9972@KEGO.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 Mon, 3 Nov 1997, Cameron Elliott wrote: > I apologize for splitting this into two messages. No problem, it's exactly what you should do. > I guess the primary question would be, > with optimal performance in mind, > should I purchase the Meteor or a Wincast/PCI? > or even an Intel or other Bt848 based card. The Bt848 based stuff is much newer and the Meteor can be hard to get a hold of in some places. If you already have a video card, there's no sense replacing it. The Bt848 runs alongside your existing card, overlaying video through it's framebuffer. They're also cheap, checking in at less than $150, and that's the tuner models. (someone correct me if the meteor is also an overlay card like the Bt. I've not worked with the Metors yet.) 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 Nov 3 21:21:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA11083 for multimedia-outgoing; Mon, 3 Nov 1997 21:21:04 -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 VAA11067 for ; Mon, 3 Nov 1997 21:20:49 -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 FAA19059; Tue, 4 Nov 1997 05:08:52 +0100 From: Luigi Rizzo Message-Id: <199711040408.FAA19059@labinfo.iet.unipi.it> Subject: Re: A small addition to the bt848 driver... To: jonny@coppe.ufrj.br (Joao Carlos Mendes Luis) Date: Tue, 4 Nov 1997 05:08:51 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199711031918.RAA07551@gaia.coppe.ufrj.br> from "Joao Carlos Mendes Luis" at Nov 3, 97 05:18:22 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > #define quoting(Luigi Rizzo) > // if (write) { > // i2cWrite( bktr, i2c_addr, i2c_port, data); > // } else { > // data = i2cRead( bktr, i2c_addr); > // } > > Is there something harm that a mortal user could do using direct > access to i2c bus ? If so, consider checking for root privs. > This seems to much of low level access to allow to everybody. reading is harmless, writing _could_ be dangerous if it tries to scramble the content of the EEprom. But a simple check on i2c_addr to deny access to the eeprom (or perhaps even to the tuner) should solve all problems. I agree that this should not be there, and we ought to have higher level calls to perform functions, but this code is meant mainly for development purposes. > chmod'ing the device may not be an option. I would not want > every bt848 program to be suid either. And depending on the > power of i2c (think hardware debug), fbtab is not an option are you sure you are not confusing i2c with something else, e.g. JTAG ? In any case if you are so worried about misuse of the card, you should really restrict access to it. As it is now, it is perfectly possible that some user passes a bogus video.addr to the card instructing it to dump data onto memory at random places ? There is no checking whatsoever... That's in my opinion a big security hole. 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 Mon Nov 3 21:48:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA13141 for multimedia-outgoing; Mon, 3 Nov 1997 21:48:15 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA13135 for ; Mon, 3 Nov 1997 21:48:11 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id VAA12958; Mon, 3 Nov 1997 21:47:55 -0800 (PST) Message-Id: <199711040547.VAA12958@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Doug White cc: Cameron Elliott , "multimedia@FreeBSD.ORG" Subject: Re: Matrox Meteor or Wincast/TV/PCI?? In-reply-to: Your message of "Mon, 03 Nov 1997 19:44:56 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 03 Nov 1997 21:47:54 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Mon, 3 Nov 1997, Cameron Elliott wrote: > > > I apologize for splitting this into two messages. > > No problem, it's exactly what you should do. > > > I guess the primary question would be, > > with optimal performance in mind, > > should I purchase the Meteor or a Wincast/PCI? > > or even an Intel or other Bt848 based card. > > The Bt848 based stuff is much newer and the Meteor can be hard to get a > hold of in some places. > > If you already have a video card, there's no sense replacing it. The > Bt848 runs alongside your existing card, overlaying video through it's > framebuffer. > > They're also cheap, checking in at less than $150, and that's the tuner > models. > > (someone correct me if the meteor is also an overlay card like the Bt. > I've not worked with the Metors yet.) > Technically, the meteor is perhaps a better video capture board. Its downside its cost and it is not a PCI 2.0 compliant card which got us into trouble with the Natoma Pentium Pro chipset. Omnimedia sells a meteor clone for about $300 -- see their web site: http://www.omt.com Yes, I have used omnimedia's clone and I also own a matrox meteor. The bt848 based cards are more versatile than the meteor cards and cheaper. Additionally, the bt848 enjoys broad support from this group. As for performance they are about the same and neither one kills your system -- there is no comparison between the quickam like devices and modern day PCI video capture boards. As for h.261 encoding get the fastest cpu you can with a reasonable memory subsystem --- sdram, edo , etc.. Cheers, Amancio From owner-freebsd-multimedia Mon Nov 3 21:56:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA13866 for multimedia-outgoing; Mon, 3 Nov 1997 21:56:07 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from ec.camitel.com (merlin.ec.camitel.com [206.231.123.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA13860 for ; Mon, 3 Nov 1997 21:56:04 -0800 (PST) (envelope-from cfortin@ec.camitel.com) Received: (from cfortin@localhost) by ec.camitel.com (8.8.5/8.8.5) id BAA00662 for FREEBSD-MULTIMEDIA@freebsd.org; Tue, 4 Nov 1997 01:10:01 -0500 (EST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 04 Nov 1997 00:44:10 -0500 (EST) From: Christian Fortin To: FREEBSD-MULTIMEDIA@freebsd.org Subject: What is the best sound card for FBSD ? Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anybody can give to me a feedback about the best sound card for FreeBSD at this time. I want to run SpeakFreely. It use 16 bit DAC and Full Duplex. I want a sound card supported by the PnP system of FreeBSD. I want to be able to select an IRQ over 9. I have check in Kernel config, I can see GUS and SB. wich one is the more suported for done a good work ? Wich model in this two companies is the best. A friend run with a full jumpered SB pro. I think that's the best for an easy configuration, but it's not Full Duplexe, and it's obsolete :-( Please CC to me directly! ---------------------------------- E-Mail: Christian Fortin Date: 04-Nov-97 Heure: 00:44:10 ##############################################--------+ Electro-Conception tel:(418) 872-6641 | 3665 Croisset fax:(418) 872-9198 | Quebec,P.Q. www.ec.camitel.com/ec | G1P-1L4 | /--|<|--WM--|(--J Canada -----------------L---WM-----< \----1 --- - From owner-freebsd-multimedia Mon Nov 3 23:05:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA17674 for multimedia-outgoing; Mon, 3 Nov 1997 23:05:39 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA17667 for ; Mon, 3 Nov 1997 23:05:35 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA13741; Mon, 3 Nov 1997 23:05:05 -0800 (PST) Message-Id: <199711040705.XAA13741@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: jonny@coppe.ufrj.br (Joao Carlos Mendes Luis), multimedia@FreeBSD.ORG Subject: Re: A small addition to the bt848 driver... In-reply-to: Your message of "Tue, 04 Nov 1997 05:08:51 +0100." <199711040408.FAA19059@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 03 Nov 1997 23:05:05 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > #define quoting(Luigi Rizzo) > > // if (write) { > > // i2cWrite( bktr, i2c_addr, i2c_port, data); > > // } else { > > // data = i2cRead( bktr, i2c_addr); > > // } > > > > Is there something harm that a mortal user could do using direct > > access to i2c bus ? If so, consider checking for root privs. > > This seems to much of low level access to allow to everybody. > > reading is harmless, writing _could_ be dangerous if it tries to > scramble the content of the EEprom. But a simple check on i2c_addr > to deny access to the eeprom (or perhaps even to the tuner) should > solve all problems. > > I agree that this should not be there, and we ought to have higher > level calls to perform functions, but this code is meant mainly for > development purposes. > > > chmod'ing the device may not be an option. I would not want > > every bt848 program to be suid either. And depending on the > > power of i2c (think hardware debug), fbtab is not an option > > are you sure you are not confusing i2c with something else, e.g. > JTAG ? > > In any case if you are so worried about misuse of the card, you should > really restrict access to it. As it is now, it is perfectly possible > that some user passes a bogus video.addr to the card instructing > it to dump data onto memory at random places ? There is no checking > whatsoever... That's in my opinion a big security hole. Passing whatever address you want to the bt848 is not a security hole if people are so concerned about it then just add appropiate permissions to /dev/bktr* . Typically Luigi, if it is for development the code is wrapped around a #ifdef ;however, if you feel like you have a genuine usage for your ioctl then I will be happy to have them committed. Cheers, Amancio From owner-freebsd-multimedia Mon Nov 3 23:57:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21247 for multimedia-outgoing; Mon, 3 Nov 1997 23:57:43 -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 XAA21242 for ; Mon, 3 Nov 1997 23:57:40 -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 HAA19411; Tue, 4 Nov 1997 07:45:53 +0100 From: Luigi Rizzo Message-Id: <199711040645.HAA19411@labinfo.iet.unipi.it> Subject: Re: What is the best sound card for FBSD ? To: cfortin@ec.camitel.com (Christian Fortin) Date: Tue, 4 Nov 1997 07:45:53 +0100 (MET) Cc: FREEBSD-MULTIMEDIA@FreeBSD.ORG In-Reply-To: from "Christian Fortin" at Nov 4, 97 00:43:51 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Anybody can give to me a feedback about the best sound card for > FreeBSD at this time. > > I want to run SpeakFreely. It use 16 bit DAC and Full Duplex. > > I want a sound card supported by the PnP system of FreeBSD. > I want to be able to select an IRQ over 9. > > I have check in Kernel config, I can see GUS and SB. > wich one is the more suported for done a good work ? > Wich model in this two companies is the best. > > A friend run with a full jumpered SB pro. I think > that's the best for an easy configuration, but it's not Full Duplexe, > and it's obsolete :-( try to avoid SB cards and buy some (much cheaper!) full duplex WSS clone such as those based on the Crystal CS4237. Drivers for audio and pnp are at http://www.iet.unipi.it/~luigi/FreeBSD.html Cheers Luigi From owner-freebsd-multimedia Tue Nov 4 00:37:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA24318 for multimedia-outgoing; Tue, 4 Nov 1997 00:37:22 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA24310 for ; Tue, 4 Nov 1997 00:37:19 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id AAA00548; Tue, 4 Nov 1997 00:31:19 -0800 (PST) Message-Id: <199711040831.AAA00548@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@freebsd.org Subject: Re: A small addition to the bt848 driver... In-reply-to: Your message of "Tue, 04 Nov 1997 07:42:56 +0100." <199711040642.HAA19393@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Nov 1997 00:31:19 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > In any case if you are so worried about misuse of the card, you should > > > really restrict access to it. As it is now, it is perfectly possible > > > that some user passes a bogus video.addr to the card instructing > > > it to dump data onto memory at random places ? There is no checking > > > whatsoever... That's in my opinion a big security hole. > > > > Passing whatever address you want to the bt848 is not a security > > hole if people are so concerned about it then just add appropiate > > permissions to /dev/bktr* . > > precisely my point (however maybe something could be done in the > driver to check at least that the "video.addr" does not point to > pages of non-video RAM). Nope I rather keep this way for the purpose of future usage like dumping video straight to a memory mapped region of a device other than a video card. > > Typically Luigi, if it is for development the code is wrapped around > > a #ifdef ;however, if you feel like you have a genuine usage for > > your ioctl then I will be happy to have them committed. > > whatever you like. I think this will let us write user-space apps to > control the tuner, teletext circuitry and so on. This can be a > significant advantage even for non-developers who will not have to > rebuild the kernel to upgrade. > Fine then please just check in the code for controlling the tuner. Tnks, Amancio From owner-freebsd-multimedia Tue Nov 4 01:23:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA27528 for multimedia-outgoing; Tue, 4 Nov 1997 01:23:52 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from precipice.shockwave.com (ppp-207-104-18-85.snfc21.pacbell.net [207.104.18.85]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA27522 for ; Tue, 4 Nov 1997 01:23:49 -0800 (PST) (envelope-from pst@Shockwave.COM) Received: (from pst@localhost) by precipice.shockwave.com (8.8.7/8.7.3) id BAA00258 for multimedia@freebsd.org; Tue, 4 Nov 1997 01:23:47 -0800 (PST) Date: Tue, 4 Nov 1997 01:23:47 -0800 (PST) From: Paul Traina Message-Id: <199711040923.BAA00258@precipice.shockwave.com> To: multimedia@freebsd.org Subject: -current change to Luigi's driver? Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm confused about proper configuration of a CS4237 based PnP device. I'm running -current as of today. The relevant bits of my config are: controller pnp0 device pcm0 at isa? port ? tty irq 11 drq 1 flags 0x3 vector pcmintr I get the following when I boot: Probing for PnP devices: CSN 1 Vendor ID: CSCd937 [0x37d9630e] Serial 0xffffffff mss_attach 1 at 0x530 irq 5 dma 1:3 flags 0x13 pcm1 (cs423x/ymh0020 sn 0xffffffff) at 0x530-0x537 irq 5 drq 1 flags 0x13 on isa Probing for devices on the ISA bus: .... pcm0 not probed due to drq conflict with pcm1 at 1 This seemed to work a week or so ago. I personally think the sound code should be configured with: controller pnp0 device pcm0 at isa? vector pcmintr but that option was not suggested in the text. /dev/sndstat reads: FreeBSD Audio Driver (971023) Nov 3 1997 22:48:58 Installed devices: pcm1: at 0x530 irq 5 dma 1:3 What should I be doing to get the device to show up as pcm0? From owner-freebsd-multimedia Tue Nov 4 01:57:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA29810 for multimedia-outgoing; Tue, 4 Nov 1997 01:57:28 -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 BAA29794 for ; Tue, 4 Nov 1997 01:57:01 -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 JAA19627; Tue, 4 Nov 1997 09:43:11 +0100 From: Luigi Rizzo Message-Id: <199711040843.JAA19627@labinfo.iet.unipi.it> Subject: Re: A small addition to the bt848 driver... To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 4 Nov 1997 09:43:10 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199711040831.AAA00548@rah.star-gate.com> from "Amancio Hasty" at Nov 4, 97 00:31:00 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Passing whatever address you want to the bt848 is not a security > > > hole if people are so concerned about it then just add appropiate > > > permissions to /dev/bktr* . > > > > precisely my point (however maybe something could be done in the > > driver to check at least that the "video.addr" does not point to > > pages of non-video RAM). > > Nope I rather keep this way for the purpose of future usage like dumping > video straight to a memory mapped region of a device other than > a video card. ok so let's keep it like this. > > > Typically Luigi, if it is for development the code is wrapped around > > > a #ifdef ;however, if you feel like you have a genuine usage for > > > your ioctl then I will be happy to have them committed. > > > > whatever you like. I think this will let us write user-space apps to > > control the tuner, teletext circuitry and so on. This can be a > > significant advantage even for non-developers who will not have to > > rebuild the kernel to upgrade. > > > > Fine then please just check in the code for controlling the tuner. not ready yet (and that would be teletext, not tuner!) unless you mean the few lines that implement the ioctl() and the message is directed to mark murray :) Cheers Luigi From owner-freebsd-multimedia Tue Nov 4 02:16:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA01173 for multimedia-outgoing; Tue, 4 Nov 1997 02:16:43 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA01162 for ; Tue, 4 Nov 1997 02:16:37 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id CAA05525; Tue, 4 Nov 1997 02:16:33 -0800 (PST) Message-Id: <199711041016.CAA05525@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jamie Bowden cc: multimedia@FreeBSD.ORG Subject: Re: http://www.afn.org/~cthugha/ In-reply-to: Your message of "Mon, 03 Nov 1997 10:06:02 EST." <199711031502.KAA01396@gatekeeper.itribe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Nov 1997 02:16:32 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, It looks like the hardest part is parsing all the options available and the cd audio component that is it . Aside from the scsi cd audio component it should it take a couple of nites to port chtugha to FreeBSD. Cheers, Amancio > On Mon, 3 Nov 1997, Amancio Hasty wrote: > > > > > Has any one ported cthugha to freebsd? > > > > cthugha it is sort of like a 60's music oscillope 8) > > > > Cheers, > > Amancio > > > > > > I looked at it. The X port is very Linux centric. > > Jamie Bowden > System Administrator, iTRiBE.net > > Abusenet: The Misinformation Superhighway > From owner-freebsd-multimedia Tue Nov 4 02:20:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA01472 for multimedia-outgoing; Tue, 4 Nov 1997 02:20:52 -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 CAA01462 for ; Tue, 4 Nov 1997 02:20:40 -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 KAA19760; Tue, 4 Nov 1997 10:08:18 +0100 From: Luigi Rizzo Message-Id: <199711040908.KAA19760@labinfo.iet.unipi.it> Subject: Re: -current change to Luigi's driver? To: pst@Shockwave.COM (Paul Traina) Date: Tue, 4 Nov 1997 10:08:17 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199711040923.BAA00258@precipice.shockwave.com> from "Paul Traina" at Nov 4, 97 01:23:28 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm confused about proper configuration of a CS4237 based PnP device. > I'm running -current as of today. > The relevant bits of my config are: > > controller pnp0 > devicepcm0 at isa? port ? tty irq 11 drq 1 flags 0x3 vector pcmintr Not correct. If you have a secondary dma channel for a non PnP device, you need "flags 0x13". But since you have a PnP device all the parameters are ignored except "vector pcmintr" ... > This seemed to work a week or so ago. the previous code was over one month old and it used the same principle -- the only difference might be that there was no check and your device was attached twice, as both pcm1 and pcm0. > I personally think the sound code should be configured with: > > controller pnp0 > device pcm0 at isa? vector pcmintr > > but that option was not suggested in the text. it is probably ok, however I am a bit uncertain if the "vector" field is used properly when there is no "irq" field. Plus, you need full parameters for non PnP devices, so i went for the safe way and suggested filling all fields. > /dev/sndstat reads: > > FreeBSD Audio Driver (971023) Nov 3 1997 22:48:58 > Installed devices: > pcm1: at 0x530 irq 5 dma 1:3 > > What should I be doing to get the device to show up as pcm0? There is no support for this right now. Once again: PnP devices are probed and attached before non-PnP devices. When you put "device pcm0 ..." in your config file it means that you want unit 0 reserved for a non-PnP device, so PnP device must start from the next available unit. This is exactly the same thing that is done for drivers which support both non-PnP and other (e.g. PCI) devices, such as the "ed" driver. The possible alternatives are: 1. use low numbers for PnP devices, and the next ones for non-PnP ones. This would cause no problems since it is rare that somebody has more than one sound card installed (I at times use three but only for testing purposes...). Maybe this is something to be pursued but realize that it is different from what has been done for PCI and I find it confusing to adopt two radically different strategies in the kernel. 2. change the order of probe-attach so that all probes are done first, then all attach. This however might require some massive checks in drivers to make sure that they still work and do not expect an attach right after the probe (and I suspect many do). 3. change unit numbers after attaching all devices to pack them starting from 0. This can be confusing since you might see in your dmesg.boot things like: pcm1 attached... ... pcm0 not found ... pcm1 now becomes pcm0 4. make the same device appear as both unit 0 and unit 1. I don't even want to think about this... If there is some agreement about one of the above -- or some other alternative, let me know and I will be glad to implement the relevant parts in the audio driver, provided the rest of the kernel is aligned to use the same conventions. Until then I will stick with what is done for ISA/PCI device drivers. 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 Tue Nov 4 03:48:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA06091 for multimedia-outgoing; Tue, 4 Nov 1997 03:48: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 DAA06085 for ; Tue, 4 Nov 1997 03:48: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 LAA20006; Tue, 4 Nov 1997 11:28:43 +0100 From: Luigi Rizzo Message-Id: <199711041028.LAA20006@labinfo.iet.unipi.it> Subject: Re: audio modules for various applications To: jonny@coppe.ufrj.br (Joao Carlos Mendes Luis) Date: Tue, 4 Nov 1997 11:28:43 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199711031914.RAA07431@gaia.coppe.ufrj.br> from "Joao Carlos Mendes Luis" at Nov 3, 97 05:13:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > #define quoting(Luigi Rizzo) > // with both Amancio's and my driver now being in the source tree, I > // think this is a good time to revise the audio modules used by > // various applications. ... > // Basically my idea is to use the OSS API as much as possible, and > > I was waiting for a long time for somebody to raise this problem. > In fact, I've always wondered why should we follow the linux OSS > API other than the SUN audio API. Most programs I intend to use > with FreeBSD also work with Sun/SunOS/Solaris. I think this is > also the most used API, in Unix terms. I am not familiar about the Sun audio API to say how good or bad it is. >From what I see in audio_sun.cc in the vat sources, but I don't particularly like the idea of having a large data structure with a lot of spare fields which must be carefully initialized before passing them to the ioctl() calls... plus i am a bit uncertain on the presence and semantics of ioctl() which support synchronization with the audio device... plus I am not sure if it supports the concept of an input mixer... The OSS/Voxware interface does _some_ things in a nice way, and some in a way that I really don't like. But the reason to use OSS instead of SUN is that there is a commercial version of the driver, and far too many linux apps which use that one. We simply have no choice (from a "marketing" point of view). I am looking at the definition of a new API for audio device, aimed at minimizing the number of calls, and giving more support to synchronization. But this will not be SUN either... > // Since many programs already work unchanged with the OSS API and my > // driver, I would like to focus on vat, nas, timidity and speak_freely > // which are the ones for which I have a replacement driver. Of > > All of them compile out-of-the-box in Sun systems, right ? even for "vat" there is an oss port. But OSS does not support full duplex on the SB16 whereas my driver does. In fact the SUN API seems to be able to express this, but we cannot really hope to support a thousand different interfaces in the driver... Cheers Luigi From owner-freebsd-multimedia Tue Nov 4 07:40:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA17322 for multimedia-outgoing; Tue, 4 Nov 1997 07:40:20 -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 HAA17284 for ; Tue, 4 Nov 1997 07:40:08 -0800 (PST) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id NAA20512; Tue, 4 Nov 1997 13:28:41 -0200 (EDT) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199711041528.NAA20512@gaia.coppe.ufrj.br> Subject: Re: audio modules for various applications In-Reply-To: <199711041028.LAA20006@labinfo.iet.unipi.it> from Luigi Rizzo at "Nov 4, 97 11:28:43 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 4 Nov 1997 13:28:41 -0200 (EDT) Cc: jonny@coppe.ufrj.br, 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) // I am not familiar about the Sun audio API to say how good or bad // it is. The biggest win is that it's more standard. Except from Linux Toys, everything I've ever seen in Free Multimedia runs on Sun hardware. // >From what I see in audio_sun.cc in the vat sources, but I don't // particularly like the idea of having a large data structure with // a lot of spare fields which must be carefully initialized before // passing them to the ioctl() calls... plus i am a bit uncertain on // the presence and semantics of ioctl() which support synchronization // with the audio device... plus I am not sure if it supports the // concept of an input mixer... It has an input mixer. Every Sun I've ever seen can select from Mic and Line inputs, and Speaker and Line outputs. Some SS5 may also select a CD Audio input. On the programming side, Sun systems usually have a /usr/demo/SOUNDS directory with include files and some example sources. If you can't find anything nearer, I may create an account for you here. Also, NetBSD sources may have everything you want. I really think that a peek at NetBSD implementation would be a good start. // The OSS/Voxware interface does _some_ things in a nice way, and // some in a way that I really don't like. But the reason to use OSS // instead of SUN is that there is a commercial version of the driver, // and far too many linux apps which use that one. We simply have no // choice (from a "marketing" point of view). I think that there are less Linux Apps than Sun Apps. And only those with synth support may not run on Sun, but those also don't yet run on your driver. If the Linux source compatibility is really that important, there could be some sort of compat devices. In NetBSD there's a compat/ossaudio directory. Also, /dev/audio could be the "Sun Device", and /dev/dsp the "Linux Device". // I am looking at the definition of a new API for audio device, aimed // at minimizing the number of calls, and giving more support to // synchronization. But this will not be SUN either... If you need a new API, why not to use something compatible ? Sound Blaster is the worst audio card in the market, but they are "compatible". They were the first, and now they have the market. Why fight compatibility ? If you wnat something better, do it as an extension. NetBSD also has some "BSD extensions", as described in their /usr/include/sys/audioio.h 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 Tue Nov 4 10:45:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA28276 for multimedia-outgoing; Tue, 4 Nov 1997 10:45:32 -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 KAA28262 for ; Tue, 4 Nov 1997 10:45:23 -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 SAA20704; Tue, 4 Nov 1997 18:32:53 +0100 From: Luigi Rizzo Message-Id: <199711041732.SAA20704@labinfo.iet.unipi.it> Subject: Re: audio modules for various applications To: jonny@coppe.ufrj.br (Joao Carlos Mendes Luis) Date: Tue, 4 Nov 1997 18:32:52 +0100 (MET) Cc: jonny@coppe.ufrj.br, multimedia@FreeBSD.ORG In-Reply-To: <199711041528.NAA20512@gaia.coppe.ufrj.br> from "Joao Carlos Mendes Luis" at Nov 4, 97 01:28:22 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > // I am not familiar about the Sun audio API to say how good or bad > // it is. > > The biggest win is that it's more standard. > > Except from Linux Toys, everything I've ever seen in Free Multimedia > runs on Sun hardware. but people want toys... and now that they don't have /usr/games anymore ... :) > If the Linux source compatibility is really that important, there > could be some sort of compat devices. In NetBSD there's a compat/ossaudio > directory. once you have to implement compatibility modes, you need all the low level features to implement them. As an example, implementing mmapped access to the audio buffer is very challenging. > Also, /dev/audio could be the "Sun Device", and /dev/dsp the "Linux > Device". there is no need to differentiate things like this. It's the ioctl() which you use that should suffice to make the difference. > // I am looking at the definition of a new API for audio device, aimed > // at minimizing the number of calls, and giving more support to > // synchronization. But this will not be SUN either... > > If you need a new API, why not to use something compatible ? if it does what I want, why not ? I'll look into the Sun documentation. Remember -- I am not looking after a thousand different library functions, just a basic, simple, effective set of ioctl() calls. Cheers Luigi From owner-freebsd-multimedia Tue Nov 4 11:39:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA01743 for multimedia-outgoing; Tue, 4 Nov 1997 11:39:53 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from gaia.coppe.ufrj.br ([146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA01735 for ; Tue, 4 Nov 1997 11:39:47 -0800 (PST) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id RAA26899; Tue, 4 Nov 1997 17:38:44 -0200 (EDT) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199711041938.RAA26899@gaia.coppe.ufrj.br> Subject: Re: A small addition to the bt848 driver... In-Reply-To: <199711040831.AAA00548@rah.star-gate.com> from Amancio Hasty at "Nov 4, 97 00:31:19 am" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 4 Nov 1997 17:38:44 -0200 (EDT) Cc: luigi@labinfo.iet.unipi.it, 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(Amancio Hasty) // > precisely my point (however maybe something could be done in the // > driver to check at least that the "video.addr" does not point to // > pages of non-video RAM). // // Nope I rather keep this way for the purpose of future usage like dumping // video straight to a memory mapped region of a device other than // a video card. BTW: Is it already possible to mmap a file, and force the bktr driver to capture images direct to that file ? I think it's not easy, mostly because of paging boundaries, but the idea cativats me: Video direct from board to disk. :) 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 Tue Nov 4 12:41:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA05837 for multimedia-outgoing; Tue, 4 Nov 1997 12:41:17 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA05824 for ; Tue, 4 Nov 1997 12:41:11 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id MAA07198; Tue, 4 Nov 1997 12:40:15 -0800 (PST) Message-Id: <199711042040.MAA07198@rah.star-gate.com> To: Joao Carlos Mendes Luis cc: hasty@rah.star-gate.com (Amancio Hasty), luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG, hasty@rah.star-gate.com Subject: Re: A small addition to the bt848 driver... In-reply-to: Your message of "Tue, 04 Nov 1997 17:38:44 -0200." <199711041938.RAA26899@gaia.coppe.ufrj.br> Date: Tue, 04 Nov 1997 12:40:14 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk If we put our mind to it we can probably do it , the gating factor remains the disk thruput which is becoming less of an issue. I bought an IDE 3.1 Gig which can do 8MB per sec. Cheers, Amancio From owner-freebsd-multimedia Tue Nov 4 18:56:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA02798 for multimedia-outgoing; Tue, 4 Nov 1997 18:56:41 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA02790 for ; Tue, 4 Nov 1997 18:56:37 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 4 Nov 1997 21:56:02 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA21019; Tue, 4 Nov 97 21:56:01 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id VAA12137; Tue, 4 Nov 1997 21:55:45 -0500 Message-Id: <19971104215545.03371@ct.picker.com> Date: Tue, 4 Nov 1997 21:55:45 -0500 From: Randall Hopper To: multimedia@freebsd.org Subject: [video] Fxtv 0.46 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk http://multiverse.com/~rhh/fxtv/ Just a few things different in this version, along with some updates to the driver (see the following msg). Both posted on the page. 0.46 now hides the cursor on the running video window after 1 sec of idle time (nice for full-screen TV for those that have hardware cursor support). Restores the video mode on exit (de-zoom). Some app-default fixes that cropped up from last version. 0.46 is also more aggressive about cleaning up "video droppings" in direct video under Fvwm95 now. Fixed a random-size per-frame memory leak that occurs when saving video or images using the PPM format. And finally, tested with the driver updates. In the next version, I'm planning on whipping up a batch-capture util for those doing scripts or webcam-type tools. For those that have thoughts on this, drop me a line and let me know what parms you'd like to tune from the cmd line. Have fun, and let me know how it goes! Randall From owner-freebsd-multimedia Tue Nov 4 19:09:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA03692 for multimedia-outgoing; Tue, 4 Nov 1997 19:09:28 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA03684 for ; Tue, 4 Nov 1997 19:09:24 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 4 Nov 1997 22:08:44 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA21223; Tue, 4 Nov 97 22:08:43 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id WAA12158; Tue, 4 Nov 1997 22:08:22 -0500 Message-Id: <19971104220822.53595@ct.picker.com> Date: Tue, 4 Nov 1997 22:08:22 -0500 From: Randall Hopper To: multimedia@freebsd.org Subject: [video] bt848.971104 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=8nIJk4ghYZn606hC X-Mailer: Mutt 0.81 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --8nIJk4ghYZn606hC Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=mutta002xL This version is an update to the 971005 driver Fxtv 0.45 delivered on. Available on the Fxtv page in full, or via the attached patch (brings 971005 up to 971104). This version contains fixes to implement the FPS feature which is useful when throttling bandwidth during video capture. As you'd expect, FPS is now only used when in CAP_CONTINUOUS. This driver rev also has a fix to try to capture two fields from the same video frame when doing a CAP_SINGLE in dual-field mode (reduces the number of "venetian blind" freeze frames you get). A quick note on setting FPS. In single field, go for any FPS. But in dual field (because the Bt848 just decimates fields differently in frame TDEC mode), you won't want to get down below 19 or so or the results aren't too pretty :-) Amancio, would appreciate it if you'd apply this patch to your running copy. Thanks. Randall --8nIJk4ghYZn606hC Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bt848-971104.patch.gz" H4sICDPPXzQAA2J0ODQ4LTk3MTEwNC5wYXRjaADtWFlz4kgSfha/IicmogfMYYTxgd3uNQbh JtoGBzBHb0dHhSwVoLCQNDp8RNv72zezqgTitPth3sYPgKsys/LLyrPK5TLchb5/H4ecn9RP Kla5caxXq4faMPGgb8UAh6Afn+qN0/oR6I3Gca5YLK6waKOEQ89/AKhDrXp6cHR60JC0FxdQ 1ht66QiK9KVX4eIiBzv+hsndzIljbsOEezw0XXB8K3Yh9iHiMTw4NvfpdNO2zCjeKWrshzMz jiB/27wuQW80bJWAx1alUoAg5A+On0TuMzxysHnAPZvbO6X5HsRTDpcxIgYzQX2kLjaPOVpp zM04CXklV9QrNT3LqFf3a/X9xjH+HJiebboufPaDgIfwMZxOL6y4EjjWPQ8rlj/7lCvuUKHj PEHMZ4FPZrG55SA8x/dKYDuReedycGJ4nHJvpxDbd7wJtJq3bNjtXV0bUQlQK3A8sBPTLY8d 7tpgmQGhQcm+91u8U54iBcEYkdFRnfGYh9xDq4TmjEc52NvPQQ5+tfnY8Ti025f5pwI8Ce+o nTTIO2qNg9Q7fsXLcMYL8stBv/9lNDAM1ry+7rc0Lb+ywm6bV8YQ9oC+EdZ/jQIeV9zfA2gL EVItpSEpU0xl99tt1gGoPlX1xaLxh9HDVVys5YqohzPGDWCsg/5+OWwzRmCiGI1vwR1GAQv5 hMWLmPgGvUtUD76fCYSHjTohPKrWSscSYAqsO2JG9+rziH3GT8Slf/x4UshaqltrMaQaEuYR Oh7r9kZs0Gx9gRdYLCBVu99D0HMEo7YhGVcuKyOl0x4OlqR0Ln8fisNzsL8nFD+pH5PiJ4dH pYZQXLsj72cBQo41+c8ZribM9b2JhitkDDJMEsl1a2qGuG6na0VFu+5G4nJ2ETyyN0lC/ndK BKQsagPnkBdaCZ0LYIaTsxQH7tFW+dOdGXF5VScn9VLtGCE3jkr1Q4lZ29vXNPxGd3LGEDqR BY9mlMacjaeWEV4YY1LxLR5FYE5MjCZyeQ0Z8vBLPmMX+JAx+aA7bDGjV4CXl1xZkze0Qpxf viCkIFJNEmdvbzS4Gm3dpLumzeLbh6RyYIOc21tjMNi2OeiK3S2czcv+YLRls99SYjfpPqTN QgF+OYdqAQrwA0G8RfWSRUpXXf4UY76Ec7H74QOs4J+HS0GdQGckLJr6YawRJ4vMB07+shAm fUxTK5PA8Zk9MxnVqnPodDt9ebvt7rB5eW20l8kdL2YzM7pHUsxghGC4RFmeU5K/oaJhzEzb RvKH2A+mz1Feei6diG43KVBYkIfCgFOZ3FAlwMJoELlvLlvaBKpn62tz0GJvRbgPnl9W2VSl f1vkQ54eQH4vNRy75kS42I0xMvoD1ur3Rt0eJh71//BrD2tRIb3X6NGJrekKryLt966/sk7X uG4P2U1z+CXlwUaAL9GIpC7oTgWBlhX3cp7S/tkk32u3zxRRyM37s80SZUV4p0giXpeJmdlM 3PhtdoK2zv5Kn69U1n7eNXa7qdFL3W4bmRSIN235Xhz67lZfXsTjzdfhyBh8xZhSMa/BSt7r yhCWQb99d433D/KYrbudm1Hr8xUpSOm8cVAt6ToUG0fV0qEu0rlI5PgBwp0nThRjI0aNHXZf gcup8RSeTQlkT2SQDnU0i9Zo5tvYF2GpSZxM1xP6MyElwn5Hdj0Fccg+whNFYFsJEE4FWLo1 Kf78bVr4T9qhnMr+hTxEBo5iXguduWOlCTTr4WkcAMpTVRbVUJ2R+jsDWDjjGjOps8Ss9NvE rOJgpXRnmfPi6Bcpo5Blfn0T6GqO2IR3JUfQ4fPOYQF8K+LVhLDCrqC/A/McepZ9DXym3K39 ZQ2Dn+RoeVCS5prIgrew72KjIKI4a8Zz+N96Jitr3I04yqcvWDlEWkudkQGS3SEIyxqovYLI ZjsUUNn55w5eNuEWDVaJ3rTFP6dKagzpqe/QYbV6bKw+r6myP9Lq/Sf/DTOWn8TgjyF69qwK jtuic/UfcPz8t3b/w7UbP0KOzZInrydbirpjeoeYUpNpziuRrCMV+YZyUD8SpUyv6+KHqmWU BWi2zTuikQMHPqqCcdP8i7Wuu7es128buFEsks0he7+W6wTMxRL4zfleeWYznFrQHaFKXlqW SWczofmkWukfy3S4wQSth0USFXIE/rflkFqZfFYWnY5YeVWN/Hb5ihAdfGbeYwGmt4h4asai HNNZQF0LTmQ4mMGD6To2kAiIuPV3wj2Ly0lNyRCdAG2H3IpNb+LyCHAMSDBS71A4zgPYINw9 wxNRevTrGXAYxH/WHo/wAN+zwQ9t7DCIE+75Mx0mXj0ahzWarQ+qtZoarn/smK/VHO0w8jpR 7uMwoVcn8cTFAhM9JcIz98bBmSgF4wDN82Fp+5vy2+zadzUpbxiHIdWzIfU8SF8vsn0fNSmL sShdWYzfmTCJnwMxTOzKbzJ84KczCbwR9fCOmJdoj+uIEtHWT0r6kZr/lVeCiNmyhiMQGwey zS6lXUgQiRGM0iwNk+BE4Hvus3I4ilDyQsdL/GQ+M6mnKNkfknkoGNLUKt7m0u4lHUXxmPkk mp4r73tFq3GAe5Q9WIhTWSFbNIIIuVNB2UKxLmUJm3rNWB4umOubNhdVrNO8Hhoqxdwljmuz lEhJk86rxpHNUmA0+N2QV6ECo3igVw+XXp+yYysopQjUx1XQYrBYZpEq7OWXKaFM9sDaDNWn g7FIP8Ie6/ybJuX3yVyYeB3EvCognNfc/wE5JCvhkRcAAA== --8nIJk4ghYZn606hC-- From owner-freebsd-multimedia Tue Nov 4 22:56:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA18058 for multimedia-outgoing; Tue, 4 Nov 1997 22:56:39 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA18053 for ; Tue, 4 Nov 1997 22:56:36 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id WAA00732; Tue, 4 Nov 1997 22:56:33 -0800 (PST) Message-Id: <199711050656.WAA00732@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: multimedia@FreeBSD.ORG Subject: Re: [video] bt848.971104 In-reply-to: Your message of "Tue, 04 Nov 1997 22:08:22 EST." <19971104220822.53595@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Nov 1997 22:56:32 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Generate patches against whats on current . Tnks, Amancio From owner-freebsd-multimedia Wed Nov 5 03:10:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA03208 for multimedia-outgoing; Wed, 5 Nov 1997 03:10:43 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id DAA03198 for ; Wed, 5 Nov 1997 03:10:38 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 5 Nov 1997 6:09:35 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA28523; Wed, 5 Nov 97 06:09:34 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id GAA12410; Wed, 5 Nov 1997 06:09:17 -0500 Message-Id: <19971105060917.14367@ct.picker.com> Date: Wed, 5 Nov 1997 06:09:17 -0500 From: Randall Hopper To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: [video] bt848.971104 References: <19971104220822.53595@ct.picker.com> <199711050656.WAA00732@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Generate patches against whats on current . I'm assuming that you applied the patch and one of the sections failed? If so, let me know, point me to where you have the -current version stashed (if not rah/pub/bt848.tar.gz), and I'll re-cook the patch. Randall From owner-freebsd-multimedia Wed Nov 5 08:56:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA21425 for multimedia-outgoing; Wed, 5 Nov 1997 08:56:36 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA21415 for ; Wed, 5 Nov 1997 08:56:31 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id IAA02343; Wed, 5 Nov 1997 08:56:23 -0800 (PST) Message-Id: <199711051656.IAA02343@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: multimedia@FreeBSD.ORG Subject: Re: [video] bt848.971104 In-reply-to: Your message of "Wed, 05 Nov 1997 06:09:17 EST." <19971105060917.14367@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Nov 1997 08:56:22 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Generate patches against whats on current . > > I'm assuming that you applied the patch and one of the sections failed? > > If so, let me know, point me to where you have the -current version stashed > (if not rah/pub/bt848.tar.gz), and I'll re-cook the patch. > > Randall > The latest version is on ftp.freebsd.pub:/pub/FreeBSD-current/src/sys/pci Just updated my ftp site as well as the bt848 web page . ftp://rah.star-gate.com/pub/bt848.tar.gz http://www.freebsd.org/~ahasty/Bt848.html Tnks! Amancio From owner-freebsd-multimedia Wed Nov 5 10:19:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA26523 for multimedia-outgoing; Wed, 5 Nov 1997 10:19:28 -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 KAA26453 for ; Wed, 5 Nov 1997 10:17:47 -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 SAA23167; Wed, 5 Nov 1997 18:01:54 +0100 From: Luigi Rizzo Message-Id: <199711051701.SAA23167@labinfo.iet.unipi.it> Subject: Teletext decoding with the Hauppauge... To: multimedia@freebsd.org Date: Wed, 5 Nov 1997 18:01:54 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Enclosed is a very primitive program, which, together with the Bt848 patches that I submitted a few days ago allow you to capture teletext data. The program is very raw since it was meant as a command-line tool to control tuner parameters (channel, brightness, etc.) and was later extended to access the I2C peripherals and then further extended to capture txt pages. As it is now, you can run it and then issue commands like txt 120 to capture page 120, etc. -- when a page is done it is displayed on stdout. Fancy user interfaces will come next year... I am not sure if the card can only capture teletext, or also close-captioning or other "extended" services available around the world. As an example, it _might_ be able to capture Intercast data (but decoding them is a completely different issue...) in the locations where this service is available. The patch for the Bt848 driver for those who have lost it is the following: in /sys/pci/brooktree848.c, as one of the switches in tuner_ioctl(), add the following: static int tuner_ioctl( bktr_ptr_t bktr, int unit, int cmd, caddr_t arg, struct proc* pr ) { ... case BT848_I2CWR: /* XXX */ { u_long par = *(u_long *)arg; u_char write = (par >> 24) & 0xff ; int i2c_addr = (par >> 16) & 0xff ; int i2c_port = (par >> 8) & 0xff ; u_long data = (par) & 0xff ; if (write) { i2cWrite( bktr, i2c_addr, i2c_port, data); } else { data = i2cRead( bktr, i2c_addr); } *(u_long *)arg = (par & 0xffffff00) | ( data & 0xff ); } break; in /sys/i386/include/ioctl_bt848.h add the following (near the definition of other ioctl()s : /* * b7-b0: data (read/write) * b15-b8: internal peripheral register (write) * b23-b16: i2c addr (write) * b31-b24: 1 = write, 0 = read */ #define BT848_I2CWR _IOWR('x', 57, u_long) /* i2c read-write */ Cheers Luigi begin 664 txt.c.gz M'XL(`&K08#0``\U8>W/;-A+_6_P46W4$IB`R2.$W% M..20Q>#%42;C$*Z8%'&>*O;2"/+(RT0>3J9KQXMF, M13Z$`O4QC*$>IL`D1TD^IYT,OO#%=2S]0AONPW@!>4*"D1?G(**,3[A,NZ3S M`B2+)JBZC&=PQ>4"<`^$_(J'I;@4>,3&(9F%/*ZER/B6Y,PWA.N!Y!.19L@- MS#SEI.4,KD4VA0%\.!V10A[+R2R+-I-H.>.^8!DW*O:X,.'95LHS&$LQF681 M3],.>%,613SL`,^\;H>HIKCX>E4W`Z<#)$"`>,@S/D>HV00Q5P81:.>#P:Z[ MLP<^]V*?2\1M@"0R$RQ$(--,Z5BJHC%#8P8=..K`4$%;`@;74X&"/!898PY\ MGDC4$_$5$3$7,V082YCRN;5O&`"0H3*#1B.1R&!5/1@4Z]>(TQ$,&PT%*]GX MWAU"PJ5(IEPBPP%Z+T-SCH`$")P4Z/P+F^U)!-B3E`)7S M6<9*'20I00[3F-P5H,@\_!$9^:#`G931BR)J%$LB2O(,TCB7GE)V`*9]>"5\ M'G?`.51QW.UV+<-HX!_#2#DOXM:GY)`0XP@#C]:@M648/XK("W-<[*>9+^+N M].WJ5"C&=^86Z5;@15EX?UK$WMWI/$+_^JMS7,I("3)^]'F`B02CCR?'9S6* M&?.F.*\97HXI"U=9K!+,T*VQ5!S)SPJ-`_5NS)B(3)IDG@IG":T6N[*,KX0J MA17,:?Y`#=5Z>@&.VX//!X8F"<`T%4C``0C4U=W=PY?V(;A*Z9)2'NCWM#2BTU0!O.&##38J+JR"0B(@J$D0 M(0U:7LR2!F!*>`7V/`@L^.&P>$$9C8)G4U*ZX/S&'"MPJ%X4**(#U4[DUTA# MSA/3*7G?&HW;&C)8"[":FQ!@Z4I-0"T`@%Q5>7(YQ6SV&&$*!DL?ZCZ?_1$DMJL9Y<+'K MN)]K4ZT$Z7"^84VY&SX5QM))9IO)8>;G^S-)5&%&4V44>#-?,P& M^A)0=#%ZC.GAX8/D(0C(%A^L,^YX]1#_`<'R9HG&JNG%82S'3#8MY7(B4'7! M+,HB>H=4^QF.1EA(+H?#H\'9^7XQ.ERF,I;<4`XKY&OG,PY0O MDZ*"X&$!PUQ*CJ%42=$8`"OC%HA=97VT-%\0F:MM+Z%=?BEJ;!J%NPB-9<[? M1>OWX]'QZ=F[]R=_?!PM85'I>T]I3;4V(#4[B-TJ*D_#9ONUWPK`@[3;_2G M^LY?OCL>#7X=[E?C)P51S,MF'PE8._&HB4#"G6<-UY7FW?#T9+0L.SA8 MK^I@I\+PC/S"5:>0LK;QV"8@W?:ZMA^=O7]7V4Z#=6S7K-KNI=GZ MV/>>CP>CC\]_3 M"36,V"B]J(5:Z?5C.I#++^E:SOWU[/A?=>?2>!W3`\G_^[*F*PEXEC(W>MWM M`'[_[<;2('2*+ZWIQ_DXY!;;=9$?-ES[7&CNMB2WX9QM$$0ORRFTZ_[^[@*1S;,^CWP=E3[^-^OT'?[[#$$+UY`I'Y!I_T.9C?NHEN=+U1)*GN4R2JE]LWNZ@5/;Z"@3 MUEM830BLZJH4FTNZABE;JWHWA=["9EW46J5D\M'0RL/[0.0?7<7G^VV0J3EM]N$AMQR\$C4WJ2V9#FY<7]R$XK&I>+J$5>OOT// M@BNMS:E5NI"M';OM?:ZUOW/JLD!U67,*]_E/`9UO"_9S*$AU]%92NZ3"[5*+ M3]%F'<-[T\6$?;#24VVDS4XR6>E?*6P)UF2E8[T#,+KB8L=^LU>'.)MD%SOE M/4C5Q;J[>]7="#(*XSA)40_7+B9IETW]*8(*;3`3Q+VL+[3FU-;TJ@4;V+G7 M2-PZ27)W=7NE^=4-NDH[1-IUBUN*AI$G5!]B`7=T5( M>5>RK`"::AOK#)'-G=X2"5C13&VIM'E`CO--:1R)[FN?=/>`I[7Q=H ME8"O7ZM+F*+0%@5Q]0O8[#8?D]5[.F7>/)-1RXQ;WM=5M5-0[11]NIJC%UT^ MR^I:WITM>=*MH(N!44I3M8V*DZ"L1V)].PAW;TC+TPK1MGL=*A2Z.U&7JL)^ 7&))/LL2D]D6B!T7MK?$_%1(H)WL:``!] ` end From owner-freebsd-multimedia Wed Nov 5 14:57:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA16024 for multimedia-outgoing; Wed, 5 Nov 1997 14:57:31 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA16016 for ; Wed, 5 Nov 1997 14:57:26 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 5 Nov 1997 17:56:21 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA28390; Wed, 5 Nov 97 17:56:20 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id RAA19600; Wed, 5 Nov 1997 17:55:58 -0500 Message-Id: <19971105175558.01790@ct.picker.com> Date: Wed, 5 Nov 1997 17:55:58 -0500 From: Randall Hopper To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: [video] bt848.971104 References: <19971105060917.14367@ct.picker.com> <199711051656.IAA02343@rah.star-gate.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=cNdxnHkX5QqsyA0e X-Mailer: Mutt 0.81 In-Reply-To: <199711051656.IAA02343@rah.star-gate.com>; from Amancio Hasty on Wed, Nov 05, 1997 at 08:56:22AM -0800 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Here's an update of the 971104 patch that'll apply cleanly to the checked-in version -- sorry about that. One segment needed some coaxing. Full version also on the Fxtv page as bt848-971105.tgz. Thanks, Randall --cNdxnHkX5QqsyA0e Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bt848-971105.patch.gz" H4sICAv0YDQAA2J0ODQ4LTk3MTEwNS5wYXRjaADtWFlz4kgSfha/IicmogfMYQQ+wEevsRHd RLvBAcz0znZ0VMhSAQoLSSMVPqLt+e2TWVUCcRh3P2zsy/IgoCozKzPry0vlchlu4zC8EzHn jYNGxSk3j81qvWqMpnPoOwLqVTAbJzXzpN4Es9k8zhWLxTUW4wt3oRfeAxyCeXRiHixoLy6g bDbN0hEU6cuswsVFDnZ8hvPbmScEypvwgMe2D17oCB9ECAkXcO+5PKTTbdexE7FT1DiMZ7ZI IH/Tui5BbzS8KgEXTqVSgCjm9144T/wneODg8ogHLnd3SgsDEFMOlwItBnuO+ihdXC44emnM bTGPeSVXNCs1M8toVvdrB/vNY/w5sAPX9n34GEYRj+Esnk4vHFGJPOeOxxUnnL3PFXeo0PEe QfBZFJJbXO54aJ4XBiVwvcS+9Tl4Ah6mPNgpxA29YAJXrRs27PY+XFtJCVAr8AJw57ZfHnvc d8GxI7IGJYfBb2KnPE0KkjEhp6M64zGPeYBeie0ZT3Kwt5+DHPzq8rEXcGi3L/OPBXiU6Kg1 aoSOWuMoRceveBneeEl+Oej3P40GlsVa19f9K8PIr62wm9YHawh7QN9o1n+sAh5X3N8DaEsR Si2tISlTTGX3223WAag+Vs3lovWH1cNVXKzliqiHN8YNYKyDeL8cthkjYxKBznfgFqOAxXzC xDImvkLvEtWDb6fSwqOqtPDIrJaOlYGpYd0Rs7ofPo7YR3yiXebZWaOQ9VS3dsWQakg2jxB4 rNsbsUHr6hM8w3IBqdr9Hhq9sGDUthTj2mVlpHTaw8GKlM7l70N5eA7296TijcNDUrxxdFBq SsWNW0I/i9BkYag/p7g6Z34YTAxcIWeQY+aJWnemdozrbrpW1LSbMJKXs4vggb1JEvO/UiIg ZVEbOIe81ErqXAA7npymduAebZXf39oJV1fVaNZKGL3FZvWgdKDQaBh7+4aB3wgnbwyxlzjw YCdpzLl4ahnNiwUmldDhSQL2xMZoIsgbyJCHX/IZv8C7jMsH3eEVs3oFeH7OlQ11Q2vE+dUL QgoiNRRx9vZGgw+jVzfprmmz+PYhqRzYIufmxhoMXtscdOXuK5yty/5g9Mpm/0qL3ab7kDYL BfjlHKoFKMB3NOItquespXTV5fcC8yWcy91372DN/kW4FPQJdMacJdMwFgZxssS+54SXpTCF MUOvTCIvZO7MZlSrzqHT7fTV7ba7w9bltdVeJfcCwWZ2coekmMHIguEKZXlBSXhDRWPBbNdF 8nsRRtOnJK+QSyci7CYFCgtCKAw4lcktVQIcjAaZ+xaylU+gerq5tjBa7q0JDyEIyzqb6vTv ynzI0wMI90rDsW9PJMQ+WyOrP2BX/d6o28PEo/8P/+xhLSqk95o8eMKZrvFq0n7v+k/W6VrX 7SH73Bp+SnmwEeArNDKpS7oTSWBkxT2fp7RfWoS9dvtUE8XcvjvdLlFVhB8UScSbMjEz23Nf vM1Opm2yv9Dzhcraz0NjN0ytXgq718iUQLxpJwxEHPqEUMqWzfpxyaRsedQoHZoyW8o8iQ+Q aJl4icA+h/ombG4in1NfJ4FD8bknA7RDDcOy85iFLrYdmMnnXqapiMOZlJJgO6GaioI8ZB8j RebY1zKsvDPAymgo8edv08K/0gbgRLUHdAEKl5p5A5mLe0vzUxZAKcwA5ekihmroxkN/TgGW d73BTOqsMGv9tjFrmK1VxixzXh79rGQUsswvbxq6HoLb7F0LQTp8UZiXhr9q8Xq8rbFr03/A 5oXpWfYN4zPVZOOTdQw+CWh50JIWmqh6svTvcqMgIyrrxnP4ezNRlA3uJxzl0xesHaK8pc/I GJLdIRNWNdB7BZksdiigk9/PHbzqwlc0WCf6H6qSOgOR+sZ9pLVgLTlvTe4vqbLf0+L4hf+G GSucCwjHkDwFTgWnWdkYhvc43f2/NP6XSyM+Yo69SKCuJ1uKumMa86fUw9mLSqTqSEW9oqgf 1mUpMw9qB/RD1zLKAjQ65j3ZJ4EHZ7pgfG79m11dd29Yr9+2cKNY1ABb3q/jexHzsQR+9b5V ntgMhwKEI1QJpWWVdLYT2o+6U/2+SocbTNIGWCRRIU/a/7YcUiuTz8qykZArL7pPfl2+JkSA z+w7LMA06oupLWQ5prOAmgIceHDugXvb91wgEZBw5685DxyuBiEtQ3YCtB1zR9jBxMfRHLvs OUbqLQrHdhsbhNsneCTKgH49Ac5a+Gfj3QweEAYuhLGLHQZxwh1/osPkS4XmUZVG13q1burZ 9fuO8VWPqR4j1MlyL+I5vdSRb5BYZCNSEjxzbxydylIwjtA971a2v2rcZte+6UF0y7QJqZ7H Ss8DU78cyI4I1KQsp450ZTndZsJEPEWyV9+V31T4wE9nEngj6uEHYl5Z26ihlWjtITaOR3q8 1qgEGbNlAycMNo5UF1tKu5AokRMOpVma1cBLIAz8Jw04ilBCoRfMw/liJNFvelR/SO6hYEhT q3z1lXYv6aSHxywGvfRcdd9rWo0j3KPswWIcegrZohElyJ0KyhaKTSkrtumXBau9O/ND2+Wy inVa10MrrWFzz3dZSqSlKfDqbn+7FBgNfrfUVWBgVDEwinXTXH25k50KQStFRp2tGy2H9VUW pcJefpUSyuQPrM1QfayPZfqR/tjk3zaI/pjMpYs3jVhUBTTnJfcP5E8kjfAWAAA= --cNdxnHkX5QqsyA0e-- From owner-freebsd-multimedia Wed Nov 5 21:53:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA19253 for multimedia-outgoing; Wed, 5 Nov 1997 21:53:35 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from dog.farm.org (dog.farm.org [209.66.103.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA19246 for ; Wed, 5 Nov 1997 21:53:33 -0800 (PST) (envelope-from dog.farm.org!dk) Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id VAA08830; Wed, 5 Nov 1997 21:58:10 -0800 (PST) Date: Wed, 5 Nov 1997 21:58:10 -0800 (PST) From: Dmitry Kohmanyuk Message-Id: <199711060558.VAA08830@dog.farm.org> To: kimc@w8hd.org (Kim Culhan) Cc: freebsd-multimedia@freebsd.org Subject: Re: guspnp sound driver for 2.2.5-RELEASE Newsgroups: cs-monolit.gated.lists.freebsd.multimedia Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you wrote: > The guspnp drivers on Amancio's site (rah.star-gate.com) are for > 3.0-current, is this available for 2.2.5-RELEASE ? > The above drivers fail: I run 2.2-stable prior to 2.2.5 release, and I was able to compile guspnp18 after cvs checkout of /sys/i386/isa/isa.c to temp location and compying isa_dmastart() function from there to old isa.c. the driver appears to not work ideally - the random noice on mp3 files which I used to have on guspnp11 looks to disappear, but not I have only one channel working (and mixer doesn't show me vol at all). I suspect change in ioctl()s / header files, but haven't looked yet. -- "The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore, all progress depends on the unreasonable man." - George Bernard Shaw From owner-freebsd-multimedia Thu Nov 6 02:39:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA06222 for multimedia-outgoing; Thu, 6 Nov 1997 02:39:59 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from teligent.se (iservern.teligent.se [194.17.198.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA06200; Thu, 6 Nov 1997 02:39:51 -0800 (PST) (envelope-from jakob@teligent.se) Received: from datorn.teligent.se (datorn.teligent.se [192.168.2.31]) by teligent.se (8.7/8.6.12) with SMTP id LAA11557; Thu, 6 Nov 1997 11:39:45 +0100 Date: Thu, 6 Nov 1997 11:42:04 +0100 (CET) From: Jakob Alvermark To: multimedia@freebsd.org, questions@freebsd.org Subject: Multiple screens/graphics cards? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id CAA06203 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Is it possible to use more than one monitor/vga card? My vision is to have a "desktop" that is bigger than one screen. Is it possible? Running two X-server or something like that.. TIA! /Jakob Alvermark ------------------------------------------------------- Teligent AB, P.O. Box 213, S-149 23 Nynäshamn, Sweden Telephone +46-(0)8 520 660 00 * Fax +46-(0)8 520 193 36 Direct +46-(0)8 520 660 32 * GSM +46-(0)70 792 16 57 From owner-freebsd-multimedia Thu Nov 6 05:30:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA13418 for multimedia-outgoing; Thu, 6 Nov 1997 05:30:27 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA13392; Thu, 6 Nov 1997 05:30:20 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id NAA11292; Thu, 6 Nov 1997 13:30:17 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id OAA03819; Thu, 6 Nov 1997 14:30:16 +0100 (MET) Date: Thu, 6 Nov 1997 14:30:16 +0100 (MET) Message-Id: <199711061330.OAA03819@bitbox.follo.net> From: Eivind Eklund To: Jakob Alvermark CC: multimedia@FreeBSD.ORG, questions@FreeBSD.ORG In-reply-to: Jakob Alvermark's message of Thu, 6 Nov 1997 11:42:04 +0100 (CET) Subject: Re: Multiple screens/graphics cards? References: Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hello > > Is it possible to use more than one monitor/vga card? My vision is to have > a "desktop" that is bigger than one screen. Is it possible? Running two > X-server or something like that.. You'll need an X-server with 'multi-head' support. AFAIK, XFree doesn't supply this - but AcceleratedX has a multi-head version. IIRC: http://www.xig.com Eivind. From owner-freebsd-multimedia Thu Nov 6 09:49:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA00794 for multimedia-outgoing; Thu, 6 Nov 1997 09:49:05 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA00784 for ; Thu, 6 Nov 1997 09:48:57 -0800 (PST) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id JAA08628; Thu, 6 Nov 1997 09:48:44 -0800 (PST) Message-ID: <19971106094844.35375@hydrogen.nike.efn.org> Date: Thu, 6 Nov 1997 09:48:44 -0800 From: John-Mark Gurney To: Jakob Alvermark Cc: multimedia@freebsd.org Subject: Re: Multiple screens/graphics cards? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Jakob Alvermark on Thu, Nov 06, 1997 at 11:42:04AM +0100 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jakob Alvermark scribbled this message on Nov 6: > Hello > > Is it possible to use more than one monitor/vga card? My vision is to have > a "desktop" that is bigger than one screen. Is it possible? Running two > X-server or something like that.. actually.. this is already support by Xig's Xserver with certain video cards... check out their homepage at www.xig.com... hope this helps... ttyl.. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Thu Nov 6 12:56:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA12718 for multimedia-outgoing; Thu, 6 Nov 1997 12:56:48 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from onyx.atipa.com (user26573@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA12705 for ; Thu, 6 Nov 1997 12:56:45 -0800 (PST) (envelope-from freebsd@atipa.com) Received: (qmail-queue invoked by uid 1018); 6 Nov 1997 21:02:16 -0000 Date: Thu, 6 Nov 1997 14:02:16 -0700 (MST) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: freebsd-multimedia@FreeBSD.org Subject: 3D Voodoo-GLiDE package for 2.2.5-RELEASE available 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 all, I made a tarball for Voodoo-based cards (Moster 3D, Orchid Righteous, etc.) that installs everything needed to run GL apps. It was made on 2.2.5-RELEASE, but I think it will be fine for anything later than 2.2.2. It does basically this: 1) Checks system requirements (linux-compat, linux-lib, etc.) 2) Patches Linux LKM source code a tiny bit 3) Recompiles and reloads Linux LKM 4) Installs Glide-2.4 package (included from ftp.3dfx.com) 5) Updates libraries To install: 1) FTP it from ftp://ftp.atipa.com/pub/FreeBSD/bsd-voodoo.tgz 2) Untar it: % tar xzvf bsd-voodoo.tgz 3) cd Glide-2.4 ; sh install.sh 4) Play GL-Quake! Thanks to Amancio for the LKM patch. Enjoy! Kevin From owner-freebsd-multimedia Thu Nov 6 15:45:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA22533 for multimedia-outgoing; Thu, 6 Nov 1997 15:45:18 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from arg1.demon.co.uk (arg1.demon.co.uk [194.222.34.166]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA22527 for ; Thu, 6 Nov 1997 15:45:06 -0800 (PST) (envelope-from arg@arg1.demon.co.uk) Received: (from arg@localhost) by arg1.demon.co.uk (8.8.5/8.8.5) id XAA13798; Thu, 6 Nov 1997 23:52:04 GMT Date: Thu, 6 Nov 1997 23:52:03 +0000 (GMT) From: Andrew Gordon X-Sender: arg@server.arg.sj.co.uk To: Luigi Rizzo cc: multimedia@freebsd.org Subject: Re: Teletext decoding with the Hauppauge... In-Reply-To: <199711051701.SAA23167@labinfo.iet.unipi.it> 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 Wed, 5 Nov 1997, Luigi Rizzo wrote: > Enclosed is a very primitive program, which, together with the Bt848 > patches that I submitted a few days ago allow you to capture teletext > data. > to capture page 120, etc. -- when a page is done it is displayed on > stdout. Fancy user interfaces will come next year... I am currently working on a teletext system (using some rather better hardware that allows the complete page database to be maintained in RAM/on disk rather than waiting for individual pages). My plan for user interface is to make a CGI that serves web pages. Most of what I am doing won't be directly applicable, but I can let you have a teletext page -> .gif file conversion utility if you want it. > I am not sure if the card can only capture teletext, or also > close-captioning or other "extended" services available around the > world. As an example, it _might_ be able to capture Intercast data > (but decoding them is a completely different issue...) in the > locations where this service is available. The chip is farirly hard-wired to the teletext system. In some places, (such as the UK) closed-caption is just teletext pages using the 'box' control characters; but AFAIK the closed-caption system used in the USA is completely different and incompatible. From owner-freebsd-multimedia Thu Nov 6 15:56:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA22966 for multimedia-outgoing; Thu, 6 Nov 1997 15:56:02 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from fang.cs.sunyit.edu (root@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA22940 for ; Thu, 6 Nov 1997 15:55:44 -0800 (PST) (envelope-from umji@cs.sunyit.edu) Received: from pirahna (A-W33.rh.sunyit.edu [150.156.211.115]) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id TAA00389; Thu, 6 Nov 1997 19:56:04 GMT Message-Id: <3.0.1.32.19971106185448.00864bb0@fang.cs.sunyit.edu> X-Sender: umji@fang.cs.sunyit.edu X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 06 Nov 1997 18:54:48 -0500 To: Atipa From: Michael Imor Subject: Re: 3D Voodoo-GLiDE package for 2.2.5-RELEASE available Cc: freebsd-multimedia@FreeBSD.ORG In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On a similar note, anyone have a tarball that might include a precompiled Mesa (2.4 or 2.5b) that is compiled to use glide? Mike At 02:02 PM 11/6/97 -0700, Atipa wrote: > >Hi all, > >I made a tarball for Voodoo-based cards (Moster 3D, Orchid Righteous, >etc.) that installs everything needed to run GL apps. It was made on >2.2.5-RELEASE, but I think it will be fine for anything later than 2.2.2. > >It does basically this: >1) Checks system requirements (linux-compat, linux-lib, etc.) >2) Patches Linux LKM source code a tiny bit >3) Recompiles and reloads Linux LKM >4) Installs Glide-2.4 package (included from ftp.3dfx.com) >5) Updates libraries > >To install: >1) FTP it from ftp://ftp.atipa.com/pub/FreeBSD/bsd-voodoo.tgz >2) Untar it: % tar xzvf bsd-voodoo.tgz >3) cd Glide-2.4 ; sh install.sh >4) Play GL-Quake! > >Thanks to Amancio for the LKM patch. > >Enjoy! >Kevin > > > > From owner-freebsd-multimedia Fri Nov 7 00:45:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA19101 for multimedia-outgoing; Fri, 7 Nov 1997 00:45:04 -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 AAA19080 for ; Fri, 7 Nov 1997 00:44:50 -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 IAA26304; Fri, 7 Nov 1997 08:32:24 +0100 From: Luigi Rizzo Message-Id: <199711070732.IAA26304@labinfo.iet.unipi.it> Subject: Re: Teletext decoding with the Hauppauge... To: arg@arg1.demon.co.uk (Andrew Gordon) Date: Fri, 7 Nov 1997 08:32:24 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: from "Andrew Gordon" at Nov 6, 97 11:51:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I am currently working on a teletext system (using some rather better > hardware that allows the complete page database to be maintained I don't think there is really a limitation on the hardware (see below) > in RAM/on disk rather than waiting for individual pages). My plan for > user interface is to make a CGI that serves web pages. Yes, this was something we hacked up a few years ago. Unfortunately the code for teletext->gif conversion was a complete mess. My previous approach was to use the video capture part of the Hauppauge (Bt848) to sample the incoming video stream and do all the necessary signal processingand teletext decoding in software. It pretty much works, capturing pages at almost full speed on a PPro200 -- obviously it kills the machine... The code is on my web page if you want: http://www.iet.unipi.it/~luigi/FreeBSD.html Using the embedded teletext decoder on the hauppauge saves quite a few CPU cycles. The SAA5246 can capture up to 8 pages simultaneously, and you can set up filters to select specific pages or get the first one which comes in. So, although a bit tricky, one approach could be to use 2-3 such pages to capture any data which comes in, and the remaining to capture specific pages. The tricky part is to schedule which page to request, avoid problems caused by requests for non-existing pages, etc. I am working on this as well. > Most of what I am doing won't be directly applicable, but I can let > you have a teletext page -> .gif file conversion utility if you want it. yes please... Cheers Luigi From owner-freebsd-multimedia Fri Nov 7 10:15:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA13998 for multimedia-outgoing; Fri, 7 Nov 1997 10:15:12 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from arg1.demon.co.uk (arg1.demon.co.uk [194.222.34.166]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA13989 for ; Fri, 7 Nov 1997 10:15:04 -0800 (PST) (envelope-from arg@arg1.demon.co.uk) Received: (from arg@localhost) by arg1.demon.co.uk (8.8.5/8.8.5) id SAA15763; Fri, 7 Nov 1997 18:22:01 GMT Date: Fri, 7 Nov 1997 18:22:01 +0000 (GMT) From: Andrew Gordon X-Sender: arg@server.arg.sj.co.uk To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: Teletext decoding with the Hauppauge... In-Reply-To: <199711070732.IAA26304@labinfo.iet.unipi.it> 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 Fri, 7 Nov 1997, Luigi Rizzo wrote: > > I am currently working on a teletext system (using some rather better > > hardware that allows the complete page database to be maintained > > I don't think there is really a limitation on the hardware (see > below) Well, I looked at using the SAA5246, but the I2C is just too slow to grab all of the pages that way. I had also seen your 'brute force' approach using the BT848, but that seemed to me to need too much CPU for a practical solution (and in any case, the difference in cost between a 486 and a P200 easily pays for the better hardware). I also considered unsoldering the SAA5246 and replacing it with a SAA5249 - this would give rapid access to normal pages, but does nothing for rolling pages. The hardware I am now using is the Unitext2 ( http://www.pelican.com.au/ ) which simply gives you a 50Hz interrupt and you get to read out the raw teletext lines for that frame from a buffer on the card. The manufacturers have been helpful in supplying data on how to program the proprietary parts of it (tuning etc.) - the actual teletext decode is handled by an SAA5250. I think this will allow me to grab all of the pages with fairly low overhead - give me a couple more days to get the driver going and I will have some numbers. > > in RAM/on disk rather than waiting for individual pages). My plan for > > user interface is to make a CGI that serves web pages. > > Yes, this was something we hacked up a few years ago. Unfortunately > the code for teletext->gif conversion was a complete mess. Well, mine probably uses more CPU than it ideally should, but it seems to produce good images. > The SAA5246 can capture up to 8 pages simultaneously, Actually, only 4 pages if you want the Fastext links and page CRC. > and you can > set up filters to select specific pages or get the first one which > comes in. So, although a bit tricky, one approach could be to use > 2-3 such pages to capture any data which comes in, and the > remaining to capture specific pages. Well, you can't grab all of the pages via a wildcard entry - if there are 16 rows per frame transmitted, that means 16*40*50 = 32000 bytes/sec, and since a byte read on I2C takes about 20 clocks at 100KHz max, you can only read 5000 bytes/sec. If the broadcaster transmits interleaved magazines, you might just manage to read one magazine continuously, but if you have to cycle through all the magazines as well as cycling through all of the channels, your cycle time (ie. maximum age of the pages you are showing the user) is going to be quite long. This is especially a problem with rolling pages - a few of the pages here have about 40 sub-pages, so with a 20-second turnover time this means you have to stay on channel for more than 10 minutes to capture the whole lot. Even with the hardware that allows reception of all magazines in parallel, this is uncomfortably long to wait on each channel. I am thinking of having 2 cards in the machine: one would change channels rapidly, (say 2 minutes per channel) to keep most of the pages up-to-date, while the other would change channels only every 20 minutes, to make sure that all sub-pages of big rolling pages have been captured. With the five channels we have here, this would ensure that most pages would be less than 8 minutes old, with the largest rolling pages possibly being up to 50 minutes old. > > Most of what I am doing won't be directly applicable, but I can let > > you have a teletext page -> .gif file conversion utility if you want it. > > yes please... Sent in private mail. From owner-freebsd-multimedia Fri Nov 7 10:35:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15193 for multimedia-outgoing; Fri, 7 Nov 1997 10:35:34 -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 KAA15187 for ; Fri, 7 Nov 1997 10:35:25 -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 SAA27226; Fri, 7 Nov 1997 18:24:29 +0100 From: Luigi Rizzo Message-Id: <199711071724.SAA27226@labinfo.iet.unipi.it> Subject: Re: Teletext decoding with the Hauppauge... To: arg@arg1.demon.co.uk (Andrew Gordon) Date: Fri, 7 Nov 1997 18:24:29 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: from "Andrew Gordon" at Nov 7, 97 06:21:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Well, I looked at using the SAA5246, but the I2C is just too slow to > grab all of the pages that way. I had also seen your 'brute force' > approach using the BT848, but that seemed to me to need too much CPU oh, that was really just meant to show that it could be done, i had no intention to put one such thing on a production machine :) BTW from the hauppauge documentation, it almost seems that Intercast decoding is done in that way ! > for a practical solution (and in any case, the difference in cost between > a 486 and a P200 easily pays for the better hardware). I also considered > unsoldering the SAA5246 and replacing it with a SAA5249 - this would give > rapid access to normal pages, but does nothing for rolling pages. > > The hardware I am now using is the Unitext2 ( http://www.pelican.com.au/ ) > which simply gives you a 50Hz interrupt and you get to read out the > raw teletext lines for that frame from a buffer on the card. The > manufacturers have been helpful in supplying data on how to program the > proprietary parts of it (tuning etc.) - the actual teletext decode is > handled by an SAA5250. > > I think this will allow me to grab all of the pages with fairly low > overhead - give me a couple more days to get the driver going and > I will have some numbers. > > > > in RAM/on disk rather than waiting for individual pages). My plan for > > > user interface is to make a CGI that serves web pages. > > > > Yes, this was something we hacked up a few years ago. Unfortunately > > the code for teletext->gif conversion was a complete mess. > > Well, mine probably uses more CPU than it ideally should, but it seems to > produce good images. > > > The SAA5246 can capture up to 8 pages simultaneously, > > Actually, only 4 pages if you want the Fastext links and page CRC. Right. In fact, since you seem to know more than me on this, do you know exactly how big is the RAM on the hauppauge card ? From the name, it really seems a 32K or 64K chip, and I was curious if the additional memory was used in some way. > Well, you can't grab all of the pages via a wildcard entry - if there > are 16 rows per frame transmitted, that means 16*40*50 = 32000 bytes/sec, > and since a byte read on I2C takes about 20 clocks at 100KHz max, > you can only read 5000 bytes/sec. good point. Luckily may of the pages are fairly static and change rarely, so it is not much of a problem to miss some of them. Otherwise it would also be a problem to save to disk 20-30 pages per second (since those are potentially in random order...). In any case, I suppose that if you really plan to do capture and all the processing in real time you are going to generare a bit of overhead on the system. Probably it will be necessary to keep the raw data in (virtual) memory, doing only the minimum amount of work which is necessary to identify the pages, and do the conversion to GIF only on demand. Also it might be necessary to implement something like a log-structure for holding pages so as to avoid random accesses to the memory space.. I started thinking at this teletext problem like a simple thing, but it is really tricky if you want to do it with high efficiency! Cheers Luigi From owner-freebsd-multimedia Fri Nov 7 13:59:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA26887 for multimedia-outgoing; Fri, 7 Nov 1997 13:59:00 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA26871 for ; Fri, 7 Nov 1997 13:58:58 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id NAA05312; Fri, 7 Nov 1997 13:57:43 -0800 (PST) Message-Id: <199711072157.NAA05312@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: arg@arg1.demon.co.uk (Andrew Gordon), multimedia@FreeBSD.ORG Subject: Re: Teletext decoding with the Hauppauge... In-reply-to: Your message of "Fri, 07 Nov 1997 18:24:29 +0100." <199711071724.SAA27226@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Nov 1997 13:57:43 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Guys, Care to check out the bt849 or the bt848a I think one of those chipsets is supposed to have have teletext hardware support above from what the bt848 is offering. The latest Bt848 databook available thru http://www.freebsd.org/~ahasty/Bt848.html Has info on the new chipsets. Cheers, Amancio From owner-freebsd-multimedia Fri Nov 7 16:46:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA05147 for multimedia-outgoing; Fri, 7 Nov 1997 16:46:24 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA05140 for ; Fri, 7 Nov 1997 16:46:16 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id QAA00443 for ; Fri, 7 Nov 1997 16:46:15 -0800 (PST) Message-Id: <199711080046.QAA00443@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: http://www.mpegtv.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Nov 1997 16:46:14 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There appears that there is now a BSDI mtv version which at least on my system with the guspnp driver seems to work. Now I just tested it lightly over here you mileage may vary. As for me I will happily pay the registration fee it is well worth it and I want to support commercial ventures for multimedia efforts on FreeBSD . Cheers, Amancio From owner-freebsd-multimedia Fri Nov 7 20:27:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA15628 for multimedia-outgoing; Fri, 7 Nov 1997 20:27:59 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from arg1.demon.co.uk (arg1.demon.co.uk [194.222.34.166]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA15618 for ; Fri, 7 Nov 1997 20:27:55 -0800 (PST) (envelope-from arg@arg1.demon.co.uk) Received: (from arg@localhost) by arg1.demon.co.uk (8.8.5/8.8.5) id EAA18812; Sat, 8 Nov 1997 04:36:39 GMT Date: Sat, 8 Nov 1997 04:36:38 +0000 (GMT) From: Andrew Gordon X-Sender: arg@server.arg.sj.co.uk To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: Teletext decoding with the Hauppauge... In-Reply-To: <199711071724.SAA27226@labinfo.iet.unipi.it> 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 Fri, 7 Nov 1997, Luigi Rizzo wrote: > > > The SAA5246 can capture up to 8 pages simultaneously, > > > > Actually, only 4 pages if you want the Fastext links and page CRC. > > Right. In fact, since you seem to know more than me on this, do > you know exactly how big is the RAM on the hauppauge card ? From > the name, it really seems a 32K or 64K chip, and I was curious if > the additional memory was used in some way. My card is stuck in a machine with a lid on just now, but the SAA5249 can only address 8Kbyte, and from what I remember of the card, the RAM is just connected to the SAA5249 in a straightforward manner. Note that 8Kbyte == 64Kbit so this probably agrees with the markings you saw. The memory is used rather inefficiently if reception of the extension packets is enabled - although there is typically only one row 27 transmitted these days (because TV manufacturers have decided on 4 coloured buttons for Fastext links - when I was first working on this stuff back in 1982, the BBC had in mind alphabetic keyboards and 26 links labeled A to Z), the SAA5246 allocates space for four row 27s and 14 row 26s, plus row 30 which isn't actually part of the page at all. > Probably it will be necessary to keep the raw data in (virtual) > memory, doing only the minimum amount of work which is necessary > to identify the pages, and do the conversion to GIF only on demand. Certainly it would be very wasteful to convert all pages to GIF for storage (the GIF is typically 10 to 20 times bigger than the raw page data). > Also it might be necessary to implement something like a log-structure > for holding pages so as to avoid random accesses to the memory > space.. At the moment, I am assuming you have enough real memory for all the pages (about 3Mbyte per channel, I believe). I mmap() the file containing the page data and just write into it, with an index at the front to locate pages. One possibility would be hold a checksum/signature for each page in the index, so that you could detect pages that haven't changed and so avoid touching the memory containing that page image. This would trade CPU cycles against memory usage (unless you consider the page checksum good enough for this purpose - but it's only 16 bit, and I don't think that gives enough uniqueness to be safe). > I started thinking at this teletext problem like a simple thing, > but it is really tricky if you want to do it with high efficiency! Yes, and there are also some interesting issues with error handling: If you have an old page with a good checksum and a newly-received page with bad checksum, which one do you keep? Specially if the 'good' one is very old? What do you do if you get a row with un-correctable errors in the MRAG? Aborting all current page receptions is the 'safe' thing to do, avoiding the behaviour I sometimes see on my TV, where the displayed page contains some rows from one page and some rows from another (due to row 0 having been corrupted by noise), but this would probably give you very few pages at all if reception conditions were poor. If you just throw away the bad row, you run the risk of mixed/wrong pages being displayed. Alternatively, you could keep track of which rows you have received and discard duplicate receptions of the same row, and possibly piece together a good page from two separate receptions in each of which some of the rows got corrupt. But that is a lot of processing to do, and only worth the bother if reception is very poor... From owner-freebsd-multimedia Fri Nov 7 20:30:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA15759 for multimedia-outgoing; Fri, 7 Nov 1997 20:30:52 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from arg1.demon.co.uk (arg1.demon.co.uk [194.222.34.166]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA15753 for ; Fri, 7 Nov 1997 20:30:49 -0800 (PST) (envelope-from arg@arg1.demon.co.uk) Received: (from arg@localhost) by arg1.demon.co.uk (8.8.5/8.8.5) id EAA18838; Sat, 8 Nov 1997 04:39:42 GMT Date: Sat, 8 Nov 1997 04:39:42 +0000 (GMT) From: Andrew Gordon X-Sender: arg@server.arg.sj.co.uk To: Amancio Hasty cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: Teletext decoding with the Hauppauge... In-Reply-To: <199711072157.NAA05312@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 Fri, 7 Nov 1997, Amancio Hasty wrote: > > Care to check out the bt849 or the bt848a I think one of those chipsets > is supposed to have have teletext hardware support above from what > the bt848 is offering. > > The latest Bt848 databook available thru > http://www.freebsd.org/~ahasty/Bt848.html This sounds good - the introduction says that the 849A adds WST (World System Teletext) to the other features in the 848A. Unfortunately, the rest of the databook doesn't give any detail about this support, in fact I can't find anything about differences between the 848A and 849A anywhere other than the introduction (there's lots of info about differences between the original 848 and the 848A/849A, but not between 848A and 849A). Maybe there is a later edition of the databook? From owner-freebsd-multimedia Sat Nov 8 00:36:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA23753 for multimedia-outgoing; Sat, 8 Nov 1997 00:36:11 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA23746 for ; Sat, 8 Nov 1997 00:36:07 -0800 (PST) (envelope-from pete@silver.sms.fi) Received: (from pete@localhost) by silver.sms.fi (8.8.7/8.7.3) id KAA19554; Sat, 8 Nov 1997 10:36:00 +0200 (EET) Date: Sat, 8 Nov 1997 10:36:00 +0200 (EET) Message-Id: <199711080836.KAA19554@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: http://www.mpegtv.com In-Reply-To: <199711080046.QAA00443@rah.star-gate.com> References: <199711080046.QAA00443@rah.star-gate.com> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > > There appears that there is now a BSDI mtv version which at least on > my system with the guspnp driver seems to work. Now I just > tested it lightly over here you mileage may vary. > > > As for me I will happily pay the registration fee it is well worth it > and I want to support commercial ventures for multimedia efforts on > FreeBSD . > Any volunteers to take up their API and write a RTP decapsulator for that? My approach of feeding mtv via standard input would require re-mux:ing the audio and video together to form a system stream which I think is less than optimal. (would be more portable though) Pete From owner-freebsd-multimedia Sat Nov 8 13:10:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA23925 for multimedia-outgoing; Sat, 8 Nov 1997 13:10:39 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA23919 for ; Sat, 8 Nov 1997 13:10:26 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 8 Nov 1997 16:08:06 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA08362; Sat, 8 Nov 97 16:08:03 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id QAA15381; Sat, 8 Nov 1997 16:07:37 -0500 Message-Id: <19971108160737.19314@ct.picker.com> Date: Sat, 8 Nov 1997 16:07:37 -0500 From: Randall Hopper To: Eivind Eklund , Tomi Vainio , Joao Carlos Mendes Luis Cc: Amancio Hasty , freebsd-multimedia@FreeBSD.ORG Subject: bt/fxtv 24bpp & img cnvt patches (was Re: Bt848 driver patches) References: <199710291417.PAA01941@bitbox.follo.net> <199710301744.JAA09896@rah.star-gate.com> <19971030194225.11523@bitbox.follo.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=Dxnq1zWXvFF0Q93v X-Mailer: Mutt 0.81 Content-Disposition: attachment; filename=mutta006gA In-Reply-To: <19971030194225.11523@bitbox.follo.net>; from Eivind Eklund on Thu, Oct 30, 1997 at 07:42:25PM +0100 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Eivind Eklund: |(1) A single steady vertical line when the fxtv window is in some |position in the upper and lower right corner of my screen |(1600x1200x16 bit) - the rest of the window work normally. This one |seems likely to be a splitting problem, IFF the split is done as to |rectangles vertically. It seems to be related to the size of the |window; I've had some problems repeating it at will, but get it |from time to time. Two patches attached. Both will apply cleanly to the 971105 driver and Fxtv 0.46 (both on the Fxtv page). "bt848-24bpp-971108.patch" fixes: - The occasional vertical black line divider line in the video window (packed 24bpp direct video) - The occasional screwed up colors (packed 24bpp direct video) "fxtv-0.46-1-ximage.patch" fixes: - Bunch o' byte swapping and ximage pitch handling fixes (ALL bpp ximage modes). These should fix stairstep video, surreal color problems, as well as a few "unsupported color conversion" bail-outs people have seen. - Added 3Bpp->3/4Bpp conversion support, also fixes "unsup col conv" probs Please try em out and make sure they work as advertised on your box. Try all your server's color depths, and be sure to to do at least one freeze frame to verify that, not just direct video, but ximage transfer is working too. Let me know about any configurations that don't work for you. I'd like to wrap these up and get everybody supported without any patching needed. If you see a problem, the following info would be helpful: - Graphics card - X Server vendor (XFree,Xaccel) - X Server version (3.3.1) - X Server (SVGA,S3V,etc.) - Color depth (8,15,16,32) - "appres Fxtv" output - "fxtv -debug startup" output ----------- Driver Patch In case anybody's interested (or collecting tidbits for a Bt848 hackers guide), the "vertical black divider line" problem is due to the way the Bt848 processes a WRITE instruction. When it hits one of these, it resynchronizes Byte Lane 0 of the current FIFO dword to Byte 0 of the memory dword containing the starting transfer address ("not" the transfer address itself). So when a the driver's RISC program splits a scan line into 2 halves (two WRITEs), the second WRITE's resync causes a pixel to be dropped if it didn't occur in a "lucky" spot (see below). A WRITEC doesn't perform this alignment resync (the main reason for even having this instruction), so a WRITEC is now used for the last half of the scanline. And no more black line. Once I found this out, it was appearent why the colors in a packed 24bpp direct video window are whacked depending on where you put the window. In RGB24 mode, the pixels in each scan line roll off the Bt FIFO like this: BGRBGR... And in a packed-24bpp frame buffer that's Bt848 direct-video-compatible, the scan lines look like this: 0 1 2 3 4 5 6 7 BGRB GRBG RBGR BGRB GRBG RBGR ... Given the WRITE resync behavior described above, the FIFO components will align with the frame buffer if the starting transfer address is at pixel offsets 0,1,4,5,... (in general X % 4 == [0 or 1]), but they'll be out of sync for 2,3,6,7 (X % 4 == [2 or 3]). The solution here is to toss 1 or 2 DWORDs at the beginning of a scan line (SKIP) for the X%4=[2,3] cases to align the FIFO with the dword at the target memory address in the frame buffer. ----------- Fxtv Patch All these fixes relate to XImages transfer mode (which is used for freeze frame, when the window is partially occluded by other window(s), and when fxtv doesn't think the video card is compatible with direct video in a particular color depth). Byte order problems fixed. Use the byte order the server specifies for XImages, rather than erroneously using the frame buffer byte order (which must be specified by the user). Also do more intelligent swapping when converting between pixel geometries. Both these problems would have appeared before as surreal or reversed colors on the video frame. XImage pitch problem fixed. Sometimes (e.g. in 8bpp) there will need to be pad bytes allotted at the end of scan lines -- these weren't being put in before, potentially causing diagonal video frames for some video widths. Finally, added support for 3Bpp->3/4Bpp conversion. With these changes, colors look correct for me on my STB Velocity 3D in all color depths for both direct video and ximages transfer for both the SVGA and S3V servers on XFree 3.3.1. Please test all permutations on your card and let me know! Randall --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="bt848-24bpp-971108.patch.gz" =1F=8B=08=08=8E=C2d4=00=03bt848-24bpp-971108.patch=00=BDVaO=DBH=10=FD=EC=FC= =8Aw:=1D=8D=938=C4N=02 =B9 HK{=E8hA4R=EFt:Y=1B{C,l=AFe=AF=1B=D0=B5=F7=DBov= =D7! =A4=D0~=B9=80=88=F1=CE=CC=CE=BCy;=FB=1C=C7=C1,=17=E2V=E6=9C=0Fz=03gx= =E8=BA=9D~;=B0>=F1=10=1F=C4g=A0=0F=F7=E0=C8=ED=1Du=87p=87=C3=C3Z=B3=D9=DCr!= =DB=8FL=1A=DB=01:Ce=EB=0E=8C=ED=C9 =1Cw=D8o=1D=A0=A9=BE=0689=A9=E1=99=CF=DB= =E8=0E=92'=99=C8Y=8C=90=07Q=C2d$=D2=16=C2=A8`=B3=98#=92X.x=FAl=90PD=E9=0D^= =9F^=F9=1F=CF?=BC=BB8+Z`i=88(EX=B2=D8=99G<=0E=11=B0L=969=A7=C8"}%=9F=8DW=99= B;=16=98=8B=9C=D2=99=CFy=CES=89y=CE=12^=D4=9An=DB=F36=9D\w=BF3=D8=1F=1E=D2= =E35=ED=CE=E2=18=BF=89,=E39~=CD=17=8B=93@=B6=B3(=B8=E5y;=10=C9q=AD=F9<&=DC= =EC=9A1=F2=08=E1=F5fY=06=07o=CF=DF^=82=C5=D1M=9AP&54=F6k=A8=E1=E7=90=CF=A3= =94=E3=CD=9BI=FD=CE=C6=9D=EE=81=D7=EFtU=13=E8=BB=DF=F2:=BA=0D=96=A5=A2=7F= =161AL=C8=96~=B0`9=1A=0DH=96=DFp=E9=CFJUc=8Bp=93=08D\=C0=C6?j=03=B2=8C=05= =01<=8F=D9MK=FF=F5FT@!=F32=90H=B8=E4"=F7=B3=E8n=9EH4=B29=C6=D83=FF=F9R=B5= =F0/=CC=889=CEqe=F1w;+gq=14=A8=10=A5=AF=F6Bq=1Be-=8A=C7r=E9=ABgZR=00=ED7=08= =0BB=E1=FA=DD=C4=EB=B5=B0=E4H9=A1!=85=C1=00r=C1)O=E2N=AA=FAB=DD=D6=F8L=EE%= =C7=05#@:=0F=88=12PU<(w=E5=E8=16=123e=1A=99@ O=10.END=11=A9dQ=AA(%=CA=DC=A4= =05=16=86y{g=BC=C9=F4=93=CE=ED6=15K=8A=14=150=85=BE*6=F6(0=89K>=A2=F5=B2=D0= =DB=AD=A3>=8E=87=A4Tn\{=AC=B7=FC=A1=8F=89=B7=06=94Z=D2Qx#=9A=A3^G6w=8E=E5}= =C61=1E=E3=FD=D9=F4=EC=F2=DA=BF:=FFc=FA=E7=D5=99OXS=DB=F7=F6`=AC&=C4;2=EA= =C2=B6kM=A2O=B1=8Cd=B0=A0=C5z=DD=90=C2Fc=8B=3D6~AO=13G=99=07=AC=E0=F0p=B4= =9DJ=0F#=9A'=9C=DD=8E=D6F=EEc=A3=C1=B6=D1W=A2D=95=FE2 =E5=02=0D=053=8F}=FD=9F=8D_=F1=E6=FD=A9?=99=D2x=F2?^]=9CO=0Dy=F5Gy=01=C6=8D= =8AQ=D4=D6=8B=96=E62=EDuI=83=E3=F2=02_=D4=C3=D9=E5=C5=A8:A=AE=D7r=F5=11=F2= =06-=CF5GH=C5[{i=E3=15=E8_=C1c=AA=A4Z=ED=8C,:;=8EiG=BD=11&=CC=CFrqc=D3,=1DC= =D0X=D0s=8E=F6=D4=F6=F4=BD=A3=ACQ5&=B6Z=88U=17=B5=E3=DE*=F9=AAi=1B=18=1E=D3= =01=B0W=9D=D8=95=85=F2=FC=FD=FC=CA=D4m=00=D8:=83=C6=CDl3=C6=BF=C6=E8=E1}=95= =D4=96=87=C1=C1=9C=DE=EF=AD{W?i=D6=A9=88=F6h=A3=83k=DF=9F=D6=A9=DBP=3Dy=B2= =CF=039=1F=B1s=A4=C7=99Nm=EB=3D=9A=E3=DD=F8=1Bc3=BF=822W=17=80O=FCy=B0W=01= =1D=F5=B3A=00=02|=FD=A8=F2S=D9?=0DAL=EC=A8=9E=ED=E2=E5=16=C9TgV=94=EC=1ET= =94=EC=1F=B6=BC=DE=13J*=8A=AC_x=863=B0=BE=D6=1C=EB=99^=AC=9A=F1=85j=D1=CE;[= =B2=0F=CF=D6=83=D9=DA=A0=A3=F5=C3T|=9A=C8=8B4=B4vP=D0=DAE?KS=EF=BBJ]=B1=F8= =9B=B5nP=D0z=81~=BB=B9^q=10=8F'$T=C4=A7=F4=FB6=E8=CA=A1Bz=A3=92=B1=CE=E2=D3= =F5=F9=F4=0Cj6[=1BK=0F+=AF=F5^/=9DB=8F=E0=C0K=8Dw=9EE=C1=F9_P=B0^:=8A=EA=90= t=DD=FEP)=9F=AE;=18=AC=F4g=83=C4*]=C3rA=B2=95n=B0=85(=E9=86=95t=9B=B1,=A3{= =BE=05O]tJ3v=D5C"B=12`=8C=14=E02=8F=A4=E4)t=0C=E8=CB=DC=D1^<4=1A=B3=B7m=AFo= {=F5^+=89=CA=12=F5=82sL=B5=9C=3DX=85RFt=BD=85=B8v=8E/l=BA=E7ijTi=B2=B8=10&W= =A5=01UFZ`$=EC^ =86H=C1O=EA=F2=FEA=0D=85=02=85HH=0BQ<=19}=E6&=14=A0=9A=A3T= =CC=96`=D2=1AI=A5=19=93f,4=1A=FA=BDi=05=AAV=E8=8C=8B,=8Ed=DD=B6=DB:=E5=A9= =926=F4=CBf$=FCX i=EF=05)=E2#=F0=F6M=1B=A9=D0=D5=16=D4r=92=10=A7#=83=C4=1E= =8A=85=C8=0D=D0=B4r:yw=BD*=BF=00=C96=82=A9$i=CE=EF2N=FA=B8=A6=85=CB=7F=AF= =CD=01=D3=A1=0C=00=00 --Dxnq1zWXvFF0Q93v Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="fxtv-0.46-1-ximage.patch.gz" H4sICCXBZDQAA2Z4dHYtMC40Ni0xLXhpbWFnZS5wYXRjaADtG2tz2kjyc/wren2VHDJgg8CY mNiJ7dhZ6hLbZUg2d9kUJaPBVhYQKwnHvoT/ft0zeoykkXg4V9m7YiplkOju6enp90zK5TJ4 d27fYWxcrmzXG9v9J90pg3P7DqAOemW/Ut3f3YPq8+d7G8ViMQRGuI7hCbgmVOv7dX1f9+Fe vYLyXqPUgCL+1Svw6tUGbMDfTDawxgxO3l91Lq56nfa/TgGqDfypuLMFSMlj+/BgT8G9tadD EyaG68L78077zfnpa7DGHrthjgueDd4tcxmMjL5juwBbOxvFgHbnt6NLvXCvQQEHfhweInca PIPKfYWPwUAD+A7w+0YRUkPgvHgRwxkMKhVN2yjGJ6nFJ6k2Fp8ECMcfsUkWYCyahzBUjNU5 YxAwpte1JLH8SRISW5SxCMdnLBsHAhzijfO/AaQANLYUA85s56vhmGCy/tBwDM+yx25ILAGL ypBP7NKx7gyPwZ3hWMb1kLkyZwpiXJmbjXppD4rNvWapWufqHIyJdd+7YfaofDgy3D8+VT/D AdyVD2/IRHr0qpUJq/uw18MpC0A3ygHwx/fd9ts3zPtguVNj2PlqTNwCdD+8bncu3x79swR3 JXjm4tvedfDFBa0VydsaoBaYlsP6Xu/OMknQ8kofS54N0QK/xWkKeFxUAdoj44YdP3jswjGZ I1EGDQ4O4G3n+MxyXC9GMiThLkcCnj0DpZ6RrUUyP55M4PAAfZo854yU78mTCEqsAWdFvTjw V9RSgKCPcjw3AHH9XZ5xbdFrqC7o/PRac7f0PKYuofjuLa9Q1VrxX2bxR4skUD60XJxthFN1 nSlrkb3IQDtbEwd946AAm3GJIcJT9/fxZilDOD71e2t0gzqIWD1boEmyfQmb+H0T9mHzHX1q LTIJBbtcHbjK9ZHkgDm9kW0yotX90OteHZ13zk7R5Xdf99rvjt6c4qZ9i6+VbPas/fHd6T7A r8bYHDKo0Y7p9Wv8S5bIJbvbIIkW9d3m81K1EooWJ3nfPu/WdJmk6Xo9hw25aX2qfW6FoClI 4HPQ4AZpsol3W0pvWjiQsVJkqakxno56qC55FKw8/C+tDHXmP5ZyfhxiFOhNDLMlHgWkL5ym DLjlOn3xAk0tAtjS4Ho6aMWEWm0k8MSLCA+fVXgxEROeeBHh4XMS7/ji4m18Rb4PErvfqOjk hvWGvleq7oW7T7rzzviDgTt1GCUH8JGbAtEGywWHGeYDDGwHf8PHgWOMGL50d/hGc+XyGeic XJ2enl86bCIooActwQ16Q3IavnN+jOckTk+MYR/uufWB2zfGtGeY65gikZF3EWV1n7JStzdB 6+JIZSjgy6+wRQqphZ6BJjlCQfSNiUcCQWsK5kOtZEMgN8Y854GLykVhvIzmlny4yadFtO1c HxGsTXLdi2KS5y5AyjFLLu3s6ohcwom/FDI84CLfh6e4Ncf0p/PURDcXt4pN/9NXhDzEhD3F AkYJVJEh9VYEg6Sj5fiBJoSKQIIW6kaS79F7klkhIwQFMYhkpfAnSbQgLAVxSeN6K4ynislL hZxnY7dWqu42YoGJa+ZRB2V9bkPfHt9hqo15FprJn1NMIszISmiQp0/GVpyTPtKMFmDERv3R pJBIgEoxD53pEF3r38weJJFxHp4GVIQWRbLEyAJZ6cCytHAlMUIFyTQ5OA9jyXgcBjI07r97 JMyBdUPaa2LqiSYwsbz+LRQkK8ds+estG8NXFhmiTA9g6grH5pMYjYwJ7klg4ejnMORuA7QH RKNP5VOJU8uix0Hgum9PHrCyQkIuahvygMR8VxGy9wvytx3hc/3NykB8c+V0Cxp4jjF2kTO0 skTqQENAEfOlhJ8zDc9Avyt8G37cChcHcr40o5JSXpTQXp0DlrHwoc9Ikd24Aof5ikKLddkx iWfa55h6SqEPlTgVDNPLSYT0OL5w5/OJZIZ+IpKeIYimGHtpJ01GunZ29LZzGqs0BHQU+qoN 07PxT5fKo3yjTeXvaV2gfSgfhrsRqUKcAT9nQgalbU8taWUmIZFZU6b6i9Llcv9B+tSlXAH/ TW+GD1x5Uv6JMooCWGTALfx4ESwCH4pFSOlMuFkF5K5Y1GjD/XwKi26sn7+Hz1gcN5FrJTqH KBYVOaLg54vg5wvyw2UIX3xmlLojtDfQwYzEM1oobQ6t9ZAvuVzOJrzcSjNJZK+Wxmwev1FC LPOcx3EhSoe3NGRfE/xTZyODiQSCMOZifu7WSsfyWXq7hYgOYGEXk2ZQIrGol1EsM+ZBulfv T9OFa5z7HNMg0eDUSvOQFObk/AOZ9wX+KeB7Xw80UJnFGm2Ntkabjxaz62WjxdxIoYgSZOn0 pRyavNKDrsD9GnWNukb9CaiKlEsY/iIp1opz8nRdykG0jAI/SHZiGU4hlqAJkGJU3qrmo+rw Z2eWPyCrnKnLHr/Fxwsd5eD9VNthVPogVddVlz/LZqd/+fpptVx5XYdl1mGr6fBcUuEZxE8p spL04i2pkLzUktqpB02pmv9VarDGTCtqS2X0pb5/T51pHvDWeeIUVJ69Nnf+4vz5D6W+WPyX F9L8in0L22i1gP2AaU1LnQJKh3Pu7SA6tJN+D46WRv6hXrItFza9ggPaQlqQSUVfFC376O3P qWHyE+M0Wl0xW3DcpvA0zWX6hz6NmvpXOmDDX+t5Z8ZBl460hHfqxGeyVwdxdIBjZ+oxckh9 OmB6gLJnlxG1TLh0Tn1iD9FZZfZfaQQHaZd0KHWCkO3xwJ5zSEBqUaK911ItzIwOYgyGB0BJ HxURJtoGEuwiG/Oj4prDbizXY460fWI9vk6+lNOkffFQ0/HhkYVdUiipddPCcyITdxrSIJVL HfNK+AtVjnPjmlpaSvI0SGevGOZ74gjUGoNj3dx6QBEDxNFk6qgkJiB/E3LjrNiuaJdy4mle BzrngD+cRFx0w+9Zk2SE5OiihnBZi65HpWjp9ahPMbPv58SmSp9jaovLor6qLOYsP1h/M3/5 BPqdjnGDCKYVQjTNvyD3KPRq47+sTLV8Aapiu48vBlL5tX3W7R2dv+69O+r8gzty7q8/VT5z l42flALk3IrxRyahqk+o+lhCuk9I/wzpQBIMYfZhsZR9YYen1zU/vyaJSBdCB4OMMiQLMbhI uTCitAf5iIrcl0aeFaTj5RwdDMS1rNZlgs5b6UKIKtkuhSjvphJJIdvEq8SjCJo7W2E2jNEn Jx0JUrlUXP2LJiTl+SZFNy38SzF5xrWKh8m+WieNRb3M44jFPU2+Qdd9NQ+0ju5HLzh/Iani 0d3tpSgob3IvSAECCno9a6kztfX4Lmgh6fzP68C8FCppHj8qCaIhC5Jny0ooxS7NVHk15dS/ ORYm0KdYPMeuMKbWFXUq+LvMJliy4vLr1yTkan1Y2bVXlKXC6p1WxVdfrfntu73aXklvQlFv Vp+Xas3w7p0PLt1Huisf9of0X19QXJcum5q2qKX95su1EGRTcdFO1RpKXl6KlbdLtR1imAt2 LVQNE3FXSconY9d6dk3Pbk78Wz1mIjubV+KvcOsgcSKxa3YvmpPc49Y1xhrj/xojNNllGkmp 8wtVT2rZuwHLsbvGWmOtsRbFmqkMdF4Stfw0yydqGXOIkga0lGtZIWWbpXOvbxv/AT/LEXoK PQAA --Dxnq1zWXvFF0Q93v-- From owner-freebsd-multimedia Sat Nov 8 13:29:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA24495 for multimedia-outgoing; Sat, 8 Nov 1997 13:29:01 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA24490 for ; Sat, 8 Nov 1997 13:28:57 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id NAA04014; Sat, 8 Nov 1997 13:28:39 -0800 (PST) Message-Id: <199711082128.NAA04014@rah.star-gate.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Randall Hopper cc: Eivind Eklund , Tomi Vainio , Joao Carlos Mendes Luis , freebsd-multimedia@FreeBSD.ORG Subject: Re: bt/fxtv 24bpp & img cnvt patches (was Re: Bt848 driver patches) In-reply-to: Your message of "Sat, 08 Nov 1997 16:07:37 EST." <19971108160737.19314@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 08 Nov 1997 13:28:38 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Good Job! I will be checking out the patch as soon as I get home!! Tnks, Amancio From owner-freebsd-multimedia Sat Nov 8 13:33:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA24764 for multimedia-outgoing; Sat, 8 Nov 1997 13:33:54 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA24750 for ; Sat, 8 Nov 1997 13:33:50 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 8 Nov 1997 16:32:47 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA08663; Sat, 8 Nov 97 16:32:46 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id QAA15438; Sat, 8 Nov 1997 16:32:21 -0500 Message-Id: <19971108163221.24955@ct.picker.com> Date: Sat, 8 Nov 1997 16:32:21 -0500 From: Randall Hopper To: Eivind Eklund Cc: Amancio Hasty , tomppa@fidata.fi, freebsd-multimedia@FreeBSD.ORG Subject: Re: Bt848 driver patches References: <199710291417.PAA01941@bitbox.follo.net> <199710301744.JAA09896@rah.star-gate.com> <19971030194225.11523@bitbox.follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <19971030194225.11523@bitbox.follo.net>; from Eivind Eklund on Thu, Oct 30, 1997 at 07:42:25PM +0100 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Eivind Eklund: |(2) DMA to the wrong position (horizontal offset) when the screen is |32 bits deep. I don't have any clue as to whether this would be an |XFree86, brkt (kernel driver) or fxtv problem. I'm guessing this might be because you haven't got the Fxtv "Bpp" resources configured correctly to match your frame buffer's pixel geometry. Do an: appres Fxtv | egrep 'swap|Bpp' and look at the Bpp settings. For example: Fxtv.Bpp24bit: 3 Fxtv.Bpp32bit: 3 This says that in modes with visuals that "claim" to be 24bpp, the frame buffer is really in a 3 Bpp (byte per pixel) mode. If you're video is shifted to the right of the video window, tweak the number for the corresponding BppXbit setting down (likely from 4 to 3). If its shifted to the left, bump the BppXbit setting up. I know this "divining" of the true frame buffer pixel geometry is a bit of a pain. However, the need to do this might go away sometime. One of the XFree developers has mentioned to me though that next version of XFree will likely provide an API that DGA programs can use to get this information (along with other frame buffer pixel geometry info including true masks and byte swaps) from the X server. Then Fxtv won't have require the user to figure out and specify this info. |(3) Swapped lines (?) I had something that looked like line |interchange once, but it went away when I increased the size of the |window. Probably out of sync interlacing hardware. Not reproduced, |and might be just 'sleight of the eye' - I have an extreme resolution, |so it is hard to see. Was this in ximages mode? If so, when you're running in larger 3 and 4 Bpp true-color, the latency of converting frames gets to be quite high even for 322x242 windows. On my 233MMX I've noticed that in 3Bpp true-color if I disable the bcopy() ximage transfer and force it to do per-pixel conversion (which'll happen all the time if the frame buffer is RGBRGB...), the speed almost resonates sometimes at a multiple of the frame rate so the even and odd frames aren't typically from the same frame. This produces a fields-out-of-sync looking effect that sounds like what you're talking about. Try tweaking your Fxtv "Bpp..." and "swap..." resources to see if you can't get working in direct video. In 3- and 4Bpp, that'll make a world of difference. Randall From owner-freebsd-multimedia Sat Nov 8 13:36:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25009 for multimedia-outgoing; Sat, 8 Nov 1997 13:36:45 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA25003 for ; Sat, 8 Nov 1997 13:36:41 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 8 Nov 1997 16:35:38 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA08689; Sat, 8 Nov 97 16:35:38 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id QAA15453; Sat, 8 Nov 1997 16:35:13 -0500 Message-Id: <19971108163513.55970@ct.picker.com> Date: Sat, 8 Nov 1997 16:35:13 -0500 From: Randall Hopper To: tomppa@fidata.fi Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Bt848 driver patches References: <199710291417.PAA01941@bitbox.follo.net> <199710301744.JAA09896@rah.star-gate.com> <19971030194225.11523@bitbox.follo.net> <199710302233.AAA18801@zeta.fidata.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199710302233.AAA18801@zeta.fidata.fi>; from Tomi Vainio on Fri, Oct 31, 1997 at 12:33:28AM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tomi Vainio: | > (2) DMA to the wrong position (horizontal offset) when the screen is | > 32 bits deep. I don't have any clue as to whether this would be an | > XFree86, brkt (kernel driver) or fxtv problem. | > |I'm still using Michael's patch to get picture inside fxtv window. |I have used this over month now and I haven't heard anything about |that how this should fix correctly. Could you try the paired patches I just mailed, and if you still have this problem, I'd be interested in getting a copy of Michael's patch along with this info about your setup: - Graphics card - X Server vendor (XFree,Xaccel) - X Server version (3.3.1) - X Server (SVGA,S3V,etc.) - Color depth (8,15,16,32) - "appres Fxtv" output - "fxtv -debug startup" output I want to see what fxtv or the X server isn't doing right. Thanks, Randall From owner-freebsd-multimedia Sat Nov 8 14:14:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA26810 for multimedia-outgoing; Sat, 8 Nov 1997 14:14:46 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA26804 for ; Sat, 8 Nov 1997 14:14:38 -0800 (PST) (envelope-from kimc@kim.net) Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by w8hd2.w8hd.org (8.8.5/8.8.5) with SMTP id RAA06592; Sat, 8 Nov 1997 17:14:28 -0500 (EST) Date: Sat, 8 Nov 1997 17:14:27 -0500 (EST) From: Kim Culhan X-Sender: kimc@w8hd2.w8hd.org To: luigi@iet.unipi.it cc: freebsd-multimedia@FreeBSD.org Subject: How to configure sound device 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 Greetings- I have the new audio driver installed on a 2.2.5-REL machine using a GUS PnP card. Also have installed the PnP support which appears to be working correctly, What is the configuration of the audio devices when using this new driver? regards kim -- kimc@w8hd.org From owner-freebsd-multimedia Sat Nov 8 14:34:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA27922 for multimedia-outgoing; Sat, 8 Nov 1997 14:34:58 -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 OAA27874 for ; Sat, 8 Nov 1997 14:34:22 -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 WAA29162; Sat, 8 Nov 1997 22:23:50 +0100 From: Luigi Rizzo Message-Id: <199711082123.WAA29162@labinfo.iet.unipi.it> Subject: Re: How to configure sound device To: kimc@kim.net (Kim Culhan) Date: Sat, 8 Nov 1997 22:23:49 +0100 (MET) Cc: luigi@iet.unipi.it, freebsd-multimedia@FreeBSD.org In-Reply-To: from "Kim Culhan" at Nov 8, 97 05:14:08 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Greetings- > > I have the new audio driver installed on a 2.2.5-REL machine using > a GUS PnP card. > > Also have installed the PnP support which appears to be working correctly, > > What is the configuration of the audio devices when using this new driver? driver pcm0 at isa? tty port ? irq 7 drq 1 vector pcmintr as for all cards -- being a pnp unit it will be recognised automatically and assigned unit #1. There is a README file with all details. 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 Nov 8 16:55:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA03570 for multimedia-outgoing; Sat, 8 Nov 1997 16:55:27 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA03564 for ; Sat, 8 Nov 1997 16:55:24 -0800 (PST) (envelope-from kimc@kim.net) Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by w8hd2.w8hd.org (8.8.5/8.8.5) with SMTP id TAA06854 for ; Sat, 8 Nov 1997 19:55:22 -0500 (EST) Date: Sat, 8 Nov 1997 19:55:22 -0500 (EST) From: Kim Culhan X-Sender: kimc@w8hd2.w8hd.org To: freebsd-multimedia@FreeBSD.org Subject: Help with sound driver on 2.2.5-RELEASE 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 This setup is a Gravis PnP sound card and Luigi's sound driver with the PnP mods from his web site. Tried running maplay and the Real Audio player, looks like the devices are not configured correctly. We have this sndstat: FreeBSD Audio Driver (971023) Nov 8 1997 18:43:43 Installed devices: pcm1: at 0x328 irq 11 dma 7:5 If anyone has any thoughts on what could be the problem they would be very greatly appreciated. regards kim From owner-freebsd-multimedia Sat Nov 8 18:06:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA06727 for multimedia-outgoing; Sat, 8 Nov 1997 18:06:19 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA06722 for ; Sat, 8 Nov 1997 18:06:13 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 8 Nov 1997 21:04:05 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA11810; Sat, 8 Nov 97 21:04:02 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id VAA16232; Sat, 8 Nov 1997 21:03:34 -0500 Message-Id: <19971108210334.20002@ct.picker.com> Date: Sat, 8 Nov 1997 21:03:34 -0500 From: Randall Hopper To: Eivind Eklund , Tomi Vainio , Joao Carlos Mendes Luis Cc: Amancio Hasty , freebsd-multimedia@FreeBSD.ORG Subject: Re: bt/fxtv 24bpp & img cnvt patches (was Re: Bt848 driver patches) References: <199710291417.PAA01941@bitbox.follo.net> <199710301744.JAA09896@rah.star-gate.com> <19971030194225.11523@bitbox.follo.net> <19971108160737.19314@ct.picker.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=wRRV7LY7NUeQGEoC X-Mailer: Mutt 0.81 In-Reply-To: <19971108160737.19314@ct.picker.com>; from Randall Hopper on Sat, Nov 08, 1997 at 04:07:37PM -0500 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Amancio Hasty: |I just tried decoding again --- care to check the file that you |are sending? | |{hasty} gunzip /tmp/foo.1 | |gunzip: stdin: unexpected end of file Hmmm. Somehow I goofed up something gziping that bt848-24bpp-971108.patch because its corrupted in my sent folder too. Here's another copy of the bt848 patch that actually gunzips. Sorry about that. (Time to go full screen -- Sleepwalkers is on :-) Randall --wRRV7LY7NUeQGEoC Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bt848-24bpp-971108.patch.gz" H4sICK4XZTQAA2J0ODQ4LTI0YnBwLTk3MTEwOC5wYXRjaAC9VmFP20gQ/ez8inc6HY2TOMRO Agm5IEhLe+hoQTRS73Q6WRt7Qyxsr2WvG9C199tvdtchCaTQfrmAiPHOzM68eTv7HMfBLBfi VuacD3oDZ3joup1+O7A+8RAfxGegD/fgyO0ddYdwh8PDWrPZ3HIh249MGtsBOkNl6w6M7ckJ HHfYbx2gqb4GODmp4ZnP2+gOkieZyFmMkAdRwmQk0hbCqGCzmCOSWC54+myQUETpDV6fXvkf zz+8uzgrWmBpiChFWLLYmUc8DhGwTJY5p8gifSWfjVeZQjsWmIuc0pnPec5TiXnOEl7Umm7b 8zadXHe/M9gfHtLjNe3O4hi/iSzjOX7NF4uTQLazKLjleTsQyXGt+Twm3OyaMfII4fVmWQYH b8/fXoLF0U2aUCY1NPZrqOHnkM+jlOPNm0n9zsad7oHX73RVE+i73/I6ug2WpaJ/FjFBTMiW frBgORoNSJbfcOnPSlVji3CTCERcwMY/agOyjAUBPI/ZTUv/9UZUQCHzMpBIuOQi97Pobp5I NLI5xtgz//lStfAvzIg5znFl8Xc7K2dxFKgQpa/2QnEbZS2Kx3Lpq2daUgDtNwgLQuH63cTr tbDkSDmhIYXBAHLBKU/iTqr6Qt3W+EzuJccFI0A6D4gSUFU8KHfl6BYSM2UamUAJTxAuRU5E EalkUaooJcrcpAUWhnl7Z7zJ9JPO7TYVS4oUFTCFvio29igwiUs+ovWy0Nutoz6Oh6RUblx7 rLf8oY+JtwaUWtJReCOao15HNneO5X3GMR7j/dn07PLavzr/Y/rn1ZlPWFPb9/ZgrCbEOzLq wrZrTaJPsYxksKDFet2QwkZjiz02fkFPE0eZB6zg8HC0nUoPI5onnN2O1kbuY6PBttFXokSV /jIK5QINBTOPff2fjV/x5v2pP5nSePI/Xl2cTw159Ud5AcaNilHU1ouW5jLtdUmD4/ICX9TD 2eXFqDpBrtdy9RHyBi3PNUdIxVt7aeMV6F/BY6qkWu2MLDo7jmlHvREmzM9ycWPTLB1D0FjQ c4721Pb0vaOsUTUmtlqIVRe1494q+appGxge0wGwV53YlYXy/P38ytRtANg6g8bNbDPGv8bo 4X2V1JaHwcGc3u+te1c/adapiPZoo4Nr35/WqdtQPXmyzwM5H7FzpMeZTm3rPZrj3fgbYzO/ gjJXF4BP/HmwVwEd9bNBAAJ8/ajyU9k/DUFM7Kie7eLlFslUZ1aU7B5UlOwftrzeE0oqiqxf eIYzsL7WHOuZXqya8YVq0c47W7IPz9aD2dqgo/XDVHyayIs0tHZQ0NpFP0tT77tKXbH4m7Vu UNB6gX67uV5xEI8nJFTEp/T7NujKoUJ6o5KxzuLT9fn0DGo2WxtLDyuv9V4vnUKP4MBLjXee RcH5X1CwXjqK6pB03f5QKZ+uOxis9GeDxCpdw3JBspVusIUo6YaVdJuxLKN7vgVPXXRKM3bV QyJCEmCMFOAyj6TkKXQM6Mvc0V48NBqzt22vb3v1XiuJyhL1gnNMtZw9WIVSRnS9hbh2ji9s uudpalRpsrgQJlelAVVGWmAk7F4JhkjBT+ry/kENhQKFSEgLUTwZfeYmFKCao1TMlmDSGkml GZNmLDQa+r1pBapW6IyLLI5k3bbbOuWpkjb0y2Yk/Fggae8FKeIj8PZNG6nQ1RbUcpIQpyOD xB6KhcgN0LRyOnl3vSq/AMk2gqkkac7vMk76uKaFy3+vzQHToQwAAA== --wRRV7LY7NUeQGEoC--