From owner-freebsd-multimedia Sun Sep 7 14:52:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA12835 for multimedia-outgoing; Sun, 7 Sep 1997 14:52:46 -0700 (PDT) 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 OAA12828 for ; Sun, 7 Sep 1997 14:52:39 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id OAA00702; Sun, 7 Sep 1997 14:52:26 -0700 (PDT) Message-Id: <199709072152.OAA00702@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: tomppa@fidata.fi cc: fj@login.dknet.dk (Flemming Jacobsen), freebsd-multimedia@FreeBSD.ORG Subject: Re: Hauppauge Win/TV and fxtv problems In-reply-to: Your message of "Sun, 07 Sep 1997 03:25:05 +0300." <199709070025.DAA18456@zeta.fidata.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 Sep 1997 14:52:26 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The bt848 driver at rah does have the Western Europe channels Flemming's problem is probably due to the driver incorrectly identifying his tuner. fj@login.dknet.dk said: > Anyway, I've just removed the card: > It has a Hauppauge sticker saying: > Win/TV-PCI > PAL-B/G > 60334 Rev A1V > Beneath this sticker is the Philips tuner: > Sticker one (looks like a german PTT aproval sticker): > [Bird-logo] > Philips Hyperband Ready > bzt K U09 276 > Sticker two: > 3139 147 13381P > FM1216/1 hm > SW20 9720 > Made in Singapore. > The 3 large chips are: > One: > Bt848KPF > VIDEO DECODER > 476 9652 > Two: > ITT > MSP 3410D-PS-B3 > 65-WN-FA > 056181.002 > 7245 > Tree: > [Philips logo] > SAA5284GP > K6X177 > HSG9715MOX > TAIWAN So it appears that Flemming has a Philips tuner and not a Temic tuner. Amancio >From The Desk Of Tomi Vainio : > Flemming Jacobsen writes: > > When booting the kernel made from the bt848.970604.tgz kernel I > > get: > > bktr0 rev 17 int a irq 12 on pci0:10 > > mapreg[10] type=0 addr=fbff0000 size=1000. > > reg16: virtual=0xf4f32000 physical=0xfbff0000 size=0x1000 > > brooktree0: PCI bus latency is 80. > > bktr0: buffer size 3555328, addr 0x3000000 > > Hauppauge WinCast/TV, Temic PAL tuner. > > > I also have Hauppauge WinTV Model 406. > bktr0 rev 17 int a irq 15 on pci0:10 > Hauppauge WinCast/TV, Temic PAL tuner. > This card has worked very well with fxtv since Jul 7 after I added > needed frequencies for Western Europe channels 2-20 and 70-99. Could > someone add these to original driver source (Amancio? Luigi?) > > Tomppa > -- > Tomi Vainio, Fimeko-Data Oy Phone: +358 (0)9 4582421 > Mail: tomppa@iki.fi tomppa@fidata.fi Telefax: +358 (0)9 4582425 From owner-freebsd-multimedia Sun Sep 7 15:36:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14969 for multimedia-outgoing; Sun, 7 Sep 1997 15:36:02 -0700 (PDT) Received: from grizzly.fas.com (chs0246.awod.com [208.140.97.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA14953 for ; Sun, 7 Sep 1997 15:35:58 -0700 (PDT) Message-Id: <199709072235.PAA14953@hub.freebsd.org> Received: by grizzly.fas.com ($Revision: 1.37.109.23 $/16.2) id AA280401751; Sun, 7 Sep 1997 18:35:51 -0400 Subject: Speak Freely sounds terible. To: freebsd-multimedia@freebsd.org (Free BSD Multimedia List) Date: Sun, 7 Sep 1997 18:35:51 -0400 (EDT) From: "Stan Brown" X-Mailer: ELM [version 2.4 PL24] 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 I just compiled the speak freely port on my 2.2 STABLE system. It compiled OK, but it sounds pressty badd playing back to the same machine. Also the volume is low. I am using a GUS sound card. Any sugestions? -- Stan Brown stanb@netcom.com 770-996-6955 Factory Automation Systems Atlanta Ga. -- Look, look, see Windows 95. Buy, lemmings, buy! Pay no attention to that cliff ahead... Henry Spencer (c) 1997 Stan Brown. Redistribution via the Microsoft Network is prohibited. From owner-freebsd-multimedia Sun Sep 7 19:54:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28817 for multimedia-outgoing; Sun, 7 Sep 1997 19:54:20 -0700 (PDT) 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 TAA28812 for ; Sun, 7 Sep 1997 19:54:17 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA01800; Sun, 7 Sep 1997 19:54:10 -0700 (PDT) Message-Id: <199709080254.TAA01800@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: tomppa@fidata.fi cc: multimedia@freebsd.org Subject: Re: Hauppauge Win/TV and fxtv problems In-reply-to: Your message of "Mon, 08 Sep 1997 01:40:35 +0300." <199709072240.BAA22808@zeta.fidata.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 Sep 1997 19:54:10 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, This is what I have right now in the driver: int weurope[] = { 69, (int)( 38.90 * FREQFACTOR), 0, 21, (int)(471.25 * FREQFACTOR), (int)(8.00 * FREQFACTOR), 17, (int)(183.25 * FREQFACTOR), (int)(9.00 * FREQFACTOR), 16, (int)(175.25 * FREQFACTOR), (int)(9.00 * FREQFACTOR), 15, (int)(82.25 * FREQFACTOR), (int)(8.50 * FREQFACTOR), 13, (int)(53.75 * FREQFACTOR), (int)(8.50 * FREQFACTOR), 5, (int)(175.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 2, (int)(48.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 1, (int)(45.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 0 }; volker@neuroinformatik.ruhr-uni-bochum.de said: > Tomi Vainio writes: > >- Main channels here in > Finland are located as 6, 8, 24 and 52. With >weurope setting the > lowest channel is 21. I also need channels E2-E12 >and IA-IH. These > worked fine with W95 software. Channel 52 was >problem also in there. > I can see channel 52 as channel 27 when using >CATV weurope setting. > > > Maybe the following patch is useful for you. It adds the E2-E12 and > the S1-20 channels. Should be easy to add IA-IH as well ;-). > Yours, > -Volker Freiburg- > -------------------------- snip snip > -------------------------- --- brooktree848.c.orig Tue Jun 10 20:42:05 > 1997 +++ brooktree848.c Mon Jun 13 17:18:01 1997 @@ -3661,13 +3661,20 > @@ > * 100 3890 000 IFFREQ > * > */ -#define OFFSET 8.00 +#define OFFSET1 7.00 +#define OFFSET2 8.00 > int weurope[] = { - 69, (int)( 38.90 * FREQFACTOR), 0, - 21, > (int)(471.25 * FREQFACTOR), (int)(OFFSET * FREQFACTOR), + 100, > (int)( 38.90 * FREQFACTOR), 0, + 90, (int)(231.25 * > FREQFACTOR), (int)(OFFSET1 * FREQFACTOR), + 80, > (int)(105.25 * FREQFACTOR), (int)(OFFSET1 * FREQFACTOR), + 74, > (int)( 69.25 * FREQFACTOR), (int)(OFFSET1 * FREQFACTOR), + 21, > (int)(471.25 * FREQFACTOR), (int)(OFFSET2 * FREQFACTOR), + 5, > (int)(175.25 * FREQFACTOR), (int)(OFFSET1 * FREQFACTOR), + > 2, (int)( 48.25 * FREQFACTOR), (int)(OFFSET1 * FREQFACTOR), > 0 > }; -#undef OFFSET +#undef OFFSET1 +#undef OFFSET2 > /* > * Japanese Broadcast Channels: Perhaps someone can correct the S1-20 channels if its incorrect in the driver. Regards, Amancio >From The Desk Of Tomi Vainio : > Amancio Hasty writes: > > The bt848 driver at rah does have the Western Europe channels > > Flemming's problem is probably due to the driver incorrectly > > identifying his tuner. > > > There are no S-channels on your driver. Finnish fourth main channel > called Nelonen is sent on channel S12. > > Tomppa > -- > Tomi Vainio, Fimeko-Data Oy Phone: +358 (0)9 4582421 > Mail: tomppa@iki.fi tomppa@fidata.fi Telefax: +358 (0)9 4582425 From owner-freebsd-multimedia Sun Sep 7 22:47:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08704 for multimedia-outgoing; Sun, 7 Sep 1997 22:47:02 -0700 (PDT) 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 WAA08697 for ; Sun, 7 Sep 1997 22:46:57 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA15509; Mon, 8 Sep 1997 06:36:02 +0200 From: Luigi Rizzo Message-Id: <199709080436.GAA15509@labinfo.iet.unipi.it> Subject: Re: Hauppauge Win/TV and fxtv problems To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 8 Sep 1997 06:36:01 +0200 (MET DST) Cc: tomppa@fidata.fi, multimedia@FreeBSD.ORG In-Reply-To: <199709080254.TAA01800@rah.star-gate.com> from "Amancio Hasty" at Sep 7, 97 07:53:51 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi, > > This is what I have right now in the driver: you could add the following: 100, (int)( 38.90 * FREQFACTOR), 0, 90, (int)(231.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 80, (int)(105.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 74, (int)( 69.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), and replace 69, (int)( 38.90 * FREQFACTOR), 0, from the table. The above are probably the cable channels, I cannot test them since I don't have cable here. E2-E12 are already in the driver (as 2..12) and so are ITA..ITA (as 13..20). Cheers Luigi From owner-freebsd-multimedia Sun Sep 7 23:48:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12959 for multimedia-outgoing; Sun, 7 Sep 1997 23:48:16 -0700 (PDT) Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA12878 for ; Sun, 7 Sep 1997 23:47:55 -0700 (PDT) Received: from login.dknet.dk (root@login.dknet.dk [193.88.44.43]) by ns.dknet.dk (8.8.5/8.8.5) with SMTP id IAA27784; Mon, 8 Sep 1997 08:46:22 +0200 (MET DST) Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA18018; Mon, 8 Sep 97 08:44:37 +0200 From: fj@login.dknet.dk (Flemming Jacobsen) Message-Id: <9709080644.AA18018@login.dknet.dk> Subject: Re: Hauppauge Win/TV and fxtv problems To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 8 Sep 97 8:44:36 MET DST Cc: tomppa@fidata.fi, freebsd-multimedia@FreeBSD.ORG In-Reply-To: <199709072152.OAA00702@rah.star-gate.com>; from "Amancio Hasty" at Sep 7, 97 2:52 pm Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > The bt848 driver at rah does have the Western Europe channels > Flemming's problem is probably due to the driver incorrectly > identifying his tuner. Nope, I corrected that right after I got the working version of your driver update. The probe now says: bktr0 rev 17 int a irq 12 on pci0:10 Hauppauge WinCast/TV, Philips PAL tuner. If the driver is configured to probe for PAL, it only looks for a Temic tuner. Not knowing how to probe for the two, I just changed the code to assume a Philips tuner if it found something. However it didn't make the tuner driver work any better. This is probably because the definition of the Philips PAL tuner is incomplete in the code. I've played a little with it, but no luck. To me it seems like the weurope setup is OK, except that the "Super" channels are missing. I'll be back from vacation in two weeks. Hopefully the problems have been ignored for long enough and have gone away :-) Have a nice day Flemming -- Flemming Jacobsen It'll probably say something like "Does not compute" or "Inoperative parameters". That's Email: fj@login.dknet.dk what it says when it doesn't know and doesn't Phone: +45 35 43 33 49 want to admit it. -- Terry Pratchett: Wings From owner-freebsd-multimedia Mon Sep 8 01:41:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA18632 for multimedia-outgoing; Mon, 8 Sep 1997 01:41:14 -0700 (PDT) Received: from fsnif.neuroinformatik.ruhr-uni-bochum.de (root@fsnif.neuroinformatik.ruhr-uni-bochum.de [134.147.176.16]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA18626 for ; Mon, 8 Sep 1997 01:41:11 -0700 (PDT) Received: from bochum.neuroinformatik.ruhr-uni-bochum.de (volker@zol.neuroinformatik.ruhr-uni-bochum.de [134.147.176.24]) by fsnif.neuroinformatik.ruhr-uni-bochum.de (8.8.7/8.8.7) with SMTP id KAA18770; Mon, 8 Sep 1997 10:40:53 +0200 (MET DST) To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: Hauppauge Win/TV and fxtv problems References: <199709080254.TAA01800@rah.star-gate.com> From: Volker Freiburg Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: 08 Sep 1997 10:40:15 +0200 In-Reply-To: Amancio Hasty's message of Sun, 07 Sep 1997 19:54:10 -0700 Message-ID: Lines: 48 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > >Hi, > >This is what I have right now in the driver: > >int weurope[] = { > 69, (int)( 38.90 * FREQFACTOR), 0, > 21, (int)(471.25 * FREQFACTOR), (int)(8.00 * FREQFACTOR), > 17, (int)(183.25 * FREQFACTOR), (int)(9.00 * FREQFACTOR), > 16, (int)(175.25 * FREQFACTOR), (int)(9.00 * FREQFACTOR), > 15, (int)(82.25 * FREQFACTOR), (int)(8.50 * FREQFACTOR), > 13, (int)(53.75 * FREQFACTOR), (int)(8.50 * FREQFACTOR), > 5, (int)(175.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), > 2, (int)(48.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), > 1, (int)(45.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), > 0 >}; > [...] > >Perhaps someone can correct the S1-20 channels if its incorrect >in the driver. > Yes, they are missing. Here is the mapping which includes S1-S20 and S01-S03: int weurope[] = { 100, (int)( 38.90 * FREQFACTOR), 0, 90, (int)(231.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 80, (int)(105.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 74, (int)( 69.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 21, (int)(471.25 * FREQFACTOR), (int)(8.00 * FREQFACTOR), 17, (int)(183.25 * FREQFACTOR), (int)(9.00 * FREQFACTOR), 16, (int)(175.25 * FREQFACTOR), (int)(9.00 * FREQFACTOR), 15, (int)(82.25 * FREQFACTOR), (int)(8.50 * FREQFACTOR), 13, (int)(53.75 * FREQFACTOR), (int)(8.50 * FREQFACTOR), 5, (int)(175.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 2, (int)( 48.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 0 }; As you may notice, I moved IFFREQ to index 100. It would block E69 otherwise. Maybe we should also add the last 6 or so missing channels to make it complete ;-). So long, -Volker From owner-freebsd-multimedia Mon Sep 8 01:53:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA19049 for multimedia-outgoing; Mon, 8 Sep 1997 01:53:34 -0700 (PDT) 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 BAA19041 for ; Mon, 8 Sep 1997 01:53:31 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id BAA02552; Mon, 8 Sep 1997 01:53:12 -0700 (PDT) Message-Id: <199709080853.BAA02552@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Volker Freiburg cc: multimedia@FreeBSD.ORG Subject: Re: Hauppauge Win/TV and fxtv problems In-reply-to: Your message of "08 Sep 1997 10:40:15 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Sep 1997 01:53:12 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Volker Freiburg : > int weurope[] = { > 100, (int)( 38.90 * FREQFACTOR), 0, > 90, (int)(231.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), > 80, (int)(105.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), > 74, (int)( 69.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), > 21, (int)(471.25 * FREQFACTOR), (int)(8.00 * FREQFACTOR), > 17, (int)(183.25 * FREQFACTOR), (int)(9.00 * FREQFACTOR), > 16, (int)(175.25 * FREQFACTOR), (int)(9.00 * FREQFACTOR), > 15, (int)(82.25 * FREQFACTOR), (int)(8.50 * FREQFACTOR), > 13, (int)(53.75 * FREQFACTOR), (int)(8.50 * FREQFACTOR), > 5, (int)(175.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), > 2, (int)( 48.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), > 0 > }; > > As you may notice, I moved IFFREQ to index 100. It would block > E69 otherwise. Maybe we should also add the last 6 or so missing > channels to make it complete ;-). > > So long, > -Volker > Tnks, This is what I now have in the driver: int weurope[] = { 100, (int)( 38.90 * FREQFACTOR), 0, 90, (int)(231.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 80, (int)(105.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 74, (int)( 69.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 21, (int)(471.25 * FREQFACTOR), (int)(8.00 * FREQFACTOR), 17, (int)(183.25 * FREQFACTOR), (int)(9.00 * FREQFACTOR), 16, (int)(175.25 * FREQFACTOR), (int)(9.00 * FREQFACTOR), 15, (int)(82.25 * FREQFACTOR), (int)(8.50 * FREQFACTOR), 13, (int)(53.75 * FREQFACTOR), (int)(8.50 * FREQFACTOR), 12, (int)(238.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 5, (int)(175.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 2, (int)(48.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 1, (int)(45.25 * FREQFACTOR), (int)(7.00 * FREQFACTOR), 0 }; Not sure if channel 1 is used or not in the part of the world. Tomi Vainio tomppa@fidata.fi , stated : --- Finnish fourth main channel called Nelonen is sent on channel S12. --- So I added S12 to the table. Regards, Amancio From owner-freebsd-multimedia Mon Sep 8 02:22:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA20168 for multimedia-outgoing; Mon, 8 Sep 1997 02:22:36 -0700 (PDT) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA20162 for ; Mon, 8 Sep 1997 02:22:33 -0700 (PDT) Received: (from graham@localhost) by fgate.flevel.co.uk (8.8.7/8.6.9) id KAA26303 for multimedia@freebsd.org; Mon, 8 Sep 1997 10:22:53 +0100 (BST) From: Graham Breach Message-Id: <199709080922.KAA26303@fgate.flevel.co.uk> Subject: MPEG decoder boards To: multimedia@freebsd.org Date: Mon, 8 Sep 1997 10:22:53 +0100 (BST) 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 Is there any support for MPEG decoder cards currently, or any work in progress? -- /* Graham Breach * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * http://www.cybercities.net/fxhtml - FXHTML web building tool * */ From owner-freebsd-multimedia Mon Sep 8 03:52:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA23325 for multimedia-outgoing; Mon, 8 Sep 1997 03:52:15 -0700 (PDT) Received: from fani.fidata.fi (fani.fidata.fi [193.64.102.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA23297 for ; Mon, 8 Sep 1997 03:51:56 -0700 (PDT) Received: from zeta.fidata.fi (tomppa@zeta.fidata.fi [193.64.103.213]) by fani.fidata.fi (8.8.5/8.8.5) with ESMTP id NAA23828; Mon, 8 Sep 1997 13:51:43 +0300 (EET DST) Received: (from tomppa@localhost) by zeta.fidata.fi (8.8.5/8.8.5) id NAA25627; Mon, 8 Sep 1997 13:51:42 +0300 (EET DST) Date: Mon, 8 Sep 1997 13:51:42 +0300 (EET DST) Message-Id: <199709081051.NAA25627@zeta.fidata.fi> From: Tomi Vainio MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Luigi Rizzo CC: multimedia@FreeBSD.ORG Subject: Re: Hauppauge Win/TV and fxtv problems In-Reply-To: <199709080436.GAA15509@labinfo.iet.unipi.it> References: <199709080254.TAA01800@rah.star-gate.com> <199709080436.GAA15509@labinfo.iet.unipi.it> X-Mailer: VM 6.33 under 19.15 XEmacs Lucid Reply-To: tomppa@fidata.fi Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo writes: > from the table. The above are probably the cable channels, I cannot > test them since I don't have cable here. E2-E12 are already in > the driver (as 2..12) and so are ITA..ITA (as 13..20). > This is what I have used and channel 91/S12 is working fine. #define OFFSET1 7.00 #define OFFSET2 8.00 int weurope[] = { 100, (int)( 38.90 * FREQFACTOR), 0, 90, (int)(231.25 * FREQFACTOR), (int)(OFFSET1 * FREQFACTOR), 80, (int)(105.25 * FREQFACTOR), (int)(OFFSET1 * FREQFACTOR), 74, (int)( 69.25 * FREQFACTOR), (int)(OFFSET1 * FREQFACTOR), Tomppa -- Tomi Vainio, Fimeko-Data Oy Phone: +358 (0)9 4582421 Mail: tomppa@iki.fi tomppa@fidata.fi Telefax: +358 (0)9 4582425 From owner-freebsd-multimedia Mon Sep 8 11:15:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20181 for multimedia-outgoing; Mon, 8 Sep 1997 11:15:50 -0700 (PDT) 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 LAA20140; Mon, 8 Sep 1997 11:15:35 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA16715; Mon, 8 Sep 1997 19:05:01 +0200 From: Luigi Rizzo Message-Id: <199709081705.TAA16715@labinfo.iet.unipi.it> Subject: snd970908.tgz available To: multimedia@freebsd.org Date: Mon, 8 Sep 1997 19:05:00 +0200 (MET DST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk http://www.iet.unipi.it/~luigi/snd970908.tgz contains the latest snap of my sound code (and the one which should go with high probability into the 3.0 snapshot). Remember you need the PnP code to compile it, whose latest version is at http://www.iet.unipi.it/~luigi/pnp970907.tgz This snap fixes a number of bugs, and contains updated drivers for vat and other applications. Feedback from users has been quite useful for finding and fixing the bugs so I repeat my request for trying out this code and reporting success with hardware not listed below, or problems with any hardware. The driver is known to work on full duplex: CS4236, CS4237 CS4232 (probably) OPTI931 (modulo bugs in the chip, which i try to circumvent) half duplex: SB3.X SB16 (all models including PnP) and perhaps other cards which emulate SB or WSS. The following applications are known to work (some require special drivers included in this distribution): vat (tested only in full duplex with WSS cards); speak_freely nas timidity most other applications which work with OSS/Voxware in half duplex it _does not_ work with xquake. With all probabilities, the next snap will contain support for the SB16 in full duplex (e.g. for using vat). 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 Sep 8 15:08:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA08658 for multimedia-outgoing; Mon, 8 Sep 1997 15:08:01 -0700 (PDT) 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 PAA08622 for ; Mon, 8 Sep 1997 15:07:57 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 8 Sep 1997 18:07:26 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA22029; Mon, 8 Sep 97 18:07:24 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA10231; Mon, 8 Sep 1997 18:04:06 -0400 Message-Id: <19970908180406.54823@ct.picker.com> Date: Mon, 8 Sep 1997 18:04:06 -0400 From: Randall Hopper To: multimedia@freebsd.org Subject: In Search Of: "The Bt848 Home Page" ? 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 Ok, so where'd it go? :-) ...or rather when will it be back, ...and where? Randall http://freebsd.org/~fsmp/HomeAuto/Bt848.html "The 'Automated by FreeBSD' Bt848 Page Has Moved." "The new location isn't ready yet..." From owner-freebsd-multimedia Mon Sep 8 16:06:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA12867 for multimedia-outgoing; Mon, 8 Sep 1997 16:06:59 -0700 (PDT) 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 QAA12862 for ; Mon, 8 Sep 1997 16:06:55 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id QAA08623; Mon, 8 Sep 1997 16:06:44 -0700 (PDT) Message-Id: <199709082306.QAA08623@rah.star-gate.com> To: Randall Hopper cc: multimedia@FreeBSD.ORG Subject: Re: In Search Of: "The Bt848 Home Page" ? In-reply-to: Your message of "Mon, 08 Sep 1997 18:04:06 EDT." <19970908180406.54823@ct.picker.com> Date: Mon, 08 Sep 1997 16:06:44 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk When someone or I find the time to update the web page it will go on the FreeBSD Multimedia web page. If someone wishes to update the web page please don't hesitate to e-mail me. Amancio >From The Desk Of Randall Hopper : > Ok, so where'd it go? :-) > ...or rather when will it be back, ...and where? > > Randall > > > http://freebsd.org/~fsmp/HomeAuto/Bt848.html > > > "The 'Automated by FreeBSD' Bt848 Page Has Moved." > "The new location isn't ready yet..." From owner-freebsd-multimedia Mon Sep 8 16:26:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA14121 for multimedia-outgoing; Mon, 8 Sep 1997 16:26:14 -0700 (PDT) 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 QAA14115 for ; Mon, 8 Sep 1997 16:26:09 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 8 Sep 1997 19:25:06 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA23065; Mon, 8 Sep 97 19:25:04 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id TAA10448; Mon, 8 Sep 1997 19:21:45 -0400 Message-Id: <19970908192145.53180@ct.picker.com> Date: Mon, 8 Sep 1997 19:21:45 -0400 From: Randall Hopper To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: In Search Of: "The Bt848 Home Page" ? References: <19970908180406.54823@ct.picker.com> <199709082306.QAA08623@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199709082306.QAA08623@rah.star-gate.com>; from Amancio Hasty on Mon, Sep 08, 1997 at 04:06:44PM -0700 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |When someone or I find the time to update the web page it will go |on the FreeBSD Multimedia web page. | |If someone wishes to update the web page please don't |hesitate to e-mail me. Could we put the old link back until somebody has time to redo the page? All I want is to copy down the tuner part numbers off the info pages. |> http://freebsd.org/~fsmp/HomeAuto/Bt848.html Thanks, Randall From owner-freebsd-multimedia Mon Sep 8 17:56:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20503 for multimedia-outgoing; Mon, 8 Sep 1997 17:56:00 -0700 (PDT) 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 RAA20494 for ; Mon, 8 Sep 1997 17:55:55 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 8 Sep 1997 20:55:21 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA24090; Mon, 8 Sep 97 20:55:19 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA10490; Mon, 8 Sep 1997 20:52:00 -0400 Message-Id: <19970908205200.22550@ct.picker.com> Date: Mon, 8 Sep 1997 20:52:00 -0400 From: Randall Hopper To: multimedia@freebsd.org Subject: Fxtv 0.44 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 AFC (courtesy of Guido van Rooij) and Aspect lock support added. Most other changes relate to juicing and speeding up Video capture, including: - Simultaneous capture to multiple disks - Simultaneous audio/video capture - MPEG-system stream support - PPM support - MPEG Ready (scripting) target enhanced With multiple disks, capture smokes on my IDE drives. And PPM greatly speeds up the encode times. Haven't even tried the recent IDE DMA enhancements yet either; that's next :-) Also, Fxtv is a port now. Please try it out and let me know about any problems. I'll give it a few days, and then upload it to ftp.freebsd.org so we can start getting TV tools on the CDs. :-) There are still some driver bugs related to FPS, so I've left the tweaked June driver linked to the page. Hopefully Amancio and Steve will have some time to take a look in the next few weeks, current projects permitting. Some other driver bugs not related to FPS are easy to reproduce by simply resizing the driver window: wavy black lines, stipe down the middle of the window, and only one field capturing constently with the other intermittent. For now, just resize the window again and you'll soon find a res the driver is happy with. And the URL: http://multiverse.com/~rhh/fxtv Enjoy, and let me know how it goes. Randall From owner-freebsd-multimedia Mon Sep 8 21:24:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA01101 for multimedia-outgoing; Mon, 8 Sep 1997 21:24:42 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA01081; Mon, 8 Sep 1997 21:24:34 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id VAA06437; Mon, 8 Sep 1997 21:27:57 -0700 (PDT) Message-Id: <199709090427.VAA06437@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: freebsd-multimedia@freebsd.org, freebsd-hackers@freebsd.org Subject: Multicast socket programming question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Sep 1997 21:27:57 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I really don't know where else to turn to, so I'll see who can answer this one. Consider: fd = socket(AF_INET, SOCK_DGRAM, 0); ... sin.sin_addr.s_addr = ; connect(fd, (struct sockaddr *)&sin, sizeof(sin)); ... c = 0; setsockopt(fd, IPPROTO_IP, IP_MULTICAST_LOOP, &c, 1); c = 3; setsockopt(fd, IPPROTO_IP, IP_MULTICAST_TTL, &c, 1); addr = INADDR_ANY; setsockopt(fd, IPPROTO_IP, IP_MULTICAST_IF, &addr, sizeof(addr)); ... send(fd, (char*)buf, len, 0) The send() call above returns EHOSTUNREACH. UDP multicast datagrams don't connect to a host. Why is this error returned? ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet People who dream impossible dreams and strive to achieve them raise man's stature a fraction of an inch in the process, whether they win or lose. From owner-freebsd-multimedia Tue Sep 9 08:41:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA15777 for multimedia-outgoing; Tue, 9 Sep 1997 08:41:03 -0700 (PDT) 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 IAA15767 for ; Tue, 9 Sep 1997 08:40:51 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA19260; Tue, 9 Sep 1997 16:30:29 +0200 From: Luigi Rizzo Message-Id: <199709091430.QAA19260@labinfo.iet.unipi.it> Subject: any experience with sb16 and fullduplex ? To: multimedia@freebsd.org Date: Tue, 9 Sep 1997 16:30:28 +0200 (MET DST) Cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I know probably noone has the answer but... does anyone have experience with the SB16 used in full duplex ? I am doing some tests with vat here and although I have it working, let's say that it does not behave as I expect... e.g. the only way I currently managed to make things work is to use signed formats on both channels, e.g capture AFMT_S8, playback AFMT_S16_LE or capture AFMT_S16_LE, playback AFMT_S8 I wonder if anyone is aware of restrictions in the use of the card in full duplex. I have a program dated 1994 downloaded from the Creative www server which uses the card in full duplex, with a big disclaimer that it might not work on future cards etc.etc. and does the following: * This program does a 16-bit recording to disk, then after about 1 second * starts an 8-bit playback from the same file. The recording format is * 16-bit signed. For playback, the low byte of each sample is discarded to * convert it to 8-bit signed. (Note that the usual format for an 8-bit * recording is UNsigned. I programmed it for 8-bit signed for avoid the * unsigned to signed conversion.) I am not sure the use of signed format on both channels is just a matter of convenience or it serves to circumvent some limitation in the hardware... Anyways it seems to work, and possibly tonight I will make another snap for the impatients. Cheers Luigi From owner-freebsd-multimedia Tue Sep 9 10:19:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA21287 for multimedia-outgoing; Tue, 9 Sep 1997 10:19:05 -0700 (PDT) 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 KAA21276 for ; Tue, 9 Sep 1997 10:18:55 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA19447 for multimedia@freebsd.org; Tue, 9 Sep 1997 18:07:55 +0200 From: Luigi Rizzo Message-Id: <199709091607.SAA19447@labinfo.iet.unipi.it> Subject: full duplex support for the sb16 is here... To: multimedia@freebsd.org Date: Tue, 9 Sep 1997 18:07:54 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As previously announced, todays' snap has support for the SB16 in full duplex. I have included a replacement module for vat (misc/audio-voxware.cc) so you can try it out; http://www.iet.unipi.it/~luigi/snd970909.tgz requires http://www.iet.unipi.it/~luigi/pnp970907.tgz Since I could only do limited tests I'd like to know how it works for you (quality will not be very good, be warned...) CHeers Luigi From owner-freebsd-multimedia Tue Sep 9 10:32:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22335 for multimedia-outgoing; Tue, 9 Sep 1997 10:32:54 -0700 (PDT) Received: from as5200-port-254.no.neosoft.com (as5200-port-254.no.neosoft.com [206.27.167.254]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA22329 for ; Tue, 9 Sep 1997 10:32:50 -0700 (PDT) Received: (from conrads@localhost) by as5200-port-254.no.neosoft.com (8.8.7/8.8.6) id MAA26510 for multimedia@freebsd.org; Tue, 9 Sep 1997 12:33:31 -0500 (CDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 09 Sep 1997 12:33:30 -0500 (CDT) Organization: NeoSoft, Inc. From: Conrad Sabatier To: multimedia@freebsd.org Subject: Errors in kernel build with pnp (2.2-STABLE) Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk loading kernel pnp.o: Undefined symbol `_pnpdevice_set' referenced from text segment pnp.o: Undefined symbol `_pnpdevice_set' referenced from text segment I'm reasonably certain I've applied all patches, etc. correctly. So why is this happening? -- Conrad Sabatier | FreeBSD -- UNIX for your PC http://www.neosoft.com/~conrads | Why settle for less than the best? Spambots, use this: biteme@f-u.org | http://www.freebsd.org From owner-freebsd-multimedia Tue Sep 9 13:01:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA01990 for multimedia-outgoing; Tue, 9 Sep 1997 13:01:55 -0700 (PDT) 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 NAA01978 for ; Tue, 9 Sep 1997 13:01:44 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id UAA19888; Tue, 9 Sep 1997 20:50:05 +0200 From: Luigi Rizzo Message-Id: <199709091850.UAA19888@labinfo.iet.unipi.it> Subject: Re: Errors in kernel build with pnp (2.2-STABLE) To: conrads@neosoft.com (Conrad Sabatier) Date: Tue, 9 Sep 1997 20:50:05 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: from "Conrad Sabatier" at Sep 9, 97 12:33:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > loading kernel > pnp.o: Undefined symbol `_pnpdevice_set' referenced from text segment > pnp.o: Undefined symbol `_pnpdevice_set' referenced from text segment > > I'm reasonably certain I've applied all patches, etc. correctly. So why is > this happening? one reason is that probably you have not defined any pnp-aware driver. One workaround is #define TEST_PNP_DEVICE in pnp.c and make function nullpnp_probe() return NULL . I did not find the problem because I always used the pnp code with my sound driver. 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 Sep 9 15:32:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA11486 for multimedia-outgoing; Tue, 9 Sep 1997 15:32:37 -0700 (PDT) Received: from fani.fidata.fi (fani.fidata.fi [193.64.102.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA11479 for ; Tue, 9 Sep 1997 15:32:29 -0700 (PDT) Received: from zeta.fidata.fi (tomppa@zeta.fidata.fi [193.64.103.213]) by fani.fidata.fi (8.8.5/8.8.5) with ESMTP id BAA16970 for ; Wed, 10 Sep 1997 01:32:19 +0300 (EET DST) Received: (from tomppa@localhost) by zeta.fidata.fi (8.8.5/8.8.5) id BAA04521; Wed, 10 Sep 1997 01:32:19 +0300 (EET DST) Date: Wed, 10 Sep 1997 01:32:19 +0300 (EET DST) Message-Id: <199709092232.BAA04521@zeta.fidata.fi> From: Tomi Vainio MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: multimedia@freebsd.org Subject: Fxtv 0.44 / bt848 X-Mailer: VM 6.33 under 19.15 XEmacs Lucid Reply-To: tomppa@fidata.fi Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Today I supped latest 2.2-stable with new bt848 driver. I also got new Fxtv. Now these are working very well. All problems with Fxtv are now gone. On July I reported to Randall about low picture quality, fuzzy picture, slow screen update (5-7fps), resizing problems, tilted screen and losing picture. Now I can watch full screen fast scrolling images and fps rate is so high I can't see differences between Fxtv and normal TV. Now there are two smaller problems. Sometimes when I start fxtv video feed appears screen before I place window on desktop. I use manual window placement with Fvwm. Fxtv don't show video anymore when window is under another one. Tomppa -- Tomi Vainio, Fimeko-Data Oy Phone: +358 (0)9 4582421 Mail: tomppa@iki.fi tomppa@fidata.fi Telefax: +358 (0)9 4582425 From owner-freebsd-multimedia Tue Sep 9 17:24:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA18764 for multimedia-outgoing; Tue, 9 Sep 1997 17:24:50 -0700 (PDT) Received: from fani.fidata.fi (fani.fidata.fi [193.64.102.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA18759 for ; Tue, 9 Sep 1997 17:24:45 -0700 (PDT) Received: from zeta.fidata.fi (tomppa@zeta.fidata.fi [193.64.103.213]) by fani.fidata.fi (8.8.5/8.8.5) with ESMTP id DAA17189 for ; Wed, 10 Sep 1997 03:24:42 +0300 (EET DST) Received: (from tomppa@localhost) by zeta.fidata.fi (8.8.5/8.8.5) id DAA05163; Wed, 10 Sep 1997 03:24:42 +0300 (EET DST) Date: Wed, 10 Sep 1997 03:24:42 +0300 (EET DST) Message-Id: <199709100024.DAA05163@zeta.fidata.fi> From: Tomi Vainio MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="DnAIyOY7pk" Content-Transfer-Encoding: 7bit To: multimedia@freebsd.org Subject: Fxtv 0.44 / bt848 In-Reply-To: <199709092232.BAA04521@zeta.fidata.fi> References: <199709092232.BAA04521@zeta.fidata.fi> X-Mailer: VM 6.33 under 19.15 XEmacs Lucid Reply-To: tomppa@fidata.fi Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --DnAIyOY7pk Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Tomi Vainio writes: > Today I supped latest 2.2-stable with new bt848 driver. I also got > new Fxtv. Now these are working very well. All problems with Fxtv > are now gone. On July I reported to Randall about low picture quality, > fuzzy picture, slow screen update (5-7fps), resizing problems, tilted > screen and losing picture. Now I can watch full screen fast scrolling > images and fps rate is so high I can't see differences between Fxtv > and normal TV. Now there are two smaller problems. Sometimes when I > start fxtv video feed appears screen before I place window on desktop. > I use manual window placement with Fvwm. Fxtv don't show video > anymore when window is under another one. > I accidentally run older Fxtv 0.43 and now it also worked correctly. I found out why Fxtv hasn't worked. Reason for this is old Fxtv 0.43 app-default file. When starting fxtv it says: Active visual does not support direct video ...backing off and using XImages. Here are both files. Tell me which option causes this whole mess. Tomppa --DnAIyOY7pk Content-Type: application/octet-stream Content-Disposition: attachment; filename="Fxtv-0.44" Content-Transfer-Encoding: base64 Rnh0di5odWU6ICAgICAgICAgICAgICAgMC4wICAgICAgICAgICAgICEgLTkwICB0byAgOTAg ZGVnLCAgIDAgIGRlZgpGeHR2LmJyaWdodG5lc3M6CTI1LjAJCSEgLTUwJSB0byArNTAlICAg LCAgIDAlIGRlZgpGeHR2LmNvbnRyYXN0OgkJODAuMAkJISAgIDAlIHRvIDIwMCUgICAsIDEw MCUgZGVmCkZ4dHYuc2F0VTogICAgICAgICAgICAgIDEwMC4wICAgICAgICAgICAhICAgMCUg dG8gMjAwJSAgICwgMTAwJSBkZWYKRnh0di5zYXRWOiAgICAgICAgICAgICAgMTAwLjAgICAg ICAgICAgICEgICAwJSB0byAyODQlICAgLCAxMDAlIGRlZgpGeHR2LmlucHV0Rm9ybWF0OiAg ICAgICBwYWwKCQkJCQkhIG50c2MsIHBhbApGeHR2LmRlZmF1bHRJbnB1dDogICAgICB0dW5l ciAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAh IHR1bmVyLCB2aWRlbywgc3ZocwpGeHR2LmRyaXZlckRlZmF1bHRzOglGYWxzZQoJCQkJCSEg RmFsc2UgPSBpbml0IGRyaXZlciBicmlnaHQvY29udHIKIUZ4dHYuZnBzOgkJMTUKCQkJCQkh IERpc3BsYXkgU3BlZWQ7IG5vIHNldHRpbmcgPSBmYXN0ZXN0CkZ4dHYuYXNwZWN0TG9jazog ICAgICAgIFRydWUKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICEg QWx3YXlzIHNldCA0OjMgYXNwZWN0IG9uIHZpZGVvIHdpbmRvdwpGeHR2LnR1bmVyTW9kZTog ICAgICAgICBhbnRlbm5hCgkJCQkJISBhbnRlbm5hLCBjYWJsZQpGeHR2LmRlZmF1bHRDaGFu bmVsOgk1CQoJCQkJCSEgMCBvciBubyBzZXR0aW5nID0gZG9uJ3QgY2hhbmdlIGNoYW4KRnh0 di5hbnRlbm5hQ2hhbm5lbExpc3Q6IDEtOTkKRnh0di5jYWJsZUNoYW5uZWxMaXN0OiAgIDEt OTkKCkZ4dHYuYW50ZW5uYUZyZXFTZXQ6ICAgICB3ZXVyb3BlCkZ4dHYuY2FibGVGcmVxU2V0 OiAgICAgICB3ZXVyb3BlCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAhIENoYW4gRnJlcSBTY2hlbWVzOiBuYWJjc3QsY2FibGVpcmMsIAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgISAgIGNhYmxlaHJjLHdldXJvcGUsanBuYmNz dAoKRnh0di5jb2xvcmJhcnM6CQlGYWxzZQoJCQkJCSEgVGVzdGluZyBjb2xvcmJhcnMgb24v b2ZmCiFGeHR2LmRlYnVnOiAgICAgICAgICAgICBzdGFydHVwCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAhIERiZyBwcmludHMKCQkJCQkhIHtzdGFydHVwLHN1 YnByb2MsZXZlbnRzLHN1YnByb2MsdmlkZW99CgohIEN1c3RvbSBNUEVHIHJlY29yZCBhbmQg cGxheSBjb21tYW5kcwpGeHR2LnJlY0NtZE1wZWcyOiAgICAgICBtcGVnX211c2ljaW4gLWwg MiAtcCAxCkZ4dHYucmVjQ21kTXBlZzM6ICAgICAgIG1wZWdfbXVzaWNpbiAtbCAzIC1wIDIK Rnh0di5wbGF5Q21kTXBlZzI6ICAgICAgbXBnMTIzCkZ4dHYucGxheUNtZE1wZWczOiAgICAg IG1wZzEyMwoKISBWaWRlby1tb2RlIHNwZWNpZmljIHN0dWZmCkZ4dHYuYnN3YXAyQnBwOiAg ICAgICAgICB0cnVlCkZ4dHYuYnN3YXAzQnBwOiAgICAgICAgICB0cnVlCkZ4dHYuYnN3YXA0 QnBwOiAgICAgICAgICB0cnVlCkZ4dHYud3N3YXA0QnBwOiAgICAgICAgICB0cnVlCkZ4dHYu ZGlzYWJsZURpcmVjdFY6ICAgICBmYWxzZQoKIUZ4dHYuQnBwMjRiaXQ6ICAgICAgICAgICAz CiFGeHR2LkJwcDMyYml0OiAgICAgICAgICAgMwoKISBVc2VyLWRlZmluZWQgVmlkZW8gV2lu ZG93IFRyYW5zbGF0aW9ucwpGeHR2KnZpZGVvV2luLnRyYW5zbGF0aW9uczogI292ZXJyaWRl ICAgICAgICAgICAgXAogICA8QnRuMURvd24+ICAgICAgIDogVFZUb2dnbGVab29tKCBmdWxs c2NyZWVuICkgXG5cCiAgIDxCdG4zRG93bj4gICAgICAgOiBUVlRvZ2dsZVpvb20oIHdpbmRv dyApICAgICBcblwKICAgPEtleT56ICAgICAgICAgICA6IFRWVG9nZ2xlWm9vbSggZnVsbHNj cmVlbiApIFxuXAogICA8S2V5PlJldHVybiAgICAgIDogVFZUb2dnbGVab29tKCBmdWxsc2Ny ZWVuICkgXG5cCiAgIDxLZXk+S1BfRW50ZXIgICAgOiBUVlRvZ2dsZVpvb20oIGZ1bGxzY3Jl ZW4gKSBcblwKICAgPEtleT4rICAgICAgICAgICA6IFRWU2V0Q2hhbm5lbCggKzEgKSAgICAg ICAgIFxuXAogICA8S2V5Pi0gICAgICAgICAgIDogVFZTZXRDaGFubmVsKCAtMSApICAgICAg ICAgXG5cCiAgIDxLZXk+S1BfQWRkICAgICAgOiBUVlNldENoYW5uZWwoICsxICkgICAgICAg ICBcblwKICAgPEtleT5LUF9TdWJ0cmFjdCA6IFRWU2V0Q2hhbm5lbCggLTEgKSAgICAgICAg IFxuXAogICA8S2V5PktQX1JpZ2h0ICAgIDogVFZTZXRWb2x1bWUoICsxICkgICAgICAgICAg XG5cCiAgIDxLZXk+S1BfTGVmdCAgICAgOiBUVlNldFZvbHVtZSggLTEgKSAgICAgICAgICBc blwKICAgPEtleT5LUF9JbnNlcnQgICA6IFRWVG9nZ2xlTXV0ZSgpICAgICAgICAgICAgIFxu XAogICA8S2V5PktQX0RpdmlkZSAgIDogVFZTZXRDYXB0dXJlSW5wdXQoICsxICkgICAgXG5c CiAgIDxLZXk+S1BfTXVsdGlwbHkgOiBUVlNldFR1bmVyTW9kZSggKzEgKSAgICAgICBcblwK ICAgPEtleT5GMiAgICAgICAgICA6IFRWU2F2ZUltYWdlKCkgICAgICAgICAgICAgIFxuCgoh IFZpZGVvIGNhcHQgdGVtcCBmaWxlcyAob3B0aW9uYWwgLSB1cCB0byA0KSAtIG9uZSBvbiBl YWNoIGRpc2sgZm9yIGJlc3QgcGVyZi4KIUZ4dHYudmlkZW9DYXBGaWxlMTogIC9kaXNrMS9m eHR2X3NjcmF0Y2gxCiFGeHR2LnZpZGVvQ2FwRmlsZTI6ICAvZGlzazIvZnh0dl9zY3JhdGNo MgoKCgohISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEh ISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhCiEhICAgWW91IHByb2JhYmx5IGRvbid0 IHdhbnQgdG8gbW9kaWZ5IGFueXRoaW5nIGJlbG93IGhlcmUuCiEhICAgSWYgeW91J3JlIGNy ZWF0aW5nIGEgbG9jYWwgRnh0diBhcHAtZGVmYXVsdCBmaWxlLCBkZWxldGUgZXZlcnl0aGlu ZwohISAgIGFmdGVyIHRoaXMgcG9pbnQgaW4geW91ciBsb2NhbCBhcHAtZGVmYXVsdCBmaWxl LgohISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEh ISEhISEhISEhISEhISEhISEhISEhISEhISEhCgpGeHR2LnRpdGxlOiAgICBGcmVlQlNEIFRW CkZ4dHYuaWNvbk5hbWU6IEZYVFYKCiEgIE1lbnViYXIgYXBwZWFyYW5jZQoqYWxsb3dSZXNp emU6IFRydWUKKmFsbG93U2hlbGxSZXNpemU6IFRydWUKKm1lbnVCb3gqYmFja2dyb3VuZDog ICAgICAgICAgICAgICAgICAgICAgU3RlZWxCbHVlMwoqbWVudUJveCpmb3JlZ3JvdW5kOiAg ICAgICAgICAgICAgICAgICAgICBCbGFjawoqbWVudUJveCpNZW51QnV0dG9uLmJvcmRlcldp ZHRoOiAgICAgICAgICAxCiptZW51Qm94LnZTcGFjZTogICAgICAgICAgICAgICAgICAgICAg ICAgIDAKKm1lbnVCb3gqU2ltcGxlTWVudSpDdXJzb3I6CSAgICAgICAgICAgICAgaGFuZDIK Km1lbnVCb3gqU2ltcGxlTWVudSpib3JkZXJXaWR0aDogICAgICAgICAgMQoqbWVudUJveCpT aW1wbGVNZW51KmJvcmRlckNvbG9yOgkgICAgICAjYzBjMGMwCiptZW51Qm94KlNpbXBsZU1l bnUqdmVydFNwYWNlOiAgICAgICAgICAgIDEwCiptZW51Qm94KlNpbXBsZU1lbnUqbWVudUxh YmVsLmZvcmVncm91bmQ6IEdvbGQKKm1lbnVCb3gqU2ltcGxlTWVudSptZW51TGFiZWwudmVy dFNwYWNlOiAgMTAwCiptZW51Qm94KlNpbXBsZU1lbnUqU21lQlNCLmhlaWdodDogICAgICAg IDUwCiptZW51Qm94KlNpbXBsZU1lbnUqU21lTGluZS5mb3JlZ3JvdW5kOiAgIEJsYWNrCipt ZW51Qm94KlNpbXBsZU1lbnVDb21tYW5kLmZvcmVncm91bmQ6ICAgIEJsYWNrCiptZW51Qm94 KlNpbXBsZU1lbnUqSG9yaXpvbnRhbE1hcmdpbnM6ICAgIDIwCiptZW51Qm94KmZvbnQ6ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICpsdWNpZGEqYm9sZC1yLSoxMippc284ODU5LTEK CiEgIE1lbnViYXIgc3RyaW5ncyAmIGFjY2VsZXJhdG9ycwoqbWVudUJveCpmaWxlTWVudS5s YWJlbDogICAgICAgICAgICAgICAgICBGaWxlCiptZW51Qm94KmZpbGVNZW51Lm1lbnUubGFi ZWw6ICAgICAgICAgICAgIEZpbGUKKm1lbnVCb3gqZmlsZU1lbnUqaW1nU2F2Q21kLmxhYmVs OiAgICAgICAgU2F2ZSBJbWFnZQoqbWVudUJveCpmaWxlTWVudSppbWdTYXZBc0NtZC5sYWJl bDogICAgICBTYXZlIEltYWdlIEFzLi4uCiptZW51Qm94KmZpbGVNZW51KmF1ZFNhdkFzQ21k LmxhYmVsOiAgICAgIFNhdmUgQXVkaW8gQXMuLi4KKm1lbnVCb3gqZmlsZU1lbnUqdmlkU2F2 QXNDbWQubGFiZWw6ICAgICAgU2F2ZSBWaWRlbyBBcy4uLgoqbWVudUJveCpmaWxlTWVudSpw cmludENtZC5sYWJlbDogICAgICAgICBQcmludAoqbWVudUJveCpmaWxlTWVudSpwcmludFNl dHVwQ21kLmxhYmVsOiAgICBQcmludCBTZXR1cC4uLgoqbWVudUJveCpmaWxlTWVudSpxdWl0 Q21kLmxhYmVsOiAgICAgICAgICBRdWl0CiptZW51Qm94KmZpbGVNZW51KnF1aXRDbWQuYWNj ZWxlcmF0b3JzOiAgIDxLZXk+cTogbm90aWZ5KCkKCiptZW51Qm94KmlucHV0TWVudS5sYWJl bDogICAgICAgICAgICAgICAgIElucHV0CiptZW51Qm94KmlucHV0TWVudS5tZW51LmxhYmVs OiAgICAgICAgICAgIElucHV0CiptZW51Qm94KmlucHV0TWVudSp0dW5lckNtZC5sYWJlbDog ICAgICAgIFR1bmVyCiptZW51Qm94KmlucHV0TWVudSp2aWRlb0NtZC5sYWJlbDogICAgICAg IFZpZGVvCiptZW51Qm94KmlucHV0TWVudSpzdmhzQ21kLmxhYmVsOiAgICAgICAgIFMtVkhT CiptZW51Qm94KmlucHV0TWVudSp0bW9kZUFudGVubmEubGFiZWw6ICAgIEFudGVubmEKKm1l bnVCb3gqaW5wdXRNZW51KnRtb2RlQ2FibGUubGFiZWw6ICAgICAgQ2FibGUKKm1lbnVCb3gq aW5wdXRNZW51KmFwcGVhcmFuY2VDbWQubGFiZWw6ICAgQXBwZWFyYW5jZS4uLgoKKm1lbnVC b3gqb3B0aW9uc01lbnUubGFiZWw6ICAgICAgICAgICAgICAgT3B0aW9ucwoqbWVudUJveCpv cHRpb25zTWVudS5tZW51LmxhYmVsOiAgICAgICAgICBPcHRpb25zCiptZW51Qm94Km9wdGlv bnNNZW51KmFzcGVjdExvY2tDbWQubGFiZWw6IEFzcGVjdCBMb2NrCiptZW51Qm94Km9wdGlv bnNNZW51KmZpZWxkU2tpcENtZC5sYWJlbDogIEZpZWxkIFNraXAKKm1lbnVCb3gqb3B0aW9u c01lbnUqY2FwdHVyZVRvQ21kLmxhYmVsOiAgQ2FwdHVyZSBUby4uLgoqbWVudUJveCpvcHRp b25zTWVudSpzYXZlT3B0aW9uc0NtZC5sYWJlbDpTYXZlIE9wdGlvbnMKKm1lbnVCb3gqb3B0 aW9uc01lbnUqc2V0QWZjQ21kLmxhYmVsOiAgICAgQUZDCgoqbWVudUJveCpoZWxwTWVudS5s YWJlbDogICAgICAgICAgICAgICAgICBIZWxwCiptZW51Qm94KmhlbHBNZW51Lm1lbnUubGFi ZWw6ICAgICAgICAgICAgIEhlbHAKKm1lbnVCb3gqaGVscE1lbnUqYWJvdXRDbWQubGFiZWw6 ICAgICAgICAgQWJvdXQKCiEgIFRvb2xiYXIgYXBwZWFyYW5jZQoqdG9vbEJveCpiYWNrZ3Jv dW5kOiAgICAgICAgICAgICAgICAgICAgICBHcmF5NzEKKnRvb2xCb3gqY2hhbm5lbFRleHQq YmFja2dyb3VuZDogICAgICAgICAgR3JheTYwCip0b29sQm94KmNoYW5uZWxUZXh0KmZvcmVn cm91bmQ6ICAgICAgICAgIEJsYWNrCip0b29sQm94KmZvcmVncm91bmQ6ICAgICAgICAgICAg ICAgICAgICAgIEdyYXk3MQoqdG9vbEJveCpmb250OiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAqbHVjaWRhKmJvbGQtci0qMTIqaXNvODg1OS0xCgohICBUb29sYmFyIHBpeG1hcHMg JiBhY2NlbGVyYXRvcnMKKnRvb2xCb3gqZnJlZXplVG9nZ2xlLnBpeG1hcDogICAgICAgICAg ICAgbWluaS1jYW1lcmEueHBtCip0b29sQm94KnNhdmVDbWQucGl4bWFwOiAgICAgICAgICAg ICAgICAgIG1pbmktb2ZvbGRlci54cG0KKnRvb2xCb3gqZnVsbFNjcmVlbkNtZC5waXhtYXA6 ICAgICAgICAgICAgbWluaS1yZXNpemUueHBtCip0b29sQm94KmNoYW5uZWxEbkNtZC5waXht YXA6ICAgICAgICAgICAgIG1pbmktZG93bi54Ym0KKnRvb2xCb3gqY2hhbm5lbFVwQ21kLnBp eG1hcDogICAgICAgICAgICAgbWluaS11cC54Ym0KKnRvb2xCb3gqY2hhbm5lbFRleHQud2lk dGg6ICAgICAgICAgICAgICAgMjIKKnRvb2xCb3gqY2hhbm5lbFRleHQuaGVpZ2h0OiAgICAg ICAgICAgICAgMjIKKnRvb2xCb3gqc3BhY2VyLndpZHRoOiAgICAgICAgICAgICAgICAgICAg MTAKKnRvb2xCb3gqc3BhY2VyLmhlaWdodDogICAgICAgICAgICAgICAgICAgMgoqdG9vbEJv eCpzcGFjZXIuYm9yZGVyV2lkdGg6ICAgICAgICAgICAgICAwCip0b29sQm94Km11dGVUb2dn bGUucGl4bWFwOiAgICAgICAgICAgICAgIG1pbmktc291bmQueGJtCip0b29sQm94Km11dGVU b2dnbGUuc3RhdGU6ICAgICAgICAgICAgICAgIFRydWUKKnRvb2xCb3gqdm9sdW1lRm9ybS52 ZXJ0RGlzdGFuY2U6ICAgICAgICAgMAoqdG9vbEJveCp2b2x1bWVGb3JtLmhvcml6RGlzdGFu Y2U6ICAgICAgICAwCip0b29sQm94KnZvbHVtZVNjcm9sbGJhci53aWR0aDogICAgICAgICAg IDEwMAoqdG9vbEJveCp2b2x1bWVTY3JvbGxiYXIuaGVpZ2h0OiAgICAgICAgICAxNQoKISAg VmlkZW8gd2luZG93IGFwcGVhcmFuY2UKKnZpZGVvV2luKmJhY2tncm91bmQ6ICAgICAgICAg ICAgICAgICAgICAgQmxhY2sKCip2aWRlb1dpbi5iYXNlVHJhbnNsYXRpb25zOiAjb3ZlcnJp ZGUgICAgICAgICBcCjxCdG4xRG93bj4gICAgICAgOiBUVlRvZ2dsZVpvb20oIGZ1bGxzY3Jl ZW4gKSBcblwKPEJ0bjNEb3duPiAgICAgICA6IFRWVG9nZ2xlWm9vbSggd2luZG93ICkgICAg IFxuXAo8S2V5PnogICAgICAgICAgIDogVFZUb2dnbGVab29tKCBmdWxsc2NyZWVuICkgXG5c CjxLZXk+UmV0dXJuICAgICAgOiBUVlRvZ2dsZVpvb20oIGZ1bGxzY3JlZW4gKSBcblwKPEtl eT5LUF9FbnRlciAgICA6IFRWVG9nZ2xlWm9vbSggZnVsbHNjcmVlbiApIFxuXAo8S2V5Pisg ICAgICAgICAgIDogVFZTZXRDaGFubmVsKCArMSApICAgICAgICAgXG5cCjxLZXk+LSAgICAg ICAgICAgOiBUVlNldENoYW5uZWwoIC0xICkgICAgICAgICBcblwKPEtleT5LUF9BZGQgICAg ICA6IFRWU2V0Q2hhbm5lbCggKzEgKSAgICAgICAgIFxuXAo8S2V5PktQX1N1YnRyYWN0IDog VFZTZXRDaGFubmVsKCAtMSApICAgICAgICAgXG5cCjxLZXk+S1BfUmlnaHQgICAgOiBUVlNl dFZvbHVtZSggKzEgKSAgICAgICAgICBcblwKPEtleT5LUF9MZWZ0ICAgICA6IFRWU2V0Vm9s dW1lKCAtMSApICAgICAgICAgIFxuXAo8S2V5PktQX0luc2VydCAgIDogVFZUb2dnbGVNdXRl KCkgICAgICAgICAgICAgXG5cCjxLZXk+S1BfRGl2aWRlICAgOiBUVlNldENhcHR1cmVJbnB1 dCggKzEgKSAgICBcblwKPEtleT5LUF9NdWx0aXBseSA6IFRWU2V0VHVuZXJNb2RlKCArMSAp ICAgICAgIFxuXAo8S2V5PkYyICAgICAgICAgIDogVFZTYXZlSW1hZ2UoKSAgICAgICAgICAg ICAgXG4KCiEgICJJbnB1dCBBcHBlYXJhbmNlIFBhcmFtcyIgZGlhbG9nIGFwcGVhcmFuY2UK KmlucHV0QXBwZWFyRGlhbG9nKmJhY2tncm91bmQ6ICAgICAgICAgICAgICAgICBHcmF5NzEK KmlucHV0QXBwZWFyRGlhbG9nKlNjcm9sbGJhci53aWR0aDogICAgICAgICAgICAzMDAKKmlu cHV0QXBwZWFyRGlhbG9nKlNjcm9sbGJhci5oZWlnaHQ6ICAgICAgICAgICAxNQoqaW5wdXRB cHBlYXJEaWFsb2cqYm9yZGVyV2lkdGg6ICAgICAgICAgICAgICAgIDAKKmlucHV0QXBwZWFy RGlhbG9nKlNjcm9sbGJhci5iYWNrZ3JvdW5kOiAgICAgICBHcmF5NjAKKmlucHV0QXBwZWFy RGlhbG9nKmdyb3VwQm94LmJvcmRlcldpZHRoOiAgICAgICAxCippbnB1dEFwcGVhckRpYWxv ZypoZWFkZXJCb3gudlNwYWNlOiAgICAgICAgICAgMAoqaW5wdXRBcHBlYXJEaWFsb2cqc2Ny b2xsQm94LnZTcGFjZTogICAgICAgICAgIDAKKmlucHV0QXBwZWFyRGlhbG9nKlRleHQqYmFj a2dyb3VuZDogICAgICAgICAgICBHcmF5NjAKKmlucHV0QXBwZWFyRGlhbG9nKlRleHQqZm9y ZWdyb3VuZDogICAgICAgICAgICBCbGFjawoqaW5wdXRBcHBlYXJEaWFsb2cqVGV4dC5ib3Jk ZXJXaWR0aDogICAgICAgICAgIDEKKmlucHV0QXBwZWFyRGlhbG9nKlRleHQud2lkdGg6ICAg ICAgICAgICAgICAgICA0MAoqaW5wdXRBcHBlYXJEaWFsb2cqb2tDbWQud2lkdGg6ICAgICAg ICAgICAgICAgIDEwMAoqaW5wdXRBcHBlYXJEaWFsb2cqb2tDbWQuaG9yaXpEaXN0YW5jZTog ICAgICAgIDE2MAoKISAgIklucHV0IEFwcGVhcmFuY2UgUGFyYW1zIiBkaWFsb2cgc3RyaW5n cwoqaW5wdXRBcHBlYXJEaWFsb2cudGl0bGU6ICAgICAgICAgICAgICAgICAgICAgIEZYVFYg QXBwZWFyYW5jZQoqaW5wdXRBcHBlYXJEaWFsb2cuaWNvbk5hbWU6ICAgICAgICAgICAgICAg ICAgIEZYVFYgQXBwZWFyYW5jZQoqaW5wdXRBcHBlYXJEaWFsb2cqb2tDbWQubGFiZWw6ICAg ICAgICAgICAgICAgIE9LCippbnB1dEFwcGVhckRpYWxvZypodWVUaXRsZUxhYmVsLmxhYmVs OiAgICAgICAgSHVlOgoqaW5wdXRBcHBlYXJEaWFsb2cqYnJpZ2h0VGl0bGVMYWJlbC5sYWJl bDogICAgIEJyaWdodG5lc3M6CippbnB1dEFwcGVhckRpYWxvZypjb250clRpdGxlTGFiZWwu bGFiZWw6ICAgICAgQ29udHJhc3Q6CippbnB1dEFwcGVhckRpYWxvZypzYXRVVGl0bGVMYWJl bC5sYWJlbDogICAgICAgQ2hyb21hIFU6CippbnB1dEFwcGVhckRpYWxvZypzYXRWVGl0bGVM YWJlbC5sYWJlbDogICAgICAgQ2hyb21hIFY6CippbnB1dEFwcGVhckRpYWxvZypzY3JvbGxC b3gqTGFiZWwubGFiZWw6ICAgICAgLTIwMCUKCiEgICJJbWFnZSBTYXZlIFBhcmFtcyIgZGlh bG9nIGFwcGVhcmFuY2UKKmltYWdlU2F2ZURpYWxvZypiYWNrZ3JvdW5kOiAgICAgICAgICAg ICAgICAgICBHcmF5NzEKKmltYWdlU2F2ZURpYWxvZypib3JkZXJXaWR0aDogICAgICAgICAg ICAgICAgICAwCippbWFnZVNhdmVEaWFsb2cqZ3JvdXBCb3guYm9yZGVyV2lkdGg6ICAgICAg ICAgMQoqaW1hZ2VTYXZlRGlhbG9nKmhlYWRlckJveC52U3BhY2U6ICAgICAgICAgICAgIDAK KmltYWdlU2F2ZURpYWxvZypUZXh0KmJhY2tncm91bmQ6ICAgICAgICAgICAgICBHcmF5NjAK KmltYWdlU2F2ZURpYWxvZypUZXh0KmZvcmVncm91bmQ6ICAgICAgICAgICAgICBCbGFjawoq aW1hZ2VTYXZlRGlhbG9nKlRleHQuYm9yZGVyV2lkdGg6ICAgICAgICAgICAgIDEKKmltYWdl U2F2ZURpYWxvZypUZXh0LndpZHRoOiAgICAgICAgICAgICAgICAgICAxNTAKKmltYWdlU2F2 ZURpYWxvZypUb2dnbGUud2lkdGg6ICAgICAgICAgICAgICAgICAxNgoqaW1hZ2VTYXZlRGlh bG9nKlRvZ2dsZS5oZWlnaHQ6ICAgICAgICAgICAgICAgIDE2CippbWFnZVNhdmVEaWFsb2cq VG9nZ2xlLmhvcml6RGlzdGFuY2U6ICAgICAgICAgNDAKKmltYWdlU2F2ZURpYWxvZypmb3Jt YXRCdXR0b24qd2lkdGg6ICAgICAgICAgICAxNTAKKmltYWdlU2F2ZURpYWxvZypmb3JtYXRN ZW51KndpZHRoOiAgICAgICAgICAgICAxNTAKKmltYWdlU2F2ZURpYWxvZypmb3JtYXRNZW51 KmJvcmRlcldpZHRoOiAgICAgICAxCippbWFnZVNhdmVEaWFsb2cqZm9ybWF0TWVudUJveC5i b3JkZXJXaWR0aDogICAgMAoqaW1hZ2VTYXZlRGlhbG9nKmZvcm1hdE1lbnVCb3gudlNwYWNl OiAgICAgICAgIDAKKmltYWdlU2F2ZURpYWxvZypva0NtZC53aWR0aDogICAgICAgICAgICAg ICAgICAxMDAKKmltYWdlU2F2ZURpYWxvZypva0NtZC5ob3JpekRpc3RhbmNlOiAgICAgICAg ICA5MAoKISAgIkltYWdlIFNhdmUgUGFyYW1zIiBkaWFsb2cgc3RyaW5ncwoqaW1hZ2VTYXZl RGlhbG9nLnRpdGxlOiAgICAgICAgICAgICAgICAgICAgICAgIEZYVFYgU2F2ZSBJbWFnZSBB cwoqaW1hZ2VTYXZlRGlhbG9nLmljb25OYW1lOiAgICAgICAgICAgICAgICAgICAgIEZYVFYg U2F2ZSBJbWFnZSBBcwoqaW1hZ2VTYXZlRGlhbG9nKmZpbGVCYXNlTGFiZWwubGFiZWw6ICAg ICAgICAgIEZpbGVuYW1lIEJhc2U6CippbWFnZVNhdmVEaWFsb2cqc3VmZml4TGFiZWwubGFi ZWw6ICAgICAgICAgICAgQXBwZW5kIEltZyAjIFN1ZmZpeAoqaW1hZ2VTYXZlRGlhbG9nKmZv cm1hdExhYmVsLmxhYmVsOiAgICAgICAgICAgIEZvcm1hdDoKKmltYWdlU2F2ZURpYWxvZypm b3JtYXRNZW51Qm94KnRpZmZDbWQubGFiZWw6ICBUSUZGCippbWFnZVNhdmVEaWFsb2cqZm9y bWF0TWVudUJveCpwcG1DbWQubGFiZWw6ICAgUFBNCippbWFnZVNhdmVEaWFsb2cqb2tDbWQu bGFiZWw6ICAgICAgICAgICAgICAgICAgT0sKCiEgICJBdWRpbyBTYXZlIENvbnRyb2wiIGRp YWxvZyBhcHBlYXJhbmNlCiphdWRpb1NhdmVEaWFsb2cqYmFja2dyb3VuZDogICAgICAgICAg ICAgICAgICAgR3JheTcxCiphdWRpb1NhdmVEaWFsb2cqYm9yZGVyV2lkdGg6ICAgICAgICAg ICAgICAgICAgMAoqYXVkaW9TYXZlRGlhbG9nKmdyb3VwQm94LmJvcmRlcldpZHRoOiAgICAg ICAgIDEKKmF1ZGlvU2F2ZURpYWxvZypoZWFkZXJCb3gudlNwYWNlOiAgICAgICAgICAgICAw CiphdWRpb1NhdmVEaWFsb2cqZmlsZUJveCpMYWJlbC53aWR0aDogICAgICAgICAgOTAKKmF1 ZGlvU2F2ZURpYWxvZypUZXh0KmJhY2tncm91bmQ6ICAgICAgICAgICAgICBHcmF5NjAKKmF1 ZGlvU2F2ZURpYWxvZypUZXh0KmZvcmVncm91bmQ6ICAgICAgICAgICAgICBCbGFjawoqYXVk aW9TYXZlRGlhbG9nKlRleHQuYm9yZGVyV2lkdGg6ICAgICAgICAgICAgIDEKKmF1ZGlvU2F2 ZURpYWxvZypUZXh0LndpZHRoOiAgICAgICAgICAgICAgICAgICAxNTAKKmF1ZGlvU2F2ZURp YWxvZypNZW51QnV0dG9uKmJvcmRlcldpZHRoOiAgICAgICAxCiphdWRpb1NhdmVEaWFsb2cq c2FtcEZtdE1lbnUud2lkdGg6ICAgICAgICAgICAgMjUwCiphdWRpb1NhdmVEaWFsb2cqc2Ft cEZtdE1lbnUqU2ltcGxlTWVudS53aWR0aDogMjUwCiphdWRpb1NhdmVEaWFsb2cqY2hhbk1l bnUud2lkdGg6ICAgICAgICAgICAgICAgMTAwCiphdWRpb1NhdmVEaWFsb2cqY2hhbk1lbnUq U2ltcGxlTWVudS53aWR0aDogICAgMTAwCiphdWRpb1NhdmVEaWFsb2cqcmF0ZU1lbnUud2lk dGg6ICAgICAgICAgICAgICAgMTI1CiphdWRpb1NhdmVEaWFsb2cqcmF0ZU1lbnUqU2ltcGxl TWVudS53aWR0aDogICAgMTI1CiphdWRpb1NhdmVEaWFsb2cqYWN0aW9uRm9ybSpDb21tYW5k LndpZHRoOiAgICAgODMKCiEgICJBdWRpbyBTYXZlIENvbnRyb2wiIGRpYWxvZyBzdHJpbmdz CiphdWRpb1NhdmVEaWFsb2cudGl0bGU6ICAgICAgICAgICAgICAgICAgICAgICBGWFRWIFNh dmUgQXVkaW8gQ29udHJvbAoqYXVkaW9TYXZlRGlhbG9nLmljb25OYW1lOiAgICAgICAgICAg ICAgICAgICAgRlhUViBTYXZlIEF1ZGlvIENvbnRyb2wKKmF1ZGlvU2F2ZURpYWxvZypmaWxl QmFzZUxhYmVsLmxhYmVsOiAgICAgICAgIEZpbGVuYW1lOgoqYXVkaW9TYXZlRGlhbG9nKmZp bGVGbXRMYWJlbC5sYWJlbDogICAgICAgICAgRmlsZSBGb3JtYXQ6CiphdWRpb1NhdmVEaWFs b2cqZmlsZUZtdE1lbnUqcmF3LmxhYmVsOiAgICAgICBSYXcKKmF1ZGlvU2F2ZURpYWxvZypm aWxlRm10TWVudSphdS5sYWJlbDogICAgICAgIEFVCiphdWRpb1NhdmVEaWFsb2cqZmlsZUZt dE1lbnUqd2F2LmxhYmVsOiAgICAgICBXQVYKKmF1ZGlvU2F2ZURpYWxvZypmaWxlRm10TWVu dSp2b2MubGFiZWw6ICAgICAgIFZPQwoqYXVkaW9TYXZlRGlhbG9nKmZpbGVGbXRNZW51KmFp ZmYubGFiZWw6ICAgICAgQUlGRgoqYXVkaW9TYXZlRGlhbG9nKmZpbGVGbXRNZW51Km1wMi5s YWJlbDogICAgICAgTVBFRy0yCiphdWRpb1NhdmVEaWFsb2cqZmlsZUZtdE1lbnUqbXAzLmxh YmVsOiAgICAgICBNUEVHLTMKKmF1ZGlvU2F2ZURpYWxvZypzYW1wRm10TGFiZWwubGFiZWw6 ICAgICAgICAgIENhcHR1cmU6CiphdWRpb1NhdmVEaWFsb2cqc2FtcEZtdE1lbnUqbXVsYXdV OC5sYWJlbDogICA4LWJpdCAgTXUtbGF3CiphdWRpb1NhdmVEaWFsb2cqc2FtcEZtdE1lbnUq bGluUzgubGFiZWw6ICAgICA4LWJpdCAgU2lnbmVkCiphdWRpb1NhdmVEaWFsb2cqc2FtcEZt dE1lbnUqbGluVTgubGFiZWw6ICAgICA4LWJpdCAgVW5zaWduZWQKKmF1ZGlvU2F2ZURpYWxv ZypzYW1wRm10TWVudSpsaW5TMTZMRS5sYWJlbDogIDE2LWJpdCBTaWduZWQgICAoTFNCKQoq YXVkaW9TYXZlRGlhbG9nKnNhbXBGbXRNZW51KmxpblUxNkxFLmxhYmVsOiAgMTYtYml0IFVu c2lnbmVkIChMU0IpCiphdWRpb1NhdmVEaWFsb2cqc2FtcEZtdE1lbnUqbGluUzE2QkUubGFi ZWw6ICAxNi1iaXQgVW5zaWduZWQgKE1TQikKKmF1ZGlvU2F2ZURpYWxvZypzYW1wRm10TWVu dSpsaW5VMTZCRS5sYWJlbDogIDE2LWJpdCBTaWduZWQgICAoTVNCKQoqYXVkaW9TYXZlRGlh bG9nKmNoYW5NZW51Km1vbm8ubGFiZWw6ICAgICAgICAgTW9ubwoqYXVkaW9TYXZlRGlhbG9n KmNoYW5NZW51KnN0ZXJlby5sYWJlbDogICAgICAgU3RlcmVvCiphdWRpb1NhdmVEaWFsb2cq cmF0ZU1lbnUqcjgwMTIubGFiZWw6ICAgICAgICA4LDAxMiAgc2FtcC9zCiphdWRpb1NhdmVE aWFsb2cqcmF0ZU1lbnUqcjExMDI1LmxhYmVsOiAgICAgICAxMSwwMjUgc2FtcC9zCiphdWRp b1NhdmVEaWFsb2cqcmF0ZU1lbnUqcjIyMDUwLmxhYmVsOiAgICAgICAyMiwwNTAgc2FtcC9z CiphdWRpb1NhdmVEaWFsb2cqcmF0ZU1lbnUqcjQ0MTAwLmxhYmVsOiAgICAgICA0NCwxMDAg c2FtcC9zCiphdWRpb1NhdmVEaWFsb2cqcmVjb3JkQ21kLmxhYmVsOiAgICAgICAgICAgICBS ZWNvcmQKKmF1ZGlvU2F2ZURpYWxvZypzdG9wQ21kLmxhYmVsOiAgICAgICAgICAgICAgIFN0 b3AKKmF1ZGlvU2F2ZURpYWxvZypwbGF5YmFja0NtZC5sYWJlbDogICAgICAgICAgIFBsYXli YWNrCiphdWRpb1NhdmVEaWFsb2cqZGlzbWlzc0NtZC5sYWJlbDogICAgICAgICAgICBEaXNt aXNzCgohICAiVmlkZW8gU2F2ZSBDb250cm9sIiBkaWFsb2cgYXBwZWFyYW5jZQoqdmlkZW9T YXZlRGlhbG9nKmJhY2tncm91bmQ6ICAgICAgICAgICAgICAgICAgIEdyYXk3MQoqdmlkZW9T YXZlRGlhbG9nKmJvcmRlcldpZHRoOiAgICAgICAgICAgICAgICAgIDAKKnZpZGVvU2F2ZURp YWxvZypncm91cEJveC5ib3JkZXJXaWR0aDogICAgICAgICAxCip2aWRlb1NhdmVEaWFsb2cq aGVhZGVyQm94LnZTcGFjZTogICAgICAgICAgICAgMAoqdmlkZW9TYXZlRGlhbG9nKkNvbW1h bmQud2lkdGg6ICAgICAgICAgICAgICAgIDgzCip2aWRlb1NhdmVEaWFsb2cqVGV4dCpiYWNr Z3JvdW5kOiAgICAgICAgICAgICAgR3JheTYwCip2aWRlb1NhdmVEaWFsb2cqVGV4dCpmb3Jl Z3JvdW5kOiAgICAgICAgICAgICAgQmxhY2sKKnZpZGVvU2F2ZURpYWxvZypUZXh0LmJvcmRl cldpZHRoOiAgICAgICAgICAgICAxCip2aWRlb1NhdmVEaWFsb2cqVGV4dC53aWR0aDogICAg ICAgICAgICAgICAgICAgMTUwCip2aWRlb1NhdmVEaWFsb2cqZnBzVGV4dC53aWR0aDogICAg ICAgICAgICAgICAgNDAKKnZpZGVvU2F2ZURpYWxvZypNZW51QnV0dG9uKmJvcmRlcldpZHRo OiAgICAgICAxCip2aWRlb1NhdmVEaWFsb2cqVG9nZ2xlLndpZHRoOiAgICAgICAgICAgICAg ICAgMTYKKnZpZGVvU2F2ZURpYWxvZypUb2dnbGUuaGVpZ2h0OiAgICAgICAgICAgICAgICAx NgoqdmlkZW9TYXZlRGlhbG9nKmFjdGlvbkZvcm0qQ29tbWFuZC53aWR0aDogICAgIDgzCip2 aWRlb1NhdmVEaWFsb2cqc2FtcEZtdE1lbnUud2lkdGg6ICAgICAgICAgICAgMjUwCip2aWRl b1NhdmVEaWFsb2cqc2FtcEZtdE1lbnUqU2ltcGxlTWVudS53aWR0aDogMjUwCip2aWRlb1Nh dmVEaWFsb2cqY2hhbk1lbnUud2lkdGg6ICAgICAgICAgICAgICAgMTAwCip2aWRlb1NhdmVE aWFsb2cqY2hhbk1lbnUqU2ltcGxlTWVudS53aWR0aDogICAgMTAwCip2aWRlb1NhdmVEaWFs b2cqcmF0ZU1lbnUud2lkdGg6ICAgICAgICAgICAgICAgMTI1Cip2aWRlb1NhdmVEaWFsb2cq cmF0ZU1lbnUqU2ltcGxlTWVudS53aWR0aDogICAgMTI1Cip2aWRlb1NhdmVEaWFsb2cqaWZt dE1lbnUqd2lkdGg6ICAgICAgICAgICAgICAgMTUwCip2aWRlb1NhdmVEaWFsb2cqaWZtdE1l bnUqYm9yZGVyV2lkdGg6ICAgICAgICAgMQoqdmlkZW9TYXZlRGlhbG9nKmlmbXRNZW51Qm94 LmJvcmRlcldpZHRoOiAgICAgIDAKKnZpZGVvU2F2ZURpYWxvZyppZm10TWVudUJveCp2U3Bh Y2U6ICAgICAgICAgICAwCip2aWRlb1NhdmVEaWFsb2cqZmlsZUZtdE1lbnUqd2lkdGg6ICAg ICAgICAgICAgMTUwCgohICAiVmlkZW8gU2F2ZSBDb250cm9sIiBkaWFsb2cgc3RyaW5ncwoq dmlkZW9TYXZlRGlhbG9nLnRpdGxlOiAgICAgICAgICAgICAgICAgICAgICAgRlhUViBTYXZl IFZpZGVvIENvbnRyb2wKKnZpZGVvU2F2ZURpYWxvZy5pY29uTmFtZTogICAgICAgICAgICAg ICAgICAgIEZYVFYgU2F2ZSBWaWRlbyBDb250cm9sCip2aWRlb1NhdmVEaWFsb2cqYXVkQ2Fw VG9nZ2xlTGFiZWwubGFiZWw6ICAgICBFbmFibGUKKnZpZGVvU2F2ZURpYWxvZyppbWFnZUNh cExhYmVsLmxhYmVsOiAgICAgICAgIElNQUdFIENBUFRVUkUKKnZpZGVvU2F2ZURpYWxvZypm aWxlQmFzZUxhYmVsLmxhYmVsOiAgICAgICAgIEZpbGVuYW1lIEJhc2U6Cip2aWRlb1NhdmVE aWFsb2cqcmVzTGFiZWwubGFiZWw6ICAgICAgICAgICAgICBTaXplOgoqdmlkZW9TYXZlRGlh bG9nKmZwc0xhYmVsLmxhYmVsOiAgICAgICAgICAgICAgU3BlZWQgKGZwcyk6Cip2aWRlb1Nh dmVEaWFsb2cqb3B0aW1pemVDbWQubGFiZWw6ICAgICAgICAgICBPcHRpbWl6ZQoqdmlkZW9T YXZlRGlhbG9nKnRhcmdldExhYmVsLmxhYmVsOiAgICAgICAgICAgVGFyZ2V0OgoqdmlkZW9T YXZlRGlhbG9nKmZpbGVGbXRMYWJlbC5sYWJlbDogICAgICAgICAgRm9ybWF0OgoqdmlkZW9T YXZlRGlhbG9nKmNsZWFudXBMYWJlbC5sYWJlbDogICAgICAgICAgQ2xlYW51cCBUZW1wIEZp bGVzCip2aWRlb1NhdmVEaWFsb2cqZmlsbEZwc0xhYmVsLmxhYmVsOiAgICAgICAgICBNUEVH IFByZXAKCip2aWRlb1NhdmVEaWFsb2cqdGFyZ2V0TWVudSpyYXcubGFiZWw6ICAgICAgICBS YXcKKnZpZGVvU2F2ZURpYWxvZyp0YXJnZXRNZW51KmltYWdlcy5sYWJlbDogICAgIEltYWdl cwoqdmlkZW9TYXZlRGlhbG9nKnRhcmdldE1lbnUqbXBlZ3JlYWR5LmxhYmVsOiAgTVBFRyBS ZWFkeQoqdmlkZW9TYXZlRGlhbG9nKnRhcmdldE1lbnUqbXBlZy5sYWJlbDogICAgICAgTVBF RwoKKnZpZGVvU2F2ZURpYWxvZyppbWFnZUVuY0xhYmVsLmxhYmVsOiAgICAgICAgIElNQUdF IEVOQ09ERQoqdmlkZW9TYXZlRGlhbG9nKmlmbXRMYWJlbC5sYWJlbDogICAgICAgICAgICAg Rm9ybWF0OgoqdmlkZW9TYXZlRGlhbG9nKmlmbXRNZW51Qm94KnRpZmZDbWQubGFiZWw6ICAg VElGRgoqdmlkZW9TYXZlRGlhbG9nKmlmbXRNZW51Qm94KnBwbUNtZC5sYWJlbDogICAgUFBN CgoqdmlkZW9TYXZlRGlhbG9nKmF1ZGlvQ2FwTGFiZWwubGFiZWw6ICAgICAgICAgQVVESU8g Q0FQVFVSRQoqdmlkZW9TYXZlRGlhbG9nKmZpbGVGbXRMYWJlbC5sYWJlbDogICAgICAgICAg Rm9ybWF0OgoqdmlkZW9TYXZlRGlhbG9nKmZpbGVGbXRNZW51KnJhdy5sYWJlbDogICAgICAg UmF3Cip2aWRlb1NhdmVEaWFsb2cqZmlsZUZtdE1lbnUqYXUubGFiZWw6ICAgICAgICBBVQoq dmlkZW9TYXZlRGlhbG9nKmZpbGVGbXRNZW51Kndhdi5sYWJlbDogICAgICAgV0FWCip2aWRl b1NhdmVEaWFsb2cqZmlsZUZtdE1lbnUqdm9jLmxhYmVsOiAgICAgICBWT0MKKnZpZGVvU2F2 ZURpYWxvZypmaWxlRm10TWVudSphaWZmLmxhYmVsOiAgICAgIEFJRkYKKnZpZGVvU2F2ZURp YWxvZypmaWxlRm10TWVudSptcDIubGFiZWw6ICAgICAgIE1QRUctMgoqdmlkZW9TYXZlRGlh bG9nKmZpbGVGbXRNZW51Km1wMy5sYWJlbDogICAgICAgTVBFRy0zCip2aWRlb1NhdmVEaWFs b2cqc2FtcEZtdExhYmVsLmxhYmVsOiAgICAgICAgICBGb3JtYXQ6Cip2aWRlb1NhdmVEaWFs b2cqc2FtcEZtdE1lbnUqbXVsYXdVOC5sYWJlbDogICA4LWJpdCAgTXUtbGF3Cip2aWRlb1Nh dmVEaWFsb2cqc2FtcEZtdE1lbnUqbGluUzgubGFiZWw6ICAgICA4LWJpdCAgU2lnbmVkCip2 aWRlb1NhdmVEaWFsb2cqc2FtcEZtdE1lbnUqbGluVTgubGFiZWw6ICAgICA4LWJpdCAgVW5z aWduZWQKKnZpZGVvU2F2ZURpYWxvZypzYW1wRm10TWVudSpsaW5TMTZMRS5sYWJlbDogIDE2 LWJpdCBTaWduZWQgICAoTFNCKQoqdmlkZW9TYXZlRGlhbG9nKnNhbXBGbXRNZW51KmxpblUx NkxFLmxhYmVsOiAgMTYtYml0IFVuc2lnbmVkIChMU0IpCip2aWRlb1NhdmVEaWFsb2cqc2Ft cEZtdE1lbnUqbGluUzE2QkUubGFiZWw6ICAxNi1iaXQgVW5zaWduZWQgKE1TQikKKnZpZGVv U2F2ZURpYWxvZypzYW1wRm10TWVudSpsaW5VMTZCRS5sYWJlbDogIDE2LWJpdCBTaWduZWQg ICAoTVNCKQoqdmlkZW9TYXZlRGlhbG9nKmNoYW5NZW51Km1vbm8ubGFiZWw6ICAgICAgICAg TW9ubwoqdmlkZW9TYXZlRGlhbG9nKmNoYW5NZW51KnN0ZXJlby5sYWJlbDogICAgICAgU3Rl cmVvCip2aWRlb1NhdmVEaWFsb2cqcmF0ZU1lbnUqcjgwMTIubGFiZWw6ICAgICAgICA4LDAx MiAgc2FtcC9zCip2aWRlb1NhdmVEaWFsb2cqcmF0ZU1lbnUqcjExMDI1LmxhYmVsOiAgICAg ICAxMSwwMjUgc2FtcC9zCip2aWRlb1NhdmVEaWFsb2cqcmF0ZU1lbnUqcjIyMDUwLmxhYmVs OiAgICAgICAyMiwwNTAgc2FtcC9zCip2aWRlb1NhdmVEaWFsb2cqcmF0ZU1lbnUqcjQ0MTAw LmxhYmVsOiAgICAgICA0NCwxMDAgc2FtcC9zCgoqdmlkZW9TYXZlRGlhbG9nKmF1ZGlvRW5j TGFiZWwubGFiZWw6ICAgICAgICAgQVVESU8gRU5DT0RFCgoqdmlkZW9TYXZlRGlhbG9nKnJl Y29yZENtZC5sYWJlbDogICAgICAgICAgICAgUmVjb3JkCip2aWRlb1NhdmVEaWFsb2cqc3Rv cENtZC5sYWJlbDogICAgICAgICAgICAgICBTdG9wCip2aWRlb1NhdmVEaWFsb2cqZGlzbWlz c0NtZC5sYWJlbDogICAgICAgICAgICBEaXNtaXNzCgoKISAgIlNpbXBsZSBQcm9tcHQgRGlh bG9nIiBhcHBlYXJhbmNlCipzaW1wbGVQcm9tcHRTaGVsbCpiYWNrZ3JvdW5kOiAgICAgICAg ICAgICAgICAgICBHcmF5NzEKKnNpbXBsZVByb21wdFNoZWxsKmJvcmRlcldpZHRoOiAgICAg ICAgICAgICAgICAgIDAKKnNpbXBsZVByb21wdFNoZWxsKkNvbW1hbmQud2lkdGg6ICAgICAg ICAgICAgICAgIDEwMAoKISAgIlNpbXBsZSBQcm9tcHQgRGlhbG9nIiBkaWFsb2cgc3RyaW5n cwoqc2ltcGxlUHJvbXB0U2hlbGwqeWVzLmxhYmVsOiAgICAgICAgICAgICAgICAgICAgWWVz CipzaW1wbGVQcm9tcHRTaGVsbCpuby5sYWJlbDogICAgICAgICAgICAgICAgICAgICBObwoq c2ltcGxlUHJvbXB0U2hlbGwqb2subGFiZWw6ICAgICAgICAgICAgICAgICAgICAgT2sKKnNp bXBsZVByb21wdFNoZWxsKmNhbmNlbC5sYWJlbDogICAgICAgICAgICAgICAgIENhbmNlbAo= --DnAIyOY7pk Content-Type: application/octet-stream Content-Disposition: attachment; filename="Fxtv-0.43" Content-Transfer-Encoding: base64 Rnh0di5kcml2ZXJEZWZhdWx0czoJRmFsc2UKCQkJCQkhIEZhbHNlID0gaW5pdCBkcml2ZXIg YnJpZ2h0L2NvbnRyCkZ4dHYuaHVlOiAgICAgICAgICAgICAgIDAuMCAgICAgICAgICAgICAh IC05MCAgdG8gIDkwIGRlZywgICAwICBkZWYKRnh0di5icmlnaHRuZXNzOgkyNS4wCQkhIC01 MCUgdG8gKzUwJSAgICwgICAwJSBkZWYKRnh0di5jb250cmFzdDoJCTgwLjAJCSEgICAwJSB0 byAyMDAlICAgLCAxMDAlIGRlZgpGeHR2LnNhdFU6ICAgICAgICAgICAgICAxMDAuMCAgICAg ICAgICAgISAgIDAlIHRvIDIwMCUgICAsIDEwMCUgZGVmCkZ4dHYuc2F0VjogICAgICAgICAg ICAgIDEwMC4wICAgICAgICAgICAhICAgMCUgdG8gMjg0JSAgICwgMTAwJSBkZWYKRnh0di5p bnB1dEZvcm1hdDogICAgICAgcGFsCgkJCQkJISBudHNjLCBwYWwKRnh0di5kZWZhdWx0SW5w dXQ6ICAgICAgdHVuZXIgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgISB0dW5lciwgdmlkZW8sIHN2aHMKIUZ4dHYuZnBzOgkJMTUKCQkJCQkh IERpc3BsYXkgU3BlZWQ7IG5vIHNldHRpbmcgPSBmYXN0ZXN0CkZ4dHYudHVuZXJNb2RlOiAg ICAgICAgIGFudGVubmEKCQkJCQkhIGFudGVubmEsIGNhYmxlCkZ4dHYuZGVmYXVsdENoYW5u ZWw6CTYJCgkJCQkJISAwIG9yIG5vIHNldHRpbmcgPSBkb24ndCBjaGFuZ2UgY2hhbgohRnh0 di5hbnRlbm5hQ2hhbm5lbExpc3Q6IDMgNSA4IDE5IDQzIDU1IDYxCiFGeHR2LmNhYmxlQ2hh bm5lbExpc3Q6ICAgMy0xNyAxOS0yMSAyMyAzNS02MSA5OQpGeHR2LmFudGVubmFDaGFubmVs TGlzdDogMS05OQpGeHR2LmNhYmxlQ2hhbm5lbExpc3Q6ICAgMS05OQoKRnh0di5hbnRlbm5h RnJlcVNldDogICAgIHdldXJvcGUKRnh0di5jYWJsZUZyZXFTZXQ6ICAgICAgIHdldXJvcGUK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICEgQ2hhbiBGcmVxIFNj aGVtZXM6IG5hYmNzdCxjYWJsZWlyYywgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAhICAgY2FibGVocmMsd2V1cm9wZSxqcG5iY3N0CgpGeHR2LmNvbG9yYmFy czoJCUZhbHNlCgkJCQkJISBUZXN0aW5nIGNvbG9yYmFycyBvbi9vZmYKIUZ4dHYuZGVidWc6 ICAgICAgICAgICAgIHN0YXJ0dXAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICEgRGJnIHByaW50cwoJCQkJCSEge3N0YXJ0dXAsc3VicHJvYyxldmVudHMsc3Vi cHJvYyx2aWRlb30KCiEgQ3VzdG9tIE1QRUcgcmVjb3JkIGFuZCBwbGF5IGNvbW1hbmRzCkZ4 dHYucmVjQ21kTXBlZzI6ICAgICAgIG1wZWdfbXVzaWNpbiAtbCAyIC1wIDEKRnh0di5yZWND bWRNcGVnMzogICAgICAgbXBlZ19tdXNpY2luIC1sIDMgLXAgMgpGeHR2LnBsYXlDbWRNcGVn MjogICAgICBtcGcxMjMKRnh0di5wbGF5Q21kTXBlZzM6ICAgICAgbXBnMTIzCgohIFZpZGVv LW1vZGUgc3BlY2lmaWMgc3R1ZmYKRnh0di5ic3dhcDJCcHA6ICAgICAgICAgIHRydWUKRnh0 di5ic3dhcDNCcHA6ICAgICAgICAgIGZhbHNlCkZ4dHYuYnN3YXA0QnBwOiAgICAgICAgICB0 cnVlCkZ4dHYud3N3YXA0QnBwOiAgICAgICAgICB0cnVlCkZ4dHYuZGlzYWJsZURpcmVjdFY6 ICAgICBmYWxzZQoKRnh0dip2aWRlb1dpbi50cmFuc2xhdGlvbnM6ICNvdmVycmlkZSAgICAg ICAgICAgIFwKICAgPEJ0bjFEb3duPiAgICAgICA6IFRWVG9nZ2xlWm9vbSggZnVsbHNjcmVl biApIFxuXAogICA8QnRuM0Rvd24+ICAgICAgIDogVFZUb2dnbGVab29tKCB3aW5kb3cgKSAg ICAgXG5cCiAgIDxLZXk+eiAgICAgICAgICAgOiBUVlRvZ2dsZVpvb20oIGZ1bGxzY3JlZW4g KSBcblwKICAgPEtleT5SZXR1cm4gICAgICA6IFRWVG9nZ2xlWm9vbSggZnVsbHNjcmVlbiAp IFxuXAogICA8S2V5PktQX0VudGVyICAgIDogVFZUb2dnbGVab29tKCBmdWxsc2NyZWVuICkg XG5cCiAgIDxLZXk+KyAgICAgICAgICAgOiBUVlNldENoYW5uZWwoICsxICkgICAgICAgICBc blwKICAgPEtleT4tICAgICAgICAgICA6IFRWU2V0Q2hhbm5lbCggLTEgKSAgICAgICAgIFxu XAogICA8S2V5PktQX0FkZCAgICAgIDogVFZTZXRDaGFubmVsKCArMSApICAgICAgICAgXG5c CiAgIDxLZXk+S1BfU3VidHJhY3QgOiBUVlNldENoYW5uZWwoIC0xICkgICAgICAgICBcblwK ICAgPEtleT5LUF9SaWdodCAgICA6IFRWU2V0Vm9sdW1lKCArMSApICAgICAgICAgIFxuXAog ICA8S2V5PktQX0xlZnQgICAgIDogVFZTZXRWb2x1bWUoIC0xICkgICAgICAgICAgXG5cCiAg IDxLZXk+S1BfSW5zZXJ0ICAgOiBUVlRvZ2dsZU11dGUoKSAgICAgICAgICAgICBcblwKICAg PEtleT5LUF9EaXZpZGUgICA6IFRWU2V0Q2FwdHVyZUlucHV0KCArMSApICAgIFxuXAogICA8 S2V5PktQX011bHRpcGx5IDogVFZTZXRUdW5lck1vZGUoICsxICkgICAgICAgXG5cCiAgIDxL ZXk+RjIgICAgICAgICAgOiBUVlNhdmVJbWFnZSgpICAgICAgICAgICAgICBcbgo= --DnAIyOY7pk Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- Tomi Vainio, Fimeko-Data Oy Phone: +358 (0)9 4582421 Mail: tomppa@iki.fi tomppa@fidata.fi Telefax: +358 (0)9 4582425 --DnAIyOY7pk-- From owner-freebsd-multimedia Tue Sep 9 21:28:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA04193 for multimedia-outgoing; Tue, 9 Sep 1997 21:28:24 -0700 (PDT) Received: from madoka.hal.t.u-tokyo.ac.jp (madoka.hal.t.u-tokyo.ac.jp [133.11.98.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA04188 for ; Tue, 9 Sep 1997 21:28:15 -0700 (PDT) Received: from hitomi.hal.t.u-tokyo.ac.jp (hitomi.hal.t.u-tokyo.ac.jp [133.11.98.148]) by madoka.hal.t.u-tokyo.ac.jp (8.8.7/3.5Wpl2/HALmailhost/97020422) with ESMTP id NAA12293; Wed, 10 Sep 1997 13:28:03 +0900 (JST) Received: from hal.t.u-tokyo.ac.jp by hitomi.hal.t.u-tokyo.ac.jp (8.8.5+2.7Wbeta5/3.2W5/HAL) with ESMTP id NAA12490; Wed, 10 Sep 1997 13:28:01 +0900 (JST) Message-Id: <199709100428.NAA12490@hitomi.hal.t.u-tokyo.ac.jp> To: luigi@labinfo.iet.unipi.it Cc: multimedia@freebsd.org Subject: Ensoniq Sounscape VIVO 90 (PnP) - Works with snd970908.tgz X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 X-PGP-fingerprint: 5A A1 E6 D0 FF 96 FB F8 DE 23 EF 06 A1 76 94 E9 X-PGP-Public-Key-Location: finger -l pasqual@hal.t.u-tokyo.ac.jp or Home Page X-URL: http://www.hal.t.u-tokyo.ac.jp/~pasqual Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 10 Sep 1997 13:28:01 +0900 From: Ajith Pasqual Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id VAA04189 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! Luigi, I've really good news. Now the sound card is recognized and the settings are PERMANENT. This is great!! I don't have to softboot from DOS to FreeBSD any more :-) New changes to dset must have done it. Thanks a lot!!! This is the first time my sound card was recognized in a direct boot. I haven't tried any apps except xcdplayer. Will try them and report the results. Since the settings and dmesg outputs may be useful to others, having similar cards, I'm posting them also. **************************************************************************** Kernel Config. entry : controller pnp0 . . device pcm0 at isa? port ? irq 5 drq 1 flags 0x13 vector pcmintr ***************************************************************************** config> pnp 1 0 os enable irq0 5 drq0 1 drq1 3 port0 0x330 port1 0x530 port2 0x2580 config> pnp 2 0 os enable irq0 3 port0 0x2f8 CSN LDN conf en irqs drqs others (PnP devices) 1 0 OS Y 5 0 1 3 port 0x330 0x530 0x2580 2 0 OS Y 3 0 0 0 port 0x2f8 Probing for PnP devices: CSN 1 Vendor ID: ENS4081 [0x8140d315] Serial 0xffffffff PnP: override config for CSN 1 LDN 0 vend_id 0x8140d315 port 0x0330 0x0530 0x2580 0x0000 irq 5:0 drq 1:3 en 0 CSN 2 Vendor ID: USR0011 [0x11007256] Serial 0x35353535 PnP: override config for CSN 2 LDN 0 vend_id 0x11007256 port 0x0000 0x0000 0x0000 0x0000 irq 0:0 drq 4:4 en 0 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pcm0 at 0xffff irq 5 drq 1 mem 0x0 flags 0x13 en 1 confl 0 mss_probe: no address supplied, try default 0x530 mss_detect - chip revision 0x0a mss_detect() - step I mss_detect() - Detected AD1845 pcm0 at 0x530 irq 5 drq 1 flags 0x9213 on isa mss_attach 0 at 0x530 irq 5 dma 1:3 flags 0x9213 ***************************************************************************** Thanks again!! Regards, Ajith. From owner-freebsd-multimedia Wed Sep 10 15:11:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA01240 for multimedia-outgoing; Wed, 10 Sep 1997 15:11:08 -0700 (PDT) Received: from as5200-port-254.no.neosoft.com (as5200-port-254.no.neosoft.com [206.27.167.254]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA01234 for ; Wed, 10 Sep 1997 15:11:02 -0700 (PDT) Received: (from conrads@localhost) by as5200-port-254.no.neosoft.com (8.8.7/8.8.6) id RAA22545; Wed, 10 Sep 1997 17:11:04 -0500 (CDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199709091850.UAA19888@labinfo.iet.unipi.it> Date: Wed, 10 Sep 1997 17:11:04 -0500 (CDT) Organization: NeoSoft, Inc. From: Conrad Sabatier To: Luigi Rizzo Subject: Re: Errors in kernel build with pnp (2.2-STABLE) Cc: multimedia@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 09-Sep-97 Luigi Rizzo wrote: >> loading kernel >> pnp.o: Undefined symbol `_pnpdevice_set' referenced from text segment >> pnp.o: Undefined symbol `_pnpdevice_set' referenced from text segment >> >> I'm reasonably certain I've applied all patches, etc. correctly. So why >> is this happening? > >one reason is that probably you have not defined any pnp-aware driver. Yes, that's exactly right. I wanted to try the PnP stuff with the old Voxware driver first. Mainly wanted to see how well the old driver would work if I could get my AWE 64 recognized and configured properly (which I haven't yet). >One workaround is #define TEST_PNP_DEVICE in pnp.c and make function >nullpnp_probe() return NULL . > >I did not find the problem because I always used the pnp code with my >sound driver. I should probably try it with the AWEDRV package. I was reluctant to try your sound driver because of the lack of midi and synth devices (which I really want!). Will let you know how it turns out. Thanks! -- Conrad Sabatier | FreeBSD -- UNIX for your PC http://www.neosoft.com/~conrads | Why settle for less than the best? Spambots, use this: biteme@f-u.org | http://www.freebsd.org From owner-freebsd-multimedia Wed Sep 10 16:26:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06104 for multimedia-outgoing; Wed, 10 Sep 1997 16:26:33 -0700 (PDT) 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 QAA06095 for ; Wed, 10 Sep 1997 16:26:29 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 10 Sep 1997 19:23:42 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA07590; Wed, 10 Sep 97 19:23:40 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id TAA25206; Wed, 10 Sep 1997 19:20:09 -0400 Message-Id: <19970910192009.21380@ct.picker.com> Date: Wed, 10 Sep 1997 19:20:09 -0400 From: Randall Hopper To: Steve Passe , Amancio Hasty Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv References: <199708170629.XAA01103@rah.star-gate.com> <199708170639.AAA04736@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199708170639.AAA04736@Ilsa.StevesCafe.com>; from Steve Passe on Sun, Aug 17, 1997 at 12:39:36AM -0600 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |Steve Passe: | |Amancio Hasty: | |> except that I have new bt848 driver release: | |> ftp://rah.star-gate.com/pub/bt848.tar.gz | |> ... | |> Can someone please check in the driver, the vic module I will | |> submit to Steve Macanne. | | | |have all the various versions been merged in this (Randall's etc.)? | |I don't remember however I am using Randall's fxtv-43. (Finally getting to catch up on my backlogged multimedia mail folder.) The main changes in my version are patches to get temporal decimation (FPS) working. Having this working in some form for video capture is critical since many systems can't swallow 30fps in 16 or 24bpp at a frame resolution worth capturing. Amancio, last we swapped mail about this, you were going to ask the Brooktree folks about this. Any word back? Anyway, this driver version (970604; linked to the Fxtv page) is a patched version of the 970424 driver. It gets FPS working for single field captures, but not double fields. The mainstream driver doesn't work for either case. That's why Fxtv still delivers on 970604 and not a newer version. Attached is some past mail with with my patches and more detailed problem description that may be of some use. Let me know if you have time to take a look and can integrat these with a more recent driver version. Randall -----Forwarded message from Randall Hopper ----- Date: Tue, 3 Jun 1997 22:38:53 -0400 From: Randall Hopper To: Amancio Hasty , Steve Passe Cc: multimedia@freebsd.org Subject: bktr FPS/Temporal Decimation problems Well, after picking at the FPS problems for a few evenings, I need to ask for some help. I got it partially working (works fine in single field--though I'm sure the method probably isn't right), but in interlaced mode the engine seems to be dropping fields instead of frames, giving a cool (but wrong) ghosting effect. Attached is my patch to this point. It will apply to the 970424 driver posted on the home page. The original TDEC computation wasn't correct. Additionally, I've made the FPS code more PAL-friendly, obsoleting a PAL FPS hack that was in there. It also turns temporal decimation off for CAP_SINGLEs so you always get a frame in this capture mode. The problem: despite the databook's description of how temporal decimation on frames is supposed to work (whole frames are masked as a unit for purposes of synchronization), it appears that the engine is masking out fields, or rotating the enablement of the fields based on the requested number of dropped frames. Anyway, I must be missing something. Could sure use a set of eyes with more bt experience. BTW, in the patch, the correct TDEC computation: /*#define FPS_TO_TDEC(bktr,fps) (((FPS_MAX(bktr) - (fps))*2) & 0x3f)*/ is commented out in favor of a tweaked version I was having better luck with. Thanks, Randall --- brooktree848.c-970424 Sun Jun 1 20:35:25 1997 +++ brooktree848.c Tue Jun 3 22:21:19 1997 @@ -176,6 +176,10 @@ interrupt isn't delivered, and fixed fixing CAP_SINGLEs that for ODD_ONLY fields. +1.19 6/02/97 Randall Hopper + Fix temporal decimation, & disable it when doing + CAP_SINGLEs. + */ #include "bktr.h" @@ -255,6 +259,14 @@ #define BKTRPRI (PZERO+8)|PCATCH +#define NTSC_ACTIVE(bktr) (bktr->format_params == FORMAT_PARAMS_NTSC525) +#define FPS_MAX(bktr) (NTSC_ACTIVE(bktr) ? 30 : 25) + +/* Though the docs say # of frames or fields to drop out of a total of */ +/* 60, for single-field captures, we get better results using 30. */ +/*#define FPS_TO_TDEC(bktr,fps) (((FPS_MAX(bktr) - (fps))*2) & 0x3f)*/ +#define FPS_TO_TDEC(bktr,fps) ((FPS_MAX(bktr) - (fps)) & 0x3f) + static char* bktr_probe( pcici_t tag, pcidi_t type ); static void bktr_attach( pcici_t tag, int unit ); @@ -764,16 +776,24 @@ printf( " STATUS %x %x %x \n", dstatus, bktr_status, bt848->risc_count ); */ + +#define RESTART_ERRORS (BT848_INT_FBUS | BT848_INT_FTRGT | \ + BT848_INT_FDSR | BT848_INT_PPERR | \ + BT848_INT_RIPERR | BT848_INT_PABORT | \ + BT848_INT_OCERR | BT848_INT_SCERR) + + /* if temp decimation is on, frames will be skipped; ignore dropped */ + /* data and overrun errors logged w/ the frame after the skip(s) */ + if ( (bt848->tdec != 0) && (bktr_status & BT848_INT_RISC_EN) && + (bktr_status & BT848_INT_RISCI) && + (bktr_status & (BT848_INT_FDSR | BT848_INT_FBUS)) && + !(bktr_status & + (RESTART_ERRORS & ~(BT848_INT_FDSR | BT848_INT_FBUS))) ) + bktr_status &= ~(BT848_INT_FDSR | BT848_INT_FBUS); + /* if risc was disabled re-start process again */ - if ( !(bktr_status & BT848_INT_RISC_EN) || - ((bktr_status & (BT848_INT_FBUS | - BT848_INT_FTRGT | - BT848_INT_FDSR | - BT848_INT_PPERR | - BT848_INT_RIPERR | - BT848_INT_PABORT | - BT848_INT_OCERR | - BT848_INT_SCERR)) != 0) ) { + else if ( !(bktr_status & BT848_INT_RISC_EN) || + ((bktr_status & RESTART_ERRORS) != 0) ) { bt848->gpio_dma_ctl = FIFO_RISC_DISABLED; @@ -981,7 +1001,7 @@ bktr->even_fields_captured = 0; bktr->odd_fields_captured = 0; bktr->proc = (struct proc *)0; - set_fps(bktr, 30); + set_fps(bktr, FPS_MAX(bktr)); bktr->video.addr = 0; bktr->video.width = 0; bktr->video.banksize = 0; @@ -2350,9 +2370,9 @@ /* contruct sync : for video packet format */ *dma_prog++ = OP_SYNC | 1 << 15 | BKTR_FM1; + *dma_prog++ = 0; /* NULL WORD */ /* sync, mode indicator packed data */ - *dma_prog++ = 0; /* NULL WORD */ width = cols; for (i = 0; i < (rows/interlace); i++) { target = target_buffer; @@ -2793,6 +2813,12 @@ bt848->dstatus = 0; bt848->int_stat = bt848->int_stat; + /* For capcontin, set FPS (disable for capsingle) */ + /* (Always init to 0 first to reset decimation counter) */ + bt848->tdec = 0; + if ( type != METEOR_SINGLE ) + bt848->tdec = FPS_TO_TDEC( bktr, bktr->fps ); + bktr->flags |= type; switch(bktr->flags & METEOR_ONLY_FIELDS_MASK) { case METEOR_ONLY_EVEN_FIELDS: @@ -2844,13 +2870,8 @@ bktr->fps = fps; - if ( fps == 30 ) { - bt848->tdec = 0; - return; - } else { - bt848->tdec = (int) (((float) fps / 30.0) * 60.0) & 0x3f; - bt848->tdec |= 0x80; - } + bt848->tdec = 0; /* Always init to 0 1st to reset decim ctr */ + bt848->tdec = FPS_TO_TDEC( bktr, bktr->fps ); if ( bktr->flags & METEOR_CAP_MASK ) { -----End of forwarded message----- -----Forwarded message from Randall Hopper ----- Date: Wed, 4 Jun 1997 17:37:47 -0400 From: Randall Hopper To: Amancio Hasty Cc: Steve Passe , multimedia@freebsd.org Subject: Re: bktr FPS/Temporal Decimation problems Amancio Hasty: |Feel free to try out my latest beta on my ftp site: | |That release makes the correct decision in set_fps for PAL or NTSC. Well, neither single field or full field works for me with this version. Testing by flipping an ioctl(SFPS, 1) into fxtv, for single field (ODD_ONLY) CAP_CONTINUOUS, I get a frame every 1 to 3 seconds, and in between the updates, trash corrupts the image (see: http://multiverse.com/~rhh/tmpimages/bt848-970524-prob1.gif for a snap). For interlaced images, I get 1 or 2 single-field (not frame) updates every 1 to 30 seconds, with less image trash but still some corruption gradually appearing between field appearances. Also, as an aside, CAP_SINGLEs rarely work since temporal decimation isn't being turned off for CAP_SINGLE requests and turned on for CAP_CONTINUOUS, but rather is always left on. This was one of the fixes in the patch I posted. A simple mod. In case it helps, here is some debug driver output for single and double frame continuous-capture generated with ioctl(SFPS,1) and the 970526 driver off rah. Thanks, Randall begin 644 LOG.SINGLE.gz M'XL( '/>E3, ^V800Z#(!!%]YYBCC!8K8F[GD%[ "68F)K:(+U_C8JM&S>U M#>A?N?@,O/DS((&R_))?,U),%3.'?";1?UE("FC2)/?RNE9P-&A5&%%0WXVF MSA3FV3.: M4ZI;:9J43-':GNV ]@ 0M8 M<-W \0I?X(O3OB3P!2R^L^RT=]\Y?.;G5PZH+7R!+P[X A;W6="[B[CY^5"4 6!\H=3PVNE@+;

^O "*Z*3I:R4 .;G end begin 644 LOG.INTERLACE.gz M'XL( &K>E3, ^W<04["0!@&T#VGF"-,*\K:,X '0 ()&Q:TW%]$J&"@)K:Q MG5C%L(XQEO$E%,>?L5B%2;B=+>/T--N4TS#9 M[NI]J.IE?:B:X?%UY_G/I7T?=AW#YI?#CN4MNVWU^;+57H[9TUY.;+?'++AP M2<'ESE[:UCTULW)PS^GG.92KV: ?;=NZK]G=;?[W5FC2I-G#!?#^A3H#%B&C M29,F39KI:?95ZNYJA),F39HT:29=ZM^/*M\'/X=1< HG39HT:=(<>BL>OPLG M39HT:=),7E.I"R=-FC1ITLQ$4ZD+)TV:-&G2S$13J0LG39HT:=+,1+-;J?M# M.>&D29,F39JCT72G+IPT:=*D23,33:4NG#1ITJ1),Q--I2Z<-&G2I$DS$TVE M+IPT:=*D23,33:4NG#1ITJ1),Q--I2Z<-&G2I$DS$TVE+IPT:=*D23,33:4N MG#1ITJ1),Q/-;J7NG\\()TV:-&G2'(VF.W7AI$F3)DV:F6CV5>KEX.AZI>UH>J&1Y?=YX_VLZCMVSY %O0^EEUE:/!,YU( CD/Q:TJ1)DV:RFF[PG<)HPTF3IJN5<-*\FGT TG;PD.[% #0 end -----End of forwarded message----- -----Forwarded message from Randall Hopper ----- Message-ID: <19970605063933.51877@ct.picker.com> Date: Thu, 5 Jun 1997 06:39:33 -0400 From: Randall Hopper To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: bktr FPS/Temporal Decimation problems References: <199706050648.IAA28992@labinfo.iet.unipi.it> <199706050803.BAA12816@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.75 In-Reply-To: <199706050803.BAA12816@rah.star-gate.com>; from Amancio Hasty on Thu, Jun 05, 1997 at 01:03:22AM -0700 Amancio Hasty: |I am going to mail to brooktree to find out a few more things |about the Bt848 : like just how exactly the Bt848 wants the |format for RISC programs and the proper way to set fps. Ok, thanks. Randall -----End of forwarded message----- From owner-freebsd-multimedia Wed Sep 10 17:26:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09628 for multimedia-outgoing; Wed, 10 Sep 1997 17:26:43 -0700 (PDT) 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 RAA09621 for ; Wed, 10 Sep 1997 17:26:40 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 10 Sep 1997 20:25:03 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA08891; Wed, 10 Sep 97 20:25:01 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA25413; Wed, 10 Sep 1997 20:21:39 -0400 Message-Id: <19970910202138.03026@ct.picker.com> Date: Wed, 10 Sep 1997 20:21:38 -0400 From: Randall Hopper To: Luigi Rizzo , Amancio Hasty Cc: jkh@time.cdrom.com, multimedia@freebsd.org Subject: Re: 2.2.5 References: <199708171151.NAA09197@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199708171151.NAA09197@labinfo.iet.unipi.it>; from Luigi Rizzo on Sun, Aug 17, 1997 at 01:51:33PM +0200 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo: |> Subject: any plans for soundriver or bktr? | ... | Also we should make a port of fxtv, and update vic drivers. | (also, fxtv is probably a small program; does people agree that for | each driver there ought to be, in the standard distribution, at least | one small program to test the driver ? If this is the case, fxtv | could go into /usr/bin) Glad to see we were thinking along the same lines (just now sitting down to my backed-up 2Meg multimedia folder). fxtv-0.44 was released Monday in port form. I figured it'd be a shame to have that great bktr driver on our next CD, but require folks to net-grab to do something useful with it. A few folks have reported good results with 0.44 so far. If I don't hear about any major problems building the port by tomorrow, I'll upload to /incoming to beat the 9/15 2.2.5 freeze deadline with a few days to spare. Is there something besides uploading to incoming I need to do to tag it as a requested port for 2.2.5? |* sounddriver | | here things are messy: the current driver (3.0) is not well supported; I sure appreciate your and Amancio's work toward PnP, full duplex, Voxware 3.5, quake sound. Those features will be real cool when they stabilize and will surely entice more folks over from other OSs. Having said that though, the current Voxware 3.0 driver works very well for me. Please, let's not replace it in the tree until we have card support at least as stable in the replacing driver as is in the current driver for all of the previously supported cards. That hasn't happened yet, for SB16 cards in particular. Thanks, Randall From owner-freebsd-multimedia Wed Sep 10 18:08:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA12040 for multimedia-outgoing; Wed, 10 Sep 1997 18:08:10 -0700 (PDT) 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 SAA12035 for ; Wed, 10 Sep 1997 18:08:04 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 10 Sep 1997 21:07:32 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA09776; Wed, 10 Sep 97 21:07:30 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id VAA25463; Wed, 10 Sep 1997 21:04:08 -0400 Message-Id: <19970910210407.46529@ct.picker.com> Date: Wed, 10 Sep 1997 21:04:07 -0400 From: Randall Hopper To: Denis DeLaRoca Cc: multimedia@FreeBSD.ORG Subject: Re: FreeBSD 3.0 -current Bt848 Video Capture and Sound Driver Release References: <199708190700.AAA16529@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199708190700.AAA16529@hub.freebsd.org>; from Denis DeLaRoca on Tue, Aug 19, 1997 at 12:00:00AM -0800 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Denis DeLaRoca: |Amancio Hasty: |> The Bt848 chipset is known to work with Pentium / Triton II and Pentium |> Pro / Natoma. Other chipset combinations have proven to be problematic. |> |> With at least a Pentium / Triton II you can display 640x480x32 at 30 |> fps on a decent video card such as matrox millenium (vram) or |> an S3 968 with VRAM. dram based video cards work okay however they tend not |> to have the necessary bandwith for full resolution video playback. | |Humm? I looked at the project's web pages but I don't find a list of |what chipset combinations have proven problemmatic. So let me ask |about what motherboards can folks report as working fine. How about |the Intel Triton 430TX/430HX/430VX motherboards? How about the Pentium |II motherboards? Is it just a question of performance to achieve 30fps |where the above problems appear? Sorry so long in getting to a reply. I haven't gone through my multimedia mail folder in a while. To your last question first (30fps problems), as I recall the folks having the most trouble seemed to be those with old 486 PCI chipsets and off-brand motherboards. The main criteria for best performance watching 30fps on your monitor (via direct video; aka PCI-to-PCI DMA): 1) a PCI motherboard and MB chipset with solid busmastered DMA performance, and 2) a video card having hi- or true-color in standard byte-orders that is supported by the XFree DGA extension (i.e. one that XFree memory-maps the frame buffer for and supports querying through the DGA extension). If your video card supports direct video, CPU speed isn't relevant to 30fps display performance so you can ignore that. If it "doesn't" support direct video however, then the CPU has to get involved in transfering frames to the display, so then CPU is relevant. If you have a video board purchase in mind, someone on the list might have tried the ones on your candidate list and can help out with what to expect. So you might post about that. Good results have been had with the S3968 and S3 Virge and Virge/VX cards. And to your question regarding hardware good-results and tips: A while back, John-Mark started a bt848 hardware survey page (...let's see...ah, found it): http://www.freebsd.org/~jmg/cgi-bin/bt848.cgi that's still there and has some entries on it. You might check that out for some ideas. For myself, I've run my Wincast/TV with a STB Velocity 3D (S3 Virge/VX chipset) on both a Triton 1 & Triton 2 motherboard (ASUS P55TP4XE and P55T2P4) @ 66Mhz (33MHz PCI) all the way up to 83MHz (41.5Mhz PCI) on the T2P4. Both cards had no trouble at all with the faster bus; direct video (PCI-PCI DMA) worked fine without any hitches and great performance on both MBs with a P100 (and now as well on the T2P4 with my new P233MMX). I'm a satisfied Hauppauge/STB/Asus customer. Randall Hopper From owner-freebsd-multimedia Wed Sep 10 19:49:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA18264 for multimedia-outgoing; Wed, 10 Sep 1997 19:49:33 -0700 (PDT) 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 TAA18252 for ; Wed, 10 Sep 1997 19:49:29 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA02867; Wed, 10 Sep 1997 19:49:01 -0700 (PDT) Message-Id: <199709110249.TAA02867@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: Luigi Rizzo , jkh@time.cdrom.com, multimedia@freebsd.org Subject: Re: 2.2.5 In-reply-to: Your message of "Wed, 10 Sep 1997 20:21:38 EDT." <19970910202138.03026@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Sep 1997 19:49:01 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Have you tried out ftp://rah.star-gate.com/pub/guspnp18.tar.gz with a SB16? I have not heard too many complaints lately with the SB16 support. The problems that I have are related to motherboards not being able to find the SB16 PnP and the isa.c mods which right now is all smooth out. Not much to say about fxtv other that I use it every day and when I can't run fxtv for x or y reason on my system I get mad as hell 8) Cheers, Amancio >From The Desk Of Randall Hopper : > Luigi Rizzo: > |> Subject: any plans for soundriver or bktr? > | > ... > | Also we should make a port of fxtv, and update vic drivers. > | (also, fxtv is probably a small program; does people agree that for > | each driver there ought to be, in the standard distribution, at least > | one small program to test the driver ? If this is the case, fxtv > | could go into /usr/bin) > > Glad to see we were thinking along the same lines (just now sitting > down to my backed-up 2Meg multimedia folder). fxtv-0.44 was released > Monday in port form. I figured it'd be a shame to have that great bktr > driver on our next CD, but require folks to net-grab to do something useful > with it. > > A few folks have reported good results with 0.44 so far. If I don't > hear about any major problems building the port by tomorrow, I'll upload to > /incoming to beat the 9/15 2.2.5 freeze deadline with a few days to spare. > > Is there something besides uploading to incoming I need to do to tag > it as a requested port for 2.2.5? > > |* sounddriver > | > | here things are messy: the current driver (3.0) is not well supported; > > I sure appreciate your and Amancio's work toward PnP, full duplex, > Voxware 3.5, quake sound. Those features will be real cool when they > stabilize and will surely entice more folks over from other OSs. > > Having said that though, the current Voxware 3.0 driver works very > well for me. Please, let's not replace it in the tree until we have card > support at least as stable in the replacing driver as is in the current > driver for all of the previously supported cards. That hasn't happened > yet, for SB16 cards in particular. > > Thanks, > > Randall > > > > > From owner-freebsd-multimedia Wed Sep 10 20:17:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA20835 for multimedia-outgoing; Wed, 10 Sep 1997 20:17:49 -0700 (PDT) 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 UAA20826 for ; Wed, 10 Sep 1997 20:17:45 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id UAA03084; Wed, 10 Sep 1997 20:17:27 -0700 (PDT) Message-Id: <199709110317.UAA03084@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: Luigi Rizzo , jkh@time.cdrom.com, multimedia@freebsd.org Subject: pvideo] fxtv feedback In-reply-to: Your message of "Wed, 10 Sep 1997 20:21:38 EDT." <19970910202138.03026@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Sep 1997 20:17:27 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I would like if fxtv had accelerators for punching the channel number for instance if I placed the cursor in the display window if I key in 12 , fxtv tunes to channel 12. Right now the channel input is a little awkward. When changing resolutions please check the error return status also try to change the width in increments of 4 and the height in increments of 2. ----- For next release: 1. Try to use yuv for mpeg encoding it should speed up video capture and mpeg encoding also it should not be hard to implement given all the work that has gone into fxtv to support video capture. 2. It would be nice if fxtv sports a better look and feel and a widget to change the gamma and contrast. 3. design a cool icon for fxtv -- we all want to show off fxtv 8) Best Regards, Amancio From owner-freebsd-multimedia Wed Sep 10 21:06:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA24120 for multimedia-outgoing; Wed, 10 Sep 1997 21:06:54 -0700 (PDT) Received: from smtp.gte.net (smtp.gte.net [207.115.153.29]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA24112 for ; Wed, 10 Sep 1997 21:06:47 -0700 (PDT) Received: from gte.net (1Cust119.max15.raleigh.nc.ms.uu.net [153.36.67.119]) by smtp.gte.net (SMI-8.6/SMI-SVR4) with ESMTP id XAA02147; Wed, 10 Sep 1997 23:07:24 -0500 (CDT) Message-ID: <34176E69.A38E1BB2@gte.net> Date: Thu, 11 Sep 1997 00:07:05 -0400 From: "Michael E. Mercer" X-Mailer: Mozilla 4.02 [en] (Win95; I) MIME-Version: 1.0 To: multimedia@freebsd.org CC: mercer@sequent.uncfsu.edu Subject: Ensoniq AudioPCI sound card Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I am trying to get this card to work. Do you have any suggestions? Buying a different card IS an option. It says it can emulate a SB Pro . Nothing gets found though. Thanks for your time. Michael E Mercer From owner-freebsd-multimedia Wed Sep 10 22:45:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA28799 for multimedia-outgoing; Wed, 10 Sep 1997 22:45:02 -0700 (PDT) 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 WAA28782 for ; Wed, 10 Sep 1997 22:44:53 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA23391; Thu, 11 Sep 1997 06:10:23 +0200 From: Luigi Rizzo Message-Id: <199709110410.GAA23391@labinfo.iet.unipi.it> Subject: Re: Errors in kernel build with pnp (2.2-STABLE) To: conrads@neosoft.com (Conrad Sabatier) Date: Thu, 11 Sep 1997 06:10:23 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: from "Conrad Sabatier" at Sep 10, 97 05:10:45 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I should probably try it with the AWEDRV package. I was reluctant to > try your sound driver because of the lack of midi and synth devices midi device only has the ability to communicate with an external midi device,. It should be a fairly simple driver, except that I have no way to test it. If someone volunteers to help I can try and work on it. The stubs are already there in the code since I planned its inclusion, but there were other priorities. Things are different for the synthesizer, because there are very different models. For playing midi files (which requires the synthesizer, not the midi device!) you can use timidity. But again, the stubs are there in my code, and so if I find a volunteer synth might be supported. > (which I really want!). Will let you know how it turns out. Cheers Luigi From owner-freebsd-multimedia Wed Sep 10 22:50:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA29043 for multimedia-outgoing; Wed, 10 Sep 1997 22:50:25 -0700 (PDT) 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 WAA29033 for ; Wed, 10 Sep 1997 22:50:11 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA23459; Thu, 11 Sep 1997 06:40:02 +0200 From: Luigi Rizzo Message-Id: <199709110440.GAA23459@labinfo.iet.unipi.it> Subject: Re: 2.2.5 To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 11 Sep 1997 06:40:02 +0200 (MET DST) Cc: rhh@ct.picker.com, jkh@time.cdrom.com, multimedia@freebsd.org In-Reply-To: <199709110249.TAA02867@rah.star-gate.com> from "Amancio Hasty" at Sep 10, 97 07:48:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi, > > Have you tried out ftp://rah.star-gate.com/pub/guspnp18.tar.gz > with a SB16? > I have not heard too many complaints lately with the SB16 support. > The problems that I have are related to motherboards not being > able to find the SB16 PnP and the isa.c mods which right now > is all smooth out. Amancio, have you tried to use my pnp stuff recently committed to -current ? It should save you quite some effor in the support of the SB16PnP although I believe it might require some minor tweaks for the guspnp (since it might conflict with what the guspnp module wants to do on PnP). > > |* sounddriver > > | > > | here things are messy: the current driver (3.0) is not well supported; > > > > I sure appreciate your and Amancio's work toward PnP, full duplex, > > Voxware 3.5, quake sound. Those features will be real cool when they > > stabilize and will surely entice more folks over from other OSs. > > > > Having said that though, the current Voxware 3.0 driver works very > > well for me. Please, let's not replace it in the tree until we have card > > support at least as stable in the replacing driver as is in the current > > driver for all of the previously supported cards. That hasn't happened > > yet, for SB16 cards in particular. With voxware 3.0 I have never been able to make my cards (all PnP) work. Things might have changed with the recent commit of the pnp code, however I believe guspnpXX works at least as well as voxware 3.5, and likely much better, with a larger set of implemented features (e.g. full duplex and xquake support) and supported cards. So I believe things are going to improve in 2.2.5 by adopting Amancio's code. As for my driver, half duplex works very well on most SB and MSS cards, with no messy configuration options anymore; full duplex also works on many cards. So I do believe that also the new driver is more usable than Voxware 3.0 True, it does not support some old cards such as the PAS and MADXX, but new cards and very popular ones are (or soon will be, if people continues to give useful feedback as they did in the past weeks) supported. Cheers Luigi line > > > > Thanks, > > > > Randall > > > > > > > > > > > > > From owner-freebsd-multimedia Wed Sep 10 22:51:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA29087 for multimedia-outgoing; Wed, 10 Sep 1997 22:51:34 -0700 (PDT) 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 WAA29082 for ; Wed, 10 Sep 1997 22:51:31 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id WAA00687; Wed, 10 Sep 1997 22:51:25 -0700 (PDT) Message-Id: <199709110551.WAA00687@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Michael E. Mercer" cc: multimedia@FreeBSD.ORG, mercer@sequent.uncfsu.edu Subject: Re: Ensoniq AudioPCI sound card In-reply-to: Your message of "Thu, 11 Sep 1997 00:07:05 EDT." <34176E69.A38E1BB2@gte.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Sep 1997 22:51:25 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ask the manufacturer if they are willing to release programming info. Cheers, Amancio >From The Desk Of "Michael E. Mercer" : > Hello, > I am trying to get this card to work. Do you have any suggestions? > Buying a different > card IS an option. It says it can emulate a SB Pro . Nothing gets found > though. > > Thanks for your time. > Michael E Mercer > From owner-freebsd-multimedia Wed Sep 10 23:52:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA02789 for multimedia-outgoing; Wed, 10 Sep 1997 23:52:02 -0700 (PDT) Received: from ot.stpn.soft.net (freebie.opentech.stpn.soft.net [204.143.126.74]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA02760 for ; Wed, 10 Sep 1997 23:51:35 -0700 (PDT) Received: from andes (andes.opentech.stpn.soft.net [204.143.126.66]) by ot.stpn.soft.net (8.6.12/8.6.12) with ESMTP id MAA07523 for ; Thu, 11 Sep 1997 12:25:03 +0530 Message-ID: <3418280F.4744A74@opentech.stpn.soft.net> Date: Thu, 11 Sep 1997 12:19:11 -0500 From: Prashant Dongre Reply-To: pdongre@opentech.stpn.soft.net X-Mailer: Mozilla 4.01 [en] (WinNT; I) MIME-Version: 1.0 To: "multimedia@FreeBSD.ORG" Subject: problem running cdplayer with SB16 X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I have SB16 sound card and 16x CD-ROM drive connected over IDE controller. I can run MIDI and WAV files .. But I am not able to run any available CD Player software. When I try running a pllayer it says /dev/sequencer device is not responding or some other fault with it. Any help would be appreciated. Prashant. From owner-freebsd-multimedia Thu Sep 11 01:04:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA05969 for multimedia-outgoing; Thu, 11 Sep 1997 01:04:21 -0700 (PDT) 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 BAA05960 for ; Thu, 11 Sep 1997 01:04:17 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id AAA00354; Thu, 11 Sep 1997 00:58:39 -0700 (PDT) Message-Id: <199709110758.AAA00354@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: rhh@ct.picker.com, jkh@time.cdrom.com, multimedia@freebsd.org Subject: Re: 2.2.5 In-reply-to: Your message of "Thu, 11 Sep 1997 06:40:02 +0200." <199709110440.GAA23459@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Sep 1997 00:58:39 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, The problem that I have is the linux sound driver has module soundcard.c which allocates the data structures for the various sub drivers and that your mods for the PnP module call attach and probe. I think is your PnP probe which likes to register the interrupt hence is not a good idea for me to turn around re-register the interrupt via the normal sound driver probe and attach. Got any suggestions? Tnks, Amancio >From The Desk Of Luigi Rizzo : > > Hi, > > > > Have you tried out ftp://rah.star-gate.com/pub/guspnp18.tar.gz > > with a SB16? > > I have not heard too many complaints lately with the SB16 support. > > The problems that I have are related to motherboards not being > > able to find the SB16 PnP and the isa.c mods which right now > > is all smooth out. > > Amancio, have you tried to use my pnp stuff recently committed to > -current ? It should save you quite some effor in the support of the > SB16PnP although I believe it might require some minor tweaks for the > guspnp (since it might conflict with what the guspnp module wants to do > on PnP). > > > > |* sounddriver > > > | > > > | here things are messy: the current driver (3.0) is not well supported ; > > > > > > I sure appreciate your and Amancio's work toward PnP, full duplex, > > > Voxware 3.5, quake sound. Those features will be real cool when they > > > stabilize and will surely entice more folks over from other OSs. > > > > > > Having said that though, the current Voxware 3.0 driver works very > > > well for me. Please, let's not replace it in the tree until we have card > > > support at least as stable in the replacing driver as is in the current > > > driver for all of the previously supported cards. That hasn't happened > > > yet, for SB16 cards in particular. > > With voxware 3.0 I have never been able to make my cards (all PnP) > work. Things might have changed with the recent commit of the pnp code, > however I believe guspnpXX works at least as well as voxware 3.5, and > likely much better, with a larger set of implemented features (e.g. > full duplex and xquake support) and supported cards. So I believe > things are going to improve in 2.2.5 by adopting Amancio's code. > > As for my driver, half duplex works very well on most SB and MSS > cards, with no messy configuration options anymore; full duplex > also works on many cards. > > So I do believe that also the new driver is more usable than Voxware 3.0 > True, it does not support some old cards such as the PAS and MADXX, > but new cards and very popular ones are (or soon will be, if people > continues to give useful feedback as they did in the past weeks) supported. > > Cheers > Luigi > > line > > > > > > Thanks, > > > > > > Randall > > > > > > > > > > > > > > > > > > > > > > From owner-freebsd-multimedia Thu Sep 11 06:56:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA22061 for multimedia-outgoing; Thu, 11 Sep 1997 06:56:10 -0700 (PDT) Received: from stevenson.cogsci.ed.ac.uk (stevenson144.cogsci.ed.ac.uk [129.215.144.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA22039 for ; Thu, 11 Sep 1997 06:55:59 -0700 (PDT) Received: (from richard@localhost) by stevenson.cogsci.ed.ac.uk (8.8.5/8.8.5) id OAA26466 for freebsd-multimedia@FreeBSD.ORG; Thu, 11 Sep 1997 14:55:50 +0100 (BST) Date: Thu, 11 Sep 1997 14:55:50 +0100 (BST) Message-Id: <199709111355.OAA26466@stevenson.cogsci.ed.ac.uk> From: Richard Tobin Subject: CD recorder recommendations? To: freebsd-multimedia@FreeBSD.ORG Organization: just say no Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Can anyone [dis]recommend a CD-R drive for FreeBSD? The HP 6020 is reasonably priced, but my recent experiences with HP are discouraging. [They've just sent me a replacement T4000s tape drive with the exact same problem as the one it replaced.] Also, is it possible to record multiple data sessions onto a single CD? If so, what does this look like when mounted? -- Richard From owner-freebsd-multimedia Thu Sep 11 14:53:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23937 for multimedia-outgoing; Thu, 11 Sep 1997 14:53:57 -0700 (PDT) Received: from mph124.rh.psu.edu (hunt@MPH124.rh.psu.edu [128.118.126.83]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23919 for ; Thu, 11 Sep 1997 14:53:49 -0700 (PDT) Received: (from hunt@localhost) by mph124.rh.psu.edu (8.8.7/8.8.7) id RAA01123; Thu, 11 Sep 1997 17:53:46 -0400 (EDT) Message-ID: <19970911175345.26330@mph124.rh.psu.edu> Date: Thu, 11 Sep 1997 17:53:45 -0400 From: Matthew Hunt To: freebsd-multimedia@freebsd.org Cc: l.rizzo@iet.unipi.it Subject: snd970909.tgz produces "OUCH" on CS4232 Reply-To: Matthew Hunt 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 First, I would like to congratulate Luigi on the birth of his child. I just installed snd970909.tgz (and pnp970907.tgz). This is the first time I have used any of these drivers. I own a CS4232-based sound card, and even OSS doesn't like it very much. I was extremely pleased to see that Luigi's diver works quite well with it; I can play PCM data from CDs and mp3's, which never worked with the stock FreeBSD or OSS drivers. Thanks for making such a useful driver! However, the driver emits a diagnostic continouously while I am playing a PCM file. The boot messages are: Sep 11 17:15:04 mph124 /kernel: Probing for PnP devices: Sep 11 17:15:04 mph124 /kernel: CSN 1 Vendor ID: CSC0d32 [0x320d630e] Serial 0xf fffffff [...] Sep 11 17:15:04 mph124 /kernel: pcm0 at 0xffff irq 5 drq 1 mem 0x0 flags 0x0 en 1 confl 0 Sep 11 17:15:04 mph124 /kernel: mss_probe: no address supplied, try default 0x53 0 Sep 11 17:15:04 mph124 /kernel: mss_detect - chip revision 0x0a Sep 11 17:15:04 mph124 /kernel: mss_detect() - step I Sep 11 17:15:04 mph124 /kernel: mss_detect() - Detected CS4232 Sep 11 17:15:04 mph124 /kernel: pcm0 at 0x530 irq 5 drq 1 flags 0xa400 on isa Sep 11 17:15:04 mph124 /kernel: mss_attach 0 at 0x530 irq 5 dma 1:1 flags 0 xa400 [...] During playback: Sep 11 17:29:25 mph124 /kernel: OUCH! reg 9 0x04 Sep 11 17:29:26 mph124 /kernel: OUCH! reg 9 0x05 Sep 11 17:29:57 mph124 last message repeated 337 times Sep 11 17:31:34 mph124 last message repeated 1054 times Naturally, I find these messages bothersome, but there doesn't seem to be any sort of problem with the playback; it sounds great! So what's the meaning of this message? Is it a problem with the hardware or the driver, or should I just ignore it and/or remove it from the driver? Thanks. Matt -- Matthew Hunt * Think locally, act globally. finger hunt@mph124.rh.psu.edu for PGP public key. From owner-freebsd-multimedia Thu Sep 11 17:04:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA10231 for multimedia-outgoing; Thu, 11 Sep 1997 17:04:36 -0700 (PDT) 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 RAA10216 for ; Thu, 11 Sep 1997 17:04:28 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Thu, 11 Sep 1997 20:03:24 -0400 (EDT) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA17250; Thu, 11 Sep 97 19:11:09 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA01938; Thu, 11 Sep 1997 18:58:26 -0400 Message-Id: <19970911185826.36797@ct.picker.com> Date: Thu, 11 Sep 1997 18:58:26 -0400 From: Randall Hopper To: lamaster@george.arc.nasa.gov Cc: multimedia@freebsd.org Subject: Re: BT848 & ATI / S3 Cards References: <199709112055.NAA29600@george.arc.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199709112055.NAA29600@george.arc.nasa.gov>; from lamaster@george.arc.nasa.gov on Thu, Sep 11, 1997 at 01:55:24PM -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk lamaster@george.arc.nasa.gov: |I use both an ATI Graphics Xpression [uses Mach64, but limited |to 2 MB on the card] and a Number Nine 968-based card. I got |I could only get it to work with fxtv at 8 bpp- it hung |with 24/32 bpp. Anyway, the ATI card could be replaced |with a newer card if I could find the right card. That's interesting. Doug White's got a Mach64 card too and said it worked in 8,15,16,32 bpp, just not 24. This was however a Pro Turbo which has the faster VRAM; the Xpression has DRAM as I recall. Might make a difference. Does it lock your machine? Lock the Xserver? Or just not display video? Is it running ximages mode or direct video when it locks (i.e. did it print "backing off and using XImages" when you started it up). If it was doing direct video, for a test add "-disableDirectV" to the command line to disable direct video. If this works OK, this might indicate a problem with PCI-PCI DMA on your system, possibly related to the chipset or that the DRAM Xpression not being able to handle the bandwidth. Note that in 8bpp mode, you're not using direct video. You can try using 1024x768 in 15 or 16 bpp on your 2Meg ATI Xpression. I think you'll be pretty satisified with this mode since you can get your 1024x768 resolution and probably with direct video too. It also cuts the TV bandwidth down by 1/3 over 24bpp. The direct video will lift a big load off your CPU compared to 8bpp, and the TV will look worlds better too. :-) |I haven't been that impressed, I admit, with the S3 XFree86 |performance, compared to commercial X servers (e.g. the server |on the SGI Irix 6.2). I'm surprised, now that I look at it, |that it has the DGA extension. Do I need to do anything |to "exercise" it? No, given that you have a solid PCI chipset, I think you're home free. Some of the best supported and best performing cards under XFree are S3. No surprise that a good many folks on the list run S3 968 or Virge cards. Compared to an SGI, few consumer PC cards are steller. But relative to other PC cards under XFree, they're up there in the ratings. |Anyway, what I'm verbosely leading up to is this: | |I could easily persuade myself to get a new board, if I could |find the right card. I'd try both your cards you have first. I'll assist any way I can to work through any TV problems. If neither of them ends up meeting your expectations, then you might look around. |Do you know if XFree86 can be made to both support 1280x1024 |*and* 24/32 bpp?. Do any of these cards support 1280x1024 |*and* 24/32 bpp under XFree86? How about the STB Virge/VX board |you mention above? (How much memory do you have?) How about For detailed XFree card support info, you probably want to surf: http://www.xfree86.org/3.3.1 To do 1280x1024 in true 32bpp or unpacked 24bpp, your gonna need a card with at least 5Meg o' memory (!). For 1280x1024 w/ packed 24bpp, you're down below 4Meg. However, unless you spend lots of time doing image processing or photorealistic display, you may find like me that you like 16bpp the best, getting you higher resolutions, bigger desktops, and better refresh rates with the same amount of memory. So if you live mostly in 1280x1024x16bpp (> 2Meg), sounds like you're still looking for a card with 4Meg (or more if 16bpp doesn't cut it). Regarding my card. My priorities when I bought it this spring: "big" XFree desktop in 16bpp, high refresh rates especially in high-res modes, Wincast/TV compatible, solid/stable XFree and MSW95 support, good 2D DOS and Windoze performance, didn't/don't care about hardware 3D yet (no standard), and good vendor support. (I plan to upgrade to a 21" monitor sometime soon, so that factored in.) After talking to the folks on the multimedia list and surfing vendor pages, STB Velocity 3D 4Meg was the best deal for me. Steve Passe in particular has one of these as well and runs it in 1600x1200x75Mhz -- where I hope to be someday :-) Virge/VX chipset, EDO VRAM (great for direct video and video perf), and sports a 220MHz RAMDAC (one of the highest-speed RAMDACs on a consumer card, giving very high refresh rates at high resolutions). And only $179 half a year ago -- and that wasn't the cheapest price then; surely that's gone even lower by now. |the Matrox Millenium II, which, I guess, can be acquired a lot |more cheaply now the previous Millenium. (DGA/direct-video?) Can't speak to the Milleniums. Amancio's got one now so he'd be the guy to quiz there about TV and direct video on those cards. |I guess there are new STB and Number Nine cards also. I suppose |that none of these boards are supported yet under XFree86. If you mean the new Virge/DX and /GX cards, yes they're supported (see the XFree URL above). No first hand experience but that's what the page says. However, keep in mind that the DX and GX, though newer and having better 3D performance, only support a 170Mhz RAMDAC. May not be important to you -- you have to decide. In order, the Virge RAMDAC speed limits are: Virge = 135Mhz, GX/DX/GX2 = 170Mhz, VX = 220Mhz. Non-OEM Velocity 3Ds (Virge/VX) all come standard with 220Mhz. The Diamond Stealth 3D 3000s (Virge/VX) come with either 220Mhz or something like 170Mhz, so if that makes a difference you have to be careful. |Anyway again, do you know of a web page somewhere which describes |this product matrix of boards, XFree86 features, how to optimize, |etc.? It took me a surprising amount of messing around just with |XFree86 to get what I have now [in contrast, installing FreeBSD |has been a total piece of cake - amazingly high quality kernel]. Vendor pages, the XFree URL I mentioned above, and maybe the XFree benchmark page (http://www.goof.com/xbench/) are all that come to mind. Sounds like with your color depth and resolution requirements, you can thin the possiblities down to a small shopping list without much trouble. Hope this provides some help. Let me know how the TV tests go and if I can provide any additional video card info. Randall Hopper From owner-freebsd-multimedia Thu Sep 11 19:11:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA20160 for multimedia-outgoing; Thu, 11 Sep 1997 19:11:55 -0700 (PDT) Received: from wireless.4d.net (wireless.4d.net [207.137.156.159]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA20155 for ; Thu, 11 Sep 1997 19:11:52 -0700 (PDT) Received: from uhf.wireless.net (uhf.4d.net [207.137.157.140]) by wireless.4d.net (8.8.7/8.8.4) with ESMTP id TAA24535; Thu, 11 Sep 1997 19:13:22 -0700 (PDT) Received: from localhost (bad@localhost) by uhf.wireless.net (8.8.7/8.8.7) with SMTP id WAA04816; Thu, 11 Sep 1997 22:18:20 GMT Date: Thu, 11 Sep 1997 22:18:16 +0000 (GMT) From: Bernie Doehner To: Randall Hopper cc: lamaster@george.arc.nasa.gov, multimedia@FreeBSD.ORG Subject: Re: BT848 & ATI / S3 Cards In-Reply-To: <19970911185826.36797@ct.picker.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 > > That's interesting. Doug White's got a Mach64 card too and said it worked > in 8,15,16,32 bpp, just not 24. This was however a Pro Turbo which has the > faster VRAM; the Xpression has DRAM as I recall. Might make a difference. Not being following the thread to closesly.. I am running an S3 Virge (Stealth 3D 2000, with 4MB of EDO). XFree 3.3.1, FreeBSD 3.0-current. Older 486 motherboard with broken PCI chipset. Prior to XFree 3.3.1 I was having IDE timeout problems (and lockups/disk crashes), but it's much better now. > Does it lock your machine? Lock the Xserver? Or just not display video? Are you getting any timeouts? Doug was getting ethernet card timeouts previously. > Is it running ximages mode or direct video when it locks (i.e. did it print > "backing off and using XImages" when you started it up). If it was doing > direct video, for a test add "-disableDirectV" to the command line to This optioned made it work for me prior to XFree 3.3.1 > disable direct video. If this works OK, this might indicate a problem with > PCI-PCI DMA on your system, possibly related to the chipset or that the > DRAM Xpression not being able to handle the bandwidth. Note that in 8bpp > mode, you're not using direct video. Bernie From owner-freebsd-multimedia Thu Sep 11 19:43:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA22569 for multimedia-outgoing; Thu, 11 Sep 1997 19:43:16 -0700 (PDT) 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 TAA22562 for ; Thu, 11 Sep 1997 19:43:12 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA07160; Thu, 11 Sep 1997 19:42:58 -0700 (PDT) Message-Id: <199709120242.TAA07160@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: lamaster@george.arc.nasa.gov cc: Randall Hopper , multimedia@FreeBSD.ORG Subject: Re: BT848 & ATI / S3 Cards In-reply-to: Your message of "Thu, 11 Sep 1997 18:58:26 EDT." <19970911185826.36797@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Sep 1997 19:42:57 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk For XFree86 related questions feel free to browse http://www.xfree86.org With respect to video S3 968 and Matrox Millenium are good perfomers and I happen to own one of each . Amancio >From The Desk Of Randall Hopper : > lamaster@george.arc.nasa.gov: > |I use both an ATI Graphics Xpression [uses Mach64, but limited > |to 2 MB on the card] and a Number Nine 968-based card. I got > > |I could only get it to work with fxtv at 8 bpp- it hung > |with 24/32 bpp. Anyway, the ATI card could be replaced > |with a newer card if I could find the right card. > > That's interesting. Doug White's got a Mach64 card too and said it worked > in 8,15,16,32 bpp, just not 24. This was however a Pro Turbo which has the > faster VRAM; the Xpression has DRAM as I recall. Might make a difference. > > Does it lock your machine? Lock the Xserver? Or just not display video? > Is it running ximages mode or direct video when it locks (i.e. did it print > "backing off and using XImages" when you started it up). If it was doing > direct video, for a test add "-disableDirectV" to the command line to > disable direct video. If this works OK, this might indicate a problem with > PCI-PCI DMA on your system, possibly related to the chipset or that the > DRAM Xpression not being able to handle the bandwidth. Note that in 8bpp > mode, you're not using direct video. > > You can try using 1024x768 in 15 or 16 bpp on your 2Meg ATI Xpression. I > think you'll be pretty satisified with this mode since you can get your > 1024x768 resolution and probably with direct video too. It also cuts the > TV bandwidth down by 1/3 over 24bpp. The direct video will lift a big load > off your CPU compared to 8bpp, and the TV will look worlds better too. :-) > > |I haven't been that impressed, I admit, with the S3 XFree86 > |performance, compared to commercial X servers (e.g. the server > |on the SGI Irix 6.2). I'm surprised, now that I look at it, > |that it has the DGA extension. Do I need to do anything > |to "exercise" it? > > No, given that you have a solid PCI chipset, I think you're home free. > Some of the best supported and best performing cards under XFree are S3. > No surprise that a good many folks on the list run S3 968 or Virge cards. > Compared to an SGI, few consumer PC cards are steller. But relative to > other PC cards under XFree, they're up there in the ratings. > > |Anyway, what I'm verbosely leading up to is this: > | > |I could easily persuade myself to get a new board, if I could > |find the right card. > > I'd try both your cards you have first. I'll assist any way I can to work > through any TV problems. If neither of them ends up meeting your > expectations, then you might look around. > > |Do you know if XFree86 can be made to both support 1280x1024 > |*and* 24/32 bpp?. Do any of these cards support 1280x1024 > |*and* 24/32 bpp under XFree86? How about the STB Virge/VX board > |you mention above? (How much memory do you have?) How about > > For detailed XFree card support info, you probably want to surf: > http://www.xfree86.org/3.3.1 > > To do 1280x1024 in true 32bpp or unpacked 24bpp, your gonna need a card > with at least 5Meg o' memory (!). For 1280x1024 w/ packed 24bpp, you're down > below 4Meg. However, unless you spend lots of time doing image processing > or photorealistic display, you may find like me that you like 16bpp the > best, getting you higher resolutions, bigger desktops, and better refresh > rates with the same amount of memory. So if you live mostly in > 1280x1024x16bpp (> 2Meg), sounds like you're still looking for a card with > 4Meg (or more if 16bpp doesn't cut it). > > Regarding my card. My priorities when I bought it this spring: "big" XFree > desktop in 16bpp, high refresh rates especially in high-res modes, > Wincast/TV compatible, solid/stable XFree and MSW95 support, good 2D DOS > and Windoze performance, didn't/don't care about hardware 3D yet (no > standard), and good vendor support. (I plan to upgrade to a 21" monitor > sometime soon, so that factored in.) > > After talking to the folks on the multimedia list and surfing vendor pages, > STB Velocity 3D 4Meg was the best deal for me. Steve Passe in particular > has one of these as well and runs it in 1600x1200x75Mhz -- where I hope to > be someday :-) Virge/VX chipset, EDO VRAM (great for direct video and video > perf), and sports a 220MHz RAMDAC (one of the highest-speed RAMDACs on a > consumer card, giving very high refresh rates at high resolutions). And > only $179 half a year ago -- and that wasn't the cheapest price then; > surely that's gone even lower by now. > > |the Matrox Millenium II, which, I guess, can be acquired a lot > |more cheaply now the previous Millenium. (DGA/direct-video?) > > Can't speak to the Milleniums. Amancio's got one now so he'd be the guy to > quiz there about TV and direct video on those cards. > > |I guess there are new STB and Number Nine cards also. I suppose > |that none of these boards are supported yet under XFree86. > > If you mean the new Virge/DX and /GX cards, yes they're supported (see the > XFree URL above). No first hand experience but that's what the page says. > > However, keep in mind that the DX and GX, though newer and having better 3D > performance, only support a 170Mhz RAMDAC. May not be important to you -- > you have to decide. In order, the Virge RAMDAC speed limits are: Virge = > 135Mhz, GX/DX/GX2 = 170Mhz, VX = 220Mhz. Non-OEM Velocity 3Ds (Virge/VX) > all come standard with 220Mhz. The Diamond Stealth 3D 3000s (Virge/VX) > come with either 220Mhz or something like 170Mhz, so if that makes a > difference you have to be careful. > > |Anyway again, do you know of a web page somewhere which describes > |this product matrix of boards, XFree86 features, how to optimize, > |etc.? It took me a surprising amount of messing around just with > |XFree86 to get what I have now [in contrast, installing FreeBSD > |has been a total piece of cake - amazingly high quality kernel]. > > Vendor pages, the XFree URL I mentioned above, and maybe the XFree > benchmark page (http://www.goof.com/xbench/) are all that come to mind. > Sounds like with your color depth and resolution requirements, you can thin > the possiblities down to a small shopping list without much trouble. > > Hope this provides some help. Let me know how the TV tests go and if I can > provide any additional video card info. > > Randall Hopper From owner-freebsd-multimedia Thu Sep 11 19:46:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA22771 for multimedia-outgoing; Thu, 11 Sep 1997 19:46:06 -0700 (PDT) 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 TAA22766 for ; Thu, 11 Sep 1997 19:46:03 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Thu, 11 Sep 1997 22:44:53 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA20059; Thu, 11 Sep 97 22:44:52 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id WAA02515; Thu, 11 Sep 1997 22:41:27 -0400 Message-Id: <19970911224127.17703@ct.picker.com> Date: Thu, 11 Sep 1997 22:41:27 -0400 From: Randall Hopper To: Amancio Hasty Cc: Luigi Rizzo , jkh@time.cdrom.com, multimedia@freebsd.org Subject: guspnp18 on sb32 non-PnP (was Re: 2.2.5) References: <19970910202138.03026@ct.picker.com> <199709110249.TAA02867@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199709110249.TAA02867@rah.star-gate.com>; from Amancio Hasty on Wed, Sep 10, 1997 at 07:49:01PM -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |Have you tried out ftp://rah.star-gate.com/pub/guspnp18.tar.gz |with a SB16? Yep. It's surely getting better; almost, but not quite check-in time IMO. After more exercising of guspnp18 tonight, here's the bug report. This is on a non-PnP SB32 (aka SB16 + synth): 1) All 16-bit record yields a sample with background popping. Popping rate is proportional to the record bitrate. (I uploaded record samples to your box: ftp://rah.star-gate.com/pub/guspnp18-sb16recbug.tgz). 2) All 16-bit record has a dead space at the beginning and is chopped off at the end. The length of the dead space and of the chopped off audio is proportional to the record bitrate (2 sec for 11Khz 2ch, 1 sec for 44Khz 1ch, .5 sec for 44Khz 2ch). In other words, the whole sample is delayed, with the last part being truncated. 3) Occasional device close() hangs for 8-10 seconds (normal closes as well as closes instigated by SIGINT). 4) Still get load pops for start and end playback of AU files (no Sun header). Not there in VW3.0. Haven't tried the MMAP and Quake stuff yet. Will check that out this weekend. Thanks for your continued work on the driver. |Not much to say about fxtv other that I use it every day and when |I can't run fxtv for x or y reason on my system I get mad as hell 8) Cool. Yeah, me too. Say, speaking of TV, I guess you ironed out the problem you initially mentioned running fxtv on your Millenium. Never did get the full story there. Anyway, what I was going to mention was Hugh LaMaster posted to the list asking about TV and requests for choice video cards, mentioning ATI, S3, and Milleniums specifically. I couldn't help much with the Millenium side, but having been there yourself, you might want to give him some advice/tips. Look for the thread "Re: BT848 & ATI / S3 Cards" in your multimedia folder. Later, Randall From owner-freebsd-multimedia Thu Sep 11 20:23:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA25013 for multimedia-outgoing; Thu, 11 Sep 1997 20:23:04 -0700 (PDT) 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 UAA25002 for ; Thu, 11 Sep 1997 20:22:58 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id UAA07354; Thu, 11 Sep 1997 20:22:37 -0700 (PDT) Message-Id: <199709120322.UAA07354@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: Luigi Rizzo , jkh@time.cdrom.com, multimedia@freebsd.org Subject: Re: guspnp18 on sb32 non-PnP (was Re: 2.2.5) In-reply-to: Your message of "Thu, 11 Sep 1997 22:41:27 EDT." <19970911224127.17703@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Sep 1997 20:22:37 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Randall Hopper : > Say, speaking of TV, I guess you ironed out the problem you initially > mentioned running fxtv on your Millenium. Never did get the full story > there. Anyway, what I was going to mention was Hugh LaMaster posted to the > list asking about TV and requests for choice video cards, mentioning ATI, > S3, and Milleniums specifically. I couldn't help much with the Millenium > side, but having been there yourself, you might want to give him some > advice/tips. Look for the thread "Re: BT848 & ATI / S3 Cards" in your > multimedia folder. > No change was done to the Bt848 driver to support the Matrox Millenium. Xfree86 simply changed the byte ordering in the their X Server. Not sure if it was due to our request or not however I did mention the problem that we were having to David Dawes who is part of XFree86. The Matrox Millenium X server is the fastest X server that XFree86 has to offer at least thats the case for the last few months. On my PPro it generates over a million X stones at 8 bit color depth and 1024x768. I own several graphic cards and must say that I don't miss my S3 968 which I am very fond of and still use on my Pentium 133 system 8) Amancio From owner-freebsd-multimedia Thu Sep 11 20:56:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28158 for multimedia-outgoing; Thu, 11 Sep 1997 20:56:54 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts17-line11.uoregon.edu [128.223.150.228]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA28149 for ; Thu, 11 Sep 1997 20:56:51 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id UAA16578; Thu, 11 Sep 1997 20:56:42 -0700 (PDT) Date: Thu, 11 Sep 1997 20:56:41 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Richard Tobin cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: CD recorder recommendations? In-Reply-To: <199709111355.OAA26466@stevenson.cogsci.ed.ac.uk> 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 Thu, 11 Sep 1997, Richard Tobin wrote: > Can anyone [dis]recommend a CD-R drive for FreeBSD? The HP 6020 is > reasonably priced, but my recent experiences with HP are discouraging. Try bothering freebsd-hardware@freebsd.org and/or search the archives. > Also, is it possible to record multiple data sessions onto a single CD? > If so, what does this look like when mounted? There is support for this in -current, and they look like multiple subdirs (t1/, t2/ or somesuch) from the original mount point. Check the hackers archives or perhaps the log for src/sys/isofs/cd9660/*.c files. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo From owner-freebsd-multimedia Thu Sep 11 23:00:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA06912 for multimedia-outgoing; Thu, 11 Sep 1997 23:00:57 -0700 (PDT) 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 XAA06896 for ; Thu, 11 Sep 1997 23:00:49 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA02231; Fri, 12 Sep 1997 06:45:24 +0200 From: Luigi Rizzo Message-Id: <199709120445.GAA02231@labinfo.iet.unipi.it> Subject: Re: snd970909.tgz produces "OUCH" on CS4232 To: mph@pobox.com Date: Fri, 12 Sep 1997 06:45:24 +0200 (MET DST) Cc: freebsd-multimedia@freebsd.org, l.rizzo@iet.unipi.it In-Reply-To: <19970911175345.26330@mph124.rh.psu.edu> from "Matthew Hunt" at Sep 11, 97 05:53:26 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > First, I would like to congratulate Luigi on the birth of his > child. thanks :) > I just installed snd970909.tgz (and pnp970907.tgz). This is the first > time I have used any of these drivers. I own a CS4232-based sound > card, and even OSS doesn't like it very much. I was extremely > pleased to see that Luigi's diver works quite well with it; I can > play PCM data from CDs and mp3's, which never worked with the stock > FreeBSD or OSS drivers. Thanks for making such a useful driver! > > However, the driver emits a diagnostic continouously while I am playing > a PCM file. The boot messages are: The 'OUCH' message refers to a bit (single dma mode) which is set because there is no secondary DMA channel defined. There should not be this error message since you really have single DMA mode. While I fix things (eg also disable full duplex) the simplest thing you can do is remove line DDB( if (m & 4) printf("OUCH! reg 9 0x%02x\n", m); ); in ad1848.c Also for your case I will add the PnP vendor_id to the list of known ones so you can exploit full PnP features. This will have the side effect of moving the device from unit 0 to unit 1 which will require you to change the symlinks /dev/audio, /dev/mixer, /dev/dsp to point to the new unit. Thanks for the report. Luigi From owner-freebsd-multimedia Fri Sep 12 13:11:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA04892 for multimedia-outgoing; Fri, 12 Sep 1997 13:11:13 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA04831 for ; Fri, 12 Sep 1997 13:10:59 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id WAA04023; Fri, 12 Sep 1997 22:10:13 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id WAA11084; Fri, 12 Sep 1997 22:13:13 +0200 (SAT) Message-Id: <199709122013.WAA11084@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Amancio Hasty cc: multimedia@freebsd.org Subject: Sound channels a bit funny in guspnp18? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Sep 1997 22:13:13 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I am in play mode tonight, and I see some funnies with my GUS PnP as exposed by mixer(1) and xmmix (from ports/audio). The CD/TV (I have a Hauppauge WinTV/PCI on the CD connector in pass-through mode) are both unaffected by the mixer's "CD" volume setting. Instead, the "Synth" setting must be used. The "Speaker" volume setting has absolutely no effect whatsoever. When I use mpg123, the "PCM" setting in mixer works as expected, but again the "Speaker" setting has no effect at all. What is up? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Fri Sep 12 18:31:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA24298 for multimedia-outgoing; Fri, 12 Sep 1997 18:31:43 -0700 (PDT) Received: from onizuka.tb.9715.org (QcvTw2qAd2hXpbrcdTgIZiSLkVxFkzrN@onizuka.tb.9715.org [194.97.84.67]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA24284 for ; Fri, 12 Sep 1997 18:31:31 -0700 (PDT) Received: by onizuka.tb.9715.org via sendmail with stdio id for freebsd-multimedia@freebsd.org; Sat, 13 Sep 1997 03:30:30 +0200 (CEST) Message-Id: From: torstenb@onizuka.tb.9715.org (Torsten Blum) Subject: PAL and miroMedia PCTV To: freebsd-multimedia@freebsd.org Date: Sat, 13 Sep 1997 03:30:28 +0200 (CEST) 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 Hi, I got an miroMedia PCTV today. Unfortunately I can't get it working in PAL mode. This does not seem to be related to the tuner (it's a PAL tuner but the probe function only finds a Temic NTSC), because I get the same kind of picture from the s-video input. In NTSC mode everything works fine (only tested with s-video input). I'm using the bt848 driver in -current (ctm-cvs-cur 3643), but using bt848.tar.gz from rah.star-gate.com does not solve the problem. boot -v : found-> vendor=0x109e, dev=0x0350, revid=0x12 class=04-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=9 map[0]: type 3, range 32, base e6800000, size 12 bktr0: rev 0x12 int a irq 9 on pci0.11.0 brooktree0: PCI bus latency is 32. bktr0: buffer size 3555328, addr 0x3000000 Miro TV, Temic NTSC tuner. any ideas ? -tb PS: Sample picture: ftp://onizuka.tb.9715.org/tmp/pal.tif From owner-freebsd-multimedia Fri Sep 12 22:46:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA06399 for multimedia-outgoing; Fri, 12 Sep 1997 22:46:25 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts6-line5.uoregon.edu [128.223.150.35]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA06392 for ; Fri, 12 Sep 1997 22:46:20 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id WAA18057; Fri, 12 Sep 1997 22:46:02 -0700 (PDT) Date: Fri, 12 Sep 1997 22:46:02 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Prashant Dongre cc: "multimedia@FreeBSD.ORG" Subject: Re: problem running cdplayer with SB16 In-Reply-To: <3418280F.4744A74@opentech.stpn.soft.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 Thu, 11 Sep 1997, Prashant Dongre wrote: > I have SB16 sound card and 16x CD-ROM drive connected over IDE controller. And the CDROM is found? > I can run MIDI and WAV files .. But I am not able to run any available > CD Player software. When I try running a pllayer it says /dev/sequencer > device is not responding or some other fault with it. Sequencer is the MIDI sequencer. The modem would be /dev/wcd0c. You may have to use a flag to specify the device. Try using `workman'. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo From owner-freebsd-multimedia Fri Sep 12 23:02:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA07289 for multimedia-outgoing; Fri, 12 Sep 1997 23:02:35 -0700 (PDT) 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 XAA07281 for ; Fri, 12 Sep 1997 23:02:28 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA05346; Sat, 13 Sep 1997 06:47:19 +0200 From: Luigi Rizzo Message-Id: <199709130447.GAA05346@labinfo.iet.unipi.it> Subject: Re: Sound channels a bit funny in guspnp18? To: mark@grondar.za (Mark Murray) Date: Sat, 13 Sep 1997 06:47:18 +0200 (MET DST) Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG In-Reply-To: <199709122013.WAA11084@greenpeace.grondar.za> from "Mark Murray" at Sep 12, 97 10:12:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi > > I am in play mode tonight, and I see some funnies with my GUS PnP as > exposed by mixer(1) and xmmix (from ports/audio). > > The CD/TV (I have a Hauppauge WinTV/PCI on the CD connector in > pass-through mode) are both unaffected by the mixer's "CD" volume > setting. Instead, the "Synth" setting must be used. The "Speaker" > volume setting has absolutely no effect whatsoever. > > When I use mpg123, the "PCM" setting in mixer works as expected, but > again the "Speaker" setting has no effect at all. > > What is up? mixer names are a mess. Every board manufacturer connects inputs in a random way, so CD,LINE,SYNTH often have different meaning from what you expect. But I am glad to hear that SYNTH controls the CD on the guspnp as well, since this is the same I get on my CS4236. I will switch names in my next snap to reflect reality a little bit more. "Speaker" refers to the input connected to the PC speaker so there is no surprise that you see no effect. Often this input is even left unconnected. Cheers Luigi From owner-freebsd-multimedia Fri Sep 12 23:08:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA07584 for multimedia-outgoing; Fri, 12 Sep 1997 23:08:34 -0700 (PDT) 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 XAA07570 for ; Fri, 12 Sep 1997 23:08:28 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA05363; Sat, 13 Sep 1997 06:53:46 +0200 From: Luigi Rizzo Message-Id: <199709130453.GAA05363@labinfo.iet.unipi.it> Subject: Re: PAL and miroMedia PCTV To: torstenb@onizuka.tb.9715.org (Torsten Blum) Date: Sat, 13 Sep 1997 06:53:45 +0200 (MET DST) Cc: freebsd-multimedia@FreeBSD.ORG In-Reply-To: from "Torsten Blum" at Sep 13, 97 03:30:09 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, > > I got an miroMedia PCTV today. Unfortunately I can't get it working in PAL > mode. This does not seem to be related to the tuner (it's a PAL tuner > but the probe function only finds a Temic NTSC), because I get the same kind I am curious, what'a NTSC tuner ? Perhaps it filters output at 5 MHz rather than 6 MHz ? In any case it should only affect the ability of getting audio, not video. > of picture from the s-video input. > In NTSC mode everything works fine (only tested with s-video input). > I'm using the bt848 driver in -current (ctm-cvs-cur 3643), but using > bt848.tar.gz from rah.star-gate.com does not solve the problem. If nothing else you can try the driver from my page http://www.iet.unipi.it/~luigi/FreeBSD.html it has some defaults set for PAL rather than NTSC. I have the Hauppauge board so I cannot test this myself. Cheers Luigi From owner-freebsd-multimedia Sat Sep 13 01:52:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA27629 for multimedia-outgoing; Sat, 13 Sep 1997 01:52:10 -0700 (PDT) Received: from onizuka.tb.9715.org (9YwZGy3bu9TMBkAsfbzhYXxo6DtxdLD8@onizuka.tb.9715.org [194.97.84.67]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA27600 for ; Sat, 13 Sep 1997 01:52:05 -0700 (PDT) Received: by onizuka.tb.9715.org via sendmail with stdio id for freebsd-multimedia@FreeBSD.ORG; Sat, 13 Sep 1997 10:50:58 +0200 (CEST) Message-Id: From: torstenb@onizuka.tb.9715.org (Torsten Blum) Subject: Re: PAL and miroMedia PCTV In-Reply-To: <199709130453.GAA05363@labinfo.iet.unipi.it> from Luigi Rizzo at "Sep 13, 97 06:53:45 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 13 Sep 1997 10:50:57 +0200 (CEST) Cc: freebsd-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 Luigi Rizzo wrote: > > I got an miroMedia PCTV today. Unfortunately I can't get it working in PAL > > mode. This does not seem to be related to the tuner (it's a PAL tuner > > but the probe function only finds a Temic NTSC), because I get the same kind > > I am curious, what'a NTSC tuner ? Perhaps it filters output at 5 MHz > rather than 6 MHz ? In any case it should only affect the ability of > getting audio, not video. bktr0: rev 0x12 int a irq 9 on pci0.11.0 Miro TV, Temic NTSC tuner. ^^^^^^^^^^^^^^^^ > If nothing else you can try the driver from my page > > http://www.iet.unipi.it/~luigi/FreeBSD.html > > it has some defaults set for PAL rather than NTSC. I have the Hauppauge > board so I cannot test this myself. I installed your driver, but it does not help. A diff does not show many changes (beside the teletext stuff). -tb From owner-freebsd-multimedia Sat Sep 13 05:27:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA02317 for multimedia-outgoing; Sat, 13 Sep 1997 05:27:01 -0700 (PDT) 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 FAA02302 for ; Sat, 13 Sep 1997 05:26:40 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA06019 for multimedia@freebsd.org; Sat, 13 Sep 1997 13:12:05 +0200 From: Luigi Rizzo Message-Id: <199709131112.NAA06019@labinfo.iet.unipi.it> Subject: fxtv and pal... To: multimedia@freebsd.org Date: Sat, 13 Sep 1997 13:12:05 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk forget who was who had problems with fxtv and pal modes... it seems to work fine here, once you realize that all defaults are against you :) The correct command here is ./fxtv -inputFormat pal -antennaFreqSet weurope -defaultInput tuner (you cannot specify inputFormat or antennaFreqSet from the menus). If you still have problems the following test program might help (who said that source code is the best documentation ...). Run it in a separate xterm, it lets you change things with simple commands such as C27 (select channel 27) T4 (tuner type 4 corresponds to weurope) B60 (brightness 60) Cheers Luigi ----- tune.c ------ #include #include #include #include #include #include #define TUNER #include int video; main(int ac, char **av) { int x, ch; char s[ 128 ]; if ((video = open("/dev/tuner", O_RDONLY)) < 0) { fprintf(stderr, "open failed: %s\n", strerror(errno)); goto bybye; } if (ac>1) { int i; do_fn("T4"); for (i=88*16; i<800*16; i+=32) { sprintf(s,"F%d", i); do_fn(s); do_fn("f"); sleep(2); } } while ( fgets( s, 100, stdin ) ) { do_fn(s); } bybye: close(video); exit(0); } do_fn(char *s) { int cmd = s[0]; int x = atoi( s+1 ); switch (cmd) { case 'K' : /* afc */ case 'k' : if (ioctl(video, cmd =='k'? BT848_CCBARS: BT848_SCBARS, &x) < 0) fprintf(stderr, "setafc ioctl failed: %s\n", strerror(errno)); else fprintf(stderr, "Current afc %d\n", x); break; case 'A' : /* afc */ case 'a' : if (ioctl(video, cmd =='a'? TVTUNER_GETAFC: TVTUNER_SETAFC, &x) < 0) fprintf(stderr, "setafc ioctl failed: %s\n", strerror(errno)); else fprintf(stderr, "Current afc %d\n", x); break; case 'X' : /* contrast */ case 'x' : if (ioctl(video, cmd =='x'? BT848_GCONT: BT848_SCONT, &x) < 0) fprintf(stderr, "setcontrast ioctl failed: %s\n", strerror(errno)); else fprintf(stderr, "Current contrast %d\n", x); break; case 'B' : /* bright */ case 'b' : if (ioctl(video, cmd =='b'? BT848_GBRIG: BT848_SBRIG, &x) < 0) fprintf(stderr, "setbright ioctl failed: %s\n", strerror(errno)); else fprintf(stderr, "Current bright %d\n", x); break; case 'T': case 't': if (ioctl(video, cmd=='t'?TVTUNER_GETTYPE:TVTUNER_SETTYPE, &x) < 0) fprintf(stderr, "settype ioctl failed: %s\n", strerror(errno)); else fprintf(stderr, "Current type %d\n", x); break; case 's' : /* get status */ if (ioctl(video, TVTUNER_GETSTATUS, &x) < 0) fprintf(stderr, "getchan ioctl failed: %s\n", strerror(errno)); else fprintf(stderr, "Current status %d\n", x); break; case 'f' : /* get freq */ case 'F' : /* set freq */ if (ioctl(video, cmd=='f'?TVTUNER_GETFREQ:TVTUNER_SETFREQ, &x) < 0) fprintf(stderr, "getfreq ioctl failed: %s\n", strerror(errno)); else fprintf(stderr, "Current freq %d (%8.3f MHz)\n", x, (double)x/16.0); break; case 'c' : /* get channel */ case 'C' : /* set channel */ if (ioctl(video, cmd=='c'?TVTUNER_GETCHNL:TVTUNER_SETCHNL, &x) < 0) fprintf(stderr, "getchan ioctl failed: %s\n", strerror(errno)); else fprintf(stderr, "Current chan %d\n", x); break; } } From owner-freebsd-multimedia Sat Sep 13 08:31:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA09620 for multimedia-outgoing; Sat, 13 Sep 1997 08:31:28 -0700 (PDT) Received: from onizuka.tb.9715.org (+qkEA6qqc0DKs24y9LBB2ptrnyXbEH5h@onizuka.tb.9715.org [194.97.84.67]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA09609 for ; Sat, 13 Sep 1997 08:31:22 -0700 (PDT) Received: by onizuka.tb.9715.org via sendmail with stdio id for freebsd-multimedia@FreeBSD.ORG; Sat, 13 Sep 1997 17:30:17 +0200 (CEST) Message-Id: From: torstenb@onizuka.tb.9715.org (Torsten Blum) Subject: Re: PAL and miroMedia PCTV In-Reply-To: <199709130453.GAA05363@labinfo.iet.unipi.it> from Luigi Rizzo at "Sep 13, 97 06:53:45 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 13 Sep 1997 17:30:17 +0200 (CEST) Cc: freebsd-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 Hi, I got the PAL mode working by setting BT848_IFORM_X_AUTO in the METEOR_FMT_PAL ioctl. Unfortunately the audio part still doesnt work. Only when I switch to a unused channel I can hear some noise... Suggestions ? -tb From owner-freebsd-multimedia Sat Sep 13 11:16:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18375 for multimedia-outgoing; Sat, 13 Sep 1997 11:16:05 -0700 (PDT) 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 LAA18306 for ; Sat, 13 Sep 1997 11:15:58 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA06316; Sat, 13 Sep 1997 19:01:25 +0200 From: Luigi Rizzo Message-Id: <199709131701.TAA06316@labinfo.iet.unipi.it> Subject: Re: PAL and miroMedia PCTV To: torstenb@onizuka.tb.9715.org (Torsten Blum) Date: Sat, 13 Sep 1997 19:01:24 +0200 (MET DST) Cc: freebsd-multimedia@FreeBSD.ORG In-Reply-To: from "Torsten Blum" at Sep 13, 97 05:29:58 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I got the PAL mode working by setting BT848_IFORM_X_AUTO in the METEOR_FMT_PAL > ioctl. > Unfortunately the audio part still doesnt work. Only when I switch to > a unused channel I can hear some noise... since NTSC audio is at 4.5MHz whereas PAL audio is at 5.5/6/6.5 MHz from the video carrier, this is where the presence of a NTSC tuner might really make a difference (by having a different bandwidth on output). Maybe this is programmable, maybe not, I have no idea. I am curious though, where do you live and is your card supposed to work in your country (e.g. in dos/windows) ? Cheers Luigi From owner-freebsd-multimedia Sat Sep 13 11:46:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20101 for multimedia-outgoing; Sat, 13 Sep 1997 11:46:11 -0700 (PDT) Received: from www2.shoppersnet.com (shoppersnet.com [204.156.152.112]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA20096 for ; Sat, 13 Sep 1997 11:46:06 -0700 (PDT) Received: (from hlew@localhost) by www2.shoppersnet.com (8.8.5/8.8.5) id LAA16589; Sat, 13 Sep 1997 11:45:48 -0700 (PDT) Date: Sat, 13 Sep 1997 11:45:48 -0700 (PDT) From: Howard Lew To: Luigi Rizzo cc: multimedia@freebsd.org Subject: Re: snd970909.tgz In-Reply-To: <199709030613.IAA07190@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 Hi Luigi, Probe shows: Initializing PnP override table Probing for PnP devices: Trying Read_Port at 203 Trying Read_Port at 243 CSN 1 Vendor ID: CTL00c3 [0xc3008c0e] Serial 0x18f074eb port 0x0220 0x0300 0x0388 0x0000 irq 10:0 drq 3:7 en 1 port 0x0220 0x0300 0x0388 0x0000 irq 10:0 drq 3:7 en 1 pcm1 (SB16pnp sn 0x18f074eb) at 0x220 irq 10 drq 3 flags 0x17 id 0 ... pcm0 at 0xffff irq 10 drq 3 mem 0x0 flags 0x17 en 1 confl 0 mss_probe: no address supplied, try default 0x530 mss_detect error, busy still set (0xff) sb_probe: no address supplied, try defaults (0x220,0x240) device at 0x220 already attached as unit 1 pcm0 not found at 0xffffffff shell: {15} cat /dev/sndstat FreeBSD Sound Driver Sep 13 1997 11:24:26 Installed devices: pcm1: at 0x220 irq 10 dma 3:7 shell: {16} The mixer in vol now works great! I do hear a little popping noise in the background... can't tell if it is normal or not... Real Audio player also works great in 8 bit mode. However, if I try to use 16 bit mode, it will give the error: Error 50 Is it because 8 bit is for playing and 16 bit for recording? Can we swap that around? (Some of us will not be doing much recording)... The new bios I have (AMI 8/2/97) has an option to choose between PNP aware/non-aware bios... Choosing the non-aware option, the bios automatically configures DMA 3/7 for the SB AWE64 PNP. Could that be causing this? shell: {18} ls -al dsp* lrwxrwxrwx 1 root wheel 4 May 5 01:09 dsp -> dsp1 crw-rw-rw- 1 root wheel 30, 3 May 5 01:08 dsp0 crw-rw-rw- 1 root wheel 30, 19 Sep 13 11:36 dsp1 crw--w--w- 1 root wheel 30, 35 Aug 15 00:28 dsp2 crw--w--w- 1 root wheel 30, 51 Aug 15 00:28 dsp3 crw--w--w- 1 root wheel 30, 67 Aug 15 00:28 dsp4 lrwxrwxrwx 1 root wheel 5 May 5 01:10 dspW -> dspW1 crw-rw-rw- 1 root wheel 30, 5 May 5 01:08 dspW0 crw-rw-rw- 1 root wheel 30, 21 May 5 01:08 dspW1 crw--w--w- 1 root wheel 30, 37 Aug 15 00:28 dspW2 crw--w--w- 1 root wheel 30, 53 Aug 15 00:28 dspW3 crw--w--w- 1 root wheel 30, 69 Aug 15 00:28 dspW4 shell: {19} Let me give you a pat on the back. Good job... I think it is ready for prime time use... definitely recommend putting the code in 2.2.5 and 3.0 if it is not already in there. Hmmm... is there any easy hack to get the sound to play aout of dsp0 and dspW0? Would using pcm1 in the kernel instead of pcm0 do the trick? Cheers! From owner-freebsd-multimedia Sat Sep 13 12:23:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA21648 for multimedia-outgoing; Sat, 13 Sep 1997 12:23:07 -0700 (PDT) Received: from onizuka.tb.9715.org (cYA52uS7eTrZAP+D0bLdXSU15vDcI86P@onizuka.tb.9715.org [194.97.84.67]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA21639 for ; Sat, 13 Sep 1997 12:23:00 -0700 (PDT) Received: by onizuka.tb.9715.org via sendmail with stdio id for freebsd-multimedia@FreeBSD.ORG; Sat, 13 Sep 1997 21:21:53 +0200 (CEST) Message-Id: From: torstenb@onizuka.tb.9715.org (Torsten Blum) Subject: Re: PAL and miroMedia PCTV In-Reply-To: <199709131701.TAA06316@labinfo.iet.unipi.it> from Luigi Rizzo at "Sep 13, 97 07:01:24 pm" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 13 Sep 1997 21:21:53 +0200 (CEST) Cc: freebsd-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 Luigi Rizzo wrote: > > I got the PAL mode working by setting BT848_IFORM_X_AUTO in the METEOR_FMT_PAL > > ioctl. > > Unfortunately the audio part still doesnt work. Only when I switch to > > a unused channel I can hear some noise... > > since NTSC audio is at 4.5MHz whereas PAL audio is at 5.5/6/6.5 > MHz from the video carrier, this is where the presence of a NTSC tuner > might really make a difference (by having a different bandwidth on > output). yep, that was my first thought too. But it's not an NTSC Tuner (well, at least I think so, see below). I modified the tuner probing to use te TEMIC_PAL tuner btw. > I am curious though, where do you live and is your card supposed to > work in your country (e.g. in dos/windows) ? Germany - yes it works with Winblows. Just tested it with my neighbor's Winblows machine. -tb From owner-freebsd-multimedia Sat Sep 13 13:14:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA24467 for multimedia-outgoing; Sat, 13 Sep 1997 13:14:46 -0700 (PDT) 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 NAA24456 for ; Sat, 13 Sep 1997 13:14:43 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 13 Sep 1997 16:13:39 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA08998; Sat, 13 Sep 97 16:13:38 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id QAA07017; Sat, 13 Sep 1997 16:10:13 -0400 Message-Id: <19970913161012.57800@ct.picker.com> Date: Sat, 13 Sep 1997 16:10:12 -0400 From: Randall Hopper To: Amancio Hasty Cc: multimedia@freebsd.org Subject: Re: [video] fxtv feedback References: <19970910202138.03026@ct.picker.com> <199709110317.UAA03084@rah.star-gate.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=liOOAslEiF7prFVr X-Mailer: Mutt 0.81 In-Reply-To: <199709110317.UAA03084@rah.star-gate.com>; from Amancio Hasty on Wed, Sep 10, 1997 at 08:17:27PM -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Amancio Hasty: |I would like if fxtv had accelerators for punching the channel number |for instance if I placed the cursor in the display window if I key in |12 , fxtv tunes to channel 12. Right now the channel input |is a little awkward. In leui of this feature (for now), you may find videoWin translations like these useful: F1 : TVSetChannel( 3 ) \n\ F2 : TVSetChannel( 5 ) \n\ F3 : TVSetChannel( 8 ) \n\ ... F9 : TVSetChannel( 61 ) \n\ This meets my needs, since I don't have cable. But your suggestion is a good one for folks with satellite and/or cable. Consider it on the list. |When changing resolutions please check the error return status also try |to change the width in increments of 4 and the height in increments of 2. All ioctl returns are already being checked, and fxtv ensures that capture width and height are both multiples of 2, since that's the condition that's checked for in the SETGEO ioctl. Did you mistype when you said "4" for width? |1. Try to use yuv for mpeg encoding it should speed up video capture and | mpeg encoding also it should not be hard to implement given | all the work that has gone into fxtv to support video capture. Had this on the list from your previous request. Don't have it very high though since RGB does everything I need. Wouldn't really save capture bandwidth since, if you're running in 15- or 16-bit, RGB16 capture is being used. Probably would speed up image save and encoding though; don't have a feel for how much since I've never tried it. It's on the list. |2. It would be nice if fxtv sports a better look and feel | and a widget to change the gamma and contrast. Better look and feel? Need more detail here. Gamma and contrast -- have you tried Input->Appearance? You got sliders for these guys. Admittedly I need to implement the text field key-ins sometime. Been on my list. |3. design a cool icon for fxtv -- we all want to show off fxtv 8) Hmmm, that's a thought. I'm not much of an artist though. Maybe somebody on the list with some real artistic talent could try their hand. Of course, it should be 48x48 with transparency to look cool on the AfterStep window manager. :-) BTW, I thought about implementing TV-in-icon, but figured that would just be a whiz-bang. Seriously, who in their right mind would watch TV in a 30x30 pixel window. I've attached the icon I use for TV on my box. See if you like that. It comes with the standard Afterstep icon distribution. Speaking of showing off TV in FreeBSD, here's a snap of my desktop with that icon and TV in action: http://multiverse.com/~rhh/rhh_desktop.jpg Thanks for the suggestions. Randall --liOOAslEiF7prFVr Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Television.xpm.gz" H4sIAPXxGjQAA6WWa2/iRhSGPze/wgo4HyDZtbmaBCIMhG/ElXYVWVRVRRwIBIi5hBBS9b/3 vGfmmHFW3TrtUSaC1/PMmTmXMV8LVvjrwCp8Pdm+jF5mkRVNRxurYH0fL8avs+0sfv7jbbX8 7XerZf15clrxLPqrVSz39Pzk1Polsm7j5zE+f6HPuW6/3O2VK92bfucGYgix5PklGRBjiK5T cWRADFKiV+P1iyzSFxkQ27ym47kyIOZSonaUh+h4JQdDHNksGgbxDKJ3U/YapYrn1xoNiAWI 9cZNHQMPIbZYdLs1DNpRHeIFRJrUaBDr33R8iFcs1qqpNS/ZEWG0ozoeQrw214QziOcQa65X pRX5AcQmxCpxGHgI0WXRrVR40AOIJYgVci0DYplF1ynLgFiRNdmZXrMKsVPr+WVKKdaFWJMo UXw9HBdiHSKOh9GhxEP0JHTmMRvJ2Q3cSaWDpkNcS+LMYtibxSB5H4to5n1jFkPZ6bL4YpZi mU4B8QARM3hocWeWjWxplsL1mqsUrsWRKUqQtyySAwwRH1KiztEklSMtPpqipGNqpljEp5So i2FuVoikeJGqJUofxPek6mhI1b2lSlHXZ8QiCab4aorSHfdmiqUNnxPR6M2leQlIigeJiDTr FN+aeZfId5K8Gym+40qmusTo9es9iF0uWmrUTqnrd+suF+0w1dq63305kdmb38yWkSj1IPbJ 0AloHYh92ZJ5g1mfNL5eP2chM3EcFMnasNxHYxWPi0EQx3G+aCsmCBiRaaG2D1QQgNIMIYmL MG1HqK0hYYrFs0Lr4uqycH3edEvllJXcSvW6ULu6qHuNsy8JQ15sx8mv18F+Px5vNpsXsgMM H+j7eLzfB+t1Pt7RlhRD27KdXT5GLPb7j3Fot/f7Ih9/5+yKCZPL2UASYmaYQeV3R4YObisE BM9c8dYOK40RpSAKnzAzmxBywoSaPyITDr7oRHG8awsTzohJEEzfJgZQuYInk1nZ2BgQeKCp DxO2B1AHUAraUZoUQ7uxE2SkgEc2hY0SaJcThg5gC8IEpk/JFEaUQCazBaO8MDGdPj257tMT Y5OJ9gQmZzBAVoQ8TBQwZ1MYeRpx+NpHhjbEDM5CiAKai0VTYQThTMyEwtBMm05D7gghhoHF +/uCMWIAkSMqlzSjAqDdEKBskTjiE9lhKMzk0VZbw2nIDZy8RdEbXLEjPtE/MLQ17SaKXl+j SDvC5hQzE4YWt3MctaObqEUWHR1x5P4n8zh1P723qTvPGoMfmAyxTjPZcjqbacadNzPWjsE0 F1lrNMVk7IWPTJaeSxjae9beTuJGoc16h6SYjHdVmtFQ7ud3YsK4xGS8e49M8z3rHR+GRqwz vktSjO3c3z+v18vlYHB7e7uBdfg/fRsMlsv1+vn+PjjeO4/zxV23/q/vxu7d3ZGZkKMoGl7C CsNhy/ej6Pz9G4rUdadcPFsOCL2T5e7dTue9ar81LJANwVB/EtKkugYzQZ4UcmQOkylaM/Lp CvDJIu42dIKLqgZzWFHY6c0v75/i54wZ+5Mmv6v4y09/TR1n/Cfmr6uTvwHuQ+SYMw8AAA== --liOOAslEiF7prFVr-- From owner-freebsd-multimedia Sat Sep 13 14:51:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA02036 for multimedia-outgoing; Sat, 13 Sep 1997 14:51:55 -0700 (PDT) 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 OAA02031 for ; Sat, 13 Sep 1997 14:51:50 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id OAA00472; Sat, 13 Sep 1997 14:51:46 -0700 (PDT) Message-Id: <199709132151.OAA00472@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: [video] fxtv feedback In-reply-to: Your message of "Sat, 13 Sep 1997 16:10:12 EDT." <19970913161012.57800@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Sep 1997 14:51:45 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Randall Hopper : > > --liOOAslEiF7prFVr > Content-Type: text/plain; charset=us-ascii > > Amancio Hasty: > |I would like if fxtv had accelerators for punching the channel number > |for instance if I placed the cursor in the display window if I key in > |12 , fxtv tunes to channel 12. Right now the channel input > |is a little awkward. > > In leui of this feature (for now), you may find videoWin translations like > these useful: > F1 : TVSetChannel( 3 ) \n\ > F2 : TVSetChannel( 5 ) \n\ > F3 : TVSetChannel( 8 ) \n\ > ... > F9 : TVSetChannel( 61 ) \n\ > > This meets my needs, since I don't have cable. But your suggestion is a > good one for folks with satellite and/or cable. Consider it on the list. > > |When changing resolutions please check the error return status also try > |to change the width in increments of 4 and the height in increments of 2. > > All ioctl returns are already being checked, and fxtv ensures that > capture width and height are both multiples of 2, since that's the > condition that's checked for in the SETGEO ioctl. Did you mistype when you > said "4" for width? > > |1. Try to use yuv for mpeg encoding it should speed up video capture and > | mpeg encoding also it should not be hard to implement given > | all the work that has gone into fxtv to support video capture. > > Had this on the list from your previous request. Don't have it very high > though since RGB does everything I need. Wouldn't really save capture > bandwidth since, if you're running in 15- or 16-bit, RGB16 capture is being > used. Probably would speed up image save and encoding though; don't have a > feel for how much since I've never tried it. It's on the list. You save about 1/3 in bandwith and I have on my list of things to do to have the X server support yuv directly which will be nice for scaling to 1024x768. Given that the mpeg encoder operates on yuv data and not RGB you will save processing time . The question is what percentage of of the mpeg encoding is currently being taken by converting rgb to yuv and then encoding. The other factor involved is the size of the data files so if processing time is not significant storage capacity is important. > |2. It would be nice if fxtv sports a better look and feel > | and a widget to change the gamma and contrast. > > Better look and feel? Need more detail here. I think that gimp has a nice looking graphical interface . > Gamma and contrast -- have you tried Input->Appearance? You got sliders > for these guys. Admittedly I need to implement the text field key-ins > sometime. Been on my list. gimp, sane (a scsi scanner package), and xv provide a gamma curve. > |3. design a cool icon for fxtv -- we all want to show off fxtv 8) > > Speaking of showing off TV in FreeBSD, here's a snap of my > desktop with that icon and TV in action: > > http://multiverse.com/~rhh/rhh_desktop.jpg > > I like the contents of your desktop it gives me the feeling of serious programming going on over there 8) We can adopt your icon by default. Ideally , it will be nice to pick from a list of icons (thats a hint to the list to get involved 8) ) Happy fxtv user, Amancio From owner-freebsd-multimedia Sat Sep 13 16:00:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA04661 for multimedia-outgoing; Sat, 13 Sep 1997 16:00:27 -0700 (PDT) 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 QAA04656 for ; Sat, 13 Sep 1997 16:00:24 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sat, 13 Sep 1997 18:57:16 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA11004; Sat, 13 Sep 97 18:57:15 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA07178; Sat, 13 Sep 1997 18:53:48 -0400 Message-Id: <19970913185348.15487@ct.picker.com> Date: Sat, 13 Sep 1997 18:53:48 -0400 From: Randall Hopper To: Amancio Hasty Cc: multimedia@freebsd.org Subject: Re: [video] fxtv feedback References: <19970913161012.57800@ct.picker.com> <199709132151.OAA00472@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199709132151.OAA00472@rah.star-gate.com>; from Amancio Hasty on Sat, Sep 13, 1997 at 02:51:45PM -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |Randall Hopper: |> Amancio Hasty: |> |1. Try to use yuv for mpeg encoding it should speed up video capture and |> | mpeg encoding also it should not be hard to implement given |> | all the work that has gone into fxtv to support video capture. |> |> Had this on the list from your previous request. Don't have it very high |> though since RGB does everything I need. Wouldn't really save capture |> bandwidth since, if you're running in 15- or 16-bit, RGB16 capture is being |> used. Probably would speed up image save and encoding though; don't have a |> feel for how much since I've never tried it. It's on the list. | |You save about 1/3 in bandwith and I have on my list of things |to do to have the X server support yuv directly which will be |nice for scaling to 1024x768. Really? Ok. Guess I need to read up on YUV somewhere. From scanning the driver source, I got the impression that the supported YUV fmts were 2 bytes per pixel, inferring from that that it would occupy the same raw capture bandwidth as RGB16. Guess I misinterpreted. Say, on your list of things to do, (it may be there already, but if not), can you put FPS fix for the driver up above YUV X server extensions. Then I can move fxtv up from my tweaked 4/97 rev to the latest version. Just can't give up that video capture, even if it does only work for single-field. :-) |I like the contents of your desktop it gives me the feeling of |serious programming going on over there 8) OH yeah. ;) Later-- Randall From owner-freebsd-multimedia Sat Sep 13 16:37:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06234 for multimedia-outgoing; Sat, 13 Sep 1997 16:37:30 -0700 (PDT) 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 QAA06226 for ; Sat, 13 Sep 1997 16:37:27 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id QAA00774; Sat, 13 Sep 1997 16:37:18 -0700 (PDT) Message-Id: <199709132337.QAA00774@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: [video] fxtv feedback In-reply-to: Your message of "Sat, 13 Sep 1997 18:53:48 EDT." <19970913185348.15487@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Sep 1997 16:37:17 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk yuv at least the yuv format that the mpeg encoder takes as a frame: X*Y + 2( X/2 * Y/2) So yes in yuv 4:2:2 every pixel gets two bytes : YU YV where U and V are chrominance values and Y is the gray component. The RGB 16 format is very straight forward: X*Y*2 ------ example for 640x480: yuv 422 460800 = 640*480 + 2 ( 320 * 240) 614400 = 640*480*2 The Bt848 databook has the format for various flavors of yuv so just read up on the mpeg encoder which clearly states its supported format for yuv. If you are interested in yuv 422 like for the mpeg encoder, check out this site which has a good explanation on yuv as well as other video formats: http://www.flash.net/~dawilson/fourcc/ ---- Yes, I know about the problem with FPS and I am working on it. Cheers, Amancio >From The Desk Of Randall Hopper : > Amancio Hasty: > |Randall Hopper: > |> Amancio Hasty: > |> |1. Try to use yuv for mpeg encoding it should speed up video capture an d > |> | mpeg encoding also it should not be hard to implement given > |> | all the work that has gone into fxtv to support video capture. > |> > |> Had this on the list from your previous request. Don't have it very high > |> though since RGB does everything I need. Wouldn't really save capture > |> bandwidth since, if you're running in 15- or 16-bit, RGB16 capture is bei ng > |> used. Probably would speed up image save and encoding though; don't have a > |> feel for how much since I've never tried it. It's on the list. > | > |You save about 1/3 in bandwith and I have on my list of things > |to do to have the X server support yuv directly which will be > |nice for scaling to 1024x768. > > Really? Ok. Guess I need to read up on YUV somewhere. From scanning the > driver source, I got the impression that the supported YUV fmts were 2 > bytes per pixel, inferring from that that it would occupy the same raw > capture bandwidth as RGB16. Guess I misinterpreted. > > Say, on your list of things to do, (it may be there already, but if not), > can you put FPS fix for the driver up above YUV X server extensions. Then > I can move fxtv up from my tweaked 4/97 rev to the latest version. Just > can't give up that video capture, even if it does only work for > single-field. :-) > > |I like the contents of your desktop it gives me the feeling of > |serious programming going on over there 8) > > OH yeah. ;) > > Later-- > > Randall From owner-freebsd-multimedia Sat Sep 13 16:56:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA07093 for multimedia-outgoing; Sat, 13 Sep 1997 16:56:39 -0700 (PDT) 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 QAA07086 for ; Sat, 13 Sep 1997 16:56:30 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id AAA06694; Sun, 14 Sep 1997 00:41:52 +0200 From: Luigi Rizzo Message-Id: <199709132241.AAA06694@labinfo.iet.unipi.it> Subject: Re: snd970909.tgz To: hlew@www2.shoppersnet.com (Howard Lew) Date: Sun, 14 Sep 1997 00:41:51 +0200 (MET DST) Cc: multimedia@freebsd.org In-Reply-To: from "Howard Lew" at Sep 13, 97 11:45:29 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The mixer in vol now works great! > I do hear a little popping noise in the background... can't tell if > it is normal or not... the popping is 'normal' at this stage since we don't use DMA AUTO mode (yet). > Real Audio player also works great in 8 bit mode. > However, if I try to use 16 bit mode, it will give the error: Error 50 > Is it because 8 bit is for playing and 16 bit for recording? Can we swap > that around? (Some of us will not be doing much recording)... no idea, it _should_ work since the code tries to use the right DMA channel for the selected mode. I have verified 16-bit operation using "pcmio" and it seems to work. Have used realaudio with my cs4237 and given the sound quality it seems to work in 16-bit mode... > The new bios I have (AMI 8/2/97) has an option to choose between PNP > aware/non-aware bios... Choosing the non-aware option, the bios > automatically configures DMA 3/7 for the SB AWE64 PNP. Could that be > causing this? no, one 8-bit and one 16-bit channel is correct. > Hmmm... is there any easy hack to get the sound to play aout of dsp0 and > dspW0? Would using pcm1 in the kernel instead of pcm0 do the trick? no apps should use dsp0 etc, they tend to use /dev/dsp which is a symlink to dsp0. You change the symlink to dsp1 and you are set (same for mixer, audio, dspW...) Cheers Luigi