From owner-freebsd-multimedia Sun Sep 14 12:40:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA25631 for multimedia-outgoing; Sun, 14 Sep 1997 12:40:20 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA25626 for ; Sun, 14 Sep 1997 12:40:16 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id UAA00743 for multimedia@freebsd.org; Sun, 14 Sep 1997 20:24:52 +0200 From: Luigi Rizzo Message-Id: <199709141824.UAA00743@labinfo.iet.unipi.it> Subject: fxtv size... To: multimedia@freebsd.org Date: Sun, 14 Sep 1997 20:24:51 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "tv" was a very small program, and since fxtv relies (or so I thought) on external program to support mpeg encoding/decoding etc I expected fxtv to be small as well. So I am a bit surprised by the following: prova# size tv text data bss dec hex 16384 4096 194440 214920 34788 prova# size fxtv text data bss dec hex 163840 12288 225024 401152 61f00 looking more in depth, fxtv has more modules but many of them have increased a lot in size. The most impressive is "tv.c" which is 474 lines yielding 22K of text. As a comparison, the original "tv.c" is 393 lines in my sources and generates 3.2K of code. Is there something going wrong with macro expansions, or what ? Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Sun Sep 14 14:53:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA02634 for multimedia-outgoing; Sun, 14 Sep 1997 14:53:18 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA02629 for ; Sun, 14 Sep 1997 14:53:11 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 14 Sep 1997 17:52:06 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA27964; Sun, 14 Sep 97 17:52:05 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id RAA09068; Sun, 14 Sep 1997 17:48:33 -0400 Message-Id: <19970914174832.50880@ct.picker.com> Date: Sun, 14 Sep 1997 17:48:32 -0400 From: Randall Hopper To: Luigi Rizzo Cc: multimedia@FreeBSD.ORG Subject: Re: fxtv size... References: <199709141824.UAA00743@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199709141824.UAA00743@labinfo.iet.unipi.it>; from Luigi Rizzo on Sun, Sep 14, 1997 at 08:24:51PM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo: |increased a lot in size. The most impressive is "tv.c" which is 474 |lines yielding 22K of text. As a comparison, the original "tv.c" is 393 |lines in my sources and generates 3.2K of code. | |Is there something going wrong with macro expansions, or what ? That seemed strange to me too. So I played with it a sec and what's going on is that gcc is placing all the static string data in the text segment. Come to think about it, I like this idea. Since text is read-only, attempts to do ugly things like modifying static strings directly results in a bus error. #include main() { char *abc = "xxxx"; abc[0] = '1'; puts(abc); } ^ core dump Also, if multiple copies of a prog with significant amounts of static strings are running, only one copy of those strings are ever in memory at once. The latter is irrelevent to fxtv, of course, but good for other apps. BTW, tv.o is the module that declares all the fallback resources, help strings, etc. which is why its text (and data somewhat) size bumped up from 3k to 21k. See app_rsrc.h. Randall From owner-freebsd-multimedia Sun Sep 14 15:29:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06386 for multimedia-outgoing; Sun, 14 Sep 1997 15:29:10 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA06371 for ; Sun, 14 Sep 1997 15:29:00 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 14 Sep 1997 18:28:23 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA28377; Sun, 14 Sep 97 18:28:22 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA09100; Sun, 14 Sep 1997 18:24:54 -0400 Message-Id: <19970914182453.20720@ct.picker.com> Date: Sun, 14 Sep 1997 18:24:53 -0400 From: Randall Hopper To: Andrew Gordon Cc: multimedia@FreeBSD.ORG Subject: Re: fxtv problems with Matrox Millenium References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: ; from Andrew Gordon on Fri, Jun 20, 1997 at 03:55:01PM +0100 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Man, this is from June 20 and here it is mid-September. I'm not sure how I missed replying to this message in my multimedia folder earlier. Sorry about that. I'm trying to get it back under control again now that I've got some time. I don't have access to a PAL board and signal so I can't do much more than offer debugging suggestions and solicit fixes from the folks is Europe. Any and all input welcome. Just send me a patch against the latest version and consider it "in" for the next version. Andrew Gordon: |I have been using fxtv for a few weeks now, initially with the following |configuration: | | Hauppauge Win/TVpci (UK PAL version), Matrox Millenium (4Mb), P6 ... |- Fitted 8Mb RAM upgrade to the Matrox card, leaving Xfree86 configuration | unchanged for the time being (ie. no change to mode lines etc.) | Everything else still OK, but the video image appears in the wrong place! | |The video image seems to be displaced by a constant number of pixels to |the left of where it should be; with the initial (small) window, only |about the right-hand 20% of the image is actually inside the fxtv window, |but with a larger window the strip outside the window remains the same |width and correspondingly more of the image inside the window. |Vertical position remains correct. First, is this still a problem for you, or have some driver fixes been put in-place that by chance have cleared this up. The fact that the image appears solid and the picture itself looks OK (I assume since you didn't mention it) and that the vertical positioning is correct implies Fxtv knows the right pixel geometry, and frame buffer pitch. Aside from the base address of the frame buffer returned from the DGA extension, and the X and Y position of the fxtv window relative to the root window (from the X server as well), this is all that's involved in getting the upper-right corner of the video set correctly for direct video with the driver. I don't know what to suggest. Sounds like it might be something that needs smoothed over in the driver, if this is still a problem. See if adding -disableDirectV produces correct results. | - Clicking the 'expand/contract' icon on the toolbar when the window is | near the bottom right hand corner of the screen always puts part of | the image off-screen (with consequent bleep and error messages). | I presume this is logic somewhere not taking account of the | different size of the PAL/50Hz picture. The beep and error message is fxtv doing a last minute sanity-check on the direct video region to make sure that it's entirely on the frame buffer (. If any of the transfer area would be off of the frame buffer, (since clipping isn't in there yet) it aborts the request to start capture. This one is puzzling too. tvscreen.c::TVSCREENSetZoomState is where this Zoom behavior is implemented. On a zoom, the window is set to max size: g.w = c->width_max; g.h = c->height_max; and then the window is shifted up and left if necessary so that it lies entirely on the display (if possible). For PAL ("Fxtv.inputFormat: pal" or "-inputFormat pal"), width_max = 768 and height_max = 576. Since this works fine for NTSC, I'm inclined to think that DGA might not be returning the correct values for your video card. You might put some printfs around this condition in tvcapture.c::TVCAPTUREConfigure: else if ( addr + ( (g.h-1) * x->pitch + g.w ) * Bpp >= x->base_addr + x->bank_size ) { strcpy( S_err_msg, "Direct video region outside bounds of display" ); goto RETURN; } and see if it's this condition that's firing. If so, print out these values and see what they are when you maximize by the edge of the display again. | - Overlapping windows disable the image completely when in direct video | mode. I presume this is simply not implemented - or is it specific | to the Matrox? Yep, Amancio's got clipping code in the driver, but support hasn't been added to Fxtv for it yet. For now, sinc you've got a P6 you may want to run with direct video disabled and let the X server do the clipping for you; that may be more CPU than you're willing to dedicate though. Randall Hopper From owner-freebsd-multimedia Sun Sep 14 23:00:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA02876 for multimedia-outgoing; Sun, 14 Sep 1997 23:00:33 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA02848 for ; Sun, 14 Sep 1997 23:00:26 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA01652; Mon, 15 Sep 1997 06:44:57 +0200 From: Luigi Rizzo Message-Id: <199709150444.GAA01652@labinfo.iet.unipi.it> Subject: Re: fxtv size... To: rhh@ct.picker.com (Randall Hopper) Date: Mon, 15 Sep 1997 06:44:57 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <19970914174832.50880@ct.picker.com> from "Randall Hopper" at Sep 14, 97 05:48:13 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > BTW, tv.o is the module that declares all the fallback resources, help > strings, etc. which is why its text (and data somewhat) size bumped up > from 3k to 21k. See app_rsrc.h. ok, I take it for tv.c, but it is not the only large file: prova# size *.o | sort -n -r 22864 528 4196 27588 6bc4 vidsav_dlg.o 22128 2768 4 24900 6144 tv.o 20800 208 196640 217648 35230 tvscreen.o 16032 128 180 16340 3fd4 tvcapture.o 9536 368 16 9920 26c0 audsav_dlg.o ... the point is, do this increase only depends on the addition of a nice GUI, or there is some heavy computational stuff there ? Cheers Luigi From owner-freebsd-multimedia Mon Sep 15 06:52:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA29896 for multimedia-outgoing; Mon, 15 Sep 1997 06:52:34 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA29889 for ; Mon, 15 Sep 1997 06:52:29 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id IAA27063 for ; Mon, 15 Sep 1997 08:52:25 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma026995; Mon, 15 Sep 97 08:51:44 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.7/8.8.4) with SMTP id IAA07403 for ; Mon, 15 Sep 1997 08:51:43 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Mon, 15 Sep 1997 08:51:43 -0500 (CDT) From: Kyle Mestery To: freebsd-multimedia@freebsd.org Subject: Problems with guspnp18 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, recent changes in current seem to be giving guspnp18 some problems. I have been using guspnp18 since it was released, but since Sunday, I can no longer compile a kernel with it. Here are the errors: --- soundcard.o --- ../../i386/isa/sound/soundcard.c:82: parse error before `sndselect' ../../i386/isa/sound/soundcard.c:82: warning: data definition has no type or storage class ../../i386/isa/sound/soundcard.c:90: initializer element for `snd_cdevsw.d_poll' is not constant ../../i386/isa/sound/soundcard.c:227: warning: no previous prototype for `sndselect' ../../i386/isa/sound/soundcard.c:227: `sndselect' redeclared as different kind of symbol ../../i386/isa/sound/soundcard.c:82: previous declaration of `sndselect' --- dmabuf.o --- ../../i386/isa/sound/dmabuf.c: In function `reorganize_buffers': ../../i386/isa/sound/dmabuf.c:143: warning: implicit declaration of function `fillw' Does this have something to do with phk recent changes involving poll and select? That is my guess. does it require a resync of Amancio's code with current? Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com "You do not greet Death, you punch him in the throat repeatedly until he drags you away." --No Fear From owner-freebsd-multimedia Mon Sep 15 08:21:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA03993 for multimedia-outgoing; Mon, 15 Sep 1997 08:21:32 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA03985 for ; Mon, 15 Sep 1997 08:21:29 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id IAA05313; Mon, 15 Sep 1997 08:21:21 -0700 (PDT) Message-Id: <199709151521.IAA05313@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Kyle Mestery cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Problems with guspnp18 In-reply-to: Your message of "Mon, 15 Sep 1997 08:51:43 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Sep 1997 08:21:21 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tnks, I will take a look tonite. Cheers, Amancio >From The Desk Of Kyle Mestery : > > Hi, recent changes in current seem to be giving guspnp18 some problems. > I have been using guspnp18 since it was released, but since Sunday, I can > no longer compile a kernel with it. Here are the errors: > > --- soundcard.o --- > ../../i386/isa/sound/soundcard.c:82: parse error before `sndselect' > ../../i386/isa/sound/soundcard.c:82: warning: data definition has no type > or storage class > ../../i386/isa/sound/soundcard.c:90: initializer element for > `snd_cdevsw.d_poll' is not constant > ../../i386/isa/sound/soundcard.c:227: warning: no previous prototype for > `sndselect' > ../../i386/isa/sound/soundcard.c:227: `sndselect' redeclared as different > kind of symbol > ../../i386/isa/sound/soundcard.c:82: previous declaration of `sndselect' > --- dmabuf.o --- > ../../i386/isa/sound/dmabuf.c: In function `reorganize_buffers': > ../../i386/isa/sound/dmabuf.c:143: warning: implicit declaration of > function `fillw' > > Does this have something to do with phk recent changes involving poll and > select? That is my guess. does it require a resync of Amancio's code > with current? > > Kyle Mestery > StorageTek's Network Systems Group > 7600 Boone Ave. N., Brooklyn Park, MN 55428 > mesteka@anubis.network.com, mestery@winternet.com > > "You do not greet Death, you punch him in the throat > repeatedly until he drags you away." --No Fear > From owner-freebsd-multimedia Mon Sep 15 14:04:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA25331 for multimedia-outgoing; Mon, 15 Sep 1997 14:04:39 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA25326 for ; Mon, 15 Sep 1997 14:04:33 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.7/8.7.3) id AAA03870; Tue, 16 Sep 1997 00:03:33 +0300 (EEST) Date: Tue, 16 Sep 1997 00:03:33 +0300 (EEST) Message-Id: <199709152103.AAA03870@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: freebsd-multimedia@freebsd.org Subject: MPEG multicast receiver X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm glad to report that I've successfully received MPEG video directly live from a multicast MPV transmission using a little hacked rtpdump (to get rid of the MPEG payload header) and mpeg-tv. It runs nice around 10fps (without audio, I'm working on that :-) even on my lowly P90. I'm just piping the data to mpeg-tv. MPEG-TV seems to be quite loss-friendly, just some artifacts pop when a packet is lost every now and then. Pete From owner-freebsd-multimedia Mon Sep 15 14:15:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA25901 for multimedia-outgoing; Mon, 15 Sep 1997 14:15:50 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA25888 for ; Mon, 15 Sep 1997 14:15:45 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.7/8.7.3) id AAA03912; Tue, 16 Sep 1997 00:15:43 +0300 (EEST) Date: Tue, 16 Sep 1997 00:15:43 +0300 (EEST) Message-Id: <199709152115.AAA03912@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: freebsd-multimedia@FreeBSD.ORG Subject: MPEG multicast receiver In-Reply-To: <199709152103.AAA03870@silver.sms.fi> References: <199709152103.AAA03870@silver.sms.fi> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Petri Helenius writes: > > I'm glad to report that I've successfully received MPEG video > directly live from a multicast MPV transmission using a little hacked > rtpdump (to get rid of the MPEG payload header) and mpeg-tv. It runs > nice around 10fps (without audio, I'm working on that :-) even on my > lowly P90. I'm just piping the data to mpeg-tv. MPEG-TV seems to be > quite loss-friendly, just some artifacts pop when a packet is lost > every now and then. > Commenting on myself, I got the audio working (though no synchronization) by piping the audio stream to mpg123 and now I've 1.5 megabit MPEG audio/video live decoder directly off the network (though it makes me fairly short on CPU :-) Pete From owner-freebsd-multimedia Mon Sep 15 14:22:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA26308 for multimedia-outgoing; Mon, 15 Sep 1997 14:22:15 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA26303 for ; Mon, 15 Sep 1997 14:22:12 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 15 Sep 1997 17:20:59 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA14532; Mon, 15 Sep 97 17:20:57 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id RAA16475; Mon, 15 Sep 1997 17:17:29 -0400 Message-Id: <19970915171729.32304@ct.picker.com> Date: Mon, 15 Sep 1997 17:17:29 -0400 From: Randall Hopper To: Luigi Rizzo Cc: multimedia@FreeBSD.ORG Subject: Re: speed setting problem with SB16 on snd970904.tgz References: <199709051718.TAA12430@labinfo.iet.unipi.it> <199709051729.TAA12468@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199709051729.TAA12468@labinfo.iet.unipi.it>; from Luigi Rizzo on Fri, Sep 05, 1997 at 07:29:25PM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo: |right. I am in the middle of implementing split format operation (some |cards do support that, and the SB16 needs that if you want to do full |duplex without too much hassle) so I applied an inverse substitution |forgetting that the original name was play_speed, not just speed :( Thanks Luigi! This'll be fun to play with. |yes. The reason is that I am not using auto mode right now (other work |in progress, see dmabuf_auto.c ... ) so when you get an interrupt (4 |times per second default) you might miss a sample. This problem seems |not to appear with the CS4236, either because they have a bigger data |fifo (does the SB16 has a data fifo at all ? and how do I enable it ?) |or because it generates an interrupt earlier (maybe when the last |sample is acquired, rather than at the first underrun/overrun) or a |combination of the two. Grepping some SB/SB16 programming docs I have lying around, it appears it does have a FIFO. I'll mail you the full docs. They describe this, setting up auto-DMA, and all sorts of things. Haven't used them myself, but they look pretty useful. Randy Bx - Program 16-bit DMA mode digitized sound I/O Command sequence: Command, Mode, Lo(Length-1), Hi(Length-1) Command: ------------------------------------------------- | D7 | D6 | D5 | D4 | D3 | D2 | D1 | D0 | ------------------------------------------------- | 1 | 0 | 1 | 1 | A/D | A/I | FIFO | 0 | ------------------------------------------------- | 0=D/A | 0=SC | 0=off | | 1=A/D | 1=AI | 1=on | ------------------------ Common commands: B8 - 16-bit single-cycle input B0 - 16-bit single-cycle output BE - 16-bit auto-initialized input B6 - 16-bit auto-initialized output From owner-freebsd-multimedia Mon Sep 15 15:04:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA28231 for multimedia-outgoing; Mon, 15 Sep 1997 15:04:25 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA28215 for ; Mon, 15 Sep 1997 15:04:19 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id PAA06654; Mon, 15 Sep 1997 15:04:03 -0700 (PDT) Message-Id: <199709152204.PAA06654@rah.star-gate.com> To: Petri Helenius cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: MPEG multicast receiver In-reply-to: Your message of "Tue, 16 Sep 1997 00:03:33 +0300." <199709152103.AAA03870@silver.sms.fi> Date: Mon, 15 Sep 1997 15:04:03 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Way to go!!! This is fantastic! Cheers, Amancio >From The Desk Of Petri Helenius : > > I'm glad to report that I've successfully received MPEG video > directly live from a multicast MPV transmission using a little hacked > rtpdump (to get rid of the MPEG payload header) and mpeg-tv. It runs > nice around 10fps (without audio, I'm working on that :-) even on my > lowly P90. I'm just piping the data to mpeg-tv. MPEG-TV seems to be > quite loss-friendly, just some artifacts pop when a packet is lost > every now and then. > > Pete From owner-freebsd-multimedia Mon Sep 15 16:17:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA02238 for multimedia-outgoing; Mon, 15 Sep 1997 16:17:44 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA02226 for ; Mon, 15 Sep 1997 16:17:37 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id QAA06953; Mon, 15 Sep 1997 16:17:23 -0700 (PDT) Message-Id: <199709152317.QAA06953@rah.star-gate.com> To: Petri Helenius cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: MPEG multicast receiver In-reply-to: Your message of "Tue, 16 Sep 1997 00:15:43 +0300." <199709152115.AAA03912@silver.sms.fi> Date: Mon, 15 Sep 1997 16:17:23 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Curious, which platform is generating the mpeg stream? Tnks, Amancio >From The Desk Of Petri Helenius : > Petri Helenius writes: > > > > I'm glad to report that I've successfully received MPEG video > > directly live from a multicast MPV transmission using a little hacked > > rtpdump (to get rid of the MPEG payload header) and mpeg-tv. It runs > > nice around 10fps (without audio, I'm working on that :-) even on my > > lowly P90. I'm just piping the data to mpeg-tv. MPEG-TV seems to be > > quite loss-friendly, just some artifacts pop when a packet is lost > > every now and then. > > > Commenting on myself, I got the audio working (though no > synchronization) by piping the audio stream to mpg123 and now I've > 1.5 megabit MPEG audio/video live decoder directly off the network > (though it makes me fairly short on CPU :-) > > Pete From owner-freebsd-multimedia Mon Sep 15 18:49:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA11999 for multimedia-outgoing; Mon, 15 Sep 1997 18:49:38 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA11994 for ; Mon, 15 Sep 1997 18:49:34 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 15 Sep 1997 21:48:31 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA18479; Mon, 15 Sep 97 21:48:29 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id VAA17720; Mon, 15 Sep 1997 21:45:00 -0400 Message-Id: <19970915214459.04161@ct.picker.com> Date: Mon, 15 Sep 1997 21:44:59 -0400 From: Randall Hopper To: Tomi Vainio Cc: multimedia@FreeBSD.ORG Subject: Re: Fxtv 0.44 / bt848 References: <199709092232.BAA04521@zeta.fidata.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199709092232.BAA04521@zeta.fidata.fi>; from Tomi Vainio on Wed, Sep 10, 1997 at 01:32:19AM +0300 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tomi Vainio: |Today I supped latest 2.2-stable with new bt848 driver. I also got |new Fxtv. Now these are working very well. All problems with Fxtv |are now gone. On July I reported to Randall about low picture quality, |fuzzy picture, slow screen update (5-7fps), resizing problems, tilted |screen and losing picture. Now I can watch full screen fast scrolling Hey, good deal! Sounds like several things coming together got you up to 100%. Most of these were of course from the PAL/weurope fixes in the driver of late, with maybe a little help from AFC which is now defaulted on. Faster screen updates though are a result of your running with direct video now rather than ximages mode, as you noticed. Two changes that resulted in this. First I think you might have switched from Xaccel to XFree. And second, your Fxtv pixel geometry cfg now matches your frame buffer's geometry whereas it didn't before. If you run 24bpp, the relevent change is likely to be that I changed the default frame-buffer byte order for 24bpp in the Fxtv rsrc file between 0.43 and 0.44: < Fxtv.bswap3Bpp: false > Fxtv.bswap3Bpp: true Folks are expected to tweak these swap settings to match their video cards since the DGA extension doesn't support querying this information (yet). It could also be that XFree has changed the byte ordering for the video mode on your card that you've been using. Amancio said they did that on his Millenium, for whatever reason, and that got him going with direct video. | Now there are two smaller problems. Sometimes when I |start fxtv video feed appears screen before I place window on desktop. |I use manual window placement with Fvwm. Fxtv don't show video |anymore when window is under another one. Yeah, that's because the X protocol wasn't designed for clients to be dumping video on the display themselves. :-) That is, there aren't any "We've Started Moving" and "We've Stopped Moving" events sent to a client, just "Moving" (actually, it's called Configure). If you have opaque moves on in your window manager (grep for OpaqueMove), the X server just sends the client "move,move,move,move..." when its moving. 'course with direct video, this results in the client trashing the screen a bit. I have it on my list to look deeper into the X protocol sometime and make sure I can't infer some virtual "Start Move" and "Stop Move" events somehow. If I can't, any other solution is just a hack. Things I'll probably do is expand the area around the TV window that's refreshed on a move (to include the Fxtv control widgets and some fringe area) as well as lengthen the delay after a window move before the video is restarted. Codeless hacks you can use for now include: 1) freeze the video before moving it, 2) turning off OpaqueMove in your window manager, 3) running in XImages mode. Like I said, all of these are hacks. I'll keep this on my list of things to look at. As to not showing video when the video window is partly obscured by another window, that's also on my list. Amancio's added rectangular clipping to the driver; I just need to add it to the app which, once supported, should handle obscuration by windows not using the SHAPE extension. Right now, Fxtv doesn't support clipping at all, so rather than blasting video on top of the obscuring window, it just disables capture and cleans up the screen. Randall From owner-freebsd-multimedia Mon Sep 15 19:08:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA13026 for multimedia-outgoing; Mon, 15 Sep 1997 19:08:38 -0700 (PDT) Received: from gaia.coppe.ufrj.br (root@[146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA13021 for ; Mon, 15 Sep 1997 19:08:35 -0700 (PDT) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id WAA16235 for multimedia@freebsd.org; Mon, 15 Sep 1997 22:32:03 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199709160132.WAA16235@gaia.coppe.ufrj.br> Subject: Luigi's driver... To: multimedia@freebsd.org Date: Mon, 15 Sep 1997 22:32:02 -0300 (EST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi All, A quick question: Does Luigi's sound driver already support GUS PnP ? Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-multimedia Mon Sep 15 20:24:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA17035 for multimedia-outgoing; Mon, 15 Sep 1997 20:24:49 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA17030 for ; Mon, 15 Sep 1997 20:24:44 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id UAA29652; Mon, 15 Sep 1997 20:23:17 -0700 (PDT) Message-ID: <19970915202317.11996@hydrogen.nike.efn.org> Date: Mon, 15 Sep 1997 20:23:17 -0700 From: John-Mark Gurney To: Joao Carlos Mendes Luis Cc: multimedia@FreeBSD.ORG Subject: Re: Luigi's driver... References: <199709160132.WAA16235@gaia.coppe.ufrj.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709160132.WAA16235@gaia.coppe.ufrj.br>; from Joao Carlos Mendes Luis on Mon, Sep 15, 1997 at 10:32:02PM -0300 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Joao Carlos Mendes Luis scribbled this message on Sep 15: > Hi All, > > A quick question: Does Luigi's sound driver already support GUS PnP ? ready the docs... it does support the gus pnp, but only for digital audio... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Mon Sep 15 21:47:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA22481 for multimedia-outgoing; Mon, 15 Sep 1997 21:47:55 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA22438 for ; Mon, 15 Sep 1997 21:47:47 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.7/8.7.3) id HAA04748; Tue, 16 Sep 1997 07:47:38 +0300 (EEST) Date: Tue, 16 Sep 1997 07:47:38 +0300 (EEST) Message-Id: <199709160447.HAA04748@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: Amancio Hasty Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: MPEG multicast receiver In-Reply-To: <199709152317.QAA06953@rah.star-gate.com> References: <199709152115.AAA03912@silver.sms.fi> <199709152317.QAA06953@rah.star-gate.com> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > Curious, which platform is generating the mpeg stream? > Precept's IP/TV. The only one I know of which does send RTP encapsulated stuff and not some mumbo-jumbo invented by a someone not having a clue about interoperability. Pete > Tnks, > Amancio > From The Desk Of Petri Helenius : > > Petri Helenius writes: > > > > > > I'm glad to report that I've successfully received MPEG video > > > directly live from a multicast MPV transmission using a little hacked > > > rtpdump (to get rid of the MPEG payload header) and mpeg-tv. It runs > > > nice around 10fps (without audio, I'm working on that :-) even on my > > > lowly P90. I'm just piping the data to mpeg-tv. MPEG-TV seems to be > > > quite loss-friendly, just some artifacts pop when a packet is lost > > > every now and then. > > > > > Commenting on myself, I got the audio working (though no > > synchronization) by piping the audio stream to mpg123 and now I've > > 1.5 megabit MPEG audio/video live decoder directly off the network > > (though it makes me fairly short on CPU :-) > > > > Pete From owner-freebsd-multimedia Mon Sep 15 22:24:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA29558 for multimedia-outgoing; Mon, 15 Sep 1997 22:24:08 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA29542 for ; Mon, 15 Sep 1997 22:24:03 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA04155; Tue, 16 Sep 1997 06:08:54 +0200 From: Luigi Rizzo Message-Id: <199709160408.GAA04155@labinfo.iet.unipi.it> Subject: Re: Luigi's driver... To: gurney_j@resnet.uoregon.edu Date: Tue, 16 Sep 1997 06:08:53 +0200 (MET DST) Cc: jonny@coppe.ufrj.br, multimedia@FreeBSD.ORG In-Reply-To: <19970915202317.11996@hydrogen.nike.efn.org> from "John-Mark Gurney" at Sep 15, 97 08:22:58 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Joao Carlos Mendes Luis scribbled this message on Sep 15: > > Hi All, > > > > A quick question: Does Luigi's sound driver already support GUS PnP ? > > ready the docs... it does support the gus pnp, but only for digital > audio... unfortunately I don't have the GUS pnp so I cannot test if it works. It might not. I need feedback... Cheers Luigi From owner-freebsd-multimedia Mon Sep 15 22:42:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA03556 for multimedia-outgoing; Mon, 15 Sep 1997 22:42:36 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA03550 for ; Mon, 15 Sep 1997 22:42:33 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA04200; Tue, 16 Sep 1997 06:27:27 +0200 From: Luigi Rizzo Message-Id: <199709160427.GAA04200@labinfo.iet.unipi.it> Subject: Re: speed setting problem with SB16 on snd970904.tgz To: rhh@ct.picker.com (Randall Hopper) Date: Tue, 16 Sep 1997 06:27:27 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <19970915171729.32304@ct.picker.com> from "Randall Hopper" at Sep 15, 97 05:17:10 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Luigi Rizzo: > |right. I am in the middle of implementing split format operation (some > |cards do support that, and the SB16 needs that if you want to do full > |duplex without too much hassle) so I applied an inverse substitution > |forgetting that the original name was play_speed, not just speed :( > > Thanks Luigi! This'll be fun to play with. split format op. is already there in snd970909 (which is now in -current) since it is needed for vat. > Grepping some SB/SB16 programming docs I have lying around, it appears it > does have a FIFO. I'll mail you the full docs. They describe this, yes I have seen it, and I set the 'fifo on' bit. But somewhere the docs mention that some command 'reset the fifo' and I am a bit unclear on what it means... Cheers Luigi From owner-freebsd-multimedia Mon Sep 15 23:25:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11105 for multimedia-outgoing; Mon, 15 Sep 1997 23:25:21 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA11087 for ; Mon, 15 Sep 1997 23:25:17 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA00359; Mon, 15 Sep 1997 23:25:09 -0700 (PDT) Message-Id: <199709160625.XAA00359@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Petri Helenius cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: MPEG multicast receiver In-reply-to: Your message of "Tue, 16 Sep 1997 07:47:38 +0300." <199709160447.HAA04748@silver.sms.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Sep 1997 23:25:08 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Would you happen to know how may frames / sec is it trying to send and at what resolution? Also how does look compare to h.261? Tnks! Amancio >From The Desk Of Petri Helenius : > Amancio Hasty writes: > > Curious, which platform is generating the mpeg stream? > > > Precept's IP/TV. The only one I know of which does send RTP > encapsulated stuff and not some mumbo-jumbo invented by a someone not > having a clue about interoperability. > > Pete > > > Tnks, > > Amancio > > From The Desk Of Petri Helenius : > > > Petri Helenius writes: > > > > > > > > I'm glad to report that I've successfully received MPEG video > > > > directly live from a multicast MPV transmission using a little hacked > > > > rtpdump (to get rid of the MPEG payload header) and mpeg-tv. It runs > > > > nice around 10fps (without audio, I'm working on that :-) even on my > > > > lowly P90. I'm just piping the data to mpeg-tv. MPEG-TV seems to be > > > > quite loss-friendly, just some artifacts pop when a packet is lost > > > > every now and then. > > > > > > > Commenting on myself, I got the audio working (though no > > > synchronization) by piping the audio stream to mpg123 and now I've > > > 1.5 megabit MPEG audio/video live decoder directly off the network > > > (though it makes me fairly short on CPU :-) > > > > > > Pete From owner-freebsd-multimedia Mon Sep 15 23:44:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA14954 for multimedia-outgoing; Mon, 15 Sep 1997 23:44:04 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA14931 for ; Mon, 15 Sep 1997 23:44:01 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA00622; Mon, 15 Sep 1997 23:42:47 -0700 (PDT) Message-Id: <199709160642.XAA00622@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: gurney_j@resnet.uoregon.edu, jonny@coppe.ufrj.br, multimedia@FreeBSD.ORG Subject: Re: Luigi's driver... In-reply-to: Your message of "Tue, 16 Sep 1997 06:08:53 +0200." <199709160408.GAA04155@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Sep 1997 23:42:47 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I should be able to give you feed back on this . Cheers, Amancio >From The Desk Of Luigi Rizzo : > > Joao Carlos Mendes Luis scribbled this message on Sep 15: > > > Hi All, > > > > > > A quick question: Does Luigi's sound driver already support GUS PnP ? > > > > ready the docs... it does support the gus pnp, but only for digital > > audio... > > unfortunately I don't have the GUS pnp so I cannot test if it works. It > might not. I need feedback... > > Cheers > Luigi From owner-freebsd-multimedia Tue Sep 16 03:55:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA17360 for multimedia-outgoing; Tue, 16 Sep 1997 03:55:55 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id DAA17241 for ; Tue, 16 Sep 1997 03:53:11 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA04861; Tue, 16 Sep 1997 11:01:13 +0200 From: Luigi Rizzo Message-Id: <199709160901.LAA04861@labinfo.iet.unipi.it> Subject: X11 video grabber for vic... To: multimedia@freebsd.org Date: Tue, 16 Sep 1997 11:01:13 +0200 (MET DST) Cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo) In-Reply-To: <199709160824.BAA00440@rah.star-gate.com> from "Amancio Hasty" at Sep 16, 97 01:23:58 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk People, right now I am following the sigcomm session which is being transmitted with vat&vic ... I must say that I am _not_ impressed since 99% of the times vic is used to show slides and there is all kind of artifacts in acquiring slides using the camera. Much better results, at a fraction of the bandwidth, could be achieved by using an X11 grabber as it was available in nv. Some time ago I started writing an x11 grabber for vic (http://www.iet.unipi.it/~luigi/grabber-x11.cc), but had to give up due to my miserable knowledge of X11 and C++ . The code I have is partly working but it has some rough edges and probably a lot of bugs and inefficiencies. Would someone like to help in cleaning up the above code (which is partly working) ? Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Tue Sep 16 04:34:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA19404 for multimedia-outgoing; Tue, 16 Sep 1997 04:34:33 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA19399 for ; Tue, 16 Sep 1997 04:34:29 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.7/8.7.3) id OAA05631; Tue, 16 Sep 1997 14:33:55 +0300 (EEST) Date: Tue, 16 Sep 1997 14:33:55 +0300 (EEST) Message-Id: <199709161133.OAA05631@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: Amancio Hasty Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: MPEG multicast receiver In-Reply-To: <199709160625.XAA00359@rah.star-gate.com> References: <199709160447.HAA04748@silver.sms.fi> <199709160625.XAA00359@rah.star-gate.com> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > Would you happen to know how may frames / sec is it trying to send and > at what resolution? CIF resolution, 23.98 fps. > > Also how does look compare to h.261? MPEG has not changed since we last checked this, if you want to see what 600kbps looks like, pull over ftp://ftp.sms.fi/pub/Cisco/outgoing/c36p1_6.mpg (it's truncated I know :-) Pete > > Tnks! > Amancio > > >From The Desk Of Petri Helenius : > > Amancio Hasty writes: > > > Curious, which platform is generating the mpeg stream? > > > > > Precept's IP/TV. The only one I know of which does send RTP > > encapsulated stuff and not some mumbo-jumbo invented by a someone not > > having a clue about interoperability. > > > > Pete > > > > > Tnks, > > > Amancio > > > From The Desk Of Petri Helenius : > > > > Petri Helenius writes: > > > > > > > > > > I'm glad to report that I've successfully received MPEG video > > > > > directly live from a multicast MPV transmission using a little hacked > > > > > rtpdump (to get rid of the MPEG payload header) and mpeg-tv. It runs > > > > > nice around 10fps (without audio, I'm working on that :-) even on my > > > > > lowly P90. I'm just piping the data to mpeg-tv. MPEG-TV seems to be > > > > > quite loss-friendly, just some artifacts pop when a packet is lost > > > > > every now and then. > > > > > > > > > Commenting on myself, I got the audio working (though no > > > > synchronization) by piping the audio stream to mpg123 and now I've > > > > 1.5 megabit MPEG audio/video live decoder directly off the network > > > > (though it makes me fairly short on CPU :-) > > > > > > > > Pete > > From owner-freebsd-multimedia Tue Sep 16 08:22:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA29751 for multimedia-outgoing; Tue, 16 Sep 1997 08:22:02 -0700 (PDT) Received: from Guard.PolyNet.Lviv.UA (Guard.PolyNet.Lviv.UA [194.44.138.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA29560 for ; Tue, 16 Sep 1997 08:18:36 -0700 (PDT) Received: (from smap@localhost) by Guard.PolyNet.Lviv.UA (8.8.5/8.6.12) id SAA13821 for ; Tue, 16 Sep 1997 18:16:01 +0300 (EEST) Received: from netsurfer.lp.lviv.ua(192.168.0.3) by Guard.PolyNet.Lviv.UA via smap (V2.0) id xma013819; Tue, 16 Sep 97 18:15:52 +0300 Received: (from smap@localhost) by NetSurfer.lp.lviv.ua (8.8.5/8.6.12) id SAA15537 for ; Tue, 16 Sep 1997 18:15:52 +0300 (EEST) Message-Id: <199709161515.SAA15537@NetSurfer.lp.lviv.ua> Received: from ws51.lp.lviv.ua(192.168.0.51) by NetSurfer.lp.lviv.ua via smap (V2.0beta) id xma015534; Tue, 16 Sep 97 18:15:49 +0300 Comments: Authenticated sender is From: "Adrian Pavlykevych" To: multimedia@freebsd.org Date: Tue, 16 Sep 1997 18:17:27 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Yamaha OPL3 PnP card Priority: normal X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi everybody! Can somebody send me sample config and way to test operation for Yamaha OPL3 PnP card? Please reply directly, I'm not on the mailing list. TIA Adrian Pavlykevych | State University "Lvivska Polytechnica" System Administrator | 12, St. Bandery str, Campus Computer Network | Lviv, 290646 tel/fax:+380 (322) 742041 | Ukraine From owner-freebsd-multimedia Tue Sep 16 08:44:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA01164 for multimedia-outgoing; Tue, 16 Sep 1997 08:44:10 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA01143 for ; Tue, 16 Sep 1997 08:44:01 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id IAA03975; Tue, 16 Sep 1997 08:43:15 -0700 (PDT) Message-Id: <199709161543.IAA03975@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Petri Helenius cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: MPEG multicast receiver In-reply-to: Your message of "Tue, 16 Sep 1997 14:33:55 +0300." <199709161133.OAA05631@silver.sms.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Sep 1997 08:43:15 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It looks great! Kind of hard to imagine the mbone at least in the intranet not to take off with quality as good as this mpeg stream . Cheers, Amancio >From The Desk Of Petri Helenius : > Amancio Hasty writes: > > Would you happen to know how may frames / sec is it trying to send and > > at what resolution? > > CIF resolution, 23.98 fps. > > > > > Also how does look compare to h.261? > > MPEG has not changed since we last checked this, if you want to see > what 600kbps looks like, pull over > ftp://ftp.sms.fi/pub/Cisco/outgoing/c36p1_6.mpg (it's truncated I know > :-) > > Pete > > > > > Tnks! > > Amancio > > > > >From The Desk Of Petri Helenius : > > > Amancio Hasty writes: > > > > Curious, which platform is generating the mpeg stream? > > > > > > > Precept's IP/TV. The only one I know of which does send RTP > > > encapsulated stuff and not some mumbo-jumbo invented by a someone not > > > having a clue about interoperability. > > > > > > Pete > > > > > > > Tnks, > > > > Amancio > > > > From The Desk Of Petri Helenius : > > > > > Petri Helenius writes: > > > > > > > > > > > > I'm glad to report that I've successfully received MPEG video > > > > > > directly live from a multicast MPV transmission using a little h acked > > > > > > rtpdump (to get rid of the MPEG payload header) and mpeg-tv. It runs > > > > > > nice around 10fps (without audio, I'm working on that :-) even o n my > > > > > > lowly P90. I'm just piping the data to mpeg-tv. MPEG-TV seems to be > > > > > > quite loss-friendly, just some artifacts pop when a packet is lo st > > > > > > every now and then. > > > > > > > > > > > Commenting on myself, I got the audio working (though no > > > > > synchronization) by piping the audio stream to mpg123 and now I've > > > > > 1.5 megabit MPEG audio/video live decoder directly off the network > > > > > (though it makes me fairly short on CPU :-) > > > > > > > > > > Pete > > > > From owner-freebsd-multimedia Tue Sep 16 08:45:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA01270 for multimedia-outgoing; Tue, 16 Sep 1997 08:45:56 -0700 (PDT) Received: from gaia.coppe.ufrj.br (jonny@[146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA01265 for ; Tue, 16 Sep 1997 08:45:48 -0700 (PDT) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id MAA28584; Tue, 16 Sep 1997 12:42:08 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199709161542.MAA28584@gaia.coppe.ufrj.br> Subject: Re: Luigi's driver... In-Reply-To: <199709160642.XAA00622@rah.star-gate.com> from Amancio Hasty at "Sep 15, 97 11:42:47 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 16 Sep 1997 12:42:08 -0300 (EST) Cc: luigi@labinfo.iet.unipi.it, gurney_j@resnet.uoregon.edu, jonny@coppe.ufrj.br, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(Amancio Hasty) // I should be able to give you feed back on this . Me too... :) // >From The Desk Of Luigi Rizzo : // > > Joao Carlos Mendes Luis scribbled this message on Sep 15: // > > > Hi All, // > > > // > > > A quick question: Does Luigi's sound driver already support GUS PnP ? // > > // > > ready the docs... it does support the gus pnp, but only for digital // > > audio... // > // > unfortunately I don't have the GUS pnp so I cannot test if it works. It // > might not. I need feedback... Indeed, I have already tested it. I'm not sure which version, but it's not the last one. I think it was the first you said it could work. It detects the Plug'n'Play device, initializes all i/o addresses and "finds" a MSS Sound Card at 0x3?? addr. But it does not work at all. It's in my home computer. I'll get now the latest driver version, and try to obtain more detail on these. Note that I have no previous experience in GUS PnP programming, so Amancio's feedback should be more precise. // > Cheers // > Luigi Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-multimedia Tue Sep 16 13:05:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA16928 for multimedia-outgoing; Tue, 16 Sep 1997 13:05:58 -0700 (PDT) Received: from george.arc.nasa.gov (george.arc.nasa.gov [128.102.194.142]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA16922 for ; Tue, 16 Sep 1997 13:05:55 -0700 (PDT) From: lamaster@george.arc.nasa.gov Received: (from lamaster@localhost) by george.arc.nasa.gov (8.8.7/8.8.7) id NAA00339; Tue, 16 Sep 1997 13:04:36 -0700 (PDT) Date: Tue, 16 Sep 1997 13:04:36 -0700 (PDT) Message-Id: <199709162004.NAA00339@george.arc.nasa.gov> To: multimedia@FreeBSD.ORG Subject: Re: X11 video grabber for vic... Cc: luigi@labinfo.iet.unipi.it Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk luigi@labinfo.iet.unipi.it wrote: > right now I am following the sigcomm session which is being > transmitted with vat&vic ... I must say that I am _not_ impressed > since 99% of the times vic is used to show slides and there is all > kind of artifacts in acquiring slides using the camera. Much better > results, at a fraction of the bandwidth, could be achieved by using > an X11 grabber as it was available in nv. If I understand your criticism of the broadcast, vic actually already contains the necessary functionality to do this properly. The video operator may need to stop and consider what needs to be done in light of having to work with viewgraphs. Now, vic does have a "sending slides" option, and I'm not actually sure what it does. A cursory view of the documentation doesn't say, and it isn't obvious to me from switching it off and on. OTOH, all it takes to transmit slides properly using H.261 is to reduce the framerate (to, e.g. 1 fps) and increase the quality (to, e.g. 1). Of course, the operator has to adjust these as the video changes from speaker to slides and back again, since 1 fps isn't a very interesting way to watch someone speak and move. And, of course, the best solution is to use wb to transmit the slides, (or, for small audiences, web pages - but, I like wb/multicast) and use the video for the speaker. But that presupposes that the slides have been prepared in advance... Nobody is satisfied with a video camera pointed at a viewgraph projector, but, since Mbone is usually an afterthought for most conferences, it is difficult to get anything better. But, lack of technology is not the problem here. If the speaker can't give the conference coordinator source, the only option I know of is the camera on the projected images and set the framerate down and the quality up. > Some time ago I started writing an x11 grabber for vic > (http://www.iet.unipi.it/~luigi/grabber-x11.cc), but had to give > up due to my miserable knowledge of X11 and C++ . The code I have > is partly working but it has some rough edges and probably a lot > of bugs and inefficiencies. Do you mean a function that would grab an X11 window as a frozen frame, or a changing series of frames? I sure I'm missing something here, but, is this a totally separate question to the above, or somehow related? I don't remember what nv did, but, if the problem is that the presenter doesn't have computer-available slides to begin with, I don't understand how an X11 grabber will help. What format would the original material be in. Not postscript, or ASCII, or, you would just use wb, and most formats can be converted to postscript. e.g. SGI's "showcase" actually does a pretty good job of formatting its own slides for postscripts. PS slides with images should be handled one at a time and run through "lzps". I think wb is the short-term solution if source material is available. The wb version for FreeBSD seems to work fine. (Better, actually, than wb on the SGI, which still occasionally crashes or hangs or somehow ties up the X server - not that this is criticism of wb. SGI still seems to have display-postscript-related bugs even in Irix 6.2, though not as bad as in Irix 5.2/5.3). > Would someone like to help in cleaning up the above code (which is > partly working) ? Corrections welcome. -Hugh LaMaster Hugh LaMaster, M/S 258-5, ASCII Email: hlamaster@mail.arc.nasa.gov NASA Ames Research Center Or: lamaster@nas.nasa.gov Moffett Field, CA 94035-1000 No Junkmail: USC 18 section 2701 Phone: 415/604-1056 Disclaimer: Unofficial, personal *opinion*. From owner-freebsd-multimedia Tue Sep 16 13:35:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA18519 for multimedia-outgoing; Tue, 16 Sep 1997 13:35:31 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA18508 for ; Tue, 16 Sep 1997 13:35:26 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA06208; Tue, 16 Sep 1997 21:20:22 +0200 From: Luigi Rizzo Message-Id: <199709161920.VAA06208@labinfo.iet.unipi.it> Subject: Re: X11 video grabber for vic... To: lamaster@george.arc.nasa.gov Date: Tue, 16 Sep 1997 21:20:22 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199709162004.NAA00339@george.arc.nasa.gov> from "lamaster@george.arc.nasa.gov" at Sep 16, 97 01:04:17 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > If I understand your criticism of the broadcast, vic actually well actually the broadcast only triggered my desire for a better method of transmitting slides prepared in advance. Of course if there is no docs prepared in advance, you are out of luck. I was just assuming that in some way the slides could be dumped to an X window for further use. > > Some time ago I started writing an x11 grabber for vic ... > > Do you mean a function that would grab an X11 window as a frozen > frame, or a changing series of frames? I sure I'm missing something > here, but, is this a totally separate question to the above, or it is, sorry for the confusion... > somehow related? I don't remember what nv did, but, if the nv did have an X11 grabber which worked really well since you could pick anything was on the screen, either a fixed window, or the area around the cursor etc. One problem I see with a program like vic which does its own data acquisition from the device is that it does not allow you to edit the matherial. E.g. in some cases you would like to have the full-screen image from the camera, or a small 'icon' in the corner of a bigger slide, or effects with an artificial background with a live image superimposed, etc. Of course you can do these things in the device driver, or in a process between the driver and the videoconferencing program; but, because of the typical resolution in use, and the fact that more often than not access to frame grabbers is through mmap()ed regions, it seems to me reasonably efficient to have a separate 'editing' program which can prepare the image on screen the way you like, and then just let the videoconferencing program select one of the available windows. Also for demos this is quite useful: you can capture the live output from some program by just moving the mouse to the new position, etc. > problem is that the presenter doesn't have computer-available > slides to begin with, I don't understand how an X11 grabber will > help. What format would the original material be in. Not postscript, Suppose the original matherial is not available electronically. The operator at the camera could just instruct the editing program to freeze the best image and let that one go through, or let it go live when the speaker is being filmed, etc. etc. You can of course put all of this in the videoconferencing program, but why bother, since these are in a sense orthogonal features (I know not completely, there is the quality/fps issue but that could also be made adaptive, e.g. the threshold could be lowered when the traffic goes down and increased when it goes too up...) ? Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Tue Sep 16 14:02:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA19735 for multimedia-outgoing; Tue, 16 Sep 1997 14:02:18 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA19730 for ; Tue, 16 Sep 1997 14:02:11 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id WAA14646 for ; Tue, 16 Sep 1997 22:58:55 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id WAA01568 for ; Tue, 16 Sep 1997 22:58:43 +0200 (SAT) Message-Id: <199709162058.WAA01568@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: multimedia@freebsd.org Subject: GUS PnP and the new PnP code in 3.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Sep 1997 22:58:42 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I have not being paying much attention to the PnP code in 3.0 (Sorry Luigi!), and now I have been bitten. My GUS PnP no longer gets probed properly at boot time. Which is the working code right now? I am using GUSPNP18 at the moment. Here is output from my dmesg: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Tue Sep 16 22:40:50 SAT 1997 root@greenpeace.grondar.za:/usr/src/sys/compile/GA586DX CPU: Pentium (200.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x3bf real memory = 67108864 (65536K bytes) avail memory = 63442944 (61956K bytes) DEVFS: ready for devices Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 vga0: rev 0x06 int a irq 14 on pci0.8.0 bktr0: rev 0x11 int a irq 14 on pci0.9.0 Hauppauge WinCast/TV, Temic PAL tuner. vx0: <3COM 3C900 Etherlink XL PCI> rev 0x00 int a irq 14 on pci0.10.0 utp/aui/bnc[*bnc*] address 00:60:97:38:5c:12 ahc0: rev 0x00 int a irq 14 on pci0.12.0 ahc0: Using left over BIOS settings ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2069MB (4238282 512 byte sectors) st0 at scbus0 target 3 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access density code 0x13, drive empty cd0 at scbus0 target 6 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd present [125633 x 2048 byte records] Initializing PnP override table Probing for PnP devices: CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface gus0 at ? on isa WARNING! GUS found at 220, config was ffffffff ERROR! Invalid IRQ#-1. GUS Disabled DEVFS: ready to run ...and here is my kernel config file: # # GA586DX -- Mark's Monster # # $Id$ machine "i386" cpu "I586_CPU" ident "GA586DX" maxusers 16 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS #Network Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options KERNFS #Kernel filesystem options DEVFS #Device filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options KTRACE #kernel tracing options PERFMON #Performance monitor options SYSVSHM #SYSV shared memory support options SYSVSEM #SYSV semaphore support options SYSVMSG #SYSV message queue support ## Create a SMP capable kernel (mandatory options): #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # ## Lets always enable the kernel debugger for SMP. #options DDB config kernel root on sd0 controller isa0 controller pci0 controller pnp0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ahc0 controller scbus0 device sd0 device st0 device cd0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device vx0 device bktr0 controller snd0 device gus0 at isa? vector gusintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device tun 2 pseudo-device vn 2 pseudo-device pty 16 pseudo-device gzip pseudo-device speaker Thanks! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Tue Sep 16 15:14:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA23701 for multimedia-outgoing; Tue, 16 Sep 1997 15:14:54 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA23686 for ; Tue, 16 Sep 1997 15:14:50 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id PAA01628; Tue, 16 Sep 1997 15:14:35 -0700 (PDT) Message-Id: <199709162214.PAA01628@rah.star-gate.com> To: Mark Murray cc: multimedia@FreeBSD.ORG Subject: Re: GUS PnP and the new PnP code in 3.0 In-reply-to: Your message of "Tue, 16 Sep 1997 22:58:42 +0200." <199709162058.WAA01568@greenpeace.grondar.za> Date: Tue, 16 Sep 1997 15:14:34 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just leave out the pnp controller out for now. Amancio P.S.: guspnp will use its pnp interface. >From The Desk Of Mark Murray : > Hi > > I have not being paying much attention to the PnP code in 3.0 > (Sorry Luigi!), and now I have been bitten. > > My GUS PnP no longer gets probed properly at boot time. Which is the > working code right now? > > I am using GUSPNP18 at the moment. > > Here is output from my dmesg: > > Copyright (c) 1992-1997 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 3.0-CURRENT #0: Tue Sep 16 22:40:50 SAT 1997 > root@greenpeace.grondar.za:/usr/src/sys/compile/GA586DX > CPU: Pentium (200.45-MHz 586-class CPU) > Origin = "GenuineIntel" Id = 0x52c Stepping=12 > Features=0x3bf > real memory = 67108864 (65536K bytes) > avail memory = 63442944 (61956K bytes) > DEVFS: ready for devices > Probing for devices on PCI bus 0: > chip0: rev 0x03 on pci0.0.0 > chip1: rev 0x01 on pci0.7.0 > vga0: rev 0x06 int a irq 14 on pci0.8.0 > bktr0: rev 0x11 int a irq 14 on pci0.9.0 > Hauppauge WinCast/TV, Temic PAL tuner. > vx0: <3COM 3C900 Etherlink XL PCI> rev 0x00 int a irq 14 on pci0.10.0 > utp/aui/bnc[*bnc*] address 00:60:97:38:5c:12 > ahc0: rev 0x00 int a irq 14 on pci0 .12.0 > ahc0: Using left over BIOS settings > ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs > ahc0: waiting for scsi devices to settle > scbus0 at ahc0 bus 0 > sd0 at scbus0 target 0 lun 0 > sd0: type 0 fixed SCSI 2 > sd0: Direct-Access 2069MB (4238282 512 byte sectors) > st0 at scbus0 target 3 lun 0 > st0: type 1 removable SCSI 2 > st0: Sequential-Access density code 0x13, drive empty > cd0 at scbus0 target 6 lun 0 > cd0: type 5 removable SCSI 2 > cd0: CD-ROM cd present [125633 x 2048 byte records] > Initializing PnP override table > Probing for PnP devices: > CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 > Probing for devices on the ISA bus: > sc0 at 0x60-0x6f irq 1 on motherboard > sc0: VGA color <16 virtual consoles, flags=0x0> > psm0 at 0x60-0x64 irq 12 on motherboard > psm0: device ID 0 > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16550A > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > lpt0 at 0x378-0x37f irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fd0: 1.44MB 3.5in > npx0 on motherboard > npx0: INT 16 interface > gus0 at ? on isa > WARNING! GUS found at 220, config was ffffffff ERROR! Invalid IRQ#-1. GUS Di sabled > DEVFS: ready to run > > ...and here is my kernel config file: > > # > # GA586DX -- Mark's Monster > # > # $Id$ > > machine "i386" > cpu "I586_CPU" > ident "GA586DX" > maxusers 16 > > options INET #InterNETworking > options FFS #Berkeley Fast Filesystem > options NFS #Network Filesystem > options MFS #Network Filesystem > options "CD9660" #ISO 9660 Filesystem > options PROCFS #Process filesystem > options KERNFS #Kernel filesystem > options DEVFS #Device filesystem > options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] > options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device > options UCONSOLE #Allow users to grab the consol e > options KTRACE #kernel tracing > options PERFMON #Performance monitor > options SYSVSHM #SYSV shared memory support > options SYSVSEM #SYSV semaphore support > options SYSVMSG #SYSV message queue support > > ## Create a SMP capable kernel (mandatory options): > #options SMP # Symmetric MultiProcessor Kernel > #options APIC_IO # Symmetric (APIC) I/O > # > ## Lets always enable the kernel debugger for SMP. > #options DDB > > config kernel root on sd0 > > controller isa0 > controller pci0 > controller pnp0 > > controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr > disk fd0 at fdc0 drive 0 > > controller ahc0 > controller scbus0 > device sd0 > device st0 > device cd0 > > device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr > device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr > > device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr > device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr > device lpt0 at isa? port? tty irq 7 vector lptintr > > device npx0 at isa? port "IO_NPX" irq 13 vector npxintr > > device vx0 > > device bktr0 > > controller snd0 > device gus0 at isa? vector gusintr > > pseudo-device loop > pseudo-device ether > pseudo-device log > pseudo-device tun 2 > pseudo-device vn 2 > pseudo-device pty 16 > pseudo-device gzip > pseudo-device speaker > > > Thanks! > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > From owner-freebsd-multimedia Tue Sep 16 20:18:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA09123 for multimedia-outgoing; Tue, 16 Sep 1997 20:18:45 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA09117 for ; Tue, 16 Sep 1997 20:18:42 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id UAA06958; Tue, 16 Sep 1997 20:18:29 -0700 (PDT) Message-Id: <199709170318.UAA06958@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Ian Freislich cc: multimedia@freebsd.org Subject: Re: Guspnp18 problem In-reply-to: Your message of "Sat, 16 Sep 1997 22:35:00 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Sep 1997 20:18:28 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just finished supping -current and the sound driver no longer compiles :( A few days ago , I believe from reading the cvs mailing list the "poll" check in changed the interface to drivers. It will take me a couple of days to sort this issue out. Amancio >From The Desk Of Ian Freislich : > Hi > > I hope that I'm not commenting on something I've missed in the > lists or that many other people have pointed out. > > I've encountered a problem when compiling my kernel: > > cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include > -DNOGUSPNP -DMFS -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL > -include opt_global.h ../../i386/isa/sound/soundcard.c > ../../i386/isa/sound/soundcard.c:82: parse error before `sndselect' > ../../i386/isa/sound/soundcard.c:82: warning: data definition has no > type or storage class > ../../i386/isa/sound/soundcard.c:82: warning: data definition has no > type or storage class > ../../i386/isa/sound/soundcard.c:90: initializer element for > `snd_cdevsw.d_poll' is not constant > ../../i386/isa/sound/soundcard.c:227: warning: no previous prototype for > `sndselect' > ../../i386/isa/sound/soundcard.c:227: `sndselect' redeclared as > different kind of symbol > ../../i386/isa/sound/soundcard.c:82: previous declaration of `sndselect' > {standard input}: Assembler messages: > {standard input}:1273: Error: Ignoring attempt to re-define symbol > *** Error code 1 > > It appears that there is no previous definition of d_select_t which > is used to define sndselect on line 82 in > /usr/src/sys/i386/isa/sound/soundcard.c: > > static d_select_t sndselect; > > Interestingly enough, it worked with the older version of guspnp18 > which I've now lost :( > > -- igf (Ian Freislich) From owner-freebsd-multimedia Tue Sep 16 22:07:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA15593 for multimedia-outgoing; Tue, 16 Sep 1997 22:07:47 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts7-line15.uoregon.edu [128.223.150.62]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA15578 for ; Tue, 16 Sep 1997 22:07:44 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id WAA04554; Tue, 16 Sep 1997 22:07:22 -0700 (PDT) Date: Tue, 16 Sep 1997 22:07:21 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Luigi Rizzo cc: lamaster@george.arc.nasa.gov, multimedia@FreeBSD.ORG Subject: Re: X11 video grabber for vic... In-Reply-To: <199709161920.VAA06208@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Want to add a bit here. On Tue, 16 Sep 1997, Luigi Rizzo wrote: > You can of course put all of this in the videoconferencing program, but > why bother, since these are in a sense orthogonal features (I know not > completely, there is the quality/fps issue but that could also be made > adaptive, e.g. the threshold could be lowered when the traffic goes > down and increased when it goes too up...) ? Actually, vic does support this to an extent. It gets better if you increase the quality level just a smidge (-1 or 2 points), but if you hold the camera on a object, vic will improve the quality of the transmitted image, and inversley, if the image is changing rapidly, vic will back off the quality of the image until it stabilizes again. vic will only back off the quality a set amount. If it is on the lowest possible setting, then vic is very insensitive to movement and the backoff isn't very noticable since it only drops to the equivalent of quality 4 or 5 or so until the image stabilizes. Now, on quality 10, it can drop back to 14 or so, which is barely any clarity at all but excellent framerate. So setting the quality really low will only hurt you in a condition such as a conference; ideally, they should be running at 5 or so with a really crisp video camera. This assumes that the input image is of excellent quality; using cheap cameras and/or video capture boards with poor resolution doesn't help things. I get excellent results using an old VHS camcorder and my Bt848 even on the default setting. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo From owner-freebsd-multimedia Tue Sep 16 22:53:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA18605 for multimedia-outgoing; Tue, 16 Sep 1997 22:53:34 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA18599 for ; Tue, 16 Sep 1997 22:53:26 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id HAA15502; Wed, 17 Sep 1997 07:53:26 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id HAA00313; Wed, 17 Sep 1997 07:53:14 +0200 (SAT) Message-Id: <199709170553.HAA00313@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: GUS PnP and the new PnP code in 3.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Sep 1997 07:53:13 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty wrote: > Just leave out the pnp controller out for now. > > Amancio > P.S.: guspnp will use its pnp interface. Nope. If i do that, the GUS gets mis-probed in exactly the same way... M > > From The Desk Of Mark Murray : > > Hi > > > > I have not being paying much attention to the PnP code in 3.0 > > (Sorry Luigi!), and now I have been bitten. > > > > My GUS PnP no longer gets probed properly at boot time. Which is the > > working code right now? > > > > I am using GUSPNP18 at the moment. > > > > Here is output from my dmesg: > > > > Copyright (c) 1992-1997 FreeBSD Inc. > > Copyright (c) 1982, 1986, 1989, 1991, 1993 > > The Regents of the University of California. All rights reserved. > > FreeBSD 3.0-CURRENT #0: Tue Sep 16 22:40:50 SAT 1997 > > root@greenpeace.grondar.za:/usr/src/sys/compile/GA586DX > > CPU: Pentium (200.45-MHz 586-class CPU) > > Origin = "GenuineIntel" Id = 0x52c Stepping=12 > > Features=0x3bf > > real memory = 67108864 (65536K bytes) > > avail memory = 63442944 (61956K bytes) > > DEVFS: ready for devices > > Probing for devices on PCI bus 0: > > chip0: rev 0x03 on pci0.0.0 > > chip1: rev 0x01 on pci0.7.0 > > vga0: rev 0x06 int a irq 14 on pci0.8.0 > > bktr0: rev 0x11 int a irq 14 on pci0.9.0 > > Hauppauge WinCast/TV, Temic PAL tuner. > > vx0: <3COM 3C900 Etherlink XL PCI> rev 0x00 int a irq 14 on pci0.10.0 > > utp/aui/bnc[*bnc*] address 00:60:97:38:5c:12 > > ahc0: rev 0x00 int a irq 14 on pc i0 > .12.0 > > ahc0: Using left over BIOS settings > > ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs > > ahc0: waiting for scsi devices to settle > > scbus0 at ahc0 bus 0 > > sd0 at scbus0 target 0 lun 0 > > sd0: type 0 fixed SCSI 2 > > sd0: Direct-Access 2069MB (4238282 512 byte sectors) > > st0 at scbus0 target 3 lun 0 > > st0: type 1 removable SCSI 2 > > st0: Sequential-Access density code 0x13, drive empty > > cd0 at scbus0 target 6 lun 0 > > cd0: type 5 removable SCSI 2 > > cd0: CD-ROM cd present [125633 x 2048 byte records] > > Initializing PnP override table > > Probing for PnP devices: > > CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 > > Probing for devices on the ISA bus: > > sc0 at 0x60-0x6f irq 1 on motherboard > > sc0: VGA color <16 virtual consoles, flags=0x0> > > psm0 at 0x60-0x64 irq 12 on motherboard > > psm0: device ID 0 > > sio0 at 0x3f8-0x3ff irq 4 on isa > > sio0: type 16550A > > sio1 at 0x2f8-0x2ff irq 3 on isa > > sio1: type 16550A > > lpt0 at 0x378-0x37f irq 7 on isa > > lpt0: Interrupt-driven port > > lp0: TCP/IP capable interface > > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > > fd0: 1.44MB 3.5in > > npx0 on motherboard > > npx0: INT 16 interface > > gus0 at ? on isa > > WARNING! GUS found at 220, config was ffffffff ERROR! Invalid IRQ#-1. GUS Di > sabled > > DEVFS: ready to run > > > > ...and here is my kernel config file: > > > > # > > # GA586DX -- Mark's Monster > > # > > # $Id$ > > > > machine "i386" > > cpu "I586_CPU" > > ident "GA586DX" > > maxusers 16 > > > > options INET #InterNETworking > > options FFS #Berkeley Fast Filesystem > > options NFS #Network Filesystem > > options MFS #Network Filesystem > > options "CD9660" #ISO 9660 Filesystem > > options PROCFS #Process filesystem > > options KERNFS #Kernel filesystem > > options DEVFS #Device filesystem > > options "COMPAT_43" #Compatible with BSD 4.3 [KEEP > THIS!] > > options SCSI_DELAY=15 #Be pessimistic about Joe SCSI > device > > options UCONSOLE #Allow users to grab the consol > e > > options KTRACE #kernel tracing > > options PERFMON #Performance monitor > > options SYSVSHM #SYSV shared memory support > > options SYSVSEM #SYSV semaphore support > > options SYSVMSG #SYSV message queue support > > > > ## Create a SMP capable kernel (mandatory options): > > #options SMP # Symmetric MultiProcessor Kernel > > #options APIC_IO # Symmetric (APIC) I/O > > # > > ## Lets always enable the kernel debugger for SMP. > > #options DDB > > > > config kernel root on sd0 > > > > controller isa0 > > controller pci0 > > controller pnp0 > > > > controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr > > disk fd0 at fdc0 drive 0 > > > > controller ahc0 > > controller scbus0 > > device sd0 > > device st0 > > device cd0 > > > > device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr > > device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector > psmintr > > > > device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr > > device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr > > device lpt0 at isa? port? tty irq 7 vector lptintr > > > > device npx0 at isa? port "IO_NPX" irq 13 vector npxintr > > > > device vx0 > > > > device bktr0 > > > > controller snd0 > > device gus0 at isa? vector gusintr > > > > pseudo-device loop > > pseudo-device ether > > pseudo-device log > > pseudo-device tun 2 > > pseudo-device vn 2 > > pseudo-device pty 16 > > pseudo-device gzip > > pseudo-device speaker > > > > > > Thanks! > > > > M > > -- > > Mark Murray > > Join the anti-SPAM movement: http://www.cauce.org > > > > -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Tue Sep 16 23:00:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA19025 for multimedia-outgoing; Tue, 16 Sep 1997 23:00:36 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA19019 for ; Tue, 16 Sep 1997 23:00:13 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA06825; Wed, 17 Sep 1997 06:44:10 +0200 From: Luigi Rizzo Message-Id: <199709170444.GAA06825@labinfo.iet.unipi.it> Subject: Re: GUS PnP and the new PnP code in 3.0 To: hasty@rah.star-gate.com (Amancio Hasty) Date: Wed, 17 Sep 1997 06:44:09 +0200 (MET DST) Cc: mark@grondar.za, multimedia@FreeBSD.ORG In-Reply-To: <199709162214.PAA01628@rah.star-gate.com> from "Amancio Hasty" at Sep 16, 97 03:14:15 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Just leave out the pnp controller out for now. it should really do no harm, it will just let you override any PnP setting but guspnp comes next and it can do anything it wants as before. I believe his problem is in the config file: > > Probing for PnP devices: > > CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 in fact, the above is just an informative message. Since you used guspnp and not the new sound driver, there is no matching PnP device driver, so the card is just ignored. > > gus0 at ? on isa > > WARNING! GUS found at 220, config was ffffffff ERROR! Invalid IRQ#-1. GUS Di > sabled ... > > controller snd0 > > device gus0 at isa? vector gusintr I believe you should put all the parameters for the Gus (port, irq, drq) in the config file, as you did before. Not sure if you can specify the parameters on the "device" line so that they match those in the card . Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Tue Sep 16 23:08:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA19620 for multimedia-outgoing; Tue, 16 Sep 1997 23:08:32 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA19615 for ; Tue, 16 Sep 1997 23:08:27 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id IAA15538; Wed, 17 Sep 1997 08:08:28 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id IAA00428; Wed, 17 Sep 1997 08:08:16 +0200 (SAT) Message-Id: <199709170608.IAA00428@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Luigi Rizzo cc: hasty@rah.star-gate.com (Amancio Hasty), multimedia@FreeBSD.ORG Subject: Re: GUS PnP and the new PnP code in 3.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Sep 1997 08:08:16 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo wrote: > in fact, the above is just an informative message. Since you used > guspnp and not the new sound driver, there is no matching PnP device > driver, so the card is just ignored. > > > > gus0 at ? on isa > > > WARNING! GUS found at 220, config was ffffffff ERROR! Invalid IRQ#-1. GU S Di > > sabled > > ... > > > controller snd0 > > > device gus0 at isa? vector gusintr > > I believe you should put all the parameters for the Gus (port, irq, > drq) in the config file, as you did before. Not sure if you can > specify the parameters on the "device" line so that they match > those in the card . Problem is that the above (GUS) warning happens whether the 'device pnp0' line is there or not. I have never had the irq, dma etc stuff on the 'device gus0' line. (If I put stuff ther, does the driver set the card with those parameters? I tried once with no luck) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Tue Sep 16 23:22:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA20818 for multimedia-outgoing; Tue, 16 Sep 1997 23:22:11 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA20797 for ; Tue, 16 Sep 1997 23:22:06 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA19654; Tue, 16 Sep 1997 23:21:40 -0700 (PDT) Message-Id: <199709170621.XAA19654@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mark Murray cc: multimedia@FreeBSD.ORG Subject: Re: GUS PnP and the new PnP code in 3.0 In-reply-to: Your message of "Wed, 17 Sep 1997 07:53:13 +0200." <199709170553.HAA00313@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Sep 1997 23:21:40 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I doubt it . Cheers, Amancio >From The Desk Of Mark Murray : > Amancio Hasty wrote: > > Just leave out the pnp controller out for now. > > > > Amancio > > P.S.: guspnp will use its pnp interface. > > Nope. If i do that, the GUS gets mis-probed in exactly the same way... > > M > > > > > From The Desk Of Mark Murray : > > > Hi > > > > > > I have not being paying much attention to the PnP code in 3.0 > > > (Sorry Luigi!), and now I have been bitten. > > > > > > My GUS PnP no longer gets probed properly at boot time. Which is the > > > working code right now? > > > > > > I am using GUSPNP18 at the moment. > > > > > > Here is output from my dmesg: > > > > > > Copyright (c) 1992-1997 FreeBSD Inc. > > > Copyright (c) 1982, 1986, 1989, 1991, 1993 > > > The Regents of the University of California. All rights reserved. > > > FreeBSD 3.0-CURRENT #0: Tue Sep 16 22:40:50 SAT 1997 > > > root@greenpeace.grondar.za:/usr/src/sys/compile/GA586DX > > > CPU: Pentium (200.45-MHz 586-class CPU) > > > Origin = "GenuineIntel" Id = 0x52c Stepping=12 > > > Features=0x3bf > > > real memory = 67108864 (65536K bytes) > > > avail memory = 63442944 (61956K bytes) > > > DEVFS: ready for devices > > > Probing for devices on PCI bus 0: > > > chip0: rev 0x03 on pci0.0.0 > > > chip1: rev 0x01 on pci0.7.0 > > > vga0: rev 0x06 int a irq 14 on pci0.8.0 > > > bktr0: rev 0x11 int a irq 14 on pci0.9.0 > > > Hauppauge WinCast/TV, Temic PAL tuner. > > > vx0: <3COM 3C900 Etherlink XL PCI> rev 0x00 int a irq 14 on pci0.10.0 > > > utp/aui/bnc[*bnc*] address 00:60:97:38:5c:12 > > > ahc0: rev 0x00 int a irq 14 on pc > i0 > > .12.0 > > > ahc0: Using left over BIOS settings > > > ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs > > > ahc0: waiting for scsi devices to settle > > > scbus0 at ahc0 bus 0 > > > sd0 at scbus0 target 0 lun 0 > > > sd0: type 0 fixed SCSI 2 > > > sd0: Direct-Access 2069MB (4238282 512 byte sectors) > > > st0 at scbus0 target 3 lun 0 > > > st0: type 1 removable SCSI 2 > > > st0: Sequential-Access density code 0x13, drive empty > > > cd0 at scbus0 target 6 lun 0 > > > cd0: type 5 removable SCSI 2 > > > cd0: CD-ROM cd present [125633 x 2048 byte records] > > > Initializing PnP override table > > > Probing for PnP devices: > > > CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 > > > Probing for devices on the ISA bus: > > > sc0 at 0x60-0x6f irq 1 on motherboard > > > sc0: VGA color <16 virtual consoles, flags=0x0> > > > psm0 at 0x60-0x64 irq 12 on motherboard > > > psm0: device ID 0 > > > sio0 at 0x3f8-0x3ff irq 4 on isa > > > sio0: type 16550A > > > sio1 at 0x2f8-0x2ff irq 3 on isa > > > sio1: type 16550A > > > lpt0 at 0x378-0x37f irq 7 on isa > > > lpt0: Interrupt-driven port > > > lp0: TCP/IP capable interface > > > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > > > fd0: 1.44MB 3.5in > > > npx0 on motherboard > > > npx0: INT 16 interface > > > gus0 at ? on isa > > > WARNING! GUS found at 220, config was ffffffff ERROR! Invalid IRQ#-1. GU S > Di > > sabled > > > DEVFS: ready to run > > > > > > ...and here is my kernel config file: > > > > > > # > > > # GA586DX -- Mark's Monster > > > # > > > # $Id$ > > > > > > machine "i386" > > > cpu "I586_CPU" > > > ident "GA586DX" > > > maxusers 16 > > > > > > options INET #InterNETworking > > > options FFS #Berkeley Fast Filesystem > > > options NFS #Network Filesystem > > > options MFS #Network Filesystem > > > options "CD9660" #ISO 9660 Filesystem > > > options PROCFS #Process filesystem > > > options KERNFS #Kernel filesystem > > > options DEVFS #Device filesystem > > > options "COMPAT_43" #Compatible with BSD 4.3 [KEEP > > THIS!] > > > options SCSI_DELAY=15 #Be pessimistic about Joe SCSI > > device > > > options UCONSOLE #Allow users to grab the consol > > e > > > options KTRACE #kernel tracing > > > options PERFMON #Performance monitor > > > options SYSVSHM #SYSV shared memory support > > > options SYSVSEM #SYSV semaphore support > > > options SYSVMSG #SYSV message queue support > > > > > > ## Create a SMP capable kernel (mandatory options): > > > #options SMP # Symmetric MultiProcessor Kernel > > > #options APIC_IO # Symmetric (APIC) I/O > > > # > > > ## Lets always enable the kernel debugger for SMP. > > > #options DDB > > > > > > config kernel root on sd0 > > > > > > controller isa0 > > > controller pci0 > > > controller pnp0 > > > > > > controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdint r > > > disk fd0 at fdc0 drive 0 > > > > > > controller ahc0 > > > controller scbus0 > > > device sd0 > > > device st0 > > > device cd0 > > > > > > device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr > > > device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector > > psmintr > > > > > > device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr > > > device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr > > > device lpt0 at isa? port? tty irq 7 vector lptintr > > > > > > device npx0 at isa? port "IO_NPX" irq 13 vector npxintr > > > > > > device vx0 > > > > > > device bktr0 > > > > > > controller snd0 > > > device gus0 at isa? vector gusintr > > > > > > pseudo-device loop > > > pseudo-device ether > > > pseudo-device log > > > pseudo-device tun 2 > > > pseudo-device vn 2 > > > pseudo-device pty 16 > > > pseudo-device gzip > > > pseudo-device speaker > > > > > > > > > Thanks! > > > > > > M > > > -- > > > Mark Murray > > > Join the anti-SPAM movement: http://www.cauce.org > > > > > > > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > From owner-freebsd-multimedia Tue Sep 16 23:29:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21432 for multimedia-outgoing; Tue, 16 Sep 1997 23:29:59 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA21426 for ; Tue, 16 Sep 1997 23:29:56 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA19705; Tue, 16 Sep 1997 23:27:12 -0700 (PDT) Message-Id: <199709170627.XAA19705@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: mark@grondar.za, multimedia@FreeBSD.ORG Subject: Re: GUS PnP and the new PnP code in 3.0 In-reply-to: Your message of "Wed, 17 Sep 1997 06:44:09 +0200." <199709170444.GAA06825@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Sep 1997 23:27:12 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nope, This is what I have over here : controller snd0 device gus0 at isa? vector gusintr And this is the output of the sound driver: gus0 at 0x220 irq 11 drq 5 flags 0x107 on isa at 0x32c dma 7,5 at 0x220 irq 11 dma 5,7 Mark, do you have a Plug & Play bios? Amancio >From The Desk Of Luigi Rizzo : > > Just leave out the pnp controller out for now. > > it should really do no harm, it will just let you override any PnP > setting but guspnp comes next and it can do anything it wants as > before. I believe his problem is in the config file: > > > > Probing for PnP devices: > > > CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 > > in fact, the above is just an informative message. Since you used > guspnp and not the new sound driver, there is no matching PnP device > driver, so the card is just ignored. > > > > gus0 at ? on isa > > > WARNING! GUS found at 220, config was ffffffff ERROR! Invalid IRQ#-1. GU S Di > > sabled > > ... > > > controller snd0 > > > device gus0 at isa? vector gusintr > > I believe you should put all the parameters for the Gus (port, irq, > drq) in the config file, as you did before. Not sure if you can > specify the parameters on the "device" line so that they match > those in the card . > > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ From owner-freebsd-multimedia Tue Sep 16 23:33:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21800 for multimedia-outgoing; Tue, 16 Sep 1997 23:33:42 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA21793 for ; Tue, 16 Sep 1997 23:33:39 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA19773; Tue, 16 Sep 1997 23:32:54 -0700 (PDT) Message-Id: <199709170632.XAA19773@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mark Murray cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: GUS PnP and the new PnP code in 3.0 In-reply-to: Your message of "Wed, 17 Sep 1997 08:08:16 +0200." <199709170608.IAA00428@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Sep 1997 23:32:54 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I think that error happens when you are using the stock freebsd sound driver. Which version are you using? 2.2.xxx or 3.0 -current Do me favor do : grep IwaveOpen /sys/i386/isa/sound/gus_card.c and see if that routine is there Tnks Amancio >From The Desk Of Mark Murray : > Luigi Rizzo wrote: > > in fact, the above is just an informative message. Since you used > > guspnp and not the new sound driver, there is no matching PnP device > > driver, so the card is just ignored. > > > > > > gus0 at ? on isa > > > > WARNING! GUS found at 220, config was ffffffff ERROR! Invalid IRQ#-1. GU > S Di > > > sabled > > > > ... > > > > controller snd0 > > > > device gus0 at isa? vector gusintr > > > > I believe you should put all the parameters for the Gus (port, irq, > > drq) in the config file, as you did before. Not sure if you can > > specify the parameters on the "device" line so that they match > > those in the card . > > Problem is that the above (GUS) warning happens whether the 'device > pnp0' line is there or not. I have never had the irq, dma etc stuff on > the 'device gus0' line. (If I put stuff ther, does the driver set the > card with those parameters? I tried once with no luck) > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > From owner-freebsd-multimedia Wed Sep 17 01:51:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA00855 for multimedia-outgoing; Wed, 17 Sep 1997 01:51:00 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA00825 for ; Wed, 17 Sep 1997 01:50:39 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id KAA15863; Wed, 17 Sep 1997 10:50:38 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id KAA01092; Wed, 17 Sep 1997 10:50:29 +0200 (SAT) Message-Id: <199709170850.KAA01092@greenpeace.grondar.za> To: Amancio Hasty cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: GUS PnP and the new PnP code in 3.0 Date: Wed, 17 Sep 1997 10:50:28 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yup! My BIOS is really new and definitely PnP. M Amancio Hasty wrote: > Nope, > > This is what I have over here : > > > controller snd0 > device gus0 at isa? vector gusintr > > And this is the output of the sound driver: > > gus0 at 0x220 irq 11 drq 5 flags 0x107 on isa > at 0x32c dma 7,5 at 0x220 irq 11 dma 5,7 > > Mark, do you have a Plug & Play bios? > > Amancio > > From The Desk Of Luigi Rizzo : > > > Just leave out the pnp controller out for now. > > > > it should really do no harm, it will just let you override any PnP > > setting but guspnp comes next and it can do anything it wants as > > before. I believe his problem is in the config file: > > > > > > Probing for PnP devices: > > > > CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 > > > > in fact, the above is just an informative message. Since you used > > guspnp and not the new sound driver, there is no matching PnP device > > driver, so the card is just ignored. > > > > > > gus0 at ? on isa > > > > WARNING! GUS found at 220, config was ffffffff ERROR! Invalid IRQ#-1. GU > S Di > > > sabled > > > > ... > > > > controller snd0 > > > > device gus0 at isa? vector gusintr > > > > I believe you should put all the parameters for the Gus (port, irq, > > drq) in the config file, as you did before. Not sure if you can > > specify the parameters on the "device" line so that they match > > those in the card . > > > > Luigi > > -----------------------------+-------------------------------------- > > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > > email: luigi@iet.unipi.it | Universita' di Pisa > > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > > _____________________________|______________________________________ > > -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Wed Sep 17 01:58:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA01210 for multimedia-outgoing; Wed, 17 Sep 1997 01:58:24 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA01201 for ; Wed, 17 Sep 1997 01:58:20 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id KAA15877; Wed, 17 Sep 1997 10:58:29 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id KAA01136; Wed, 17 Sep 1997 10:58:20 +0200 (SAT) Message-Id: <199709170858.KAA01136@greenpeace.grondar.za> To: Amancio Hasty cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: GUS PnP and the new PnP code in 3.0 Date: Wed, 17 Sep 1997 10:58:20 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty wrote: > I think that error happens when you are using the stock freebsd sound driver. > > Which version are you using? > > 2.2.xxx or 3.0 -current 3.0-current... > Do me favor do : > > grep IwaveOpen /sys/i386/isa/sound/gus_card.c > > and see if that routine is there Duh.. That was it. I cannot remember doing it, but I must have. There was no guspnp18 in /sys/i386/isa/sound, just the stock stuff. My balls-up. Many apologies for the false alarm. Do you have a convenient pointy hat there? %-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Wed Sep 17 02:15:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA02065 for multimedia-outgoing; Wed, 17 Sep 1997 02:15:47 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA02058 for ; Wed, 17 Sep 1997 02:15:44 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id CAA00445; Wed, 17 Sep 1997 02:13:47 -0700 (PDT) Message-Id: <199709170913.CAA00445@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mark Murray cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: GUS PnP and the new PnP code in 3.0 In-reply-to: Your message of "Wed, 17 Sep 1997 10:58:20 +0200." <199709170858.KAA01136@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Sep 1997 02:13:47 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don't worry about it. The imporatant thing is that you *reported* the problem 8) Cheers, Amancio >From The Desk Of Mark Murray : > Amancio Hasty wrote: > > I think that error happens when you are using the stock freebsd sound drive r. > > > > Which version are you using? > > > > 2.2.xxx or 3.0 -current > > 3.0-current... > > > Do me favor do : > > > > grep IwaveOpen /sys/i386/isa/sound/gus_card.c > > > > and see if that routine is there > > Duh.. > > That was it. I cannot remember doing it, but I must have. There > was no guspnp18 in /sys/i386/isa/sound, just the stock stuff. My > balls-up. > > Many apologies for the false alarm. Do you have a convenient pointy > hat there? %-) > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Wed Sep 17 08:46:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA19683 for multimedia-outgoing; Wed, 17 Sep 1997 08:46:13 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA19678 for ; Wed, 17 Sep 1997 08:46:10 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id IAA25665 for ; Wed, 17 Sep 1997 08:46:21 -0700 (PDT) To: multimedia@freebsd.org Subject: http://www.asus.com/support/agpfaq.asp Date: Wed, 17 Sep 1997 08:46:21 -0700 Message-ID: <25661.874511181@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So, Amancio, when are you going to announce the start of your AGP support effort for FreeBSD? :-) Jordan From owner-freebsd-multimedia Wed Sep 17 12:11:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03132 for multimedia-outgoing; Wed, 17 Sep 1997 12:11:52 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA03127 for ; Wed, 17 Sep 1997 12:11:48 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id MAA05160; Wed, 17 Sep 1997 12:11:38 -0700 (PDT) Message-Id: <199709171911.MAA05160@rah.star-gate.com> To: "Jordan K. Hubbard" cc: multimedia@FreeBSD.ORG Subject: Re: http://www.asus.com/support/agpfaq.asp In-reply-to: Your message of "Wed, 17 Sep 1997 08:46:21 PDT." <25661.874511181@time.cdrom.com> Date: Wed, 17 Sep 1997 12:11:38 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, if you can get me a bare bone box I will be more than happy to tackle agp. And you are right I am salivating over AGP --- mucho bandwith 8) Cheers, Amancio >From The Desk Of "Jordan K. Hubbard" : > So, Amancio, when are you going to announce the start of your AGP > support effort for FreeBSD? :-) > > Jordan From owner-freebsd-multimedia Wed Sep 17 13:47:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA09558 for multimedia-outgoing; Wed, 17 Sep 1997 13:47:52 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA09552 for ; Wed, 17 Sep 1997 13:47:45 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id WAA16911 for ; Wed, 17 Sep 1997 22:47:54 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id WAA07404 for ; Wed, 17 Sep 1997 22:47:58 +0200 (SAT) Message-Id: <199709172047.WAA07404@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: multimedia@freebsd.org Subject: Luigi's sound code not compiling? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Sep 1997 22:47:53 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi It seems that Luigi's sound code is broken in 3.0-CURRENT? cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DCOMPAT_43 -DDEVFS -DMFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../i386/isa/snd/sound.c In file included from ../../i386/isa/snd/sound.c:53: ../../i386/isa/snd/sound.h:110: parse error before `d_select_t' ../../i386/isa/snd/sound.h:110: warning: no semicolon at end of struct or union ../../i386/isa/snd/sound.h:264: parse error before `}' In file included from ../../i386/isa/snd/sound.c:53: ../../i386/isa/snd/sound.h:443: parse error before `sndselect' ../../i386/isa/snd/sound.h:443: warning: data definition has no type or storage class ...lots more deleted M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Wed Sep 17 14:34:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA12563 for multimedia-outgoing; Wed, 17 Sep 1997 14:34:31 -0700 (PDT) Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA12557 for ; Wed, 17 Sep 1997 14:34:28 -0700 (PDT) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.5/8.8.5) id QAA18153; Wed, 17 Sep 1997 16:32:58 -0500 (CDT) Date: Wed, 17 Sep 1997 16:32:58 -0500 (CDT) From: Mark Tinguely Message-Id: <199709172132.QAA18153@plains.NoDak.edu> To: freebsd-multimedia@freebsd.org Subject: FWD: Philips SAA7116 PDF needed Cc: croehrig@House.org Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk this is a forwarded request for the PDF for the Philips SAA7116 digital video to PCI chip. I guess worse comes to worse I could fax him a copy from the Video databook, but I figured somoeone on this list may still have the PDF file. -------------------- From: Chris Roehrig Date: Wed, 17 Sep 97 12:04:15 -0700 Hi Mark, I'm working on porting your FreeBSD meteor driver to Mach/NEXTSTEP and I'm looking for documentation for the SAA7116 chip. Philips has discontinued it, and I can't get any documentation from them anymore. There was a PDF file for that chip. Do you still have a copy you could email me? I'd greatly appreciate it! Thanks, Chris --- Chris Roehrig croehrig@House.ORG Neuroscience and Computer Science at University of British Columbia, Vancouver http://www.House.ORG/chris http://www.sns.cs.ubc.ca/chris From owner-freebsd-multimedia Wed Sep 17 15:08:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14530 for multimedia-outgoing; Wed, 17 Sep 1997 15:08:45 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA14522 for ; Wed, 17 Sep 1997 15:08:41 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id PAA05783; Wed, 17 Sep 1997 15:08:23 -0700 (PDT) Message-Id: <199709172208.PAA05783@rah.star-gate.com> To: Mark Murray cc: multimedia@FreeBSD.ORG Subject: Re: Luigi's sound code not compiling? In-reply-to: Your message of "Wed, 17 Sep 1997 22:47:53 +0200." <199709172047.WAA07404@greenpeace.grondar.za> Date: Wed, 17 Sep 1997 15:08:22 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is related to the "poll" check in -current. If you have current you ought to subscribe to cvs and current mailing list. Luigi, should be able to expand more on the impact to his driver. ---- As for guspnp18, I have modified the driver and I am testing the driver. Will probably release the driver tomorrow. Amancio >From The Desk Of Mark Murray : > Hi > > It seems that Luigi's sound code is broken in 3.0-CURRENT? > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-exter ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DCOMPAT_43 -DDEVFS -DMFS -DNFS -DFFS -DINET -DKERN EL -include opt_global.h ../../i386/isa/snd/sound.c > In file included from ../../i386/isa/snd/sound.c:53: > ../../i386/isa/snd/sound.h:110: parse error before `d_select_t' > ../../i386/isa/snd/sound.h:110: warning: no semicolon at end of struct or uni on > ../../i386/isa/snd/sound.h:264: parse error before `}' > In file included from ../../i386/isa/snd/sound.c:53: > ../../i386/isa/snd/sound.h:443: parse error before `sndselect' > ../../i386/isa/snd/sound.h:443: warning: data definition has no type or stora ge class > > ...lots more deleted > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > From owner-freebsd-multimedia Wed Sep 17 15:24:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA15425 for multimedia-outgoing; Wed, 17 Sep 1997 15:24:12 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA15420 for ; Wed, 17 Sep 1997 15:24:08 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id PAA05892; Wed, 17 Sep 1997 15:23:58 -0700 (PDT) Message-Id: <199709172223.PAA05892@rah.star-gate.com> To: Mark Tinguely cc: freebsd-multimedia@FreeBSD.ORG, croehrig@House.org Subject: Re: FWD: Philips SAA7116 PDF needed In-reply-to: Your message of "Wed, 17 Sep 1997 16:32:58 CDT." <199709172132.QAA18153@plains.NoDak.edu> Date: Wed, 17 Sep 1997 15:23:58 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I placed the philips saa7196 in my ftp site: ftp://rah.star-gate.com/pub/saa7196.pdf Will look around some more tonite for the saa7116.pdf Cheers, Amancio >From The Desk Of Mark Tinguely : > this is a forwarded request for the PDF for the Philips SAA7116 > digital video to PCI chip. > > I guess worse comes to worse I could fax him a copy from the Video databook, > but I figured somoeone on this list may still have the PDF file. > -------------------- > From: Chris Roehrig > Date: Wed, 17 Sep 97 12:04:15 -0700 > > > Hi Mark, > I'm working on porting your FreeBSD meteor driver to Mach/NEXTSTEP and I'm > looking for documentation for the SAA7116 chip. Philips has discontinued it, > and I can't get any documentation from them anymore. There was a PDF file > for that chip. Do you still have a copy you could email me? I'd greatly > appreciate it! > > Thanks, > Chris > > --- > Chris Roehrig croehrig@House.OR G > Neuroscience and Computer Science at University of British Columbia, Vancouve r > http://www.House.ORG/chris http://www.sns.cs.ubc.ca/chri s > From owner-freebsd-multimedia Wed Sep 17 17:15:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA21067 for multimedia-outgoing; Wed, 17 Sep 1997 17:15:20 -0700 (PDT) Received: from House.org (root@croehrig.isdn.ubc.ca [142.103.69.17]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA21062 for ; Wed, 17 Sep 1997 17:15:17 -0700 (PDT) Received: from javanica.house.org by House.org (NX5.67f2/NX3.0M) id AA00354; Wed, 17 Sep 97 17:15:09 -0700 Message-Id: <9709180015.AA00354@House.org> Received: by javanica.house.org (NX5.67f2/NX3.0X) id AA00622; Wed, 17 Sep 97 17:15:09 -0700 Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Chris Roehrig Date: Wed, 17 Sep 97 17:15:08 -0700 To: Amancio Hasty Subject: Re: FWD: Philips SAA7116 PDF needed Cc: freebsd-multimedia@FreeBSD.ORG References: <199709172223.PAA05892@rah.star-gate.com> Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio: Thanks! I got the saa7196.pdf from your site; hopefully you'll be able to track down the saa7116.pdf too. Thanks for the help! FYI, I spoke to Matrox and even though Philips is discontinuing the 7116, Matrox has a large supply of them and has no plans to discontinue the Meteor. Also, I'm planning on adding YUV planar support to synchronous continuous capture (to support monochrome grabs from colour cameras; just grab the Y-plane). Has this already been done in the FreeBSD driver? It's not in the 2.2.1-RELEASE. Perhaps I should roll my changes back into the FreeBSD driver if I can untangle myself from some NDA's... --- Chris Roehrig croehrig@House.ORG Neuroscience and Computer Science at University of British Columbia, Vancouver http://www.House.ORG/chris http://www.sns.cs.ubc.ca/chris From owner-freebsd-multimedia Wed Sep 17 18:16:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA24462 for multimedia-outgoing; Wed, 17 Sep 1997 18:16:04 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA24445 for ; Wed, 17 Sep 1997 18:16:01 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id SAA02527; Wed, 17 Sep 1997 18:15:47 -0700 (PDT) To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: http://www.asus.com/support/agpfaq.asp In-reply-to: Your message of "Wed, 17 Sep 1997 12:11:38 PDT." <199709171911.MAA05160@rah.star-gate.com> Date: Wed, 17 Sep 1997 18:15:47 -0700 Message-ID: <2524.874545347@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I think I can arrange it. I'll get back to you on this one. Jordan > Well, if you can get me a bare bone box I will be more than > happy to tackle agp. And you are right I am salivating over > AGP --- mucho bandwith 8) > > Cheers, > Amancio > From The Desk Of "Jordan K. Hubbard" : > > So, Amancio, when are you going to announce the start of your AGP > > support effort for FreeBSD? :-) > > > > Jordan From owner-freebsd-multimedia Wed Sep 17 18:53:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA26340 for multimedia-outgoing; Wed, 17 Sep 1997 18:53:11 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA26334 for ; Wed, 17 Sep 1997 18:53:07 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA06667; Wed, 17 Sep 1997 18:51:42 -0700 (PDT) Message-Id: <199709180151.SAA06667@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Chris Roehrig cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: FWD: Philips SAA7116 PDF needed In-reply-to: Your message of "Wed, 17 Sep 1997 17:15:08 PDT." <9709180015.AA00354@House.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Sep 1997 18:51:42 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Not sure if this was added to the FreeBSD driver I know that there is a version of the Meteor driver floating around which does have it and I suspect the linux people did the change. At any rate, Mark or Jim should be able to assist since they know the SAA 7116 & SAA 7196 so well. Not sure if it is relevant or not however the Bt848 based card is our low cost video solution for FreeBSD -- boards run around $100 - $150 . Cheers, Amancio >From The Desk Of Chris Roehrig : > > Amancio: Thanks! I got the saa7196.pdf from your site; hopefully you'll be > able to track down the saa7116.pdf too. Thanks for the help! > > FYI, I spoke to Matrox and even though Philips is discontinuing the 7116, > Matrox has a large supply of them and has no plans to discontinue the Meteor. > > Also, I'm planning on adding YUV planar support to synchronous continuous > capture (to support monochrome grabs from colour cameras; just grab the > Y-plane). Has this already been done in the FreeBSD driver? It's not in the > 2.2.1-RELEASE. Perhaps I should roll my changes back into the FreeBSD drive r > if I can untangle myself from some NDA's... > > --- > Chris Roehrig croehrig@House.OR G > Neuroscience and Computer Science at University of British Columbia, Vancouve r > http://www.House.ORG/chris http://www.sns.cs.ubc.ca/chri s From owner-freebsd-multimedia Wed Sep 17 21:09:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA04003 for multimedia-outgoing; Wed, 17 Sep 1997 21:09:37 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA03996 for ; Wed, 17 Sep 1997 21:09:32 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id EAA09034; Thu, 18 Sep 1997 04:54:48 +0200 From: Luigi Rizzo Message-Id: <199709180254.EAA09034@labinfo.iet.unipi.it> Subject: Re: Luigi's sound code not compiling? To: mark@grondar.za (Mark Murray) Date: Thu, 18 Sep 1997 04:54:48 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199709172047.WAA07404@greenpeace.grondar.za> from "Mark Murray" at Sep 17, 97 10:47:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi > > It seems that Luigi's sound code is broken in 3.0-CURRENT? jmg should have patches for this, which should also hit current very soon. The recent change in the system select->poll causes this, and I am unable to test it since I run 2.2.X. Cheers Luigi From owner-freebsd-multimedia Wed Sep 17 22:32:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08342 for multimedia-outgoing; Wed, 17 Sep 1997 22:32:04 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08308 for ; Wed, 17 Sep 1997 22:32:00 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id WAA26307; Wed, 17 Sep 1997 22:30:28 -0700 (PDT) Message-ID: <19970917223027.14779@hydrogen.nike.efn.org> Date: Wed, 17 Sep 1997 22:30:27 -0700 From: John-Mark Gurney To: Luigi Rizzo Cc: Mark Murray , multimedia@FreeBSD.ORG Subject: Re: Luigi's sound code not compiling? References: <199709172047.WAA07404@greenpeace.grondar.za> <199709180254.EAA09034@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709180254.EAA09034@labinfo.iet.unipi.it>; from Luigi Rizzo on Thu, Sep 18, 1997 at 04:54:48AM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo scribbled this message on Sep 18: > > Hi > > > > It seems that Luigi's sound code is broken in 3.0-CURRENT? > > jmg should have patches for this, which should also hit current very yes... I'm going to be commiting them tonight along with some other fixes that Luigi's sent me... > soon. The recent change in the system select->poll causes > this, and I am unable to test it since I run 2.2.X. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Wed Sep 17 22:38:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08549 for multimedia-outgoing; Wed, 17 Sep 1997 22:38:09 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08537 for ; Wed, 17 Sep 1997 22:38:05 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.7/8.7.3) id IAA01694; Thu, 18 Sep 1997 08:37:22 +0300 (EEST) Date: Thu, 18 Sep 1997 08:37:22 +0300 (EEST) Message-Id: <199709180537.IAA01694@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: Youngil Choi Cc: freebsd-multimedia@freebsd.org Subject: Re: MPEG multicast receiver In-Reply-To: <199709180103.KAA03821@cosmos.kaist.ac.kr> References: <199709152103.AAA03870@silver.sms.fi> <199709180103.KAA03821@cosmos.kaist.ac.kr> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Youngil Choi writes: > > Great!! > > Could you tell me how this can be done? > How to hack rtpdump? Didn't you use payload format for MPEG at all? > Any information, HOWTO-docs, and source code would be accepted with > great pleasure. > The thing I did was to change rtpdump -F payload to discard the four byte MPEG-payload header also, in addition of the 12 bytes of RTP header. So it's a small change you can do yourself fairly easily, my real intention is to speak to the Mpeg-TV people to add this reception functionality into their application, since basic RTP is not that hard to do. (and MPEG-TV is definetly the fastest software decode for MPEG I've seen on intel architechtures, not counting some unreleased MMX-boosted stuff that are not generally available) Pete From owner-freebsd-multimedia Wed Sep 17 22:52:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA09263 for multimedia-outgoing; Wed, 17 Sep 1997 22:52:56 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA09228 for ; Wed, 17 Sep 1997 22:52:47 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id HAA17804; Thu, 18 Sep 1997 07:52:56 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id HAA09154; Thu, 18 Sep 1997 07:53:09 +0200 (SAT) Message-Id: <199709180553.HAA09154@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Amancio Hasty cc: Mark Murray , multimedia@FreeBSD.ORG Subject: Re: Luigi's sound code not compiling? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Sep 1997 07:53:09 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ah. I didn't connect the poll commit with this. Thanks! Amancio Hasty wrote: > This is related to the "poll" check in -current. If you have current > you ought to subscribe to cvs and current mailing list. > > Luigi, should be able to expand more on the impact to his driver. > > ---- > > As for guspnp18, I have modified the driver and I am testing > the driver. Will probably release the driver tomorrow. > > Amancio > From The Desk Of Mark Murray : > > Hi > > > > It seems that Luigi's sound code is broken in 3.0-CURRENT? > > > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-ext er > ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- - I. > -I../.. -I../../../include -DCOMPAT_43 -DDEVFS -DMFS -DNFS -DFFS -DINET -DKE RN > EL -include opt_global.h ../../i386/isa/snd/sound.c > > In file included from ../../i386/isa/snd/sound.c:53: > > ../../i386/isa/snd/sound.h:110: parse error before `d_select_t' > > ../../i386/isa/snd/sound.h:110: warning: no semicolon at end of struct or u ni > on > > ../../i386/isa/snd/sound.h:264: parse error before `}' > > In file included from ../../i386/isa/snd/sound.c:53: > > ../../i386/isa/snd/sound.h:443: parse error before `sndselect' > > ../../i386/isa/snd/sound.h:443: warning: data definition has no type or sto ra > ge class > > > > ...lots more deleted > > > > M > > -- > > Mark Murray > > Join the anti-SPAM movement: http://www.cauce.org > > > > -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Wed Sep 17 23:52:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12349 for multimedia-outgoing; Wed, 17 Sep 1997 23:52:25 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA12343 for ; Wed, 17 Sep 1997 23:52:20 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id XAA26501; Wed, 17 Sep 1997 23:51:56 -0700 (PDT) Message-ID: <19970917235156.05053@hydrogen.nike.efn.org> Date: Wed, 17 Sep 1997 23:51:56 -0700 From: John-Mark Gurney To: Mark Murray Cc: Amancio Hasty , multimedia@FreeBSD.ORG Subject: Re: Luigi's sound code not compiling? References: <199709180553.HAA09154@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709180553.HAA09154@greenpeace.grondar.za>; from Mark Murray on Thu, Sep 18, 1997 at 07:53:09AM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Murray scribbled this message on Sep 18: > Ah. I didn't connect the poll commit with this. not surprising because the poll commit came BEFORE the commit for Luigi's sound code.. :) -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Wed Sep 17 23:57:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12952 for multimedia-outgoing; Wed, 17 Sep 1997 23:57:46 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA12940 for ; Wed, 17 Sep 1997 23:57:43 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA07885; Wed, 17 Sep 1997 23:56:04 -0700 (PDT) Message-Id: <199709180656.XAA07885@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: John-Mark Gurney cc: Mark Murray , multimedia@FreeBSD.ORG Subject: Re: Luigi's sound code not compiling? In-reply-to: Your message of "Wed, 17 Sep 1997 23:51:56 PDT." <19970917235156.05053@hydrogen.nike.efn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Sep 1997 23:56:04 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk And the commit message was not that clear as to the impact to the driver till it was too late :( Now next are third party hardware developers with drivers -- hope someone can reach them to tell them about this new wonderful feature. Cheers, Amancio >From The Desk Of John-Mark Gurney : > Mark Murray scribbled this message on Sep 18: > > Ah. I didn't connect the poll commit with this. > > not surprising because the poll commit came BEFORE the commit for Luigi's > sound code.. :) > > -- > John-Mark Gurney Modem/FAX: +1 541 683 6954 > Cu Networking > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Thu Sep 18 03:20:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA24559 for multimedia-outgoing; Thu, 18 Sep 1997 03:20:16 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id DAA23934 for ; Thu, 18 Sep 1997 03:15:27 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA09507; Thu, 18 Sep 1997 10:51:31 +0200 From: Luigi Rizzo Message-Id: <199709180851.KAA09507@labinfo.iet.unipi.it> Subject: Re: Luigi's sound code not compiling? To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 18 Sep 1997 10:51:31 +0200 (MET DST) Cc: gurney_j@resnet.uoregon.edu, mark@grondar.za, multimedia@FreeBSD.ORG In-Reply-To: <199709180656.XAA07885@rah.star-gate.com> from "Amancio Hasty" at Sep 17, 97 11:55:45 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > And the commit message was not that clear as to the impact to the > driver till it was too late :( May I ask where and when the select->poll change was discussed before the commit ? Just to listen to the appropriate groups and avoid similar problems in the future... > Now next are third party hardware developers with drivers -- hope > someone can reach them to tell them about this new wonderful > feature. I share the feeling... at the very least I wonder why the change has not been made in a way to insure backward compatibility, e.g. without changing procedure names and types, augmenting the values passed in former "rw" (now "events") parameters, and making checks on the return value more tolerant for old interfaces. Cheers Luigi From owner-freebsd-multimedia Thu Sep 18 03:20:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA24637 for multimedia-outgoing; Thu, 18 Sep 1997 03:20:46 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA24623 for ; Thu, 18 Sep 1997 03:20:41 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id DAA28520; Thu, 18 Sep 1997 03:16:05 -0700 (PDT) Message-ID: <19970918031605.05500@hydrogen.nike.efn.org> Date: Thu, 18 Sep 1997 03:16:05 -0700 From: John-Mark Gurney To: Luigi Rizzo Cc: Amancio Hasty , mark@grondar.za, multimedia@FreeBSD.ORG Subject: Re: Luigi's sound code not compiling? References: <199709180656.XAA07885@rah.star-gate.com> <199709180851.KAA09507@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709180851.KAA09507@labinfo.iet.unipi.it>; from Luigi Rizzo on Thu, Sep 18, 1997 at 10:51:31AM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo scribbled this message on Sep 18: > > And the commit message was not that clear as to the impact to the > > driver till it was too late :( > > May I ask where and when the select->poll change was discussed before > the commit ? Just to listen to the appropriate groups and avoid similar > problems in the future... well.. it was discussed on both -hackers or -current... but I don't remeber if the code commit was announced or not... just the commit messages is all I remeber... > > Now next are third party hardware developers with drivers -- hope > > someone can reach them to tell them about this new wonderful > > feature. > > I share the feeling... at the very least I wonder why the change has > not been made in a way to insure backward compatibility, e.g. without > changing procedure names and types, augmenting the values passed in > former "rw" (now "events") parameters, and making checks on the return > value more tolerant for old interfaces. because the problem is that how would you know to use the old interface, and there is not an easy way to convert the new interface to the old interface.. what do you do with new options? just not pass them.. then you end up with kernel bloat because no one changed the last few drivers over to the new code.. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Thu Sep 18 04:15:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA29051 for multimedia-outgoing; Thu, 18 Sep 1997 04:15:39 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA29039 for ; Thu, 18 Sep 1997 04:15:28 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA09596; Thu, 18 Sep 1997 11:48:56 +0200 From: Luigi Rizzo Message-Id: <199709180948.LAA09596@labinfo.iet.unipi.it> Subject: Re: Luigi's sound code not compiling? To: gurney_j@resnet.uoregon.edu Date: Thu, 18 Sep 1997 11:48:55 +0200 (MET DST) Cc: hasty@rah.star-gate.com, mark@grondar.za, multimedia@FreeBSD.ORG In-Reply-To: <19970918031605.05500@hydrogen.nike.efn.org> from "John-Mark Gurney" at Sep 18, 97 03:15:46 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I share the feeling... at the very least I wonder why the change has > > not been made in a way to insure backward compatibility, e.g. without > > changing procedure names and types, augmenting the values passed in > > former "rw" (now "events") parameters, and making checks on the return > > value more tolerant for old interfaces. > > because the problem is that how would you know to use the old interface, > and there is not an easy way to convert the new interface to the old > interface.. what do you do with new options? just not pass them.. then > you end up with kernel bloat because no one changed the last few drivers > over to the new code.. the old interface was passed either FREAD, FWRITE or 0 in response to a select() call, and returned 1 if successful, 0 if not. If I am not mistake, in the kernel is #define FREAD 0x0001 #define FWRITE 0x0002 I do hope the semantics of select(2) have not changed, so select() could use the old interface. While I have not seen any docs (sorry, I am fighting with a lossy connection...), I assume the new poll(2) allows you to specify an extended set of desired events through a combination of the following flags: #define POLLIN 0x0001 /* any readable data available */ #define POLLPRI 0x0002 /* OOB/Urgent readable data */ #define POLLOUT 0x0004 /* file descriptor is writeable */ #define POLLRDNORM 0x0040 /* non-OOB/URG data available */ #define POLLWRNORM POLLOUT /* no write type differentiation */ #define POLLRDBAND 0x0080 /* OOB/Urgent readable data */ #define POLLWRBAND 0x0100 /* OOB/Urgent data can be written */ (on passing, I notice a certain asymmetry between read and write, and we have POLLPRI and POLLRDBAND which from the description appear to be the same ?) If POLL* were not overlapped to FREAD/FWRITE, a poll() call for simple events (e.g. just POLLIN, or POLLOUT let's say) could be mapped into the old FREAD/FWRITE. More complex requests involving combinations of the above could just be passed to the driver routine; at this point an old one would fail to recognize the request and return 0 (or 1 if the driver is broken...). To make things fully compatible the poll interface could be specified so that a return of 0 or 1 is only considered valid in response to a old-style request, so that the kernel could detect that the driver does not implement the requested functionality and pass up POLLNVAL In pseudo C: ... redefine POLLIN and POLLOUT not to use 1 or 2 ... ... make the new-style device-specific poll routine always return a value ... which is different from 0 or 1 poll(... events ...) { int ev = events; int ret ; if (ev == POLLIN) ev = FREAD; else if (ev == POLLOUT) ev = FWRITE; ret = device->poll( ... ev ... ); if (ev == FREAD) if (ret != 0 ) ret = POLLIN ; else if (ev == FWRITE) if (ret != 0 ) ret = POLLOUT ; else { if (ret == 0 || ret == 1) ret = POLLNVAL ; } } Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Thu Sep 18 12:35:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA00514 for multimedia-outgoing; Thu, 18 Sep 1997 12:35:41 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA00500 for ; Thu, 18 Sep 1997 12:35:31 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id VAA19415 for ; Thu, 18 Sep 1997 21:35:11 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id VAA00328 for ; Thu, 18 Sep 1997 21:34:57 +0200 (SAT) Message-Id: <199709181934.VAA00328@greenpeace.grondar.za> To: multimedia@freebsd.org Subject: Report back on Luigi's sound driver and GUS PnP Date: Thu, 18 Sep 1997 21:34:57 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I am having some sucess (and some trouble) getting Luigi's snd/ code to work with my GUS PnP. Firstly: It compiles. Thanks! :-) I get what look like sucessful (?) probes of the card, but some things look a little funny: $ dmesg : Initializing PnP override table Probing for PnP devices: CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 mss_attach 1 at 0x328 irq 9 dma 7:6 flags 0x16 pcm1 (GusPnP sn 0x00000001) at 0x328 irq 9 drq 7 flags 0x16 id 16 ^ EH?? ^^^ EH?? The card is at 0x220, AFAIK. : pcm0 at 0xffff irq 10 drq 1 mem 0x0 flags 0x0 en 1 confl 0 mss_probe: no address supplied, try default 0x530 mss_detect error, busy still set (0xff) sb_probe: no address supplied, try defaults (0x220,0x240) device at 0x220 already attached as unit 1 ^^^ ??? pcm0 not found : $ cat sound.au >/dev/audio open: bad unit 0, perhaps you want unit 1 ? $ cat sound.au >/dev/audio0 open: bad unit 0, perhaps you want unit 1 ? $ cat sound.au >/dev/audio1 timeout flushing dma1, cnt 0x48c flags 0x00000061 [SILENCE] This is my config file: # # GA586DX -- Mark's Monster # # $Id$ machine "i386" cpu "I586_CPU" ident "GA586DX" maxusers 16 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS #Network Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options KERNFS #Kernel filesystem options DEVFS #Device filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options KTRACE #kernel tracing options PERFMON #Performance monitor options SYSVSHM #SYSV shared memory support options SYSVSEM #SYSV semaphore support options SYSVMSG #SYSV message queue support ## Create a SMP capable kernel (mandatory options): #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # ## Lets always enable the kernel debugger for SMP. #options DDB config kernel root on sd0 controller isa0 controller pci0 controller pnp0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ahc0 controller scbus0 device sd0 device st0 device cd0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device vx0 device bktr0 #controller snd0 #device gus0 at isa? vector gusintr device pcm0 at isa? port ? tty irq 10 drq 1 flags 0x0 vector pcmintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device tun 2 pseudo-device vn 2 pseudo-device pty 16 pseudo-device gzip pseudo-device speaker -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Thu Sep 18 20:06:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA02064 for multimedia-outgoing; Thu, 18 Sep 1997 20:06:58 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA02050 for ; Thu, 18 Sep 1997 20:06:53 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id DAA11158; Fri, 19 Sep 1997 03:52:29 +0200 From: Luigi Rizzo Message-Id: <199709190152.DAA11158@labinfo.iet.unipi.it> Subject: Re: Report back on Luigi's sound driver and GUS PnP To: mark@grondar.za (Mark Murray) Date: Fri, 19 Sep 1997 03:52:28 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199709181934.VAA00328@greenpeace.grondar.za> from "Mark Murray" at Sep 18, 97 09:34:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi > > I am having some sucess (and some trouble) getting Luigi's snd/ > code to work with my GUS PnP. > > Firstly: It compiles. Thanks! :-) > > I get what look like sucessful (?) probes of the card, but some > things look a little funny: > > $ dmesg > : > Initializing PnP override table > Probing for PnP devices: > CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 > mss_attach 1 at 0x328 irq 9 dma 7:6 flags 0x16 > pcm1 (GusPnP sn 0x00000001) at 0x328 irq 9 drq 7 flags 0x16 id 16 > ^ EH?? ^^^ EH?? > The card is at 0x220, AFAIK. pnp devices are assigned unit numbers following legacy ISA ones (README...) so pcm1 is correct. 0x328 is also correct since a PnP card has multiple address ranges, corresponding in this case to SB emulation, WSS emulation, synthesizer, midi, etc. etc. > pcm0 at 0xffff irq 10 drq 1 mem 0x0 flags 0x0 en 1 confl 0 > mss_probe: no address supplied, try default 0x530 > mss_detect error, busy still set (0xff) > sb_probe: no address supplied, try defaults (0x220,0x240) > device at 0x220 already attached as unit 1 > ^^^ ??? as said above, all the ranges allocated to pcm1 are not used for pcm0 > $ cat sound.au >/dev/audio1 > timeout flushing dma1, cnt 0x48c flags 0x00000061 > [SILENCE] this is (probably) because I fail to initialize properly the IW chip on the GUS. I need the help of some volunteer willing to backport the init code in guspnpXX to my driver, and test it. Without the card it is terribly hard to do something like this for me. Cheers Luigi From owner-freebsd-multimedia Thu Sep 18 20:34:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA03960 for multimedia-outgoing; Thu, 18 Sep 1997 20:34:40 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA03952 for ; Thu, 18 Sep 1997 20:34:36 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id UAA01273; Thu, 18 Sep 1997 20:34:06 -0700 (PDT) Message-ID: <19970918203406.10328@hydrogen.nike.efn.org> Date: Thu, 18 Sep 1997 20:34:06 -0700 From: John-Mark Gurney To: Mark Murray Cc: multimedia@FreeBSD.ORG Subject: Re: Report back on Luigi's sound driver and GUS PnP References: <199709181934.VAA00328@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709181934.VAA00328@greenpeace.grondar.za>; from Mark Murray on Thu, Sep 18, 1997 at 09:34:57PM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Murray scribbled this message on Sep 18: > Hi > > I am having some sucess (and some trouble) getting Luigi's snd/ > code to work with my GUS PnP. > > Firstly: It compiles. Thanks! :-) :) good to hear... :) > I get what look like sucessful (?) probes of the card, but some > things look a little funny: > > $ dmesg > : > Initializing PnP override table > Probing for PnP devices: > CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 > mss_attach 1 at 0x328 irq 9 dma 7:6 flags 0x16 this looks REALLY bogus.. but I'm not sure I've never used a GUS card.. but those dma and flags don't look correct... plus I'm not sure that 0x328 is the proper place... you might try doing something like: pnp 1 port 0x534 dma0 1 dma1 3 flags 0 from userconfig.. and see if that helps... > pcm1 (GusPnP sn 0x00000001) at 0x328 irq 9 drq 7 flags 0x16 id 16 > ^ EH?? ^^^ EH?? > The card is at 0x220, AFAIK. that's probably the SB Emulation part.. and yes.. it's suppose to be pcm1, because pcm0 is the isa device if it exists... > pcm0 at 0xffff irq 10 drq 1 mem 0x0 flags 0x0 en 1 confl 0 > mss_probe: no address supplied, try default 0x530 > mss_detect error, busy still set (0xff) > sb_probe: no address supplied, try defaults (0x220,0x240) > device at 0x220 already attached as unit 1 > ^^^ ??? > pcm0 not found > : > $ cat sound.au >/dev/audio > open: bad unit 0, perhaps you want unit 1 ? > $ cat sound.au >/dev/audio0 > open: bad unit 0, perhaps you want unit 1 ? > $ cat sound.au >/dev/audio1 > timeout flushing dma1, cnt 0x48c flags 0x00000061 > [SILENCE] yes.. you need to redirect audio, dsp, dspW, and mixer need to be symlinked to the xxx1 version of the device instead of the xxx0 device... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Thu Sep 18 20:48:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA05136 for multimedia-outgoing; Thu, 18 Sep 1997 20:48:32 -0700 (PDT) Received: from gaia.coppe.ufrj.br (jonny@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA04955; Thu, 18 Sep 1997 20:47:49 -0700 (PDT) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id AAA10211; Fri, 19 Sep 1997 00:47:43 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199709190347.AAA10211@gaia.coppe.ufrj.br> Subject: 2.2 LINT needs change before 2.2.5 !!! To: multimedia@freebsd.org, cvs-all@freebsd.org Date: Fri, 19 Sep 1997 00:47:42 -0300 (EST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey guys !!! Today RELENG_2_2's LINT is missing the bktr0 device line. Shouldn't this be corrected before 2.2.5 ? Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-multimedia Thu Sep 18 23:07:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA15447 for multimedia-outgoing; Thu, 18 Sep 1997 23:07:00 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA15412 for ; Thu, 18 Sep 1997 23:06:52 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id IAA20470; Fri, 19 Sep 1997 08:06:53 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id IAA02606; Fri, 19 Sep 1997 08:06:51 +0200 (SAT) Message-Id: <199709190606.IAA02606@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: Report back on Luigi's sound driver and GUS PnP Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Sep 1997 08:06:50 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo wrote: > pnp devices are assigned unit numbers following legacy ISA ones (README...) The README in CURRENT is out of date then. > as said above, all the ranges allocated to pcm1 are not used for pcm0 ...so pcmc0 is a "dead" device, and is unuseable? > > $ cat sound.au >/dev/audio1 > > timeout flushing dma1, cnt 0x48c flags 0x00000061 > > [SILENCE] > > this is (probably) because I fail to initialize properly the IW chip on > the GUS. I need the help of some volunteer willing to backport the init code > in guspnpXX to my driver, and test it. Without the card it is terribly > hard to do something like this for me. I'll have a look at this. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Thu Sep 18 23:11:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA15806 for multimedia-outgoing; Thu, 18 Sep 1997 23:11:39 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA15772 for ; Thu, 18 Sep 1997 23:11:29 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id IAA20480; Fri, 19 Sep 1997 08:11:28 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id IAA02632; Fri, 19 Sep 1997 08:11:25 +0200 (SAT) Message-Id: <199709190611.IAA02632@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: John-Mark Gurney cc: multimedia@FreeBSD.ORG Subject: Re: Report back on Luigi's sound driver and GUS PnP Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Sep 1997 08:11:25 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John-Mark Gurney wrote: > > $ dmesg > > : > > Initializing PnP override table > > Probing for PnP devices: > > CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 > > mss_attach 1 at 0x328 irq 9 dma 7:6 flags 0x16 > > this looks REALLY bogus.. but I'm not sure I've never used a GUS card.. > but those dma and flags don't look correct... plus I'm not sure that 0x328 > is the proper place... The 0x328 still looks funny, but Luigi reckons its OK. From experience, the DMA values are OK. (From when I was using GUSPNP18). > > pcm1 (GusPnP sn 0x00000001) at 0x328 irq 9 drq 7 flags 0x16 id 16 > > ^ EH?? ^^^ EH?? > > The card is at 0x220, AFAIK. > > that's probably the SB Emulation part.. and yes.. it's suppose to be pcm1, > because pcm0 is the isa device if it exists... Does that mean that pcm0 device exists in some form? Or is it a "placeholder"? > > $ cat sound.au >/dev/audio1 > > timeout flushing dma1, cnt 0x48c flags 0x00000061 > > [SILENCE] > > yes.. you need to redirect audio, dsp, dspW, and mixer need to be > symlinked to the xxx1 version of the device instead of the xxx0 > device... Then what os the xxx0 device? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Fri Sep 19 08:11:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17484 for multimedia-outgoing; Fri, 19 Sep 1997 08:11:04 -0700 (PDT) Received: from gaia.coppe.ufrj.br (jonny@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA17479 for ; Fri, 19 Sep 1997 08:10:57 -0700 (PDT) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id MAA00396; Fri, 19 Sep 1997 12:08:30 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199709191508.MAA00396@gaia.coppe.ufrj.br> Subject: Re: Report back on Luigi's sound driver and GUS PnP In-Reply-To: <199709190606.IAA02606@greenpeace.grondar.za> from Mark Murray at "Sep 19, 97 08:06:50 am" To: mark@grondar.za (Mark Murray) Date: Fri, 19 Sep 1997 12:08:30 -0300 (EST) Cc: luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(Mark Murray) // > as said above, all the ranges allocated to pcm1 are not used for pcm0 // // ...so pcmc0 is a "dead" device, and is unuseable? This is ugly... I'd prefer something more like the pci system. But I also follow the rule of "first make it work, then make it pretty" :) Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-multimedia Fri Sep 19 08:18:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17837 for multimedia-outgoing; Fri, 19 Sep 1997 08:18:05 -0700 (PDT) Received: from gaia.coppe.ufrj.br (root@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA17805 for ; Fri, 19 Sep 1997 08:17:03 -0700 (PDT) Received: from zeus.coppe.ufrj.br (jonny@zeus.coppe.ufrj.br [146.164.63.6]) by gaia.coppe.ufrj.br (8.8.7/8.8.7) with ESMTP id MAA00773 for ; Fri, 19 Sep 1997 12:16:56 -0300 (EST) From: Joao Carlos Mendes Luis Received: (from jonny@localhost) by zeus.coppe.ufrj.br (8.8.7/8.8.5) id MAA00559 for multimedia@freebsd.org; Fri, 19 Sep 1997 12:16:55 -0300 (EST) Message-Id: <199709191516.MAA00559@zeus.coppe.ufrj.br> Subject: GUS PnP pnpinfo To: multimedia@freebsd.org Date: Fri, 19 Sep 1997 12:16:54 -0300 (EST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Luigi asked for, here's the output of pnpinfo in my home computer. The only PnP device is the GUS PnP. It's a GUS PnP Pro, with 2 4M RAM simms. ........................................................................ Checking for Plug-n-Play devices... Card assigned CSN #1 Vendor ID GRV0001 (0x0100561e), Serial Number 0xffffffff PnP Version 1.0, Vendor Version 18 Device Description: UltraSound Plug & Play *** Small Vendor Tag Detected Logical Device ID: GRV0000 0x0000561e #0 Device supports I/O Range Check Device Description: Synth & Codec TAG Start DF Good Configuration IRQ: 11 12 15 - only one type (true/edge) DMA: channel(s) 5 16-bit, not a bus master, , count by word, Compatibility mode DMA: channel(s) 7 16-bit, not a bus master, , count by word, Compatibility mode I/O Range 0x220 .. 0x220, alignment 0x1, len 0x10 [16-bit addr] I/O Range 0x320 .. 0x320, alignment 0x1, len 0x8 [16-bit addr] I/O Range 0x32c .. 0x32c, alignment 0x1, len 0x4 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 5 7 11 12 15 - only one type (true/edge) DMA: channel(s) 1 3 5 6 7 8/16-bit, not a bus master, count by byte, count by word, Compatibility mode DMA: channel(s) 1 3 5 6 7 8/16-bit, not a bus master, count by byte, count by word, Compatibility mode I/O Range 0x220 .. 0x220, alignment 0x1, len 0x10 [16-bit addr] I/O Range 0x320 .. 0x320, alignment 0x1, len 0x8 [16-bit addr] I/O Range 0x32c .. 0x32c, alignment 0x1, len 0x4 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 11 12 15 - only one type (true/edge) DMA: channel(s) 5 16-bit, not a bus master, , count by word, Compatibility mode DMA: channel(s) 7 16-bit, not a bus master, , count by word, Compatibility mode I/O Range 0x240 .. 0x240, alignment 0x1, len 0x10 [16-bit addr] I/O Range 0x340 .. 0x340, alignment 0x1, len 0x8 [16-bit addr] I/O Range 0x34c .. 0x34c, alignment 0x1, len 0x4 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 5 7 11 12 15 - only one type (true/edge) DMA: channel(s) 1 3 5 6 7 8/16-bit, not a bus master, count by byte, count by word, Compatibility mode DMA: channel(s) 1 3 5 6 7 8/16-bit, not a bus master, count by byte, count by word, Compatibility mode I/O Range 0x240 .. 0x240, alignment 0x1, len 0x10 [16-bit addr] I/O Range 0x340 .. 0x340, alignment 0x1, len 0x8 [16-bit addr] I/O Range 0x34c .. 0x34c, alignment 0x1, len 0x4 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 5 7 11 12 15 - only one type (true/edge) DMA: channel(s) 1 3 5 6 7 8/16-bit, not a bus master, count by byte, count by word, Compatibility mode DMA: channel(s) 1 3 5 6 7 8/16-bit, not a bus master, count by byte, count by word, Compatibility mode I/O Range 0x230 .. 0x230, alignment 0x1, len 0x10 [16-bit addr] I/O Range 0x330 .. 0x330, alignment 0x1, len 0x8 [16-bit addr] I/O Range 0x33c .. 0x33c, alignment 0x1, len 0x4 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 5 7 11 12 15 - only one type (true/edge) DMA: channel(s) 1 3 5 6 7 8/16-bit, not a bus master, count by byte, count by word, Compatibility mode DMA: channel(s) 1 3 5 6 7 8/16-bit, not a bus master, count by byte, count by word, Compatibility mode I/O Range 0x250 .. 0x250, alignment 0x1, len 0x10 [16-bit addr] I/O Range 0x350 .. 0x350, alignment 0x1, len 0x8 [16-bit addr] I/O Range 0x35c .. 0x35c, alignment 0x1, len 0x4 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 5 7 11 12 15 - only one type (true/edge) DMA: channel(s) 1 3 5 6 7 8/16-bit, not a bus master, count by byte, count by word, Compatibility mode DMA: channel(s) 1 3 5 6 7 8/16-bit, not a bus master, count by byte, count by word, Compatibility mode I/O Range 0x260 .. 0x260, alignment 0x1, len 0x10 [16-bit addr] I/O Range 0x360 .. 0x360, alignment 0x1, len 0x8 [16-bit addr] I/O Range 0x36c .. 0x36c, alignment 0x1, len 0x4 [16-bit addr] TAG End DF Logical Device ID: GRV0011 0x1100561e #1 Device supports I/O Range Check Device Description: Disabled Device Logical Device ID: PNPb02f 0x2fb0d041 #2 Device supports I/O Range Check Device Description: Game Port I/O Range 0x201 .. 0x201, alignment 0x1, len 0x1 [16-bit addr] Logical Device ID: GRV0003 0x0300561e #3 Device supports I/O Range Check Device Description: SB Compatible Audio IRQ: 5 7 - only one type (true/edge) DMA: channel(s) 1 8-bit, not a bus master, count by byte, , Compatibility mode I/O Range 0x388 .. 0x388, alignment 0x1, len 0x2 [16-bit addr] Logical Device ID: GRV0004 0x0400561e #4 Device supports I/O Range Check Device Description: MPU-401 GM Music TAG Start DF Good Configuration I/O Range 0x330 .. 0x330, alignment 0x2, len 0x2 [16-bit addr] TAG Start DF Sub-optimal Configuration I/O Range 0x300 .. 0x340, alignment 0x10, len 0x2 [16-bit addr] TAG End DF End Tag Successfully got 72 resources, 5 logical fdevs -- card select # 0x0001 CSN GRV0001 (0x0100561e), Serial Number 0xffffffff Logical device #0 IO: 0x0020 0x0020 0x002c 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 5 5 DMA 3 1 IO range check 0x00 activate 0x01 Logical device #1 IO: 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #2 IO: 0x0001 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #3 IO: 0x0088 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 7 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #4 IO: 0x0030 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 9 0 DMA 4 4 IO range check 0x00 activate 0x01 ...................................................................... Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-multimedia Fri Sep 19 08:23:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA18210 for multimedia-outgoing; Fri, 19 Sep 1997 08:23:17 -0700 (PDT) Received: from gaia.coppe.ufrj.br (root@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA18182 for ; Fri, 19 Sep 1997 08:23:09 -0700 (PDT) Received: from zeus.coppe.ufrj.br (jonny@zeus.coppe.ufrj.br [146.164.63.6]) by gaia.coppe.ufrj.br (8.8.7/8.8.7) with ESMTP id MAA00991 for ; Fri, 19 Sep 1997 12:23:07 -0300 (EST) From: Joao Carlos Mendes Luis Received: (from jonny@localhost) by zeus.coppe.ufrj.br (8.8.7/8.8.5) id MAA00573 for multimedia@freebsd.org; Fri, 19 Sep 1997 12:23:07 -0300 (EST) Message-Id: <199709191523.MAA00573@zeus.coppe.ufrj.br> Subject: More reports on the GUS PnP with Luigi's driver To: multimedia@freebsd.org Date: Fri, 19 Sep 1997 12:23:07 -0300 (EST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have downloaded the 970909 version of snd driver. The output in dmesg is somewhat different form the previous one, so I'm sending both: Previous version: Probing for PnP devices: CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0xffffffff port 0x0220 0x0320 0x032c 0x0000 irq 5:5 drq 3:1 mss_attach 1 at 0x328 irq 5 dma 3:1 flags 0x11 pcm1 (GusPnP sn 0xffffffff) at 0x328 irq 5 drq 3 flags 0x11 id 0 Last version (970909): Initializing PnP override table Probing for PnP devices: CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0xffffffff port 0x0220 0x0320 0x032c 0x0000 irq 12:0 drq 5:7 en 1 port 0x0220 0x0320 0x032c 0x0000 irq 12:0 drq 5:7 en 1 mss_attach 1 at 0x328 irq 12 dma 5:7 flags 0x17 pcm1 (GusPnP sn 0xffffffff) at 0x328 irq 12 drq 5 flags 0x17 id 0 Note there's a repeated line... Also: cat xxx.au > /dev/audio1: - No sound at all - No CPU consumed - cat sleeping on "dspwr" /dev/sndstat: FreeBSD Sound Driver Sep 19 1997 05:31:10 Installed devices: pcm1: at 0x328 irq 12 dma 5:7 I have no experience with IW programming, so you'll need help from somebody else in this respect. Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-multimedia Fri Sep 19 10:56:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA27373 for multimedia-outgoing; Fri, 19 Sep 1997 10:56:24 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA27365 for ; Fri, 19 Sep 1997 10:56:20 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id KAA11876; Fri, 19 Sep 1997 10:53:54 -0700 (PDT) Message-Id: <199709191753.KAA11876@rah.star-gate.com> To: Luigi Rizzo cc: mark@grondar.za (Mark Murray), multimedia@FreeBSD.ORG Subject: Re: Report back on Luigi's sound driver and GUS PnP In-reply-to: Your message of "Fri, 19 Sep 1997 03:52:28 +0200." <199709190152.DAA11158@labinfo.iet.unipi.it> Date: Fri, 19 Sep 1997 10:53:54 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk 328 is not correct for the unix environment since it provides a means for sound blaster software emulation which we don't support. As soon as I get a breather I will port the gus pnp to Luigi's driver. Right now, I am a little tied up with current for instance my make world is broken as well as I think a couple of my shared libraries -- for instance, telnetd stopped working however a static version of telnetd works fine -- same goes for rpcgen . A few more utilities are also broken Amancio >From The Desk Of Luigi Rizzo : > > Hi > > > > I am having some sucess (and some trouble) getting Luigi's snd/ > > code to work with my GUS PnP. > > > > Firstly: It compiles. Thanks! :-) > > > > I get what look like sucessful (?) probes of the card, but some > > things look a little funny: > > > > $ dmesg > > : > > Initializing PnP override table > > Probing for PnP devices: > > CSN 1 Vendor ID: GRV0001 [0x0100561e] Serial 0x00000001 > > mss_attach 1 at 0x328 irq 9 dma 7:6 flags 0x16 > > pcm1 (GusPnP sn 0x00000001) at 0x328 irq 9 drq 7 flags 0x16 id 16 > > ^ EH?? ^^^ EH?? > > The card is at 0x220, AFAIK. > > pnp devices are assigned unit numbers following legacy ISA ones (README...) > so pcm1 is correct. 0x328 is also correct since a PnP card has multiple > address ranges, corresponding in this case to SB emulation, WSS > emulation, synthesizer, midi, etc. etc. > > > pcm0 at 0xffff irq 10 drq 1 mem 0x0 flags 0x0 en 1 confl 0 > > mss_probe: no address supplied, try default 0x530 > > mss_detect error, busy still set (0xff) > > sb_probe: no address supplied, try defaults (0x220,0x240) > > device at 0x220 already attached as unit 1 > > ^^^ ??? > > as said above, all the ranges allocated to pcm1 are not used for pcm0 > > > $ cat sound.au >/dev/audio1 > > timeout flushing dma1, cnt 0x48c flags 0x00000061 > > [SILENCE] > > this is (probably) because I fail to initialize properly the IW chip on > the GUS. I need the help of some volunteer willing to backport the init code > in guspnpXX to my driver, and test it. Without the card it is terribly > hard to do something like this for me. > > > Cheers > Luigi From owner-freebsd-multimedia Fri Sep 19 12:14:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA01675 for multimedia-outgoing; Fri, 19 Sep 1997 12:14:36 -0700 (PDT) Received: from nevis.oss.uswest.net (nevis.oss.uswest.net [204.147.85.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA01666 for ; Fri, 19 Sep 1997 12:14:33 -0700 (PDT) Received: (from greg@localhost) by nevis.oss.uswest.net (8.8.5/8.8.2) id OAA05287 for multimedia@FreeBSD.ORG; Fri, 19 Sep 1997 14:14:34 -0500 (CDT) From: "Greg Rowe" Message-Id: <9709191414.ZM5285@nevis.oss.uswest.net> Date: Fri, 19 Sep 1997 14:14:33 -0500 X-Mailer: Z-Mail (3.2.1 10oct95) To: multimedia@FreeBSD.ORG Subject: Sound and CS4231 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings, We just recieved a number of new systems in for FreeBSD desktop usage that have Intel TC430HX motherboards with on-board sound. I'm using Luigi's sound drivers from 09/08. Playing audio CD's is fine and cat'ing a test au file to dev/audio works. Using RealAudio only works in 8 bit mode, 16 bit gives a "can't open device error". RealAudio in 8 bit mode is shakey at best and gives me a lot of errors: Sep 19 12:26:12 psv /kernel: SNDCTL_DSP_SETFRAGMENT 0x0003000c Sep 19 12:26:12 psv /kernel: SNDCTL_DSP_SUBDIVIDE yet unimplemented Sep 19 12:26:12 psv /kernel: dsp write channels 1 Sep 19 12:26:12 psv /kernel: dsp reset Sep 19 12:26:17 psv /kernel: SNDCTL_DSP_SETFRAGMENT 0x0003000c Sep 19 12:26:18 psv /kernel: SNDCTL_DSP_SUBDIVIDE yet unimplemented Sep 19 12:26:18 psv /kernel: dsp write channels 1 Sep 19 12:26:44 psv /kernel: dsp sync The integrated sound info from Intel's specs is : "a Yamaha* OPL3-SA audio CODEC is integrated onto the motherboard. The OPL3-SA provides 16-bit stereo,Sound Blaster* Pro and Windows* Sound System compatibility and full-duplex capabilities. An optional Yamaha OPL4-ML audio CODEC provides FM and wavetable synthesis." The BIOS audio configuration is as follows: SB Port Base 220h , WSS Port Base 530h, MPU Port Base 330h, WSS Interrupt IRQ 10 SB/MPU Interrupt IRQ 7, WSS Play DMA Channel 0, SB Play/WSS Capture DMA Channel 1, FM Synthesizer Port Status 388h My kernel configuration (2.2.2-RELEASE) is: controller pnp0 device pcm0 at isa ? port 0x530 tty irq 10 drq 0 flags 0x13 vector pcmintr Dmesg output is: Probing for PnP devices: No Plug-n-Play devices were found Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> pcm0 at 0x530 irq 10 drq 0 mem 0x0 flags 0x13 en 1 confl 0 mss_detect - chip revision 0x0a mss_detect() - step I mss_detect() - Detected CS4231 pcm0 at 0x530 irq 10 drq 0 flags 0xa213 on isa mss_attach 0 at 0x530 irq 10 dma 0:3 flags 0xa213 cat /dev/sndstat: FreeBSD Sound Driver Sep 19 1997 09:34:05 Installed devices: pcm0: at 0x530 irq 10 dma 0:3 Am I missing anything in the configuration, or is this on-board sound just not supported fully yet ? I'd appreciate any suggestions. Thanks. Greg Rowe From owner-freebsd-multimedia Fri Sep 19 14:29:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA10146 for multimedia-outgoing; Fri, 19 Sep 1997 14:29:18 -0700 (PDT) Received: from nevis.oss.uswest.net (nevis.oss.uswest.net [204.147.85.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA10141 for ; Fri, 19 Sep 1997 14:29:15 -0700 (PDT) Received: (from greg@localhost) by nevis.oss.uswest.net (8.8.5/8.8.2) id QAA05998 for freebsd-multimedia@FreeBSD.ORG; Fri, 19 Sep 1997 16:29:15 -0500 (CDT) From: "Greg Rowe" Message-Id: <9709191629.ZM5995@nevis.oss.uswest.net> Date: Fri, 19 Sep 1997 16:29:15 -0500 X-Mailer: Z-Mail (3.2.1 10oct95) To: freebsd-multimedia@FreeBSD.ORG Subject: Sound and CS4231 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk (Sorry if this comes out twice, I never recieved the first post.) Greetings, We just recieved a number of new systems in for FreeBSD desktop usage that have Intel TC430HX motherboards with on-board sound. I'm using Luigi's sound drivers from 09/08. Playing audio CD's is fine and cat'ing a test au file to dev/audio works. Using RealAudio only works in 8 bit mode, 16 bit gives a "can't open device error". RealAudio in 8 bit mode is shakey at best and gives me a lot of errors: Sep 19 12:26:12 psv /kernel: SNDCTL_DSP_SETFRAGMENT 0x0003000c Sep 19 12:26:12 psv /kernel: SNDCTL_DSP_SUBDIVIDE yet unimplemented Sep 19 12:26:12 psv /kernel: dsp write channels 1 Sep 19 12:26:12 psv /kernel: dsp reset Sep 19 12:26:17 psv /kernel: SNDCTL_DSP_SETFRAGMENT 0x0003000c Sep 19 12:26:18 psv /kernel: SNDCTL_DSP_SUBDIVIDE yet unimplemented Sep 19 12:26:18 psv /kernel: dsp write channels 1 Sep 19 12:26:44 psv /kernel: dsp sync The integrated sound info from Intel's specs is : "a Yamaha* OPL3-SA audio CODEC is integrated onto the motherboard. The OPL3-SA provides 16-bit stereo,Sound Blaster* Pro and Windows* Sound System compatibility and full-duplex capabilities. An optional Yamaha OPL4-ML audio CODEC provides FM and wavetable synthesis." The BIOS audio configuration is as follows: SB Port Base 220h , WSS Port Base 530h, MPU Port Base 330h, WSS Interrupt IRQ 10 SB/MPU Interrupt IRQ 7, WSS Play DMA Channel 0, SB Play/WSS Capture DMA Channel 1, FM Synthesizer Port Status 388h My kernel configuration (2.2.2-RELEASE) is: controller pnp0 device pcm0 at isa ? port 0x530 tty irq 10 drq 0 flags 0x13 vector pcmintr Dmesg output is: Probing for PnP devices: No Plug-n-Play devices were found Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> pcm0 at 0x530 irq 10 drq 0 mem 0x0 flags 0x13 en 1 confl 0 mss_detect - chip revision 0x0a mss_detect() - step I mss_detect() - Detected CS4231 pcm0 at 0x530 irq 10 drq 0 flags 0xa213 on isa mss_attach 0 at 0x530 irq 10 dma 0:3 flags 0xa213 cat /dev/sndstat: FreeBSD Sound Driver Sep 19 1997 09:34:05 Installed devices: pcm0: at 0x530 irq 10 dma 0:3 Am I missing anything in the configuration, or is this on-board sound just not supported fully yet ? I'd appreciate any suggestions. Thanks. Greg Rowe - From owner-freebsd-multimedia Fri Sep 19 16:46:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA18688 for multimedia-outgoing; Fri, 19 Sep 1997 16:46:19 -0700 (PDT) Received: from gaia.coppe.ufrj.br (jonny@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA18683 for ; Fri, 19 Sep 1997 16:46:14 -0700 (PDT) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id UAA19296 for multimedia@freebsd.org; Fri, 19 Sep 1997 20:46:12 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199709192346.UAA19296@gaia.coppe.ufrj.br> Subject: Luigi's driver and SB16 To: multimedia@freebsd.org Date: Fri, 19 Sep 1997 20:46:12 -0300 (EST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm trying to install Luigi's driver over a 2.2-stable from today, to use it with a SB16 MCD/ASP (pretty old). This card worked well with the original drivers, but I wanted to help Luigi and test the Full Duplex sound. The drivers are snd970909.tgz. Here's the important dmesg output: pcm0 at 0x220 irq 5 drq 1 mem 0x0 flags 0x15 en 1 confl 0 mss_detect error, busy still set (0xff) device at 0x220 already attached as unit 0 pcm0 not found at 0x220 I trying also a kernel without controller pnp0, since this board is not PnP, but it gives me the same error. No device is installed at all. The card config is I/O 220, IRQ 5, DMA 1/5, so the above seems ok to me. But the second line is very strange. Is this normal, or did it detect my card as a mss ? Maybe an ASP feature ? Are the board override flags working or near working ? My config is like this: device pcm0 at isa? port 0x220 tty irq 5 drq 1 flags 0x15 vector pcmintr Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-multimedia Sat Sep 20 00:09:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA20136 for multimedia-outgoing; Sat, 20 Sep 1997 00:09:16 -0700 (PDT) Received: from access.kuwait.net (root@access.kuwait.net [194.54.234.234]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA20096 for ; Sat, 20 Sep 1997 00:09:06 -0700 (PDT) From: flame@access.kuwait.net Received: from host.kuwait.net(src addr [194.54.235.61]) (794 bytes) by access.kuwait.net via sendmail with P\:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Sat, 20 Sep 1997 10:09:06 +0300 (GMT) (Smail-3.2.0.96 1997-Jun-2 #3 built 1997-Sep-1) Message-Id: Comments: Authenticated sender is To: multimedia@freebsd.org Date: Sat, 20 Sep 1997 10:09:12 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: FreeBSD X-Confirm-Reading-To: flame@access.kuwait.net X-pmrqc: 1 Priority: normal X-mailer: Pegasus Mail for Win32 (v2.53/R1) Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear Sir, I have installed FreeBSD as snd OS to Win95 and i have PnP SB64. What are the nessesary steps i should take to configure it correctly so it would work under both OS thanks ^ ^^ ^^ ^ ^ ^ ^ Flame From owner-freebsd-multimedia Sat Sep 20 23:04:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA15742 for multimedia-outgoing; Sat, 20 Sep 1997 23:04:56 -0700 (PDT) Received: from gaia.coppe.ufrj.br (jonny@[146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA15737 for ; Sat, 20 Sep 1997 23:04:53 -0700 (PDT) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id DAA23217; Sun, 21 Sep 1997 03:04:51 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199709210604.DAA23217@gaia.coppe.ufrj.br> Subject: bt828 and PAL/M To: multimedia@freebsd.org Date: Sun, 21 Sep 1997 03:04:51 -0300 (EST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm finally watching TV in my Home FreeBSD !!! Hurray !!! But, I'm in Brazil, and Brazil uses a very interesting video system, knonw as PAL/M. For the purposes of image tracing, it's like NTSC, but for chroma, it's like PAL. This means that when I use a NTSC tuner to see PAL/Mbroadcast I can see the image, but the colors are incorrect. When I have luck, they disapear for complete. Here's the dmesg of interest about my card: bktr0 rev 18 int a irq 10 on pci0:10 Hauppauge WinCast/TV, Philips NTSC tuner. This tuner has the capability to detect PAL/M images, and the Windows tuner indeed do this. It would be good to have this in fxtv too. I've taken a fast look in the kernel driver sources. It has a define of TTYPE_PAL_M, but does not use it anywhere. Is there any plan to include support for it ? How could I help ? For those more interested, here are some parameters of PAL/M: Hf = 15734.26 Hz Vf = 59.94 Hz Chroma Freq: 3.57561149 MHz Scan: 525 lines, 30 fps Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-multimedia Sat Sep 20 23:35:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA16651 for multimedia-outgoing; Sat, 20 Sep 1997 23:35:41 -0700 (PDT) Received: from gaia.coppe.ufrj.br (jonny@[146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA16646 for ; Sat, 20 Sep 1997 23:35:38 -0700 (PDT) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.7/8.8.7) id DAA23906 for multimedia@freebsd.org; Sun, 21 Sep 1997 03:35:36 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199709210635.DAA23906@gaia.coppe.ufrj.br> Subject: fxtv 0.44 bug ? To: multimedia@freebsd.org Date: Sun, 21 Sep 1997 03:35:36 -0300 (EST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm using fxtv 0.44 with a bt848 card to see tv. Very nice program, and now I can watch TV while working in a true operating sustem !!! But I think it has a bug. The buttons to increment and decrement the tuner channel always change the channel to 3. I tried to figure out by myself how to fix it, but the routines to increment/decrement channels in actions.c/TVActionSetChannelAction() are not that easy to understand without further compreension of the program. Also, I can't select PAL/M from my PAL/M-NTSC tuner, but I think this is a problem of the kernel driver, as I stated in my other mail about it. Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67