From owner-freebsd-multimedia Sun Sep 19 18:38: 3 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 348D9152E3 for ; Sun, 19 Sep 1999 18:37:57 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id LAA18157 for ; Mon, 20 Sep 1999 11:07:56 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.1.p0.FreeBSD:990920110755:17161=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <199909171052.MAA14465@dorifer.heim3.tu-clausthal.de> Date: Mon, 20 Sep 1999 11:07:55 +0930 (CST) From: "Daniel O'Connor" To: freebsd-multimedia@FreeBSD.ORG Subject: Re: Atapi CD audio ripper quality? Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.1.p0.FreeBSD:990920110755:17161=_ Content-Type: text/plain; charset=us-ascii On 17-Sep-99 Oliver Fromme wrote: > That's not exactly correct. "Red Book" CDs (audio CDs) have > two layers of error detection _and_ correction information. > These are should be handled by the CD-ROM drive and not be > visible to the software running o the computer. (CD-ROM has > an additional third layer of error correction, at least for > mode1 tracks -- that's why a CD-ROM has a lower effective > capacity than an audio CD.) True, what I meant to say was that no checksum information is passed from the CDROM to the computer like, as you say, for a mode 1 track. > On the other hand, most IDE CD-ROM drives require so-called > "jitter correction", which your grab software must support. > using different options might affect the way the data comes > out in that case. Well I think its not so much an IDE thing but a cheap ass CDROM thing (which all IDE drives are :) There is no header passed to the computer so it can't tell which block the CDROM is at (not even the CD can AFAIK.. it only knows the block number by counting - I don't know that for sure but its what I've heard) > My recommendation is, of course, to buy a decent SCSI drive > and use a grab utility such as cdd or tosha. :) Get a SCSI CDR then you get an excellent drive for ripping, AND you can write CD's :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.1.p0.FreeBSD:990920110755:17161=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN+WP81bYW/HEoF9pAQF8eQQApXTyy6cGP2Bd8UTvOT3CnolyPexqf2+C ByB0iCiYU7r2kyBXpNLnVYnSIx07CKTYRbF4+TzUmViOs4imMVphbxb+K+Z4eVaK XjXpwtfhgnOjuWMgdPJWbz4RW+RZMOI7G184HR4r6VEdAxfprh0eQR82ThW44GrU x36wILxLB5E= =zR8n -----END PGP MESSAGE----- --_=XFMail.1.3.1.p0.FreeBSD:990920110755:17161=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Sep 19 18:43: 7 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id F0F82152E9 for ; Sun, 19 Sep 1999 18:43:03 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id LAA18347; Mon, 20 Sep 1999 11:12:55 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.1.p0.FreeBSD:990920111254:17161=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: Date: Mon, 20 Sep 1999 11:12:54 +0930 (CST) From: "Daniel O'Connor" To: The Hermit Hacker Subject: RE: liveCaster: estimated audience stats... Cc: freebsd-multimedia@freebsd.org Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format --_=XFMail.1.3.1.p0.FreeBSD:990920111254:17161=_ Content-Type: text/plain; charset=us-ascii On 17-Sep-99 The Hermit Hacker wrote: > Am I correct in assuming that since its multicast, getting stats on number > of listeners is impossible? *raised eyebrow* Yup. Probably why it hasn't taken off.. "Hmm.. well its cheaper on bandwidth, but none of our advertisers like it because they don't know how many people their stuff is getting too" --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.1.p0.FreeBSD:990920111254:17161=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN+WRHlbYW/HEoF9pAQF5jAP/UhsxxEwIzxMfSa+KrFRA9PzdMrm1m8OT h1sjJ7O4d2pE+PC3SWnJLbLxIM7hPHEkJlyQDIsk2V+fpVedOokjj/dvxrZn6XWd sXscqXXv5f3HoX6wJGJyICD10G/5Y5dhK9Pg0eOnJWSO4KYyn49SJTO39XEfn40A ZUmrFxxUNn8= =+mE4 -----END PGP MESSAGE----- --_=XFMail.1.3.1.p0.FreeBSD:990920111254:17161=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Sep 19 19:24:29 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from proxy2.ba.best.com (proxy2.ba.best.com [206.184.139.14]) by hub.freebsd.org (Postfix) with ESMTP id 5136514C39 for ; Sun, 19 Sep 1999 19:24:28 -0700 (PDT) (envelope-from finlayson@live.com) Received: from mg130-199.ricochet.net (mg130-199.ricochet.net [204.179.130.199]) by proxy2.ba.best.com (8.9.3/8.9.2/best.out) with SMTP id TAA27849 for ; Sun, 19 Sep 1999 19:24:00 -0700 (PDT) Message-Id: <3.0.5.16.19990919072317.0b1f14e0@shell7.ba.best.com> X-Sender: rsf@shell7.ba.best.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16) Date: Sun, 19 Sep 1999 07:23:17 To: freebsd-multimedia@FreeBSD.ORG From: Ross Finlayson Subject: RE: liveCaster: estimated audience stats... In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 11:12 AM 9/20/99 +0930, Daniel O'Connor wrote: >> Am I correct in assuming that since its multicast, getting stats on number >> of listeners is impossible? *raised eyebrow* > >Yup. >Probably why it hasn't taken off.. "Hmm.. well its cheaper on bandwidth, but >none of our advertisers like it because they don't know how many people their >stuff is getting too" Yes, you're probably right. That must be why radio and television never amounted to anything either. Ross. ps., for the sarcasm-impaired: :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Sep 19 20:10:18 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id D5332151A6 for ; Sun, 19 Sep 1999 20:10:11 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-1-101.dialup.rdu.ipass.net [209.170.132.101]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id XAA05543; Sun, 19 Sep 1999 23:10:05 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id XAA02242; Sun, 19 Sep 1999 23:11:19 -0400 (EDT) (envelope-from rhh) Date: Sun, 19 Sep 1999 23:11:19 -0400 From: Randall Hopper To: Anthony Kimball Cc: hasty@rah.star-gate.com, van.woerkom@netcologne.de, multimedia@FreeBSD.ORG Subject: Re: tee-ing a sound stream Message-ID: <19990919231119.A1295@ipass.net> References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <14308.15475.162264.375285@avalon.east>; from Anthony Kimball on Sat, Sep 18, 1999 at 08:41:48PM -0500 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Anthony Kimball: |Quoth Marc van Woerkom on Sun, 19 September: |: |: Sounds like a generic audio-tee driver would make sense, that |: a program writes to, and that iself would pass on data to a file |: and a true audio driver. | |Having wanted to do this for some time, I have formed opinions about |how this should be done -- if you are interested: I think it should be |done as a device which passes calls on to the existing pcm driver. |Make an ioctl which allows one to pass a descriptor to the audio-tee |device. The ioctl should be sticky, i.e. should survive closes, so |that an aucontrol program can start/stop recording. Gut feeling tells me the kernel shouldn't be stream-writing files without a userland process sitting on a write() (failure/abort handling would be a bear). That's a daemon's job. FWIW, there's a similar situation with the way syscons handles mouse events which might apply here. Userland 'moused' sits on /dev/ttyd, pulling raw mouse events off the serial port and performing conversions. It feeds a canonical stream to syscons via ioctls, which in turn exposes these mouse events for arbitrary client (e.g. X server) consumption via /dev/sysmouse. However, mouse datarate is low compared with 44KHz 16-bit stereo (and then factor in newer soundcards with more than 2 channels of audio! :-) If too much for an ioctl (possibly not since that's how we're getting it down there in the first place), then maybe an mmap() region to pass data from the sound driver to userland would be better. Hmmm, or if we're talking about an executable dynamically linked with libc on an ELF system, what about just writing an LD_PRELOAD module which functions as an ioctl pass-through but, for audio ioctls, siphons off the audio data and does what it wants with it. Avoids having to mod the kernel, add kernel complexity, and having to pass the data twice across the userland-kernel boundary. This only works for dynamic ELF executables though. If you haven't used LD_PRELOAD, here's an example. Take an executable that's dynamically linked with libMesaGL.so (software OpenGL) -- say, 'xlock -- and you want it to use libGL.so (hardware OpenGL) instead. You can relink xlock with libGL.so, or (if it's dynamically linked with libMesaGL), just: setenv LD_PRELOAD /usr/X11R6/lib/libGL.so.1 xlock This `audio interception' sounds like a really cool feature though (snoop for the soundcard!) Good luck with it. BTW, Marc. GLX 3D is working very well on my Matrox G-200, thanks to http://www.freebsd.org/~3d and your package bundles. Having a blast over here with hardware accelerated 3D! I'll send details and benchmarks off-line when I cook some more ports and finish running them. Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Sep 19 20:33:42 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from queasy.outpost.co.nz (outpost2.inspire.net.nz [203.96.157.26]) by hub.freebsd.org (Postfix) with SMTP id 1FB9214A07 for ; Sun, 19 Sep 1999 20:33:34 -0700 (PDT) (envelope-from crh@outpost.co.nz) Received: (qmail 10732 invoked from network); 20 Sep 1999 03:33:32 -0000 Received: from officedonkey.outpost.co.nz (HELO officedonkey) (192.168.1.3) by queasy.outpost.co.nz with SMTP; 20 Sep 1999 03:33:32 -0000 Comments: Authenticated sender is From: "Craig Harding" Organization: Outpost Digital Media Ltd To: multimedia@freebsd.org Date: Mon, 20 Sep 1999 15:33:27 +1200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Picture problems with Dynalink BT878 card with FreeBSD 3.2 Reply-To: crh@outpost.co.nz X-mailer: Pegasus Mail for Windows (v2.52) Message-Id: <19990920033337.1FB9214A07@hub.freebsd.org> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've got a BT878 based tuner card I'm trying to get working with FreeBSD, and I'm hoping someone can give me some pointers as to what needs to be done to enable the bktr driver to speak nicely to this card. The card is labelled on the box as a "Magic TView +FM" by "MagicXpress" but is distributed in Australia and NZ by Dynalink (the modem people). It's a PAL card, and uses the BT878 and Philips FM1216 tuner. The model number is CPH051, they make a CPH061 without the FM radio. I'm wanting to use it as a video input source for a web camera, I'm not too worried about the clever tuner and FM radio functions at this point. As well as FXTV I've been playing with the grab.c program referenced at http://vulture.dmem.strath.ac.uk/bt848/. The problem is that the video displays as if the card is trying to read the signal as NTSC, even when I've tried everything to tell the driver to use PAL. You can see an example of the output of grab.c (converted from PPM to a JPG) at http://www.outpost.co.nz/output2.jpg and as you'll see it's quite a systematic corruption, as if something's getting the wrong line length. The image appears much the same in FXTV. Playing with FXTV, some operations (such as clicking the screen to zoom the image to 100%) will freeze the computer hard or reboot it. I can't get a clean picture on any of the input format options, but the picture is garbled differently in NTSC format than in PAL. I've tried all the various methods of hardcoding PAL operation into the driver (sysctl variable, defined constants in brooktree848.c including OVERRIDE_TUNER and OVERRIDE_CARD) but nothing has changed the output at all. I'm very keen to get this card working and I'm willing to do the legwork necessary to get the driver to talk to the card if someone could point me in the appropriate directions - I've always considered device drivers deep voodoo and never played with them. I've included the output of fxtv -debug startup below, don't be too alarmed at the comments about the X server not being local, I was just using a server on another machine to get something useful out of FXTV without installing X on that box, I eventually relented and installed X anyway, which revealed that the picture appeared the same to FXTV as it did to grab. bash-2.03# fxtv -debug startup Fxtv v0.48 DETECTED CAPTURE CARD(S) [DRIVER PROBES]: bktr0: rev 0x02 int a irq 9 on pci0.17.0 bti2c0: SYSCTL MIB VALUES: kern.version: FreeBSD 3.2-RELEASE #0: Thu Sep 16 21:49:39 NZST 1999 root@evil-smelling-bugger.outpost.co.nz:/usr/src/sys/compile/E VIL-SMELLING-BUGGER hw.bt848.card: -1 hw.bt848.tuner: -1 hw.bt848.reverse_mute: -1 hw.bt848.format: 0 TUNER SIGNATURE (0x01 - 0xff): 00 00 00 00 00 00 00 00 00 00 01 00 01 00 00 00 54 da bf bf fe 9a 07 28 5c 48 11 28 ea 00 00 00 00 00 00 00 01 00 00 00 70 6c 08 28 18 db bf bf bc c7 14 30 1f 33 07 08 0a 00 00 00 2f da bf bf 01 00 00 00 00 00 00 00 00 a4 08 28 9d a8 07 28 4f 97 04 08 03 85 07 28 70 6c 08 28 00 00 00 00 4c 0a 23 28 01 da bf bf ac da bf bf e5 9d 07 28 70 6c 08 28 ac da bf bf 55 9b 07 28 6c 79 07 28 TUNER I2C DEVICES FOUND AT: 0xa0, 0xc0 ioctl(BT848_REEPROM) failed: Input/output error CAPTURE CARD EEPROM CONTENTS: Read 0 EEPROM bytes Supported RGB Capture Pixel Formats: bpp Bpp RGB Masks Swap --- --- ---------------------------- ---- 15 2 00007c00, 000003e0, 0000001f NB 16 2 0000f800, 000007e0, 0000001f NB 24 3 00ff0000, 0000ff00, 000000ff B 24 4 00ff0000, 0000ff00, 000000ff NBWb Supported YUV Capture Pixel Formats: YUVSize HSamp VSamp Pack CompOrder T->B L->R YTrans ------- ----- ----- ------ --------- ---- ---- ------ 8,8,8 1,2,2 1,1,1 PLANAR YUV Y Y N 8,8,8 1,2,2 1,1,1 PACKED YUYV Y Y N 8,8,8 1,2,2 1,2,2 PLANAR YUV Y Y N open("/dev/mixer") failed XSERVER: 'Pexus Systems, Inc' v6000, Protocol Verson 11.0 Screen Res = 1024x719, DefDepth = 16; NumScreens = 1 Bitmap Unit/BitOrder/Pad = 8/MSBFirst/32, Image ByteOrder = LSBFirst Shm Extension not available...X Server isn't local. Rating Available Visuals: Rating Class bpp Bpp R,G,B Masks Swap DirectVid ------ ----------- --- --- ---------------------------- ---- --------- 0 DirectColor 16 2,2 0000f800, 000007e0, 0000001f -- No 4 TrueColor 16 2,2 0000f800, 000007e0, 0000001f -- No Default Visual is 16-bpp TrueColor XF86VidMode probably isn't enabled, if even available...X Server isn't local. Direct Video not supported by visual...using XImages -- Craig Harding crh@outpost.co.nz "I don't know about God, I Outpost Digital Media Ltd crh@inspire.net.nz just think we're handmade" http://www.outpost.co.nz ICQ# 26701833 - Polly To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Sep 19 23:15: 7 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194]) by hub.freebsd.org (Postfix) with ESMTP id 9E38715346 for ; Sun, 19 Sep 1999 23:15:03 -0700 (PDT) (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.9.3/8.8.8) with ESMTP id XAA41664; Sun, 19 Sep 1999 23:13:17 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199909200613.XAA41664@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Daniel O'Connor" Cc: The Hermit Hacker , freebsd-multimedia@FreeBSD.ORG Subject: Re: liveCaster: estimated audience stats... In-reply-to: Your message of "Mon, 20 Sep 1999 11:12:54 +0930." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Sep 1999 23:13:17 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > This message is in MIME format > --_=XFMail.1.3.1.p0.FreeBSD:990920111254:17161=_ > Content-Type: text/plain; charset=us-ascii > > > On 17-Sep-99 The Hermit Hacker wrote: > > Am I correct in assuming that since its multicast, getting stats on number > > of listeners is impossible? *raised eyebrow* > > Yup. > Probably why it hasn't taken off.. "Hmm.. well its cheaper on bandwidth, but > none of our advertisers like it because they don't know how many people their > stuff is getting too" > Getting the number of listerners is possible for instance vic and vat can do it;however, some organzitions may have chosen to disable such feature of rtp due to its scalabity problems. If anyone is interested in the topic aside from the code found in vic or vat see: http://www.cs.columbia.edu/~hgs/rtp/ Amancio -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Sep 20 0:34:56 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 2611C14D85 for ; Mon, 20 Sep 1999 00:34:55 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.9.3/8.9.3) with ESMTP id AAA12676; Mon, 20 Sep 1999 00:34:53 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Mon, 20 Sep 1999 00:34:53 -0700 (PDT) From: Doug White To: Amancio Hasty Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Radio Station ... In-Reply-To: <199909170339.UAA07279@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 16 Sep 1999, Amancio Hasty wrote: > > That sounds good . Now all we have to do is convice our old FreeBSD "buddies" > at Real Audio to release a Real Audio Player for FreeBSD 8) Well, at least RealPlayerG2 for Linux works under emulation out-of-box. :-) Alpha 1, even. Doug White Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve http://gladstone.uoregon.edu/~dwhite | www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Sep 20 0:42: 8 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194]) by hub.freebsd.org (Postfix) with ESMTP id E3C64156C6 for ; Mon, 20 Sep 1999 00:42:06 -0700 (PDT) (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.9.3/8.8.8) with ESMTP id AAA42432; Mon, 20 Sep 1999 00:41:01 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199909200741.AAA42432@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug White Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Radio Station ... In-reply-to: Your message of "Mon, 20 Sep 1999 00:34:53 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Sep 1999 00:41:01 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I prefer a FreeBSD version. Not that interested on linux glibc2.0 vs glibc2.1 vs libc or whatever obnoxious shared libc implemenation linux camps comes up with next. Besides, they probably still do their development on FreeBSD and their Director of Server Engineering Sujal Patel was a FreeBSD multimedia hacker. -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Sep 20 6:46:29 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id AE42014E32 for ; Mon, 20 Sep 1999 06:46:23 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from bfg (scary.dmem.strath.ac.uk [130.159.202.5]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with SMTP id OAA28799 Mon, 20 Sep 1999 14:46:14 +0100 (BST) Message-ID: <001001bf036e$a98031e0$0200000a@bfg> From: "Roger Hardiman" To: , Subject: Re: Picture problems with Dynalink BT878 card with FreeBSD 3.2 Date: Mon, 20 Sep 1999 08:38:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ok, I should have the answer for your Bt878 card. (although I'm writing this off line so I've not checked your jpeg) To your kernerl config, add the line options BKTR_USE_PLL I'd also like to know if you got the audio working properly. Thanks Roger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Sep 20 22:25:25 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from queasy.outpost.co.nz (outpost2.inspire.net.nz [203.96.157.26]) by hub.freebsd.org (Postfix) with SMTP id 5DD0A157B6 for ; Mon, 20 Sep 1999 22:24:40 -0700 (PDT) (envelope-from crh@outpost.co.nz) Received: (qmail 21906 invoked from network); 21 Sep 1999 05:24:39 -0000 Received: from officedonkey.outpost.co.nz (HELO officedonkey) (192.168.1.3) by queasy.outpost.co.nz with SMTP; 21 Sep 1999 05:24:39 -0000 Comments: Authenticated sender is From: "Craig Harding" Organization: Outpost Digital Media Ltd To: Roger Hardiman Date: Tue, 21 Sep 1999 17:24:34 +1200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Picture problems with Dynalink BT878 card with FreeBSD 3.2 Reply-To: crh@outpost.co.nz Cc: multimedia@freebsd.org In-reply-to: <37E63054.446B@cs.strath.ac.uk> X-mailer: Pegasus Mail for Windows (v2.52) Message-Id: <19990921052447.5DD0A157B6@hub.freebsd.org> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Roger Hardiman wrote: > Ok, first of all, you can fix your video by adding this > to your kernel config file > > options BKTR_USE_PLL > > Let me know if it works. Lovely, thank you. That works nicely, we're now getting stable PAL images with FXTV or grab. BTW I have already upgraded to the 1.74 driver, I should have mentioned that yesterday. Even though I'm now getting a stable colour image, things are still (unsurprisingly given the unknown card) quite fragile. Any attempt to resize the display from FXTV's startup default will cause the machine to crash - it locks hard without any warning. Similarly, when I'm using grab.c it will succeed for about the first 6 or so grabs and then lock the machine. I'm trying to use grab in a shell script to repeatedly grab a frame and save it as a jpeg (via cjpeg) to an appropriate directory for our web server. You can look at www.outpost.co.nz/webcam.html for an (uncompleted) idea of what I'm trying to do (and a successful sample image). I don't have a sound card in this machine at the moment, so I can't tell you much about audio right now, but I will chuck one in over the next few days to work through the audio side of things. I'll also get an aerial hooked up and give the tuner a look. > Then run fxtv -debug startup again and email me the output. > I would also like you to email me the output of dmesg ----cut here----8<----cut here----8<---- Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.2-RELEASE #3: Tue Sep 21 09:44:11 NZST 1999 root@evil-smelling-bugger.outpost.co.nz:/usr/src/sys/compile/EVIL-SMELLING-B UGGER Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 75019772 Hz CPU: Pentium/P54C (75.02-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping=4 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30113792 (29408K bytes) Preloaded elf kernel "kernel" at 0xc02a9000. Probing for devices on PCI bus 0: chip0: rev 0x00 on pci0.0.0 chip1: rev 0x00 on pci0.1.0 wdc0: rev 0x02 int a irq 14 on pci0.12.0 bktr0: rev 0x02 int a irq 9 on pci0.17.0 bti2c0: iicbb0: on bti2c0 iicbus0: on iicbb0 master-only smbus0: on bti2c0 Warning - card vendor 0x144f (model 0x3002) unknown. This may cause poor performance Miro TV, Temic NTSC tuner. vga0: rev 0x01 int a irq 10 on pci0.19.0 Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 5 on isa ed0: address 00:00:b4:33:99:b5, type NE2000 (16 bit) atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 not found sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: CMD640B workaround enabled wdc0: unit 0 (wd0): wd0: 125MB (256512 sectors), 1002 cyls, 8 heads, 32 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 1221MB (2501856 sectors), 2482 cyls, 16 heads, 63 S/T, 512 B/S wdc1 not found at 0x170 ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 plip0: on ppbus 0 lpt0: on ppbus 0 lpt0: Interrupt-driven port vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface Intel Pentium detected, installing workaround for F00F bug changing root device to wd0s1a WARNING: / was not properly dismounted ffs_mountfs: superblock updated for soft updates ----cut here----8<----cut here----8<---- Fxtv v0.48 DETECTED CAPTURE CARD(S) [DRIVER PROBES]: bktr0: rev 0x02 int a irq 9 on pci0.17.0 bti2c0: SYSCTL MIB VALUES: kern.version: FreeBSD 3.2-RELEASE #3: Tue Sep 21 09:44:11 NZST 1999 root@evil-smelling-bugger.outpost.co.nz:/usr/src/sys/compile/EVIL-SMELLI NG-BUGGER hw.bt848.card: -1 hw.bt848.tuner: -1 hw.bt848.reverse_mute: -1 hw.bt848.format: -1 TUNER SIGNATURE (0x01 - 0xff): 00 00 00 00 00 00 00 00 00 00 01 00 01 00 00 00 60 d6 bf bf fe 9a 07 28 5c 48 11 28 ea 00 00 00 00 00 00 00 01 00 00 00 70 6c 08 28 24 d7 bf bf bc c7 14 30 1f 33 07 08 0a 00 00 00 3b d6 bf bf 01 00 00 00 00 00 00 00 00 a4 08 28 9d a8 07 28 4f 97 04 08 03 85 07 28 70 6c 08 28 00 00 00 00 4c 0a 23 28 01 d6 bf bf b8 d6 bf bf e5 9d 07 28 70 6c 08 28 b8 d6 bf bf 55 9b 07 28 6c 79 07 28 TUNER I2C DEVICES FOUND AT: 0xa0, 0xc0 CAPTURE CARD EEPROM CONTENTS: Read 256 EEPROM bytes (0x00 - 0xff) ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 30 02 14 4f Supported RGB Capture Pixel Formats: bpp Bpp RGB Masks Swap --- --- ---------------------------- ---- 15 2 00007c00, 000003e0, 0000001f NB 16 2 0000f800, 000007e0, 0000001f NB 24 3 00ff0000, 0000ff00, 000000ff B 24 4 00ff0000, 0000ff00, 000000ff NBWb Supported YUV Capture Pixel Formats: YUVSize HSamp VSamp Pack CompOrder T->B L->R YTrans ------- ----- ----- ------ --------- ---- ---- ------ 8,8,8 1,2,2 1,1,1 PLANAR YUV Y Y N 8,8,8 1,2,2 1,1,1 PACKED YUYV Y Y N 8,8,8 1,2,2 1,2,2 PLANAR YUV Y Y N XSERVER: 'The XFree86 Project, Inc' v3330, Protocol Verson 11.0 Screen Res = 1152x864, DefDepth = 16; NumScreens = 1 Bitmap Unit/BitOrder/Pad = 32/LSBFirst/32, Image ByteOrder = LSBFirst XF86DGAQueryVersion() succeeded - vers = 1.00 BaseAddr = 0xf0000000, Pitch = 1152, BankSize/RamSize = 2097152/2097152 Rating Available Visuals: Rating Class bpp Bpp R,G,B Masks Swap DirectVid ------ ----------- --- --- ---------------------------- ---- --------- 5 TrueColor 16 2,2 0000f800, 000007e0, 0000001f -- Yes Default Visual is 16-bpp TrueColor XF86VidModeQueryVersion() succeeded - version = 0.08 ----cut here----8<----cut here----8<---- -- Craig Harding crh@outpost.co.nz "I don't know about God, I Outpost Digital Media Ltd crh@inspire.net.nz just think we're handmade" http://www.outpost.co.nz ICQ# 26701833 - Polly To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Sep 21 1:12:12 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id 9326814C30 for ; Tue, 21 Sep 1999 01:12:01 -0700 (PDT) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-lind-4.netcologne.de [195.14.250.4]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id KAA02914; Tue, 21 Sep 1999 10:11:49 +0200 (MET DST) Received: (from marc@localhost) by oranje.my.domain (8.9.3/8.9.3) id KAA00797; Tue, 21 Sep 1999 10:12:22 +0200 (CEST) (envelope-from van.woerkom@netcologne.de) Date: Tue, 21 Sep 1999 10:12:22 +0200 (CEST) Message-Id: <199909210812.KAA00797@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: aa8vb@ipass.net Cc: alk@pobox.com, hasty@rah.star-gate.com, van.woerkom@netcologne.de, multimedia@FreeBSD.ORG In-reply-to: <19990919231119.A1295@ipass.net> (message from Randall Hopper on Sun, 19 Sep 1999 23:11:19 -0400) Subject: Re: tee-ing a sound stream Reply-To: van.woerkom@netcologne.de References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Having a blast over here with hardware accelerated 3D! Me too. Running something rather simple (compared to most Win32 3d games) like sproingies -root -count 20 with FreeBSD suddenly became exciting. Strange, eh? :) > I'll send details and benchmarks off-line when I cook some more > ports and finish running them. Yes, please! What do you use as benchmark? (gears? "pulsar -fps"? glperf?) There are lots of software (e.g. look on www.opengl.org) that would be interesting to put into a port. To prevent several people doing similiar work I want to put a list online on who fiddles with what. I post a link, when done. Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Sep 21 1:18:47 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id 32D92153EB for ; Tue, 21 Sep 1999 01:18:37 -0700 (PDT) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-lind-4.netcologne.de [195.14.250.4]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id KAA02983; Tue, 21 Sep 1999 10:13:28 +0200 (MET DST) Received: (from marc@localhost) by oranje.my.domain (8.9.3/8.9.3) id KAA00802; Tue, 21 Sep 1999 10:14:01 +0200 (CEST) (envelope-from van.woerkom@netcologne.de) Date: Tue, 21 Sep 1999 10:14:01 +0200 (CEST) Message-Id: <199909210814.KAA00802@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: aa8vb@ipass.net Cc: alk@pobox.com, hasty@rah.star-gate.com, multimedia@FreeBSD.ORG In-reply-to: <19990919231119.A1295@ipass.net> (message from Randall Hopper on Sun, 19 Sep 1999 23:11:19 -0400) Subject: Re: tee-ing a sound stream Reply-To: van.woerkom@netcologne.de References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > This `audio interception' sounds like a really cool feature though (snoop > for the soundcard!) Good luck with it. In my naivity I thought it should be no problem to extend the UNIX mechanisms that exist for the processing of streams of text (manipulating, duplication, sending over the net) to streams of audio or maybe video. Thanks to you guys I know now that I know nothing and have that feeling that whatever I will try is a hack. :) It seems I stumbled on that 'multimedia' that is refered to when one speaks about mulitmedia operating systems (BeOS? Darwin?) Even worse I have the bad feeling, that there is no spoon ..er there is no outline for a FreeBSD multimedia architecture. Regards, Marc P.S. Anyone knows why our sound guru Luigi is so quiet lately? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Sep 21 7:21:46 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from thelab.hub.org (nat203.199.mpoweredpc.net [142.177.203.199]) by hub.freebsd.org (Postfix) with ESMTP id 6AE2D15520 for ; Tue, 21 Sep 1999 07:21:43 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id LAA86597 for ; Tue, 21 Sep 1999 11:21:42 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Tue, 21 Sep 1999 11:21:42 -0300 (ADT) From: The Hermit Hacker To: freebsd-multimedia@freebsd.org Subject: Quick question: multicast->unicast? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is there anything I can run on a subnet that would take a multicast signal and unicast it to clients like winamp? *raised eyebrow* Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Sep 21 13:27:53 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from proxy4.ba.best.com (proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (Postfix) with ESMTP id 08E89161B0 for ; Tue, 21 Sep 1999 13:09:32 -0700 (PDT) (envelope-from finlayson@live.com) Received: from mg135-023.ricochet.net (mg135-023.ricochet.net [204.179.135.23]) by proxy4.ba.best.com (8.9.3/8.9.2/best.out) with SMTP id NAA13562; Tue, 21 Sep 1999 13:03:48 -0700 (PDT) Message-Id: <3.0.5.16.19990921004007.2f977bd2@shell7.ba.best.com> X-Sender: rsf@shell7.ba.best.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16) Date: Tue, 21 Sep 1999 00:40:07 To: The Hermit Hacker From: Ross Finlayson Subject: Re: Quick question: multicast->unicast? Cc: freebsd-multimedia@FreeBSD.ORG In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 11:21 AM 9/21/99 -0300, you wrote: >Is there anything I can run on a subnet that would take a multicast signal >and unicast it to clients like winamp? *raised eyebrow* Marc (et al), If you're looking for a way to receive MP3/RTP multicast streams, and play then using Winamp (or some other MP3 audio player), then you can do this with the "playRTPMPEG" tool: E.g., you can run (on a multicast-capable machine "A"): playRTPMPEG -h / Then, on another machine, you can run: winamp http://: and Winamp will play the MP3 stream. You can also run playRTPMPEG and Winamp (or some other MP3 player) on the same machine, and just run winamp http://localhost: Ross. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Sep 21 18:41:54 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id 740CA15C2A for ; Tue, 21 Sep 1999 18:41:46 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-1-2.dialup.rdu.ipass.net [209.170.132.2]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id VAA29478; Tue, 21 Sep 1999 21:41:41 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id VAA12586; Tue, 21 Sep 1999 21:42:56 -0400 (EDT) (envelope-from rhh) Date: Tue, 21 Sep 1999 21:42:56 -0400 From: Randall Hopper To: Marc van Woerkom Cc: multimedia@FreeBSD.ORG Subject: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Message-ID: <19990921214256.A11482@ipass.net> References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=huq684BweRXVnRxX X-Mailer: Mutt 0.95.1i In-Reply-To: <199909210812.KAA00797@oranje.my.domain>; from Marc van Woerkom on Tue, Sep 21, 1999 at 10:12:22AM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Marc van Woerkom: |> Having a blast over here with hardware accelerated 3D! | |Me too. Running something rather simple (compared to most Win32 3d games) |like 'sproingies -root -count 20' with FreeBSD suddenly became |exciting. Strange, eh? :) Yep, same here! I'll have to give that one a try. |> I'll send details and benchmarks off-line when I cook some more |> ports and finish running them. | |Yes, please! |What do you use as benchmark? (gears? "pulsar -fps"? glperf?) Well, I'm just getting started really. So far, xbench and glclock are the only hefty benchmarks that I've run in FreeBSD (done some MSW benches too, but we won't talk about that... :-) glclock is very cool! Worth the pull. This weekend I whipped some of my work-in-progress notes/benchmarks as well as a few new ports (glclock, togl, pyopengl), and just now put them up at: http://www.ipass.net/~dbhopper/aa8vb/Matrox-G200/index.html Overall, I'm pretty pleased with performance, and it's only going to get better from here (with GLX improvements plus DRI later). BTW keep in mind when viewing the numbers that my Matrox G200 is a mere PCI 3D card, so you AGP2X/4X folk with TNT2s and G400s no doubt will smoke me silly! |There are lots of software (e.g. look on www.opengl.org) that |would be interesting to put into a port. Definitely. Speaking of cool, one thing I've really gotten into lately is scripting 3D interfaces. With the simplicity and raw capability of languages like Python and Tcl (vs. C/C++) and GUIs like Tk (vs. X/Motif), it's amazing how few lines of code (and effort!) it takes to generate useful tools. Check out the attached Python app that uses PyOpenGL (PyOpenGL and Togl's port are on my page). 44 lines and you have a little GUI with controls and can spin a checkerboard and sphere with the mouse. More samples in the OpenGL/Demo/tom dir of the PyOpenGL build tree as well as some in the Togl tree. And even at 44 lines, we're still down using raw OpenGL (graphics assembly language). Stack a graphics toolkit like VTK (www.kitware.com) on top of that, and things like this turn into 10-15 lines. VTK is more useful with more serious vis and imaging jobs though. VTK works fine in Python with PyOpenGL BTW (I use this at work occasionally, but haven't gotten to trying it with HW-3D here at home yet). BTW, IBM Data Explorer (www.opendx.org) works remarkably well. I tested it briefly using the LD_PRELOAD trick. Use a tool like this and create useful tools by connecting modules with the mouse. Running the AnnotationGlyphs.net for example turns software-only 1 fps into 4-5 fps, and this is with the Image module (which itself is a bloated macro; better fps to be had with the Display module) |To prevent several people doing similiar work I want to put a |list online on who fiddles with what. I post a link, when |done. Sounds like a good idea. I'd be interested. Randall --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="checker.py" #!/usr/bin/env python from OpenGL.GL import * from OpenGL.GLUT import * from OpenGL.Tk import * import sys def redraw(o): glClearColor(1, 0, 1, 0) glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT) glColor3f(0, 1, 0) #draw checkerboard N = 4 glDisable(GL_LIGHTING) for x in range(-N, N): for y in range(-N, N): if (x + y) % 2 == 0: glColor3f(1, 1, 1) else: glColor3f(0, 0, 0) glRectf(x, y, x + 1, y + 1) glEnable(GL_LIGHTING) glPushMatrix() glTranslatef(0., 0., 1.) glutSolidSphere(1.0,20,20) glPopMatrix() def main(): f = Frame() f.pack(side = 'top') o = Opengl(width = 200, height = 200, double = 1) o.redraw = redraw quit = Button(f, text = 'Quit', command = sys.exit) quit.pack({'side':'top', 'side':'left'}) help = Button(f, text = 'Help', command = o.help) help.pack({'side':'top', 'side':'left'}) reset = Button(f, text = 'Reset', command = o.reset) reset.pack({'side':'top', 'side':'left'}) o.pack(side = 'top', expand = 1, fill = 'both') o.set_eyepoint(20.) o.mainloop() main() --huq684BweRXVnRxX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Sep 22 9: 7:12 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 1440714DDB for ; Wed, 22 Sep 1999 09:07:07 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (8.9.3/8.9.3) with ESMTP id TAA02031; Wed, 22 Sep 1999 19:06:40 +0300 (EET DST) Received: by myhakas.matti.ee (Postfix, from userid 1000) id E79ADAD; Wed, 22 Sep 1999 19:06:46 +0300 (EEST) Date: Wed, 22 Sep 1999 19:06:46 +0300 From: Vallo Kallaste To: Randall Hopper Cc: Marc van Woerkom , multimedia@FreeBSD.ORG Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Message-ID: <19990922190646.A91854@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <19990921214256.A11482@ipass.net>; from Randall Hopper on Tue, Sep 21, 1999 at 09:42:56PM -0400 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Sep 21, 1999 at 09:42:56PM -0400, Randall Hopper wrote: > This weekend I whipped some of my work-in-progress notes/benchmarks as > well as a few new ports (glclock, togl, pyopengl), and just now put them up > at: > > http://www.ipass.net/~dbhopper/aa8vb/Matrox-G200/index.html > > Overall, I'm pretty pleased with performance, and it's only going to > get better from here (with GLX improvements plus DRI later). BTW keep in > mind when viewing the numbers that my Matrox G200 is a mere PCI 3D card, so > you AGP2X/4X folk with TNT2s and G400s no doubt will smoke me silly! That's all good to hear but I can't get my G400 behave correctly when using Xfree 3.3.5. The G400 will be recognized and all is well until I launch xterm, and do some ls -la in the xterm. The xterm window goes black and doesn't come back. Same for launching some 3D demo, for example gears. The window, or even root windows goes black and I can't see anything running in the window. It happens either with glx module loaded or not. I've tried to use the 3.3.5 binaries from Xfree official site, built the 3.3.5 myself from the ports and by hand but no difference. The card I have is G400 with 32MB of memory and it works very well under Xfree beta 3.9.16 except for 3D. Does it sound like a bug in the XFree 3.3.5? -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Sep 22 13: 1: 0 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id 2735414D6A for ; Wed, 22 Sep 1999 13:00:37 -0700 (PDT) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial8-227.netcologne.de [195.14.235.227]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id WAA10660; Wed, 22 Sep 1999 22:00:29 +0200 (MET DST) Received: (from marc@localhost) by oranje.my.domain (8.9.3/8.9.3) id WAA01357; Wed, 22 Sep 1999 22:01:01 +0200 (CEST) (envelope-from van.woerkom@netcologne.de) Date: Wed, 22 Sep 1999 22:01:01 +0200 (CEST) Message-Id: <199909222001.WAA01357@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: aa8vb@ipass.net Cc: multimedia@FreeBSD.ORG In-reply-to: <19990921214256.A11482@ipass.net> (message from Randall Hopper on Tue, 21 Sep 1999 21:42:56 -0400) Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Reply-To: van.woerkom@netcologne.de References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > http://www.ipass.net/~dbhopper/aa8vb/Matrox-G200/index.html Well done. I might shamelessly steal from that page. (T_holiday = T - 2 :) > glclock is very cool! Worth the pull. Indeed, from your provided link on, I saw the screenshot at http://www.daionet.gr.jp/~masa/glclock/shots.html That guy put lots of design work in it. I drool for this one http://www.dtek.chalmers.se/~d3august/xt/index.html since somebody described it as making him "feel like Dr. Evil behind his control panel" (one of those super villians from a 60ties spy film. :) Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Sep 22 13:48:24 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id 206C414D56 for ; Wed, 22 Sep 1999 13:48:15 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-1-199.dialup.rdu.ipass.net [209.170.132.199]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id QAA20360; Wed, 22 Sep 1999 16:47:59 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id QAA02442; Wed, 22 Sep 1999 16:49:10 -0400 (EDT) (envelope-from rhh) Date: Wed, 22 Sep 1999 16:49:10 -0400 From: Randall Hopper To: Vallo Kallaste Cc: Marc van Woerkom , multimedia@FreeBSD.ORG Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Message-ID: <19990922164910.C1089@ipass.net> References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> <19990922190646.A91854@myhakas.matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <19990922190646.A91854@myhakas.matti.ee>; from Vallo Kallaste on Wed, Sep 22, 1999 at 07:06:46PM +0300 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Vallo Kallaste: |Randall Hopper: |> you AGP2X/4X folk with TNT2s and G400s no doubt will smoke me silly! | |That's all good to hear but I can't get my G400 behave correctly when |using Xfree 3.3.5. The G400 will be recognized and all is well until I |launch xterm, and do some ls -la in the xterm. The xterm window goes |black and doesn't come back. Same for launching some 3D demo, for |example gears. That's unfortunate. Do you get the same from 3.3.4? 3.3.4 is what I'm running (2D and 3D) with my G200. Also, what depth is this? I'm doing 16bpp 565 most of the time (I only mention this in case there's a healthy overlap between the G200 and G400 driver code). BTW, re: black xterms, I saw something similar after running 3.9.16, and then flipping back to 3.3.4. If I 'tput clear' in an xterm text displays fine until the xterm scrolls, then the whole thing goes black and stays black. Possibly some sort of XCopyArea (BitBlt) bug. A reboot cures it. Sounds like the card state isn't being completely initialized (by 3.3.x at least). |G400 with 32MB of memory and it works very well under Xfree beta 3.9.16 |except for 3D. Does it sound like a bug in the XFree 3.3.5? -- Possibly. It's likely since all works fine under 3.9.16 in 2D. Searching Dejanews for other similar G400 reports turns up a few hits. http://www.deja.com/home_ps.shtml, string "g400 & black & xfree*". Results type: DejaClassic (the default is a spam show): http://www.deja.com/=dnc/getdoc.xp?AN=512107125 http://www.deja.com/=dnc/getdoc.xp?AN=516255904 Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Sep 22 13:56:31 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id 1DB4014C25 for ; Wed, 22 Sep 1999 13:55:54 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-1-199.dialup.rdu.ipass.net [209.170.132.199]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id QAA22211; Wed, 22 Sep 1999 16:55:50 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id QAA02604; Wed, 22 Sep 1999 16:57:07 -0400 (EDT) (envelope-from rhh) Date: Wed, 22 Sep 1999 16:57:07 -0400 From: Randall Hopper To: Marc van Woerkom Cc: multimedia@FreeBSD.ORG Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Message-ID: <19990922165707.D1089@ipass.net> References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> <199909222001.WAA01357@oranje.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <199909222001.WAA01357@oranje.my.domain>; from Marc van Woerkom on Wed, Sep 22, 1999 at 10:01:01PM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Marc van Woerkom: |> http://www.ipass.net/~dbhopper/aa8vb/Matrox-G200/index.html | |Well done. I might shamelessly steal from that page. (T_holiday = T - 2 :) Sure, feel free. |I drool for this one | | http://www.dtek.chalmers.se/~d3august/xt/index.html Yeah, slick. A good incentive to rush through my homework this evening >8-> I'll start it downloading. Which reminds me, xglobe and xplanet should be very cool. (They are on my SGI at work anyway): http://alumnus.caltech.edu/~hari/xplanet/ xplanet http://wwwrzstud.rz.uni-karlsruhe.de/~uddn/xglobe/ xglobe http://www.radcyberzine.com/xglobe/ xglobe/xplanet maps http://www.lancs.ac.uk/postgrad/thomasc1/render/planets/earth.htm xglobe/xplanet maps Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Sep 22 16:42:31 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id AE1CF14A03 for ; Wed, 22 Sep 1999 16:42:18 -0700 (PDT) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-lind-11.netcologne.de [195.14.250.11]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id BAA20000; Thu, 23 Sep 1999 01:42:01 +0200 (MET DST) Received: (from marc@localhost) by oranje.my.domain (8.9.3/8.9.3) id BAA00801; Thu, 23 Sep 1999 01:42:34 +0200 (CEST) (envelope-from van.woerkom@netcologne.de) Date: Thu, 23 Sep 1999 01:42:34 +0200 (CEST) Message-Id: <199909222342.BAA00801@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: vallo@matti.ee Cc: aa8vb@ipass.net, multimedia@FreeBSD.ORG In-reply-to: <19990922190646.A91854@myhakas.matti.ee> (message from Vallo Kallaste on Wed, 22 Sep 1999 19:06:46 +0300) Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Reply-To: van.woerkom@netcologne.de References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> <19990922190646.A91854@myhakas.matti.ee> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > That's all good to hear but I can't get my G400 behave correctly when > using Xfree 3.3.5. The G400 will be recognized and all is well until I > launch xterm, and do some ls -la in the xterm. The xterm window goes > black and doesn't come back. Same for launching some 3D demo, for > example gears. The window, or even root windows goes black and I can't > see anything running in the window. It happens either with glx module > loaded or not. One guy was telling me that glx worked for his G400 under XFree86 3.3.5 - here a snippet: > I now have XFree86 3.3.5, using all 32MB of my Matrox G400 card's RAM, > with GLX extensions (working - lots of debug output from glx.so in my > xdm-errors file...) *and* TrueType font support... :-) Maybe he can give a hint? (I bcc'ed this mail) > I've tried to use the 3.3.5 binaries from Xfree official site, built the > 3.3.5 myself from the ports and by hand but no difference. Your situation is a bit unclear to me. First: I can't decide from your mail if you see any 3d acceleration at all, or if it worked with an older version. Did you have any success at all? Second: Were you using the latest glx port? (glx-990914.shar.bz2) from http://www.freebsd.org/~3d/distfiles/glx/XF3.3.5 It should work with XF86_SVGA from XFree86 3.3.4 and 3.3.5 Required is deinstalling Mesa-3.0 and glx (if they were installed). If you like, you could nuke XFree86 as well. The port will start a build, if it finds none. For comparison I put up the logs of my build of XFree86 3.3.5 and glx on the above mentioned web page. I also mailed one the main glx developers if can remember trouble with G400, because there is a possibility that my snapshot is from an too early G400 development stage. Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Sep 22 17: 0: 0 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id BC6E815512 for ; Wed, 22 Sep 1999 16:59:54 -0700 (PDT) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial-lind-11.netcologne.de [195.14.250.11]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id BAA20309; Thu, 23 Sep 1999 01:59:50 +0200 (MET DST) Received: (from marc@localhost) by oranje.my.domain (8.9.3/8.9.3) id CAA00932; Thu, 23 Sep 1999 02:00:23 +0200 (CEST) (envelope-from van.woerkom@netcologne.de) Date: Thu, 23 Sep 1999 02:00:23 +0200 (CEST) Message-Id: <199909230000.CAA00932@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: aa8vb@ipass.net Cc: multimedia@FreeBSD.ORG In-reply-to: <19990922165707.D1089@ipass.net> (message from Randall Hopper on Wed, 22 Sep 1999 16:57:07 -0400) Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Reply-To: van.woerkom@netcologne.de References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> <199909222001.WAA01357@oranje.my.domain> <19990922165707.D1089@ipass.net> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Which reminds me, xglobe and xplanet should be very cool. Thanks for that links. One of that pages links to "The Living Earth, Inc." http://www1.las.es/%7Eamil/ssystem/livingearth.html They provide a stunning panorama of the earth - beautiful! Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Sep 22 17:11:17 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.latinmail.com (smtp.latinmail.com [209.2.135.53]) by hub.freebsd.org (Postfix) with SMTP id 35B4C154E2 for ; Wed, 22 Sep 1999 17:11:13 -0700 (PDT) (envelope-from sgarcia2@LatinMail.com) Received: from latinmail.com [209.2.135.40] by mail.latinmail.com (SMTPD32-4.07) id A209C400D8; Wed, 22 Sep 1999 20:19:21 EST To: multimedia@freebsd.org Cc: bbursey@mechv.me.tuns.ca From: Sergio Garcia Date: Wed, 22 Sep 1999 20:14:23 -0400 Subject: Re: Soundcard for stable ? Message-Id: <19990923001115.35B4C154E2@hub.freebsd.org> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-Mailer: LatinMail v3.0 -- http://www.latinmail.com Hi Bryan Bursey wrote: > I use a SB PCI128 without any trouble. Just required me to add one line > to the kernel. Could you please post exactly which version of FreeBSD you are using, as well as the line you added to the kernel. I am having trouble whith an identical card. Thank you. ___________________________________________________________ Encuéntralo en http://www.LatinGuia.com. Tu buscador latino To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Sep 22 17:28:50 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.latinmail.com (smtp.latinmail.com [209.2.135.53]) by hub.freebsd.org (Postfix) with SMTP id 386CF15825 for ; Wed, 22 Sep 1999 17:28:45 -0700 (PDT) (envelope-from sgarcia2@LatinMail.com) Received: from latinmail.com [209.2.135.40] by mail.latinmail.com (SMTPD32-4.07) id A62E26D0136; Wed, 22 Sep 1999 20:37:02 EST To: multimedia@freebsd.org From: Sergio Garcia Date: Wed, 22 Sep 1999 20:32:02 -0400 Subject: Re: Soundcard for stable ? X-Mailer: LatinMail v3.0 -- http://www.latinmail.com Message-Id: <19990923002846.386CF15825@hub.freebsd.org> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi The message belonged to stable. I am sorry to have sent it to the wrong list. ___________________________________________________________ Encuéntralo en http://www.LatinGuia.com. Tu buscador latino To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Sep 22 20:17:56 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from queasy.outpost.co.nz (outpost2.inspire.net.nz [203.96.157.26]) by hub.freebsd.org (Postfix) with SMTP id 9F08214D42 for ; Wed, 22 Sep 1999 20:17:39 -0700 (PDT) (envelope-from crh@outpost.co.nz) Received: (qmail 31670 invoked from network); 23 Sep 1999 03:10:55 -0000 Received: from officedonkey.outpost.co.nz (HELO officedonkey) (192.168.1.3) by outpost2.inspire.net.nz with SMTP; 23 Sep 1999 03:10:55 -0000 Comments: Authenticated sender is From: "Craig Harding" Organization: Outpost Digital Media Ltd To: Roger Hardiman Date: Thu, 23 Sep 1999 15:10:51 +1200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Picture problems with Dynalink BT878 card with FreeBSD 3.2 Reply-To: crh@outpost.co.nz Cc: multimedia@freebsd.org In-reply-to: <37E7564E.794B@cs.strath.ac.uk> X-mailer: Pegasus Mail for Windows (v2.52) Message-Id: <19990923031745.9F08214D42@hub.freebsd.org> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Sorry for the delay in responding, I'm trying to deal with the usual 15 things at once... Roger Hardiman wrote: > > > options BKTR_USE_PLL Are there any plans for the driver to automatically decide if this is required or not following card detection on boot, or is it sufficiently complex that a compile-time option is required? It's not a major problem for me, I was just more curious about future plans. > > Warning - card vendor 0x144f (model 0x3002) unknown. This may > > cause poor performance > > I may just ditch the "poor performance" warning. > > This tells I can modify the bt848 driver to look for card type > 0x144f and auto-select your card. Great. > > Infact, I have just done this. > Grab driver release 1.75 from my snapshot/beta test driver. I've been using that, it autodetects the card type but it's assuming an Temic NTSC tuner when in fact it should be a Philips FR1216. > As for repeated crashes, I've got no idea what will be causing that. > Can you email me your grab.c test parameters and I will try it here. I've just been doing "grab 768 576 output.ppm", I've modified the #defines in the source to assume PAL. I was quite puzzled by the crashes until Jukka Simila emailed me and suggested: > I had similar problems and the answer was I had Intel 430FX-based > board so i needed the following in kernel: > > options "BKTR_430_FX_MODE" > > I noticed you have a 586 too, so maybe it is the same problem? And that turned on the little lightbulb in my head and I remembered I had all this happening in a reasonably old P75. Checking the motherboard revealed that it's using an SiS chipset (dmesg says chip0: rev 0x00 on pci0.0.0 chip1: rev 0x00 on pci0.1.0 ). I tried both BKTR_430_FX_MODE and BKTR_SIS_VIA_MODE but the lockups continued unabated - it appears that this mobo does not have a well behaved PCI bus. The lockups are definitely correlated with PCI activity, if I start up my little webcam shell script (just a looping grab and cjpeg) and then begin a "find / -print" the machine will lock hard almost straight away. Usually when I return to the machine and find it frozen, the HD activity LED will be on (but no drives will be moving). Is there anything simple that can be done with the brooktree driver to get the machine to be nice or will I have to bite the bullet and get a new mboard & CPU? -- C. -- Craig Harding crh@outpost.co.nz "I don't know about God, I Outpost Digital Media Ltd crh@inspire.net.nz just think we're handmade" http://www.outpost.co.nz ICQ# 26701833 - Polly To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Sep 23 0: 8: 3 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 98AF814C49 for ; Thu, 23 Sep 1999 00:07:58 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (8.9.3/8.9.3) with ESMTP id KAA16536; Thu, 23 Sep 1999 10:07:48 +0300 (EET DST) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 76080C3; Thu, 23 Sep 1999 10:07:56 +0300 (EEST) Date: Thu, 23 Sep 1999 10:07:56 +0300 From: Vallo Kallaste To: Randall Hopper Cc: Marc van Woerkom , multimedia@FreeBSD.ORG Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Message-ID: <19990923100756.A93986@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> <19990922190646.A91854@myhakas.matti.ee> <19990922164910.C1089@ipass.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <19990922164910.C1089@ipass.net>; from Randall Hopper on Wed, Sep 22, 1999 at 04:49:10PM -0400 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Sep 22, 1999 at 04:49:10PM -0400, Randall Hopper wrote: > That's unfortunate. Do you get the same from 3.3.4? 3.3.4 is what I'm > running (2D and 3D) with my G200. Also, what depth is this? I'm doing > 16bpp 565 most of the time (I only mention this in case there's a healthy > overlap between the G200 and G400 driver code). I haven't tried 3.3.4 with G400, my old G200 works with 3.3.4. I've tried all depths. Does the 3.3.4 work with G400? I thought not, sorry if I'm mistaken. > BTW, re: black xterms, I saw something similar after running 3.9.16, and > then flipping back to 3.3.4. If I 'tput clear' in an xterm text displays > fine until the xterm scrolls, then the whole thing goes black and stays > black. Possibly some sort of XCopyArea (BitBlt) bug. A reboot cures it. > Sounds like the card state isn't being completely initialized (by 3.3.x at > least). Yes, that's exactly what I see here. It's clearly bound to the scrolling in the xterm. > Possibly. It's likely since all works fine under 3.9.16 in 2D. Searching > Dejanews for other similar G400 reports turns up a few hits. > http://www.deja.com/home_ps.shtml, string "g400 & black & xfree*". Results > type: DejaClassic (the default is a spam show): > > http://www.deja.com/=dnc/getdoc.xp?AN=512107125 > http://www.deja.com/=dnc/getdoc.xp?AN=516255904 Thank you. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Sep 23 0:20:36 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from shale.csir.co.za (shale.csir.co.za [146.64.46.5]) by hub.freebsd.org (Postfix) with ESMTP id A263E14E19 for ; Thu, 23 Sep 1999 00:19:27 -0700 (PDT) (envelope-from reg@shale.csir.co.za) Received: from granite.hip.berkeley.edu (granite.hip.berkeley.edu [136.152.155.25]) by shale.csir.co.za (8.9.3/8.9.3) with ESMTP id JAA59456; Thu, 23 Sep 1999 09:17:17 +0200 (SAT) (envelope-from reg@shale.csir.co.za) Received: (from reg@localhost) by granite.hip.berkeley.edu (8.9.3/8.9.3) id AAA04951; Thu, 23 Sep 1999 00:19:06 -0700 (PDT) (envelope-from reg) Date: Thu, 23 Sep 1999 00:19:06 -0700 From: Jeremy Lea To: Marc van Woerkom Cc: vallo@matti.ee, aa8vb@ipass.net, multimedia@FreeBSD.ORG Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Message-ID: <19990923001906.C32068@shale.csir.co.za> References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> <19990922190646.A91854@myhakas.matti.ee> <199909222342.BAA00801@oranje.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i In-Reply-To: <199909222342.BAA00801@oranje.my.domain> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, On Thu, Sep 23, 1999 at 01:42:34AM +0200, Marc van Woerkom wrote: > > That's all good to hear but I can't get my G400 behave correctly when > > using Xfree 3.3.5. The G400 will be recognized and all is well until I > > launch xterm, and do some ls -la in the xterm. The xterm window goes > > black and doesn't come back. Same for launching some 3D demo, for > > example gears. The window, or even root windows goes black and I can't > > see anything running in the window. It happens either with glx module > > loaded or not. Well it looks more like you have a problem with XFree86 than the GLX code... Are you sure you've got everything set up right. > One guy was telling me that glx worked for his G400 under > XFree86 3.3.5 - here a snippet: No need to be secretive, I'm not hiding, just busy... > > I now have XFree86 3.3.5, using all 32MB of my Matrox G400 card's RAM, > > with GLX extensions (working - lots of debug output from glx.so in my > > xdm-errors file...) *and* TrueType font support... :-) > > Maybe he can give a hint? (I bcc'ed this mail) Well, attached are: 1. Patches to build XttXF86srv-common using X335. 2. My XF86Config file 3. Some output from xdm-errors. I built Mesa-3.0 and GLX straight from the (GLX modified) ports on http://www.freebsd.org/~3d/, with no patches of my own (well except for tweaking the glx port's PLIST), and everything is working great. I've had two random lock-ups from my box in the last 72 hours though. Once while in a GLX screensaver module from xscreensaver and the other while display was blanked by DPMS (no xscreensaver running - but I had been running some GLX tests before, teting a new version of the giram port). Both times the box was completely ilde, and these could be related to any number of other things like -CURRENT, RTC breakage on ASUS P2B-DS boards, up to and including the fact that this is an overclocked dual Celeron system... But then I named this box 'magma' for a reason... Hope this is some help. -Jeremy -- | "In this world of temptation, I will stand for what is right. --+-- With a heart of salvation, I will hold up the light. | If I live or if I die, if I laugh or if I cry, | in this world of temptation, I will stand." -Pam Thum x11-servers/XttXF86srv-common: Upgrade from to Changes: Makefile files/md5 Adds : files/patch-3.3.5 Removes: --- /usr/ports.ref/x11-servers/XttXF86srv-common/Makefile Tue Aug 31 01:41:16 1999 +++ x11-servers/XttXF86srv-common/Makefile Tue Sep 14 00:46:37 1999 @@ -12,13 +12,10 @@ MASTER_SITES= ftp://ftp.xfree86.org/pub/XFree86/3.3.3/source/ \ ftp://xfree86.cdrom.com/pub/XFree86/3.3.3/source/ \ http://X-TT.dsl.gr.jp/dists/1.x/1.2/ -DISTFILES= X333src-1.tgz X333src-2.tgz \ +DISTFILES= X335src-1.tgz X335src-2.tgz \ xtt-1.2.tar.gz \ xtt-1.2-to-1.2.1.tar.gz -PATCH_SITES= ftp://ftp.xfree86.org/pub/XFree86/3.3.3/fixes/ -PATCHFILES= 3.3.3-3.3.3.1.diff.gz - MAINTAINER= taguchi@tohoku.iij.ad.jp LIB_DEPENDS+= ttf.3:${PORTSDIR}/print/freetype @@ -37,7 +34,7 @@ IGNOREFILES= Wraphelp.c .endif USE_X_PREFIX= YES -EXTRACT_ONLY= X333src-1.tgz X333src-2.tgz \ +EXTRACT_ONLY= X335src-1.tgz X335src-2.tgz \ xtt-1.2.tar.gz xtt-1.2-to-1.2.1.tar.gz BINOWN= root BINGRP= wheel @@ -139,6 +136,7 @@ pre-patch: @( cd ${WRKSRC}; \ + ${PATCH} < ${FILESDIR}/patch-3.3.5; \ for i in ${COREPATCHES} ; do \ ${PATCH} ${XTTPATCHARGS} < ${XTTDIR}/$${i}; \ done; \ @@ -151,6 +149,7 @@ pre-configure: @( \ + ${CP} ${X11BASE}/lib/X11/config/xf86site.def ${WRKSRC}/config/cf ; \ ${CP} ${FILESDIR}/Imakefile ${WRKDIR} ; \ (cd ${WRKDIR} ; ${XMKMF} ; \ ${SETENV} ${MAKE_ENV} DISTDIR=${DISTDIR} WRKDIR=${WRKDIR} \ --- /usr/ports.ref/x11-servers/XttXF86srv-common/files/md5 Sun May 30 16:02:58 1999 +++ x11-servers/XttXF86srv-common/files/md5 Sun Sep 12 12:38:31 1999 @@ -1,6 +1,5 @@ -MD5 (xc/X333src-1.tgz) = 4c7518284e05d8858a95501d2013c985 -MD5 (xc/X333src-2.tgz) = 8b10b70b59c05bf9e5898444b725f039 +MD5 (xc/X335src-1.tgz) = 9bc6e1b45a19eab01e2618c8eca01cbc +MD5 (xc/X335src-2.tgz) = 30bd83eed999e79a92969a0c26615c61 MD5 (xc/xtt-1.2.tar.gz) = 15585e87ffaa35de7cf80ca17fd02246 MD5 (xc/xtt-1.2-to-1.2.1.tar.gz) = 157b175a19e56b5dabeb9d3f88de9533 -MD5 (xc/3.3.3-3.3.3.1.diff.gz) = 07cfaf1e17ea57b3b701ec59814f8c73 -MD5 (xc/Wraphelp.c) = IGNORE +MD5 (xc/3.3.3-3.3.3.1.diff.gz) = 35d41054e0bcb1a4cf29ab4364027d2b --- /usr/ports.ref/x11-servers/XttXF86srv-common/files/patch-3.3.5 Wed Dec 31 16:00:00 1969 +++ x11-servers/XttXF86srv-common/files/patch-3.3.5 Sun Sep 12 23:41:10 1999 @@ -0,0 +1,54 @@ +diff -ur ../../work.old/xtt-1.2/make-xfs-only-1.1.diff ../xtt-1.2/make-xfs-only-1.1.diff +--- ../../work.old/xtt-1.2/make-xfs-only-1.1.diff Sun Feb 14 05:19:46 1999 ++++ ../xtt-1.2/make-xfs-only-1.1.diff Sun Sep 12 23:40:25 1999 +@@ -178,7 +178,7 @@ + @@ -4,6 +4,22 @@ + + +- XCOMM $XFree86: xc/include/Imakefile,v 3.9.2.1 1997/06/15 07:25:25 dawes Exp $ ++ XCOMM $XFree86: xc/include/Imakefile,v 3.9.2.2 1999/07/17 01:32:45 dawes Exp $ + +#if BuildFontServerOnly || BuildFontLibOnly + +includes:: + + @if [ -d $(BUILDINCDIR) ]; then set +x; \ +@@ -198,7 +198,7 @@ + #define IHaveSubdirs + #define PassCDebugFlags /**/ + +-@@ -51,6 +67,7 @@ ++@@ -55,6 +71,7 @@ + InstallLinkKitNonExecFile(Xosdefs.h,$(LINKKITDIR)/include/X11) + InstallLinkKitNonExecFile(Xproto.h,$(LINKKITDIR)/include/X11) + InstallLinkKitNonExecFile(Xprotostr.h,$(LINKKITDIR)/include/X11) +diff -ur ../../work.old/xtt-1.2/shared-libfont-1.0.diff ../xtt-1.2/shared-libfont-1.0.diff +--- ../../work.old/xtt-1.2/shared-libfont-1.0.diff Sun Feb 14 05:19:46 1999 ++++ ../xtt-1.2/shared-libfont-1.0.diff Sun Sep 12 23:30:54 1999 +@@ -1053,7 +1053,7 @@ + @@ -40,9 +43,9 @@ + all:: config + +- #ifndef LynxOSArchitecture ++ #if !defined(LynxOSArchitecture) && !defined(QNXArchitecture) + -ServerTarget(xfs,$(FSDIRS),NullParameter,$(FSLIBS),$(SYSLIBS) $(ZLIB)) + +ServerTarget(xfs,$(FSDIRS),NullParameter,$(FSLIBS),$(FSSYSLIBS)) + #else +@@ -1550,14 +1550,14 @@ + #endif + #if HasParallelMake + MakeMutex($(XPSUBDIRS) $(XPOBJS) $(XPLIBS) $(XPSYSLIBS)) +-@@ -1720,7 +1729,7 @@ +- #endif ++@@ -1737,7 +1746,7 @@ + XNEST = hw/xnest/LibraryTargetName(xnest) + XNESTLIBS = PreFbLibs $(XNEST) NoMfbPostFbLibs $(XNEST) +--XNESTSYSLIBS = $(LDPRELIBS) $(XLIB) $(SYSLIBS) +-+XNESTSYSLIBS = $(LDPRELIBS) $(FONT) $(XLIB) $(SYSLIBS) +- #if HasParallelMake +- MakeMutex($(XNESTDIRS) $(XNESTOBJS) $(XNESTLIBS) $(XNESTSYSLIBS)) ++ #if defined(QNXArchitecture) ++-XNESTSYSLIBS = -Wl,"op undefsok" $(LDPRELIBS) $(XLIB) $(SYSLIBS) +++XNESTSYSLIBS = -Wl,"op undefsok" $(LDPRELIBS) $(FONT) $(XLIB) $(SYSLIBS) ++ #else ++ XNESTSYSLIBS = $(LDPRELIBS) $(XLIB) $(SYSLIBS) + #endif + @@ -1772,7 +1781,7 @@ + #endif # File generated by xf86config. # # Copyright (c) 1995 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ********************************************************************** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ********************************************************************** # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/TrueType/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" # For OSs that support Dynamically loaded modules, ModulePath can be # used to set a search path for the modules. This is currently supported # for Linux ELF, FreeBSD 2.x and NetBSD 1.x. The default path is shown # here. # ModulePath "/usr/X11R6/lib/modules" EndSection # ********************************************************************** # Module section -- this is an optional section which is used to specify # which dynamically loadable modules to load. Dynamically loadable # modules are currently supported only for Linux ELF, FreeBSD 2.x # and NetBSD 1.x. Currently, dynamically loadable modules are used # only for some extended input (XInput) device drivers. # ********************************************************************** # Section "Module" # # This loads the module for the Joystick driver # # Load "xf86Jstk.so" Load "glx.so" # EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # NoTrapSignals # Uncomment this to disable the server abort sequence # This allows clients to receive this key event. # DontZap # Uncomment this to disable the / mode switching # sequences. This allows clients to receive these key events. # DontZoom # Uncomment this to disable tuning with the xvidtune client. With # it the client can still run and fetch card and monitor attributes, # but it will not be allowed to change them. If it tries it will # receive a protocol error. # DisableVidModeExtension # Uncomment this to enable the use of a non-local xvidtune client. # AllowNonLocalXvidtune # Uncomment this to disable dynamically modifying the input device # (mouse and keyboard) settings. # DisableModInDev # Uncomment this to enable the use of a non-local client to # change the keyboard or mouse settings (currently only xset). # AllowNonLocalModInDev EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Keyboard section # ********************************************************************** Section "Keyboard" Protocol "Standard" # when using XQUEUE, comment out the above line, and uncomment the # following line # Protocol "Xqueue" AutoRepeat 500 30 # Let the server do the NumLock processing. This should only be required # when using pre-R6 clients # ServerNumLock # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Xleds 1 2 3 # To set the LeftAlt to Meta, RightAlt key to ModeShift, # RightCtl key to Compose, and ScrollLock key to ModeLock: # LeftAlt Meta # RightAlt ModeShift # RightCtl Compose # ScrollLock ModeLock # To disable the XKEYBOARD extension, uncomment XkbDisable. XkbDisable # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # XkbModel "pc102" # If you have a US Microsoft Natural keyboard, you can use: # XkbModel "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # XkbLayout "de" # or: # XkbLayout "de" # XkbVariant "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # XkbOptions "ctrl:swapcaps" # These are the default XKB settings for XFree86 # XkbRules "xfree86" # XkbModel "pc101" # XkbLayout "us" # XkbVariant "" # XkbOptions "" XkbKeymap "xfree86(us)" EndSection # ********************************************************************** # Pointer section # ********************************************************************** Section "Pointer" Protocol "PS/2" Device "/dev/psm0" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Protocol "Xqueue" # Baudrate and SampleRate are only for some Logitech mice # or for the AceCad tablets which require 9600 baud # BaudRate 9600 # SampleRate 150 # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Timeout is the timeout in milliseconds (default is 50ms) # Emulate3Buttons # Emulate3Timeout 50 # ChordMiddle is an option for some 3-button Logitech mice # ChordMiddle EndSection # ********************************************************************** # Xinput section -- this is optional and is required only if you # are using extended input devices. This is for example only. Refer # to the XF86Config man page for a description of the options. # ********************************************************************** # # Section "Xinput" # SubSection "WacomStylus" # Port "/dev/ttyS1" # DeviceName "Wacom" # EndSubSection # SubSection "WacomCursor" # Port "/dev/ttyS1" # EndSubSection # SubSection "WacomEraser" # Port "/dev/ttyS1" # EndSubSection # # SubSection "Elographics" # Port "/dev/ttyS1" # DeviceName "Elo" # MinimumXPosition 300 # MaximumXPosition 3500 # MinimumYPosition 300 # MaximumYPosition 3500 # Screen 0 # UntouchDelay 10 # ReportDelay 10 # EndSubSection # # SubSection "Joystick" # Port "/dev/joy0" # DeviceName "Joystick" # TimeOut 10 # MinimumXPosition 100 # MaximumXPosition 1300 # MinimumYPosition 100 # MaximumYPosition 1100 # # CenterX 700 # # CenterY 600 # Delta 20 # EndSubSection # # The Mouse Subsection contains the same type of entries as the # standard Pointer Section (see above), with the addition of the # DeviceName entry. # # SubSection "Mouse" # Port "/dev/mouse2" # DeviceName "Second Mouse" # Protocol "Logitech" # EndSubSection # EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "My Monitor" VendorName "ADI" ModelName "MicroScan 5P+" # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 31.5 - 64.3 # HorizSync 30-64 # multisync # HorizSync 31.5, 35.2 # multiple fixed sync frequencies # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. VertRefresh 50-100 # Modes can be specified in two formats. A compact one-line format, or # a multi-line format. # These two are equivalent # ModeLine "1024x768i" 45 1024 1048 1208 1264 768 776 784 817 Interlace # Mode "1024x768i" # DotClock 45 # HTimings 1024 1048 1208 1264 # VTimings 768 776 784 817 # Flags "Interlace" # EndMode # This is a set of standard mode timings. Modes that are out of monitor spec # are automatically deleted by the server (provided the HorizSync and # VertRefresh lines are correct), so there's no immediate need to # delete mode timings (unless particular mode timings don't work on your # monitor). With these modes, the best standard mode that your monitor # and video card can support for a given resolution is automatically # used. # 640x400 @ 70 Hz, 31.5 kHz hsync Modeline "640x400" 25.175 640 664 760 800 400 409 411 450 # 640x480 @ 60 Hz, 31.5 kHz hsync Modeline "640x480" 25.175 640 664 760 800 480 491 493 525 # 800x600 @ 56 Hz, 35.15 kHz hsync ModeLine "800x600" 36 800 824 896 1024 600 601 603 625 # 1024x768 @ 87 Hz interlaced, 35.5 kHz hsync Modeline "1024x768" 44.9 1024 1048 1208 1264 768 776 784 817 Interlace # 640x400 @ 85 Hz, 37.86 kHz hsync Modeline "640x400" 31.5 640 672 736 832 400 401 404 445 -HSync +VSync # 640x480 @ 72 Hz, 36.5 kHz hsync Modeline "640x480" 31.5 640 680 720 864 480 488 491 521 # 640x480 @ 75 Hz, 37.50 kHz hsync ModeLine "640x480" 31.5 640 656 720 840 480 481 484 500 -HSync -VSync # 800x600 @ 60 Hz, 37.8 kHz hsync Modeline "800x600" 40 800 840 968 1056 600 601 605 628 +hsync +vsync # 640x480 @ 85 Hz, 43.27 kHz hsync Modeline "640x480" 36 640 696 752 832 480 481 484 509 -HSync -VSync # 1152x864 @ 89 Hz interlaced, 44 kHz hsync ModeLine "1152x864" 65 1152 1168 1384 1480 864 865 875 985 Interlace # 800x600 @ 72 Hz, 48.0 kHz hsync Modeline "800x600" 50 800 856 976 1040 600 637 643 666 +hsync +vsync # 1024x768 @ 60 Hz, 48.4 kHz hsync Modeline "1024x768" 65 1024 1032 1176 1344 768 771 777 806 -hsync -vsync # 640x480 @ 100 Hz, 53.01 kHz hsync Modeline "640x480" 45.8 640 672 768 864 480 488 494 530 -HSync -VSync # 1152x864 @ 60 Hz, 53.5 kHz hsync Modeline "1152x864" 89.9 1152 1216 1472 1680 864 868 876 892 -HSync -VSync # 800x600 @ 85 Hz, 55.84 kHz hsync Modeline "800x600" 60.75 800 864 928 1088 600 616 621 657 -HSync -VSync # 1024x768 @ 70 Hz, 56.5 kHz hsync Modeline "1024x768" 75 1024 1048 1184 1328 768 771 777 806 -hsync -vsync # 1280x1024 @ 87 Hz interlaced, 51 kHz hsync Modeline "1280x1024" 80 1280 1296 1512 1568 1024 1025 1037 1165 Interlace # 800x600 @ 100 Hz, 64.02 kHz hsync Modeline "800x600" 69.65 800 864 928 1088 600 604 610 640 -HSync -VSync # 1024x768 @ 76 Hz, 62.5 kHz hsync Modeline "1024x768" 85 1024 1032 1152 1360 768 784 787 823 # 1152x864 @ 70 Hz, 62.4 kHz hsync Modeline "1152x864" 92 1152 1208 1368 1474 864 865 875 895 # 1280x1024 @ 61 Hz, 64.2 kHz hsync Modeline "1280x1024" 110 1280 1328 1512 1712 1024 1025 1028 1054 # 1024x768 @ 85 Hz, 70.24 kHz hsync Modeline "1024x768" 98.9 1024 1056 1216 1408 768 782 788 822 -HSync -VSync # 1152x864 @ 78 Hz, 70.8 kHz hsync Modeline "1152x864" 110 1152 1240 1324 1552 864 864 876 908 # 1280x1024 @ 70 Hz, 74.59 kHz hsync Modeline "1280x1024" 126.5 1280 1312 1472 1696 1024 1032 1040 1068 -HSync -VSync # 1600x1200 @ 60Hz, 75.00 kHz hsync Modeline "1600x1200" 162 1600 1664 1856 2160 1200 1201 1204 1250 +HSync +VSync # 1152x864 @ 84 Hz, 76.0 kHz hsync Modeline "1152x864" 135 1152 1464 1592 1776 864 864 876 908 # 1280x1024 @ 74 Hz, 78.85 kHz hsync Modeline "1280x1024" 135 1280 1312 1456 1712 1024 1027 1030 1064 # 1024x768 @ 100Hz, 80.21 kHz hsync Modeline "1024x768" 115.5 1024 1056 1248 1440 768 771 781 802 -HSync -VSync # 1280x1024 @ 76 Hz, 81.13 kHz hsync Modeline "1280x1024" 135 1280 1312 1416 1664 1024 1027 1030 1064 # 1600x1200 @ 70 Hz, 87.50 kHz hsync Modeline "1600x1200" 189 1600 1664 1856 2160 1200 1201 1204 1250 -HSync -VSync # 1152x864 @ 100 Hz, 89.62 kHz hsync Modeline "1152x864" 137.65 1152 1184 1312 1536 864 866 885 902 -HSync -VSync # 1280x1024 @ 85 Hz, 91.15 kHz hsync Modeline "1280x1024" 157.5 1280 1344 1504 1728 1024 1025 1028 1072 +HSync +VSync # 1600x1200 @ 75 Hz, 93.75 kHz hsync Modeline "1600x1200" 202.5 1600 1664 1856 2160 1200 1201 1204 1250 +HSync +VSync # 1600x1200 @ 85 Hz, 105.77 kHz hsync Modeline "1600x1200" 220 1600 1616 1808 2080 1200 1204 1207 1244 +HSync +VSync # 1280x1024 @ 100 Hz, 107.16 kHz hsync Modeline "1280x1024" 181.75 1280 1312 1440 1696 1024 1031 1046 1072 -HSync -VSync # 1800x1440 @ 64Hz, 96.15 kHz hsync ModeLine "1800X1440" 230 1800 1896 2088 2392 1440 1441 1444 1490 +HSync +VSync # 1800x1440 @ 70Hz, 104.52 kHz hsync ModeLine "1800X1440" 250 1800 1896 2088 2392 1440 1441 1444 1490 +HSync +VSync # 512x384 @ 78 Hz, 31.50 kHz hsync Modeline "512x384" 20.160 512 528 592 640 384 385 388 404 -HSync -VSync # 512x384 @ 85 Hz, 34.38 kHz hsync Modeline "512x384" 22 512 528 592 640 384 385 388 404 -HSync -VSync # Low-res Doublescan modes # If your chipset does not support doublescan, you get a 'squashed' # resolution like 320x400. # 320x200 @ 70 Hz, 31.5 kHz hsync, 8:5 aspect ratio Modeline "320x200" 12.588 320 336 384 400 200 204 205 225 Doublescan # 320x240 @ 60 Hz, 31.5 kHz hsync, 4:3 aspect ratio Modeline "320x240" 12.588 320 336 384 400 240 245 246 262 Doublescan # 320x240 @ 72 Hz, 36.5 kHz hsync Modeline "320x240" 15.750 320 336 384 400 240 244 246 262 Doublescan # 400x300 @ 56 Hz, 35.2 kHz hsync, 4:3 aspect ratio ModeLine "400x300" 18 400 416 448 512 300 301 302 312 Doublescan # 400x300 @ 60 Hz, 37.8 kHz hsync Modeline "400x300" 20 400 416 480 528 300 301 303 314 Doublescan # 400x300 @ 72 Hz, 48.0 kHz hsync Modeline "400x300" 25 400 424 488 520 300 319 322 333 Doublescan # 480x300 @ 56 Hz, 35.2 kHz hsync, 8:5 aspect ratio ModeLine "480x300" 21.656 480 496 536 616 300 301 302 312 Doublescan # 480x300 @ 60 Hz, 37.8 kHz hsync Modeline "480x300" 23.890 480 496 576 632 300 301 303 314 Doublescan # 480x300 @ 63 Hz, 39.6 kHz hsync Modeline "480x300" 25 480 496 576 632 300 301 303 314 Doublescan # 480x300 @ 72 Hz, 48.0 kHz hsync Modeline "480x300" 29.952 480 504 584 624 300 319 322 333 Doublescan EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Standard VGA Device: Section "Device" Identifier "Generic VGA" VendorName "Unknown" BoardName "Unknown" Chipset "generic" # VideoRam 256 # Clocks 25.2 28.3 EndSection # Sample Device for accelerated server: # Section "Device" # Identifier "Actix GE32+ 2MB" # VendorName "Actix" # BoardName "GE32+" # Ramdac "ATT20C490" # Dacspeed 110 # Option "dac_8_bit" # Clocks 25.0 28.0 40.0 0.0 50.0 77.0 36.0 45.0 # Clocks 130.0 120.0 80.0 31.0 110.0 65.0 75.0 94.0 # EndSection # Sample Device for Hercules mono card: # Section "Device" # Identifier "Hercules mono" # EndSection # Device configured by xf86config: Section "Device" Identifier "Matrox Millennium G400 32MB" VendorName "Unknown" BoardName "Unknown" VideoRam 32768 # Insert Clocks lines here if appropriate EndSection # ********************************************************************** # Screen sections # ********************************************************************** # The Colour SVGA server Section "Screen" Driver "svga" DefaultColorDepth 32 # Use Device "Generic VGA" for Standard VGA 320x200x256 #Device "Generic VGA" Device "Matrox Millennium G400 32MB" Monitor "My Monitor" Subsection "Display" Depth 8 # Omit the Modes line for the "Generic VGA" device Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 # Use Virtual 320 200 for Generic VGA EndSubsection Subsection "Display" Depth 16 Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 24 Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 32 Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection EndSection # The 16-color VGA server Section "Screen" Driver "vga16" Device "Generic VGA" Monitor "My Monitor" Subsection "Display" Modes "640x480" "800x600" ViewPort 0 0 Virtual 800 600 EndSubsection EndSection # The Mono server Section "Screen" Driver "vga2" Device "Generic VGA" Monitor "My Monitor" Subsection "Display" Modes "640x480" "800x600" ViewPort 0 0 Virtual 800 600 EndSubsection EndSection # The accelerated servers (S3, Mach32, Mach8, 8514, P9000, AGX, W32, Mach64) Section "Screen" Driver "accel" Device "Matrox Millennium G400 32MB" Monitor "My Monitor" Subsection "Display" Depth 8 Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 16 Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 24 Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 32 Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection EndSection XFree86 Version 3.3.5 / X Window System (protocol Version 11, revision 0, vendor release 6300) Release Date: August 23 1999 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: FreeBSD 4.0-CURRENT i386 [ELF] Configured drivers: SVGA: server for SVGA graphics adaptors (Patchlevel 0): NV1, STG2000, RIVA 128, RIVA TNT, RIVA TNT2, RIVA ULTRA TNT2, RIVA VANTA, RIVA ULTRA VANTA, RIVA INTEGRATED, ET4000, ET4000W32, ET4000W32i, ET4000W32i_rev_b, ET4000W32i_rev_c, ET4000W32p, ET4000W32p_rev_a, ET4000W32p_rev_b, ET4000W32p_rev_c, ET4000W32p_rev_d, ET6000, ET6100, et3000, pvga1, wd90c00, wd90c10, wd90c30, wd90c24, wd90c31, wd90c33, gvga, ati, sis86c201, sis86c202, sis86c205, sis86c215, sis86c225, sis5597, sis5598, sis6326, sis530, sis620, tvga8200lx, tvga8800cs, tvga8900b, tvga8900c, tvga8900cl, tvga8900d, tvga9000, tvga9000i, tvga9100b, tvga9200cxr, tgui9400cxi, tgui9420, tgui9420dgi, tgui9430dgi, tgui9440agi, cyber9320, tgui9660, tgui9680, tgui9682, tgui9685, cyber9382, cyber9385, cyber9388, cyber9397, cyber9520, cyber9525, 3dimage975, 3dimage985, cyber9397dvd, blade3d, cyberblade, clgd5420, clgd5422, clgd5424, clgd5426, clgd5428, clgd5429, clgd5430, clgd5434, clgd5436, clgd5446, clgd5480, clgd5462, clgd5464, clgd5465, clgd6205, clgd6215, clgd6225, clgd6235, clgd7541, clgd7542, clgd7543, clgd7548, clgd7555, clgd7556, ncr77c22, ncr77c22e, cpq_avga, mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag200, mgag100, mgag400, oti067, oti077, oti087, oti037c, al2101, ali2228, ali2301, ali2302, ali2308, ali2401, cl6410, cl6412, cl6420, cl6440, video7, ark1000vl, ark1000pv, ark2000pv, ark2000mt, mx, realtek, AP6422, AT24, AT3D, s3_savage, s3_virge, s3_svga, NM2070, NM2090, NM2093, NM2097, NM2160, NM2200, ct65520, ct65525, ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550, ct65554, ct65555, ct68554, ct69000, ct64200, ct64300, mediagx, V1000, V2100, V2200, p9100, spc8110, i740, i740_pci, Voodoo Banshee, Voodoo3, generic Using syscons driver with X support (version 2.0) (using VT number 9) XF86Config: /etc/XF86Config (**) stands for supplied, (--) stands for probed/default values (--) no ModulePath specified using default: /usr/X11R6/lib/modules GLX extension module for XFree86 3.3.3.1 -- Mesa version 3.0 GLX package version 0.9, GLX protocol version 1.2. (**) module glx.so successfully loaded from /usr/X11R6/lib/modules (**) XKB: disabled (**) XKB: keymap: "xfree86(us)" (overrides other XKB settings) (**) Mouse: type: PS/2, device: /dev/psm0, buttons: 3 (**) SVGA: Graphics device ID: "Matrox Millennium G400 32MB" (**) SVGA: Monitor ID: "My Monitor" (--) SVGA: Mode "1024x768" needs hsync freq of 70.24 kHz. Deleted. (--) SVGA: Mode "1152x864" needs hsync freq of 70.88 kHz. Deleted. (--) SVGA: Mode "1280x1024" needs hsync freq of 74.59 kHz. Deleted. (--) SVGA: Mode "1600x1200" needs hsync freq of 75.00 kHz. Deleted. (--) SVGA: Mode "1152x864" needs hsync freq of 76.01 kHz. Deleted. (--) SVGA: Mode "1280x1024" needs hsync freq of 78.86 kHz. Deleted. (--) SVGA: Mode "1024x768" needs hsync freq of 80.21 kHz. Deleted. (--) SVGA: Mode "1280x1024" needs hsync freq of 81.13 kHz. Deleted. (--) SVGA: Mode "1600x1200" needs hsync freq of 87.50 kHz. Deleted. (--) SVGA: Mode "1152x864" needs hsync freq of 89.62 kHz. Deleted. (--) SVGA: Mode "1280x1024" needs hsync freq of 91.15 kHz. Deleted. (--) SVGA: Mode "1600x1200" needs hsync freq of 93.75 kHz. Deleted. (--) SVGA: Mode "1600x1200" needs hsync freq of 105.77 kHz. Deleted. (--) SVGA: Mode "1280x1024" needs hsync freq of 107.16 kHz. Deleted. (--) SVGA: Mode "1800X1440" needs hsync freq of 96.15 kHz. Deleted. (--) SVGA: Mode "1800X1440" needs hsync freq of 104.52 kHz. Deleted. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/TrueType/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (--) SVGA: PCI: Matrox MGA G400 AGP rev 3, Memory @ 0xe2000000, 0xe1000000 (--) SVGA: Linear framebuffer at 0xE2000000 (--) SVGA: MMIO registers at 0xE1000000 (--) SVGA: Video BIOS info block at 0x000c7a60 (--) SVGA: Video BIOS info block not detected! (--) SVGA: detected an SGRAM card (--) SVGA: chipset: mgag400 (**) SVGA: videoram: 32768k (**) SVGA: Option "dac_8_bit" (**) SVGA: Using 32 bpp, Depth 24, Color weight: 888 (--) SVGA: Maximum allowed dot-clock: 300.000 MHz (**) SVGA: Mode "1280x1024": mode clock = 110.000 (**) SVGA: Mode "1024x768": mode clock = 85.000 (**) SVGA: Mode "800x600": mode clock = 69.650 (**) SVGA: Mode "640x480": mode clock = 45.800 (--) SVGA: Virtual resolution set to 1280x1024 (--) SVGA: SpeedUp code selection modified because virtualX != 1024 (--) SVGA: Using hardware cursor (--) SVGA: PLL reference freq: 27.050 MHz (--) SVGA: Read OPTION 0x50044120 nvisual=32 (0+32) (--) SVGA: Using XAA (XFree86 Acceleration Architecture) (--) SVGA: XAA: Solid filled rectangles (--) SVGA: XAA: Screen-to-screen copy (--) SVGA: XAA: 8x8 color expand pattern fill (--) SVGA: XAA: CPU to screen color expansion (TE/NonTE imagetext, TE/NonTE polytext) (--) SVGA: XAA: Using 10 128x128 areas for pixmap caching (--) SVGA: XAA: Caching tiles and stipples (--) SVGA: XAA: General lines and segments (--) SVGA: XAA: Dashed lines and segments Initializing logs GLX: Couldn't get file pointer! glX Error: error setting log file GLX: Couldn't get file pointer! Couldn't open log file!! [mga] virtual (x, y) (1280, 1024) [mga] width: 1280 [mga] depth: 24 [mga] memBase: 0x28589000 [mga] videoRam: 0x00008000 [mga] Detected 0x525 Chip ID [mga] Memory heap 0x82f8300: [mga] Offset:00000000, Size:00500000, UR [mga] Offset:00500000, Size:000a0000, UR [mga] Offset:005a0000, Size:01a5fc00, .. [mga] Offset:01fffc00, Size:00000400, UR [mga] End of memory blocks [mga] devctrl = 02900007 [mga] GLX_MGA_DMASIZE not set, skipping physical allocation [mga] use_agp: 0 [mga] pseudoDmaPhysical : 0xe0800000 [mga] pseudoDmaVirtual : 0x2a58e000 [mga] mgaDmaInit: GLX_MGA_DMA = 0 [mga] defaulting to GLX_MGA_CMDSIZE = 4 [mga] allocated 0x400000 bytes from virtual memory for command buffers. [mga] MemoryBenchmark: 125 mb/s [mga] MemoryBenchmark: 189 mb/s [mga] No sysmemHeap, textures must be stored on card [mga] mgaInitGLX completed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Sep 23 0:26:48 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 35FA814E19 for ; Thu, 23 Sep 1999 00:26:42 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (8.9.3/8.9.3) with ESMTP id KAA17466; Thu, 23 Sep 1999 10:26:32 +0300 (EET DST) Received: by myhakas.matti.ee (Postfix, from userid 1000) id C99C3C3; Thu, 23 Sep 1999 10:26:40 +0300 (EEST) Date: Thu, 23 Sep 1999 10:26:40 +0300 From: Vallo Kallaste To: Marc van Woerkom Cc: aa8vb@ipass.net, multimedia@FreeBSD.ORG Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Message-ID: <19990923102640.B93986@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> <19990922190646.A91854@myhakas.matti.ee> <199909222342.BAA00801@oranje.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <199909222342.BAA00801@oranje.my.domain>; from Marc van Woerkom on Thu, Sep 23, 1999 at 01:42:34AM +0200 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Sep 23, 1999 at 01:42:34AM +0200, Marc van Woerkom wrote: > One guy was telling me that glx worked for his G400 under > XFree86 3.3.5 - here a snippet: > > > I now have XFree86 3.3.5, using all 32MB of my Matrox G400 card's RAM, > > with GLX extensions (working - lots of debug output from glx.so in my > > xdm-errors file...) *and* TrueType font support... :-) > > Maybe he can give a hint? (I bcc'ed this mail) Yes, the same configuration did work for me also, with Truetype support and all, but it was with G200 under 3.3.3.1. > First: > I can't decide from your mail if you see any 3d acceleration at all, > or if it worked with an older version. > Did you have any success at all? Sorry for being unclear. I don't see any 3d acceleration because the window within the demo runs is completely black. Althought I see the "Creating GLX context" message in the underlying xterm. Seems the demo runs but isn't simply viewable. I had success with G200 and 3.3.3.1 for what I compiled the CVS version of glx with Mesa-3.0 from ports, even the Truetype support did work. > Second: > Were you using the latest glx port? (glx-990914.shar.bz2) from > > http://www.freebsd.org/~3d/distfiles/glx/XF3.3.5 Yes > It should work with XF86_SVGA from XFree86 3.3.4 and 3.3.5 > Required is deinstalling Mesa-3.0 and glx (if they were installed). > If you like, you could nuke XFree86 as well. > The port will start a build, if it finds none. Yep, I've tried this, built all the necessary blocks within one big loop, including 3.3.5. > For comparison I put up the logs of my build of XFree86 3.3.5 and glx > on the above mentioned web page. > > I also mailed one the main glx developers if can remember trouble > with G400, because there is a possibility that my snapshot is > from an too early G400 development stage. Thank you, but the trouble isn't caused by glx but Xfree 3.3.5 itself. That's because I tried different 3.3.5 binaries and built the 3.3.5 from the ports and by hand. The cause is Xfree not glx. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Sep 23 0:58:11 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 5A3C515662 for ; Thu, 23 Sep 1999 00:58:05 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (8.9.3/8.9.3) with ESMTP id KAA18772; Thu, 23 Sep 1999 10:57:55 +0300 (EET DST) Received: by myhakas.matti.ee (Postfix, from userid 1000) id F261BC3; Thu, 23 Sep 1999 10:58:02 +0300 (EEST) Date: Thu, 23 Sep 1999 10:58:02 +0300 From: Vallo Kallaste To: Steve Cc: freebsd-multimedia@freebsd.org Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Message-ID: <19990923105802.A94146@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> <19990922190646.A91854@myhakas.matti.ee> <199909222342.BAA00801@oranje.my.domain> <19990923102640.B93986@myhakas.matti.ee> <19990923005507.A1500@grok.localnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <19990923005507.A1500@grok.localnet>; from Steve on Thu, Sep 23, 1999 at 12:55:07AM -0700 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Sep 23, 1999 at 12:55:07AM -0700, Steve wrote: > On Thu, Sep 23, 1999 at 10:26:40AM +0300, Vallo Kallaste wrote: > > Sorry for being unclear. I don't see any 3d acceleration because the > > window within the demo runs is completely black. Althought I see the > > "Creating GLX context" message in the underlying xterm. Seems the demo > > runs but isn't simply viewable. > > I've seen this when the client-side libraries are there, but the > server doesn't have the GLX module loaded. If you haven't done so > already, check your X server's error log to make sure the GLX module > is being loaded. Yes the glx was loaded succesfully. I follow the X startup messages quite closely everytime while doing some unusual stuff with it. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Sep 23 1:30:44 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id DBD27158A6 for ; Thu, 23 Sep 1999 01:30:34 -0700 (PDT) (envelope-from van.woerkom@netcologne.de) Received: from oranje.my.domain (dial4-99.netcologne.de [195.14.233.99]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id KAA03648; Thu, 23 Sep 1999 10:29:57 +0200 (MET DST) Received: (from marc@localhost) by oranje.my.domain (8.9.3/8.9.3) id KAA00771; Thu, 23 Sep 1999 10:30:28 +0200 (CEST) (envelope-from van.woerkom@netcologne.de) Date: Thu, 23 Sep 1999 10:30:28 +0200 (CEST) Message-Id: <199909230830.KAA00771@oranje.my.domain> X-Authentication-Warning: oranje.my.domain: marc set sender to van.woerkom@netcologne.de using -f From: Marc van Woerkom To: reg@shale.csir.co.za Cc: vallo@matti.ee, aa8vb@ipass.net, multimedia@FreeBSD.ORG In-reply-to: <19990923001906.C32068@shale.csir.co.za> (message from Jeremy Lea on Thu, 23 Sep 1999 00:19:06 -0700) Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Reply-To: van.woerkom@netcologne.de References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> <19990922190646.A91854@myhakas.matti.ee> <199909222342.BAA00801@oranje.my.domain> <19990923001906.C32068@shale.csir.co.za> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I built Mesa-3.0 and GLX straight from the (GLX modified) ports on > http://www.freebsd.org/~3d/, with no patches of my own (well except for > tweaking the glx port's PLIST), and everything is working great. PLIST and package building is something I want to straighten at the weekend, so our present ports iron man Chris Piazza has less head pain commiting. Had some mails with Ralph Giles from openprojects about the present state of glx. He has recommended porting to Mesa-3.1 (which turns beta these day) first, and then updating to latest glx, because they are in a clean up process, however there is a slightly newer version i should update to - before their move to the G400 WARP support code. > I've had two random lock-ups from my box in the last 72 hours though. > Once while in a GLX screensaver module from xscreensaver and the other > while display was blanked by DPMS (no xscreensaver running - but I had > been running some GLX tests before, teting a new version of the giram > port). Both times the box was completely ilde, and these could be > related to any number of other things like -CURRENT, RTC breakage on ASUS > P2B-DS boards, up to and including the fact that this is an overclocked > dual Celeron system... But then I named this box 'magma' for a > reason... At present I know of two problems: 1. A memory problem RIVA GLX Version = 1.0 Creating new client: 10! Adding client as resource: 578813952! ### Creating new xsmesa context... ### Creating new xsmesa context... ### Creating new xsmesa context... ### Creating new xsmesa context... destroying a client: 578813952! Xalloc error: Header corrupt in Xfree() :-( destroying a buffer destroying a buffer 2. Switching between text mode and graphics mode while an OpenGL animation is running (ctrl-alt-f1 / to text <-> alt-f4 / to XF86_SVGA) will not switch back properly to graphics mode, but instead drops to a text mode. Mails exchanged with syscons and glx folks suggest that this might a failure in the glx module However I don't want to put too much time in hunting these, because the openprojects glx code is expected to be replaced by the GLX implementation SGI has released... catching up to Mesa-3.1 makes a bit more sense, as this lib will stay with us for while. Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Sep 23 1:31: 9 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id D1CB815972 for ; Thu, 23 Sep 1999 01:30:54 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (8.9.3/8.9.3) with ESMTP id LAA20449; Thu, 23 Sep 1999 11:30:44 +0300 (EET DST) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 57133AA; Thu, 23 Sep 1999 11:30:51 +0300 (EEST) Date: Thu, 23 Sep 1999 11:30:51 +0300 From: Vallo Kallaste To: Marc van Woerkom Cc: aa8vb@ipass.net, multimedia@FreeBSD.ORG Subject: Re: Hardware 3D for FreeBSD (was Re: tee-ing a sound stream) Message-ID: <19990923113051.A8659@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <199909190024.RAA29548@rah.star-gate.com> <199909190034.CAA02916@oranje.my.domain> <14308.15475.162264.375285@avalon.east> <19990919231119.A1295@ipass.net> <199909210812.KAA00797@oranje.my.domain> <19990921214256.A11482@ipass.net> <19990922190646.A91854@myhakas.matti.ee> <199909222342.BAA00801@oranje.my.domain> <19990923102640.B93986@myhakas.matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <19990923102640.B93986@myhakas.matti.ee>; from Vallo Kallaste on Thu, Sep 23, 1999 at 10:26:40AM +0300 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Sep 23, 1999 at 10:26:40AM +0300, Vallo Kallaste wrote: Sorry for replying to myself, but I accidently deleted the Jeremy Lea message, fortunately saved the patches before :) The patches applied cleanly and I'm currently in the process of building XttXF86srv-common. Within two hours or so can give the answer if the previous behavior occurs or not. Thanks for all. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Sep 23 2:50:37 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id A843115EF2 for ; Thu, 23 Sep 1999 02:50:33 -0700 (PDT) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (8.9.3/8.9.3) with ESMTP id MAA24892 for ; Thu, 23 Sep 1999 12:50:22 +0300 (EET DST) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 4EA78D1; Thu, 23 Sep 1999 12:50:31 +0300 (EEST) Date: Thu, 23 Sep 1999 12:50:31 +0300 From: Vallo Kallaste To: freebsd-multimedia@freebsd.org Subject: The G400/3.3.5 trouble: results of XttXF86srv Message-ID: <19990923125031.A56150@myhakas.matti.ee> Reply-To: vallo@matti.ee Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've built the XttXF86srv-common, thanks for the patches from Jeremy Lea. No difference at all. One thing what I noticed is that X -bpp 24 gives me absolutely black root window and after destroying xterm the root window contains some garbage. The garbage disappears after xrefresh. I've done all that without any window manager running, the only application was plain xterm. The other -bpp's give ordinary X root window (somewhat grey, don't know right word for that). I think it's a bug in the XFree. I'm going to build 3.3.4, as Randall runs this release with G200 with success and it really has support for G400, I've read the docs over again. Thankyou for you all. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Sep 24 5:12:37 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from mechv.me.tuns.ca (mechv.me.TUNS.Ca [134.190.50.152]) by hub.freebsd.org (Postfix) with ESMTP id 9D2A6150DB for ; Fri, 24 Sep 1999 05:12:31 -0700 (PDT) (envelope-from bbursey@mechv.me.tuns.ca) Received: from localhost (bbursey@localhost) by mechv.me.tuns.ca (8.8.8/8.8.5) with SMTP id JAA12624; Fri, 24 Sep 1999 09:11:04 -0300 (ADT) Date: Fri, 24 Sep 1999 09:11:03 -0300 (ADT) From: Bryan Bursey Reply-To: Bryan Bursey To: Sergio Garcia Cc: multimedia@freebsd.org Subject: Re: Soundcard for stable ? In-Reply-To: <199909240943.GAA14822@Snoopy.UCIS.Dal.Ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Sergio: I'm running 3.3-19990918-STABLE. I have an ABIT BP6 mainboard with my SB PCI128 card plugged into slot 2. (I mention this because of IRQ confits which appear with the BP6) In my kernel I've included the line: # Support for SB PCI128 device pcm0 =20 which produces the following output duringa restart: es1: rev 0x01 int a irq 17 on pci0.13.0 pcm1: using I/O space register mapping at 0xa800 =20 Don't forget that if you're card appears as pcmX, you'll need to ./MAKEDEV sndX from /dev where X will likely be 0 or 1. In my case its one. Hope that helps. Bryan CFDnet.com On Wed, 22 Sep 1999, Sergio Garcia wrote: |X-Mailer: LatinMail v3.0 -- http://www.latinmail.com | |Hi | |Bryan Bursey wrote: |> I use a SB PCI128 without any trouble. Just required me to add one line |> to the kernel. | |Could you please post exactly which version of FreeBSD you are using, as w= ell |as the line you added to the kernel. | |I am having trouble whith an identical card. | |Thank you. | | | | | | |___________________________________________________________ |Encu=E9ntralo en http://www.LatinGuia.com. Tu buscador latino | ________________________________ Bryan Bursey, DEng Dept. of Mechanical Engineering DalTech (TUNS) =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Sep 25 14:23:56 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.51.1]) by hub.freebsd.org (Postfix) with ESMTP id 589DD14BD2 for ; Sat, 25 Sep 1999 14:23:53 -0700 (PDT) (envelope-from vazquez@iqm.unicamp.br) Received: by kalypso.iqm.unicamp.br (V-MTA, from userid 105) id B8CA672825; Sat, 25 Sep 1999 18:23:52 -0300 (EST) Date: Sat, 25 Sep 1999 18:23:52 -0300 From: Pedro A M Vazquez To: multimedia@FreeBSD.ORG Subject: xaudio Message-ID: <19990925182352.C25532@kalypso.iqm.unicamp.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello Just found this mp3 player for FreeBSD today, really fine: http://www.xaudio.com/ http://www.xaudio.com/downloads/#freebsd Pedro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Sep 25 17:42:26 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id 5246E14A17 for ; Sat, 25 Sep 1999 17:42:23 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-4-114.dialup.rdu.ipass.net [209.170.134.114]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id UAA08751 for ; Sat, 25 Sep 1999 20:42:19 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id UAA08716 for multimedia@freebsd.org; Sat, 25 Sep 1999 20:43:40 -0400 (EDT) (envelope-from rhh) Date: Sat, 25 Sep 1999 20:43:40 -0400 From: Randall Hopper To: multimedia@freebsd.org Subject: Call to TV Users (DGA test) Message-ID: <19990925204339.A8712@ipass.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Sep 25 18:49:19 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id BDC9B14C87 for ; Sat, 25 Sep 1999 18:49:17 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-4-114.dialup.rdu.ipass.net [209.170.134.114]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id VAA15898 for ; Sat, 25 Sep 1999 21:49:12 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id VAA12063 for multimedia@freebsd.org; Sat, 25 Sep 1999 21:50:33 -0400 (EDT) (envelope-from rhh) Date: Sat, 25 Sep 1999 21:50:33 -0400 From: Randall Hopper To: multimedia@freebsd.org Subject: Call to TV Users (DGA Test) - for real this time Message-ID: <19990925215033.A11967@ipass.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Fellow TV users, For folks running XFree86, please run this test program: http://www.ipass.net/~dbhopper/aa8vb/fxtv/dgafbtest.c in all the color depths that your video card supports. Particularly on the XFree86 4.0 prereleases (e.g. 3.9.16). ---- WHY DO IT? ---- To make sure DGA works well for your video card so that your TV tuner card will work with it too. If we all kick in 10 minutes to run the test and report problems, we'll increase our chances that the new DGA (or what little of it we use) will work for all of us. ---- WHAT IT WILL DO ---- It will query the DGA extension for the base physical memory address of your frame buffer. It will then use that information plus a pixel format conjured from the X server to draw 8 yellow lines on your screen, 2 in each corner (1 horizontal, 1 vertical) radiating from the corners. If all is well, that's what you'll see. Otherwise, you'll probably see lines sticking up and down down mid-way across your display. Specify offsets to dgafbtest using the -f command-line option to to "shift" these lines into the corners of your screen. E.g.: dgafbtest -f 4032 ---- IF YOU HAVE PROBLEMS ---- If you had to specify -f for any modes, once you get everything lined up just right for _all_ your modes, submit a detailed bug report to XFree86 with the necessary offsets (and pixel depths, desktop sizes, video card details, URL to this program, etc.). Good luck! Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Sep 25 18:55:33 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id A7E9715111 for ; Sat, 25 Sep 1999 18:55:22 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-4-114.dialup.rdu.ipass.net [209.170.134.114]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id VAA16682 for ; Sat, 25 Sep 1999 21:55:18 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id VAA12224 for multimedia@freebsd.org; Sat, 25 Sep 1999 21:56:39 -0400 (EDT) (envelope-from rhh) Date: Sat, 25 Sep 1999 21:56:39 -0400 From: Randall Hopper To: multimedia@freebsd.org Subject: tv-dgatest - More fun, less test Message-ID: <19990925215639.B11967@ipass.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In the spirit of testing DGA and TV testing, here's another one: http://www.ipass.net/~dbhopper/aa8vb/fxtv/tv-dgatest.c (If you ran dgafbtest, this one is really all-fun-and-no-test, but anyway...) It blasts colorbars in your desktop corners and then bounces your TV around the screen. For best results, run fxtv or your favorite tuner and set the tuner channel to something with a signal on it 8^) Have fun, Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message