From owner-freebsd-multimedia Sun Feb 9 01:50:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09601 for multimedia-outgoing; Sun, 9 Feb 1997 01:50:22 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09595 for ; Sun, 9 Feb 1997 01:50:19 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id KAA05150; Sun, 9 Feb 1997 10:50:34 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.4/8.6.9) id KAA11786; Sun, 9 Feb 1997 10:53:20 +0100 (MET) From: Christoph Kukulies Message-Id: <199702090953.KAA11786@gilberto.physik.rwth-aachen.de> Subject: Re: GUS Advice? In-Reply-To: <199702090058.QAA21337@rah.star-gate.com> from Amancio Hasty at "Feb 8, 97 04:58:18 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 9 Feb 1997 10:53:19 +0100 (MET) Cc: dkelly@HiWAAY.net, multimedia@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Get a GUS PnP. They are cheap and the sound driver supports the PnP > aspect for the GUS PnP so you don't have to worry about it. > > Get a GUS PnP and either install 1 meg or get the GUS PnP Pro which > comes with 1 Meg. While being at GUS/GUS Pro: I saw a GUS PnP/PRO for DM 360,-- in a local computer store (USD 218 - at current exchange rate). Would that be OK or too high? (GUS are quite rare here). What is the difference between a GUS PnP and the PRO? Just the memory? > > Cheers, > Amancio > > >From The Desk Of dkelly@HiWAAY.net : > > Watching comments by others on this list suggests the Gravis UltraSound is > > the Prefered FreeBSD Sound Card. Or at least the one that is best supported. > > > > Unlike Seagate and others, the Gravis web site does a poor job describing > > non-current models. Used GUS's appear occasionally. What do I need to know > > to pick a good one? Are there any *bad* models/revisions? > > > > Notice PnP is still Plug-aNd-Pray. So I can assume its best to stay away > > from PnP if I can handle jumpers? Or do the PnP cards offer features that > > make the PnP hassle worth the effort? > > > > -- > > David Kelly N4HHE, dkelly@hiwaay.net > > ===================================================================== > > The human mind ordinarily operates at only ten percent of its > > capacity -- the rest is overhead for the operating system. > > > > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-multimedia Sun Feb 9 02:16:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA10260 for multimedia-outgoing; Sun, 9 Feb 1997 02:16:28 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA10255 for ; Sun, 9 Feb 1997 02:16:23 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id CAA00287 for ; Sun, 9 Feb 1997 02:16:17 -0800 (PST) Message-Id: <199702091016.CAA00287@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: mrouted problem? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Feb 1997 02:16:17 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As of yesterday's freebsd-3.0-current, I can't get to establish a tunnel. This is is what I am getting: Tnks Amancio {root} mrouted -d 3 debug level 3 02:15:06.078 mrouted version 3.8a Feb 9 02:15:06 rah mrouted[281]: mrouted version 3.8a 02:15:06.095 Getting vifs from kernel interfaces 02:15:06.096 installing ed0 (204.188.121.18 on subnet 204.188.121.16/29) as vif #0 - rate=0 02:15:06.096 Getting vifs from /etc/mrouted.conf 02:15:06.098 installing tunnel from 204.188.121.18 to 140.174.2.1 as vif #1 - rate=500 02:15:06.098 Installing vifs in mrouted... 02:15:06.098 vif #0, phyint 204.188.121.18 02:15:06.099 SENT membership query from 204.188.121.18 to 224.0.0.1 02:15:06.099 SENT neighbor probe from 204.188.121.18 to 224.0.0.4 02:15:06.099 vif #1, tunnel 204.188.121.18 -> 140.174.2.1 02:15:06.099 SENT neighbor probe from 204.188.121.18 to 140.174.2.1 pruning on 02:15:06.128 Installing vifs in kernel... 02:15:06.129 vif #0, phyint 204.188.121.18 02:15:06.129 setsockopt MRT_ADD_VIF: File too large Feb 9 02:15:06 rah mrouted[281]: setsockopt MRT_ADD_VIF: File too large Feb 9 02:15:06 rah mrouted[281]: setsockopt MRT_ADD_VIF: File too large From owner-freebsd-multimedia Sun Feb 9 13:43:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11215 for multimedia-outgoing; Sun, 9 Feb 1997 13:43:18 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11143; Sun, 9 Feb 1997 13:42:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id OAA27319; Sun, 9 Feb 1997 14:40:54 -0700 Message-Id: <199702092140.OAA27319@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: hardware@freebsd.org cc: multimedia@freebsd.org Subject: isdn cards Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Feb 1997 14:40:54 -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I know there are currently no drivers available for North American ISDN systems, but several people have proposed working on such a beast. I have a chance to pick up a couple cheaply and am wondering whether anyone has approached either motorola or cardinal about the availability of the necessary hardware documents for writting such a driver. I don't want to choose a card that I have to reverse engineer for a month b4 I can write any code! -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-multimedia Sun Feb 9 13:49:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11663 for multimedia-outgoing; Sun, 9 Feb 1997 13:49:19 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11658 for ; Sun, 9 Feb 1997 13:49:17 -0800 (PST) Received: from r74h25.res.gatech.edu (ken@r74h25.res.gatech.edu [128.61.74.25]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id NAA26918 for ; Sun, 9 Feb 1997 13:49:13 -0800 (PST) Received: (from ken@localhost) by r74h25.res.gatech.edu (8.8.5/8.8.5) id QAA11817; Sun, 9 Feb 1997 16:49:02 -0500 (EST) From: "Kenneth D. Merry" Message-Id: <199702092149.QAA11817@r74h25.res.gatech.edu> Subject: Re: GUS Advice? In-Reply-To: <199702090953.KAA11786@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Feb 9, 97 10:53:19 am" To: kuku@gilberto.physik.rwth-aachen.de Date: Sun, 9 Feb 1997 16:49:01 -0500 (EST) Cc: multimedia@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ ... ] > While being at GUS/GUS Pro: > > I saw a GUS PnP/PRO for DM 360,-- in a local computer store > (USD 218 - at current exchange rate). Would that be OK or too high? > (GUS are quite rare here). Well, typical mail order price for the PnP Pro here is US$165 or so. So you're paying about a $55 premium for it. If it's pretty tough to find, it might be worth it. > What is the difference between a GUS PnP and the PRO? Just the memory? The PRO comes with 512K RAM built into the card. I think that's the only difference. (someone please correct me if I'm wrong) So if you've got some 70ns or faster 30pin SIMMS sitting around, you could probably just go with a plain Ultrasound PnP. Typical mail order price for the plain PnP is US$125. [ ... ] > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > Hope this helps, Ken -- Kenneth Merry ken@r74h25.res.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-multimedia Sun Feb 9 14:57:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15838 for multimedia-outgoing; Sun, 9 Feb 1997 14:57:13 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15699; Sun, 9 Feb 1997 14:55:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id PAA27689; Sun, 9 Feb 1997 15:54:38 -0700 Message-Id: <199702092254.PAA27689@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: hardware@FreeBSD.ORG cc: multimedia@FreeBSD.ORG Subject: Re: isdn cards In-reply-to: Your message of "Sun, 09 Feb 1997 14:40:54 MST." <199702092140.OAA27319@clem.systemsix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Feb 1997 15:54:38 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I previously said: > I know there are currently no drivers available for North American ISDN > systems, but several people have proposed working on such a beast. >I have a chance to pick up a couple cheaply and am wondering whether > ... I have just been kicking around the idea of using the motorola isdn bitsurfr pro ISA (ie, the internal card as oppossed to the external device) as one would the external device. Specifically the box says is uses an internal 16550 with the standard AT command set. So given that I have already setup a PPP connection on FreeBSD with kernel PPP and an external bitsurfr, wouldn't it also be possible to do the same with the ISA card version (although I suspect I would have no access to the fancy SOHO features till a true driver was written)? Has anyone tried this? -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-multimedia Sun Feb 9 16:32:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA22685 for multimedia-outgoing; Sun, 9 Feb 1997 16:32:38 -0800 (PST) Received: from monorail.net-tel.co.uk (monorail.net-tel.co.uk [193.122.171.247]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA22671; Sun, 9 Feb 1997 16:32:23 -0800 (PST) From: Andrew.Gordon@net-tel.co.uk Received: (from root@localhost) by monorail.net-tel.co.uk (8.8.4/8.8.4) id AAA23794; Mon, 10 Feb 1997 00:31:28 GMT Received: from "/PRMD=NET-TEL/ADMD=GOLD 400/C=GB/" by net-tel.co.uk (Route400-RFCGate); Mon, 10 Feb 97 0:27:47 +0000 X400-Received: by mta "net-tel cambridge" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Mon, 10 Feb 97 0:27:47 +0000 X400-Received: by "/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"; Relayed; Mon, 10 Feb 97 0:27:45 +0000 X400-MTS-Identifier: ["/PRMD=NET-TEL/ADMD=Gold 400/C=GB/";hst:14616-970210002745-5C5A] X400-Content-Type: P2-1984 (2) X400-Originator: Andrew.Gordon@net-tel.co.uk Original-Encoded-Information-Types: IA5-Text X400-Recipients: non-disclosure:; Date: Mon, 10 Feb 97 0:27:45 +0000 X400-Content-Identifier: Re(2): isdn card Message-Id: <"be7-970210002711-4D07*/G=Andrew/S=Gordon/O=NET-TEL Computer Systems Ltd/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"@MHS> To: smp@csn.net Cc: hardware@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199702092254.PAA27689@clem.systemsix.com> Subject: Re(2): isdn cards Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I previously said: > > I know there are currently no drivers available for North American ISDN > > systems, but several people have proposed working on such a beast. > >I have a chance to pick up a couple cheaply and am wondering whether > > I have just been kicking around the idea of using the motorola isdn > bitsurfr pro ISA (ie, the internal card as oppossed to the external > device) as one would the external device. Specifically the box says > is uses an internal 16550 with the standard AT command set. So given > that I have already setup a PPP connection on FreeBSD with kernel PPP > and an external bitsurfr, wouldn't it also be possible to do the same > with the ISA card version (although I suspect I would have no access to > the fancy SOHO features till a true driver was written)? > Has anyone tried this? Are you sure that the internal bitsurfr is actually any different to the external (in the sense that an internal modem is no different to an external one). On the one hand, if it really does emulate a 16550 faithfully, it will work straight away but give you all the limitations of an external TA; on the other hand, if it doesn't you will be straight into writing a device driver for undocumented hardware before you even get started. Looking at: http://www.mot.com/MIMS/ISG/Products/bitsurfr_pc/app-notes.html it suggests you are right about the 16550 - though it's PnP with the associated inconvenience - but gives no hint that it can do any more than be an external TA, emphasising its "modem like" character. Doing PPP this way (ie. encode once as async PPP then decode/re-encode as sync PPP in the TA) will inevitably give some additional latency compared to driving a real piece of hardware more directly. So, IMHO, if you want a quick getaway stick with the external TA (avoiding the PnP aggro), but if you are talking of a real development project, why not leverage the work that has been done for Euro-ISDN and go for one of the cards already supported under FreeBSD by the BISDN package? The hardware reverse-engineering has already been done, so the remaining work is to implement whichever D channel protocol your teleco has implemented. The two main cards supported by BISDN are the Teles BRI/16.3 and the AVM A1. Teles certainly sell a USA-specific card "BRI/U", which is just the 16.3 with an on-board NT1 ("U" interface to "S" interface convertor - with Euro-ISDN, the Teleco provides the NT1). Details are at the Teles USA web site http://teles.winterlan.net/ (their 'home' site is http://www.teles.de/). AVM (http://www.avm.de) also apparently do a USA version of their A1 card, as their web page offers drivers for it, but I can't find any more details. The Teles and AVM cards are almost identical, giving you raw access to the B and D channels (with HDLC being done by the card where needed, and with deeper FIFOs than a 16550) and so letting you do anything that the line itself can do (voice calls, two simultaneous calls to different destinations etc. which are hard to do with an interface that thinks its a modem). For more info about the hardware, see http://www.arg1.demon.co.uk/avm.html From owner-freebsd-multimedia Sun Feb 9 17:07:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA25562 for multimedia-outgoing; Sun, 9 Feb 1997 17:07:43 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA25527; Sun, 9 Feb 1997 17:07:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id SAA28311; Sun, 9 Feb 1997 18:04:05 -0700 Message-Id: <199702100104.SAA28311@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Andrew.Gordon@net-tel.co.uk cc: hardware@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: Re(2): isdn cards In-reply-to: Your message of "Mon, 10 Feb 1997 00:27:45 GMT." <"be7-970210002711-4D07*/G=Andrew/S=Gordon/O=NET-TEL Computer Systems Ltd/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"@MHS> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Feb 1997 18:04:05 -0700 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > > I have just been kicking around the idea of using the motorola isdn > > bitsurfr pro ISA (ie, the internal card as oppossed to the external > > ... > > Has anyone tried this? > ... > So, IMHO, if you want a quick getaway stick with the external TA > (avoiding the PnP aggro), but if you are talking of a real development > project, why not leverage the work that has been done for Euro-ISDN > and go for one of the cards already supported under FreeBSD by > the BISDN package? The hardware reverse-engineering has already been done, > so the remaining work is to implement whichever D channel protocol > your teleco has implemented. > > The two main cards supported by BISDN are the Teles BRI/16.3 and the > AVM A1. Teles certainly sell a USA-specific card "BRI/U", which > is just the 16.3 with an on-board NT1 ("U" interface to "S" interface > convertor - with Euro-ISDN, the Teleco provides the NT1). > Details are at the Teles USA web site http://teles.winterlan.net/ > (their 'home' site is http://www.teles.de/). AVM (http://www.avm.de) > also apparently do a USA version of their A1 card, as their web page > offers drivers for it, but I can't find any more details. I checked out these sites and see teles offering the card for $159US, which is considerably better than the bitsurfr: http://teles.winterlan.net/teles.www/news.htm#special Anyone care to speculate exactly how much work it would be to start with the existing BISDN driver and one of these cards and get to the point of having a working ISDN for FreeBSD solution? Where could one find the protocal specs for "the D channel"? -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-multimedia Sun Feb 9 20:19:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA06211 for multimedia-outgoing; Sun, 9 Feb 1997 20:19:14 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06204; Sun, 9 Feb 1997 20:19:08 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id UAA27445 ; Sun, 9 Feb 1997 20:19:03 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id UAA19145; Sun, 9 Feb 1997 20:17:15 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma019143; Sun Feb 9 20:17:06 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id UAA00491; Sun, 9 Feb 1997 20:17:06 -0800 (PST) From: Archie Cobbs Message-Id: <199702100417.UAA00491@bubba.whistle.com> Subject: Re: Re(2): isdn cards In-Reply-To: <"be7-970210002711-4D07*/G=Andrew/S=Gordon/O=NET-TEL Computer from "Andrew.Gordon@net-tel.co.uk" at "Feb 10, 97 00:27:45 am" To: Andrew.Gordon@net-tel.co.uk Date: Sun, 9 Feb 1997 20:17:06 -0800 (PST) Cc: smp@csn.net, hardware@freebsd.org, multimedia@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I have just been kicking around the idea of using the motorola isdn > > bitsurfr pro ISA (ie, the internal card as oppossed to the external > > device) as one would the external device. Specifically the box says > > is uses an internal 16550 with the standard AT command set. So given > > that I have already setup a PPP connection on FreeBSD with kernel PPP > > and an external bitsurfr, wouldn't it also be possible to do the same > > with the ISA card version (although I suspect I would have no access to > > the fancy SOHO features till a true driver was written)? > > Has anyone tried this? > > Are you sure that the internal bitsurfr is actually any different to > the external (in the sense that an internal modem is no different > to an external one). On the one hand, if it really does emulate > a 16550 faithfully, it will work straight away but give you all > the limitations of an external TA; on the other hand, if it doesn't > you will be straight into writing a device driver for undocumented > hardware before you even get started. It's both... the internal bitsurfr has a COM port emulation as well as a higher speed (ie., > 115200 bps) proprietary interface. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-multimedia Mon Feb 10 00:06:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA17265 for multimedia-outgoing; Mon, 10 Feb 1997 00:06:14 -0800 (PST) Received: from hcshh.hcs.de (hcshh.hcs.de [194.49.17.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA17260; Mon, 10 Feb 1997 00:06:08 -0800 (PST) Received: from hcswork.hcs.de by hcshh.hcs.de with smtp (Smail3.1.28.1 #9) id m0vtqkF-000TKNC; Mon, 10 Feb 97 09:05 MET Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0vtqkA-0000EWC; Mon, 10 Feb 97 09:05 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: Re(2): isdn cards To: smp@csn.net (Steve Passe) Date: Mon, 10 Feb 1997 09:05:42 +0100 (MET) Cc: Andrew.Gordon@net-tel.co.uk, hardware@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199702100104.SAA28311@clem.systemsix.com> from "Steve Passe" at "Feb 9, 97 06:04:05 pm" Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL15 (25)] Content-Type: text Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From the keyboard of Steve Passe: > Anyone care to speculate exactly how much work it would be to start > with the existing BISDN driver and one of these cards and get to the > point of having a working ISDN for FreeBSD solution? In case you want to buy a Teles or AVM and use BISDN as a starting point, you will have to add support for the North American Layer 3 protocol on the D channel. Layer 1 and 2 should be the same as far as i know, but Layer 3 seems to be special. BISDN already supports 2 of those protocols, the old german-special 1TR6 and the very common DSS1 or "Euro-ISDN" protocol. > Where could one find the protocal specs for "the D channel"? I have no idea, ask your ISDN/Telephone company. For DSS1 the relevant standards are I.430 (Layer 1), Q.920/Q.921 (Layer 2) and Q.930/Q.931/Q.932 (Layer 3). They are sold by the ITU (www.itu.ch) but can also be found for much less money on the Infomagic "Standards CDROM". hellmuth -- Hellmuth Michaelis HCS Hanseatischer Computerservice GmbH Hamburg, Europe In their infinite wisdom, the folks at HP have decided that mere mortals such as you and I don't need to know what the kernel's proc structure looks like. (William LeFebvre, top 3.4 README, HP-UX 10.10) From owner-freebsd-multimedia Mon Feb 10 01:40:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA21885 for multimedia-outgoing; Mon, 10 Feb 1997 01:40:16 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA21870 for ; Mon, 10 Feb 1997 01:40:09 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.3/8.8.3) with SMTP id BAA16837; Mon, 10 Feb 1997 01:39:38 -0800 (PST) Date: Mon, 10 Feb 1997 01:39:37 -0800 (PST) From: Vincent Poy To: Amancio Hasty cc: dkelly@HiWAAY.net, multimedia@freebsd.org Subject: Re: GUS Advice? In-Reply-To: <199702090126.RAA21798@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Feb 1997, Amancio Hasty wrote: > Yes the GUS PnP comes with no memory and the GUS PnP PRo comes > with 1 meg. thats the main difference. THe GUS PnP Pro comes with 512k of memory, not one meg :) Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET Unix Networking Operations GaiaNet Corporation - M & C Estate Beverly Hills, California USA 90210 GUS Mailing Lists Admin From owner-freebsd-multimedia Mon Feb 10 02:05:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA22828 for multimedia-outgoing; Mon, 10 Feb 1997 02:05:38 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA22822 for ; Mon, 10 Feb 1997 02:05:31 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id CAA06886; Mon, 10 Feb 1997 02:05:26 -0800 (PST) Message-Id: <199702101005.CAA06886@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Vincent Poy cc: dkelly@HiWAAY.net, multimedia@freebsd.org Subject: Re: GUS Advice? In-reply-to: Your message of "Mon, 10 Feb 1997 01:39:37 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Feb 1997 02:05:26 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry about that... You are correct the GUS PnP Pro comes with 512k and you don't need one meg for the GUS PnP driver . 512k is enough for the GUS PnP driver. Tnks, Amancio >From The Desk Of Vincent Poy : > On Sat, 8 Feb 1997, Amancio Hasty wrote: > > > Yes the GUS PnP comes with no memory and the GUS PnP PRo comes > > with 1 meg. thats the main difference. > > THe GUS PnP Pro comes with 512k of memory, not one meg :) > > > Cheers, > Vince - vince@MCESTATE.COM - vince@GAIANET.NET > Unix Networking Operations > GaiaNet Corporation - M & C Estate > Beverly Hills, California USA 90210 > GUS Mailing Lists Admin > > > > From owner-freebsd-multimedia Mon Feb 10 04:21:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA29562 for multimedia-outgoing; Mon, 10 Feb 1997 04:21:31 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA29557 for ; Mon, 10 Feb 1997 04:21:25 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 10 Feb 1997 7:20:54 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA13426; Mon, 10 Feb 97 07:20:52 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id HAA07600; Mon, 10 Feb 1997 07:18:53 -0500 Message-Id: <19970210071853.06866@ct.picker.com> Date: Mon, 10 Feb 1997 07:18:53 -0500 From: Randall Hopper To: hasty@rah.star-gate.com, multimedia@freebsd.org Subject: Getting set-up to use the Bt848 driver Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What's the safest way to get set up to use the Bt848 driver at star-gate? Will 3.0-970209-SNAP (or 2.2-GAMMA) do, or do I need to grab 3.0-current? I picked up one of those Wincast/TVdbx boards, and it works pretty well with my video card (Stingray 64/Video) in MSWin95. Now I'd like to try to get it working in FreeBSD (what I really had in mind). I think the only big unknown is whether the XFree driver linearly maps the card memory or whether it uses the paged A000 interface. It's in the XF86_SVGA driver, though I don't know whether that implies paged interface or not. I guess I'll find out. Any tips getting up started with the Bt848 driver would be appreciated. Thanks, Randall Hopper From owner-freebsd-multimedia Mon Feb 10 04:55:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA00927 for multimedia-outgoing; Mon, 10 Feb 1997 04:55:26 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA00922 for ; Mon, 10 Feb 1997 04:55:24 -0800 (PST) Received: from rah.star-gate.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0vtvGU-0008yJC; Mon, 10 Feb 97 04:55 PST Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id EAA09997; Mon, 10 Feb 1997 04:45:25 -0800 (PST) Message-Id: <199702101245.EAA09997@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: Getting set-up to use the Bt848 driver In-reply-to: Your message of "Mon, 10 Feb 1997 07:18:53 EST." <19970210071853.06866@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Feb 1997 04:45:25 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The driver shall work okay with 2.2gamma. I am using 3.0-current. Download the driver from rah and read the readme file is very trivial to incorporate bt848 driver. How to install: In your kernel configuration file: device bktr0 In /sys/conf/files add: pci/brooktree848.c optional bktr device-driver Create the device: mknod /dev/bktr0 c 79 0 copy brooktree848.c and brktree_reg.h to /sys/pci recompile the kernel and make install after you reboot the driver is all set for you. -- A copy of grabber-meteor.cc is included in the distribution in case that you want to play with vic. "tv" you can download from my ftp site and just modify the entry for meteor0 to bktr0 and you are all set to watch tv 8) The only caveat here is that "tv" only works in 15bit, 32bit video modes. Luigi is supposed to have mods which allows "tv" to work in 256 colors. The video display's linear buffer vs paged buffer at this point will not affect the operation of the bt848 driver since it is not sending data directly to the frame buffer. Enjoy, Amancio >From The Desk Of Randall Hopper : > What's the safest way to get set up to use the Bt848 driver at > star-gate? Will 3.0-970209-SNAP (or 2.2-GAMMA) do, or do I need to grab > 3.0-current? > > I picked up one of those Wincast/TVdbx boards, and it works pretty > well with my video card (Stingray 64/Video) in MSWin95. Now I'd like to > try to get it working in FreeBSD (what I really had in mind). I think the > only big unknown is whether the XFree driver linearly maps the card memory > or whether it uses the paged A000 interface. It's in the XF86_SVGA driver, > though I don't know whether that implies paged interface or not. I guess > I'll find out. > > Any tips getting up started with the Bt848 driver would be appreciated. > > Thanks, > > Randall Hopper From owner-freebsd-multimedia Mon Feb 10 05:05:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA01394 for multimedia-outgoing; Mon, 10 Feb 1997 05:05:13 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA01384 for ; Mon, 10 Feb 1997 05:05:09 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 10 Feb 1997 8:01:45 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA14182; Mon, 10 Feb 97 08:01:43 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id HAA07853; Mon, 10 Feb 1997 07:59:45 -0500 Message-Id: <19970210075944.28950@ct.picker.com> Date: Mon, 10 Feb 1997 07:59:44 -0500 From: Randall Hopper To: Amancio Hasty Cc: multimedia@freebsd.org Subject: Re: Getting set-up to use the Bt848 driver References: <19970210071853.06866@ct.picker.com> <199702101245.EAA09997@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <199702101245.EAA09997@rah.star-gate.com>; from Amancio Hasty on Feb 02, 1997 at 04:45:25AM Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |The driver shall work okay with 2.2gamma. |I am using 3.0-current. |recompile the kernel and make install |after you reboot the driver is all set for you. Sounds good--I'll get the downloading started. Thanks for the advice. Randall From owner-freebsd-multimedia Mon Feb 10 05:49:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA03351 for multimedia-outgoing; Mon, 10 Feb 1997 05:49:08 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA03337 for ; Mon, 10 Feb 1997 05:48:51 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA13435; Mon, 10 Feb 1997 14:00:09 +0100 From: Luigi Rizzo Message-Id: <199702101300.OAA13435@labinfo.iet.unipi.it> Subject: Re: Getting set-up to use the Bt848 driver To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 10 Feb 1997 14:00:08 +0100 (MET) Cc: rhh@ct.picker.com, multimedia@freebsd.org In-Reply-To: <199702101245.EAA09997@rah.star-gate.com> from "Amancio Hasty" at Feb 10, 97 04:45:06 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > A copy of grabber-meteor.cc is included in the distribution in case > that you want to play with vic. "tv" you can download from my ftp > site and just modify the entry for meteor0 to bktr0 and you > are all set to watch tv 8) The only caveat here is that > "tv" only works in 15bit, 32bit video modes. Luigi is supposed > to have mods which allows "tv" to work in 256 colors. ... a very dirty hack for 8, 15, 16, 32 bit modes is at http://www.iet.unipi.it/~luigi/tv.8bit.tgz 16-bit mode uses a lookup table; 8-bit uses a 6x6x6 cube and a lookup table. In both cases the capture board is in 15-bit mode and the lookup table has 64K entries. BE WARNED that there must be some stupid bug and only 8 bit mode works. I have no time to fix it now, but just if someone wants to try... 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 Feb 10 08:26:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA10355 for multimedia-outgoing; Mon, 10 Feb 1997 08:26:21 -0800 (PST) Received: from viviane.dassault-elec.fr (viviane.dassault-elec.fr [193.106.77.203]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA10344 for ; Mon, 10 Feb 1997 08:26:06 -0800 (PST) Received: from localhost (chambet@localhost) by viviane.dassault-elec.fr (8.8.5/SMI-SVR4) with SMTP id RAA20864 for ; Mon, 10 Feb 1997 17:20:10 +0100 (MET) Date: Mon, 10 Feb 1997 17:20:10 +0100 (MET) From: Beatrice Chambet To: multimedia FREEBSD Subject: Xanim Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Where can i find the xanim binary? Can i find the sources of xanim ? Thanks From owner-freebsd-multimedia Mon Feb 10 12:36:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA23440 for multimedia-outgoing; Mon, 10 Feb 1997 12:36:36 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA23435 for ; Mon, 10 Feb 1997 12:36:33 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id MAA12164; Mon, 10 Feb 1997 12:36:31 -0800 (PST) Message-Id: <199702102036.MAA12164@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Beatrice Chambet cc: multimedia FREEBSD Subject: Re: Xanim In-reply-to: Your message of "Mon, 10 Feb 1997 17:20:10 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Feb 1997 12:36:31 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, You can find xanim in ftp://ftp.freebsd.org/pub/FreeBSD/ports/graphics Feel free to browse at what is in the ports directory via the web interface : http://www.freebsd.org We have a ports and a package distribution . The ports directory structure is for downloading the skeleton build directory and then building the port which includes automatically downloading the sources if it is not in your system. The package distribution is the binary which you can install in a system with pkg_add and can delete the package from the system with pkg_delete. pkg_add and pkg_delete are part of FreeBSD. Cheers, Amancio >From The Desk Of Beatrice Chambet : > > Hello > > Where can i find the xanim binary? Can i find the sources of xanim ? > > Thanks > From owner-freebsd-multimedia Mon Feb 10 22:46:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA03188 for multimedia-outgoing; Mon, 10 Feb 1997 22:46:36 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA03148; Mon, 10 Feb 1997 22:46:08 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id WAA29104; Mon, 10 Feb 1997 22:45:20 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma029102; Mon Feb 10 22:45:10 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id WAA09047; Mon, 10 Feb 1997 22:45:02 -0800 (PST) From: Archie Cobbs Message-Id: <199702110645.WAA09047@bubba.whistle.com> Subject: Re: Re(2): isdn cards In-Reply-To: from Hellmuth Michaelis at "Feb 10, 97 09:05:42 am" To: hm@hcs.de Date: Mon, 10 Feb 1997 22:45:02 -0800 (PST) Cc: smp@csn.net, Andrew.Gordon@net-tel.co.uk, hardware@freebsd.org, multimedia@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Where could one find the protocal specs for "the D channel"? > > I have no idea, ask your ISDN/Telephone company. For DSS1 the relevant > standards are I.430 (Layer 1), Q.920/Q.921 (Layer 2) and Q.930/Q.931/Q.932 > (Layer 3). They are sold by the ITU (www.itu.ch) but can also be found > for much less money on the Infomagic "Standards CDROM". The layer 3 protocol is where it's all at.. and the "right" protocol differs depending on who made the switch (NorTel, AT&T, Siemens..) The NI-1 "National ISDN 1" is supposed to be a "standard" that makes the switch type a non-issue, and it almost does... that's the beauty of ISDN -- there are so many to choose from... in the US, anyway. There are companies that sell the ISDN protocol stack for tens of thousands of dollars (more the reason to write a free version :-) The NI-1 spec is available from Bellcore. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-multimedia Tue Feb 11 00:57:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA08971 for multimedia-outgoing; Tue, 11 Feb 1997 00:57:40 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA08961 for ; Tue, 11 Feb 1997 00:57:37 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id AAA01548; Tue, 11 Feb 1997 00:57:35 -0800 (PST) Date: Tue, 11 Feb 1997 00:57:35 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Stan Brown cc: Free BSD Multimedia List Subject: Re: Sound from my ATAPI CD player to speakers va GUS? In-Reply-To: <199702081406.JAA23149@netcom18.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Feb 1997, Stan Brown wrote: > I have worked through the exercise of getting my Garvis Ultrasound PnP > to work under FreeBSD. I have also managed to get myt ATAPI CD to play > using xmcd. > > Now I would like for the sound from the CD to go to the speakers > connected to my GUS. Is there any way to acomplish this? Attach the audio cable from your CDROM to the GUS's CDROM input. Then use mixer and crank up the CD input. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Tue Feb 11 01:13:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09801 for multimedia-outgoing; Tue, 11 Feb 1997 01:13:22 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09794 for ; Tue, 11 Feb 1997 01:13:17 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id BAA04737; Tue, 11 Feb 1997 01:13:14 -0800 (PST) Message-Id: <199702110913.BAA04737@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: Getting set-up to use the Bt848 driver In-reply-to: Your message of "Mon, 10 Feb 1997 07:59:44 EST." <19970210075944.28950@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Feb 1997 01:13:14 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, is the driver up and running ? Cheers, Amancio From owner-freebsd-multimedia Tue Feb 11 03:38:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA16240 for multimedia-outgoing; Tue, 11 Feb 1997 03:38:05 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA16235 for ; Tue, 11 Feb 1997 03:38:02 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 11 Feb 1997 6:36:59 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA15140; Tue, 11 Feb 97 06:36:58 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id GAA12696; Tue, 11 Feb 1997 06:34:53 -0500 Message-Id: <19970211063453.ZA54402@ct.picker.com> Date: Tue, 11 Feb 1997 06:34:53 -0500 From: rhh@ct.picker.com (Randall Hopper) To: hasty@rah.star-gate.com (Amancio Hasty) Cc: multimedia@freebsd.org Subject: Re: Getting set-up to use the Bt848 driver References: <19970210075944.28950@ct.picker.com> <199702110913.BAA04737@rah.star-gate.com> X-Mailer: Mutt 0.60 Mime-Version: 1.0 In-Reply-To: <199702110913.BAA04737@rah.star-gate.com>; from Amancio Hasty on Feb 11, 1997 01:13:14 -0800 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Outside of work and prior commitments, I didn't get a chance to do anything with it yesterday evening. But tonight's lookin' wide-open. I'll let you know how it goes. Randall Amancio Hasty: |Well, is the driver up and running ? From owner-freebsd-multimedia Tue Feb 11 13:19:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19163 for multimedia-outgoing; Tue, 11 Feb 1997 13:19:46 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA19158 for ; Tue, 11 Feb 1997 13:19:44 -0800 (PST) Received: from zappa.cs.uncc.edu (zappa.cs.uncc.edu [152.15.35.2]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id NAA01737 for ; Tue, 11 Feb 1997 13:19:42 -0800 (PST) Received: by zappa.cs.uncc.edu (5.x/SMI-SVR4) id AA05306; Tue, 11 Feb 1997 16:15:11 -0500 From: jlrobins@zappa.cs.uncc.edu (James Robinson) Message-Id: <9702112115.AA05306@zappa.cs.uncc.edu> Subject: probable FAQ To: multimedia@freebsd.org Date: Tue, 11 Feb 1997 16:15:04 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, new to the multimedia list. Is there a page out there that documents how to have a SCSI cd-rom read audio data (red-book?) and pass it over the bus? Howabout a list of cd-rom's that support this feature? I've a toshiba scsi-II drive that came with a Sparc Ultra -- and have tried cat'ing from all of the /dev/*cd* devices to no avail (or kernel printf's). ObContrib: I've written a TCL extension to control the mixer device and a sample Tk Script that implements an interface ala xmix. Anyone interested? Get yer Freeware! -- James Robinson Phone: (704) 547-4876 Department of Computer Science FAX: (704) 547-3516 UNC Charlotte email: jlrobins@uncc.edu Charlotte, NC 28223-0001 System Administrator From owner-freebsd-multimedia Tue Feb 11 14:40:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA25718 for multimedia-outgoing; Tue, 11 Feb 1997 14:40:34 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA25709 for ; Tue, 11 Feb 1997 14:40:30 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id OAA00620; Tue, 11 Feb 1997 14:39:52 -0800 (PST) Date: Tue, 11 Feb 1997 14:39:52 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: James Robinson cc: multimedia@freebsd.org Subject: Re: probable FAQ In-Reply-To: <9702112115.AA05306@zappa.cs.uncc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Feb 1997, James Robinson wrote: > new to the multimedia list. Is there a page out there that > documents how to have a SCSI cd-rom read audio data (red-book?) and > pass it over the bus? Howabout a list of cd-rom's that support this > feature? I've a toshiba scsi-II drive that came with a Sparc Ultra -- > and have tried cat'ing from all of the /dev/*cd* devices to no > avail (or kernel printf's). There is a utility that does this, I think it's called cdd. Check the multimedia list archives at http://www.freebsd.org for the location. I don't know if SCSI CDs support this type of operation over SCSI; I always thought it was through the sound card. > ObContrib: I've written a TCL extension to control the mixer > device and a sample Tk Script that implements an interface ala xmix. > Anyone interested? Get yer Freeware! We have a couple of things like this ;) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Tue Feb 11 16:33:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA03081 for multimedia-outgoing; Tue, 11 Feb 1997 16:33:31 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA03072 for ; Tue, 11 Feb 1997 16:33:26 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id QAA23979; Tue, 11 Feb 1997 16:33:21 -0800 (PST) Message-Id: <199702120033.QAA23979@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: James Robinson cc: multimedia@freebsd.org Subject: scsi audio Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Feb 1997 16:33:21 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The cdd utility reads directly from the Audio CD's blocks which can then be manipulated . In the case of cdd it can read the audio blocks and writes them to a file. Just think of the Audio CDs as a regular CD but with special SCSI commands to read the blocks or tracks from the Audio CD. Charles Henrich wrote cdd and for more info see: http://pilot.msu.edu/~henrich/cdd.html Have fun, Amancio From owner-freebsd-multimedia Tue Feb 11 18:22:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA10919 for multimedia-outgoing; Tue, 11 Feb 1997 18:22:19 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA10905 for ; Tue, 11 Feb 1997 18:22:13 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id RAA02617 for ; Tue, 11 Feb 1997 17:13:02 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id RAA24803; Tue, 11 Feb 1997 17:12:51 -0800 (PST) Message-Id: <199702120112.RAA24803@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: jlrobins@zappa.cs.uncc.edu (James Robinson) cc: multimedia@freebsd.org, Charles Henrich Subject: Re: scsi audio In-reply-to: Your message of "Tue, 11 Feb 1997 20:03:54 EST." <9702120104.AA06577@zappa.cs.uncc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Feb 1997 17:12:51 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Lets see what Charles has to say and I am pretty sure that we can read Audio CDs with your CDROM . What I am after is a cdd release from Charles 8) Cheers, Amancio >From The Desk Of James Robinson : > Thanks for the info. > > My SCSI CD-ROM reports itself as ``TOSHIBA XM-5401TASUN4XCD 1036''. ccd > *is* able to read the TOC and even copy starting with track 1, but fails > with any track other than one, failing with: > > > sofa.cs.uncc.edu% cdd -a -t 2 vai > > CDD v1.0-960218, Copyright (C) 1996, Charles R. Henrich, All Rights Reserved. > > Product: XM-5401TASUN4XCD > Vendor: TOSHIBA > Revision: 1036 > > !!WARNING!! This probably wont work on your CD-ROM! > Attempt with PLEXTOR CD-ROM PX-4XCS SCSI Commands (Y/N)? y > > 18 Tracks: 1 - 18 > > Pre Copy > Track# Type Emphasis Prohibit Channels Start (M:S:F/LBA) Leng th > 01 CD-AUDIO NO YES TWO 00:02:00 / 000000 9791 3 > 02 CD-AUDIO NO YES TWO 21:47:53 / 097928 8724 5 > 03 CD-AUDIO NO YES TWO 41:11:13 / 185188 8073 7 > 04 CD-AUDIO NO YES TWO 59:07:65 / 265940 1093 3 > 05 CD-AUDIO NO YES TWO 61:33:63 / 276888 7303 7 > 06 CD-AUDIO NO YES TWO 77:47:65 / 349940 1860 5 > 07 CD-AUDIO NO YES TWO 81:56:10 / 368560 9769 3 > 08 CD-AUDIO NO YES TWO 103:38:68 / 466268 499 85 > 09 CD-AUDIO NO YES TWO 114:45:43 / 516268 178 817 > 10 CD-AUDIO NO YES TWO 154:30:00 / 695100 142 93 > 11 CD-AUDIO NO YES TWO 157:40:58 / 709408 111 865 > 12 CD-AUDIO NO YES TWO 182:32:38 / 821288 833 77 > 13 CD-AUDIO NO YES TWO 201:04:30 / 904680 855 33 > 14 CD-AUDIO NO YES TWO 220:05:03 / 990228 913 85 > 15 CD-AUDIO NO YES TWO 240:23:53 / 1081628 81 425 > 16 CD-AUDIO NO YES TWO 258:29:43 / 1163068 23 485 > 17 CD-AUDIO NO YES TWO 263:42:68 / 1186568 75 485 > 18 CD-AUDIO NO YES TWO 280:29:43 / 1262068 73 965 > LO CD-AUDIO NO YES TWO 296:55:73 / 1336048 -- --- > - > > Copying only AUDIO tracks > Copying only track 2 > > Copying AUDIO track 2 to vai/track-02.cda > > Cant find LBA 97913, re-reading.. > > > > Cant find LBA 97911, re-reading.. > > > > Cant find LBA 97909, re-reading.. > > .... > > > Any tips other than SOL ? > > Thanks so much! > > James > > > -- > James Robinson Phone: (704) 547-4876 > Department of Computer Science FAX: (704) 547-3516 > UNC Charlotte email: jlrobins@uncc.edu > Charlotte, NC 28223-0001 System Administrator From owner-freebsd-multimedia Tue Feb 11 20:20:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA20587 for multimedia-outgoing; Tue, 11 Feb 1997 20:20:42 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA20551 for ; Tue, 11 Feb 1997 20:20:33 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id TAA04578 for ; Tue, 11 Feb 1997 19:57:31 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id WAA02101; Tue, 11 Feb 1997 22:57:16 -0500 (EST) From: Charles Henrich Message-Id: <199702120357.WAA02101@crh.cl.msu.edu> Subject: Re: scsi audio To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 11 Feb 1997 22:57:15 -0500 (EST) Cc: jlrobins@zappa.cs.uncc.edu, multimedia@FreeBSD.ORG In-Reply-To: <199702120112.RAA24803@rah.star-gate.com> from Amancio Hasty at "Feb 11, 97 05:12:51 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Lets see what Charles has to say and I am pretty sure that we can read > Audio CDs with your CDROM . > > What I am after is a cdd release from Charles 8) > > > Cheers, > Amancio > > > >From The Desk Of James Robinson : > > Thanks for the info. > > > > My SCSI CD-ROM reports itself as ``TOSHIBA XM-5401TASUN4XCD 1036''. ccd > > *is* able to read the TOC and even copy starting with track 1, but fails > > with any track other than one, failing with: > > > > > > sofa.cs.uncc.edu% cdd -a -t 2 vai > > > > CDD v1.0-960218, Copyright (C) 1996, Charles R. Henrich, All Rights Reserved Grab the latest version off of ftp.scnc.k12.mi.us/pub/misc, it has provisions for Toshiba CD's.. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-multimedia Tue Feb 11 20:28:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA22373 for multimedia-outgoing; Tue, 11 Feb 1997 20:28:30 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id UAA22356 for ; Tue, 11 Feb 1997 20:28:24 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 11 Feb 1997 23:27:53 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA08750; Tue, 11 Feb 97 23:27:51 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id XAA15951; Tue, 11 Feb 1997 23:25:49 -0500 Message-Id: <19970211232548.58351@ct.picker.com> Date: Tue, 11 Feb 1997 23:25:48 -0500 From: Randall Hopper To: multimedia@freebsd.org Cc: Amancio Hasty Subject: Bt848 driver & Wincast -- some success Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Got the latest Bt848 driver linked into 2.2-ALPHA this evening and had some success with Luigi's 8-bit TV on the new Wincast TV/dbx. I got sound and the 320x240 image was updating at a reasonable speed, but only the even scan lines (or frames) were updating with every refresh. The odd scan lines (or frames) seemed to update somewhat randomly with a frequency of 1-10 seconds, giving the image a strange ghosting look to it. I could still easily see the effect when I beefed the size up to 640x480. It was much less prominent though if I ran xmag or some program that dogged the X server, slowing down the frame rate. I haven't looked at the driver code yet so I don't know what all the ioctls do, but does this: i = METEOR_CAP_SINGLE ; /* buffer up 1 frame */ ioctl(video, METEORCAPTUR, &i) start assembling a single "frame" into the mmap driver buffer (as the comment suggests), or a single "image" (2 adjacent frames). I'm guessing its the former and I think that would explain the behavior I'm seeing. If the CAP_SINGLE submissions were just happening to coincide closely with the 2x the frame rate, I'd only be getting one frame updated most of the time. I flipped into CONTINUOUS mode, and though that got rid of the odd-frame ghosting, but now there was dancing noise in the image. I guess this might be because TV's reading while the driver's writing into the buffer. Question: what happens when a CAP_SINGLE is sent to the driver when the previous CAP_SINGLE is still running. Is it queued or ignored? Gotta hang it up for this evening. If anyone has suggestions of things I should try next to improve my "reception", please send e-mail. I'm thinking of memcpying the data out of the mmap buffer before processing; maybe that'll clear up some of the static in a CONTINUOUS run. Alternatively, is there a "capture two adjacent frames" function (something like a CAP_DOUBLE) in the bktr driver? That'd be useful. Also, is there any asynchronous notification from the driver when a frame has been assembled. After trying that, I'll look at getting the 15-/24-bit TV working in the 16-/32-bit modes my card supports. From what little I've looked at the code, I think this is just be a matter of shuffling the RGB bits when building the image. Another question. Does the bktr driver support bus-mastered DMA straight to the video card memory if it supports linear addressing? I think you mentioned that TV doesn't use this capability now, but I wasn't clear as to whether the device driver supported that or not. Thanks for the driver Amancio, for the TV updates Luigi, and for the help getting started. Randall From owner-freebsd-multimedia Tue Feb 11 21:04:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA28203 for multimedia-outgoing; Tue, 11 Feb 1997 21:04:34 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA28189 for ; Tue, 11 Feb 1997 21:04:28 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id VAA26988; Tue, 11 Feb 1997 21:04:23 -0800 (PST) Message-Id: <199702120504.VAA26988@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: Bt848 driver & Wincast -- some success In-reply-to: Your message of "Tue, 11 Feb 1997 23:25:48 EST." <19970211232548.58351@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Feb 1997 21:04:23 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, You need the B848 Databook from Brooktree if you want to hack on the driver, period. What is your CPU and motherboard chipset, example Natoma or Triton... If you have a Mercury chipset, then you don't have enough PCI bandwith to drive a 640x480 32bits picture. Also try playing with the PCI parameters in your BIOS. Your PCI clock rate should be around 32 or so and not 60 or higher. You can try 320x240 with something like 15bits or 8bits color depth. The ghostimage that you are experiencing in your system is an indication that your PCI chipset is not able to keep up with the Bt848. The driver does not have the ioctls to transfer video to memory and is not hard to add . I can provide this feature before the end of the week;however, if you want to take advantage of this feature then you will have to ask the XFree86 team or peruse thru their release notes for an appropiate video card which supports linear frame buffering. >From The Desk Of Randall Hopper : > Got the latest Bt848 driver linked into 2.2-ALPHA this evening and had > some success with Luigi's 8-bit TV on the new Wincast TV/dbx. I got sound > and the 320x240 image was updating at a reasonable speed, but only the even > scan lines (or frames) were updating with every refresh. The odd scan > lines (or frames) seemed to update somewhat randomly with a frequency of > 1-10 seconds, giving the image a strange ghosting look to it. > > I could still easily see the effect when I beefed the size up to > 640x480. It was much less prominent though if I ran xmag or some program > that dogged the X server, slowing down the frame rate. > > I haven't looked at the driver code yet so I don't know what all the > ioctls do, but does this: > > i = METEOR_CAP_SINGLE ; /* buffer up 1 frame */ > ioctl(video, METEORCAPTUR, &i) the driver captures a single frame buffer that is the Bt848 dmas to the system memory a single frame then it stops. If you are capturing even and odd frame fields then the Bt848 first burst the ODD frame skipping every other line and then the EVEN frame field gets overlay every other line. This is the pattern: 0 even line 1 odd line 2 even line 3 odd line etc... > > start assembling a single "frame" into the mmap driver buffer (as the > comment suggests), or a single "image" (2 adjacent frames). I'm guessing > its the former and I think that would explain the behavior I'm seeing. If > the CAP_SINGLE submissions were just happening to coincide closely with the > 2x the frame rate, I'd only be getting one frame updated most of the time. See my previous comment about DMA transfers. A dirty of eliminating the ghost image is to drop down to 320x240 and capturing either EVEN or ODD fields. > I flipped into CONTINUOUS mode, and though that got rid of the > odd-frame ghosting, but now there was dancing noise in the image. I guess > this might be because TV's reading while the driver's writing into the > buffer. Yes, this could be an artifact of capturing video and with a slow access to a video frame buffer. > Question: what happens when a CAP_SINGLE is sent to the driver when > the previous CAP_SINGLE is still running. Is it queued or ignored? Nothing. The ioctl is ignored. > > Gotta hang it up for this evening. If anyone has suggestions of > things I should try next to improve my "reception", please send e-mail. I will look further into the error recovery of the driver and see how can I improve on it. > I'm thinking of memcpying the data out of the mmap buffer before Nope, because the driver is continously updating the frame once it has been initially fire up. > processing; maybe that'll clear up some of the static in a CONTINUOUS run. > Alternatively, is there a "capture two adjacent frames" function (something > like a CAP_DOUBLE) in the bktr driver? That'd be useful. Also, is there > any asynchronous notification from the driver when a frame has been > assembled. There is no buffering of frames at the driver level at this time . It is tricky to do with the Bt848 because one will have to write a Bt848 program to capture two consecutive or N frames. The Bt848 differs from the SAA 7196 by way that the DMA controller is controlled by a "Risc Program" which resides in the host memory and the "Risc Program" has the address for each line of where it has to burst the data to and there no indirect register capability for the Bt848 chipset. Yes, there is asynch notification via signals . > After trying that, I'll look at getting the 15-/24-bit TV working in > the 16-/32-bit modes my card supports. From what little I've looked at the > code, I think this is just be a matter of shuffling the RGB bits when > building the image. > > Another question. Does the bktr driver support bus-mastered DMA > straight to the video card memory if it supports linear addressing? I > think you mentioned that TV doesn't use this capability now, but I wasn't There is a version an old one called dtv which supports direct transfer to the vga's buffer. I will be happy to report back on how well does it work with the Bt848 later on this week. > clear as to whether the device driver supported that or not. > > Thanks for the driver Amancio, for the TV updates Luigi, and for the > help getting started. > > Randall Have fun and be happy, Amancio From owner-freebsd-multimedia Tue Feb 11 22:02:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA03414 for multimedia-outgoing; Tue, 11 Feb 1997 22:02:20 -0800 (PST) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA03406 for ; Tue, 11 Feb 1997 22:02:17 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id XAA06072 for multimedia@freebsd.org; Tue, 11 Feb 1997 23:02:11 -0700 (MST) From: Don Yuniskis Message-Id: <199702120602.XAA06072@seagull.rtd.com> Subject: broadcast video To: multimedia@freebsd.org Date: Tue, 11 Feb 1997 23:02:10 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings! Forgive my obvious ignorance but could someone give me the 25 cent explanation of the issues involved in broadcast video (i.e. mbone) technology? In particular: * what types of compression rates are used in the video codecs * what sort of network bandwidth is consumed * is this "full motion" video (or something at a slower frame rate) * how much involvement is required on the part of the processor * to what extent can hardware (i.e. codecs) affect these values * what are the hidden "down side" issues I'm looking into using such a scheme in an embedded application. As such, I can control the other traffic on the network, etc. But, is this stuff "real"? Or, still too experimental?? Thanks for your time! --don From owner-freebsd-multimedia Wed Feb 12 00:17:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA15099 for multimedia-outgoing; Wed, 12 Feb 1997 00:17:14 -0800 (PST) Received: from viviane.dassault-elec.fr (viviane.dassault-elec.fr [193.106.77.203]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA15094 for ; Wed, 12 Feb 1997 00:17:11 -0800 (PST) Received: from localhost (chambet@localhost) by viviane.dassault-elec.fr (8.8.5/SMI-SVR4) with SMTP id JAA17935 for ; Wed, 12 Feb 1997 09:11:09 +0100 (MET) Date: Wed, 12 Feb 1997 09:11:08 +0100 (MET) From: Beatrice Chambet To: multimedia FREEBSD Subject: FreeBSD is ammensiac Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, After an error in xanim, my system is became amnesiac : FREEBSD(Ammesiac). So,i can't configure correctly my system: keyboard, X11. Why can i do ? Tanks From owner-freebsd-multimedia Wed Feb 12 00:27:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA15605 for multimedia-outgoing; Wed, 12 Feb 1997 00:27:58 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA15599 for ; Wed, 12 Feb 1997 00:27:55 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id AAA28321; Wed, 12 Feb 1997 00:27:57 -0800 (PST) Message-Id: <199702120827.AAA28321@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Don Yuniskis cc: multimedia@freebsd.org Subject: Re: broadcast video In-reply-to: Your message of "Tue, 11 Feb 1997 23:02:10 MST." <199702120602.XAA06072@seagull.rtd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Feb 1997 00:27:56 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk h.261 is okay what you really want if you can get your hands on is h.263 or h.323 which incorporates audio, video and control protocol. ---- From: Sassan Pejhan Date: Tue, 11 Feb 1997 16:43:38 GMT To: hasty@rah.star-gate.com Subject: Re: MPEG Support In MBONE Tools > >From The Desk Of jcole@precept.com : > > Also am curious if H263 video will likely be added as a supported video type > > to vic anytime soon? > > Is there a publicly available H263 codec? My understanding is that H263 > is a propieratory format which if used in a public domain tool one > may have to pay royalties. The same goes for G.763 . > You may want to check out Telenor's site: http://www.fou.telenor.no/brukere/DVC/h263_software/ ----- On a fast network lets say 1mbit or more you can get 20 to 30 frames per second with h.261 using 352x288 frames. You will need a fast cpu P166 or higher. It helps to have fast memory such as SDRAM for video datacompression and in the win95/winnt MMX instruction set. Well, the MMX is more of an issue of native compiler support rather than OS . In an embedded system you may be able to get away with ultra fast video capture by not having to go thru the PCI bus. There are other hardware issues such a Trimedia chipset with 2 billion instructions/sec vs a PC specially for video data compression. So yes, the mbone audio/video stuff is real if you have the bandwith. With h323 that is h.263 video codec plus G.723 low bandwith or more reasonable data rate requirements is a reality. For instance, it is possible to send a qcif size picture at 30 frames per second with less than 64kb or you can actually send acceptable frame rate and audio with 28.8 kb. The best way to learn about this stuff is to equip a PC with the appropiate gear and play with it to see if it can meet your requirements think about it as a "model" . The PC should have win95 and freebsd installed . FreeBSD because it can show the optimal performance and win95 so you can play with the audio/video apps which are not available for freebsd. o video Matrox Meteor or Intel Smart Video Recorder III o sound GUS PnP because it is a *true* full duplex audio card. o S3 968 based card because it has VRAM and it fast enough for video display o CPU P166 try to avoid PPRO 200Mhz till the PCI chipset gets debugged Well I am well over my .25 cent limit, have fun Amancio >From The Desk Of Don Yuniskis : > Greetings! > Forgive my obvious ignorance but could someone give me > the 25 cent explanation of the issues involved in broadcast > video (i.e. mbone) technology? > In particular: > * what types of compression rates are used in the video codecs > * what sort of network bandwidth is consumed > * is this "full motion" video (or something at a slower frame rate) > * how much involvement is required on the part of the processor > * to what extent can hardware (i.e. codecs) affect these values > * what are the hidden "down side" issues > > I'm looking into using such a scheme in an embedded application. > As such, I can control the other traffic on the network, etc. > But, is this stuff "real"? Or, still too experimental?? > > Thanks for your time! > --don From owner-freebsd-multimedia Wed Feb 12 01:09:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17505 for multimedia-outgoing; Wed, 12 Feb 1997 01:09:08 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA17499 for ; Wed, 12 Feb 1997 01:09:04 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id KAA04126; Wed, 12 Feb 1997 10:09:17 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.4/8.6.9) id KAA29360; Wed, 12 Feb 1997 10:13:14 +0100 (MET) From: Christoph Kukulies Message-Id: <199702120913.KAA29360@gilberto.physik.rwth-aachen.de> Subject: Re: FreeBSD is ammensiac In-Reply-To: from Beatrice Chambet at "Feb 12, 97 09:11:08 am" To: Beatrice.Chambet@dassault-elec.fr (Beatrice Chambet) Date: Wed, 12 Feb 1997 10:13:13 +0100 (MET) Cc: multimedia@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hello, > > After an error in xanim, my system is became amnesiac : FREEBSD(Ammesiac). > So,i can't configure correctly my system: keyboard, X11. > Why can i do ? I would suggest: login as root /sbin/umount /usr (and any other filesystems despite /) /sbin/fsck -y reboot > > Tanks > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-multimedia Wed Feb 12 04:07:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA24329 for multimedia-outgoing; Wed, 12 Feb 1997 04:07:21 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA24320 for ; Wed, 12 Feb 1997 04:07:17 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id NAA07118 for ; Wed, 12 Feb 1997 13:07:38 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.4/8.6.9) id NAA00367 for multimedia@freebsd.org; Wed, 12 Feb 1997 13:11:35 +0100 (MET) Date: Wed, 12 Feb 1997 13:11:35 +0100 (MET) From: Christoph Kukulies Message-Id: <199702121211.NAA00367@gilberto.physik.rwth-aachen.de> To: multimedia@freebsd.org Subject: vat/vic with other conf. tools Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone experience with getting conference tools of different flavors working together. E.g. get cooltalk or Netscape Communicator work with the lbl tools or nv? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-multimedia Wed Feb 12 06:49:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA01626 for multimedia-outgoing; Wed, 12 Feb 1997 06:49:18 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA01616 for ; Wed, 12 Feb 1997 06:49:14 -0800 (PST) Received: from jmurray.campus.vt.edu (spg-as49s42.erols.com [207.96.98.42]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id GAA07485 for ; Wed, 12 Feb 1997 06:49:10 -0800 (PST) Received: from jmurray.campus.vt.edu (localhost.erols.com [127.0.0.1]) by jmurray.campus.vt.edu (8.8.4/8.7.3) with ESMTP id JAA26056; Wed, 12 Feb 1997 09:50:24 -0500 (EST) Message-Id: <199702121450.JAA26056@jmurray.campus.vt.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: Charles Henrich cc: multimedia@freebsd.org Subject: Re: scsi audio In-reply-to: Your message of "Tue, 11 Feb 1997 22:57:15 EST." <199702120357.WAA02101@crh.cl.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Feb 1997 09:50:23 -0500 From: John Murray Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Grab the latest version off of ftp.scnc.k12.mi.us/pub/misc, it has provisions > for Toshiba CD's.. Is hope for some of the other Toshiba CD-ROMs I Have a "TOSHIBA CD-ROM XM-3601TA 0265" which sorta works with cdd if you selecte one of the supported cd-roms in cdd. But but after a while I get cd0 timed out messages and the copy stops. Could this drive every be fully supported by cdd so that it works right? -- John Murray -=- jmurray@vt.edu johns@tmbg.org -=- http://acm.vt.edu/~jmurray The Unofficial Pritchard Home Page ->http://csugrad.cs.vt.edu/~murray/pritchard From owner-freebsd-multimedia Wed Feb 12 07:07:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA02833 for multimedia-outgoing; Wed, 12 Feb 1997 07:07:33 -0800 (PST) Received: from fog.xinside.com (fog.xinside.com [199.164.187.39]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA02788 for ; Wed, 12 Feb 1997 07:07:20 -0800 (PST) Received: (from smap@localhost) by fog.xinside.com (8.8.3/8.7.3) id IAA00967; Wed, 12 Feb 1997 08:07:08 -0700 (MST) X-Authentication-Warning: fog.xinside.com: smap set sender to using -f Received: from xeno.xinside.com(199.164.187.221) by fog.xinside.com via smap (V1.3) id sma000965; Wed Feb 12 08:06:52 1997 Received: (from roell@localhost) by xeno.xinside.com (8.7.5/8.6.12) id IAA08268; Wed, 12 Feb 1997 08:06:51 -0700 (MST) Date: Wed, 12 Feb 1997 08:06:51 -0700 (MST) Message-Id: <199702121506.IAA08268@xeno.xinside.com> From: Thomas Roell To: Amancio Hasty Cc: Randall Hopper , multimedia@freebsd.org Subject: Re: Bt848 driver & Wincast -- some success In-Reply-To: <199702120504.VAA26988@rah.star-gate.com> References: <19970211232548.58351@ct.picker.com> <199702120504.VAA26988@rah.star-gate.com> Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In your message of 11 February 1997 you write: > Hi, > > You need the B848 Databook from Brooktree if you want to hack on the > driver, period. > > What is your CPU and motherboard chipset, example Natoma or Triton... > > If you have a Mercury chipset, then you don't have enough PCI bandwith > to drive a 640x480 32bits picture. Also try playing with the PCI parameters > in your BIOS. Your PCI clock rate should be around 32 or so and not 60 or > higher. > > You can try 320x240 with something like 15bits or 8bits color depth. > > The ghostimage that you are experiencing in your system is an indication > that your PCI chipset is not able to keep up with the Bt848. > > The driver does not have the ioctls to transfer video to memory and > is not hard to add . I can provide this feature before the end of > the week;however, if you want to take advantage of this feature > then you will have to ask the XFree86 team or peruse thru their > release notes for an appropiate video card which supports linear > frame buffering. *smile* Or Xi Graphics (the artist formerly known as ...) Actually writing YUV422 and 320x240 makes more sence that 15bpp or 8bpp TrueColor. The graphics chip can do the color-space conversion. What I'm really curious about is whether the Bt848 can do doublebuffering. I mean an even field into buffer A and an odd field into buffer B. - Thomas -- Thomas Roell /\ Ein Nasshorn und ein Trockenhorn Xi Graphics / \/\ _ spazierten durch die Wueste, roell@xinside.com / / \ \ da stolperte das Trockenhorn, / Brumpft! \ und's Nasshorn sagte: "Siehste!" From owner-freebsd-multimedia Wed Feb 12 08:16:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA07662 for multimedia-outgoing; Wed, 12 Feb 1997 08:16:26 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA07578 for ; Wed, 12 Feb 1997 08:15:30 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id LAA03429; Wed, 12 Feb 1997 11:15:22 -0500 (EST) From: Charles Henrich Message-Id: <199702121615.LAA03429@crh.cl.msu.edu> Subject: Re: scsi audio To: jmurray@vt.edu (John Murray) Date: Wed, 12 Feb 1997 11:15:22 -0500 (EST) Cc: multimedia@freebsd.org In-Reply-To: <199702121450.JAA26056@jmurray.campus.vt.edu> from John Murray at "Feb 12, 97 09:50:23 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >> Grab the latest version off of ftp.scnc.k12.mi.us/pub/misc, it has provision >> for Toshiba CD's.. > >Is hope for some of the other Toshiba CD-ROMs I Have a "TOSHIBA CD-ROM >XM-3601TA 0265" which sorta works with cdd if you selecte one of the >supported cd-roms in cdd. But but after a while I get cd0 timed out messages >and the copy stops. Could this drive every be fully supported by cdd so that >it works right? If someone can ge ahold of the programming specs for the drive, I'll happily add support for it.. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-multimedia Wed Feb 12 12:01:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA23076 for multimedia-outgoing; Wed, 12 Feb 1997 12:01:26 -0800 (PST) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA23071 for ; Wed, 12 Feb 1997 12:01:23 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id NAA09277; Wed, 12 Feb 1997 13:01:16 -0700 (MST) From: Don Yuniskis Message-Id: <199702122001.NAA09277@seagull.rtd.com> Subject: Re: broadcast video To: hasty@rah.star-gate.com (Amancio Hasty) Date: Wed, 12 Feb 1997 13:01:15 -0700 (MST) Cc: dgy@rtd.com, multimedia@freebsd.org In-Reply-To: <199702120827.AAA28321@rah.star-gate.com> from "Amancio Hasty" at Feb 12, 97 00:27:56 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that Amancio Hasty said: > On a fast network lets say 1mbit or more you can get 20 to 30 frames > per second with h.261 using 352x288 frames. You will need a fast cpu > P166 or higher. It helps to have fast memory such as SDRAM for > video datacompression and in the win95/winnt MMX instruction set. > Well, the MMX is more of an issue of native compiler support > rather than OS . OK, let's back out a second... Am I correct in assuming that the flow of data in a "typical" application is video source to coder (which may be in software) then onto the network as "broadcast" message (though it could also be directed at a specific IP address, right?). The receiving nodes suck it off the network, push it through a decoder (which can also be software) and then copy the bits into the display (assuming the decoder isn't hardwired to the display)? If the video is *canned*, then this would eliminate the need for the coder and "video digitizer", correct? What is the quality of 352x288 fields (I thought it was 352x240)? How does it compare with "regular" video (e.g., off of a VCR). > In an embedded system you may be able to get away with ultra > fast video capture by not having to go thru the PCI bus. > There are other hardware issues such a Trimedia chipset with > 2 billion instructions/sec vs a PC specially for video data > compression. This will be proprietary hardware for a dedicated application. As such, I can use a hardware codec and hardwire it to the display (on the receiving end) and the video source (on the transmitting end). I don't think I'd want to hardwire the NIC to the codec so would probably wire a DMA channel to move bytes from the codec to/from the network chip. > So yes, the mbone audio/video stuff is real if you have the > bandwith. With h323 that is h.263 video codec plus G.723 > low bandwith or more reasonable data rate requirements is > a reality. For instance, it is possible to send a qcif size > picture at 30 frames per second with less than 64kb or > you can actually send acceptable frame rate and audio > with 28.8 kb. I'd be dedicating a 10Base2 network for use exclusively by the video stream (with some low bandwidth control information flowing alongside). So, bandwidth doesn't appear to be the problem I had imagined. The CPU bottleneck may be a kicker, though. If the codec is NOT implemented in hardware, how much overhead is there to just move bytes into the codec (assuming it is hardwired to the display)? > The best way to learn about this stuff is to equip a PC with > the appropiate gear and play with it to see if it can meet > your requirements think about it as a "model" . The PC should > have win95 and freebsd installed . FreeBSD because it can > show the optimal performance and win95 so you can play with > the audio/video apps which are not available for freebsd. While I think that would give me a feel for the quality of the images possible (since it seems bandwidth isn't an issue, etc.), I think the platform is far enough away (technologically) from what I'd be implementing that it wouldn't give me a good feel for just how much horsepower it *does* take to achieve the goals I'm after. Though any authoring tools might be a WIN. > o video Matrox Meteor or Intel Smart Video Recorder III Is this capable of single field/frame recording? > o sound GUS PnP because it is a *true* full duplex audio card. Don't need full duplex and don't even need the capability to "digitize" audio within the application -- since the audio will be canned, too. > o S3 968 based card because it has VRAM and it fast enough for > video display > > o CPU P166 try to avoid PPRO 200Mhz till the PCI chipset gets > debugged Hmmm... I imagine this still wouldn't let me see full screen video, etc. Can you recommend a video codec vendor? How sophisticated are the DEcoding algorithms?? (since I'll only be dealing with canned video) i.e. is it possible implement in an FPGA, etc.? > Well I am well over my .25 cent limit, have fun Thanks! I'd send you your "change" but all i've got is a $10 bill ;-) --don From owner-freebsd-multimedia Wed Feb 12 12:29:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA24468 for multimedia-outgoing; Wed, 12 Feb 1997 12:29:32 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24461 for ; Wed, 12 Feb 1997 12:29:25 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id MAA04747; Wed, 12 Feb 1997 12:29:12 -0800 (PST) Message-Id: <199702122029.MAA04747@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: John Murray cc: Charles Henrich , multimedia@FreeBSD.ORG Subject: Re: scsi audio In-reply-to: Your message of "Wed, 12 Feb 1997 09:50:23 EST." <199702121450.JAA26056@jmurray.campus.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Feb 1997 12:29:12 -0800 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Can you send us the exact error message and which option you chose to read the Audio CD? Also what is your scsi cdrom... My CDROM is a and Charle's utility worked like a charm. Regards, Amancio >From The Desk Of John Murray : > > > > > Grab the latest version off of ftp.scnc.k12.mi.us/pub/misc, it has provisio ns > > for Toshiba CD's.. > > Is hope for some of the other Toshiba CD-ROMs I Have a "TOSHIBA CD-ROM > XM-3601TA 0265" which sorta works with cdd if you selecte one of the > supported cd-roms in cdd. But but after a while I get cd0 timed out message s > and the copy stops. Could this drive every be fully supported by cdd so that > it works right? > > > -- > John Murray -=- jmurray@vt.edu johns@tmbg.org -=- http://acm.vt.edu/~jmurray > The Unofficial Pritchard Home Page ->http://csugrad.cs.vt.edu/~murray/pritcha rd > > From owner-freebsd-multimedia Wed Feb 12 12:33:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA24739 for multimedia-outgoing; Wed, 12 Feb 1997 12:33:39 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24734 for ; Wed, 12 Feb 1997 12:33:35 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id MAA04776; Wed, 12 Feb 1997 12:32:47 -0800 (PST) Message-Id: <199702122032.MAA04776@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Thomas Roell cc: Randall Hopper , multimedia@freebsd.org Subject: Re: Bt848 driver & Wincast -- some success In-reply-to: Your message of "Wed, 12 Feb 1997 08:06:51 MST." <199702121506.IAA08268@xeno.xinside.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Feb 1997 12:32:46 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mmmm.. I am still waiting on for a list of cards which I can install on my system for dual display -- PCI cards. BTW: I know about the advantage of YUY2 vs RGB to save bandwith however I don't have YUY2 support on XFree86 -- I could implement but will see. Cheers, Amancio >From The Desk Of Thomas Roell : > In your message of 11 February 1997 you write: > > > Hi, > > > > You need the B848 Databook from Brooktree if you want to hack on the > > driver, period. > > > > What is your CPU and motherboard chipset, example Natoma or Triton... > > > > If you have a Mercury chipset, then you don't have enough PCI bandwith > > to drive a 640x480 32bits picture. Also try playing with the PCI parameters > > in your BIOS. Your PCI clock rate should be around 32 or so and not 60 or > > higher. > > > > You can try 320x240 with something like 15bits or 8bits color depth. > > > > The ghostimage that you are experiencing in your system is an indication > > that your PCI chipset is not able to keep up with the Bt848. > > > > The driver does not have the ioctls to transfer video to memory and > > is not hard to add . I can provide this feature before the end of > > the week;however, if you want to take advantage of this feature > > then you will have to ask the XFree86 team or peruse thru their > > release notes for an appropiate video card which supports linear > > frame buffering. > > *smile* Or Xi Graphics (the artist formerly known as ...) > > Actually writing YUV422 and 320x240 makes more sence that 15bpp or > 8bpp TrueColor. The graphics chip can do the color-space conversion. > > What I'm really curious about is whether the Bt848 can do > doublebuffering. I mean an even field into buffer A and an odd field > into buffer B. > > - Thomas > -- > Thomas Roell /\ Ein Nasshorn und ein Trockenhorn > Xi Graphics / \/\ _ spazierten durch die Wueste, > roell@xinside.com / / \ \ da stolperte das Trockenhorn, > / Brumpft! \ und's Nasshorn sagte: "Siehste!" From owner-freebsd-multimedia Wed Feb 12 13:19:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA26528 for multimedia-outgoing; Wed, 12 Feb 1997 13:19:54 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA26522 for ; Wed, 12 Feb 1997 13:19:50 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id NAA05010; Wed, 12 Feb 1997 13:18:27 -0800 (PST) Message-Id: <199702122118.NAA05010@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Thomas Roell cc: Randall Hopper , multimedia@freebsd.org Subject: Re: Bt848 driver & Wincast -- some success In-reply-to: Your message of "Wed, 12 Feb 1997 08:06:51 MST." <199702121506.IAA08268@xeno.xinside.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Feb 1997 13:18:27 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, The Bt848 can burst to different address pending on the frame . All this controlled by a "Risc Program" which the Bt848 executes during the video capture process. This is a simple loop in the driver. What is doing is loading into physical memory : "write to this address N number of pixels" "write to this address M number of pixels" N+M has is the total width of pixels desired. for even frames , I start bursting the frame data to the start of the buffer for odd frames , the starting addres of the capture buffer is "buffer+pitch". for (i = 0; i < (rows/interlace ) ; i++) { *dma_prog++ = inst; *dma_prog++ = target_buffer; *dma_prog++ = inst3; *dma_prog++ = target_buffer + b; target_buffer += interlace*(cols * pixel_width); } If you wanted to do double or tripe bufferring then it will be a simple matter of loading into the host memory and appropiate program which starts to burts the frame at the desired address in memory Where is the list of dual display capable cards ? 8) Cheers, Amancio >From The Desk Of Thomas Roell : > In your message of 11 February 1997 you write: > > > Hi, > > > > You need the B848 Databook from Brooktree if you want to hack on the > > driver, period. > > > > What is your CPU and motherboard chipset, example Natoma or Triton... > > > > If you have a Mercury chipset, then you don't have enough PCI bandwith > > to drive a 640x480 32bits picture. Also try playing with the PCI parameters > > in your BIOS. Your PCI clock rate should be around 32 or so and not 60 or > > higher. > > > > You can try 320x240 with something like 15bits or 8bits color depth. > > > > The ghostimage that you are experiencing in your system is an indication > > that your PCI chipset is not able to keep up with the Bt848. > > > > The driver does not have the ioctls to transfer video to memory and > > is not hard to add . I can provide this feature before the end of > > the week;however, if you want to take advantage of this feature > > then you will have to ask the XFree86 team or peruse thru their > > release notes for an appropiate video card which supports linear > > frame buffering. > > *smile* Or Xi Graphics (the artist formerly known as ...) > > Actually writing YUV422 and 320x240 makes more sence that 15bpp or > 8bpp TrueColor. The graphics chip can do the color-space conversion. > > What I'm really curious about is whether the Bt848 can do > doublebuffering. I mean an even field into buffer A and an odd field > into buffer B. > > - Thomas > -- > Thomas Roell /\ Ein Nasshorn und ein Trockenhorn > Xi Graphics / \/\ _ spazierten durch die Wueste, > roell@xinside.com / / \ \ da stolperte das Trockenhorn, > / Brumpft! \ und's Nasshorn sagte: "Siehste!" From owner-freebsd-multimedia Wed Feb 12 17:37:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA09393 for multimedia-outgoing; Wed, 12 Feb 1997 17:37:43 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA09385 for ; Wed, 12 Feb 1997 17:37:37 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id RAA06298; Wed, 12 Feb 1997 17:37:42 -0800 (PST) Message-Id: <199702130137.RAA06298@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Don Yuniskis cc: multimedia@freebsd.org Subject: Re: broadcast video In-reply-to: Your message of "Wed, 12 Feb 1997 13:01:15 MST." <199702122001.NAA09277@seagull.rtd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Feb 1997 17:37:42 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, If the video is "canned" then all you have to do is push the stream onto the network and encapsulate in some sort of protocol. RTP or a similar protocol in which it has packet info such as codec type, packet number, sequence number, etc.. You will have to decide whether this is point to point or ip multicast, it can make a difference if you want to broacast to a set of stations. H.261 or H.263 are great for real time encoding for TV quality you probably would want to use mpeg. So just read a little on H.261, H.263, and mpeg. mpeg is almost tv quality depends on the kind of encoder options that you give to the mpeg encoder. On todays, fast PCs we can do mpeg playback in software. >From The Desk Of Don Yuniskis : > It seems that Amancio Hasty said: > > > On a fast network lets say 1mbit or more you can get 20 to 30 frames > images possible (since it seems bandwidth isn't an issue, etc.), > I think the platform is far enough away (technologically) from what > I'd be implementing that it wouldn't give me a good feel for > just how much horsepower it *does* take to achieve the goals > I'm after. I respectifully disagree . > Though any authoring tools might be a WIN. > > > o video Matrox Meteor or Intel Smart Video Recorder III > > Is this capable of single field/frame recording? Yes > > o S3 968 based card because it has VRAM and it fast enough for > > video display > > > > o CPU P166 try to avoid PPRO 200Mhz till the PCI chipset gets > > debugged > > Hmmm... I imagine this still wouldn't let me see full screen > video, etc. Can you recommend a video codec vendor? How Thats odd because I can most definitly see full video on my P100 with audio so with my PPROO or a P166 equip with MMX the video would fly but then again I did purchased the systems and I do bother to play with them 8) > sophisticated are the DEcoding algorithms?? (since I'll only be > dealing with canned video) i.e. is it possible implement in an > FPGA, etc.? > > > Well I am well over my .25 cent limit, have fun > > Thanks! I'd send you your "change" but all i've got is a $10 bill ;-) > > --don Not sure what to make out of you yet other than you have to narrow down your hardware requirements a bit more . If you like look around at existing Kiosko implementations which are probably very close to what you are describing. Cumulative invoice 0.50 cents boy you drive a hard bargain 8) Cheers, Amancio From owner-freebsd-multimedia Wed Feb 12 19:25:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA14758 for multimedia-outgoing; Wed, 12 Feb 1997 19:25:13 -0800 (PST) Received: from jmurray.campus.vt.edu (spg-as49s54.erols.com [207.96.98.54]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA14751 for ; Wed, 12 Feb 1997 19:25:04 -0800 (PST) Received: from jmurray.campus.vt.edu (localhost.erols.com [127.0.0.1]) by jmurray.campus.vt.edu (8.8.4/8.7.3) with ESMTP id WAA02302; Wed, 12 Feb 1997 22:27:17 -0500 (EST) Message-Id: <199702130327.WAA02302@jmurray.campus.vt.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: scsi audio In-reply-to: Your message of "Wed, 12 Feb 1997 12:29:12 PST." <199702122029.MAA04747@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Feb 1997 22:27:17 -0500 From: John Murray Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Can you send us the exact error message and which option you chose > to read the Audio CD? Also what is your scsi cdrom... > > > My CDROM is a and Charle's utility > worked like a charm. Well my cd-rom is probed as a "TOSHIBA CD-ROM XM-3601TA 0265" on an Adaptec 1542 cf ISA SCSI Host adapter. I am using the following command: /home/jmurray/cdd-1.0/cdd -t 2 /usr/tmp/ It says it won't work with my cdrom and gives a list a cdroms that it does support. If i choose "5: TOSHIBA CD-ROM XM-3701TA" Shows the toc and when it tries to copy I get: --- Copying AUDIO track 2 to /usr/tmp//track-02.cda Mode changed to 2352 bytes/sector SCSI Command failed on lba 15058 Unable to read CD-DA at lba 15058 SCSI Command failed: Change Block Size to 2048 Unable to exit CDAudio Mode --- If I try "4: TOSHIBA CD-ROM XM-5301TA" It starts to copy fine, producing a valid out file. But then a "cd0: timed out" message comes up on the console after a while and the copy aborts with a message like "Unable to read CD-DA at lba 25922" leaving me with a partical output file. Tihs has happened with the 3 differnt cds I've tried so far. It seems like because I choose a differnt model there are some slight SCSI command differneces. But there could be some other probelms. Any help would be very apreciated. From owner-freebsd-multimedia Wed Feb 12 20:54:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA17788 for multimedia-outgoing; Wed, 12 Feb 1997 20:54:30 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id UAA17776 for ; Wed, 12 Feb 1997 20:53:40 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 12 Feb 1997 23:51:40 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA11458; Wed, 12 Feb 97 23:51:39 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id XAA23098; Wed, 12 Feb 1997 23:49:35 -0500 Message-Id: <19970212234935.45164@ct.picker.com> Date: Wed, 12 Feb 1997 23:49:35 -0500 From: Randall Hopper To: Amancio Hasty , Luigi Rizzo Cc: multimedia@freebsd.org Subject: Good results with Wincast/TVdbx References: <19970211232548.58351@ct.picker.com> <199702120504.VAA26988@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <199702120504.VAA26988@rah.star-gate.com>; from Amancio Hasty on Feb 02, 1997 at 09:04:23PM Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, more progress and much better results this evening with the new Wincast/TVdbx. I tweaked Luigi's TV so it'll do 8bpp, 15bpp, and all weighting permutations of 16bpp with any card. It special-cases 555 16bpp so that it can use the bcopy instead of the pixel-by-pixel color conversion, so needless to say I get a much better frame rate with that weighting. :-) In 555 16bpp, it's pretty fluid even at 640x480. But I need to put back in the latency delays (I ripped them out yesterday) as it dogs the system a little now. I think I'll probably be able to throttle back to CAP_SINGLE as well. My original problem with only seeing the odd scan-line frame update consistently was due to the latency introduced by the pixel color conversion in TV. Flipping into CAP_CONTINOUS smooths over this and gives a "near"-perfect display for the modes that require conversion. The static I was seeing yesterday in CONTINOUS was me not adjusting the tracking on my VCR :-) Questions/Problems: 1) I needed to kick in at least one CAP_SINGLE ioctl to the bktr driver before going CAP_CONTINOUS for the driver to enable the miniplug audio-out jack on the Wincast card (which is plugged into line-in on my soundcard). It seems a CAP_CONTINUOUS ioctl didn't enable this audio output. Is this a feature or maybe a bug? 2) Every so often, my whole system will just freeze up. Mouse & cursor dead, Ctrl-Alt-Backspace and console escapes ignored--nothing, zip, nada. It only happens after I've run tv one or more times, but I've had it happen once while tv was running. I'll update to 2.2-GAMMA this weekend and see if that helps. In general though, what's the best approach for debugging a system freeze? 3) Latency from doing color conversion on the CPU still leaves a little artifacting in CAP_CONTINOUS mode due to the CPU and the driver reading/writing at different rates. When I get my Bt848 info, I'll investigate pushing the color conversion onto the card for all video modes. Seems like I read in the Hauppauge promo info that the card can do this. Also in 15bpp/555-16bpp/24bpp, I can probably throttle back to CAP_SINGLE which should fix it if the capturecard-mem-mem-videocard copies alltogether are typically faster than the frame rate. Doing color conversion on the card would cover it for all the other modes too. And color conversion + a capturecard-videocard single DMA transfer per frame would be a real peach. The '95 Wincast TV program does this I believe (great framerate, no artifacts, and low CPU!). I'm having a good time. Thanks for a great driver! Amancio Hasty : |You need the B848 Databook from Brooktree if you want to hack on the |driver, period. I put it on order last Monday. I'm hoping it'll be here before the weekend. |What is your CPU and motherboard chipset, example Natoma or Triton... Triton, 33Mhz PCI bus, 66Mhz mem bus (P100). Seems like you indicated in past mail this was the best o' the bunch for high-throughput PCI transfers. |The driver does not have the ioctls to transfer video to memory and |is not hard to add . I can provide this feature before the end of |the week;however, if you want to take advantage of this feature |then you will have to ask the XFree86 team or peruse thru their |release notes for an appropiate video card which supports linear |frame buffering. Please do! I need to check to see if the ARK2000 driver linear maps the frame buffer, ...but I don't really care: In past months, I'd about sold myself on upgrading to an 8Meg card and a bigger monitor, and the Bt848 driver/Wincast experience has been enough to lock-in that decision ;-) Just as soon as I feature shop a bit, I'm gonna buy. Any recommendations would be appreciated. Thanks for the other info, Amancio. And I'm certainly interested in your results with dtv and capturecard-to-videocard DMA transfers. Randall From owner-freebsd-multimedia Wed Feb 12 22:08:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20449 for multimedia-outgoing; Wed, 12 Feb 1997 22:08:40 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA20444 for ; Wed, 12 Feb 1997 22:08:35 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA21140; Thu, 13 Feb 1997 06:22:31 +0100 From: Luigi Rizzo Message-Id: <199702130522.GAA21140@labinfo.iet.unipi.it> Subject: Re: Good results with Wincast/TVdbx To: rhh@ct.picker.com (Randall Hopper) Date: Thu, 13 Feb 1997 06:22:30 +0100 (MET) Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG In-Reply-To: <19970212234935.45164@ct.picker.com> from "Randall Hopper" at Feb 12, 97 11:49:16 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Well, more progress and much better results this evening with the new > Wincast/TVdbx. I tweaked Luigi's TV so it'll do 8bpp, 15bpp, and all > weighting permutations of 16bpp with any card. It special-cases 555 16bpp can you make the fixed version available ? Also, did you manage to control the tuner on the hauppauge ? Thanks Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Thu Feb 13 00:56:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA27911 for multimedia-outgoing; Thu, 13 Feb 1997 00:56:59 -0800 (PST) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA27849 for ; Thu, 13 Feb 1997 00:55:31 -0800 (PST) Received: (from pete@localhost) by silver.sms.fi (8.8.5/8.7.3) id KAA05238; Thu, 13 Feb 1997 10:54:51 +0200 (EET) Date: Thu, 13 Feb 1997 10:54:51 +0200 (EET) Message-Id: <199702130854.KAA05238@silver.sms.fi> From: Petri Helenius To: Amancio Hasty Cc: Don Yuniskis , multimedia@freebsd.org Subject: Re: broadcast video In-Reply-To: <199702130137.RAA06298@rah.star-gate.com> References: <199702122001.NAA09277@seagull.rtd.com> <199702130137.RAA06298@rah.star-gate.com> Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > > H.261 or H.263 are great for real time encoding for TV quality > you probably would want to use mpeg. So just read a little > on H.261, H.263, and mpeg. mpeg is almost tv quality depends > on the kind of encoder options that you give to the mpeg > encoder. > > On todays, fast PCs we can do mpeg playback in software. > When you say MPEG above I take it that you were saying MPEG-1 since MPEG-2 can go beyond broadcast TV quality and is not that well decodable with software (the CPU power is not just there yet) Pete From owner-freebsd-multimedia Thu Feb 13 01:00:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA28313 for multimedia-outgoing; Thu, 13 Feb 1997 01:00:28 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA28308 for ; Thu, 13 Feb 1997 01:00:25 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id AAA08354; Thu, 13 Feb 1997 00:59:42 -0800 (PST) Message-Id: <199702130859.AAA08354@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Petri Helenius cc: Don Yuniskis , multimedia@freebsd.org Subject: Re: broadcast video In-reply-to: Your message of "Thu, 13 Feb 1997 10:54:51 +0200." <199702130854.KAA05238@silver.sms.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Feb 1997 00:59:42 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Petri Helenius : > Amancio Hasty writes: > > > > H.261 or H.263 are great for real time encoding for TV quality > > you probably would want to use mpeg. So just read a little > > on H.261, H.263, and mpeg. mpeg is almost tv quality depends > > on the kind of encoder options that you give to the mpeg > > encoder. > > > > On todays, fast PCs we can do mpeg playback in software. > > > When you say MPEG above I take it that you were saying MPEG-1 since > MPEG-2 can go beyond broadcast TV quality and is not that well > decodable with software (the CPU power is not just there yet) Yes, I meant MPEG-1 and MPEG-2 is supposed to HDTV or higher quality than TV. Regards, Amancio From owner-freebsd-multimedia Thu Feb 13 03:07:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA03669 for multimedia-outgoing; Thu, 13 Feb 1997 03:07:05 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA03664 for ; Thu, 13 Feb 1997 03:06:57 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id DAA11682; Thu, 13 Feb 1997 03:06:29 -0800 (PST) Message-Id: <199702131106.DAA11682@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: Luigi Rizzo , multimedia@freebsd.org Subject: Re: Good results with Wincast/TVdbx In-reply-to: Your message of "Wed, 12 Feb 1997 23:49:35 EST." <19970212234935.45164@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Feb 1997 03:06:29 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Randall Hopper : > > My original problem with only seeing the odd scan-line frame update > consistently was due to the latency introduced by the pixel color conversion > in TV. Flipping into CAP_CONTINOUS smooths over this and gives a > "near"-perfect display for the modes that require conversion. The static I > was seeing yesterday in CONTINOUS was me not adjusting the tracking on my > VCR :-) I forgot to mentioned that the driver does not wash windows nor does it control the weather 8) > Questions/Problems: > > 1) I needed to kick in at least one CAP_SINGLE ioctl to the bktr > driver before going CAP_CONTINOUS for the driver to enable the > miniplug audio-out jack on the Wincast card (which is plugged into > line-in on my soundcard). It seems a CAP_CONTINUOUS ioctl didn't > enable this audio output. You got me there since the driver has no notion of the audio out it is a *video* capture board and it is a side effect on the driver that the audio managed to be enabled on your card. It is interesting though. > Is this a feature or maybe a bug? I consider this a definite feature 8) > > 2) Every so often, my whole system will just freeze up. Mouse & > cursor dead, Ctrl-Alt-Backspace and console escapes > ignored--nothing, zip, nada. This may be a problem related to your X server cause I dont get any crashes over here on my P100 nor on my PPRO 200Mhz. > It only happens after I've run tv one or more times, but I've had > it happen once while tv was running. I'll update to 2.2-GAMMA this > weekend and see if that helps. > > In general though, what's the best approach for debugging a system > freeze? Just start tv from a virtual console and make sure that you have compile the kernel for debugging. See the FreeBSD handbook about debugging the kernel and generating crash dumps. > 3) Latency from doing color conversion on the CPU still leaves a > little artifacting in CAP_CONTINOUS mode due to the CPU and the > driver reading/writing at different rates. > > When I get my Bt848 info, I'll investigate pushing the color > conversion onto the card for all video modes. Seems like I read > in the Hauppauge promo info that the card can do this. You can implement other video modes , rgb8 , rgb16, etc.. not hard to add once you see what I have done for 32 bits and 15 bits. > Also in 15bpp/555-16bpp/24bpp, I can probably throttle back to > CAP_SINGLE which should fix it if the capturecard-mem-mem-videocard > copies alltogether are typically faster than the frame rate. Doing > color conversion on the card would cover it for all the other > modes too. > > And color conversion + a capturecard-videocard single DMA transfer > per frame would be a real peach. The '95 Wincast TV program does > this I believe (great framerate, no artifacts, and low CPU!). Nope the Win95 client , does capturing okay, it does retry very well 8) And the output to the display is slow slow and slow. the capture utility probably just uses the cap class to grab the frame then uses GDI or DIB both are slow . Your frame rate will go way up once you get a decent or well supported vga card for sure you will leave Win95 in the dust. Well, at least thats the case over here . Bettina: Why is the video display so slow? Amancio: Sorry babe, I am running Win95 . 8) Bettina: Oh, Okay it is much faster on FreeBSD... > |What is your CPU and motherboard chipset, example Natoma or Triton... > > Triton, 33Mhz PCI bus, 66Mhz mem bus (P100). Seems like you indicated in > past mail this was the best o' the bunch for high-throughput PCI transfers. Cool , I am glad that you don't have a Mercury chipset. I would go with an S3 968 with 4MB of VRAM for video stuff and FreeBSD stuff. There are naturally other choices if you don't care about FreeBSD like an S3 Virge with VRAM support not the one with DRAM. Cheers, Amancio From owner-freebsd-multimedia Thu Feb 13 04:41:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA08219 for multimedia-outgoing; Thu, 13 Feb 1997 04:41:25 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA08214 for ; Thu, 13 Feb 1997 04:41:21 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Thu, 13 Feb 1997 7:40:19 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA18492; Thu, 13 Feb 97 07:40:17 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id HAA23826; Thu, 13 Feb 1997 07:38:04 -0500 Message-Id: <19970213073804.09333@ct.picker.com> Date: Thu, 13 Feb 1997 07:38:04 -0500 From: Randall Hopper To: Amancio Hasty Cc: multimedia@freebsd.org Subject: Re: Good results with Wincast/TVdbx References: <19970212234935.45164@ct.picker.com> <199702131106.DAA11682@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <199702131106.DAA11682@rah.star-gate.com>; from Amancio Hasty on Feb 02, 1997 at 03:06:29AM Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |I forgot to mentioned that the driver does not wash windows nor does it |control the weather 8) What!? But I thought.... Aawwhh, Nuts. ;-) |> And color conversion + a capturecard-videocard single DMA transfer |> per frame would be a real peach. The '95 Wincast TV program does |> this I believe (great framerate, no artifacts, and low CPU!). | | Nope the Win95 client , does capturing okay, it does retry | very well 8) And the output to the display is slow slow and slow. | the capture utility probably just uses the cap class to grab | the frame then uses GDI or DIB both are slow . | | Your frame rate will go way up once you get a decent or | well supported vga card for sure you will leave Win95 in the dust. | Well, at least thats the case over here . | | Bettina: Why is the video display so slow? | Amancio: Sorry babe, I am running Win95 . 8) | Bettina: Oh, Okay it is much faster on FreeBSD... I believe you misunderstood me. I'm no Win95 fan (quite the opposite). I'm in FreeBSD 99% of my home PC time, and before trying out the Wincast card, the only use '95 has had for me is playing good '95-only games. I'm hoping to go back to the 99% once I figure out how to get all video preview and image/video capture stuff in place that I'd like. Thanks to your driver, alot of this is already in place. Based on first-hand experience though, the Hauppauge/Hercules '95 directx drivers are blazingly fast, don't load the CPU, and all without producing any artifacts. If one can believe the info on Hauppauge's web site, they do DMA transfer straight to the video board's linear aperture from the capture board. That would explain why the frame rate clips along so well in 8- and 16-bit modes @ 640x480 alike. However, I haven't looked at the Bt848 docs yet and you have, so perhaps Hauppauge is just feeding potential customers a line. BTW, I actually do consider that I have a decent and well-supported VGA card. Its still one of the fastest pixel-blasters around (used to be the fastest), and Hercules makes solid products and has very good tech support. However, I've about outgrown my Stingray 64/Video's 2Meg. This of course doesn't allow me to do a larger-than 1024x768 virtual desktop in direct-color modes which I find myself wanting more and more (particularly now that I have the Wincast working in XFree). | I would go with an S3 968 with 4MB of VRAM for video stuff and | FreeBSD stuff. There are naturally other choices if you don't | care about FreeBSD like an S3 Virge with VRAM support not | the one with DRAM. Thanks for the recommendation. Not having read-up on the S3 968 scene yet, what do you mean about the S3 Virge not being a good pick for use under FreeBSD? Is their card buggy or slow? Thanks, Randall From owner-freebsd-multimedia Thu Feb 13 04:52:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA08730 for multimedia-outgoing; Thu, 13 Feb 1997 04:52:38 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA08709 for ; Thu, 13 Feb 1997 04:52:30 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Thu, 13 Feb 1997 7:47:16 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA18613; Thu, 13 Feb 97 07:47:15 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id HAA23840; Thu, 13 Feb 1997 07:44:59 -0500 Message-Id: <19970213074459.11143@ct.picker.com> Date: Thu, 13 Feb 1997 07:44:59 -0500 From: Randall Hopper To: Luigi Rizzo Cc: multimedia@FreeBSD.ORG Subject: Re: Good results with Wincast/TVdbx References: <19970212234935.45164@ct.picker.com> <199702130522.GAA21140@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <199702130522.GAA21140@labinfo.iet.unipi.it>; from Luigi Rizzo on Feb 02, 1997 at 06:22:30AM Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo: |> Well, more progress and much better results this evening with the new |> Wincast/TVdbx. I tweaked Luigi's TV so it'll do 8bpp, 15bpp, and all |> weighting permutations of 16bpp with any card. It special-cases 555 16bpp | |can you make the fixed version available ? Sure, be glad to. When I get off work this evening, I'll remove my #ifdefs, put the kill-time delay back into the main loop, and mail you an update. |Also, did you manage to control the tuner on the hauppauge ? I don't have the info for that yet. I need to contact Hauppauge again and see if I can get someone to give me the info. The guy I talked with last said they're going to release official specs and an SDK for the entire Wincast line in second quarter, but hopefully I can get some unofficial info on the mappings for the tuner channel register and the tuner/video-in switch register. If I find out anything, I'll be sure and let you know. Thanks, Randy From owner-freebsd-multimedia Thu Feb 13 05:39:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11119 for multimedia-outgoing; Thu, 13 Feb 1997 05:39:05 -0800 (PST) Received: from stox.pr.mcs.net (stox.pr.mcs.net [204.137.243.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA11112 for ; Thu, 13 Feb 1997 05:39:02 -0800 (PST) Received: from localhost (localhost.stox.pr.mcs.net [127.0.0.1]) by stox.pr.mcs.net (8.8.5/8.6.12) with SMTP id HAA07535; Thu, 13 Feb 1997 07:39:06 -0600 (CST) Date: Thu, 13 Feb 1997 07:39:06 -0600 (CST) From: "Kenneth P. Stox" To: Randall Hopper cc: Amancio Hasty , multimedia@freebsd.org Subject: Re: Good results with Wincast/TVdbx In-Reply-To: <19970213073804.09333@ct.picker.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Feb 1997, Randall Hopper wrote: > Thanks for the recommendation. Not having read-up on the S3 968 scene > yet, what do you mean about the S3 Virge not being a good pick for use > under FreeBSD? Is their card buggy or slow? The S3 Virge/VX is a good choice, but there are still some problems with Xfree86. The current version of Xfree only supports up to 16bit depth, and the new beta, 3.2A, seems to have taken a step backwards. In 2D, it is very fast, and 1600x1200 finally gives me a decent workspace. If you're willing to work in 16bit, and wait for 24/32, I think it may make a good choice. YMMV. -Ken From owner-freebsd-multimedia Thu Feb 13 05:51:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11513 for multimedia-outgoing; Thu, 13 Feb 1997 05:51:05 -0800 (PST) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA11508 for ; Thu, 13 Feb 1997 05:51:02 -0800 (PST) Received: from ct.picker.com by whqvax.picker.com with SMTP; Thu, 13 Feb 1997 8:49:14 -0500 (EST) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA20515; Thu, 13 Feb 97 08:49:13 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id IAA24013; Thu, 13 Feb 1997 08:47:10 -0500 Message-Id: <19970213084710.26431@ct.picker.com> Date: Thu, 13 Feb 1997 08:47:10 -0500 From: Randall Hopper To: "Kenneth P. Stox" Cc: multimedia@freebsd.org Subject: Re: Good results with Wincast/TVdbx References: <19970213073804.09333@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: ; from Kenneth P. Stox on Feb 02, 1997 at 07:39:06AM Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |On Thu, 13 Feb 1997, Randall Hopper wrote: | |> Thanks for the recommendation. Not having read-up on the S3 968 scene |> yet, what do you mean about the S3 Virge not being a good pick for use |> under FreeBSD? Is their card buggy or slow? | |The S3 Virge/VX is a good choice, but there are still some problems with |Xfree86. The current version of Xfree only supports up to 16bit depth, and |the new beta, 3.2A, seems to have taken a step backwards. In 2D, it is |very fast, and 1600x1200 finally gives me a decent workspace. If you're |willing to work in 16bit, and wait for 24/32, I think it may make a good |choice. YMMV. Thanks. I can wait for 24/32, so I'll take a look at this one. Randall From owner-freebsd-multimedia Thu Feb 13 06:36:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13857 for multimedia-outgoing; Thu, 13 Feb 1997 06:36:22 -0800 (PST) Received: from fog.xinside.com (fog.xinside.com [199.164.187.39]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA13846 for ; Thu, 13 Feb 1997 06:36:19 -0800 (PST) Received: (from smap@localhost) by fog.xinside.com (8.8.3/8.7.3) id HAA12759; Thu, 13 Feb 1997 07:36:11 -0700 (MST) X-Authentication-Warning: fog.xinside.com: smap set sender to using -f Received: from xeno.xinside.com(199.164.187.221) by fog.xinside.com via smap (V1.3) id sma012754; Thu Feb 13 07:35:51 1997 Received: (from roell@localhost) by xeno.xinside.com (8.7.5/8.6.12) id HAA11520; Thu, 13 Feb 1997 07:35:51 -0700 (MST) Date: Thu, 13 Feb 1997 07:35:51 -0700 (MST) Message-Id: <199702131435.HAA11520@xeno.xinside.com> From: Thomas Roell To: Amancio Hasty Cc: Thomas Roell , Randall Hopper , multimedia@freebsd.org Subject: Re: Bt848 driver & Wincast -- some success In-Reply-To: <199702122032.MAA04776@rah.star-gate.com> References: <199702121506.IAA08268@xeno.xinside.com> <199702122032.MAA04776@rah.star-gate.com> Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In your message of 12 February 1997 you write: > Mmmm.. I am still waiting on for a list of cards which I can install > on my system for dual display -- PCI cards. ??? Could you re-email me the question ? I think with our current stuff we officially support only 2 Matrox Milleniums. > BTW: I know about the advantage of YUY2 vs RGB to save bandwith > however I don't have YUY2 support on XFree86 -- I could implement > but will see. *smile* Actually the advantage is that most graphics chips allow you one video window that has a different format than the main display. This means you can have a 8bpp X-Display and still overlay YUV422 (which is technically something like 16bpp). - Thomas -- Thomas Roell /\ Ein Nasshorn und ein Trockenhorn Xi Graphics / \/\ _ spazierten durch die Wueste, roell@xinside.com / / \ \ da stolperte das Trockenhorn, / Brumpft! \ und's Nasshorn sagte: "Siehste!" From owner-freebsd-multimedia Thu Feb 13 11:22:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02144 for multimedia-outgoing; Thu, 13 Feb 1997 11:22:10 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02133 for ; Thu, 13 Feb 1997 11:22:02 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id LAA14235; Thu, 13 Feb 1997 11:22:11 -0800 (PST) Message-Id: <199702131922.LAA14235@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: Good results with Wincast/TVdbx In-reply-to: Your message of "Thu, 13 Feb 1997 07:38:04 EST." <19970213073804.09333@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Feb 1997 11:22:11 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Randall Hopper : > Amancio Hasty: > |I forgot to mentioned that the driver does not wash windows nor does it > |control the weather 8) > > What!? But I thought.... Aawwhh, Nuts. ;-) > > |> And color conversion + a capturecard-videocard single DMA transfe r > |> per frame would be a real peach. The '95 Wincast TV program does > |> this I believe (great framerate, no artifacts, and low CPU!). > | > | Nope the Win95 client , does capturing okay, it does retry > | very well 8) And the output to the display is slow slow and slow. > | the capture utility probably just uses the cap class to grab > | the frame then uses GDI or DIB both are slow . > | > | Your frame rate will go way up once you get a decent or > | well supported vga card for sure you will leave Win95 in the dust. > | Well, at least thats the case over here . > | > | Bettina: Why is the video display so slow? > | Amancio: Sorry babe, I am running Win95 . 8) > | Bettina: Oh, Okay it is much faster on FreeBSD... > > I believe you misunderstood me. I'm no Win95 fan (quite the I am not a Win95 fan and I don't mind comparing two different implementations which I did in my case thats all. It appears that Hauppauge has implemented the "overlay" capability in their driver. "overlay" in this case is direct dma transfer . Intel got lazy and didn't implement this feature in their driver actually they only implemented yuv9 and rgb24. Have fun, Amancio From owner-freebsd-multimedia Thu Feb 13 14:53:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15817 for multimedia-outgoing; Thu, 13 Feb 1997 14:53:18 -0800 (PST) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15806 for ; Thu, 13 Feb 1997 14:53:12 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id PAA16403; Thu, 13 Feb 1997 15:52:57 -0700 (MST) From: Don Yuniskis Message-Id: <199702132252.PAA16403@seagull.rtd.com> Subject: Re: broadcast video To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 13 Feb 1997 15:52:57 -0700 (MST) Cc: pete@sms.fi, dgy@rtd.com, multimedia@freebsd.org In-Reply-To: <199702130859.AAA08354@rah.star-gate.com> from "Amancio Hasty" at Feb 13, 97 00:59:42 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that Amancio Hasty said: > >From The Desk Of Petri Helenius : > > Amancio Hasty writes: > > > > > > H.261 or H.263 are great for real time encoding for TV quality > > > you probably would want to use mpeg. So just read a little > > > on H.261, H.263, and mpeg. mpeg is almost tv quality depends > > > on the kind of encoder options that you give to the mpeg > > > encoder. > > > > > > On todays, fast PCs we can do mpeg playback in software. > > > > When you say MPEG above I take it that you were saying MPEG-1 since > > MPEG-2 can go beyond broadcast TV quality and is not that well > > decodable with software (the CPU power is not just there yet) > > Yes, I meant MPEG-1 and MPEG-2 is supposed to HDTV or higher > quality than TV. Yes, I understood that from the limited research I had already done. But, as I dig further into this, it seems like MPEG-*2* is intended for NTSC video. From a FAQ (URL not available off hand, sorry...) "The emphasis for the DVD movie player [a DVD FAQ, obviously :>] is on high quality, 720x480 (NTSC), 60 field per second video encoded from 24 frame per second film..." But, *those* numbers don't "add-up", either. as "480" lines are not displayed at 60Hz (since the display is interlaced) and I think the active video is less than 720 wide... Hmmm... I guess I need to locate some video codec manufacturers and look at some data sheets to get a firmer understanding... --don From owner-freebsd-multimedia Thu Feb 13 15:01:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA16466 for multimedia-outgoing; Thu, 13 Feb 1997 15:01:32 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16458 for ; Thu, 13 Feb 1997 15:01:29 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id PAA16006; Thu, 13 Feb 1997 15:01:28 -0800 (PST) Message-Id: <199702132301.PAA16006@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Don Yuniskis cc: pete@sms.fi, multimedia@freebsd.org Subject: Re: broadcast video In-reply-to: Your message of "Thu, 13 Feb 1997 15:52:57 MST." <199702132252.PAA16403@seagull.rtd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Feb 1997 15:01:27 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk MPEG-2 is also intended for NTSC, HDTV, and computers You can easily call up Optibase or C-Cube. An mpeg decoder chip shall run you about $40 or less. BTW: Is your box going to run FreeBSD? Amancio >From The Desk Of Don Yuniskis : > It seems that Amancio Hasty said: > > >From The Desk Of Petri Helenius : > > > Amancio Hasty writes: > > > > > > > > H.261 or H.263 are great for real time encoding for TV quality > > > > you probably would want to use mpeg. So just read a little > > > > on H.261, H.263, and mpeg. mpeg is almost tv quality depends > > > > on the kind of encoder options that you give to the mpeg > > > > encoder. > > > > > > > > On todays, fast PCs we can do mpeg playback in software. > > > > > > When you say MPEG above I take it that you were saying MPEG-1 since > > > MPEG-2 can go beyond broadcast TV quality and is not that well > > > decodable with software (the CPU power is not just there yet) > > > > Yes, I meant MPEG-1 and MPEG-2 is supposed to HDTV or higher > > quality than TV. > > Yes, I understood that from the limited research I had already done. > But, as I dig further into this, it seems like MPEG-*2* is intended > for NTSC video. From a FAQ (URL not available off hand, sorry...) > "The emphasis for the DVD movie player [a DVD FAQ, obviously :>] > is on high quality, 720x480 (NTSC), 60 field per second video > encoded from 24 frame per second film..." > But, *those* numbers don't "add-up", either. as "480" lines are not > displayed at 60Hz (since the display is interlaced) and I think > the active video is less than 720 wide... > > Hmmm... > > I guess I need to locate some video codec manufacturers and look at some > data sheets to get a firmer understanding... > > --don From owner-freebsd-multimedia Thu Feb 13 15:36:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA18493 for multimedia-outgoing; Thu, 13 Feb 1997 15:36:19 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA18485 for ; Thu, 13 Feb 1997 15:36:15 -0800 (PST) Received: from puli.cisco.com (puli.cisco.com [171.69.1.174]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id PAA10360 for ; Thu, 13 Feb 1997 15:36:11 -0800 (PST) Received: from cisco.com (localhost.cisco.com [127.0.0.1]) by puli.cisco.com (8.6.12/8.6.5) with ESMTP id PAA08115; Thu, 13 Feb 1997 15:33:41 -0800 Message-Id: <199702132333.PAA08115@puli.cisco.com> To: multimedia@freebsd.org Cc: chein@cisco.com, ravi@cisco.com, jzwiebel@cisco.com Reply-to: jzwiebel@cisco.com Subject: ATX motherboard and SoundBlaster Date: Thu, 13 Feb 1997 15:33:41 -0800 From: "John M. Zwiebel" Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks: I have an ATX motherboard that has a built-in SoundBlaster with the optional Yamaha Wave chips. It doesn't have the SB Midi or the sb 16. I'm trying to get vat to run. cat > /dev/audio works great and mpackets received by the PC are process by vat and output correctly. The problem is that the mic. A right click on vat results in the scale maxing out whether a mic is plugged in or not. I was able to get a brief response on a remote system (ie the speaker scale maxed out for a second). But after the first few packets (23 according to the vat stats). It all dies. No more packets are sent unless I quit and restart vat. Is it because I have the kernal probe for devices that aren't there? The kernel recognizes that they aren't so that shouldn't be a problem should it? I'm running a 3.0-SNAP version (uname below). I have a 2.2-SNAP kernel that works fine (but of course, that's on a different mother board). Thanks z Here's the current config file: # Sound boards for the built in ATX motherboard controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr #The DSP 16 driver and the MIDI are not on the ATX board device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 options SM_GAMES options SBC_IRQ=5 #PAS-16. Must match irq on sb0 line. Here's the dmesg for the board. sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 not found sbmidi0 not found at 0x330 opl0 at 0x388 on isa opl0: joy0 at 0x201 on isa joy0: joystick Finally, # cat /dev/sndstat VoxWare Sound Driver:3.0-beta-950506 (Sun Feb 5 14:38:12 EST 1995 freebsd-hackers@freefall.cdrom.com) Config options: ffffffff Installed drivers: Type 1: OPL-2/OPL-3 FM Type 2: SoundBlaster Type 6: SoundBlaster16 Type 7: SB16 MIDI Card config: SoundBlaster at 0x220 irq 5 drq 1 (SoundBlaster16 at 0x0 irq 65535 drq 5) (SB16 MIDI at 0x330 irq 65535 drq 4294967295) OPL-2/OPL-3 FM at 0x388 irq 65535 drq 4294967295 Audio devices: 0: SoundBlaster Pro 3.1 Synth devices: 0: Yamaha OPL-3 Midi devices: 0: SoundBlaster Timers: 0: System Timer Mixers: 0: SoundBlaster # uname -a FreeBSD jzwiebel-pc.cisco.com 3.0-970124-SNAP FreeBSD 3.0-970124-SNAP #0: Wed Feb 12 12:57:03 PST 1997 root@jzwiebel-pc.cisco.com:/usr/src/sys/compile/MULTICAST_HEADLESS2 i386 From owner-freebsd-multimedia Thu Feb 13 16:05:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA20196 for multimedia-outgoing; Thu, 13 Feb 1997 16:05:51 -0800 (PST) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA20186 for ; Thu, 13 Feb 1997 16:05:46 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id RAA23281; Thu, 13 Feb 1997 17:05:37 -0700 (MST) From: Don Yuniskis Message-Id: <199702140005.RAA23281@seagull.rtd.com> Subject: Re: broadcast video To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 13 Feb 1997 17:05:37 -0700 (MST) Cc: dgy@rtd.com, pete@sms.fi, multimedia@freebsd.org In-Reply-To: <199702132301.PAA16006@rah.star-gate.com> from "Amancio Hasty" at Feb 13, 97 03:01:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings! > MPEG-2 is also intended for NTSC, HDTV, and computers Yes, I understood that. I was just trying to decide if MPEG-*1* was perhaps a "CGA" version of MPEG-2 (i.e. lower resolution, lots of motion artifacts, etc.) and wondering if there would be *visible* differences in the image quality (for standard 525/60 NTSC video) > You can easily call up Optibase or C-Cube. Yes. Optibase seems to have lots of information on *boards* and C-Cubes server appears to be down. I'll wait till later on (i.e. the wee hours of the morning) to check again. > An mpeg decoder chip shall run you about $40 or less. Hmmm... I saw DEC had introduced a codec (i.e. encode capabilities also) for $75 in *big* volume (10K pieces). I'm still waiting to find a simple decoder chip. $40 would be *perfect*... > BTW: Is your box going to run FreeBSD? No, though I will be using my FBSD boxes here to develop the application. There just isn't enough horsepower in a 386EX to *really* run FBSD. Unfortunate as it sure would be nice to take say the first 20 prototypes and make a nice little video conferencing system out of them! :> BTW, how does all of this compare to "Indeo" -- which I gather is a software coder from Intel? Depending on licensing, I may opt to upgrade the processor to a faster beast and skip the hardware decoder, etc. But, I suspect I'd pay a premium price to go that route... --don From owner-freebsd-multimedia Thu Feb 13 16:11:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA20646 for multimedia-outgoing; Thu, 13 Feb 1997 16:11:13 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA20640 for ; Thu, 13 Feb 1997 16:11:07 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id QAA16622; Thu, 13 Feb 1997 16:11:18 -0800 (PST) Message-Id: <199702140011.QAA16622@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Don Yuniskis cc: multimedia@freebsd.org Subject: Re: broadcast video In-reply-to: Your message of "Thu, 13 Feb 1997 17:05:37 MST." <199702140005.RAA23281@seagull.rtd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Feb 1997 16:11:18 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Don Yuniskis : > BTW, how does all of this compare to "Indeo" -- which I gather is > a software coder from Intel? Depending on licensing, I may opt to > upgrade the processor to a faster beast and skip the hardware > decoder, etc. But, I suspect I'd pay a premium price to go > that route... Sorry but you will have to do your home work. Whats cute is that maybe and just possibly maybe you will stumble upon a nice combination or something that no one has thought about before. Good Luck, Amancio From owner-freebsd-multimedia Thu Feb 13 20:22:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA04597 for multimedia-outgoing; Thu, 13 Feb 1997 20:22:30 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04590 for ; Thu, 13 Feb 1997 20:22:26 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id UAA18971 for ; Thu, 13 Feb 1997 20:22:09 -0800 (PST) Message-Id: <199702140422.UAA18971@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: multimedia@freebsd.org Subject: Pilot Interface? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Feb 1997 20:22:09 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is linux ftp site and I hope that we can start a freebsd one 8) ftp://ns1.pfnet.com/pub/PalmOS/ Oh, I just own a Pilot and I am using Win95 to update it , etc... Tnks, Amancio From owner-freebsd-multimedia Thu Feb 13 22:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA10184 for multimedia-outgoing; Thu, 13 Feb 1997 22:20:08 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA10133 for ; Thu, 13 Feb 1997 22:19:57 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id WAA00619; Thu, 13 Feb 1997 22:19:53 -0800 (PST) Date: Thu, 13 Feb 1997 22:19:53 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: "John M. Zwiebel" cc: multimedia@freebsd.org, chein@cisco.com, ravi@cisco.com Subject: Re: ATX motherboard and SoundBlaster In-Reply-To: <199702132333.PAA08115@puli.cisco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Feb 1997, John M. Zwiebel wrote: > > Hi folks: > > I have an ATX motherboard that has a built-in SoundBlaster with the > optional Yamaha Wave chips. It doesn't have the SB Midi or the sb 16. > I'm trying to get vat to run. > > cat > /dev/audio works great and mpackets received by the PC > are process by vat and output correctly. > > The problem is that the mic. A right click on vat results in the scale > maxing out whether a mic is plugged in or not. I was able to get a brief > response on a remote system (ie the speaker scale maxed out for a second). > But after the first few packets (23 according to the vat stats). It all > dies. No more packets are sent unless I quit and restart vat. You will need the half-duplex vat (known as 'vat-and-half') which is available at ftp://rah.star-gate.com/pub/vat-and-half.gz. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Thu Feb 13 22:43:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA11528 for multimedia-outgoing; Thu, 13 Feb 1997 22:43:06 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA11519 for ; Thu, 13 Feb 1997 22:43:00 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id WAA00668 for ; Thu, 13 Feb 1997 22:42:57 -0800 (PST) Date: Thu, 13 Feb 1997 22:42:57 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: multimedia@freebsd.org Subject: Color QuickCam driver for FreeBSD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! Is there any rumblings out to convert the linux cqcam library(ies) over to FreeBSD? A friend of mine wants his to broadcast with vic pretty badly. Thnx for any info. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Fri Feb 14 11:26:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA25525 for multimedia-outgoing; Fri, 14 Feb 1997 11:26:06 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA25520 for ; Fri, 14 Feb 1997 11:25:58 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id UAA04811 for ; Fri, 14 Feb 1997 20:26:17 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.4/8.6.9) id UAA07148 for multimedia@freebsd.org; Fri, 14 Feb 1997 20:29:13 +0100 (MET) Date: Fri, 14 Feb 1997 20:29:13 +0100 (MET) From: Christoph Kukulies Message-Id: <199702141929.UAA07148@gilberto.physik.rwth-aachen.de> To: multimedia@freebsd.org Subject: GUS Q: Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I assume that here are some GUS users who can answer to me the following question: When testing my GUS card under DOS (plain GUS, classic I believe) there is this setup program which does the DMA/IRQ testing - poor man's plug an play :-). The tests work OK with the exception for the NMI test. that one failed. What is the NMI? Is it 15? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-multimedia Fri Feb 14 16:03:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12928 for multimedia-outgoing; Fri, 14 Feb 1997 16:03:55 -0800 (PST) Received: from puli.cisco.com (puli.cisco.com [171.69.1.174]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA12819 for ; Fri, 14 Feb 1997 16:01:29 -0800 (PST) Received: from cisco.com (localhost.cisco.com [127.0.0.1]) by puli.cisco.com (8.6.12/8.6.5) with ESMTP id QAA19739; Fri, 14 Feb 1997 16:00:14 -0800 Message-Id: <199702150000.QAA19739@puli.cisco.com> To: Doug White cc: multimedia@freebsd.org, chein@cisco.com, ravi@cisco.com Subject: Re: ATX motherboard and SoundBlaster In-reply-to: Your message of "Thu, 13 Feb 1997 22:19:53 PST." Date: Fri, 14 Feb 1997 16:00:14 -0800 From: "John M. Zwiebel" Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks Doug but that one (vat-and-half) has the same problem. z >On Thu, 13 Feb 1997, John M. Zwiebel wrote: > >> >> Hi folks: >> >> I have an ATX motherboard that has a built-in SoundBlaster with the >> optional Yamaha Wave chips. It doesn't have the SB Midi or the sb 16. >> I'm trying to get vat to run. >> >> cat > /dev/audio works great and mpackets received by the PC >> are process by vat and output correctly. >> >> The problem is that the mic. A right click on vat results in the scale >> maxing out whether a mic is plugged in or not. I was able to get a brief >> response on a remote system (ie the speaker scale maxed out for a second). >> But after the first few packets (23 according to the vat stats). It all >> dies. No more packets are sent unless I quit and restart vat. > >You will need the half-duplex vat (known as 'vat-and-half') which is >available at ftp://rah.star-gate.com/pub/vat-and-half.gz. > >Doug White | University of Oregon >Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant >http://gladstone.uoregon.edu/~dwhite | Computer Science Major >