From owner-freebsd-multimedia Sun Nov 30 15:53:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14892 for multimedia-outgoing; Sun, 30 Nov 1997 15:53:53 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA14887 for ; Sun, 30 Nov 1997 15:53:47 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id PAA00373 for ; Sun, 30 Nov 1997 15:53:46 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199711302353.PAA00373@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: Turtle Beach's Daytona PCI soundcard? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 30 Nov 1997 15:53:46 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just wondering if any has one and how good is it... It seems like a very versatile soundcard and perhaps a good candidate to replace the gus pnp that is if we can get programming info for it. Cheers, Amancio From owner-freebsd-multimedia Sun Nov 30 20:37:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA02760 for multimedia-outgoing; Sun, 30 Nov 1997 20:37:12 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA02744 for ; Sun, 30 Nov 1997 20:37:06 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id EAA12864; Mon, 1 Dec 1997 04:33:52 +0100 From: Luigi Rizzo Message-Id: <199712010333.EAA12864@labinfo.iet.unipi.it> Subject: Re: Turtle Beach's Daytona PCI soundcard? To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 1 Dec 1997 04:33:52 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199711302353.PAA00373@rah.star-gate.com> from "Amancio Hasty" at Nov 30, 97 03:53:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It seems like a very versatile soundcard and perhaps a good candidate > to replace the gus pnp that is if we can get programming info for it. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ yeah right... i have yet to see the programming specs for any PCI sound card. Looks like manufacturers consider these info as highly confidential, much more than for ISA soundcards. luigi From owner-freebsd-multimedia Sun Nov 30 21:00:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA04430 for multimedia-outgoing; Sun, 30 Nov 1997 21:00:30 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA04423 for ; Sun, 30 Nov 1997 21:00:27 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA00322; Sun, 30 Nov 1997 21:00:19 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712010500.VAA00322@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: Turtle Beach's Daytona PCI soundcard? In-reply-to: Your message of "Mon, 01 Dec 1997 04:33:52 +0100." <199712010333.EAA12864@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 30 Nov 1997 21:00:18 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Perhaps you are right however I have been talking to PC manufacturers for a few years now. Regards, Amancio > > It seems like a very versatile soundcard and perhaps a good candidate > > to replace the gus pnp that is if we can get programming info for it. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > yeah right... > > i have yet to see the programming specs for any PCI sound card. Looks > like manufacturers consider these info as highly confidential, much more > than for ISA soundcards. > > luigi From owner-freebsd-multimedia Mon Dec 1 04:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA02755 for multimedia-outgoing; Mon, 1 Dec 1997 04:00:08 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from wakko.visint.co.uk (wakko.visint.co.uk [194.207.134.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA02750 for ; Mon, 1 Dec 1997 04:00:02 -0800 (PST) (envelope-from steve@visint.co.uk) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by wakko.visint.co.uk (8.8.5/8.7.3) with SMTP id LAA10176; Mon, 1 Dec 1997 11:59:52 GMT Date: Mon, 1 Dec 1997 11:59:52 +0000 (GMT) From: Stephen Roome To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: On glquake and q2test In-Reply-To: <199711290825.AAA00332@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 29 Nov 1997, Amancio Hasty wrote: > If you have a Voodoo card , have a working sound card and are running 3.0 > -current then, > ftp://rah.star-gate.com/pub/README.GLQUAKE I will try and get this working tonight, as I bought a 3dfx card whilst on 'holliday' (I slept fot 5 days, it was great!) > If you shall decide to take the q2test mission , after: > ./q2test > Waiting.... > > Hit Return , or q2test will wait for a long time for you to press > return --- this is the correct behavior of q2test -- don't ask > me why is doing that. or: ./q2test < /dev/null which worked for me, although not as expected, I was trying to put this in my .xinitrc, but for some reasons it comes up without a sensible colormap. I guess it gets the default colormap from the window manager or something, I wasn't sure, but I'd like to be able to run this full screen (X11) if possible, so if you have any ideas how to get around this I'll be happy to try. Also, has anyone else noticed q2test doing a lot of causing a lot of display junk, rather a wrong depth or size pixmap or something in the wrong place on the screen (not on the viewable area, but just off the quake screen) ? Steve. Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-multimedia Mon Dec 1 10:55:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA02132 for multimedia-outgoing; Mon, 1 Dec 1997 10:55:19 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from sujal.prognet.com (sujal.prognet.com [204.255.154.231]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA02046 for ; Mon, 1 Dec 1997 10:54:33 -0800 (PST) (envelope-from smpatel@real.com) Received: from localhost (localhost.prognet.com [127.0.0.1]) by sujal.prognet.com (8.8.4/8.8.4) with SMTP id KAA26231 for ; Mon, 1 Dec 1997 10:56:07 -0800 (PST) X-Received: from ns3.harborcom.net (ns3.harborcom.net [206.158.4.7]) by sujal.prognet.com (8.8.4/8.8.4) with SMTP id PAA13720 for ; Fri, 28 Nov 1997 15:03:34 -0800 (PST) X-Received: from hub.freebsd.org [204.216.27.18] by ns3.harborcom.net with esmtp (Exim 1.73 #1) id 0xbZPS-00009Z-00; Fri, 28 Nov 1997 18:01:19 -0500 X-Received: from www.dancooks.com (www.dancooks.com [204.180.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA14597 for ; Fri, 28 Nov 1997 15:01:15 -0800 (PST) (envelope-from root@www.dancooks.com) X-Received: from localhost (root@localhost) by www.dancooks.com (8.8.7/8.8.7) with SMTP id RAA00486 for ; Fri, 28 Nov 1997 17:05:17 -0600 (CST) (envelope-from root@www.dancooks.com) Date: Fri, 28 Nov 1997 17:05:17 -0600 (CST) From: Jason Hudgins To: smpatel@freebsd.org Subject: Help with pnpinfo? Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-338408807-880758317=:441" ReSent-Date: Mon, 1 Dec 1997 10:56:03 -0800 (PST) ReSent-From: Sujal Patel ReSent-To: multimedia@freebsd.org ReSent-Message-ID: Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-338408807-880758317=:441 Content-Type: TEXT/PLAIN; charset=US-ASCII I hope you have the time to straighten me out here.. I'm trying to configure the struct in pnp.c, but I am REALLY having a hard time interpreting what the pnpinfo stuff actually means.. My pnp sound card is also reporting itself with an id# of 0xffffffff. I thought you could take a look at this and give me some pointers..on how I SHOULD be configuring pnp.c I really just want to know WHAT IRQ and base address the card is actually set too, its kinda hard to figure out because it lists out about a dozen or so lines starting with IRQ: .. I miss the good ole days.. SET GUS=A220 I7 D1 =) Thanks!, Jason --0-338408807-880758317=:441 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=pnpdata Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Q2hlY2tpbmcgZm9yIFBsdWctbi1QbGF5IGRldmljZXMuLi4NClRyeWluZyBS ZWFkX1BvcnQgYXQgMjAzDQpUcnlpbmcgUmVhZF9Qb3J0IGF0IDI0Mw0KQ2Fy ZCBhc3NpZ25lZCBDU04gIzENCkJvYXJkIFZlbmRvciBJRDogU1VQMTM4MA0K Qm9hcmQgU2VyaWFsIE51bWJlcjogMDAwMjEyZDUNClBuUCBWZXJzaW9uOiAx LjANClZlbmRvciBWZXJzaW9uOiAwDQpEZXZpY2UgRGVzY3JpcHRpb246IFN1 cHJhRXhwcmVzcyAyODhpIFBuUCBWb2ljZSBNb2RlbQ0KTG9naWNhbCBEZXZp Y2UgSUQ6IFNVUDEzODAgKDgwMTNiMDRlKQ0KRGV2aWNlIHN1cHBvcnRzIEkv TyBSYW5nZSBDaGVjaw0KQ29tcGF0aWJsZSBEZXZpY2UgSUQ6IFNVUDEyOTAg KDkwMTJiMDRlKQ0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2Ug ZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5n ZSBtYXhpbXVtIGFkZHJlc3M6IDB4M2Y4DQpJL08gUmFuZ2UgbWF4aW11bSBh ZGRyZXNzOiAweDNmOA0KSS9PIGFsaWdubWVudCBmb3IgbWluaW11bTogOA0K SS9PIGxlbmd0aDogOA0KSVJROiA0IA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0 aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJl c3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4MmY4DQpJL08gUmFu Z2UgbWF4aW11bSBhZGRyZXNzOiAweDJmOA0KSS9PIGFsaWdubWVudCBmb3Ig bWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJROiAzIA0KU3RhcnQgRGVw ZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1i aXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4 M2U4DQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDNlOA0KSS9PIGFs aWdubWVudCBmb3IgbWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJROiA0 IA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2UgZGVjb2RlcyB0 aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVt IGFkZHJlc3M6IDB4MmU4DQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAw eDJlOA0KSS9PIGFsaWdubWVudCBmb3IgbWluaW11bTogOA0KSS9PIGxlbmd0 aDogOA0KSVJROiAzIA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZp Y2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJlc3MNCkkvTyBS YW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4M2U4DQpJL08gUmFuZ2UgbWF4aW11 bSBhZGRyZXNzOiAweDNlOA0KSS9PIGFsaWdubWVudCBmb3IgbWluaW11bTog OA0KSS9PIGxlbmd0aDogOA0KSVJROiA1IA0KU3RhcnQgRGVwZW5kZW50IEZ1 bmN0aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFk ZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4MmU4DQpJL08g UmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDJlOA0KSS9PIGFsaWdubWVudCBm b3IgbWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJROiA1IA0KU3RhcnQg RGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAx Ni1iaXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6 IDB4M2U4DQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDNlOA0KSS9P IGFsaWdubWVudCBmb3IgbWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJR OiAzIDQgNSA3IDEwIDExIDEyIDE1IA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0 aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJl c3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4MmU4DQpJL08gUmFu Z2UgbWF4aW11bSBhZGRyZXNzOiAweDJlOA0KSS9PIGFsaWdubWVudCBmb3Ig bWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJROiAzIDQgNSA3IDEwIDEx IDEyIDE1IA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2UgZGVj b2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBt YXhpbXVtIGFkZHJlc3M6IDB4M2Y4DQpJL08gUmFuZ2UgbWF4aW11bSBhZGRy ZXNzOiAweDNmOA0KSS9PIGFsaWdubWVudCBmb3IgbWluaW11bTogOA0KSS9P IGxlbmd0aDogOA0KSVJROiAzIDQgNSA3IDEwIDExIDEyIDE1IA0KU3RhcnQg RGVwZW5kZW50IEZ1bmN0aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAx Ni1iaXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6 IDB4MmY4DQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDJmOA0KSS9P IGFsaWdubWVudCBmb3IgbWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJR OiAzIDQgNSA3IDEwIDExIDEyIDE1IA0KU3RhcnQgRGVwZW5kZW50IEZ1bmN0 aW9uDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJl c3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4MjAwDQpJL08gUmFu Z2UgbWF4aW11bSBhZGRyZXNzOiAweDNmOA0KSS9PIGFsaWdubWVudCBmb3Ig bWluaW11bTogOA0KSS9PIGxlbmd0aDogOA0KSVJROiAzIDQgNSA3IDEwIDEx IDEyIDE1IA0KRW5kIERlcGVuZGVudCBGdW5jdGlvbg0KRW5kIFRhZw0KDQpD YXJkIGFzc2lnbmVkIENTTiAjMg0KQm9hcmQgVmVuZG9yIElEOiBDVEwwMDcw DQpCb2FyZCBTZXJpYWwgTnVtYmVyOiBmZmZmZmZmZg0KUG5QIFZlcnNpb246 IDEuMA0KVmVuZG9yIFZlcnNpb246IDE2DQpEZXZpY2UgRGVzY3JpcHRpb246 IENyZWF0aXZlIFZpQlJBMTZDIFBuUA0KTG9naWNhbCBEZXZpY2UgSUQ6IENU TDAwMDEgKDAxMDA4YzBlKQ0KRGV2aWNlIERlc2NyaXB0aW9uOiBBdWRpbw0K U3RhcnQgRGVwZW5kZW50IEZ1bmN0aW9uDQpHb29kIENvbmZpZ3VyYXRpb24N CklSUTogNSANCkRNQTogMCAxIA0KRE1BOiA4LWJpdCBvbmx5DQpETUE6IERl dmljZSBpcyBub3QgYSBidXMgbWFzdGVyDQpETUE6IE1heSBleGVjdXRlIGlu IGNvdW50IGJ5IGJ5dGUgbW9kZQ0KRE1BOiBNYXkgbm90IGV4ZWN1dGUgaW4g Y291bnQgYnkgd29yZCBtb2RlDQpETUE6IENvbXBhdGliaWxpdHkgbW9kZQ0K RE1BOiA1IA0KRE1BOiAxNi1iaXQgb25seQ0KRE1BOiBEZXZpY2UgaXMgbm90 IGEgYnVzIG1hc3Rlcg0KRE1BOiBNYXkgbm90IGV4ZWN1dGUgaW4gY291bnQg YnkgYnl0ZSBtb2RlDQpETUE6IE1heSBleGVjdXRlIGluIGNvdW50IGJ5IHdv cmQgbW9kZQ0KRE1BOiBDb21wYXRpYmlsaXR5IG1vZGUNCkRldmljZSBkZWNv ZGVzIHRoZSBmdWxsIDE2LWJpdCBJU0EgYWRkcmVzcw0KSS9PIFJhbmdlIG1h eGltdW0gYWRkcmVzczogMHgyMjANCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJl c3M6IDB4MjIwDQpJL08gYWxpZ25tZW50IGZvciBtaW5pbXVtOiAxDQpJL08g bGVuZ3RoOiAxNg0KRGV2aWNlIGRlY29kZXMgdGhlIGZ1bGwgMTYtYml0IElT QSBhZGRyZXNzDQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDMzMA0K SS9PIFJhbmdlIG1heGltdW0gYWRkcmVzczogMHgzMzANCkkvTyBhbGlnbm1l bnQgZm9yIG1pbmltdW06IDENCkkvTyBsZW5ndGg6IDINCkRldmljZSBkZWNv ZGVzIHRoZSBmdWxsIDE2LWJpdCBJU0EgYWRkcmVzcw0KSS9PIFJhbmdlIG1h eGltdW0gYWRkcmVzczogMHgzODgNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJl c3M6IDB4Mzg4DQpJL08gYWxpZ25tZW50IGZvciBtaW5pbXVtOiAxDQpJL08g bGVuZ3RoOiA0DQpTdGFydCBEZXBlbmRlbnQgRnVuY3Rpb24NCkFjY2VwdGFi bGUgQ29uZmlndXJhdGlvbg0KSVJROiA1IDcgOCA5IDEwIA0KRE1BOiAwIDEg MyANCkRNQTogOC1iaXQgb25seQ0KRE1BOiBEZXZpY2UgaXMgbm90IGEgYnVz IG1hc3Rlcg0KRE1BOiBNYXkgZXhlY3V0ZSBpbiBjb3VudCBieSBieXRlIG1v ZGUNCkRNQTogTWF5IG5vdCBleGVjdXRlIGluIGNvdW50IGJ5IHdvcmQgbW9k ZQ0KRE1BOiBDb21wYXRpYmlsaXR5IG1vZGUNCkRNQTogNSA3IA0KRE1BOiAx Ni1iaXQgb25seQ0KRE1BOiBEZXZpY2UgaXMgbm90IGEgYnVzIG1hc3Rlcg0K RE1BOiBNYXkgbm90IGV4ZWN1dGUgaW4gY291bnQgYnkgYnl0ZSBtb2RlDQpE TUE6IE1heSBleGVjdXRlIGluIGNvdW50IGJ5IHdvcmQgbW9kZQ0KRE1BOiBD b21wYXRpYmlsaXR5IG1vZGUNCkRldmljZSBkZWNvZGVzIHRoZSBmdWxsIDE2 LWJpdCBJU0EgYWRkcmVzcw0KSS9PIFJhbmdlIG1heGltdW0gYWRkcmVzczog MHgyMjANCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4MjgwDQpJL08g YWxpZ25tZW50IGZvciBtaW5pbXVtOiAzMg0KSS9PIGxlbmd0aDogMTYNCkRl dmljZSBkZWNvZGVzIHRoZSBmdWxsIDE2LWJpdCBJU0EgYWRkcmVzcw0KSS9P IFJhbmdlIG1heGltdW0gYWRkcmVzczogMHgzMDANCkkvTyBSYW5nZSBtYXhp bXVtIGFkZHJlc3M6IDB4MzMwDQpJL08gYWxpZ25tZW50IGZvciBtaW5pbXVt OiA0OA0KSS9PIGxlbmd0aDogMg0KRGV2aWNlIGRlY29kZXMgdGhlIGZ1bGwg MTYtYml0IElTQSBhZGRyZXNzDQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNz OiAweDM4OA0KSS9PIFJhbmdlIG1heGltdW0gYWRkcmVzczogMHgzODgNCkkv TyBhbGlnbm1lbnQgZm9yIG1pbmltdW06IDENCkkvTyBsZW5ndGg6IDQNClN0 YXJ0IERlcGVuZGVudCBGdW5jdGlvbg0KQWNjZXB0YWJsZSBDb25maWd1cmF0 aW9uDQpJUlE6IDUgNyA4IDkgMTAgDQpETUE6IDAgMSAzIA0KRE1BOiA4LWJp dCBvbmx5DQpETUE6IERldmljZSBpcyBub3QgYSBidXMgbWFzdGVyDQpETUE6 IE1heSBleGVjdXRlIGluIGNvdW50IGJ5IGJ5dGUgbW9kZQ0KRE1BOiBNYXkg bm90IGV4ZWN1dGUgaW4gY291bnQgYnkgd29yZCBtb2RlDQpETUE6IENvbXBh dGliaWxpdHkgbW9kZQ0KRE1BOiA1IDcgDQpETUE6IDE2LWJpdCBvbmx5DQpE TUE6IERldmljZSBpcyBub3QgYSBidXMgbWFzdGVyDQpETUE6IE1heSBub3Qg ZXhlY3V0ZSBpbiBjb3VudCBieSBieXRlIG1vZGUNCkRNQTogTWF5IGV4ZWN1 dGUgaW4gY291bnQgYnkgd29yZCBtb2RlDQpETUE6IENvbXBhdGliaWxpdHkg bW9kZQ0KRGV2aWNlIGRlY29kZXMgdGhlIGZ1bGwgMTYtYml0IElTQSBhZGRy ZXNzDQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDIyMA0KSS9PIFJh bmdlIG1heGltdW0gYWRkcmVzczogMHgyODANCkkvTyBhbGlnbm1lbnQgZm9y IG1pbmltdW06IDMyDQpJL08gbGVuZ3RoOiAxNg0KRGV2aWNlIGRlY29kZXMg dGhlIGZ1bGwgMTYtYml0IElTQSBhZGRyZXNzDQpJL08gUmFuZ2UgbWF4aW11 bSBhZGRyZXNzOiAweDMwMA0KSS9PIFJhbmdlIG1heGltdW0gYWRkcmVzczog MHgzMzANCkkvTyBhbGlnbm1lbnQgZm9yIG1pbmltdW06IDQ4DQpJL08gbGVu Z3RoOiAyDQpTdGFydCBEZXBlbmRlbnQgRnVuY3Rpb24NClN1Yi1vcHRpbWFs IENvbmZpZ3VyYXRpb24NCklSUTogNSA3IDggOSAxMCANCkRNQTogMCAxIDMg DQpETUE6IDgtYml0IG9ubHkNCkRNQTogRGV2aWNlIGlzIG5vdCBhIGJ1cyBt YXN0ZXINCkRNQTogTWF5IGV4ZWN1dGUgaW4gY291bnQgYnkgYnl0ZSBtb2Rl DQpETUE6IE1heSBub3QgZXhlY3V0ZSBpbiBjb3VudCBieSB3b3JkIG1vZGUN CkRNQTogQ29tcGF0aWJpbGl0eSBtb2RlDQpETUE6IDUgNyANCkRNQTogMTYt Yml0IG9ubHkNCkRNQTogRGV2aWNlIGlzIG5vdCBhIGJ1cyBtYXN0ZXINCkRN QTogTWF5IG5vdCBleGVjdXRlIGluIGNvdW50IGJ5IGJ5dGUgbW9kZQ0KRE1B OiBNYXkgZXhlY3V0ZSBpbiBjb3VudCBieSB3b3JkIG1vZGUNCkRNQTogQ29t cGF0aWJpbGl0eSBtb2RlDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1i aXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4 MjIwDQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDI4MA0KSS9PIGFs aWdubWVudCBmb3IgbWluaW11bTogMzINCkkvTyBsZW5ndGg6IDE2DQpTdGFy dCBEZXBlbmRlbnQgRnVuY3Rpb24NClN1Yi1vcHRpbWFsIENvbmZpZ3VyYXRp b24NCklSUTogNSA3IDggOSAxMCANCkRNQTogMCAxIDMgDQpETUE6IDgtYml0 IG9ubHkNCkRNQTogRGV2aWNlIGlzIG5vdCBhIGJ1cyBtYXN0ZXINCkRNQTog TWF5IGV4ZWN1dGUgaW4gY291bnQgYnkgYnl0ZSBtb2RlDQpETUE6IE1heSBu b3QgZXhlY3V0ZSBpbiBjb3VudCBieSB3b3JkIG1vZGUNCkRNQTogQ29tcGF0 aWJpbGl0eSBtb2RlDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQg SVNBIGFkZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4MjIw DQpJL08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDI4MA0KSS9PIGFsaWdu bWVudCBmb3IgbWluaW11bTogMzINCkkvTyBsZW5ndGg6IDE2DQpEZXZpY2Ug ZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNBIGFkZHJlc3MNCkkvTyBSYW5n ZSBtYXhpbXVtIGFkZHJlc3M6IDB4MzAwDQpJL08gUmFuZ2UgbWF4aW11bSBh ZGRyZXNzOiAweDMzMA0KSS9PIGFsaWdubWVudCBmb3IgbWluaW11bTogNDgN CkkvTyBsZW5ndGg6IDINCkRldmljZSBkZWNvZGVzIHRoZSBmdWxsIDE2LWJp dCBJU0EgYWRkcmVzcw0KSS9PIFJhbmdlIG1heGltdW0gYWRkcmVzczogMHgz ODgNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4Mzg4DQpJL08gYWxp Z25tZW50IGZvciBtaW5pbXVtOiAxDQpJL08gbGVuZ3RoOiA0DQpTdGFydCBE ZXBlbmRlbnQgRnVuY3Rpb24NClN1Yi1vcHRpbWFsIENvbmZpZ3VyYXRpb24N CklSUTogNSA3IDggOSAxMCANCkRNQTogMCAxIDMgDQpETUE6IDgtYml0IG9u bHkNCkRNQTogRGV2aWNlIGlzIG5vdCBhIGJ1cyBtYXN0ZXINCkRNQTogTWF5 IGV4ZWN1dGUgaW4gY291bnQgYnkgYnl0ZSBtb2RlDQpETUE6IE1heSBub3Qg ZXhlY3V0ZSBpbiBjb3VudCBieSB3b3JkIG1vZGUNCkRNQTogQ29tcGF0aWJp bGl0eSBtb2RlDQpEZXZpY2UgZGVjb2RlcyB0aGUgZnVsbCAxNi1iaXQgSVNB IGFkZHJlc3MNCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6IDB4MjIwDQpJ L08gUmFuZ2UgbWF4aW11bSBhZGRyZXNzOiAweDI4MA0KSS9PIGFsaWdubWVu dCBmb3IgbWluaW11bTogMzINCkkvTyBsZW5ndGg6IDE2DQpFbmQgRGVwZW5k ZW50IEZ1bmN0aW9uDQpMb2dpY2FsIERldmljZSBJRDogQ1RMNzAwMSAoMDE3 MDhjMGUpDQpDb21wYXRpYmxlIERldmljZSBJRDogUE5QYjAyZiAoMmZiMGQw NDEpDQpEZXZpY2UgRGVzY3JpcHRpb246IEdhbWUNCkRldmljZSBkZWNvZGVz IHRoZSBmdWxsIDE2LWJpdCBJU0EgYWRkcmVzcw0KSS9PIFJhbmdlIG1heGlt dW0gYWRkcmVzczogMHgyMDANCkkvTyBSYW5nZSBtYXhpbXVtIGFkZHJlc3M6 IDB4MjAwDQpJL08gYWxpZ25tZW50IGZvciBtaW5pbXVtOiAxDQpJL08gbGVu Z3RoOiA4DQpFbmQgVGFnDQoNCg== --0-338408807-880758317=:441-- From owner-freebsd-multimedia Mon Dec 1 13:37:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA21563 for multimedia-outgoing; Mon, 1 Dec 1997 13:37:18 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from vinyl.quickweb.com (vinyl.quickweb.com [209.112.4.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA21556 for ; Mon, 1 Dec 1997 13:37:15 -0800 (PST) (envelope-from chrisc@vmunix.com) Received: from localhost (chrisc@localhost) by vinyl.quickweb.com (8.8.7/8.6.12) with SMTP id QAA10949 for ; Mon, 1 Dec 1997 16:38:44 -0500 (EST) Date: Mon, 1 Dec 1997 16:38:43 -0500 (EST) From: Chris Coleman X-Sender: chrisc@vinyl.quickweb.com To: multimedia@freebsd.org Subject: Sound Cards. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I had an order in for a Gravis Ultra Sound Card, but Gravis no longer makes Sound Cards. :-( Ok, (?Luigi,?Amancio) What manufacturer and card do you recommend. I read up on different recommendations you have made regarding chipsets, but I my supplier can't find things by chipsets. The order is already in, and I have to use this supplier, however if I have a manufacturer and card name, he can get it for me. I want to use this card to stream audio (maybe video) using the Real Audio stuff. Also I want to experiment with the Multicasting stuff using this card. Thanks. --Chris From owner-freebsd-multimedia Mon Dec 1 14:58:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA28855 for multimedia-outgoing; Mon, 1 Dec 1997 14:58:23 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA28845 for ; Mon, 1 Dec 1997 14:58:19 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id WAA15112; Mon, 1 Dec 1997 22:55:21 +0100 From: Luigi Rizzo Message-Id: <199712012155.WAA15112@labinfo.iet.unipi.it> Subject: Re: Sound Cards. To: chrisc@vmunix.com (Chris Coleman) Date: Mon, 1 Dec 1997 22:55:20 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: from "Chris Coleman" at Dec 1, 97 04:38:24 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Well, I had an order in for a Gravis Ultra Sound Card, but Gravis no > longer makes Sound Cards. :-( > > Ok, (?Luigi,?Amancio) > > What manufacturer and card do you recommend. I read up on different > recommendations you have made regarding chipsets, but I my supplier can't > find things by chipsets. The order is already in, and I have to use this > supplier, however if I have a manufacturer and card name, he can get it > for me. AOpen / AcerOpen AW35 is a nice one. Uses the CS4237. Yamaha cards should also be good ones. I don't have a manufacturer name but maybe yamaha itself makes the boards. Cards labeled '3D-sound' or similar are likely to be based on the CS4237 or OPTI931 and thus should suit your needs. Finally, cards labeled "16-bit compatible..." are probably WSS clones. luigi From owner-freebsd-multimedia Mon Dec 1 17:30:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA11940 for multimedia-outgoing; Mon, 1 Dec 1997 17:30:21 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from mrin43.mail.aol.com (mrin43.mx.aol.com [198.81.19.153]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA11935 for ; Mon, 1 Dec 1997 17:30:18 -0800 (PST) (envelope-from TKmccart@aol.com) From: TKmccart@aol.com Received: (from root@localhost) by mrin43.mail.aol.com (8.8.5/8.7.3/AOL-2.0.0) id UAA03318 for multimedia@freebsd.org; Mon, 1 Dec 1997 20:29:37 -0500 (EST) Date: Mon, 1 Dec 1997 20:29:37 -0500 (EST) Message-ID: <971201202937_380801126@mrin43.mail.aol.com> To: multimedia@freebsd.org Subject: driver Bt848 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk bought Vdo phone & capture card but no driver w/card where could I get the driver? Thanks From owner-freebsd-multimedia Mon Dec 1 20:37:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA26378 for multimedia-outgoing; Mon, 1 Dec 1997 20:37:52 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA26367 for ; Mon, 1 Dec 1997 20:37:40 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id UAA01682; Mon, 1 Dec 1997 20:37:33 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712020437.UAA01682@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Kyle Mestery cc: multimedia@freebsd.org Subject: Re: On glquake and q2test In-reply-to: Your message of "Mon, 01 Dec 1997 22:25:03 CST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Dec 1997 20:37:33 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You need my version of the linux layer : ftp://rah.star-gate.com/pub/linux-quake.tar.gz Which does not have that problem . I spent a week solving the problem that you are describing . Have fun! Amancio From owner-freebsd-multimedia Mon Dec 1 20:58:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA27978 for multimedia-outgoing; Mon, 1 Dec 1997 20:58:40 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from icicle.winternet.com (root@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA27921 for ; Mon, 1 Dec 1997 20:58:12 -0800 (PST) (envelope-from mestery@mail.winternet.com) Received: (from adm@localhost) by icicle.winternet.com (8.8.8/8.8.8) id WAA16639; Mon, 1 Dec 1997 22:25:46 -0600 (CST) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma016534; Mon, 1 Dec 97 22:25:04 -0600 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.7/8.8.4) with SMTP id WAA12378; Mon, 1 Dec 1997 22:25:03 -0600 (CST) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Mon, 1 Dec 1997 22:25:03 -0600 (CST) From: Kyle Mestery To: Amancio Hasty cc: multimedia@freebsd.org Subject: Re: On glquake and q2test In-Reply-To: <199711290740.XAA00299@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 28 Nov 1997, Amancio Hasty wrote: > > Since I first posted about glquake and now recently about q2test , I have > not received a single confirmation that it works other than on my box. > I have a no go here. Perhaps I need to be current as of today? I am running a kernel/system from Nov. 26 at 6PM Central time. I get a quake2 window to appear for a second, and then it disappears, and this is the error I get on the console: Connecting to localhost... Remote connect in attract loop. Ignored. ==== ShutdownGame ==== Error: NET_SendPacket: Cannot assign requested address recursive shutdown Normal quake works fine for me. should I update my kernel to a current source? THanks Amancio... Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Minneapolis, MN 55428 mesteka@anubis.network.com, mestery@winternet.com "You do not greet Death, you punch him in the throat repeatedly until he drags you away." --No Fear From owner-freebsd-multimedia Mon Dec 1 21:43:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA01645 for multimedia-outgoing; Mon, 1 Dec 1997 21:43:27 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA01640 for ; Mon, 1 Dec 1997 21:43:24 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA01977; Mon, 1 Dec 1997 21:43:14 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712020543.VAA01977@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: Turtle Beach's Daytona PCI soundcard? In-reply-to: Your message of "Mon, 01 Dec 1997 04:33:52 +0100." <199712010333.EAA12864@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Dec 1997 21:43:13 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > It seems like a very versatile soundcard and perhaps a good candidate > > to replace the gus pnp that is if we can get programming info for it. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > yeah right... > > i have yet to see the programming specs for any PCI sound card. Looks > like manufacturers consider these info as highly confidential, much more > than for ISA soundcards. > > luigi Not the Api rather the chipset which they are using 8) The Turtle Beach Daytona uses the S3 Sonic Vipe Enjoy, Amancio From owner-freebsd-multimedia Tue Dec 2 04:46:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA28003 for multimedia-outgoing; Tue, 2 Dec 1997 04:46:37 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA27994 for ; Tue, 2 Dec 1997 04:46:31 -0800 (PST) (envelope-from mestery@mail.winternet.com) Received: (from adm@localhost) by icicle.winternet.com (8.8.8/8.8.8) id GAA25759; Tue, 2 Dec 1997 06:46:11 -0600 (CST) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma025718; Tue, 2 Dec 97 06:45:47 -0600 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.7/8.8.4) with SMTP id GAA15417; Tue, 2 Dec 1997 06:45:46 -0600 (CST) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Tue, 2 Dec 1997 06:45:46 -0600 (CST) From: Kyle Mestery To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Success with q2test In-Reply-To: <199711290825.AAA00332@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, thanks Amancio, after installing the linux emulation patches you pointed out, q2test now runs on my current box! I tried it quickly this morning before going to work, nad it worked. Before shutting it down, I tried to change resolutions, and it crashed, complaing it could not get any shared memory. I have shared memory in my kernel though. I will play with it more tonite after work. Thanks, now if I could only get a 3dFX card and play glquake! Wow.... Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Minneapolis, MN 55428 mesteka@anubis.network.com, mestery@winternet.com "You do not greet Death, you punch him in the throat repeatedly until he drags you away." --No Fear From owner-freebsd-multimedia Tue Dec 2 05:19:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA29831 for multimedia-outgoing; Tue, 2 Dec 1997 05:19:28 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from www.labcontrol.com (isdn.labcontrol.com [194.163.70.130]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA29815 for ; Tue, 2 Dec 1997 05:19:14 -0800 (PST) (envelope-from Marc_van_Woerkom@notes.labcontrol.com) From: Marc_van_Woerkom@notes.labcontrol.com Received: from www.labcontrol.com [194.163.70.129] by mail.labcontrol.com with smtp id KMVXUSLI; Tue, 02 Dec 97 13:18:40 GMT (PowerWeb version 4.02r9) Received: by notes.labcontrol.com(Lotus SMTP MTA v1.06 (346.4 3-18-1997)) id C1256561.0049263D ; Tue, 2 Dec 1997 14:18:59 +0200 X-Lotus-FromDomain: LABCONTROL GMBH To: freebsd-multimedia@freebsd.org Message-ID: Date: Tue, 2 Dec 1997 14:18:55 +0200 Subject: Digest version of this list Mime-Version: 1.0 Content-type: text/plain; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Marc van Woerkom 02.12.97 14.18 I like to read this mailing list but it generates quite some mail so I would prefer to read it in a digest form like questions- or hackers-digest. Is this possible? Bye, Marc From owner-freebsd-multimedia Tue Dec 2 06:08:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA02115 for multimedia-outgoing; Tue, 2 Dec 1997 06:08:42 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA02087; Tue, 2 Dec 1997 06:08:23 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA16236; Tue, 2 Dec 1997 14:05:35 +0100 From: Luigi Rizzo Message-Id: <199712021305.OAA16236@labinfo.iet.unipi.it> Subject: command-line vat-like application To: multimedia@freebsd.org Date: Tue, 2 Dec 1997 14:05:34 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, if someone is interested, the command-line vat-like application I was writing is mostly functional. It works with both my driver and guspnp (thanks to Amancio for the testing...) and supports a receive-only mode which can be used for half-duplex hardware. The code (alpha state) is available at http://www.iet.unipi.it/~luigi/tel971202.tgz as usual i might release new versions in the next days so check also on my web page http://www.iet.unipi.it/~luigi/FreeBSD.html for the most up-to-date version. As usual feedback and constructive criticism would be highly appreciated. I believe the code is relatively simple to follow so someone might even try to play with it, or even better port it to other architectures such as SUN, DEC, SGI, HP... all machine-dependant code should be in md_code.c -- although I have not looked carefully at portability, so some patching to tel.h might be necessary to compile on other systems. >From the README file: This is a very rough implementation of an audioconferencing program (really, closer to a telephone...) which interoperates with vat/rat. The goal was to build a very small application which requires little resources to run. The program can be used as a receive-only tool (e.g. to listen to multicast audio sessions), or as a simple audio multicaster, or finally as an easy to use internet telephone for machines which do not have X running. You can compile it using the makefile -- it requires libgsm to be installed. Works with both voxware/oss and my audio driver on FreeBSD. Porting to other systems should be trivial. Start the program as tel [options] [host/port] host/port can specify either unicast or multicast addresses. For a complete list of options run tel -h Commands are shown using the '?' command from within the application. Typically, operation resembles that of a telephone so you can dial a remote host, answer an incoming call (signalled by a ring), and hangup when you are done. In the middle of a conversation you can play a ulaw file to the remote node. When the transmitter is active there is a simple time counter showing the time from the start of the conversation. If the remote host is not receiving and ICMP messages arrive back, the program hangups automatically. KNOWN BUGS: * no sophisticated handling misordered or lost packets; * no support for multiple speakers. You can still listen to multicast sessions but behaviour with multiple senders is unpredictable; * only PCMU and GSM formats are currently supported. LPC code is in but not fully integrated yet. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Tue Dec 2 07:08:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA05690 for multimedia-outgoing; Tue, 2 Dec 1997 07:08:44 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA05660 for ; Tue, 2 Dec 1997 07:08:37 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 2 Dec 1997 10:07:53 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA11391; Tue, 2 Dec 97 10:07:51 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id KAA07787; Tue, 2 Dec 1997 10:07:34 -0500 Message-Id: <19971202100734.22333@ct.picker.com> Date: Tue, 2 Dec 1997 10:07:34 -0500 From: Randall Hopper To: TKmccart@aol.com Cc: multimedia@FreeBSD.ORG Subject: Re: driver Bt848 References: <971201202937_380801126@mrin43.mail.aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <971201202937_380801126@mrin43.mail.aol.com>; from TKmccart@aol.com on Mon, Dec 01, 1997 at 08:29:37PM -0500 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk TKmccart@aol.com: |bought Vdo phone & capture card but no driver w/card where could I get the |driver? |Thanks http://www.freebsd.org/~ahasty/Bt848.html Randall From owner-freebsd-multimedia Tue Dec 2 07:24:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA07061 for multimedia-outgoing; Tue, 2 Dec 1997 07:24:45 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA07056 for ; Tue, 2 Dec 1997 07:24:40 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 2 Dec 1997 10:24:05 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA12067; Tue, 2 Dec 97 10:24:02 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id KAA07838; Tue, 2 Dec 1997 10:23:44 -0500 Message-Id: <19971202102344.58936@ct.picker.com> Date: Tue, 2 Dec 1997 10:23:44 -0500 From: Randall Hopper To: Marc_van_Woerkom@notes.labcontrol.com Cc: freebsd-multimedia@freebsd.org Subject: Re: Digest version of this list References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: ; from Marc_van_Woerkom@notes.labcontrol.com on Tue, Dec 02, 1997 at 02:18:55PM +0200 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Marc_van_Woerkom@notes.labcontrol.com: |I like to read this mailing list but it generates quite some mail so I |would prefer to read |it in a digest form like questions- or hackers-digest. | |Is this possible? Doesn't look like the majordomo listserv currently has this set up. You can mail Majordomo-Owner@FreeBSD.ORG and suggest it and/or auto-filter your multimedia list mail into a folder and only read it every so often. Randall From owner-freebsd-multimedia Tue Dec 2 09:16:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA15695 for multimedia-outgoing; Tue, 2 Dec 1997 09:16:50 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA15679 for ; Tue, 2 Dec 1997 09:16:45 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com ([144.54.37.11]) by whqvax.picker.com with SMTP; Tue, 2 Dec 1997 10:15:18 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA11629; Tue, 2 Dec 97 10:15:14 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id KAA07823; Tue, 2 Dec 1997 10:14:56 -0500 Message-Id: <19971202101455.22767@ct.picker.com> Date: Tue, 2 Dec 1997 10:14:55 -0500 From: Randall Hopper To: Chris Brunner Cc: multimedia@freebsd.org Subject: Re: SB References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: ; from Chris Brunner on Thu, Nov 27, 1997 at 12:00:14PM -0800 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Chris Brunner: |Is it possible to get a generic IDE CD-ROM drive to work off of a SB 32 |PNP IDE port? I am having some trouble with this. |Oh, and one other thing. How can I get midi files to play on my SB? It's |not working. PnP initialazation perhaps? Can't speak to the SB32 IDE port issue. Never have tried to use the one on my SB32 non-PnP. However, for help with the PnP business (as well as wavetable MIDI support once you get past PnP), check out: http://multiverse.com/~rhh/awedrv There's a link to Conrad's PnP help off the page. He used Luigi's PnP package. Randall From owner-freebsd-multimedia Tue Dec 2 09:32:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA16889 for multimedia-outgoing; Tue, 2 Dec 1997 09:32:54 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA16884 for ; Tue, 2 Dec 1997 09:32:50 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id RAA29657; Tue, 2 Dec 1997 17:32:45 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id SAA18275; Tue, 2 Dec 1997 18:32:43 +0100 (MET) Date: Tue, 2 Dec 1997 18:32:43 +0100 (MET) Message-Id: <199712021732.SAA18275@bitbox.follo.net> From: Eivind Eklund To: Amancio Hasty CC: multimedia@FreeBSD.ORG In-reply-to: Amancio Hasty's message of Thu, 27 Nov 1997 14:54:23 -0800 Subject: Re: fxtv and voxware References: <199711272220.XAA13527@bitbox.follo.net> <199711272254.OAA01612@rah.star-gate.com> Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > perhaps@yes.no said: > > The driver in 2.2.2-RELEASE assumes the sound source selection > > register is 3 bits wide. It is just luck that it works on as many > > cards as it do. (Sorry, Amancio - I don't mean to be dissing your > > work). > > > No offense taken , if there is a bug then please lets get to it 8) I fixed it in the code I committed - it just was wrong in 2.2.2. 'Everything is fine now' ;-) BTW: Anybody that have looked at tweaking the BT848 to use FreeBSD-provided horizontal sync timings or accept reversed horizontal sync? Eivind. From owner-freebsd-multimedia Tue Dec 2 10:46:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22212 for multimedia-outgoing; Tue, 2 Dec 1997 10:46:21 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA22207 for ; Tue, 2 Dec 1997 10:46:18 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id KAA00298; Tue, 2 Dec 1997 10:46:12 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712021846.KAA00298@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Eivind Eklund cc: multimedia@FreeBSD.ORG Subject: Re: fxtv and voxware In-reply-to: Your message of "Tue, 02 Dec 1997 18:32:43 +0100." <199712021732.SAA18275@bitbox.follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Dec 1997 10:46:11 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Okay, What are exactly did you fix ? Basically, Flemming Jacobsen has fixed his Bt848 to his tuner so I need to sort out his patches and yours. Tnks, Amancio > > perhaps@yes.no said: > > > The driver in 2.2.2-RELEASE assumes the sound source selection > > > register is 3 bits wide. It is just luck that it works on as many > > > cards as it do. (Sorry, Amancio - I don't mean to be dissing your > > > work). > > > > > > No offense taken , if there is a bug then please lets get to it 8) > > I fixed it in the code I committed - it just was wrong in 2.2.2. > > 'Everything is fine now' ;-) > > BTW: Anybody that have looked at tweaking the BT848 to use > FreeBSD-provided horizontal sync timings or accept reversed horizontal > sync? > > Eivind. From owner-freebsd-multimedia Tue Dec 2 11:50:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA27546 for multimedia-outgoing; Tue, 2 Dec 1997 11:50:19 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA27541 for ; Tue, 2 Dec 1997 11:50:13 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id TAA00991; Tue, 2 Dec 1997 19:49:52 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id UAA18653; Tue, 2 Dec 1997 20:49:51 +0100 (MET) Message-ID: <19971202204947.44199@follo.net> Date: Tue, 2 Dec 1997 20:49:47 +0100 From: Eivind Eklund To: Amancio Hasty Cc: Eivind Eklund , multimedia@FreeBSD.ORG Subject: Re: fxtv and voxware References: <199712021732.SAA18275@bitbox.follo.net> <199712021846.KAA00298@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199712021846.KAA00298@rah.star-gate.com>; from Amancio Hasty on Tue, Dec 02, 1997 at 10:46:11AM -0800 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Dec 02, 1997 at 10:46:11AM -0800, Amancio Hasty wrote: > Okay, > > What are exactly did you fix ? > > Basically, Flemming Jacobsen has fixed his > Bt848 to his tuner so I need to sort out his patches and yours. >From checking the patches: 1. Changed the width of the MUX selector from 3 to 4 bits; the Miro need all 4 bits for proper selection. 2. Set the correct values for the MUX selector on the Miro. 3. Added detection code for different types of tuners on Miro cards. (This code is not too well tested; it works correctly for my own card, but that is the only Miro card I have access to.) 4. Added support for the Miro and Philips PAL I tuners. 5. Made video mode selection more table driven. 6. Added selection of the correct crystal (the Miro have crystals both for the european and american horizontal frequencies). 7. Added cursory code for the MSP3400C - detection only, at the moment. Not tested - I have no card with this chip. 8. Switched PALM from being reported as an NTSC mode to being reported as a PAL mode (still NTSC timings, as it should be). I did some other minor things (fixed some typos and added some more info in bootverbose mode), but that should be all that affect the working/design of the driver. Eivind. From owner-freebsd-multimedia Tue Dec 2 13:09:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA04012 for multimedia-outgoing; Tue, 2 Dec 1997 13:09:51 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA04005 for ; Tue, 2 Dec 1997 13:09:47 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id NAA00862; Tue, 2 Dec 1997 13:09:40 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712022109.NAA00862@rah.star-gate.com> To: Eivind Eklund cc: Amancio Hasty , Eivind Eklund , multimedia@FreeBSD.ORG, hasty@rah.star-gate.com Subject: Re: fxtv and voxware In-reply-to: Your message of "Tue, 02 Dec 1997 20:49:47 +0100." <19971202204947.44199@follo.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <859.881096979.1@rah.star-gate.com> Date: Tue, 02 Dec 1997 13:09:40 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk So are we going to get the diffs ? Tnks, Amancio From owner-freebsd-multimedia Tue Dec 2 13:23:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA04949 for multimedia-outgoing; Tue, 2 Dec 1997 13:23:42 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from tor-adm1.nbc.netcom.ca (misaka@tor-adm1.nbc.netcom.ca [207.181.89.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA04939 for ; Tue, 2 Dec 1997 13:23:39 -0800 (PST) (envelope-from misaka@netcom.ca) Received: from localhost (misaka@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) with SMTP id QAA05136 for ; Tue, 2 Dec 1997 16:23:32 -0500 (EST) X-Authentication-Warning: tor-adm1.nbc.netcom.ca: misaka owned process doing -bs Date: Tue, 2 Dec 1997 16:23:32 -0500 (EST) From: Mishka Gorodnitzky X-Sender: misaka@tor-adm1 To: multimedia@freebsd.org Subject: Plug'n'Pray SB16 compatible fun Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey there. I'm hopeing you guys can help me with a little plug'n'play problem I'm having here. Help or a pointer to where I can help would be greatly appreciated ... I've got a SB16 compatible sound card here which sez it's plug'n'play. The system I'm running: | > uname -s -r | FreeBSD 3.0-971012-SNAP I've managed to get this card running happily under MSWin 95, but when I set it up on this fbsd system, with the same irq/drq settings, I get the error: | Sound: DMA timed out - IRQ/DRQ config error? Typically when I try to play an MP3 file. I've tried moving the irq and drq in the kernel boot-time configuration, but that hasn't done much for me. Is there anything I can do to get my kernel to talk better with this sound card? Do you need more info from me? Thanks muchly. -- Mishka | Mishka Gorodnitzky | , | MisakA on EFnet & dalnet From owner-freebsd-multimedia Tue Dec 2 13:24:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05043 for multimedia-outgoing; Tue, 2 Dec 1997 13:24:35 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05034 for ; Tue, 2 Dec 1997 13:24:30 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id VAA01791; Tue, 2 Dec 1997 21:24:25 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id WAA18948; Tue, 2 Dec 1997 22:24:20 +0100 (MET) Message-ID: <19971202222419.02885@follo.net> Date: Tue, 2 Dec 1997 22:24:19 +0100 From: Eivind Eklund To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: fxtv and voxware References: <19971202204947.44199@follo.net> <199712022109.NAA00862@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199712022109.NAA00862@rah.star-gate.com>; from Amancio Hasty on Tue, Dec 02, 1997 at 01:09:40PM -0800 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Dec 02, 1997 at 01:09:40PM -0800, Amancio Hasty wrote: > So are we going to get the diffs ? http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/brooktree848.c.diff?r1=1.16&r2=1.17 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/brktree_reg.h.diff?r1=1.8&r2=1.9 They were committed on October 30th - brooktree848.c revision 1.17 and brktree_reg.h revision 1.9. I think you may have misunderstood me - I repeat: The 2.2.2 and 2.2.5 drivers are buggy WRT the MUX selector mask. If somebody have problems with audio, they should upgrade to the version of the driver in -current or RELENG_2_2 and check if this solves their problems. If this don't solve the problems, they can get back to me (or probably to you) and I'll help them sort it out - I have some 4-line patches to make searching for correct MUX values simple. I have no un-commited patches that should be part of the driver proper. Eivind. From owner-freebsd-multimedia Tue Dec 2 15:30:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA15406 for multimedia-outgoing; Tue, 2 Dec 1997 15:30:36 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA15400 for ; Tue, 2 Dec 1997 15:30:26 -0800 (PST) (envelope-from roberte@ghost.mep.ruhr-uni-bochum.de) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.8.5/8.8.4) id AAA26946 for multimedia@freebsd.org; Wed, 3 Dec 1997 00:29:58 +0100 (MEZ) From: Robert Eckardt Message-Id: <199712022329.AAA26946@ghost.mep.ruhr-uni-bochum.de> Subject: fxtv-0.46 to raw device To: multimedia@freebsd.org Date: Wed, 3 Dec 1997 00:29:58 +0100 (MEZ) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi (Randall ;-) using a Haupauge video card I tried capturing a minute or so to disk. (FreeBSD-2.2.2, fxtv-0.46, bt848.971105, P133, ASUS TVP4, 64MB, HDs: WD (IDE) and IBM (IDE+SCSI/ncr53c810), Hauppauge WinCast/TV, Temic PAL tuner + SoundBlaster 16 Virge PnP) I used MPEG output mode. However, the captured sequence has a lot of "hickups". (several ppm-files are 5- to 48-fold hard links) (This is with PAL/BDGHI, 25fps, 256x192) (ideal would be 384x288 @ 25fps) Even reducing the rate to 15 fps didn't get rid of them. I tried spreading the raw files over 3 disks yielding only a small improvement (5- to 11-fold hard links). Therefore I tried to write to a raw partition (rwd1s2). But, after "Converting RAW to PPM...", which produced indeed a lot of ppm-files, the next step "Failed reading raw image file". (trying to convert sound ?) Even after looking at the source, I still dont't understand why. ??? Another thing I noticed: dd bs=4k count=10000 if=/dev/zero of=/dev/rwd1s2 gives me 6307378 bytes/sec, running smoothly. Using fxtv on that device lets the disk heads scatter (swap ?) and Optimize only gives 256x192@24fps with no CPU- or disk-intensive processes running. Finally, is it planned or is s.o. already working on converting a RAW-file directly (e.g., a stream of piped commands) to an MPEG-stream ? Wouldn't this be the canonical approach on a Unix system ? It seems that the intermediate steps use much more disk space then the raw file (ca. 200MB for a min., but my partition with 780MB free runs out of space already for 1 1/2 min.). TIA, Robert -- Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm) RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm) http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de From owner-freebsd-multimedia Tue Dec 2 15:49:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA16735 for multimedia-outgoing; Tue, 2 Dec 1997 15:49:41 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA16720 for ; Tue, 2 Dec 1997 15:49:33 -0800 (PST) (envelope-from roberte@ghost.mep.ruhr-uni-bochum.de) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.8.5/8.8.4) id AAA27032 for multimedia@freebsd.org; Wed, 3 Dec 1997 00:49:10 +0100 (MEZ) From: Robert Eckardt Message-Id: <199712022349.AAA27032@ghost.mep.ruhr-uni-bochum.de> Subject: fxtv-0.46 to raw device (cont'd) To: multimedia@freebsd.org Date: Wed, 3 Dec 1997 00:49:10 +0100 (MEZ) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Oops, sorry pilot error: > Another thing I noticed: > dd bs=4k count=10000 if=/dev/zero of=/dev/rwd1s2 gives me > 6307378 bytes/sec, running smoothly. > Using fxtv on that device lets the disk heads scatter (swap ?) > and Optimize only gives 256x192@24fps with no CPU- or disk-intensive > processes running. This was with 2 of the 3 capture files still enabled in .Xdefaults. With *only* the raw device it captures smootly 384x288@25fps. > Finally, is it planned or is s.o. already working on converting > a RAW-file directly (e.g., a stream of piped commands) to an > MPEG-stream ? This reminds me of another question: Are there any programs that can work on RAW files ? Or what is the RAW target for ? TIAOM, Robert -- Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm) RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm) http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de From owner-freebsd-multimedia Tue Dec 2 19:00:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA29828 for multimedia-outgoing; Tue, 2 Dec 1997 19:00:27 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA29813 for ; Tue, 2 Dec 1997 19:00:17 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id TAA02134; Tue, 2 Dec 1997 19:00:08 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712030300.TAA02134@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Robert Eckardt cc: multimedia@FreeBSD.ORG Subject: Re: fxtv-0.46 to raw device In-reply-to: Your message of "Wed, 03 Dec 1997 00:29:58 +0100." <199712022329.AAA26946@ghost.mep.ruhr-uni-bochum.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Dec 1997 19:00:08 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Randall ;-) Where is the support for yuv? To the list: With yuv support we can capture more frames to disk,eliminate the intermediate file or files and feed the raw yuv file to mpeg_encode;in essence we can double our capture time. Tnks! Amancio > Hi (Randall ;-) > > using a Haupauge video card I tried capturing a minute or so to disk. > (FreeBSD-2.2.2, fxtv-0.46, bt848.971105, > P133, ASUS TVP4, 64MB, HDs: WD (IDE) and IBM (IDE+SCSI/ncr53c810), > Hauppauge WinCast/TV, Temic PAL tuner + SoundBlaster 16 Virge PnP) > I used MPEG output mode. > > However, the captured sequence has a lot of "hickups". > (several ppm-files are 5- to 48-fold hard links) > (This is with PAL/BDGHI, 25fps, 256x192) > (ideal would be 384x288 @ 25fps) > Even reducing the rate to 15 fps didn't get rid of them. > > I tried spreading the raw files over 3 disks yielding only a > small improvement (5- to 11-fold hard links). > > Therefore I tried to write to a raw partition (rwd1s2). > But, after "Converting RAW to PPM...", which produced indeed a lot > of ppm-files, the next step "Failed reading raw image file". > (trying to convert sound ?) > > Even after looking at the source, I still dont't understand why. ??? > > > Another thing I noticed: > dd bs=4k count=10000 if=/dev/zero of=/dev/rwd1s2 gives me > 6307378 bytes/sec, running smoothly. > Using fxtv on that device lets the disk heads scatter (swap ?) > and Optimize only gives 256x192@24fps with no CPU- or disk-intensive > processes running. > > > Finally, is it planned or is s.o. already working on converting > a RAW-file directly (e.g., a stream of piped commands) to an > MPEG-stream ? > Wouldn't this be the canonical approach on a Unix system ? > > It seems that the intermediate steps use much more disk space > then the raw file (ca. 200MB for a min., but my partition with > 780MB free runs out of space already for 1 1/2 min.). > > > TIA, > Robert > > -- > Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm) > RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm) > http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte > For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de From owner-freebsd-multimedia Tue Dec 2 19:07:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA00493 for multimedia-outgoing; Tue, 2 Dec 1997 19:07:39 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA00484 for ; Tue, 2 Dec 1997 19:07:34 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id TAA02214; Tue, 2 Dec 1997 19:07:24 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712030307.TAA02214@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: Turtle Beach's Daytona PCI soundcard? In-reply-to: Your message of "Mon, 01 Dec 1997 04:33:52 +0100." <199712010333.EAA12864@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Dec 1997 19:07:24 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > It seems like a very versatile soundcard and perhaps a good candidate > > to replace the gus pnp that is if we can get programming info for it. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > yeah right... > > i have yet to see the programming specs for any PCI sound card. Looks > like manufacturers consider these info as highly confidential, much more > than for ISA soundcards. > > luigi Cool, just got the specs over e-mail for the Daytona Beach PCI soundcard . Got no clue as to how well is the card going to work on Unix however I intent to find out 8) Enjoy, Amancio From owner-freebsd-multimedia Tue Dec 2 20:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA05962 for multimedia-outgoing; Tue, 2 Dec 1997 20:20:05 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA05928 for ; Tue, 2 Dec 1997 20:20:01 -0800 (PST) (envelope-from mestery@mail.winternet.com) Received: (from adm@localhost) by icicle.winternet.com (8.8.8/8.8.8) id WAA08943; Tue, 2 Dec 1997 22:19:30 -0600 (CST) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma008793; Tue, 2 Dec 97 22:19:06 -0600 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.7/8.8.4) with SMTP id WAA29009; Tue, 2 Dec 1997 22:19:05 -0600 (CST) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Tue, 2 Dec 1997 22:19:05 -0600 (CST) From: Kyle Mestery To: Amancio Hasty cc: Mark Murray , multimedia@FreeBSD.ORG Subject: Re: On glquake and q2test In-Reply-To: <199711290825.AAA00332@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, I have q2test working now, sound and all. Thanks Amancio, it is great! I can only imagine what glquake must be like. Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Minneapolis, MN 55428 mesteka@anubis.network.com, mestery@winternet.com "You do not greet Death, you punch him in the throat repeatedly until he drags you away." --No Fear From owner-freebsd-multimedia Tue Dec 2 20:36:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA07276 for multimedia-outgoing; Tue, 2 Dec 1997 20:36:42 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from smtp.creative.net (cybere.creative.net [207.137.200.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA07268 for ; Tue, 2 Dec 1997 20:36:32 -0800 (PST) (envelope-from tristan@mpegtv.com) Received: from tristan (port1.creative.net [207.137.201.1]) by smtp.creative.net (8.8.7/8.8.7) with SMTP id UAA26894; Tue, 2 Dec 1997 20:32:19 -0800 (PST) Message-ID: <3484E041.413E8883@mpegtv.com> Date: Tue, 02 Dec 1997 20:29:53 -0800 From: Tristan Savatier Organization: MpegTV, http://www.mpegtv.com X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: Luigi Rizzo CC: race@exchange.lancs.ac.uk, multimedia@freebsd.org, Hannu Savolainen Subject: Re: MpegTV Problems References: <199712030153.CAA17359@labinfo.iet.unipi.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo wrote: > > > > mtv: audio: audioioctl.c:98: near byte 0x0: ioctl(8, > > > SNDCTL_DSP_SETFRAGMENT, (8323082=0x7f000a) -> (8323082=0x7f000a)) = 0 > > [snip] > > > mtv: audio: audioioctl.c:102: near byte 0x0: ioctl(8, > > > SNDCTL_DSP_GETOSPACE, ...) = 0> mtv: audio: audioioctl.c:102: near byte 0x0: ioctl(8, > > > SNDCTL_DSP_GETOSPACE, ...) = 0 > > > mtv: audio: audioioctl.c:560: near byte 0x0: fragment size = 11024 > > ^^^^^ > > > mtv: audio: audioioctl.c:561: near byte 0x0: number of fragments = 5 > > > > That is odd! > > > > The software sets the frag size to 1024 with the SNDCTL_DSP_SETFRAGMENT. > > > > Why does it indicate 11024 ??? > > because my driver currently ignores SNDCTL_DSP_SETFRAGMENT and sets > the block size to 0.25s by default. To set the blocksize only, > one should use the SNDCTL_DSP_SETBLKSIZE call (or AIOSIZE which is > specific of my driver). > > I am not very fond of the FRAGMENT stuff, because it causes applications > depend too much on the amount of buffering in the kernel. I admit that > it has its uses, e.g. in many cases > people define a small amount of buffering (i.e. few small fragments) > and non-blocking mode to avoid that too much data is queued in the > driver. [However this does not seem to be the case here, as 127 > fragments are requested.] > It is impossible to properly synchronize audio and video without a way to get accurate delay information in the audio driver. With the OSS driver, currently the only way to get accurate delay information is to set the fragment size to a relatively small size, and to use GETOSPACE. If those two ioctl are not supported or do not work, the MpegTV Player (mtv) will not work properly. It was suggested that a new ioctl could be added that would return the number of bytes in the driver's fifo. Ideally that's what is needed to compute the delay (assuming that there is no additionnal delay in some filter or mixer at the output of the driver. But currently such a ioctl is not available in OSS. > Unfortunately the above method is a bit cryptic and not clearly > documented. I have seen several apps which do not check for short > writes() resulting from the use of few fragments and non-blocking > I/O, with the result of producing plain noise in the audio output, > or having results which depend on the speed of the system. The size of buffers that are passed to write() should have nothing to do with the fragment size. If the driver cannot store the bytes immediately, the write should block until more fragments are available. > To support a similar functionality (avoid too much data queued) in > my opinion it would be preferable to have a call which tells you > how much data is queued, and then decide how much to write. > SNDCTL_DSP_GETOSPACE (or also AIONWRITE in my driver) tell you > something similar if you know how much buffer space is available > in the kernel. I still have to set the fragment size to small, otherwise the information about the data queued would be very inaccurate. My understanding is that the driver is called on interrupt to setup dma for a fragment. If the fragment is large and there is no way to know the current status of a dma transfer in process, then the accuracy is limited to one fragment, which may represent more than say 1/30th of a second. This would not be acceptable for lipsync. > In any case it will not be hard to implement full fragment support in > my driver, and i will do it as soon as I have the time. (which i am > afraid will probably mean christmas). > > BTW: just yesterday I tried the BSDI version on a 2.2.1 machine with my > audio driver, and it seems to work smoothly. I cannot tell if there was > lipsync or so because the demo I played (from sony) had a train moving > and background sound, but it seemed to play to completion on both audio > and video. > Is there a difference in how the audio API is used in the linux and > BSDI version ? No, there is no difference. In order to check lipsync, try ftp://ftp.mpegtv.com/pub/mpeg/mpegtv/private/nf080969.mpg (the directory is protected and you cannot do ls, but the file is available). > Cheers > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ -- Regards, -- Tristan Savatier (President, MpegTV LLC) MpegTV: http://www.mpegtv.com MPEG.ORG: http://www.mpeg.org From owner-freebsd-multimedia Tue Dec 2 21:29:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA10109 for multimedia-outgoing; Tue, 2 Dec 1997 21:29:11 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA10098 for ; Tue, 2 Dec 1997 21:29:07 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA00940; Tue, 2 Dec 1997 21:28:52 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712030528.VAA00940@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Tristan Savatier cc: Luigi Rizzo , race@exchange.lancs.ac.uk, multimedia@freebsd.org, Hannu Savolainen Subject: Re: MpegTV Problems In-reply-to: Your message of "Tue, 02 Dec 1997 20:29:53 PST." <3484E041.413E8883@mpegtv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Dec 1997 21:28:51 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi, you should try to be compatible with the voxware driver Tristan does not want to recompile his mpegtv for FreeBSD so it is up to us to provide the support . Cheers, Amancio From owner-freebsd-multimedia Tue Dec 2 21:37:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA10822 for multimedia-outgoing; Tue, 2 Dec 1997 21:37:50 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from smtp.creative.net (cybere.creative.net [207.137.200.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA10817 for ; Tue, 2 Dec 1997 21:37:48 -0800 (PST) (envelope-from tristan@mpegtv.com) Received: from tristan (port6.creative.net [207.137.201.6]) by smtp.creative.net (8.8.7/8.8.7) with SMTP id VAA00437; Tue, 2 Dec 1997 21:32:43 -0800 (PST) Message-ID: <3484EE55.697D6CF4@mpegtv.com> Date: Tue, 02 Dec 1997 21:29:57 -0800 From: Tristan Savatier Organization: MpegTV, http://www.mpegtv.com X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: Amancio Hasty CC: Luigi Rizzo , race@exchange.lancs.ac.uk, multimedia@freebsd.org, Hannu Savolainen Subject: Re: MpegTV Problems References: <199712030528.VAA00940@rah.star-gate.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty wrote: > > Luigi, you should try to be compatible with the voxware driver > > Tristan does not want to recompile his mpegtv for FreeBSD so it is > up to us to provide the support . That would be nice, not only for MpegTV but for other Linux applications using audio.. Thanks. -t From owner-freebsd-multimedia Wed Dec 3 00:42:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA21425 for multimedia-outgoing; Wed, 3 Dec 1997 00:42:54 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA21413 for ; Wed, 3 Dec 1997 00:42:49 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA17761; Wed, 3 Dec 1997 08:40:02 +0100 From: Luigi Rizzo Message-Id: <199712030740.IAA17761@labinfo.iet.unipi.it> Subject: Re: MpegTV Problems To: tristan@mpegtv.com (Tristan Savatier) Date: Wed, 3 Dec 1997 08:40:02 +0100 (MET) Cc: race@exchange.lancs.ac.uk, multimedia@freebsd.org, hannu@opensound.com In-Reply-To: <3484E041.413E8883@mpegtv.com> from "Tristan Savatier" at Dec 2, 97 08:29:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > With the OSS driver, currently the only way to > get accurate delay information is to set the fragment size > to a relatively small size, and to use GETOSPACE. ... > I still have to set the fragment size to small, otherwise > the information about the data queued would be very inaccurate. > My understanding is that the driver is called on interrupt > to setup dma for a fragment. If the fragment is large and > there is no way to know the current status of a dma transfer > in process, then the accuracy is limited to one fragment, right. In my driver, and i guess amancio has done something similar, whenever some ioctl() is invoked which needs to know the status of the transfer, i read the transfer count from the dma registers, so i have a precise information independent of the fragment size. But of course to remain OSS compatible you have to set a small fragment size. > which may represent more than say 1/30th of a second. This > would not be acceptable for lipsync. actually i am not sure on what is really the maximum acceptable delay for lipsync (or maybe it is also the jitter which counts). 30ms (which is the refresh rate of a tv) correspond to the delay between audio and video when you look at someone speaking at a distance of about 10m. i guess we are used to such delays... luigi From owner-freebsd-multimedia Wed Dec 3 00:48:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA21925 for multimedia-outgoing; Wed, 3 Dec 1997 00:48:49 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA21897 for ; Wed, 3 Dec 1997 00:48:39 -0800 (PST) (envelope-from hannu@opensound.com) Received: from janus.opensound.com (janus.opensound.com [193.94.53.108]) by lassie.eunet.fi (8.8.7/8.8.3) with ESMTP id KAA03526; Wed, 3 Dec 1997 10:48:22 +0200 (EET) Received: from localhost (hannu@localhost) by janus.opensound.com (8.8.5/8.8.5) with SMTP id KAA01115; Wed, 3 Dec 1997 10:51:50 +0200 Date: Wed, 3 Dec 1997 10:51:50 +0200 (EET) From: Hannu Savolainen To: Luigi Rizzo cc: Tristan Savatier , race@exchange.lancs.ac.uk, multimedia@freebsd.org Subject: Re: MpegTV Problems In-Reply-To: <199712030740.IAA17761@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, The info.ptr value returned by OSS is computed from the DMA residue count. However the old VoxWare driver for FreeBSD doesn't work in this way. Instead it works just on the fragment boundaries. Best regards, Hannu ----- On Wed, 3 Dec 1997, Luigi Rizzo wrote: > > With the OSS driver, currently the only way to > > get accurate delay information is to set the fragment size > > to a relatively small size, and to use GETOSPACE. > ... > > I still have to set the fragment size to small, otherwise > > the information about the data queued would be very inaccurate. > > My understanding is that the driver is called on interrupt > > to setup dma for a fragment. If the fragment is large and > > there is no way to know the current status of a dma transfer > > in process, then the accuracy is limited to one fragment, > > right. In my driver, and i guess amancio has done something similar, > whenever some ioctl() is invoked which needs to know the status of the > transfer, i read the transfer count from the dma registers, so i have > a precise information independent of the fragment size. But of course > to remain OSS compatible you have to set a small fragment size. > > > which may represent more than say 1/30th of a second. This > > would not be acceptable for lipsync. > > actually i am not sure on what is really the maximum acceptable delay > for lipsync (or maybe it is also the jitter which counts). 30ms (which > is the refresh rate of a tv) correspond to the delay between audio and > video when you look at someone speaking at a distance of about 10m. > i guess we are used to such delays... > > luigi > Hannu Savolainen (hannu@opensound.com) http://www.fi.opensound.com/~hannu (personal) http://www.opensound.com/oss.html (Open Sound System (OSS)) http://www.opensound.com/ossfree (OSS Free/TASD/VoxWare) From owner-freebsd-multimedia Wed Dec 3 00:49:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA22033 for multimedia-outgoing; Wed, 3 Dec 1997 00:49:54 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA22015 for ; Wed, 3 Dec 1997 00:49:47 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA17778; Wed, 3 Dec 1997 08:46:58 +0100 From: Luigi Rizzo Message-Id: <199712030746.IAA17778@labinfo.iet.unipi.it> Subject: Re: MpegTV Problems To: tristan@mpegtv.com (Tristan Savatier) Date: Wed, 3 Dec 1997 08:46:58 +0100 (MET) Cc: hasty@rah.star-gate.com, race@exchange.lancs.ac.uk, multimedia@freebsd.org, hannu@opensound.com In-Reply-To: <3484EE55.697D6CF4@mpegtv.com> from "Tristan Savatier" at Dec 2, 97 09:29:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Amancio Hasty wrote: > > > > Luigi, you should try to be compatible with the voxware driver > > > > Tristan does not want to recompile his mpegtv for FreeBSD so it is > > up to us to provide the support . as i said (perhaps I forgot to redirect the message to the list) I am going to fix the differences as soon as possible. From owner-freebsd-multimedia Wed Dec 3 01:30:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA23789 for multimedia-outgoing; Wed, 3 Dec 1997 01:30:18 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from smtp.creative.net (cybere.creative.net [207.137.200.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA23784 for ; Wed, 3 Dec 1997 01:30:16 -0800 (PST) (envelope-from tristan@mpegtv.com) Received: from tristan (port2.creative.net [207.137.201.2]) by smtp.creative.net (8.8.7/8.8.7) with SMTP id BAA09907; Wed, 3 Dec 1997 01:27:00 -0800 (PST) Message-ID: <34852554.4B7E24DF@mpegtv.com> Date: Wed, 03 Dec 1997 01:24:36 -0800 From: Tristan Savatier Organization: MpegTV, http://www.mpegtv.com X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: Luigi Rizzo CC: race@exchange.lancs.ac.uk, multimedia@freebsd.org, hannu@opensound.com Subject: Re: MpegTV Problems References: <199712030740.IAA17761@labinfo.iet.unipi.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo wrote: > > > With the OSS driver, currently the only way to > > get accurate delay information is to set the fragment size > > to a relatively small size, and to use GETOSPACE. > ... > > I still have to set the fragment size to small, otherwise > > the information about the data queued would be very inaccurate. > > My understanding is that the driver is called on interrupt > > to setup dma for a fragment. If the fragment is large and > > there is no way to know the current status of a dma transfer > > in process, then the accuracy is limited to one fragment, > > right. In my driver, and i guess amancio has done something similar, > whenever some ioctl() is invoked which needs to know the status of the > transfer, i read the transfer count from the dma registers, so i have > a precise information independent of the fragment size. I'd love to have an ioctl that would return this type of precise information regardless of the fragment size. If such an ioctl was available (and I could know about it with SNDCTL_DSP_GETCAPS), I would use it rather than relying on GETOSPACE. This way I would not have to set such a small fragsize and the audio driver would waste less interrupt time. However, I still probably want more than two fragments, to better use the available driver's memory. Just two fragments of 32K means that possibly up to 32K of memory are unavailable, i.e. one fragment that is not completely drained by the dma. That may cause the audio driver to drain and starve too easiely. But fragments of say 4K or 8K would be OK. > But of course > to remain OSS compatible you have to set a small fragment size. Well, it is easy for me to remain OSS compatible while using better API's. as long as there is a way to test if the new API is available. > > which may represent more than say 1/30th of a second. This > > would not be acceptable for lipsync. > > actually i am not sure on what is really the maximum acceptable delay > for lipsync (or maybe it is also the jitter which counts). 30ms (which > is the refresh rate of a tv) correspond to the delay between audio and > video when you look at someone speaking at a distance of about 10m. > i guess we are used to such delays... Actually lipsync is acceptable up to +- 1 or 2 video frames (1 frame is 1/30th of a sec). The problem is that the video rate control may introduce jitters of about +- 1 frame, so inaccuracy in the delay add to that. With OSS I found that setting fragsize to 1K in the case of 16-bit mono at 22 KHz (i.e. 1 frag = 1/43th of a sec) is a good compromise between accuracy and efficiency. A smaller fragsize would increase delay accuracy but would cause the audio driver to consume more CPU. Really, the good solution would be an ioctl to access to the number of bytes in the driver's fifo that is not linked to the frag size, if that is possible. Are all the audio hardware boards capable of letting you read the dma registers during a dma ? > luigi -- Regards, -- Tristan Savatier (President, MpegTV LLC) MpegTV: http://www.mpegtv.com From owner-freebsd-multimedia Wed Dec 3 01:38:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA24159 for multimedia-outgoing; Wed, 3 Dec 1997 01:38:59 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from smtp.creative.net (cybere.creative.net [207.137.200.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA24154 for ; Wed, 3 Dec 1997 01:38:57 -0800 (PST) (envelope-from tristan@mpegtv.com) Received: from tristan (port2.creative.net [207.137.201.2]) by smtp.creative.net (8.8.7/8.8.7) with SMTP id BAA10041; Wed, 3 Dec 1997 01:35:40 -0800 (PST) Message-ID: <3485275C.162985BB@mpegtv.com> Date: Wed, 03 Dec 1997 01:33:16 -0800 From: Tristan Savatier Organization: MpegTV, http://www.mpegtv.com X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: Hannu Savolainen CC: Luigi Rizzo , race@exchange.lancs.ac.uk, multimedia@freebsd.org Subject: Re: MpegTV Problems References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hannu Savolainen wrote: > > Hi, > > The info.ptr value returned by OSS is computed from the DMA residue count. > However the old VoxWare driver for FreeBSD doesn't work in this way. > Instead it works just on the fragment boundaries. Do you mean info.ptr == number of bytes currently in the driver's fifo ? I thought that was info.bytes ? In any case, I have had bad experiences with GETOPTR too. There are many versions of the OSS driver, and it is extremely hard to know what IOCTL works in what version. It seems that neither GETOSPACE nor GETOPTR worked in old versions, as you know. In the next version, there will be a environment variable to choose between the GETOSPACE method and the GETOPTR method. The problem is that it is hard for me to decide automatically which method will work better (if any), and whether it is necessary to set a small fragsize or not (since in theory, if GETOPTR works as advertised, I should not have to set a small fragsize if using the GETOPTR method. -t From owner-freebsd-multimedia Wed Dec 3 02:10:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA26003 for multimedia-outgoing; Wed, 3 Dec 1997 02:10:20 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA25994 for ; Wed, 3 Dec 1997 02:10:12 -0800 (PST) (envelope-from hannu@opensound.com) Received: from janus.opensound.com (janus.opensound.com [193.94.53.108]) by lassie.eunet.fi (8.8.7/8.8.3) with ESMTP id MAA14840; Wed, 3 Dec 1997 12:09:50 +0200 (EET) Received: from localhost (hannu@localhost) by janus.opensound.com (8.8.5/8.8.5) with SMTP id MAA01394; Wed, 3 Dec 1997 12:13:17 +0200 Date: Wed, 3 Dec 1997 12:13:17 +0200 (EET) From: Hannu Savolainen To: Tristan Savatier cc: Luigi Rizzo , race@exchange.lancs.ac.uk, multimedia@freebsd.org Subject: Re: MpegTV Problems In-Reply-To: <34852554.4B7E24DF@mpegtv.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Dec 1997, Tristan Savatier wrote: > I'd love to have an ioctl that would return this type of precise > information regardless of the fragment size. I will implement this call in few days. I just need to find a good descriptive name for it. It will be included in the commercial OSS 3.8.1 version as well as OSS/Free 3.8s3. Best regards, Hannu ----- Hannu Savolainen (hannu@opensound.com) http://www.fi.opensound.com/~hannu (personal) http://www.opensound.com/oss.html (Open Sound System (OSS)) http://www.opensound.com/ossfree (OSS Free/TASD/VoxWare) From owner-freebsd-multimedia Wed Dec 3 02:14:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA26440 for multimedia-outgoing; Wed, 3 Dec 1997 02:14:47 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from www.labcontrol.com (isdn.labcontrol.com [194.163.70.130]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA26411 for ; Wed, 3 Dec 1997 02:14:39 -0800 (PST) (envelope-from Marc_van_Woerkom@notes.labcontrol.com) From: Marc_van_Woerkom@notes.labcontrol.com Received: from www.labcontrol.com [194.163.70.129] by mail.labcontrol.com with smtp id KNMEKYKI; Wed, 03 Dec 97 09:40:07 GMT (PowerWeb version 4.02r9) Received: by notes.labcontrol.com(Lotus SMTP MTA v1.06 (346.4 3-18-1997)) id C1256562.003522A5 ; Wed, 3 Dec 1997 10:40:22 +0200 X-Lotus-FromDomain: LABCONTROL GMBH To: hasty@rah.star-gate.com cc: freebsd-multimedia@freebsd.org Message-ID: Date: Wed, 3 Dec 1997 10:40:21 +0200 Subject: Re: Turtle Beach's Daytona PCI soundcard? Mime-Version: 1.0 Content-type: text/plain; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Marc van Woerkom 03.12.97 10.40 > Cool, just got the specs over e-mail for the Daytona Beach PCI soundcard. I have received my Ensoniq Audio PCI card. Tested it under W95 using the Music Maker/Music Studio software - sounds great. Has anybody managed to get specs for this card yet? I use FreeBSD for scientific programming mostly, I have no clue how well I can read a MIDI keyboard with it, or use the Audio PCI's (or any other card's) MIDI synthesizer from FreeBSD. Bye, Marc From owner-freebsd-multimedia Wed Dec 3 02:18:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA26781 for multimedia-outgoing; Wed, 3 Dec 1997 02:18:47 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from smtp.creative.net (cybere.creative.net [207.137.200.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA26764 for ; Wed, 3 Dec 1997 02:18:40 -0800 (PST) (envelope-from tristan@mpegtv.com) Received: from tristan (port2.creative.net [207.137.201.2]) by smtp.creative.net (8.8.7/8.8.7) with SMTP id CAA10861; Wed, 3 Dec 1997 02:15:13 -0800 (PST) Message-ID: <348530A0.248965D0@mpegtv.com> Date: Wed, 03 Dec 1997 02:12:48 -0800 From: Tristan Savatier Organization: MpegTV, http://www.mpegtv.com X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: Hannu Savolainen CC: Luigi Rizzo , race@exchange.lancs.ac.uk, multimedia@freebsd.org Subject: Re: MpegTV Problems References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hannu Savolainen wrote: > > On Wed, 3 Dec 1997, Tristan Savatier wrote: > > > I'd love to have an ioctl that would return this type of precise > > information regardless of the fragment size. > I will implement this call in few days. I just need to find a good > descriptive name for it. It will be included in the commercial OSS 3.8.1 > version as well as OSS/Free 3.8s3. Well, I am still not sure that I understand how the information returned by this call would be different from the info.bytes returned by GETOSPACE (when GETOSPACE works). Can you clarify how it would be different ? --Tristan From owner-freebsd-multimedia Wed Dec 3 02:40:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA28341 for multimedia-outgoing; Wed, 3 Dec 1997 02:40:49 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA28336 for ; Wed, 3 Dec 1997 02:40:46 -0800 (PST) (envelope-from hannu@opensound.com) Received: from janus.opensound.com (janus.opensound.com [193.94.53.108]) by lassie.eunet.fi (8.8.7/8.8.3) with ESMTP id MAA19030; Wed, 3 Dec 1997 12:40:43 +0200 (EET) Received: from localhost (hannu@localhost) by janus.opensound.com (8.8.5/8.8.5) with SMTP id MAA01509; Wed, 3 Dec 1997 12:44:10 +0200 Date: Wed, 3 Dec 1997 12:44:10 +0200 (EET) From: Hannu Savolainen To: Tristan Savatier cc: Luigi Rizzo , race@exchange.lancs.ac.uk, multimedia@freebsd.org Subject: Re: MpegTV Problems In-Reply-To: <3485275C.162985BB@mpegtv.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Dec 1997, Tristan Savatier wrote: > Hannu Savolainen wrote: > > > > Hi, > > > > The info.ptr value returned by OSS is computed from the DMA residue count. > > However the old VoxWare driver for FreeBSD doesn't work in this way. > > Instead it works just on the fragment boundaries. > > Do you mean info.ptr == number of bytes currently in the driver's fifo ? > I thought that was info.bytes ? I'm talking about SNDCTL_DSP_GETOPTR. It doesn't return return number of bytes in the buffer directly in any field but just a "pointer" to the byte being currently accessed by the hardware. info.ptr is the pointer relative to the beginning of the kernel level DMA buffer (only usable when using mmap()). info.bytes is the pointer to the current byte counted from the first byte written to the device since open() or previous call to SNDCTL_DSP_RESET (with wrapping to 0 after each hour). SNDCTL_DSP_GETOSPACE's (only) purpose is to return the number of that can be written without blocking. It always works in fragment boundaries since OSS doesn't allow writing anything to the fragment being currently processed by the hardware. > The problem is that it is hard for me to decide automatically > which method will work better (if any), and whether > it is necessary to set a small fragsize or not (since > in theory, if GETOPTR works as advertised, I should > not have to set a small fragsize if using the GETOPTR > method. In any case it's recommended to use relatively short fragment size in real time applications. However there would be some performance penalties if you go below (say) 1/50th of second. Best regards, Hannu ----- Hannu Savolainen (hannu@opensound.com) http://www.fi.opensound.com/~hannu (personal) http://www.opensound.com/oss.html (Open Sound System (OSS)) http://www.opensound.com/ossfree (OSS Free/TASD/VoxWare) From owner-freebsd-multimedia Wed Dec 3 02:55:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA29103 for multimedia-outgoing; Wed, 3 Dec 1997 02:55:41 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA29092 for ; Wed, 3 Dec 1997 02:55:37 -0800 (PST) (envelope-from hannu@opensound.com) Received: from janus.opensound.com (janus.opensound.com [193.94.53.108]) by lassie.eunet.fi (8.8.7/8.8.3) with ESMTP id MAA20963; Wed, 3 Dec 1997 12:55:25 +0200 (EET) Received: from localhost (hannu@localhost) by janus.opensound.com (8.8.5/8.8.5) with SMTP id MAA01556; Wed, 3 Dec 1997 12:58:40 +0200 Date: Wed, 3 Dec 1997 12:58:40 +0200 (EET) From: Hannu Savolainen To: Tristan Savatier cc: Luigi Rizzo , race@exchange.lancs.ac.uk, multimedia@freebsd.org Subject: Re: MpegTV Problems In-Reply-To: <348530A0.248965D0@mpegtv.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Dec 1997, Tristan Savatier wrote: > Hannu Savolainen wrote: > > > > On Wed, 3 Dec 1997, Tristan Savatier wrote: > > > > > I'd love to have an ioctl that would return this type of precise > > > information regardless of the fragment size. > > I will implement this call in few days. I just need to find a good > > descriptive name for it. It will be included in the commercial OSS 3.8.1 > > version as well as OSS/Free 3.8s3. > > Well, I am still not sure that I understand how the information > returned by this call would be different from the > info.bytes returned by GETOSPACE (when GETOSPACE works). The info.bytes of GETOSPACE tells only how much _empty space_ is ahead you. If you write info.bytes or less data to the device immediately after calling GETOSPACE the application will not block. But if you write info.bytes+1 or more data the application will block until a new buffer fragment becomes free. The new ioctl (possibly SNDCTL_DSP_GETODELAY) tells the opposite. It will return the number of unplayed bytes before the location where the next byte you write would be copied. In theory these calls return redundant information. So it would be assumed that the value returned by GETODELAY is the same than (info.frastotal*info.fragsize)-info.bytes. However this is NOT true since some of the otherwise "empty" space is not writeable. Best regards, Hannu ----- Hannu Savolainen (hannu@opensound.com) http://www.fi.opensound.com/~hannu (personal) http://www.opensound.com/oss.html (Open Sound System (OSS)) http://www.opensound.com/ossfree (OSS Free/TASD/VoxWare) From owner-freebsd-multimedia Wed Dec 3 03:24:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA00635 for multimedia-outgoing; Wed, 3 Dec 1997 03:24:24 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from smtp.creative.net (cybere.creative.net [207.137.200.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA00630 for ; Wed, 3 Dec 1997 03:24:20 -0800 (PST) (envelope-from tristan@mpegtv.com) Received: from tristan (port20.creative.net [207.137.201.20]) by smtp.creative.net (8.8.7/8.8.7) with SMTP id DAA12150; Wed, 3 Dec 1997 03:20:30 -0800 (PST) Message-ID: <34853FEC.62F6B889@mpegtv.com> Date: Wed, 03 Dec 1997 03:18:04 -0800 From: Tristan Savatier Organization: MpegTV, http://www.mpegtv.com X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: Hannu Savolainen CC: Luigi Rizzo , race@exchange.lancs.ac.uk, multimedia@freebsd.org Subject: Re: MpegTV Problems References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hannu Savolainen wrote: > > On Wed, 3 Dec 1997, Tristan Savatier wrote: > > > Hannu Savolainen wrote: > > > > > > Hi, > > > > > > The info.ptr value returned by OSS is computed from the DMA residue count. > > > However the old VoxWare driver for FreeBSD doesn't work in this way. > > > Instead it works just on the fragment boundaries. > > > > Do you mean info.ptr == number of bytes currently in the driver's fifo ? > > I thought that was info.bytes ? > I'm talking about SNDCTL_DSP_GETOPTR. It doesn't return return number of > bytes in the buffer directly in any field but just a "pointer" to the byte > being currently accessed by the hardware. info.ptr is the pointer relative > to the beginning of the kernel level DMA buffer (only usable when using > mmap()). info.bytes is the pointer to the current byte counted from the > first byte written to the device since open() or previous call to > SNDCTL_DSP_RESET (with wrapping to 0 after each hour). : typedef struct count_info { int bytes; /* Total # of bytes processed */ int blocks; /* # of fragment transitions since last time */ int ptr; /* Current DMA pointer value */ } count_info; Actually info.bytes is not a pointer, as you say. It is the number of bytes processed since the device was opened or reset (and it is reset every hour, which is not documented and should be, imho). In any case, I agree that what we need is SNDCTL_DSP_GETUSED (or whatever other name) that should return the number of bytes in the driver's fifo (possibly 0 if drained), and -1 if the ioctl is not implemented. > SNDCTL_DSP_GETOSPACE's (only) purpose is to return the number of that can > be written without blocking. It always works in fragment boundaries since > OSS doesn't allow writing anything to the fragment being > currently processed by the hardware. I understand that. I know that the way I use SNDCTL_DSP_GETOSPACE is not the way it was intended to be used, but until now that was the only was for me to get the delay. -t From owner-freebsd-multimedia Wed Dec 3 03:35:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA01134 for multimedia-outgoing; Wed, 3 Dec 1997 03:35:31 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from smtp.creative.net (cybere.creative.net [207.137.200.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA01129 for ; Wed, 3 Dec 1997 03:35:28 -0800 (PST) (envelope-from tristan@mpegtv.com) Received: from tristan (port20.creative.net [207.137.201.20]) by smtp.creative.net (8.8.7/8.8.7) with SMTP id DAA12392; Wed, 3 Dec 1997 03:31:54 -0800 (PST) Message-ID: <34854299.23C96466@mpegtv.com> Date: Wed, 03 Dec 1997 03:29:30 -0800 From: Tristan Savatier Organization: MpegTV, http://www.mpegtv.com X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: Luigi Rizzo CC: Hannu Savolainen , Luigi Rizzo , race@exchange.lancs.ac.uk, multimedia@freebsd.org Subject: Re: MpegTV Problems References: <199712030951.KAA18023@labinfo.iet.unipi.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The point I am trying to make there is that having multiple ways > to achieve the same result is a bad thing since it causes people > to mix them in the most peculiar ways. I agree. However, right now there is no good way to get access to the delay (i.e. the number of bytes in the driver's fifo that have not been yet been processed by the dma). The technique using GETOSPACE is a kludge which works reasonnably well (if the driver has a working GETOSPACE ioctl), but only gives the delay within a frag accuracy. The GETOPTR technique, if it was working well with all the drivers, would be OK too, even better in a way: it would be give me an accurate delay. It is just slightly more painfull to use because one has to keep track of the number of bytes written in order to derive the delay, plus this reset after one hour is another thing to deal with. But I can handle all that (I must, since that's the way I get the delay with the Sun driver) I am not totally convinced that we need yet another ioctl. Hannu has to decide. Really, for me the bigest problem is to not be able to know if the driver works properly (as advertised). I have to rely on the driver, but unfortunately those IOCTL that are important for MpegTV are broken on the vast majority of the drivers distributed with Linux (or not implemented in the case of freeBSD). -t From owner-freebsd-multimedia Wed Dec 3 15:09:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA21464 for multimedia-outgoing; Wed, 3 Dec 1997 15:09:15 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA21459 for ; Wed, 3 Dec 1997 15:09:12 -0800 (PST) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id SAA11395; Wed, 3 Dec 1997 18:09:02 -0500 (EST) Date: Wed, 3 Dec 1997 18:09:02 -0500 (EST) From: Snob Art Genre To: Zahare Kazi , multimedia@freebsd.org Subject: 21" monitors Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Any recommendations in the $1200 range? Ben "You have your mind on computers, it seems." From owner-freebsd-multimedia Wed Dec 3 17:01:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA29663 for multimedia-outgoing; Wed, 3 Dec 1997 17:01:13 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA29651 for ; Wed, 3 Dec 1997 17:01:08 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id SAA11439; Wed, 3 Dec 1997 18:01:05 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id SAA21870; Wed, 3 Dec 1997 18:01:01 -0700 Date: Wed, 3 Dec 1997 18:01:01 -0700 Message-Id: <199712040101.SAA21870@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Snob Art Genre Cc: Zahare Kazi , multimedia@FreeBSD.ORG Subject: Re: 21" monitors In-Reply-To: References: X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Any recommendations in the $1200 range? Yeah, settle for a decent 19", or spend more to get a real 21" monitor. Nate From owner-freebsd-multimedia Wed Dec 3 22:45:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA26610 for multimedia-outgoing; Wed, 3 Dec 1997 22:45:41 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from calvin.pitzer.edu (calvin.Pitzer.edu [134.173.112.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA26604 for ; Wed, 3 Dec 1997 22:45:39 -0800 (PST) (envelope-from zkazi@calvin.Pitzer.edu) Received: from localhost (zkazi@localhost) by calvin.pitzer.edu (8.8.8/8.6.12) with SMTP id WAA24877; Wed, 3 Dec 1997 22:46:58 -0800 (PST) Date: Wed, 3 Dec 1997 22:46:58 -0800 (PST) From: Pixel Fairy To: Nate Williams cc: Snob Art Genre , multimedia@FreeBSD.ORG Subject: Re: 21" monitors In-Reply-To: <199712040101.SAA21870@mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Any recommendations in the $1200 range? > > Yeah, settle for a decent 19", or spend more to get a real 21" monitor. ive never seen a decent $1200 21" either. not new anyway. > Nate > decayed kisses, The Pixel Fairy http://www.pitzer.edu/~zkazi From owner-freebsd-multimedia Wed Dec 3 23:29:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA28906 for multimedia-outgoing; Wed, 3 Dec 1997 23:29:08 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA28900 for ; Wed, 3 Dec 1997 23:29:05 -0800 (PST) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id AAA11911; Thu, 4 Dec 1997 00:28:45 -0700 (MST) Message-Id: <199712040728.AAA11911@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Pixel Fairy cc: Nate Williams , Snob Art Genre , multimedia@FreeBSD.ORG Subject: Re: 21" monitors In-reply-to: Your message of "Wed, 03 Dec 1997 22:46:58 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Dec 1997 00:28:44 -0700 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > > > Any recommendations in the $1200 range? > > > > Yeah, settle for a decent 19", or spend more to get a real 21" monitor. > > ive never seen a decent $1200 21" either. not new anyway. necx: MULTIGRAPH 445XI MPRII 21"(19.6) .22MM $1249.95 MULTIGRAPH 445XI TCO 21"(19.6) .22MM $1349.95 I have the original 445X and love it (paid $2200 for it, boy have prices dropped!) -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-multimedia Thu Dec 4 01:49:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07451 for multimedia-outgoing; Thu, 4 Dec 1997 01:49:58 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from smtp.creative.net (cybere.creative.net [207.137.200.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA07436 for ; Thu, 4 Dec 1997 01:49:48 -0800 (PST) (envelope-from tristan@mpegtv.com) Received: from tristan (port17.creative.net [207.137.201.17]) by smtp.creative.net (8.8.7/8.8.7) with SMTP id BAA14090; Thu, 4 Dec 1997 01:47:38 -0800 (PST) Message-ID: <34867BB6.7A38C555@mpegtv.com> Date: Thu, 04 Dec 1997 01:45:26 -0800 From: Tristan Savatier Organization: MpegTV, http://www.mpegtv.com X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: Luigi Rizzo CC: Hannu Savolainen , multimedia@freebsd.org Subject: Re: MpegTV Problems References: <199712040747.IAA20138@labinfo.iet.unipi.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo wrote: > [snip] > > Well I may be wrong but I am pretty sure of what I saw. no, you appear to be correct... This is deffinitely incorrect. It should be blocking. I looked at my code and found that yes, the device is opened with O_NONBLOCK, which is probably not necessary when I am using OSS. Note: The reason why I had O_NONBLOCK when opening the device was reminiscent from the Sun audio driver. With sun audio, the behavior of open() is changed depending of O_NONBLOCK. Is O_NONBLOCK is not set, open() blocks until the audio device becomes available. Otherwise, open() returns immediately, with an error if the device is in use. I don't think OSS open() works this way, does it ? After opening the device with O_NONBLOCK, mtvp resets the O_NONBLOCK flag with fcntl().... except in the case of the BSD/OS version!! (you are using this version, aren't you ?). Unfortunately I forgot to put a comment explaining why, but I am quite sure that it's because there was a problem reseting O_NONBLOCK with the BSD/OS version of the driver. I will have to look at that, and maybe to change and open without O_NONBLOCK when I use OSS. [snip] > > Non blocking I/O and write queue full suggests that the program is > looping around a write() to the audio device trying to complete > it. For sure it can never sleeps on that write(). that's probably what's happening. -t Luigi Rizzo wrote: > > > You must have misread. The process that uses the most > > CPU (the video decoder) also uses the most memory: > > > > PID USER PRI NI SIZE RES SHRD STAT %CPU %MEM TIME COMMAND > > 420 tristan 15 0 5484 3076 908 R 71.0 6.5 0:40 ././mtvp -W0 > > -w-1 -a > > 421 tristan 2 0 4632 888 492 S 7.9 1.8 0:05 ././mtvp -W0 > > -w-1 -a > > > > > Looking further in depth, I notice you use the audio device in > > > non-blocking mode. > > > > You mean blocking mode. The audio process blocks if there > > is not enough room to write a decoded audio frame in the audio > > driver. > > Well I may be wrong but I am pretty sure of what I saw. I'll give > you full details in the hope you can reproduce these results yourself > (OS version and hardware type should not really matter much, and > while some things are peculiar of my audio driver i suspect the > non-blocking mode problem also appears with Voxware). > > OS: FreeBSD 2.2.1 with my audio driver; any 2.2.X or 3.X should > give the same behaviour. > > hardware: Pentium 133 with 32MB, S3-765 video card with 2MB ram, > used in 16-bit depth at 1024x868. > > mtv: BSD/386 version > -rwxrwxr-x 1 luigi wheel 724992 Nov 27 10:20 mtv > -rwxrwxr-x 1 luigi wheel 811064 Nov 27 10:20 mtvp > > mpg file: a file called gen140.mpg from Sony (I'll put it on my > web page http://www.iet.unipi.it/~luigi/gen140.mpg) but I saw > the same behaviour with the lipsync example you mentioned. > > Tools used: "top" to check memory and cpu usage, plus a small program > called "test" (distributed with my sound driver) to look at > what happens to the audio driver. "test" mmaps the audio > device descriptors, and dumps its content every second. > Among the info you can see there are the flags, blocksize, > and the occupancy status of the play and record queues. > > So I start mtv playing the file continuously, and run top and test > in two separate windows. After several seconds of running top more or > less stabilizes on the following output: > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 230 luigi 73 0 3668K 552K RUN 0:27 37.18% 36.62% mtvp > 190 luigi 2 0 3180K 3164K select 0:13 14.53% 14.53% XF86_S3 > 229 luigi 2 0 4340K 2208K select 0:07 10.30% 10.15% mtvp > > So you see that the small memory consumer is the process taking most > of the CPU. I assume it is the audio decoder, but I may be wrong. > > At the same time, the "test" window shows the following: > > prova# ~/test 1 > open returns 3 > mmap: w 0x08090000, r 0x080a0000, d 0x0801a000 > device type 10 name OPTi931 > flags... fmt speed .bsz. c in-rl:in-dl:in-fl.ints c ou-fl:ou_dl:ou-rl.ints | > 20000201 10 22050 11024 6 0 0 65280 0 1 768 11024 64512 254 | > 20000201 10 22050 11024 6 0 0 65280 0 1 0 11024 65280 258 | > > >From this I see that the device is used in 16-bit mode, 22050 hz, > and a blocksize of 11024 (because my driver currently ignores > SETFRAGMENT). The output queue, somewhat surprisingly, is completely > full (ou-rl = 65280 is the number of ready bytes in the queue, and > 65280 is the size of the whole queue). The flags field have the > following meaning (from /sys/i386/isa/snd/sound.h): > > #define SND_F_BUSY 0x0001 /* has been opened */ > #define SND_F_BUSY_DSP 0x20000000 > #define SND_F_NBIO 0x0200 /* do non-blocking i/o */ > > so, somehow the driver has been instructed to do non-blocking I/O. > This can be either in the open() call, or using some ioctl like > SNDCTL_DSP_NONBLOCK or FIONBIO. > > Non blocking I/O and write queue full suggests that the program is > looping around a write() to the audio device trying to complete > it. For sure it can never sleeps on that write(). > > Although the "queue full" situation might be triggered by my driver > ignoring the SETFRAGMENT, the non-blocking io must be in the source > somewhere. Maybe it is not something you wanted to do, but since > almost all audio programs for which I have seen source use the > audio device in non blocking mode, the call to FIONBIO might have > slipped in your code inadvertently. > > Hope this helps > 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 Dec 4 08:07:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA02280 for multimedia-outgoing; Thu, 4 Dec 1997 08:07:38 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from wakko.visint.co.uk (wakko.visint.co.uk [194.207.134.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA02258 for ; Thu, 4 Dec 1997 08:07:20 -0800 (PST) (envelope-from steve@visint.co.uk) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by wakko.visint.co.uk (8.8.5/8.7.3) with SMTP id QAA02730 for ; Thu, 4 Dec 1997 16:07:17 GMT Date: Thu, 4 Dec 1997 16:07:17 +0000 (GMT) From: Stephen Roome To: multimedia@freebsd.org Subject: Re: 21" monitors In-Reply-To: <199712040728.AAA11911@Ilsa.StevesCafe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Not sure on prices in the US, but I'm using CTX monitors albeit 17", but I hear that they do some good larger monitors at similar incredibly cheap prices to the 15" and 17" range. Well, just a thought. Steve -- Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-multimedia Thu Dec 4 08:12:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA02800 for multimedia-outgoing; Thu, 4 Dec 1997 08:12:44 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA02780 for ; Thu, 4 Dec 1997 08:12:39 -0800 (PST) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id LAA28867; Thu, 4 Dec 1997 11:12:24 -0500 (EST) Date: Thu, 4 Dec 1997 11:12:24 -0500 (EST) From: Snob Art Genre To: Steve Passe cc: Pixel Fairy , Nate Williams , multimedia@FreeBSD.ORG Subject: Re: 21" monitors In-Reply-To: <199712040728.AAA11911@Ilsa.StevesCafe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thanks to all who answered, especially Steve Passe. :-) On Thu, 4 Dec 1997, Steve Passe wrote: > Hi, > > > > Any recommendations in the $1200 range? > > > > > > Yeah, settle for a decent 19", or spend more to get a real 21" monitor. > > > > ive never seen a decent $1200 21" either. not new anyway. > > necx: > > MULTIGRAPH 445XI MPRII 21"(19.6) .22MM $1249.95 > MULTIGRAPH 445XI TCO 21"(19.6) .22MM $1349.95 > > I have the original 445X and love it (paid $2200 for it, boy have prices > dropped!) > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > > > Ben "You have your mind on computers, it seems." From owner-freebsd-multimedia Thu Dec 4 09:45:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA10178 for multimedia-outgoing; Thu, 4 Dec 1997 09:45:10 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from pixie.isr.ist.utl.pt (pixie.isr.ist.utl.pt [193.136.138.97]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA10153 for ; Thu, 4 Dec 1997 09:44:51 -0800 (PST) (envelope-from nuron@isr.ist.utl.pt) Received: from isr.ist.utl.pt (yoda@localhost [127.0.0.1]) by pixie.isr.ist.utl.pt (8.8.5/8.8.5) with ESMTP id RAA00206 for ; Thu, 4 Dec 1997 17:42:53 GMT Message-ID: <3486EB9C.14DD467A@isr.ist.utl.pt> Date: Thu, 04 Dec 1997 17:42:52 +0000 From: Rodrigo Ventura Organization: ISR/IST X-Mailer: Mozilla 4.03 [en] (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 To: multimedia@freebsd.org Subject: "Forbidden" access to the driver source code Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. Your page http://www.freebsd.org/~ahasty/Bt848.html contains a link http://www.freebsd.org/~ahasty/files/bt848.tar.gz which access is forbidden. Regards, -- *** Rodrigo Martins de Matos Ventura, alias *** nuron@isr.ist.utl.pt, http://www.isr.ist.utl.pt/~nuron *** Instituto de Sistemas e Robotica, Polo de Lisboa *** Instituto Superior Tecnico, Lisboa, Portugal *** PGP Public Key available on my homepage *** Key fingerprint = 0C 0A 25 58 46 CF 14 99 CF 9C AF 9E 10 02 BB 2A From owner-freebsd-multimedia Thu Dec 4 11:27:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA19191 for multimedia-outgoing; Thu, 4 Dec 1997 11:27:18 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA19186 for ; Thu, 4 Dec 1997 11:27:16 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id LAA00296; Thu, 4 Dec 1997 11:27:08 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712041927.LAA00296@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Rodrigo Ventura cc: multimedia@freebsd.org Subject: Re: "Forbidden" access to the driver source code In-reply-to: Your message of "Thu, 04 Dec 1997 17:42:52 GMT." <3486EB9C.14DD467A@isr.ist.utl.pt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Dec 1997 11:27:07 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I will correct the link and the driver is part of FreeBSD 2.2.x and FreeBSD 3.0-current Amancio From owner-freebsd-multimedia Thu Dec 4 13:53:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA06215 for multimedia-outgoing; Thu, 4 Dec 1997 13:53:36 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA06197 for ; Thu, 4 Dec 1997 13:53:28 -0800 (PST) (envelope-from pete@silver.sms.fi) Received: (from pete@localhost) by silver.sms.fi (8.8.8/8.7.3) id XAA23959; Thu, 4 Dec 1997 23:53:07 +0200 (EET) Date: Thu, 4 Dec 1997 23:53:07 +0200 (EET) Message-Id: <199712042153.XAA23959@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: freebsd-multimedia@freebsd.org Subject: remotes X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio, Did you get the remotes you ordered? Did they work out? Pete From owner-freebsd-multimedia Thu Dec 4 19:23:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA04882 for multimedia-outgoing; Thu, 4 Dec 1997 19:23:50 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from barrichello.ucr.edu (root@mail.cs.ucr.edu [138.23.169.107]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA04836; Thu, 4 Dec 1997 19:23:41 -0800 (PST) (envelope-from korpe@cs.ucr.edu) Received: from hill.ucr.edu (root@hill.ucr.edu [138.23.169.109]) by barrichello.ucr.edu (8.8.8/8.8.8) with ESMTP id TAA28363; Thu, 4 Dec 1997 19:23:23 -0800 From: Ibrahim Korpeoglu Received: (from korpe@localhost) by hill.ucr.edu (8.8.8/8.8.8) id TAA04141; Thu, 4 Dec 1997 19:13:28 -0800 Message-Id: <199712050313.TAA04141@hill.ucr.edu> Subject: svga on dell latitude laptop To: freebsd-questions@freebsd.org (frebsd-questions), freebsd-hackers@freebsd.org (freebsd-hack), freebsd-multimedia@freebsd.org (freebsd-multimedia), freebsd-platforms@freebsd.org (freebsd-platform) Date: Thu, 4 Dec 1997 19:13:26 -0800 (PST) Cc: korpe@cs.ucr.edu (Ibrahim Korpeoglu) Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have a Dell Latitude XpiCD Laptop, running FreeBSD 2.2.2, having neomagic video card. I am running XFree86, in VGA mode, with 16 colors. Did anybody have success to run XFree86 in SVGA mode on such a machine with 256 or more colors? Thanks a lot. Any help will be greatly appreciated. Ibrahim Korpeoglu. korpe@cs.ucr.edu From owner-freebsd-multimedia Fri Dec 5 05:26:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA24741 for multimedia-outgoing; Fri, 5 Dec 1997 05:26:13 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA24736 for ; Fri, 5 Dec 1997 05:26:06 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA23237 for multimedia@freebsd.org; Fri, 5 Dec 1997 13:24:18 +0100 From: Luigi Rizzo Message-Id: <199712051224.NAA23237@labinfo.iet.unipi.it> Subject: snd971205.tgz To: multimedia@freebsd.org Date: Fri, 5 Dec 1997 13:24:18 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The latest snapshot of my audio driver (snd971205) is available at the following URL: http://www.iet.unipi.it/~luigi/FreeBSD.html There you can find the updated code and diffs from 971117. NEW IN THIS RELEASE: partly implemented the SETFRAGMENT ioctl, so that the mpegtv player now works _extremely_ well in keeping audio and video in sync. This release also contains some cleanup in the SB16 code. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Fri Dec 5 06:56:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA02046 for multimedia-outgoing; Fri, 5 Dec 1997 06:56:22 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from fanfic.org (fanfic.org [205.150.35.145]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA02041 for ; Fri, 5 Dec 1997 06:56:18 -0800 (PST) (envelope-from dstenn@fanfic.org) Received: from localhost (dstenn@localhost) by fanfic.org (8.8.8/8.8.8) with SMTP id JAA00497; Fri, 5 Dec 1997 09:56:07 -0500 (EST) (envelope-from dstenn@fanfic.org) Date: Fri, 5 Dec 1997 09:56:07 -0500 (EST) From: Dennis Tenn To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: snd971205.tgz In-Reply-To: <199712051224.NAA23237@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 5 Dec 1997, Luigi Rizzo wrote: > The latest snapshot of my audio driver (snd971205) is available at the > following URL: > > http://www.iet.unipi.it/~luigi/FreeBSD.html > > There you can find the updated code and diffs from 971117. > > NEW IN THIS RELEASE: partly implemented the SETFRAGMENT ioctl, so that > the mpegtv player now works _extremely_ well in keeping audio and video > in sync. > > This release also contains some cleanup in the SB16 code. I noticed you fixed the bad link to this driver. Cheers! And thanks again. :) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Dennis Tenn * There will always come a time dstenn@fanfic.org * When your love will be tested * Stand tall and rise to the occasion * For only then will you grow strong. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From owner-freebsd-multimedia Fri Dec 5 11:23:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA27571 for multimedia-outgoing; Fri, 5 Dec 1997 11:23:50 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from roma.coe.ufrj.br (jonny@roma.coe.ufrj.br [146.164.53.65]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA27558 for ; Fri, 5 Dec 1997 11:23:44 -0800 (PST) (envelope-from jonny@roma.coe.ufrj.br) Received: (from jonny@localhost) by roma.coe.ufrj.br (8.8.7/8.8.7) id RAA05780 for multimedia@freebsd.org; Fri, 5 Dec 1997 17:23:25 -0200 (EDT) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199712051923.RAA05780@roma.coe.ufrj.br> Subject: command line sdr ? To: multimedia@freebsd.org Date: Fri, 5 Dec 1997 17:23:25 -0200 (EDT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Luigi is now creating a command line vat-like utility. If I could find a command line sdr-like utility, I could transmit and receive MBone audio sessions without need for X, and maybe with those programs running as daemons. I've already heard about such program, but I can't find it anymore, nor do remember it's name. Could somebody please point me to it, if it's still available ? Thanks, Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 ( Job ) jonny@coppe.ufrj.br M.Sc. Student Electrical Engineering Universidade Federal do Rio de Janeiro From owner-freebsd-multimedia Fri Dec 5 12:57:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA07842 for multimedia-outgoing; Fri, 5 Dec 1997 12:57:10 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA07835 for ; Fri, 5 Dec 1997 12:57:08 -0800 (PST) (envelope-from finlayson@lvn.com) Received: from kaipara.live.com (kaipara.live.com [206.86.37.12] (may be forged)) by proxy3.ba.best.com (8.8.8/8.8.BEST) with SMTP id MAA12242; Fri, 5 Dec 1997 12:55:33 -0800 (PST) Message-Id: <3.0.5.16.19971205125438.0ec7cc88@shell7.ba.best.com> X-Sender: rsf@shell7.ba.best.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16) Date: Fri, 05 Dec 1997 12:54:38 To: Joao Carlos Mendes Luis From: Ross Finlayson Subject: Re: command line sdr ? Cc: multimedia@FreeBSD.ORG In-Reply-To: <199712051923.RAA05780@roma.coe.ufrj.br> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 05:23 PM 12/5/97 -0200, Joao Carlos Mendes Luis wrote: > Luigi is now creating a command line vat-like utility. If I could find >a command line sdr-like utility, I could transmit and receive MBone audio >sessions without need for X, and maybe with those programs running as >daemons. > > I've already heard about such program, but I can't find it anymore, >nor do remember it's name. Could somebody please point me to it, if >it's still available ? One thing you could use is "groupsock_tclsh": an extended version of the Tcl shell that has multicast socket operations built-in. You can use this to receive (& print out) SDP/SAP announcements using the following Tcl script: set socket [groupsock_create 224.2.127.254 9875 127] while {1} { puts [groupsock_read $socket 8] } Of course, this script only *receives* SDP/SAP announcements. Creating and sending your own announcements would take a bit more work :-) "groupsock_tclsh" is available from http://www.lvn.com/multikit/groupsock-download.html Ross. From owner-freebsd-multimedia Fri Dec 5 17:04:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA00643 for multimedia-outgoing; Fri, 5 Dec 1997 17:04:11 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from basil.cdt.luth.se (root@basil.cdt.luth.se [130.240.64.67]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA00638 for ; Fri, 5 Dec 1997 17:04:08 -0800 (PST) (envelope-from peppar@salt.cdt.luth.se) Received: from salt (peppar@salt.cdt.luth.se [130.240.194.242]) by basil.cdt.luth.se (8.7.5/8.7.3) with ESMTP id CAA18933; Sat, 6 Dec 1997 02:03:51 +0100 (MET) Message-Id: <199712060103.CAA18933@basil.cdt.luth.se> X-Mailer: exmh version 2.0zeta 7/24/97 To: Joao Carlos Mendes Luis cc: multimedia@FreeBSD.ORG Subject: Re: command line sdr ? In-reply-to: Your message of "Fri, 05 Dec 1997 17:23:25 -0200." <199712051923.RAA05780@roma.coe.ufrj.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Dec 1997 02:03:50 +0100 From: Peter Parnes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk A program for doing announcements from a daemon is my mAnnouncer program and my mSD kan be used to view announced sessions using the WWW. They are both Java based. /P From owner-freebsd-multimedia Sat Dec 6 16:23:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA27872 for multimedia-outgoing; Sat, 6 Dec 1997 16:23:41 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA27867 for ; Sat, 6 Dec 1997 16:23:38 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id QAA00743; Sat, 6 Dec 1997 16:23:36 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712070023.QAA00743@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org cc: Thomas David Rivers , dawes@rf900.physics.usyd.edu.au Subject: Re: Millenium II and DGA? In-reply-to: Your message of "Sat, 06 Dec 1997 14:13:08 EST." <199712061913.OAA00301@lakes.dignus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Dec 1997 16:23:35 -0800 From: Amancio Hasty Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id QAA27868 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Any clues?? Tnks, Amancio ---- > > Amancio - > > A while back you wrote: > > > Just go out and get a matrox millenium with 4MB of VRAM or > > if you can find one an S3 968 with 4MB of VRAM. > > > > Cheers, > > Amancio > > and - guess what - I went out and got a Matrox Millenium II with 4 meg > of RAM. > > I'm using the SVGA server; but when I start fxtv, I still get: > > [lakes.dignus.com]$ fxtv > Direct Video not supported by visual...using XImages > > So - I thought the MGA driver (in the SVGA X server) would support > writting directly to Video RAM (i.e. DGA) - it seems to indicate this > in the HTML docs... > > Any pointers would be greatly appreciated! > > - Thanks - > - Dave Rivers - > >