From owner-freebsd-multimedia Sun Aug 24 10:50:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA11735 for multimedia-outgoing; Sun, 24 Aug 1997 10:50:51 -0700 (PDT) Received: from sujal.prognet.com (sujal.prognet.com [204.255.154.231]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA11726 for ; Sun, 24 Aug 1997 10:50:48 -0700 (PDT) Received: from localhost (smpatel@localhost) by sujal.prognet.com (8.8.4/8.8.4) with SMTP id KAA00692; Sun, 24 Aug 1997 10:49:51 -0700 (PDT) X-Authentication-Warning: sujal.prognet.com: smpatel owned process doing -bs Date: Sun, 24 Aug 1997 10:49:51 -0700 (PDT) From: Sujal Patel To: Amancio Hasty cc: Rich Wales , Terry Lambert , multimedia@freebsd.org Subject: Re: Couldn't change IRQ on Creative SB16 PnP In-Reply-To: <199708240723.AAA00378@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have a similar scenario here with a PnP motherboard which the > PnP code refuses to relocate my SB16 configuration to the one > I specify. Just please follow up on multimedia@freeBSD.org . I've seen a problem in the past where the PnP code failed to work with older BIOS code. The motherboard was specifically an older ASUS. Try possibly updating your BIOS, it may just do the trick. Sujal From owner-freebsd-multimedia Sun Aug 24 11:38:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA14526 for multimedia-outgoing; Sun, 24 Aug 1997 11:38:41 -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 LAA14521 for ; Sun, 24 Aug 1997 11:38: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 LAA00401; Sun, 24 Aug 1997 11:37:14 -0700 (PDT) Message-Id: <199708241837.LAA00401@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Sujal Patel cc: Rich Wales , Terry Lambert , multimedia@freebsd.org Subject: Re: Couldn't change IRQ on Creative SB16 PnP In-reply-to: Your message of "Sun, 24 Aug 1997 10:49:51 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 11:37:14 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, My problem is that I own a recent ASUS Motherboard this does not mean that the PnP Bios is not buggy but I doubt it. Will have more info later on, we are getting ready to go out however I will be back this afternoon. Regards, Amancio >From The Desk Of Sujal Patel : > > > I have a similar scenario here with a PnP motherboard which the > > PnP code refuses to relocate my SB16 configuration to the one > > I specify. Just please follow up on multimedia@freeBSD.org . > > I've seen a problem in the past where the PnP code failed to work with > older BIOS code. The motherboard was specifically an older ASUS. Try > possibly updating your BIOS, it may just do the trick. > > > Sujal > From owner-freebsd-multimedia Sun Aug 24 11:46:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA14854 for multimedia-outgoing; Sun, 24 Aug 1997 11:46:27 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA14849 for ; Sun, 24 Aug 1997 11:46:24 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.7/8.7.3) with SMTP id OAA13555 for ; Sun, 24 Aug 1997 14:46:22 -0400 (EDT) Message-Id: <199708241846.OAA13555@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: multimedia@freebsd.org From: "Louis A. Mamakos" Subject: problems with guspnp sound driver Mime-Version: 1.0 Content-Type: text/plain Date: Sun, 24 Aug 1997 14:46:22 -0400 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been noticing some problems with the sound driver lately. It's hard to say exactly when it started. For a while now, I've been playing some mpeg compresses audio files in "jukebox" mode on the FreeBSD systems that I have at work and at home. I've got a bunch of files; however I've found that if I say something like: mpg123 /u/louie/jukebox/*.mpg things seem to "degrade" after the second or third audio file. At the time, I thought this was some sort of bug with mpg123, so I got into the habit of: for f in /u/louie/jukebox/*.mpg; do mpg123 -q $f; done instead, running a new instance for each audio file. This continues to be what I do on my system at work which has thsi version of the guspnp driver: VoxWare Sound Driver:3.5-alpha8-970706 (Sun Jul 6 01:23:34 PDT 1997 Amancio Hasty@rah.star-gate.com) with a GUS PnP board. Ok, so far so good. On my system at home, I've been tracking the sound driver release pretty closely and have guspnp16 running now. Lately, I've not been using the "jukebox" audio too much at home, and haven't really been paying attention. Over the last few days, however, I've noticed that when I run mpg123 to play an audio sample, I get this weird distortion - sort of a fluttering effect, almost with an echo (which might be the same sample replayed, or non-sync between the left and right channels, not sure). It happens repeatedly, and occurs in the same place in the audio playback each time. I don't think it's a decoding problem with mpg123; if I invoked mpg123 -s foo.mpg | pcmplay instead, then the playback either occurs with no problems or fewer problems in different places. I'd fiddled around with ktrace and some debug printfs in mpg123 to see if there's something weird going on with the size of the write()'s being done at the time that the distortion occurs, but I haven't seen anything obvious. I'm begining to think that the original problem I saw (playing multiple files) and this latest problem (distortion during a file playback) are the same sort of thing, but just happening sooner. It's almost as if there is some de-synchronizing thing happening in the sound driver after sustained writes which gets cleared or reset when the device is closed and reopened. I've seen the same thing happen using the 'xaudio' command that was recently mentioned as part of a GUI mpeg audio player, so I don't think it's the software. Sorry about the lack of further detail - what should I do to try to narrow down the cause of this? I've got a bunch of the older sound drivers, and if it's useful, I can build a kernel with one of the older ones and see if it happens again. It would be helpful to know where significant changes occured so I can minimize the number of reboots. Or perhaps some debug messages that I could corrolate with the distorted audio? Sorry for bringing this up so late in the process, but it was hard to know where the problem lies and I've run out of easy things to try.. I'm running a GUS PnP, and fairly recent 3.0-current. louie From owner-freebsd-multimedia Sun Aug 24 12:01:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA15686 for multimedia-outgoing; Sun, 24 Aug 1997 12:01:17 -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 MAA15675 for ; Sun, 24 Aug 1997 12:01:11 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id OAA25503 for ; Sun, 24 Aug 1997 14:01:09 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma025466; Sun, 24 Aug 97 14:00:34 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id OAA07187 for ; Sun, 24 Aug 1997 14:00:34 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Sun, 24 Aug 1997 14:00:33 -0500 (CDT) From: Kyle Mestery To: freebsd-multimedia@freebsd.org Subject: Xquake and sound dont work 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 I just compiled a kernel built from sources of 8-24-97 at 1:30PM Central time, and now I have lost sound with xquake. I have some sound, but it is crackly, and low volume. Does this have to do with the recent isa_dmastatus stuff that has been happening? I am using guspnp16. Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-multimedia Sun Aug 24 14:36:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23033 for multimedia-outgoing; Sun, 24 Aug 1997 14:36:49 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23027 for ; Sun, 24 Aug 1997 14:36:46 -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 OAA00994; Sun, 24 Aug 1997 14:36:43 -0700 (PDT) Message-Id: <199708242136.OAA00994@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Kyle Mestery cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Xquake and sound dont work In-reply-to: Your message of "Sun, 24 Aug 1997 14:00:33 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 14:36:43 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Sorry about that I discovered the problem recently here with my gus pnp because the testing was done with my SB16 PnP since that has been the card giving us all the headaches on the guspnp driver. The problem is the isa_dma status provided with the sound driver it works fine with the sb16 however it breaks the gus pnp. I am going to hash out whats going with isa_dmastatus today and in fact started working on it this morning. Just have to learn exactly how the dma hardware works. The symptom is that with the current isa_dmastatus on guspnp16 the dma counter starts counting backwards however with the old isa_dmastatus the counting is ascending. Both drivers at least over here are doing 16bit dma transfers and calling the dma hardware in the exact the same way :( If you want your sound back change the reference in dmabuf.c from snd_isa_dmastatus to isa_dmastatus and replace the isa.c:isa_dmastatus with the enclosed one . Please SB people don't have to do this . Hopefully before the end of the day I will have a viable solution for both SB cards and GUS cards. int isa_dmastatus(int chan) { u_long phy = 0 ; u_long cnt = 0 ; u_long flags ; int waport; if ((dma_inuse & (1 << chan)) == 0) { printf("chan %d not acquired\n", chan); return -1 ; } if (((dma_busy & (1 << chan)) == 0) && (dma_auto_mode & (1 << chan)) == 0 ) { printf("chan %d not busy\n", chan); return -2 ; } flags = splhigh(); if ((chan & 4) == 0) { /* 8-bit channel */ outb(DMA1_FFC, 0); waport = DMA1_CHN(chan); phy= inb(waport) + (inb(waport) <<8) + (inb(dmapageport[chan]) <<16 ); cnt = inb(waport+1) + (inb(waport+1)<<8) +1; cnt &= 0xffff ; } else { outb(DMA2_FFC, 0); waport = DMA2_CHN(chan - 4); phy= inb(waport) + (inb(waport) <<8) + (inb(dmapageport[chan]) <<16 ); cnt = inb(waport+1) + (inb(waport+1)<<8) + 1; phy <<= 1; cnt <<= 1; cnt &= 0x1ffff ; } splx(flags); return cnt ; } >From The Desk Of Kyle Mestery : > I just compiled a kernel built from sources of 8-24-97 at 1:30PM Central > time, and now I have lost sound with xquake. I have some sound, but it is > crackly, and low volume. Does this have to do with the recent > isa_dmastatus stuff that has been happening? I am using guspnp16. > > Kyle Mestery > StorageTek's Network Systems Group > 7600 Boone Ave. N., Brooklyn Park, MN 55428 > mesteka@anubis.network.com, mestery@winternet.com > From owner-freebsd-multimedia Sun Aug 24 14:40:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23244 for multimedia-outgoing; Sun, 24 Aug 1997 14:40:58 -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 OAA23237 for ; Sun, 24 Aug 1997 14:40:55 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id QAA13945; Sun, 24 Aug 1997 16:40:44 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma013923; Sun, 24 Aug 97 16:40:27 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id QAA08643; Sun, 24 Aug 1997 16:40:27 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Sun, 24 Aug 1997 16:40:26 -0500 (CDT) From: Kyle Mestery To: Amancio Hasty cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Xquake and sound dont work In-Reply-To: <199708242136.OAA00994@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > If you want your sound back change the reference in dmabuf.c from > snd_isa_dmastatus to isa_dmastatus and replace the isa.c:isa_dmastatus with > the enclosed one . Please SB people don't have to do this . > Hopefully before the end of the day I will have a viable solution for > both SB cards and GUS cards. > Thanks for the quick response Amancio, but the problem is I have a SB32!!! Does this throw a wrench in the works? I will try your fixes and see what happens. Let me know what this knowledge does to your theory. Thanks! Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-multimedia Sun Aug 24 14:42:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23327 for multimedia-outgoing; Sun, 24 Aug 1997 14:42:35 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23317 for ; Sun, 24 Aug 1997 14:42:33 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id XAA02899 for ; Sun, 24 Aug 1997 23:42:30 +0200 Date: Sun, 24 Aug 1997 23:42:28 +0200 (MET DST) From: Johan Larsson Reply-To: Johan Larsson To: FreeBSD Multimedia Subject: xquake and -current. 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 Is there anyone else having problem with xquake and -current now? It just stops at "Console initialized." :-/ Maybe there is something i have missed on the list. Johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Sun Aug 24 14:44:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23445 for multimedia-outgoing; Sun, 24 Aug 1997 14:44: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 OAA23439 for ; Sun, 24 Aug 1997 14:44: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 OAA01345; Sun, 24 Aug 1997 14:44:38 -0700 (PDT) Message-Id: <199708242144.OAA01345@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Kyle Mestery cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Xquake and sound dont work In-reply-to: Your message of "Sun, 24 Aug 1997 16:40:26 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 14:44:38 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tnks just give a day to sort it out over here and I have enough data points . With my box rah / gus pnp the problem is that one version the counter goes up and on my the test system / SB 16 the counter goes backwards. The new isa_dmastatus has the same problem so I have to find out why the counter goes in the opposite direction for a given system or hardware. Regards, Amancio >From The Desk Of Kyle Mestery : > > If you want your sound back change the reference in dmabuf.c from > > snd_isa_dmastatus to isa_dmastatus and replace the isa.c:isa_dmastatus with > > the enclosed one . Please SB people don't have to do this . > > Hopefully before the end of the day I will have a viable solution for > > both SB cards and GUS cards. > > > Thanks for the quick response Amancio, but the problem is I have a SB32!!! > Does this throw a wrench in the works? I will try your fixes and see what > happens. Let me know what this knowledge does to your theory. Thanks! > > Kyle Mestery > StorageTek's Network Systems Group > 7600 Boone Ave. N., Brooklyn Park, MN 55428 > mesteka@anubis.network.com, mestery@winternet.com > From owner-freebsd-multimedia Sun Aug 24 14:47:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23566 for multimedia-outgoing; Sun, 24 Aug 1997 14:47:20 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23558 for ; Sun, 24 Aug 1997 14:47: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 OAA01373; Sun, 24 Aug 1997 14:47:09 -0700 (PDT) Message-Id: <199708242147.OAA01373@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Louis A. Mamakos" cc: multimedia@FreeBSD.ORG Subject: Re: problems with guspnp sound driver In-reply-to: Your message of "Sun, 24 Aug 1997 14:46:22 EDT." <199708241846.OAA13555@whizzo.TransSys.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 14:47:09 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don't worry Louis , I think that I know what you mean and I am going to work on the problem . Was listening yesterday to the mbone and the problem surfaced however by just increasing the buffer it appears to alleviate the problem . Tnks for the feedback! Regards, Amancio >From The Desk Of "Louis A. Mamakos" : > > I've been noticing some problems with the sound driver lately. It's hard > to say exactly when it started. > > For a while now, I've been playing some mpeg compresses audio files in > "jukebox" mode on the FreeBSD systems that I have at work and at home. > I've got a bunch of files; however I've found that if I say something > like: > > mpg123 /u/louie/jukebox/*.mpg > > things seem to "degrade" after the second or third audio file. At the > time, I thought this was some sort of bug with mpg123, so I got into > the habit of: > > for f in /u/louie/jukebox/*.mpg; do mpg123 -q $f; done > > instead, running a new instance for each audio file. This continues to > be what I do on my system at work which has thsi version of the > guspnp driver: > > VoxWare Sound Driver:3.5-alpha8-970706 (Sun Jul 6 01:23:34 PDT 1997 Amancio > Hasty@rah.star-gate.com) > > with a GUS PnP board. > > Ok, so far so good. On my system at home, I've been tracking the > sound driver release pretty closely and have guspnp16 running now. > Lately, I've not been using the "jukebox" audio too much at home, and > haven't really been paying attention. > > Over the last few days, however, I've noticed that when I run mpg123 > to play an audio sample, I get this weird distortion - sort of a > fluttering effect, almost with an echo (which might be the same sample > replayed, or non-sync between the left and right channels, not sure). > It happens repeatedly, and occurs in the same place in the audio > playback each time. I don't think it's a decoding problem with > mpg123; if I invoked > > mpg123 -s foo.mpg | pcmplay > > instead, then the playback either occurs with no problems or fewer > problems in different places. I'd fiddled around with ktrace and > some debug printfs in mpg123 to see if there's something weird > going on with the size of the write()'s being done at the time > that the distortion occurs, but I haven't seen anything obvious. > > I'm begining to think that the original problem I saw (playing multiple > files) and this latest problem (distortion during a file playback) are > the same sort of thing, but just happening sooner. It's almost as if > there is some de-synchronizing thing happening in the sound driver > after sustained writes which gets cleared or reset when the device is > closed and reopened. > > I've seen the same thing happen using the 'xaudio' command that > was recently mentioned as part of a GUI mpeg audio player, so I don't > think it's the software. > > Sorry about the lack of further detail - what should I do to try to > narrow down the cause of this? I've got a bunch of the older > sound drivers, and if it's useful, I can build a kernel with one of > the older ones and see if it happens again. It would be helpful to > know where significant changes occured so I can minimize the number > of reboots. Or perhaps some debug messages that I could corrolate with > the distorted audio? > > Sorry for bringing this up so late in the process, but it was hard to > know where the problem lies and I've run out of easy things to try.. > > I'm running a GUS PnP, and fairly recent 3.0-current. > > louie > From owner-freebsd-multimedia Sun Aug 24 15:52:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA26673 for multimedia-outgoing; Sun, 24 Aug 1997 15:52:39 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA26663 for ; Sun, 24 Aug 1997 15:52:32 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.7/8.7.3) with SMTP id SAA15581 for ; Sun, 24 Aug 1997 18:52:30 -0400 (EDT) Message-Id: <199708242252.SAA15581@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: multimedia@freebsd.org From: "Louis A. Mamakos" Subject: another lingering weirdness Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 18:52:30 -0400 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This has been around for quite a while, but I always chalked it up to header file mismatches. On my system, the mixer(1) command doesn't have the right mapping of labels to inputs. For instance: louie@whizzo[79] $ mixer Mixer synth is currently set to 26:26 Mixer pcm is currently set to 58:58 Mixer speaker is currently set to 84:84 Mixer line is currently set to 65:65 Mixer mic is currently set to 64:64 Mixer cd is currently set to 26:26 Mixer mix is currently set to 11:11 Mixer igain is currently set to 9:9 louie@whizzo[80] $ The thing listed as "cd" isn't; to change the level of the audio coming from the CDROM drive audio connection you have to fiddle with the "synth" mixer input. At least the "pcm" mixer control corresponds to the right thing, as does the "line" mixer input. This is with a GUS PnP board: louie@whizzo[82] $ cat /dev/sndstat VoxWare Sound Driver:3.5-alpha15-970806 (Wed Aug 6 22:58:35 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: Installed drivers: Type 4: Gravis Ultrasound Card config: Gravis Ultrasound at 0x230 irq 11 drq 5,7 Audio devices: 0: GUS PNP (CS4231) (DUPLEX) 1: Gravis UltraSound (DUPLEX) Synth devices: 0: Gravis PNP (1024k) Midi devices: 0: Gravis UltraSound Midi Timers: 0: System clock 1: GUS Mixers: 0: AD1848/CS4248/CS4231 1: Gravis Ultrasound louie@whizzo[83] $ If the API could be reworked (or perhaps just augmented), it would be nice to be able to ask the driver on the system what the mapping was rather than rely on constants in the header file. I guess in a perfect world this wouldn't be a problem, but in my world, it's not doing the right thing :-) Inevitablely, the magic numbers in the header files have to be "right" to ensure compatibility with the voxware and OSS drivers.. louie From owner-freebsd-multimedia Sun Aug 24 16:42:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA29568 for multimedia-outgoing; Sun, 24 Aug 1997 16:42:26 -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 QAA29563 for ; Sun, 24 Aug 1997 16:42:22 -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 QAA02104; Sun, 24 Aug 1997 16:42:17 -0700 (PDT) Message-Id: <199708242342.QAA02104@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Louis A. Mamakos" cc: multimedia@FreeBSD.ORG Subject: Re: another lingering weirdness In-reply-to: Your message of "Sun, 24 Aug 1997 18:52:30 EDT." <199708242252.SAA15581@whizzo.TransSys.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 16:42:17 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I guess what we need is an ioctl to set the mapping . The cards and sometimes even the models vary so from our perspective the best thing to do is to set them at runtime. Tnks, Amancio >From The Desk Of "Louis A. Mamakos" : > > This has been around for quite a while, but I always chalked it up to > header file mismatches. On my system, the mixer(1) command doesn't > have the right mapping of labels to inputs. For instance: > > louie@whizzo[79] $ mixer > Mixer synth is currently set to 26:26 > Mixer pcm is currently set to 58:58 > Mixer speaker is currently set to 84:84 > Mixer line is currently set to 65:65 > Mixer mic is currently set to 64:64 > Mixer cd is currently set to 26:26 > Mixer mix is currently set to 11:11 > Mixer igain is currently set to 9:9 > louie@whizzo[80] $ > > The thing listed as "cd" isn't; to change the level of the audio > coming from the CDROM drive audio connection you have to fiddle with the > "synth" mixer input. > > At least the "pcm" mixer control corresponds to the right thing, as does > the "line" mixer input. > > This is with a GUS PnP board: > > louie@whizzo[82] $ cat /dev/sndstat > VoxWare Sound Driver:3.5-alpha15-970806 (Wed Aug 6 22:58:35 PDT 1997 Amancio > Hasty@rah.star-gate.com) > Config options: > > Installed drivers: > Type 4: Gravis Ultrasound > > > Card config: > Gravis Ultrasound at 0x230 irq 11 drq 5,7 > > Audio devices: > 0: GUS PNP (CS4231) (DUPLEX) > 1: Gravis UltraSound (DUPLEX) > > Synth devices: > 0: Gravis PNP (1024k) > > Midi devices: > 0: Gravis UltraSound Midi > > Timers: > 0: System clock > 1: GUS > > Mixers: > 0: AD1848/CS4248/CS4231 > 1: Gravis Ultrasound > louie@whizzo[83] $ > > If the API could be reworked (or perhaps just augmented), it would be nice > to be able to ask the driver on the system what the mapping was rather > than rely on constants in the header file. I guess in a perfect world > this wouldn't be a problem, but in my world, it's not doing the right > thing :-) Inevitablely, the magic numbers in the header files have to > be "right" to ensure compatibility with the voxware and OSS drivers.. > > louie > > From owner-freebsd-multimedia Sun Aug 24 17:04:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA00975 for multimedia-outgoing; Sun, 24 Aug 1997 17:04:47 -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 RAA00970 for ; Sun, 24 Aug 1997 17:04:43 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id TAA28001; Sun, 24 Aug 1997 19:04:37 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma027986; Sun, 24 Aug 97 19:04:30 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id TAA09407; Sun, 24 Aug 1997 19:04:29 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Sun, 24 Aug 1997 19:04:29 -0500 (CDT) From: Kyle Mestery To: Johan Larsson cc: FreeBSD Multimedia Subject: Re: xquake and -current. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Aug 1997, Johan Larsson wrote: > Is there anyone else having problem with xquake and -current now? It just > stops at "Console initialized." :-/ > > Maybe there is something i have missed on the list. > Xquake works for me (current from yesterday). The only problem is sound no longer works, and this is related to the recent isa_dmastatus changes. Amancio is going to take care of this problem this week. As to why xquake itself no longer works for you, I dont know. Are you running the xquake binary, the xf86quake binary, or the i386-ELF-xquake-1.06 binary? Sometimes, the xf86quake binary hangs for me. Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-multimedia Sun Aug 24 17:25:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA02063 for multimedia-outgoing; Sun, 24 Aug 1997 17:25:26 -0700 (PDT) Received: from mole (mole.slip.net [207.171.193.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA01981; Sun, 24 Aug 1997 17:25:13 -0700 (PDT) Received: from localhost.localhost [207.171.230.104] by mole with esmtp (Exim 1.62 #4) id 0x2mxw-0003c3-00; Sun, 24 Aug 1997 17:25:09 -0700 Received: (from richw@localhost) by localhost.localhost (8.8.5/RICHW-970725c) id RAA00326; Sun, 24 Aug 1997 17:19:29 -0700 (PDT) Date: Sun, 24 Aug 1997 17:19:29 -0700 (PDT) From: Rich Wales X-Sender: richw@localhost To: Terry Lambert cc: smpatel@freebsd.org, hackers@freebsd.org, multimedia@freebsd.org Subject: Re: Couldn't change IRQ on Creative SB16 PnP In-Reply-To: <199708241821.LAA01206@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry -- Replying to: No. These configurations do not exist anywhere but the Windows 95 Registry. They are not attributes of the card. I'm confused, then. It appears that the "pnpinfo" program is getting detailed info on multiple configurations from the sound card. If the configurations are not attributes of the card, then what is "pnpinfo" seeing when it reads and reports "Dependent Function" material? The "Configuration 0" is not real in Windows 95, either: it exists solely as the result of the BIOS PnP configura- tion for the device. Please note, BTW, that I do =not= have Windows 95 on my system. In addition to FreeBSD, I have a partition with DOS 6.22 and Windows 3.1, which I use solely for running a few "legacy" apps. When I said the default configuration info I was talking about was the same as Win95's "configuration 0", I didn't mean to imply that I was actually running Win95. Apologies if I confused anyone. This is not going to happen. The PnP card is being con- figured by the PnP BIOS as the first unallocated interrupt for which the graph soloution is non-conflicting with other PnP hardware, and for which the PnP BIOS does not have defined ISA devices. In other words, it's 5 because the BIOS believes 5 is free. Well, I went into the BIOS and reconfigured the on-board parallel port (normally at 378H/IRQ7) to be 378H/IRQ5. I rebooted with my "SB16 uses IRQ10" kernel, but the sound card wouldn't work. I then ran "pnpinfo", and the first configuration listed by "pnpinfo" still gave IRQ5 as the one and only available IRQ -- even though I had set up the on-board parallel port to use IRQ5. This is a different problem, then. If the sound card is not PnP, then moving the IRQ in the configuration probably does not change the IRQ used by the sound card, unless you have very smart drivers. My sound card =is= PnP. At least, it claims to be, and "pnpinfo" sees it. What I was trying to say is that it's an ISA PnP card (not a PCI PnP card). Rich Wales richw@webcom.com http://www.webcom.com/richw/ From owner-freebsd-multimedia Sun Aug 24 17:47:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA03385 for multimedia-outgoing; Sun, 24 Aug 1997 17:47: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 RAA03380 for ; Sun, 24 Aug 1997 17:47:09 -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 RAA02598; Sun, 24 Aug 1997 17:47:03 -0700 (PDT) Message-Id: <199708250047.RAA02598@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Kyle Mestery cc: Johan Larsson , FreeBSD Multimedia Subject: Re: xquake and -current. In-reply-to: Your message of "Sun, 24 Aug 1997 19:04:29 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 17:47:02 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Guys, I solve the pnp problem that some of you may be experiencing with isapnp. Just sent out a new version of pnp.c to Rich Wales for testing. After he reports back that it works for him I will generate a new tar ball of the isapnp code . The hanging problem with xquake has been solved over and the code will be released once I solved the isa_dmastatus problem. They two problems are not related however I don't see much of a point in making one release today and then another one tomorrow or early this week. For gus owners I just posted the isa_dmastatus which is working for me if you like you can use it till I iron one out which hopefully will work for both the SB16 and GUS Cards. If you miss the previous posting , feel free to send me e-mail and I mail you isa_dmastatus. Still working on the isa_dmastatus problem and I hope to have a solution soon -- if anyone has a pointer to detail 8237 specifications and programming info please let me know. Have Fun, Amancio >From The Desk Of Kyle Mestery : > On Sun, 24 Aug 1997, Johan Larsson wrote: > > > Is there anyone else having problem with xquake and -current now? It just > > stops at "Console initialized." :-/ > > > > Maybe there is something i have missed on the list. > > > Xquake works for me (current from yesterday). The only problem is sound > no longer works, and this is related to the recent isa_dmastatus changes. > Amancio is going to take care of this problem this week. As to why xquake > itself no longer works for you, I dont know. Are you running the xquake > binary, the xf86quake binary, or the i386-ELF-xquake-1.06 binary? > Sometimes, the xf86quake binary hangs for me. > > Kyle Mestery > StorageTek's Network Systems Group > 7600 Boone Ave. N., Brooklyn Park, MN 55428 > mesteka@anubis.network.com, mestery@winternet.com > > From owner-freebsd-multimedia Sun Aug 24 18:05:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA04019 for multimedia-outgoing; Sun, 24 Aug 1997 18:05:06 -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 SAA04004 for ; Sun, 24 Aug 1997 18:05:00 -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 SAA02810; Sun, 24 Aug 1997 18:04:58 -0700 (PDT) Message-Id: <199708250104.SAA02810@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Doug White cc: multimedia@FreeBSD.ORG Subject: Re: EggCam (fwd) In-reply-to: Your message of "Sat, 23 Aug 1997 17:42:27 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 18:04:58 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yeap, it is getting harder to justify by a QuickCam 8) Last cheap price for Wincast Hauppauge TV/PCI was $89 at Fry's Electronics so if you a camera and a decent PCI motherboard you are all set 8) At any rate, with specials such as from Hauppauge which will sell a CCD camera for $99 the price is cheaper than a color QuickCam. Cheers, Amancio >From The Desk Of Doug White : > This came through on the QuickCam drivers list. The EggCam is a cheap > alternative to the QuickCam. It looks like it comes with a Intel > SVR3-style card on board. > > In case anyone wanted to shoot one of these down. :) > > 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 > > ---------- Forwarded message ---------- > Date: Fri, 22 Aug 1997 21:30:11 -0400 (EDT) > From: Stew Benedict > To: quickcam-drivers@crynwr.com > Subject: Re: EggCam > > > Not Quickcam again but good news on the Eggcam front. I bought a real > Miro PCTV card and the bttv module, grab and xtvscreen work fine with > the Eggcam. I'm not sure what's different from the one that comes > with the Eggcam, they look like identical boards, just parts missing > such as the tuner and the audio on the Eggcam version. Also the part > number is different. They both have bt848 chips, identical part > numbers, different date codes. The only other clue is the bttv module > identifies the Eggcam version as Happauge (sp?) and the other as Miro. > Anyway, you CAN buy the Eggcam without the card, and then but the > Miro card, mine was $99 from PCConnection. > > Stew > > ~~ Stew Benedict ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ AYS Enterprises ~~ > benedict@netcom.com http://www.geocities.com/SiliconValley/8608 > ~~~~~~ "It's not just shy sluggin' gorms neemer!" ~~~~~~ > > From owner-freebsd-multimedia Sun Aug 24 19:17:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA07899 for multimedia-outgoing; Sun, 24 Aug 1997 19:17:49 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts10-line11.uoregon.edu [128.223.150.109]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA07891 for ; Sun, 24 Aug 1997 19:17:45 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id TAA01774; Sun, 24 Aug 1997 19:17:37 -0700 (PDT) Date: Sun, 24 Aug 1997 19:17:37 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: EggCam (fwd) In-Reply-To: <199708250104.SAA02810@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Aug 1997, Amancio Hasty wrote: > Yeap, it is getting harder to justify by a QuickCam 8) > Last cheap price for Wincast Hauppauge TV/PCI was $89 > at Fry's Electronics so if you a camera and a decent > PCI motherboard you are all set 8) > > At any rate, with specials such as from Hauppauge which will > sell a CCD camera for $99 the price is cheaper than a > color QuickCam. Have your serial number handy when you order. This is keeping me from buying one of those cams; the serial number is buried on the card and I don't want to dive in to the machine and fish it out. ;) 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 Sun Aug 24 19:33:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA09142 for multimedia-outgoing; Sun, 24 Aug 1997 19:33:14 -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 TAA09136 for ; Sun, 24 Aug 1997 19:33:12 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA00295 for ; Sun, 24 Aug 1997 19:33:11 -0700 (PDT) Message-Id: <199708250233.TAA00295@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: the isa dmastatus problem is solved Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 19:33:11 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just need to do a bit more testing and will probably generate a new tar ball in about an hour. Over here , xquake is working with my P133/SB16 and with my PPro/gus pnp. The code is the exactly the same on both systems. Cheers, Amancio From owner-freebsd-multimedia Sun Aug 24 19:59:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA10714 for multimedia-outgoing; Sun, 24 Aug 1997 19:59:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA10692; Sun, 24 Aug 1997 19:59:17 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA00583; Sun, 24 Aug 1997 19:58:46 -0700 From: Terry Lambert Message-Id: <199708250258.TAA00583@phaeton.artisoft.com> Subject: Re: Couldn't change IRQ on Creative SB16 PnP To: richw@webcom.com (Rich Wales) Date: Sun, 24 Aug 1997 19:58:45 -0700 (MST) Cc: terry@lambert.org, smpatel@freebsd.org, hackers@freebsd.org, multimedia@freebsd.org In-Reply-To: from "Rich Wales" at Aug 24, 97 05:19:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Replying to: > > No. These configurations do not exist anywhere but the > Windows 95 Registry. They are not attributes of the card. > > I'm confused, then. It appears that the "pnpinfo" program is getting > detailed info on multiple configurations from the sound card. If the > configurations are not attributes of the card, then what is "pnpinfo" > seeing when it reads and reports "Dependent Function" material? It is reading the mapping space supported by the card. If you take all the permutations of IRQ, IO port, and memory base address for the card, then you have all possible arrangements. These arrangements are called "tuples"... as if each possible resource setting were a point in a graph (ie: you could have two IRQ's required out of two sets of 3, and the sets may be non-intersecting, etc.. A PnP BIOS uses this information in calculating the configuration it wants to select for all the PnP devices. For example, if you had one PnP card that could be only IRQ 5, and another that could be IRQ 5 or IRQ 10, then the one that can only be IRQ 5 "wins" the contest for the IRQ, and the other ones "Configuration 0" will have IRQ 10. Note: If you are getting data from pnpinfo about the sound card, then your previous posting is in error: it is a PnP sound card. If you are dead-set on PnP (which is irrelevant for non-PnP devices, except to note that they take up resources, such as IRQ's, IO addresses, and device memory ranges, and can not be relocated automatically), and you are having problems, I seriously recommend the PnP architecture book from Mindshare. Even if you are only going to talk about it, I recommend the book. > The "Configuration 0" is not real in Windows 95, either: > it exists solely as the result of the BIOS PnP configura- > tion for the device. > > Please note, BTW, that I do =not= have Windows 95 on my system. In > addition to FreeBSD, I have a partition with DOS 6.22 and Windows 3.1, > which I use solely for running a few "legacy" apps. When I said the > default configuration info I was talking about was the same as Win95's > "configuration 0", I didn't mean to imply that I was actually running > Win95. Apologies if I confused anyone. No problem. The same statement still applies. "Configuration 0" is the default post-configuration state for the hardware. Note that there are two types of PnP services: 1) BIOS services, which configure the hardware at POST time; to make these work for non-PnP cards, you must make entries in the BIOS setup screen for all non-PnP ISA devices. For example, if you had a bus mouse on IRQ 12 (or a non-PnP ISA card on IRQ 5). 2) PnP OS services. A PnP OS is capable of configuring PnP devices without a PnP BIOS present. It uses the same algorithm, so ISA devices need to be probed first, etc., from least relocatable to most relocatable. A PnP OS without a driver for non-PnP hardware may fail to correctly configure your hardware, since it does not detect the legacy device and subtract its resources (like, say, IRQ 5) from the resources available for relocating PnP devices to make them not conflict with each other. These OS services are typically called "card services" and are shared with PCMCIA devices (if any), which also map resources similar to ISA PnP. For legacy cards, these "card services" generally define a way to tell them what ISA resources are already taken. FreeBSD does not have a full card services interface at this point in time, even after the patches, because of the bus probe order issues. You can thing of an ISA card definition interface as being like the EISA .CFG's you could create for ISA cards (serving the same function; EISA was almost PnP, but failed on several fronts). In any case, unless you tell the PnP BIOS *OR* you tell the "card services" about your ISA device, you are *out*of*luck*, and the PnP configuration will continue to stop IRQ 5 until the cows come home becase as far as you've told it, IRQ 5 is not being used, and as such is fair game to be sucked up by the first PnP device that wants it. > Well, I went into the BIOS and reconfigured the on-board parallel port > (normally at 378H/IRQ7) to be 378H/IRQ5. I rebooted with my "SB16 uses > IRQ10" kernel, but the sound card wouldn't work. I then ran "pnpinfo", > and the first configuration listed by "pnpinfo" still gave IRQ5 as the > one and only available IRQ -- even though I had set up the on-board > parallel port to use IRQ5. The default configuration is decided by the PnP BIOS. If there is no PnP BIOS, then the default configuration is decided by POST. In addition, the BIOS configuration for the printer port may not be defined for the PnP BIOS. Are you *certain* you have a PnP BIOS, and aren't expecting a PnP OS instead? If you are expecting a PnP OS, you have to make fake entries for the resources which are already taken. Amancio posted about how to do that with the patched kernel when PnP was first being hacked on. It's also on the BSD Nomads page, depending on which card services you are defining. If you have a PnP BIOS, and it didn't notice the change, then you've missed a setup step; moving the printer port didn't cut it. > My sound card =is= PnP. At least, it claims to be, and "pnpinfo" sees > it. What I was trying to say is that it's an ISA PnP card (not a PCI > PnP card). PCI is by definition PnP (IRQ sharing, per slot spaces), so I knew it wasn't a PCI card. If it's a PnP sound card, and it is not being configured correctly, it's a BIOS problem. Again, I'd make sure you defined the card to the PnP configurator. If it's a PnP BIOS, this should be enough. If it's not the PnP BIOS, but a PnP Os that has to do the job... well, FreeBSD is not a PnP OS yet, it depends on a PnP BIOS to work properly right now (as Amancio said previously). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-multimedia Sun Aug 24 20:43:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA13012 for multimedia-outgoing; Sun, 24 Aug 1997 20:43: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 UAA13003 for ; Sun, 24 Aug 1997 20:43: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 UAA00591 for ; Sun, 24 Aug 1997 20:43:05 -0700 (PDT) Message-Id: <199708250343.UAA00591@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: ftp://rah.star-gate.com/pub/guspnp17.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 20:43:05 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 1. Fix the isa_dmastatus problem with respect to the sound driver. This version of the sound driver has isa_dmastatus builtin because the provided isa_dmastatus on -current does not work with the sound driver. Hopefully, this week , I will be able to convince hackers to accept the necessary mods to isa.c . So now xquake should work with SB16 cards and with GUS PnP with no modifications to the sound driver -- well at least it works over here with my P100/SB16 and PPro/GUS PnP. 2. Occassionally, xquake would hang on exit this problem is now fix. 3. Slightly modified PnP tar ball mostly for the sound blaster crowd. GUS PnP owners DO NOT need this tar ball: ftp://rah.star-gate.com/pub/FreeBSD-PnP.tar.gz Please give it a try and let me know if it works for you. If you already have installed Sujal's PnP driver all you need to do is replaced /sys/i386/isa/pnp.c and /sys/i386/isa/pnp.h with the ones provided in the tar ball. To configure your SB16 PnP edit pnp.c and change the values: #define SND_SB16_SERIAL 0x10049d62 /* Serial Number */ #define SND_SB16_BID 0x24008c0e /* bd_id */ #define SND_CARD_IRQ 10 #define SND_CARD_PORT1 0x220 #define SND_CARD_PORT2 0x300 #define SND_CARD_PORT3 0x388 #define SND_CARD_DMA1 3 #define SND_CARD_DMA2 5 Have fun, Amancio From owner-freebsd-multimedia Mon Aug 25 00:10:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA25219 for multimedia-outgoing; Mon, 25 Aug 1997 00:10:26 -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 AAA25210 for ; Mon, 25 Aug 1997 00:10:19 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA18835; Mon, 25 Aug 1997 08:02:35 +0200 From: Luigi Rizzo Message-Id: <199708250602.IAA18835@labinfo.iet.unipi.it> Subject: Re: another lingering weirdness To: louie@TransSys.COM (Louis A. Mamakos) Date: Mon, 25 Aug 1997 08:02:35 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199708242252.SAA15581@whizzo.TransSys.COM> from "Louis A. Mamakos" at Aug 24, 97 06:52:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > This has been around for quite a while, but I always chalked it up to > header file mismatches. On my system, the mixer(1) command doesn't > have the right mapping of labels to inputs. For instance: this mapping is board dependant. Since all boards seem to be different (even with the same chip, a manufacturer might choose to wire inputs differently from one other) there isn't much to do but idendify the _baord_ precisely and provide the adequate mapping. It's a hard task since it needs to have the board available, the data sheets of the controller are not enough. > The thing listed as "cd" isn't; to change the level of the audio > coming from the CDROM drive audio connection you have to fiddle with the > "synth" mixer input. > > At least the "pcm" mixer control corresponds to the right thing, as does > the "line" mixer input. for me as an example, the plug labelled "line in" must be controlled with the "cd" name... Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Mon Aug 25 01:08:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA27481 for multimedia-outgoing; Mon, 25 Aug 1997 01:08:40 -0700 (PDT) Received: from gatekeeper.ukrv.de (gatekeeper.ukrv.de [193.175.72.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA27471 for ; Mon, 25 Aug 1997 01:08:34 -0700 (PDT) Received: by gatekeeper.ukrv.de; (5.65/1.1.8.2/17Oct95-0336PM) id AA22269; Mon, 25 Aug 1997 10:08:21 +0200 Received: from mailhost(193.175.66.33) by gatekeeper.ukrv.de via smap (V1.3-JSC) id sma022464; Mon Aug 25 10:07:56 1997 Received: from merlin.ukrv.de by mailhost.ukrv.de; (5.65/1.1.8.2/08Mar95-0213PM) id AA23258; Mon, 25 Aug 1997 10:07:55 +0200 Received: by merlin.ukrv.de (4.1/UKRV-Gen PCG 0.1) id AA13810; Mon, 25 Aug 97 10:07:55 +0200 From: Udo Wolter Message-Id: <9708250807.AA13810@merlin.ukrv.de> Subject: Re: WinTV/PCI from Hauppauge In-Reply-To: <199708221644.JAA04705@rah.star-gate.com> from Amancio Hasty at "Aug 22, 97 09:44:38 am" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 25 Aug 1997 10:07:55 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG 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 > The Bt848 seems to work well with pentium, ppro with pci chipsets: > triton II, triton II and Natoma . Hm, I don't think that I have such chipsets, I have a Gigabyte 586VX (or HX ?, I don't know, to many X's the last months) :-( > The other thing is try to get a VRAM based video card such as > a matrox millenium or an S3 968. Does that mean that it only works with some specific VGA cards ? I've also seen that there are more than one card. They sell 3 cards at the moment: "standard" (only TV/Video), "extended" (TV/Video/Teletext), "professional" (TV/Video/Videotext/Radio). Will all of them work ? Can I get the Teletext (or any kind of Videotext ?). Is it also possible to get the radio part with FreeBSD ? Thanx ! Bye, Udo -- Udo Wolter, email: uwp@cs.tu-berlin.de !!! LOW-TECH Page: http://LOW-TECH.home.ml.org !!! From owner-freebsd-multimedia Mon Aug 25 01:48:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA29823 for multimedia-outgoing; Mon, 25 Aug 1997 01:48:19 -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 BAA29816 for ; Mon, 25 Aug 1997 01:48:12 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA19057; Mon, 25 Aug 1997 09:40:50 +0200 From: Luigi Rizzo Message-Id: <199708250740.JAA19057@labinfo.iet.unipi.it> Subject: Re: WinTV/PCI from Hauppauge To: uwp@ukrv.de (Udo Wolter) Date: Mon, 25 Aug 1997 09:40:49 +0200 (MET DST) Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG In-Reply-To: <9708250807.AA13810@merlin.ukrv.de> from "Udo Wolter" at Aug 25, 97 10:07:36 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've also seen that there are more than one card. They sell 3 cards at the > moment: "standard" (only TV/Video), "extended" (TV/Video/Teletext), > "professional" (TV/Video/Videotext/Radio). Will all of them work ? Can I suppose yes, since the current driver only supports the tuner and the frame grabber. The teletext version (I think I have this one, although it was not specified) has an additional chip (SAA5246 if memory serves) to do teletext decoding. Maybe the "radio" version also has a modified tuner to get FM radio. > I get the Teletext (or any kind of Videotext ?). Is it also possible to > get the radio part with FreeBSD ? on my FreeBSD web page http://www.iet.unipi.it/~luigi/FreeBSD.html you can find some code that use data coming from the Bt848 (i.e. the "standard" card) and software decode them to extract teletext information. You need the modified bt848 driver also on my page, and possibly a lot of memory and CPU, but in principle this lets you get teletext info as soon as they come in. If you want to write support for the 5246 (which is not hard, I just did not have the time to) you need almost no CPU and memory, but the system is much slower since you have to ask for pages (max 8 at the same time I think), wait until it comes, and then download it from the 5246. Cheers Luigi From owner-freebsd-multimedia Mon Aug 25 03:52:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA04043 for multimedia-outgoing; Mon, 25 Aug 1997 03:52:33 -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 DAA04037 for ; Mon, 25 Aug 1997 03:52:25 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id FAA27647; Mon, 25 Aug 1997 05:52:19 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma027635; Mon, 25 Aug 97 05:52:03 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id FAA16897; Mon, 25 Aug 1997 05:52:02 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Mon, 25 Aug 1997 05:52:02 -0500 (CDT) From: Kyle Mestery To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp17.tar.gz In-Reply-To: <199708250343.UAA00591@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, great work Amancio! The new sound driver make sound reappear in xquake! THanks again! Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-multimedia Mon Aug 25 12:46:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA04221 for multimedia-outgoing; Mon, 25 Aug 1997 12:46:04 -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 MAA04213; Mon, 25 Aug 1997 12:45:59 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA20100; Mon, 25 Aug 1997 19:42:49 +0200 From: Luigi Rizzo Message-Id: <199708251742.TAA20100@labinfo.iet.unipi.it> Subject: snd970825.tgz available To: hackers@freebsd.org, multimedia@freebsd.org Date: Mon, 25 Aug 1997 19:42:48 +0200 (MET DST) Cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The latest snap of my sound driver is available at the following URLs: http://www.iet.unipi.it/~luigi/snd970825.tgz ftp://www.iet.unipi.it/pub/snd970825.tgz There are two noticeable differences since the previous release: * files now should be unpacked in /sys/i386/isa/snd directory. * the "controller snd0" statement in the config file is not needed anymore. As a consequence of these changes, in order to build a kernel, one should: * update "files.i386" * update the kernel config file, run "config" etc. * make sure that /sys/i386/isa/sound/ulaw.h exists if you also use /dev/pcaudio Although these changes are annoying, I decided to make them to make life easier for those who want to build kernels with both Amancio's driver (or the original sound driver) and this new driver. Having code in two different places is the first step, although I have not checked for name clashes yet. Major improvements of the code since the previous release: - removed a stupid bug I introduced last time in SB support which prevented SB 3.x to work. I have tested it and now SB 3.x works in both play and capture mode (half duplex though); - Better OPTI931 support which now more or less works. After debugging the OPTI931 for the whole day, I am pretty convinced that the chip has a bug and it cannot capture ULAW (all other modes and formats seem to work well). I can implement a software workaround in the driver, but I am postponing this in case I am wrong and people from OPTI comes up with a reasonable explaination of why I am wrong. - some initial support for the GUSPNP in MSS mode; - some improvements to the dma code and various code cleanup. As usual, please test this driver if you have a chance, and send feedback (_both_ positive and negative). I need feedback to support cards I do not own. I am particularly interested on how it works with the GUSPnP and SB16PnP, but info on any card is welcome. Remember, I need the output from dmesg (the section which starts with Probing for PnP devices: CSN 1 Vendor ID: OPT0931 [0x3109143e] Serial 0xffffffff port 0x0300 0x0000 0x0000 0x0000 irq 11:0 drq 4:4 port 0x0200 0x0000 0x0000 0x0000 irq 0:0 drq 4:4 port 0x0534 0x0380 0x0220 0x0e0c irq 10:0 drq 1:5 and possibly the output of "pnpinfo". Thanks for your cooperation Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Mon Aug 25 12:46:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA04254 for multimedia-outgoing; Mon, 25 Aug 1997 12:46:10 -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 MAA04233 for ; Mon, 25 Aug 1997 12:46:05 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA20043; Mon, 25 Aug 1997 19:20:31 +0200 From: Luigi Rizzo Message-Id: <199708251720.TAA20043@labinfo.iet.unipi.it> Subject: OPTI931 information To: multimedia@freebsd.org, optimedia@opti.com Date: Mon, 25 Aug 1997 19:20:31 +0200 (MET DST) Cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk NOTICE: This message is sent to optimedia@opti.com and the mailing list multimedia@freebsd.org since people on the list can be interested in the subject. --- I have a problem with the OPTI931 chip (both silicon rev.0.1 and rev.1.0) used in MB mode. The chip is mounted on a couple of audio cards marked "ExpertColor MED3931" which I have. The driver for FreeBSD I have developed, whose sources are available at http://www.iet.unipi.it/~luigi/FreeBSD.html is able to control the card in full duplex and all formats, _except_ capture ULAW data. When I request capture of ULAW data (either stereo or mono, it seems to make no difference) I get instead signed-16bit samples, probably stereo (I cannot tell if they are stereo or just come at twice the desired sample rate). ULAW playback works fine. The driver works fine with other formats, and with other MSS clones such as the CS4236. I have read very carefully the data sheets of both the OPTI931 and of the CS4236, and cannot find any reason for this behaviour. Besides, the fact that all formats except ULAW capture work (using the exactly the same code, the only change is the value written in the I28 register which controls capture format) makes me think of a bug in the chip. For sure it can be masked in software by the device driver, but I would like to know first if this is really a bug, or what am I supposed to do to make ULAW capture work. I would be very grateful if tech support people at OPTI, or other people who have had experience programming this chip, can shed some light on this behaviour. Thanks Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Mon Aug 25 15:08:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14680 for multimedia-outgoing; Mon, 25 Aug 1997 15:08:53 -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 PAA14668 for ; Mon, 25 Aug 1997 15:08:46 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 25 Aug 1997 18:07:12 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA18498; Mon, 25 Aug 97 18:07:11 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA10276; Mon, 25 Aug 1997 18:04:10 -0400 Message-Id: <19970825180409.53408@ct.picker.com> Date: Mon, 25 Aug 1997 18:04:09 -0400 From: Randall Hopper To: Mark Murray Cc: Amancio Hasty , multimedia@FreeBSD.ORG Subject: Re: fxtv update References: <199708221957.VAA19917@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199708221957.VAA19917@greenpeace.grondar.za>; from Mark Murray on Fri, Aug 22, 1997 at 09:57:28PM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Murray: |While on the subject of FXTV, do you (or anyone else) have the problem |that the X screen gets corrupted _before_ the TV window is placed on |the screen? | |The corruption looks like vido data that is being placed directly onto |the screen (before twm has a chance to place the final window), except |that only every second line is seen. No, this is the first I've heard of this behavior. It may be related to PAL. Try adding "-disableDirectV" and see if you see anything different. If not, try -colorbars, with and without -disableDirectV. I don't know about PAL-land, but in NTSC-land, you should see solid vertical colorbars arranged in this order from left to right: white yellow cyan green magenta red blue black (and white from here out) Let us know what you see. There are some other PAL folks on the list that I believe have gotten their TVs working, so maybe they can pass on some tips. Regarding XFree versions, I have a Virge/VX and have run both 3.3 and 3.3.1 with both the S3V and SVGA drivers in 16-bit color as well. Other folks on the list have straight Virge cards and have also reported good results. So I'm inclined to think this might be PAL-support related. BTW, the S3V server has given me best results on both 3.3 and 3.3.1. The SVGA server in both versions has at least four problems related to Virge support (including hanging on second startup), all of which I've filed with the XFree folks. Anyway, the jist is I'm using the S3V server and am a happy customer. Hopefully they'll fix the few problems with the SVGA server so we Virge folks can flip over and take advantage of XAA. If you want to verify this isn't X-server related though, you can try flipping servers (S3V<->SVGA) as Takeshi Ohashi suggested and/or check out 3.3.1. |Once I have placed it on the screen, it works just fine, barring the |_very_ occaisional hang. (Which could be audio- related). Now I do see this sometimes. Occasionally in NTSC-land when the signal isn't real strong or the tuner isn't dead-on (this is an antenna signal), the tuner will start to lose the signal, the capture frame rate will sputter a bit and slow down, the picture will roll, and eventually (seconds or minutes later -- depends on the signal) capture will just freeze with the vertical retrace blank in the middle of the image. Randall |I start fxtv like this: | |#!/bin/sh | |fxtv -inputFormat pal -antennaChannelList 21-68 -antennaFreqSet weurope -defaultInput tuner -contrast 60 -brightness 45 | |...and I run X in 16 bit mode. It is reported like this in xdm-errors: From owner-freebsd-multimedia Mon Aug 25 16:12:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA19301 for multimedia-outgoing; Mon, 25 Aug 1997 16:12:37 -0700 (PDT) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA19291 for ; Mon, 25 Aug 1997 16:12:34 -0700 (PDT) Message-Id: <199708252312.QAA19291@hub.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 3976; Mon, 25 Aug 97 16:13:32 PST Date: Mon, 25 Aug 97 16:13 PDT To: Amancio Hasty From: Denis DeLaRoca Subject: guspnp17 and vat/rat CC: multimedia@FREEBSD.ORG Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio, I am testing guspnp17 with both rat (v3.0.23) and vat (v4.0b2) with today's MBONE broadcast of the Stanford channel. With vat I am using your version of the audio-voxware.cc. Vat seems to get periodically into conditions where the audio is dis- torted: what sounds like rumbling noise plus echoing or ghosting. Rat in comparison yields consistently good audio with no audible distortion. What is going on? To begin with, my loss on received packets is not excessive, typically 1%, at times and very briefly 5%. Stanford's transmission doesn't use redundancy so rat is running in vat-mode so to speak. I have a suspicion that the observed conditions have to do with how vat is scheduling audio packets via audio-voxware.cc. Since we don't have the source to rat we can't see what they are doing right... any guesses? -- Denis From owner-freebsd-multimedia Mon Aug 25 17:13:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA22816 for multimedia-outgoing; Mon, 25 Aug 1997 17:13:29 -0700 (PDT) Received: from are.berkeley.edu (are.Berkeley.EDU [128.32.251.209]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA22806 for ; Mon, 25 Aug 1997 17:13:24 -0700 (PDT) Received: from brentc (ppp-207-104-156-197.okld03.pacbell.net [207.104.156.197]) by are.berkeley.edu (8.8.7/8.8.7) with ESMTP id RAA02434 for ; Mon, 25 Aug 1997 17:13:21 -0700 (PDT) Message-Id: <199708260013.RAA02434@are.berkeley.edu> From: "Brent Carithers" To: Subject: PnP driver Date: Mon, 25 Aug 1997 17:14:25 -0700 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk word is that there is a FreeBSD PnP driver written by Sujal Patel, and that you may be able to help me get my hands on it. I'm trying to get my PnP modem working, and not having much luck. If you could mail the driver, or point me in the right direction, I'd appreciate it. Thanks. From owner-freebsd-multimedia Mon Aug 25 19:23:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28850 for multimedia-outgoing; Mon, 25 Aug 1997 19:23:50 -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 TAA28840 for ; Mon, 25 Aug 1997 19:23:45 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA07018; Mon, 25 Aug 1997 19:23:39 -0700 (PDT) Message-Id: <199708260223.TAA07018@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@FreeBSD.ORG, optimedia@opti.com Subject: Re: OPTI931 information In-reply-to: Your message of "Mon, 25 Aug 1997 19:20:31 +0200." <199708251720.TAA20043@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 19:23:39 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Luigi Rizzo : You do software encoding of ulaw to bypass the existing program. At least the snd3.5 driver has bits which flag if the card supports the audio format. So in your case it should not be hard to implement provided of course that you haven't found a work around for your problem 8) Have fun, Amancio From owner-freebsd-multimedia Mon Aug 25 19:25:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28948 for multimedia-outgoing; Mon, 25 Aug 1997 19:25:02 -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 TAA28939 for ; Mon, 25 Aug 1997 19:24: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 TAA07033; Mon, 25 Aug 1997 19:24:54 -0700 (PDT) Message-Id: <199708260224.TAA07033@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Denis DeLaRoca cc: multimedia@FreeBSD.ORG Subject: Re: guspnp17 and vat/rat In-reply-to: Your message of "Mon, 25 Aug 1997 16:13:00 PDT." <199708252312.QAA19291@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 19:24:54 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I am going to work on this problem this week . Louis has reported a similar behavior with playing continous mpeg streams. Tnks, Amancio >From The Desk Of Denis DeLaRoca : > Amancio, > > I am testing guspnp17 with both rat (v3.0.23) and vat (v4.0b2) with > today's MBONE broadcast of the Stanford channel. With vat I am using > your version of the audio-voxware.cc. > > Vat seems to get periodically into conditions where the audio is dis- > torted: what sounds like rumbling noise plus echoing or ghosting. Rat > in comparison yields consistently good audio with no audible distortion. > > What is going on? To begin with, my loss on received packets is not > excessive, typically 1%, at times and very briefly 5%. Stanford's > transmission doesn't use redundancy so rat is running in vat-mode > so to speak. I have a suspicion that the observed conditions have > to do with how vat is scheduling audio packets via audio-voxware.cc. > Since we don't have the source to rat we can't see what they are doing > right... any guesses? > > -- Denis > From owner-freebsd-multimedia Mon Aug 25 20:47:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA02928 for multimedia-outgoing; Mon, 25 Aug 1997 20:47:20 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts11-line2.uoregon.edu [128.223.150.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA02915 for ; Mon, 25 Aug 1997 20:47:15 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id UAA03040; Mon, 25 Aug 1997 20:47:09 -0700 (PDT) Date: Mon, 25 Aug 1997 20:47:09 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Brent Carithers cc: multimedia@FreeBSD.ORG Subject: Re: PnP driver In-Reply-To: <199708260013.RAA02434@are.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Aug 1997, Brent Carithers wrote: > word is that there is a FreeBSD PnP driver written by Sujal Patel, and that > you may be able to help me get my hands on it. I'm trying to get my PnP > modem working, and not having much luck. If you could mail the driver, or > point me in the right direction, I'd appreciate it. Thanks. Try this: ftp://rah.star-gate.com/pub/FreeBSD-PnP.tar.gz 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 Aug 26 00:02:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA21588 for multimedia-outgoing; Tue, 26 Aug 1997 00:02:46 -0700 (PDT) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA21560 for ; Tue, 26 Aug 1997 00:02:38 -0700 (PDT) Message-Id: <199708260702.AAA21560@hub.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 3007; Tue, 26 Aug 97 00:03:36 PST Date: Tue, 26 Aug 97 00:03 PDT To: multimedia@FREEBSD.ORG From: Denis DeLaRoca Subject: Hauppauge's WincastTV Video camera Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Does anybody have one of these cameras that could report on its use? How does it compare to other cameras? The special offer of $99 for WincasTV owners looks very good... looking at the camera specs they claim that the minimal lighting must be 10 lux. Can anyone confirm wether that is correct, other cameras typically want an absolute mi- nimum of 1.0 lux of lighting? -- Denis From owner-freebsd-multimedia Tue Aug 26 01:29:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA09601 for multimedia-outgoing; Tue, 26 Aug 1997 01:29: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 BAA09592 for ; Tue, 26 Aug 1997 01:29: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 BAA00841; Tue, 26 Aug 1997 01:28:37 -0700 (PDT) Message-Id: <199708260828.BAA00841@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: tinguely@plains.NoDak.edu, freebsd-multimedia@FreeBSD.ORG, sales@omt.com Subject: Re: Regard to phone call about FreeBSD drivers In-reply-to: Your message of "Fri, 22 Aug 1997 14:58:59 +0200." <199708221258.OAA16039@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 01:28:37 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Okay, Well, OmniMedia is very happy to provide us with all the tech info that we will need to write a driver for their mpeg encoder / decoder / full duplex audio PCI card (phew thats a mouthful) but wait there is more the cards video / audio components are fully programmable. The break down is this : 1. Bt848 PCI + tuner / *true* full-duplex soundcard provide a very low cost solution for audio / video conferencing. Assuming that the Bt848 card costs $100 , a decent full duplex sound card around $120 . Thats about $220 to $250. If you already own a full duplex audio card then you save $120 or so. All encoding/decoding done in software. real time mpeg encoding for audio / video is out. 2. OmniMedia's PCI board: video capture for software encoding / decoding using dec's 21230 video codec chipset. video engine on the board is programmable and so far there is microcode for h.261 and mpeg . In the near future , h.263 will available. full duplex audio plus echo cancellation via Analog's ADSP 2181 supported codecs: mpeg, g.711, g.722, g.728 I hope that we can use the hardware for H.323 conferencing which is of huge value given the licensing / patent issues surrounding h.323 . I think that the starting licensing fee for h.323 is around $100,000. We can use the publicly available implementation for h.263 which is part of h.323 however we are at risk that at any time anyone can demand royalty payments -- I for one I am not willing to get involved in writing an 263 codec and the one floating around the net needs a lot of work. The OEM version of the mpeg/decoder board I think it sells for $390 so the card is a little high however a lot cheaper than mpeg encoder/decoder boards of just about a year ago. Thats all folks for now till I get programming info on the board and have a driver for it 8) Enjoy, Amancio >From The Desk Of Luigi Rizzo : > > Hi, > > Spoke briefly with Dr. Redi . Basically, I am going to meet him tomorrow > > and just chat a bit more. I have dealt with OmniMedia in the past . > > Briefly, cause I am still at wor, does anyone have any cool ideas > > for next generation audio/video hardware -- desired codecs, > > telephony support, full duplex audio. etc,... > > Mark said almost everything on procedural issues (i.e. the need for > documentation, etc.). I suppose that it would be great to have one PCI > board which supports both video capture _and_ full duplex audio, > possibly with some (programmable) intelligence onboard to help in > compression/decompression tasks... > > Cheers > Luigi From owner-freebsd-multimedia Tue Aug 26 01:57:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA15824 for multimedia-outgoing; Tue, 26 Aug 1997 01:57:07 -0700 (PDT) Received: from hills.ccsf.cc.ca.us (hills.ccsf.cc.ca.us [147.144.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA15815 for ; Tue, 26 Aug 1997 01:57:04 -0700 (PDT) Received: from hills.ccsf.cc.ca.us (hills.ccsf.cc.ca.us [147.144.1.2]) by hills.ccsf.cc.ca.us with ESMTP (8.7.6/8.7.1) id BAA10559; Tue, 26 Aug 1997 01:58:16 -0700 (PDT) Message-ID: <3401F3CA.767E3075@cheerful.com> Date: Mon, 25 Aug 1997 14:06:19 -0700 From: Administrator X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: multimedia@freebsd.org, ameau@cheerful.com Subject: Wincast TV Linux installation X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear Webmaster, Please help me! I am really desperate to work my hauppauge Wincast/TVfm board in my new linux machine. I am totally new with linux(RedHat 4.2), and I don't have a clue where can I learn more about installing new hardware in linux either. Could you please direct me to the right direction? Thanks a million in advance. sincerely yours, Alexander Meau --------ameau@ucdavis.edu--------------- From owner-freebsd-multimedia Tue Aug 26 06:26:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA09772 for multimedia-outgoing; Tue, 26 Aug 1997 06:26:07 -0700 (PDT) Received: from teligent.se (iservern.teligent.se [194.17.198.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA09767 for ; Tue, 26 Aug 1997 06:26:00 -0700 (PDT) Received: from datorn.teligent.se (datorn.teligent.se [192.168.2.31]) by teligent.se (8.7/8.6.12) with SMTP id PAA08653 for ; Tue, 26 Aug 1997 15:11:03 +0200 Date: Tue, 26 Aug 1997 15:13:44 +0200 (CEST) From: Jakob Alvermark To: multimedia@freebsd.org Subject: Which driver? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id GAA09768 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! I'm using a GUS-clone under FreeBSD 2.2.2-RELEASE. Which drivers should I use? The default drivers, included in the FreeBSD distribution works, but it not perfect. Amancios guspnp is only for 3.0-current? Luigis drivers? Do they work with xquake? When I play sound it cracks and pops. Large samples, for example if I use mpg123 sound bad for a couple of seconds, then it's crystal clear sound. Buffer problems with the GUS? Another thing, I've tried to run mxaudio but it core dumps, anybody tried it with luck? Cheers, Jakob Alvermark ------------------------------------------------------- Teligent AB, P.O. Box 213, S-149 23 Nynäshamn, Sweden Telephone +46-(0)8 520 660 00 * Fax +46-(0)8 520 193 36 Direct +46-(0)8 520 660 32 * GSM +46-(0)70 792 16 57 From owner-freebsd-multimedia Tue Aug 26 06:41:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA10615 for multimedia-outgoing; Tue, 26 Aug 1997 06:41:02 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA10610 for ; Tue, 26 Aug 1997 06:40:58 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.7/8.7.3) with SMTP id JAA04832; Tue, 26 Aug 1997 09:40:56 -0400 (EDT) Message-Id: <199708261340.JAA04832@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: Denis DeLaRoca cc: multimedia@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: Hauppauge's WincastTV Video camera References: <199708260702.AAA21560@hub.freebsd.org> In-reply-to: Your message of "Tue, 26 Aug 1997 00:03:00 PDT." <199708260702.AAA21560@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 09:40:56 -0400 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've got one of these cameras, and I think it's worth the $100 compared to the alternatives. The only significant downside is that it's not as sensitive so you need to make sure you have the proper lighting. On the other hand, it is color and has a built-in microphone as well so you get to reduce clutter. It may also be worth buying an accessory wall-wart power supply. The camera comes with a cable which connects to the keyboard cable to steal power to run the thing. louie > Does anybody have one of these cameras that could report on its use? > How does it compare to other cameras? The special offer of $99 for > WincasTV owners looks very good... looking at the camera specs they > claim that the minimal lighting must be 10 lux. Can anyone confirm > wether that is correct, other cameras typically want an absolute mi- > nimum of 1.0 lux of lighting? > > -- Denis > From owner-freebsd-multimedia Tue Aug 26 07:29:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA13350 for multimedia-outgoing; Tue, 26 Aug 1997 07:29:04 -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 HAA13340 for ; Tue, 26 Aug 1997 07:28:40 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA00262; Tue, 26 Aug 1997 15:14:48 +0200 From: Luigi Rizzo Message-Id: <199708261314.PAA00262@labinfo.iet.unipi.it> Subject: Re: Which driver? To: jakob@teligent.se (Jakob Alvermark) Date: Tue, 26 Aug 1997 15:14:48 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: from "Jakob Alvermark" at Aug 26, 97 03:13:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hello! > > I'm using a GUS-clone under FreeBSD 2.2.2-RELEASE. Which drivers should I > use? The default drivers, included in the FreeBSD distribution works, but > it not perfect.=20 > > Amancios guspnp is only for 3.0-current? > Luigis drivers? Do they work with xquake? it is likely that amancio's driver also works on 2.2.X . It would be very nice of you if you could run both driver and report problems of success, since this would enable us to try and fix them. > When I play sound it cracks and pops. Large samples, for example if I use > mpg123 sound bad for a couple of seconds, then it's crystal clear sound. > Buffer problems with the GUS? which driver these problem refer to ? Luigi From owner-freebsd-multimedia Tue Aug 26 07:34:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA13743 for multimedia-outgoing; Tue, 26 Aug 1997 07:34:21 -0700 (PDT) Received: from teligent.se (iservern.teligent.se [194.17.198.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA13738 for ; Tue, 26 Aug 1997 07:34:16 -0700 (PDT) Received: from datorn.teligent.se (datorn.teligent.se [192.168.2.31]) by teligent.se (8.7/8.6.12) with SMTP id QAA10202; Tue, 26 Aug 1997 16:31:10 +0200 Date: Tue, 26 Aug 1997 16:33:52 +0200 (CEST) From: Jakob Alvermark To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: Which driver? In-Reply-To: <199708261314.PAA00262@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id HAA13739 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Luigi Rizzo wrote: > > Hello! > > > > I'm using a GUS-clone under FreeBSD 2.2.2-RELEASE. Which drivers should I > > use? The default drivers, included in the FreeBSD distribution works, but > > it not perfect.=20 > > > > Amancios guspnp is only for 3.0-current? > > Luigis drivers? Do they work with xquake? > > it is likely that amancio's driver also works on 2.2.X . It would be > very nice of you if you could run both driver and report problems of > success, since this would enable us to try and fix them. Well, on my spare time(spare time? you're kidding...), I could try them both. But I think it's more like that if I try one of them and it works, I'll stick with it. > > When I play sound it cracks and pops. Large samples, for example if I use > > mpg123 sound bad for a couple of seconds, then it's crystal clear sound. > > Buffer problems with the GUS? > > which driver these problem refer to ? The "built-in" drivers that came with the FreeBSD 2.2.2-RELEASE CD's. Thanks, Jakob ------------------------------------------------------- Teligent AB, P.O. Box 213, S-149 23 Nynäshamn, Sweden Telephone +46-(0)8 520 660 00 * Fax +46-(0)8 520 193 36 Direct +46-(0)8 520 660 32 * GSM +46-(0)70 792 16 57 From owner-freebsd-multimedia Tue Aug 26 07:34:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA13794 for multimedia-outgoing; Tue, 26 Aug 1997 07:34: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 HAA13773 for ; Tue, 26 Aug 1997 07:34:23 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA00281; Tue, 26 Aug 1997 15:19:27 +0200 From: Luigi Rizzo Message-Id: <199708261319.PAA00281@labinfo.iet.unipi.it> Subject: Re: Regard to phone call about FreeBSD drivers To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 26 Aug 1997 15:19:27 +0200 (MET DST) Cc: tinguely@plains.NoDak.edu, freebsd-multimedia@FreeBSD.ORG, sales@omt.com In-Reply-To: <199708260828.BAA00841@rah.star-gate.com> from "Amancio Hasty" at Aug 26, 97 01:28:18 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Okay, > > Well, OmniMedia is very happy to provide us with all the tech info > that we will need to write a driver for their mpeg encoder / decoder / > full duplex audio PCI card (phew thats a mouthful) but wait there is > more the cards video / audio components are fully programmable. > > The break down is this : > > 1. Bt848 PCI + tuner / *true* full-duplex soundcard provide a very > low cost solution for audio / video conferencing. > Assuming that the Bt848 card costs $100 , a decent full duplex > sound card around $120 . Thats about $220 to $250. make it $20-$40 for a soundcard. The OPTI931 has a street price of $20 here in italy, and CS4236 (assuming you can find them) are little more expensive. For conferencing purposes they are both more than ok (Crystal much better since it is better documented and less buggy...) > 2. OmniMedia's PCI board: > > video capture for software encoding / decoding using dec's > 21230 video codec chipset. > video engine on the board is programmable and so far there is > microcode for h.261 and mpeg . In the near future , h.263 will > available. > > full duplex audio plus echo cancellation via Analog's ADSP 2181 > supported codecs: great. This is an interesting piece of hw. Cheers Luigi From owner-freebsd-multimedia Tue Aug 26 07:39:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14051 for multimedia-outgoing; Tue, 26 Aug 1997 07:39:28 -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 HAA14029 for ; Tue, 26 Aug 1997 07:39:06 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA00296; Tue, 26 Aug 1997 15:21:10 +0200 From: Luigi Rizzo Message-Id: <199708261321.PAA00296@labinfo.iet.unipi.it> Subject: Re: PnP driver To: dwhite@resnet.uoregon.edu Date: Tue, 26 Aug 1997 15:21:09 +0200 (MET DST) Cc: carith@are.berkeley.edu, multimedia@FreeBSD.ORG In-Reply-To: from "Doug White" at Aug 25, 97 08:46:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Mon, 25 Aug 1997, Brent Carithers wrote: > > > word is that there is a FreeBSD PnP driver written by Sujal Patel, and that > > you may be able to help me get my hands on it. I'm trying to get my PnP > > modem working, and not having much luck. If you could mail the driver, or > > point me in the right direction, I'd appreciate it. Thanks. > > Try this: > > ftp://rah.star-gate.com/pub/FreeBSD-PnP.tar.gz or also look at http://www.iet.unipi.it/~luigi/snd970825.tgz which includes a slightly modified version of the above (more support for autoconfiguration of PnP peripherals, and documentation in postscript). Cheers Luigi From owner-freebsd-multimedia Tue Aug 26 07:40:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14115 for multimedia-outgoing; Tue, 26 Aug 1997 07:40:02 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA14032 for ; Tue, 26 Aug 1997 07:39:17 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA00313; Tue, 26 Aug 1997 15:25:22 +0200 From: Luigi Rizzo Message-Id: <199708261325.PAA00313@labinfo.iet.unipi.it> Subject: Re: OPTI931 information To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 26 Aug 1997 15:25:22 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG, optimedia@opti.com In-Reply-To: <199708260223.TAA07018@rah.star-gate.com> from "Amancio Hasty" at Aug 25, 97 07:23:20 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >From The Desk Of Luigi Rizzo : > You do software encoding of ulaw to bypass the existing program. > At least the snd3.5 driver has bits which flag if the card supports > the audio format. So in your case it should not be hard to implement > provided of course that you haven't found a work around for your > problem 8) so does my driver for the soundblaster, and so I have done yesterday late night when I decided that the OPTI931 was buggy, but this cuts the resolution to 8 bits whereas ULAW would have 12-13 (and the codec has 16, but doing 16bit<->ulaw8bit in the driver is a real mess, with the requirement of large conversion tables and lenghts which must be recomputed...) > Have fun, Not really! :) Cheers Luigi From owner-freebsd-multimedia Tue Aug 26 08:10:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA15441 for multimedia-outgoing; Tue, 26 Aug 1997 08:10: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 IAA15411 for ; Tue, 26 Aug 1997 08:09:53 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA00346; Tue, 26 Aug 1997 15:37:11 +0200 From: Luigi Rizzo Message-Id: <199708261337.PAA00346@labinfo.iet.unipi.it> Subject: Re: Which driver? To: jakob@teligent.se (Jakob Alvermark) Date: Tue, 26 Aug 1997 15:37:11 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: from "Jakob Alvermark" at Aug 26, 97 04:33:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > it not perfect.=3D20 > > >=20 > > > Amancios guspnp is only for 3.0-current? > > > Luigis drivers? Do they work with xquake? > >=20 > > it is likely that amancio's driver also works on 2.2.X . It would be > > very nice of you if you could run both driver and report problems of > > success, since this would enable us to try and fix them. > > Well, on my spare time(spare time? you're kidding...), I could try them > both. But I think it's more like that if I try one of them and it works, > I'll stick with it. still, at least we know that one works. And if you are looking for xquake support (a game ? but you don't have spare time:> ) then try amancio's driver first. Luigi From owner-freebsd-multimedia Tue Aug 26 08:11:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA15577 for multimedia-outgoing; Tue, 26 Aug 1997 08:11:30 -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 IAA15572 for ; Tue, 26 Aug 1997 08:11:14 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA00328; Tue, 26 Aug 1997 15:34:00 +0200 From: Luigi Rizzo Message-Id: <199708261334.PAA00328@labinfo.iet.unipi.it> Subject: Re: guspnp17 and vat/rat To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 26 Aug 1997 15:34:00 +0200 (MET DST) Cc: CSP1DWD@MVS.OAC.UCLA.EDU, multimedia@FreeBSD.ORG, luigi@labinfo.iet.unipi.it (Luigi Rizzo) In-Reply-To: <199708260224.TAA07033@rah.star-gate.com> from "Amancio Hasty" at Aug 25, 97 07:24:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From what I know, rat tries to adapt to differences in play/record speeds, whereas vat does not and relies to silence intervals to resync. As a consequence, rat should never cause overruns, whereas vat might. On top of this, Amancio's driver uses non blocking io and seems not to check the return value from write()s to the device. So, on overruns, partial blocks might be written, and this could cause the observed behaviours (both in vat and mpeg123, which I have not looked at). With my new driver I have had a chance to look at many interface modules for the audio devices. Almost all of them use non-blocking io and do not really check for error conditions short writes. My sound driver distribution has updated interface modules for many applications (including vat), which are tested with my code but might work well with guspnp as well. 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 Aug 26 09:23:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19089 for multimedia-outgoing; Tue, 26 Aug 1997 09:23:40 -0700 (PDT) Received: from plains.NoDak.edu (root@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA19057 for ; Tue, 26 Aug 1997 09:23:15 -0700 (PDT) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.5/8.8.5) id LAA04966; Tue, 26 Aug 1997 11:02:11 -0500 (CDT) Date: Tue, 26 Aug 1997 11:02:11 -0500 (CDT) From: Mark Tinguely Message-Id: <199708261602.LAA04966@plains.NoDak.edu> To: jakob@teligent.se, luigi@labinfo.iet.unipi.it Subject: Re: Which driver? Cc: multimedia@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > it is likely that amancio's driver also works on 2.2.X . It would be > very nice of you if you could run both driver and report problems of > success, since this would enable us to try and fix them. I think the newer Amancio's driver requires the auto-DMA changes found in the 3.0 version of /sys/i386/isa/isa.c. I am not sure if it also requires the patches he sent to the freebsd-hackers mailing list in the last 24 hours. --mark. From owner-freebsd-multimedia Tue Aug 26 09:31:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19621 for multimedia-outgoing; Tue, 26 Aug 1997 09:31:47 -0700 (PDT) Received: from bng.ouhk.edu.hk (bng.ouhk.edu.hk [192.207.91.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA19613 for ; Tue, 26 Aug 1997 09:31:42 -0700 (PDT) Received: (from root@localhost) by bng.ouhk.edu.hk (8.8.5/8.8.5) id AAA20199 for multimedia@FreeBSD.ORG; Wed, 27 Aug 1997 00:30:58 +0800 From: Ben Ng Message-Id: <199708261630.AAA20199@bng.ouhk.edu.hk> To: multimedia@FreeBSD.ORG Date: Wed, 27 Aug 1997 00:30:58 +0800 (HKT) Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe multimedia bng@oliv1.oli.hk lists From owner-freebsd-multimedia Tue Aug 26 09:46:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20755 for multimedia-outgoing; Tue, 26 Aug 1997 09:46:45 -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 JAA20746 for ; Tue, 26 Aug 1997 09:46:36 -0700 (PDT) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.5/8.8.5) id LAA21634; Tue, 26 Aug 1997 11:45:45 -0500 (CDT) Date: Tue, 26 Aug 1997 11:45:45 -0500 (CDT) From: Mark Tinguely Message-Id: <199708261645.LAA21634@plains.NoDak.edu> To: jakob@teligent.se, luigi@labinfo.iet.unipi.it Subject: Re: Which driver? Cc: multimedia@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > still, at least we know that one works. And if you are looking for > xquake support (a game ? but you don't have spare time:> ) then try > amancio's driver first. FYI: guspnp12.tar.gz (version 3.5-alpha11-9707223) works on FreeBSD-2.2.2. I used the same compile directory, simply removing the old sound objects, added a -DNOGUSPNP to the command line and did a make. the only changes required to isa.c is to get rid of the annoying "isa_dmastart: channel X busy" message. --mark. From owner-freebsd-multimedia Tue Aug 26 10:04:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA21906 for multimedia-outgoing; Tue, 26 Aug 1997 10:04:30 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA21900 for ; Tue, 26 Aug 1997 10:04:25 -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 KAA05425; Tue, 26 Aug 1997 10:03:50 -0700 (PDT) Message-Id: <199708261703.KAA05425@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: CSP1DWD@MVS.OAC.UCLA.EDU, multimedia@FreeBSD.ORG Subject: Re: guspnp17 and vat/rat In-reply-to: Your message of "Tue, 26 Aug 1997 15:34:00 +0200." <199708261334.PAA00328@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 10:03:50 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hmmm... The problem of the GUS PnP with Vat has nothing to do with blocking vs non-blocking i/o. For starters, the audio module for vat never generates a short write because prior to writing it checks to see if the sound driver has enough space. vat does not relie on silence intervals to resync rather on the frequency of reads . In this case, vat loops on reading from the sound card to derive its internal clock. It reads 160 bytes at a time and prior to issuing the read call it checks if the read has enough bytes to read. In audio-voxware.cc: int VoxWare::FrameReady() { int i, io; count_info info; io = ioctl(fd, SNDCTL_DSP_GETIPTR, &info); if (info.blocks > 0 ) frame_ready = 1; else frame_ready = 0; return frame_ready; } The above method is trigger from a select call from tk/tcl and is always called prior to reading to determine if the sound card is ready to read . Now Luigi, has probably not implemented ioctl(fd, SNDCTL_DSP_GETIPTR, &info) which is a different story. In vat , the unit of I/O for both read and write is 160 bytes or 20ms . Cheers, Amancio >From The Desk Of Luigi Rizzo : > From what I know, rat tries to adapt to differences in play/record > speeds, whereas vat does not and relies to silence intervals to resync. > As a consequence, rat should never cause overruns, whereas vat might. > On top of this, Amancio's driver uses non blocking io and seems not to > check the return value from write()s to the device. So, on overruns, > partial blocks might be written, and this could cause the observed > behaviours (both in vat and mpeg123, which I have not looked at). > > With my new driver I have had a chance to look at many interface > modules for the audio devices. Almost all of them use non-blocking io > and do not really check for error conditions short writes. My sound > driver distribution has updated interface modules for many applications > (including vat), which are tested with my code but might work well with > guspnp as well. > > 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 Aug 26 10:25:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA23501 for multimedia-outgoing; Tue, 26 Aug 1997 10:25:54 -0700 (PDT) Received: from phoenix.its.rpi.edu (phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA23469 for ; Tue, 26 Aug 1997 10:25:12 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.7/8.8.7) with SMTP id NAA09010 for ; Tue, 26 Aug 1997 13:24:45 -0400 (EDT) Date: Tue, 26 Aug 1997 13:24:45 -0400 (EDT) From: "David E. Cross" To: multimedia@freebsd.org Subject: Stuttering in Mpeg3 playback 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 I have noticed a distinct 'stutter' in soundplayback on mpg123 using OSS/FreeBSD 3.8h with an Ensonq Soundscape Elite. The problem is that if the machine is running even with a moderate load the sound playback suffers small skips (even if the processor still has as much as 25% idle time). The problem is also noticible in X if I just switch focus by moving the mouse. (moving the mouse without changing focus does not cause the skip). It seems like the card is not being saturated with data. This is odd, because with a 64K DMA buffer (I believe the default with OSS), it should be a full 1/3 second of buffered data. Has anyone else experienced this. Is it a problem with my soundcard, the kernel, or OSS? -- David Cross From owner-freebsd-multimedia Tue Aug 26 10:26:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA23553 for multimedia-outgoing; Tue, 26 Aug 1997 10:26:08 -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 KAA23500 for ; Tue, 26 Aug 1997 10:25:46 -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 KAA05572; Tue, 26 Aug 1997 10:25:23 -0700 (PDT) Message-Id: <199708261725.KAA05572@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: tinguely@plains.NoDak.edu, freebsd-multimedia@FreeBSD.ORG, sales@omt.com Subject: Re: Regard to phone call about FreeBSD drivers In-reply-to: Your message of "Tue, 26 Aug 1997 15:19:27 +0200." <199708261319.PAA00281@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 10:25:23 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Luigi Rizzo : > make it $20-$40 for a soundcard. The OPTI931 has a street price of $20 > here in italy, and CS4236 (assuming you can find them) are little more > expensive. For conferencing purposes they are both more than ok > (Crystal much better since it is better documented and less buggy...) Well, it depends the clock they use and the quality of the analog parts. Conferencing is one thing however I think that you may want to use the soundcard for other things like playing back audio mpeg files. By far most PC soundcards fall short on the clock part . Interestingly, the old sparcs used to have a a cs4231 and the accuracy of their dsp subsystem has always been better than your typical PC soundcard -- the primary difference from an accuracy stand point of view is just the clock part. Regards, Amancio From owner-freebsd-multimedia Tue Aug 26 10:57:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25904 for multimedia-outgoing; Tue, 26 Aug 1997 10:57:35 -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 KAA25896 for ; Tue, 26 Aug 1997 10:57:25 -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 KAA00310; Tue, 26 Aug 1997 10:56:13 -0700 (PDT) Message-Id: <199708261756.KAA00310@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mark Tinguely cc: jakob@teligent.se, luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG Subject: Re: Which driver? In-reply-to: Your message of "Tue, 26 Aug 1997 11:02:11 CDT." <199708261602.LAA04966@plains.NoDak.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 10:56:13 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, The new mods for isa.c are not required by guspnp17 however they will be required by guspnp18. Basically, I incorporated isa_dmastatus into the sound driver due to oh a stale mate with freebsd hackers. Since then , I managed to generate diffs against isa.c after I managed to resolve the issue of sb16 vs guspnp use of isa_dmastatus. Now that isa.c will support properly auto dma for non bounce buffers guspnp18 will use -current's isa.c . No mods will be required for isa.c. isa_dmastatus and isa_dmastop was written by Luigi and modify by me to support auto dma . I expect Michael Smith to submit the mods sometime today and guspnp18 will be available shortly there after. Cheers, Amancio >From The Desk Of Mark Tinguely : > > it is likely that amancio's driver also works on 2.2.X . It would be > > very nice of you if you could run both driver and report problems of > > success, since this would enable us to try and fix them. > > I think the newer Amancio's driver requires the auto-DMA changes found in > the 3.0 version of /sys/i386/isa/isa.c. I am not sure if it also requires > the patches he sent to the freebsd-hackers mailing list in the last 24 hours. > > --mark. From owner-freebsd-multimedia Tue Aug 26 11:48:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29680 for multimedia-outgoing; Tue, 26 Aug 1997 11:48:16 -0700 (PDT) Received: from dirty.research.bell-labs.com (dirty.research.bell-labs.com [204.178.16.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA29661 for ; Tue, 26 Aug 1997 11:48:10 -0700 (PDT) Received: from research.research.bell-labs.com ([135.104.1.3]) by dirty; Tue Aug 26 14:46:12 EDT 1997 Received: from boole.dnrc.bell-labs.com ([135.180.161.25]) by research; Tue Aug 26 14:46:13 EDT 1997 Received: from muskie.dnrc.bell-labs.com (muskie.dnrc.bell-labs.com [135.180.144.94]) by boole.dnrc.bell-labs.com (8.7.5/8.7.3) with ESMTP id OAA07466 for ; Tue, 26 Aug 1997 14:46:17 -0400 (EDT) Received: from dnrc.bell-labs.com (localhost [127.0.0.1]) by muskie.dnrc.bell-labs.com (8.7.5/8.7.3) with ESMTP id OAA22352 for ; Tue, 26 Aug 1997 14:46:13 -0400 (EDT) Message-ID: <34032475.F98B1D6B@dnrc.bell-labs.com> Date: Tue, 26 Aug 1997 14:46:13 -0400 From: "Henning Schulzrinne (BL)" Organization: Lucent / Bell Labs, USA X-Mailer: Mozilla 4.02 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: multimedia@freebsd.org Subject: http://freebsd.org/~fsmp/HomeAuto/Bt848.html Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can the Bt848 be used with vic on FreeBSD? Thanks. -- Henning Schulzrinne email: schulzrinne@cs.columbia.edu Dept. of Computer Science phone: +1 908 949 8344 (at Bell Labs) Columbia University fax: +1 212 666-0140 New York, NY 10027 URL: http://www.cs.columbia.edu/~hgs From owner-freebsd-multimedia Tue Aug 26 12:29:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA01962 for multimedia-outgoing; Tue, 26 Aug 1997 12:29:56 -0700 (PDT) Received: from brane.digs.iafrica.com (brane.digs.iafrica.com [196.7.162.25]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA01954 for ; Tue, 26 Aug 1997 12:29:50 -0700 (PDT) Received: from iang by brane.digs.iafrica.com with local (Exim 1.62 #2) id 0x3RIP-00014d-00; Tue, 26 Aug 1997 21:28:57 +0200 Subject: Re: Stuttering in Mpeg3 playback In-Reply-To: from "David E. Cross" at "Aug 26, 97 01:24:45 pm" To: dec@phoenix.its.rpi.edu (David E. Cross) Date: Tue, 26 Aug 1997 21:28:57 +0200 (SAT) Cc: 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 Message-Id: From: Ian Freislich Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Cross wrote: > I have noticed a distinct 'stutter' in soundplayback on mpg123 using > OSS/FreeBSD 3.8h with an Ensonq Soundscape Elite. The problem is that > if the machine is running even with a moderate load the sound playback > suffers small skips (even if the processor still has as much as 25% > idle time). The problem is also noticible in X if I just switch focus > by moving the mouse. (moving the mouse without changing focus does > not cause the skip). It seems like the card is not being saturated > with data. This is odd, because with a 64K DMA buffer (I believe the > default with OSS), it should be a full 1/3 second of buffered data. I've noticed a similar problem on my system, although mine has the stutter for about the first 5 seconds of playback during which time, I guess, the DMA buffer is being filled. Once this period has passed the playback is pretty good except for small breaks or stutters every 40 or so seconds. It seems this happens whether my system is loaded or not. FWIW: I have the old Gravis Ultra Sound 3.4 with 1024k RAM on board and I'm running the guspnp17 driver. > Has anyone else experienced this. Is it a problem with my sound card, > the kernel, or OSS? I have found that this problem is less pronounced if I use mpg123 version 0.59g. I suspect a kernel/OSS problem since I made some mods to the buffer routine in mpg123 to only start playing once it had filled up the buffer. In this test I set the buffer size to 4096k. Even when it started playing with 4096k of pre-buffered audio it still stuttered. Something else of note is that when it started playing I used to get those 'isa_dmastart: channel %d busy' messages for the duration of the stutter until that routine was moved into the sound driver or the message was removed from isa.c. -- igf (Ian Freislich) From owner-freebsd-multimedia Tue Aug 26 12:44:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02931 for multimedia-outgoing; Tue, 26 Aug 1997 12:44:01 -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 MAA02911 for ; Tue, 26 Aug 1997 12:43:57 -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 MAA00837; Tue, 26 Aug 1997 12:43:53 -0700 (PDT) Message-Id: <199708261943.MAA00837@rah.star-gate.com> To: "Henning Schulzrinne (BL)" cc: multimedia@FreeBSD.ORG Subject: Re: http://freebsd.org/~fsmp/HomeAuto/Bt848.html In-reply-to: Your message of "Tue, 26 Aug 1997 14:46:13 EDT." <34032475.F98B1D6B@dnrc.bell-labs.com> Date: Tue, 26 Aug 1997 12:43:53 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yes, the driver from ftp://rah.star-gate.com/pub/bt848.tar.gz comes with a vic module which works well with the bt848 or the matrox meteor -- at any rate you can use both cards in a system . Have fun, Amancio >From The Desk Of "Henning Schulzrinne (BL)" : > Can the Bt848 be used with vic on FreeBSD? Thanks. > -- > Henning Schulzrinne email: schulzrinne@cs.columbia.edu > Dept. of Computer Science phone: +1 908 949 8344 (at Bell Labs) > Columbia University fax: +1 212 666-0140 > New York, NY 10027 URL: http://www.cs.columbia.edu/~hgs From owner-freebsd-multimedia Tue Aug 26 12:44:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02986 for multimedia-outgoing; Tue, 26 Aug 1997 12:44:25 -0700 (PDT) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA02981 for ; Tue, 26 Aug 1997 12:44:21 -0700 (PDT) Message-Id: <199708261944.MAA02981@hub.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 2122; Tue, 26 Aug 97 12:45:20 PST Date: Tue, 26 Aug 97 12:44 PDT To: Jakob Alvermark From: Denis DeLaRoca Subject: Re: Which driver? CC: multimedia@FREEBSD.ORG Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997 15:13:44 +0200 CEST, Jakob Alvermark said: > > I'm using a GUS-clone under FreeBSD 2.2.2-RELEASE. Which drivers should I > use? The default drivers, included in the FreeBSD distribution works, but > it not perfect.=20 > > Amancios guspnp is only for 3.0-current? I am presently running with guspnp17 on a FreeBSD 2.2.2 system. No problem in compiling the driver into the kernel. -- Denis From owner-freebsd-multimedia Tue Aug 26 12:46:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03095 for multimedia-outgoing; Tue, 26 Aug 1997 12:46:48 -0700 (PDT) Received: from phoenix.its.rpi.edu (phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA03085 for ; Tue, 26 Aug 1997 12:46:43 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.7/8.8.7) with SMTP id PAA10365; Tue, 26 Aug 1997 15:45:50 -0400 (EDT) Date: Tue, 26 Aug 1997 15:45:50 -0400 (EDT) From: "David E. Cross" To: Ian Freislich cc: multimedia@FreeBSD.ORG Subject: Re: Stuttering in Mpeg3 playback In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Ian Freislich wrote: > I have found that this problem is less pronounced if I use mpg123 > version 0.59g. > hmm... this is with 0.59k. Another thing of note, this is only with a 'full' mp3 (16bit stereo/44.1Khz). I think I will try reproducing this with a CD quality WAV and see if the problem reproduces itself. -- David Cross ACS Consultant From owner-freebsd-multimedia Tue Aug 26 12:49:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03304 for multimedia-outgoing; Tue, 26 Aug 1997 12:49:24 -0700 (PDT) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA03298 for ; Tue, 26 Aug 1997 12:49:21 -0700 (PDT) Message-Id: <199708261949.MAA03298@hub.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 6476; Tue, 26 Aug 97 12:50:20 PST Date: Tue, 26 Aug 97 12:49 PDT To: Amancio Hasty From: Denis DeLaRoca Subject: Re: Re: Which driver? CC: multimedia@FREEBSD.ORG Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997 10:56:13 -0700, Amancio Hasty said: > > Now that isa.c will support properly auto dma for non bounce buffers > guspnp18 will use -current's isa.c . No mods will be required for isa.c. > > isa_dmastatus and isa_dmastop was written by Luigi and modify by > me to support auto dma . I expect Michael Smith to submit > the mods sometime today and guspnp18 will be available shortly there > after. For FreeBSD 2.2.x, would it suffice to apply those patches to 2.2.x's isa.c to compile guspnp18 successfully? -- Denis From owner-freebsd-multimedia Tue Aug 26 12:51:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03458 for multimedia-outgoing; Tue, 26 Aug 1997 12:51:28 -0700 (PDT) Received: from brane.digs.iafrica.com (brane.digs.iafrica.com [196.7.162.25]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA03414 for ; Tue, 26 Aug 1997 12:50:22 -0700 (PDT) Received: from iang by brane.digs.iafrica.com with local (Exim 1.62 #2) id 0x3Rbx-0004uI-00; Tue, 26 Aug 1997 21:49:09 +0200 Subject: Re: Stuttering in Mpeg3 playback In-Reply-To: from "David E. Cross" at "Aug 26, 97 03:45:50 pm" To: dec@phoenix.its.rpi.edu (David E. Cross) Date: Tue, 26 Aug 1997 21:49:08 +0200 (SAT) Cc: iang@digs.iafrica.com, 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 Message-Id: From: Ian Freislich Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Cross wrote: > > I have found that this problem is less pronounced if I use mpg123 > > version 0.59g. > > > hmm... this is with 0.59k. > > Another thing of note, this is only with a 'full' mp3 (16bit > stereo/44.1Khz). I think I will try reproducing this with a CD quality > WAV and see if the problem reproduces itself. I neglected to say that I experience the same problem with pcmplay. -- igf (Ian Freislich) From owner-freebsd-multimedia Tue Aug 26 12:53:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03648 for multimedia-outgoing; Tue, 26 Aug 1997 12:53:26 -0700 (PDT) Received: from pendor.McKusick.COM (root@pendor.bayarea.net [205.219.85.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA03638 for ; Tue, 26 Aug 1997 12:53:20 -0700 (PDT) Received: (from benco@localhost) by pendor.McKusick.COM (8.8.5/8.6.9) id MAA05985; Tue, 26 Aug 1997 12:52:41 -0700 (PDT) Date: Tue, 26 Aug 1997 12:52:41 -0700 (PDT) From: Ben Cottrell Message-Id: <199708261952.MAA05985@pendor.McKusick.COM> To: jakob@teligent.se, multimedia@FreeBSD.ORG Subject: Re: Which driver? Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > When I play sound it cracks and pops. Large samples, for example if I use > mpg123 sound bad for a couple of seconds, then it's crystal clear sound. I don't know what causes this, but the workaround is to use one 8-bit DMA channel (DRQs 0-3) instead of two 16-bit ones. mxaudio dumps core on me too, but it works fine for my friend Doug, running nearly the same version of FreeBSD :-) I think it's nondeterministic. Good luck! ~Ben From owner-freebsd-multimedia Tue Aug 26 13:21:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05389 for multimedia-outgoing; Tue, 26 Aug 1997 13:21: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 NAA05382 for ; Tue, 26 Aug 1997 13:21:55 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id NAA00985; Tue, 26 Aug 1997 13:21:18 -0700 (PDT) Message-Id: <199708262021.NAA00985@rah.star-gate.com> To: Ben Ng cc: multimedia@FreeBSD.ORG In-reply-to: Your message of "Wed, 27 Aug 1997 00:30:58 +0800." <199708261630.AAA20199@bng.ouhk.edu.hk> Date: Tue, 26 Aug 1997 13:21:18 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I think that you want to send your majordomo commands to: mail majordomo@freebsd.org Amancio >From The Desk Of Ben Ng : > unsubscribe multimedia bng@oliv1.oli.hk > lists From owner-freebsd-multimedia Tue Aug 26 13:23:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05461 for multimedia-outgoing; Tue, 26 Aug 1997 13:23:35 -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 NAA05456 for ; Tue, 26 Aug 1997 13:23:31 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id NAA00996; Tue, 26 Aug 1997 13:23:28 -0700 (PDT) Message-Id: <199708262023.NAA00996@rah.star-gate.com> To: Denis DeLaRoca cc: multimedia@FREEBSD.ORG Subject: Re: Which driver? In-reply-to: Your message of "Tue, 26 Aug 1997 12:49:00 PDT." <199708261949.MAA00862@rah.star-gate.com> Date: Tue, 26 Aug 1997 13:23:27 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Probably not . I can post -current's isa.c if you like and then someone can generate the diffs for 2.2xxx isa.c Amancio >From The Desk Of Denis DeLaRoca : > On Tue, 26 Aug 1997 10:56:13 -0700, > Amancio Hasty said: > > > > Now that isa.c will support properly auto dma for non bounce buffers > > guspnp18 will use -current's isa.c . No mods will be required for isa.c. > > > > isa_dmastatus and isa_dmastop was written by Luigi and modify by > > me to support auto dma . I expect Michael Smith to submit > > the mods sometime today and guspnp18 will be available shortly there > > after. > > For FreeBSD 2.2.x, would it suffice to apply those patches to > 2.2.x's isa.c to compile guspnp18 successfully? > > -- Denis > From owner-freebsd-multimedia Tue Aug 26 13:38:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA06429 for multimedia-outgoing; Tue, 26 Aug 1997 13:38:35 -0700 (PDT) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA06423 for ; Tue, 26 Aug 1997 13:38:24 -0700 (PDT) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id OAA20393; Tue, 26 Aug 1997 14:38:21 -0600 (MDT) From: Kenneth Merry Message-Id: <199708262038.OAA20393@pluto.plutotech.com> Subject: Re: http://freebsd.org/~fsmp/HomeAuto/Bt848.html In-Reply-To: <34032475.F98B1D6B@dnrc.bell-labs.com> from Henning Schulzrinne at "Aug 26, 97 02:46:13 pm" To: hgs@dnrc.bell-labs.com (Henning Schulzrinne) Date: Tue, 26 Aug 1997 14:38:21 -0600 (MDT) Cc: multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (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 Henning Schulzrinne wrote... > Can the Bt848 be used with vic on FreeBSD? Thanks. > -- > Henning Schulzrinne email: schulzrinne@cs.columbia.edu > Dept. of Computer Science phone: +1 908 949 8344 (at Bell Labs) > Columbia University fax: +1 212 666-0140 > New York, NY 10027 URL: http://www.cs.columbia.edu/~hgs Yes it can. (I've done it before...) Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-multimedia Tue Aug 26 13:44:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA06710 for multimedia-outgoing; Tue, 26 Aug 1997 13:44:34 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA06693 for ; Tue, 26 Aug 1997 13:44:19 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA00253; Tue, 26 Aug 1997 21:30:04 +0200 From: Luigi Rizzo Message-Id: <199708261930.VAA00253@labinfo.iet.unipi.it> Subject: Re: Re: Which driver? To: CSP1DWD@MVS.OAC.UCLA.EDU (Denis DeLaRoca) Date: Tue, 26 Aug 1997 21:30:04 +0200 (MET DST) Cc: hasty@RAH.STAR-GATE.COM, multimedia@FreeBSD.ORG In-Reply-To: <199708261949.MAA03298@hub.freebsd.org> from "Denis DeLaRoca" at Aug 26, 97 12:48:41 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > For FreeBSD 2.2.x, would it suffice to apply those patches to > 2.2.x's isa.c to compile guspnp18 successfully? i'd say yes, unless amancio has done dramatic changes in interfaces to the rest of the system, guspnp10 had no problem in compiling on 2.2 Luigi From owner-freebsd-multimedia Tue Aug 26 13:54:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA07150 for multimedia-outgoing; Tue, 26 Aug 1997 13:54:00 -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 NAA07133 for ; Tue, 26 Aug 1997 13:53:50 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA00302; Tue, 26 Aug 1997 21:37:55 +0200 From: Luigi Rizzo Message-Id: <199708261937.VAA00302@labinfo.iet.unipi.it> Subject: Re: Regard to phone call about FreeBSD drivers To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 26 Aug 1997 21:37:55 +0200 (MET DST) Cc: tinguely@plains.NoDak.edu, freebsd-multimedia@FreeBSD.ORG, sales@omt.com In-Reply-To: <199708261725.KAA05572@rah.star-gate.com> from "Amancio Hasty" at Aug 26, 97 10:25:04 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >From The Desk Of Luigi Rizzo : > > make it $20-$40 for a soundcard. The OPTI931 has a street price of $20 > > here in italy, and CS4236 (assuming you can find them) are little more > > expensive. For conferencing purposes they are both more than ok > > (Crystal much better since it is better documented and less buggy...) > > Well, it depends the clock they use and the quality of the analog > parts. Conferencing is one thing however I think that you may > want to use the soundcard for other things like playing back > audio mpeg files. By far most PC soundcards fall short on > the clock part . Interestingly, the old sparcs used to have a > a cs4231 and the accuracy of their dsp subsystem has always > been better than your typical PC soundcard -- the primary difference > from an accuracy stand point of view is just the clock part. the opti931 boards I have take the clock from the 14.3xxx clock on the ISA bus, but the internal division do not yeield the exact frequencies (44.1KHz, 8KHz, etc.) one would want, there is some 0.15% or so of difference. I doubt one would notice this (well unless it uses several machines with different clocks at the same time to simulate an orchestra, each machine playing a different set of instruments...). Also, if there are no short term drifts I believe the differences can be compensated (e.g. in software by adding/dropping samples every now and then). Apart from clock stability, I suppose that dma overruns/underruns might also make the clock appear to have a different frequency (sorry for the convoluted sentence, I am italian...). Cheers Luigi From owner-freebsd-multimedia Tue Aug 26 14:00:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA07646 for multimedia-outgoing; Tue, 26 Aug 1997 14:00:17 -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 OAA07604 for ; Tue, 26 Aug 1997 14:00:10 -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 NAA01230; Tue, 26 Aug 1997 13:58:52 -0700 (PDT) Message-Id: <199708262058.NAA01230@rah.star-gate.com> To: Luigi Rizzo cc: tinguely@plains.NoDak.edu, freebsd-multimedia@FreeBSD.ORG, sales@omt.com Subject: Re: Regard to phone call about FreeBSD drivers In-reply-to: Your message of "Tue, 26 Aug 1997 21:37:55 +0200." <199708261937.VAA00302@labinfo.iet.unipi.it> Date: Tue, 26 Aug 1997 13:58:52 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk If the opti931 based soundcards derive their clock timing info then you have a bigger problem because typically the isa timing info is not very accurate. Don't worry about your english . My english is far worse than yours 8) I am Puerto Rican Cheers, Amancio >From The Desk Of Luigi Rizzo : > > >From The Desk Of Luigi Rizzo : > > > make it $20-$40 for a soundcard. The OPTI931 has a street price of $20 > > > here in italy, and CS4236 (assuming you can find them) are little more > > > expensive. For conferencing purposes they are both more than ok > > > (Crystal much better since it is better documented and less buggy...) > > > > Well, it depends the clock they use and the quality of the analog > > parts. Conferencing is one thing however I think that you may > > want to use the soundcard for other things like playing back > > audio mpeg files. By far most PC soundcards fall short on > > the clock part . Interestingly, the old sparcs used to have a > > a cs4231 and the accuracy of their dsp subsystem has always > > been better than your typical PC soundcard -- the primary difference > > from an accuracy stand point of view is just the clock part. > > the opti931 boards I have take the clock from the 14.3xxx clock on the > ISA bus, but the internal division do not yeield the exact frequencies > (44.1KHz, 8KHz, etc.) one would want, there is some 0.15% or so of > difference. I doubt one would notice this (well unless it uses several > machines with different clocks at the same time to simulate an > orchestra, each machine playing a different set of instruments...). > > Also, if there are no short term drifts I believe the > differences can be compensated (e.g. in software by adding/dropping > samples every now and then). > > Apart from clock stability, I suppose that dma overruns/underruns might > also make the clock appear to have a different frequency (sorry for the > convoluted sentence, I am italian...). > > Cheers > Luigi From owner-freebsd-multimedia Tue Aug 26 18:02:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21852 for multimedia-outgoing; Tue, 26 Aug 1997 18:02:27 -0700 (PDT) Received: from dirty.research.bell-labs.com (dirty.research.bell-labs.com [204.178.16.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA21843 for ; Tue, 26 Aug 1997 18:02:16 -0700 (PDT) Received: from research.research.bell-labs.com ([135.104.1.3]) by dirty; Tue Aug 26 21:00:11 EDT 1997 Received: from sea.dnrc.bell-labs.com ([135.180.144.10]) by research; Tue Aug 26 21:00:13 EDT 1997 Received: from apple.dnrc.bell-labs.com (apple [135.180.144.140]) by sea.dnrc.bell-labs.com (8.7.5/8.7.3) with SMTP id UAA15400 for ; Tue, 26 Aug 1997 20:56:56 -0400 (EDT) Message-ID: <34037C1D.41C67EA6@dnrc.bell-labs.com> Date: Tue, 26 Aug 1997 21:00:13 -0400 From: "Andreas A. Terzis" Organization: Lucent Technologies X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.2.2-RELEASE i386) MIME-Version: 1.0 To: multimedia@freebsd.org Subject: Question about bt848 and Vic Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have a WinCast/TV board tht I want to use with vic2.8. I got the driver and the card works fine with fxtv. When I try to use it with vic2.8 I get weird colors. I have also gotter the replacement grabber-meteor.cc file and recompiled vic but that did not help either. Any ideas? Thanks, Andreas Terzis terzis@dnrc.bell-labs.com From owner-freebsd-multimedia Tue Aug 26 18:42:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA24215 for multimedia-outgoing; Tue, 26 Aug 1997 18:42:12 -0700 (PDT) Received: from klondike.alisa.org ([204.133.34.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA24210 for ; Tue, 26 Aug 1997 18:42:08 -0700 (PDT) Received: (from wjjr@localhost) by klondike.alisa.org (8.8.5/8.8.5) id TAA00612 for multimedia@freebsd.org; Tue, 26 Aug 1997 19:41:48 -0600 (MDT) Date: Tue, 26 Aug 1997 19:41:48 -0600 (MDT) From: "John J. Rushford Jr." Message-Id: <199708270141.TAA00612@klondike.alisa.org> To: multimedia@freebsd.org Subject: b Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty Jr. wrote: > Try to post to multimedia@freebsd.org for questions regarding audio drivers, etc... > The latest sound driver snapshot which supports the sb16 pnp and guspnp is at: > ftp://rah.star-gate.com/pub/guspnp16.tar.gz > Have fun, > Amancio Well, I downloaded guspnp17.tar as guspnp16.tar.gz was not there. Anyway, I used this software in place of what came on the FreeBSD 2.2.2 CD ie, /sys/i386/isa/sound. Still no luck. In fact, this driver is worse. Following is what I did/discovered: I have a Soundblaster 16 PnP board configured thusly: Audio interface base I/O address = 0x220 Audio interface IRQ = 9 Low DMA channel = 1 High DMA channel = 5 MPU-401 UART interface base I/O = 0x330 NOTE: IRQ was changed to 9 from 5 because I have a Logitech bus mouse using IRQ 5 My Freebsd 2.2.2 machine has a 50MB DOS 6.2 partition with windows 3.11. Using 'booteasy', I booted to DOS so that I could use the manufacturer's software to configure the Sound Blaster card to the above settings. I ran the manufactures test software and all the above settings passed with no conflicts. Next I re-booted back to FreeBSD Unix and configured a kernel using: controller snd0 device sb0 at isa? port 0x220 irq 9 conflicts drq 1 vector sbintr device sbxvio at isa? drq 5 device sbmidi0 at isa? port 0x330 After compiling the kernel, I tested the sound card using a wave file with splay and got the following error: Sound: DMA (output) timed out - IRQ/DRQ config error? At this point, I noticed that my bus mouse, IRQ 5, ceased to function. I then re-built the kernel using: controller snd0 device sb0 at isa? port 0x220 irq 9 conflicts drq 1 vector sbintr device sbxvio at isa? drq 5 device sbmidi0 at isa? port 0x330 options SBC_IRQ=9 and had the same results, my bus mouse ceased to function again as well. After deleting this driver from the kernel, the system is back to normal with a functioning mouse but no sound card. I examined /sys/i386/isa/sound/sound_config.h and noticed significant changes from the original. It looks like you can no-longer #define SBC_IRQ, or SBC_DMA. Have you any more suggestions. regards John Rushford wjjr@sapphire.alisa.org From owner-freebsd-multimedia Tue Aug 26 20:36:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA02194 for multimedia-outgoing; Tue, 26 Aug 1997 20:36:58 -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 UAA02186 for ; Tue, 26 Aug 1997 20:36:54 -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 UAA02373; Tue, 26 Aug 1997 20:36:36 -0700 (PDT) Message-Id: <199708270336.UAA02373@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "John J. Rushford Jr." cc: multimedia@FreeBSD.ORG Subject: Re: b In-reply-to: Your message of "Tue, 26 Aug 1997 19:41:48 MDT." <199708270141.TAA00612@klondike.alisa.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 20:36:36 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, If you have a PnP bios you need to tell your bios that IRQ 5 is taken. If you want to configure your SB16 PnP then you need to download ftp://rah.star-gate.com/pub/FreeBSD-PnP.tar.gz to configure your PnP card . Once you install the PnP driver and its configurations matches your kernel file configuration for the sound blaster if you have any problems feel free to post and please include: 1. the output of dmesg 2. the output of "cat /dev/sndstat" Cheers, Amancio >From The Desk Of "John J. Rushford Jr." : > > > Amancio Hasty Jr. wrote: > > Try to post to multimedia@freebsd.org for questions regarding audio drivers , etc... > > > The latest sound driver snapshot which supports the sb16 pnp and guspnp i s at: > > > ftp://rah.star-gate.com/pub/guspnp16.tar.gz > > > Have fun, > > Amancio > > Well, I downloaded guspnp17.tar as guspnp16.tar.gz was not there. Anyway, > I used this software in place of what came on the FreeBSD 2.2.2 CD ie, > /sys/i386/isa/sound. Still no luck. In fact, this driver is worse. > Following is what I did/discovered: > > I have a Soundblaster 16 PnP board configured thusly: > > Audio interface base I/O address = 0x220 > Audio interface IRQ = 9 > Low DMA channel = 1 > High DMA channel = 5 > MPU-401 UART interface base I/O = 0x330 > > NOTE: IRQ was changed to 9 from 5 because I have a Logitech bus mouse > using IRQ 5 > > My Freebsd 2.2.2 machine has a 50MB DOS 6.2 partition with windows 3.11. > Using 'booteasy', I booted to DOS so that I could use the manufacturer's > software to configure the Sound Blaster card to the above settings. I > ran the manufactures test software and all the above settings passed with > no conflicts. > > Next I re-booted back to FreeBSD Unix and configured a kernel using: > > controller snd0 > device sb0 at isa? port 0x220 irq 9 conflicts drq 1 vector sbintr > device sbxvio at isa? drq 5 > device sbmidi0 at isa? port 0x330 > > After compiling the kernel, I tested the sound card using a wave file with > splay and got the following error: > > Sound: DMA (output) timed out - IRQ/DRQ config error? > > At this point, I noticed that my bus mouse, IRQ 5, ceased to function. > I then re-built the kernel using: > > controller snd0 > device sb0 at isa? port 0x220 irq 9 conflicts drq 1 vector sbintr > device sbxvio at isa? drq 5 > device sbmidi0 at isa? port 0x330 > options SBC_IRQ=9 > > and had the same results, my bus mouse ceased to function again as well. Aft er > deleting this driver from the kernel, the system is back to normal with > a functioning mouse but no sound card. > > I examined /sys/i386/isa/sound/sound_config.h and noticed significant > changes from the original. It looks like you can no-longer #define SBC_IRQ, > or SBC_DMA. > > Have you any more suggestions. > > regards > John Rushford > wjjr@sapphire.alisa.org From owner-freebsd-multimedia Tue Aug 26 20:55:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA03664 for multimedia-outgoing; Tue, 26 Aug 1997 20:55:34 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA03655 for ; Tue, 26 Aug 1997 20:55:31 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id UAA02516; Tue, 26 Aug 1997 20:55:14 -0700 (PDT) Message-Id: <199708270355.UAA02516@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Ian Freislich cc: dec@phoenix.its.rpi.edu (David E. Cross), multimedia@FreeBSD.ORG Subject: Re: Stuttering in Mpeg3 playback In-reply-to: Your message of "Sat, 26 Aug 1997 21:28:57 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 20:55:14 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Ian Freislich : > FWIW: I have the old Gravis Ultra Sound 3.4 with 1024k RAM on board > and I'm running the guspnp17 driver. > > > Has anyone else experienced this. Is it a problem with my sound card, > > the kernel, or OSS? > > I have found that this problem is less pronounced if I use mpg123 > version 0.59g. > > I suspect a kernel/OSS problem since I made some mods to the buffer > routine in mpg123 to only start playing once it had filled up the > buffer. In this test I set the buffer size to 4096k. Even when it > started playing with 4096k of pre-buffered audio it still stuttered. > > Something else of note is that when it started playing I used to > get those 'isa_dmastart: channel %d busy' messages for the duration > of the stutter until that routine was moved into the sound driver > or the message was removed from isa.c. > Hi Ian, Care to post your gus configuration ? my config is CPU PPro 200Mhz, 48Mb gusp pnp pro with 1mb of memory Checking for GUS Plug-n-Play ... Board Vendor ID: GRV0001 Board Serial Number: ffffffff gus0 at 0x220 irq 11 drq 5 flags 0x107 on isa I don't get any stutter when playing mp3 44khz 16bit mpeg streams Tnks, Amancio From owner-freebsd-multimedia Tue Aug 26 23:41:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13832 for multimedia-outgoing; Tue, 26 Aug 1997 23:41:47 -0700 (PDT) Received: from brane.digs.iafrica.com (brane.digs.iafrica.com [196.7.162.25]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA13824 for ; Tue, 26 Aug 1997 23:41:42 -0700 (PDT) Received: from iang by brane.digs.iafrica.com with local (Exim 1.62 #2) id 0x3bnM-0003sa-00; Wed, 27 Aug 1997 08:41:36 +0200 Subject: Re: Stuttering in Mpeg3 playback In-Reply-To: <199708270355.UAA02516@rah.star-gate.com> from Amancio Hasty at "Aug 26, 97 08:55:14 pm" To: multimedia@freebsd.org Date: Wed, 27 Aug 1997 08:41:36 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: From: Ian Freislich Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi > Care to post your gus configuration ? CPU P200 MMX 64Mb Gravis UltraSound 3.4 (1024k) gus0 at 0x220 irq 11 drq 1 flags 0x103 on isa This is the earlies rev. of the gus I believe. > I don't get any stutter when playing mp3 44khz 16bit mpeg streams A friend of mine who has the newer pnp gus board also does not experience the stuttering. -- igf (Ian Freislich) From owner-freebsd-multimedia Wed Aug 27 00:45:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA17306 for multimedia-outgoing; Wed, 27 Aug 1997 00:45:20 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA17196 for ; Wed, 27 Aug 1997 00:43:49 -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 AAA00745; Wed, 27 Aug 1997 00:39:26 -0700 (PDT) Message-Id: <199708270739.AAA00745@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jakob Alvermark cc: Mark Tinguely , luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG Subject: Re: Which driver? In-reply-to: Your message of "Wed, 27 Aug 1997 09:26:08 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Wed, 27 Aug 1997 00:39:25 -0700 From: Amancio Hasty Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id AAA17197 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just wait till we sort out the 2.2 issue Cheers, Amancio >From The Desk Of Jakob Alvermark : > On Tue, 26 Aug 1997, Amancio Hasty wrote: > > > The new mods for isa.c are not required by guspnp17 however they > > will be required by guspnp18. > > > > Basically, I incorporated isa_dmastatus into the sound driver > > due to oh a stale mate with freebsd hackers. Since then , > > I managed to generate diffs against isa.c after I managed to resolve the is sue > > of sb16 vs guspnp use of isa_dmastatus. > > > > Now that isa.c will support properly auto dma for non bounce buffers > > guspnp18 will use -current's isa.c . No mods will be required for isa.c. > > > > isa_dmastatus and isa_dmastop was written by Luigi and modify by > > me to support auto dma . I expect Michael Smith to submit > > the mods sometime today and guspnp18 will be available shortly there > > after. > > So you are saying that I can run guspnp17 on 2.2.2 without any other > alterations to the kernel source? Will xquake work? > > Thanks, > Jakob Alvermark > > ------------------------------------------------------- > Teligent AB, P.O. Box 213, S-149 23 Nynäshamn, Sweden > Telephone +46-(0)8 520 660 00 * Fax +46-(0)8 520 193 36 > Direct +46-(0)8 520 660 32 * GSM +46-(0)70 792 16 57 > From owner-freebsd-multimedia Wed Aug 27 09:03:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA11353 for multimedia-outgoing; Wed, 27 Aug 1997 09:03:07 -0700 (PDT) Received: from id4.sci.fi (root@id4.sci.fi [195.74.0.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA11343 for ; Wed, 27 Aug 1997 09:03:01 -0700 (PDT) Received: from sci.fi (joonas@sci.fi [195.74.0.5]) by id4.sci.fi (8.8.5/8.8.3) with ESMTP id TAA24248 for ; Wed, 27 Aug 1997 19:00:14 +0300 (EET DST) Received: from localhost (joonas@localhost) by sci.fi (8.8.5/8.8.3) with SMTP id TAA23717 for ; Wed, 27 Aug 1997 19:02:54 +0300 (EET DST) Date: Wed, 27 Aug 1997 19:02:52 +0300 (EET DST) From: Joonas Malminen To: multimedia@freebsd.org Subject: GUS PnP Pro and FreeBSD 2.2.1 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 OK, I compiled kernel with ftp://rah.star-gate.com/pub/guspnp17.tar.gz, and i got sound working in some ways. The first problem I met was that, when i played some audio ae. with mpg123, or any other player, the sound started to crackle after playing about 3 mins of audio. The crackling lasted about 10 seconds and after that the sound were normal again. I tried this hardware with DOS player and it worked well. So the problem is in FreeBSD. After that I disappointed to FreeBSD's audio system and tried the OSS 3.8 and it didn't work as I expected neither. The audio was low quality and other problems, but with OSS the sound weren't crackling. So now I'm asking, that has anyone gotten Gus PnP Pro working with FreeBSD 2.2.1 ? And what are the magic tricks to do it ? I can buy OSS 3.x, if I can get GUS working with that, but last time I tried, I didn't, I even tried to use their technical support, with no results. If (and when) I left something important told, please ask me. Thanks for your help. Joonas Malminen From owner-freebsd-multimedia Wed Aug 27 10:10:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15556 for multimedia-outgoing; Wed, 27 Aug 1997 10:10:53 -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 KAA15544 for ; Wed, 27 Aug 1997 10:10: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 KAA04484; Wed, 27 Aug 1997 10:10:32 -0700 (PDT) Message-Id: <199708271710.KAA04484@rah.star-gate.com> To: Joonas Malminen cc: multimedia@FreeBSD.ORG Subject: Re: GUS PnP Pro and FreeBSD 2.2.1 In-reply-to: Your message of "Wed, 27 Aug 1997 19:02:52 +0300." Date: Wed, 27 Aug 1997 10:10:32 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Post the following: cat /dev/sndstat dmesg Amancio >From The Desk Of Joonas Malminen : > > OK, I compiled kernel with ftp://rah.star-gate.com/pub/guspnp17.tar.gz, > and i got sound working in some ways. The first problem I met was that, > when i played some audio ae. with mpg123, or any other player, the sound > started to crackle after playing about 3 mins of audio. The crackling > lasted about 10 seconds and after that the sound were normal again. I > tried this hardware with DOS player and it worked well. So the problem is > in FreeBSD. > > After that I disappointed to FreeBSD's audio system and tried the OSS 3.8 > and it didn't work as I expected neither. The audio was low quality and > other problems, but with OSS the sound weren't crackling. > > So now I'm asking, that has anyone gotten Gus PnP Pro working with FreeBSD > 2.2.1 ? And what are the magic tricks to do it ? I can buy OSS 3.x, if I > can get GUS working with that, but last time I tried, I didn't, I even > tried to use their technical support, with no results. > > If (and when) I left something important told, please ask me. > > Thanks for your help. > > > Joonas Malminen > From owner-freebsd-multimedia Wed Aug 27 10:20:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16356 for multimedia-outgoing; Wed, 27 Aug 1997 10:20:10 -0700 (PDT) Received: from id4.sci.fi (root@id4.sci.fi [195.74.0.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16331 for ; Wed, 27 Aug 1997 10:20:02 -0700 (PDT) Received: from sci.fi (joonas@sci.fi [195.74.0.5]) by id4.sci.fi (8.8.5/8.8.3) with ESMTP id UAA02239; Wed, 27 Aug 1997 20:16:59 +0300 (EET DST) Received: from localhost (joonas@localhost) by sci.fi (8.8.5/8.8.3) with SMTP id UAA29715; Wed, 27 Aug 1997 20:19:38 +0300 (EET DST) Date: Wed, 27 Aug 1997 20:19:35 +0300 (EET DST) From: Joonas Malminen To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: GUS PnP Pro and FreeBSD 2.2.1 In-Reply-To: <199708271710.KAA04484@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Aug 1997, Amancio Hasty wrote: > Post the following: > > cat /dev/sndstat VoxWare Sound Driver:3.5-alpha15-970806 (Wed Aug 6 22:58:35 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: Installed drivers: Type 4: Gravis Ultrasound Card config: Gravis Ultrasound at 0x220 irq 15 drq 5,7 Audio devices: 0: GUS PNP (CS4231) (DUPLEX) 1: Gravis UltraSound (DUPLEX) Synth devices: 0: Gravis PNP (512k) Midi devices: 0: Gravis UltraSound Midi Timers: 0: System clock 1: GUS Mixers: 0: AD1848/CS4248/CS4231 1: Gravis Ultrasound > dmesg Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.1-RELEASE #0: Tue Aug 26 18:43:10 EEST 1997 joonas@joonas.pp.sci.fi:/usr/src/sys/compile/GUS CPU: Pentium (167.05-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30679040 (29960K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 1 int a irq 11 on pci0:17 bt0 rev 0 int a irq 14 on pci0:20 bt0: Bt946C/ 0-(32bit) bus bt0: reading board settings, busmastering, int=14 bt0: version 4.28D, async only, parity, 32 mbxs, 32 ccbs bt0: targ 0 async bt0: targ 1 async bt0: targ 2 async bt0: Using Strict Round robin scheme bt0 waiting for scsi devices to settle (bt0:0:0): "SEAGATE ST52160N 0344" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 2069MB (4238282 512 byte sectors) sd0(bt0:0:0): with 6536 cyls, 4 heads, and an average 162 sectors/track (bt0:1:0): "MICROP 4221-09 1128RVAV RVAV" type 0 fixed SCSI 2 sd1(bt0:1:0): Direct-Access 1955MB (4004219 512 byte sectors) sd1(bt0:1:0): with 4049 cyls, 9 heads, and an average 109 sectors/track (bt0:2:0): "SONY CD-ROM CDU-76S 1.1c" type 5 removable SCSI 2 cd0(bt0:2:0): CD-ROM cd present [288224 x 2048 byte records] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> 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 psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in bt0: disabled, not probed. npx0 on motherboard npx0: INT 16 interface Checking for GUS Plug-n-Play ... Board Vendor ID: GRV0001 Board Serial Number: 00002265 gus0 at 0x220 irq 15 drq 5 flags 0x107 on isa at 0x32c dma 7,5 at 0x220 irq 15 dma 5,7 There you are :) Joonas Malminen From owner-freebsd-multimedia Wed Aug 27 10:20:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16439 for multimedia-outgoing; Wed, 27 Aug 1997 10:20:43 -0700 (PDT) Received: from id4.sci.fi (root@id4.sci.fi [195.74.0.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16428 for ; Wed, 27 Aug 1997 10:20:37 -0700 (PDT) Received: from sci.fi (joonas@sci.fi [195.74.0.5]) by id4.sci.fi (8.8.5/8.8.3) with ESMTP id UAA02328; Wed, 27 Aug 1997 20:17:32 +0300 (EET DST) Received: from localhost (joonas@localhost) by sci.fi (8.8.5/8.8.3) with SMTP id UAA29772; Wed, 27 Aug 1997 20:20:12 +0300 (EET DST) Date: Wed, 27 Aug 1997 20:20:11 +0300 (EET DST) From: Joonas Malminen To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: GUS PnP Pro and FreeBSD 2.2.1 In-Reply-To: <199708271710.KAA04484@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Aug 1997, Amancio Hasty wrote: > Post the following: > > cat /dev/sndstat VoxWare Sound Driver:3.5-alpha15-970806 (Wed Aug 6 22:58:35 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: Installed drivers: Type 4: Gravis Ultrasound Card config: Gravis Ultrasound at 0x220 irq 15 drq 5,7 Audio devices: 0: GUS PNP (CS4231) (DUPLEX) 1: Gravis UltraSound (DUPLEX) Synth devices: 0: Gravis PNP (512k) Midi devices: 0: Gravis UltraSound Midi Timers: 0: System clock 1: GUS Mixers: 0: AD1848/CS4248/CS4231 1: Gravis Ultrasound > dmesg Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.1-RELEASE #0: Tue Aug 26 18:43:10 EEST 1997 joonas@joonas.pp.sci.fi:/usr/src/sys/compile/GUS CPU: Pentium (167.05-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30679040 (29960K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 1 int a irq 11 on pci0:17 bt0 rev 0 int a irq 14 on pci0:20 bt0: Bt946C/ 0-(32bit) bus bt0: reading board settings, busmastering, int=14 bt0: version 4.28D, async only, parity, 32 mbxs, 32 ccbs bt0: targ 0 async bt0: targ 1 async bt0: targ 2 async bt0: Using Strict Round robin scheme bt0 waiting for scsi devices to settle (bt0:0:0): "SEAGATE ST52160N 0344" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 2069MB (4238282 512 byte sectors) sd0(bt0:0:0): with 6536 cyls, 4 heads, and an average 162 sectors/track (bt0:1:0): "MICROP 4221-09 1128RVAV RVAV" type 0 fixed SCSI 2 sd1(bt0:1:0): Direct-Access 1955MB (4004219 512 byte sectors) sd1(bt0:1:0): with 4049 cyls, 9 heads, and an average 109 sectors/track (bt0:2:0): "SONY CD-ROM CDU-76S 1.1c" type 5 removable SCSI 2 cd0(bt0:2:0): CD-ROM cd present [288224 x 2048 byte records] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> 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 psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in bt0: disabled, not probed. npx0 on motherboard npx0: INT 16 interface Checking for GUS Plug-n-Play ... Board Vendor ID: GRV0001 Board Serial Number: 00002265 gus0 at 0x220 irq 15 drq 5 flags 0x107 on isa at 0x32c dma 7,5 at 0x220 irq 15 dma 5,7 There you are :) Joonas Malminen From owner-freebsd-multimedia Wed Aug 27 10:40:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA18120 for multimedia-outgoing; Wed, 27 Aug 1997 10:40:20 -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 KAA18112 for ; Wed, 27 Aug 1997 10:40:09 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.6/8.8.7) with ESMTP id TAA07294; Wed, 27 Aug 1997 19:40:02 +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 TAA24371; Wed, 27 Aug 1997 19:40:14 +0200 (SAT) Message-Id: <199708271740.TAA24371@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Ian Freislich cc: multimedia@FreeBSD.ORG Subject: Re: Stuttering in Mpeg3 playback Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 27 Aug 1997 19:40:14 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ian Freislich wrote: > > I don't get any stutter when playing mp3 44khz 16bit mpeg streams > > A friend of mine who has the newer pnp gus board also does not > experience the stuttering. That would be me. I do not get the stuttering, but I get a "warbling". This is a harsh, buzzing distortion when I play MP3s. It starts randomly, and lasts about 10 secs. I am using gugpnp17. My card (A GUS PnP with 4 Megs of RAM) is not probed correctly. Only 1024k of memory is reported at bootup: Checking for GUS Plug-n-Play ... Board Vendor ID: GRV0001 Board Serial Number: 00000001 gus0 at 0x220 irq 9 drq 7 flags 0x106 on isa at 0x32c dma 6,7 at 0x220 irq 9 dma 7,6 ...and by /dev/sndstat: VoxWare Sound Driver:3.5-alpha15-970806 (Wed Aug 6 22:58:35 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: Installed drivers: Type 4: Gravis Ultrasound Card config: Gravis Ultrasound at 0x220 irq 9 drq 7,6 Audio devices: 0: GUS PNP (CS4231) (DUPLEX) 1: Gravis UltraSound (DUPLEX) Synth devices: 0: Gravis PNP (1024k) Midi devices: 0: Gravis UltraSound Midi Timers: 0: System clock 1: GUS Mixers: 0: AD1848/CS4248/CS4231 1: Gravis Ultrasound M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Wed Aug 27 12:52:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA01703 for multimedia-outgoing; Wed, 27 Aug 1997 12:52:41 -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 MAA01687 for ; Wed, 27 Aug 1997 12:52:36 -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 MAA05146; Wed, 27 Aug 1997 12:51:03 -0700 (PDT) Message-Id: <199708271951.MAA05146@rah.star-gate.com> To: Mark Murray cc: Ian Freislich , multimedia@FreeBSD.ORG Subject: Re: Stuttering in Mpeg3 playback In-reply-to: Your message of "Wed, 27 Aug 1997 19:40:14 +0200." <199708271740.TAA24371@greenpeace.grondar.za> Date: Wed, 27 Aug 1997 12:51:03 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The GUS PnP Pro is treated as GUS MAX this means that the driver supports up to 1MB of memory . Amancio >From The Desk Of Mark Murray : > Ian Freislich wrote: > > > I don't get any stutter when playing mp3 44khz 16bit mpeg streams > > > > A friend of mine who has the newer pnp gus board also does not > > experience the stuttering. > > That would be me. > > I do not get the stuttering, but I get a "warbling". This is a harsh, > buzzing distortion when I play MP3s. It starts randomly, and lasts > about 10 secs. > > I am using gugpnp17. > > My card (A GUS PnP with 4 Megs of RAM) is not probed correctly. Only > 1024k of memory is reported at bootup: > > Checking for GUS Plug-n-Play ... > Board Vendor ID: GRV0001 Board Serial Number: 00000001 > gus0 at 0x220 irq 9 drq 7 flags 0x106 on isa > at 0x32c dma 6,7 at 0x220 irq 9 dma 7,6 > > ...and by /dev/sndstat: > > VoxWare Sound Driver:3.5-alpha15-970806 (Wed Aug 6 22:58:35 PDT 1997 Amancio Hasty@rah.star-gate.com) > Config options: > > Installed drivers: > Type 4: Gravis Ultrasound > > > Card config: > Gravis Ultrasound at 0x220 irq 9 drq 7,6 > > Audio devices: > 0: GUS PNP (CS4231) (DUPLEX) > 1: Gravis UltraSound (DUPLEX) > > Synth devices: > 0: Gravis PNP (1024k) > > Midi devices: > 0: Gravis UltraSound Midi > > Timers: > 0: System clock > 1: GUS > > Mixers: > 0: AD1848/CS4248/CS4231 > 1: Gravis Ultrasound > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > From owner-freebsd-multimedia Wed Aug 27 12:59:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02291 for multimedia-outgoing; Wed, 27 Aug 1997 12:59:20 -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 MAA02282 for ; Wed, 27 Aug 1997 12:59:11 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.6/8.8.7) with ESMTP id VAA07571; Wed, 27 Aug 1997 21:59:01 +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 VAA28742; Wed, 27 Aug 1997 21:59:24 +0200 (SAT) Message-Id: <199708271959.VAA28742@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Amancio Hasty cc: Ian Freislich , multimedia@FreeBSD.ORG Subject: Re: Stuttering in Mpeg3 playback Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 27 Aug 1997 21:59:24 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is there any _theoretical_ improvement in having a driver do 4MB? Is this something that I should hope/ask for or would the improvement be academic? Amancio Hasty wrote: > The GUS PnP Pro is treated as GUS MAX this means that the driver > supports up to 1MB of memory . M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Wed Aug 27 13:51:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05726 for multimedia-outgoing; Wed, 27 Aug 1997 13:51:43 -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 NAA05717 for ; Wed, 27 Aug 1997 13:51:38 -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 NAA05239; Wed, 27 Aug 1997 13:12:14 -0700 (PDT) Message-Id: <199708272012.NAA05239@rah.star-gate.com> To: Mark Murray cc: Ian Freislich , multimedia@FreeBSD.ORG Subject: Re: Stuttering in Mpeg3 playback In-reply-to: Your message of "Wed, 27 Aug 1997 21:59:24 +0200." <199708271959.VAA28742@greenpeace.grondar.za> Date: Wed, 27 Aug 1997 13:12:14 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In order to support 4MB the gus module will have to be rewritten and and I don't think that support for 4mb which is used exclusively for midi is worth the rewrite. If someone is interested in doing a native driver for the gus pnp , I will be more than happy to provide the gus pnp databook's pdf file. Cheers, Amancio >From The Desk Of Mark Murray : > Is there any _theoretical_ improvement in having a driver do 4MB? Is > this something that I should hope/ask for or would the improvement be > academic? > > Amancio Hasty wrote: > > The GUS PnP Pro is treated as GUS MAX this means that the driver > > supports up to 1MB of memory . > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > From owner-freebsd-multimedia Wed Aug 27 14:15:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA07153 for multimedia-outgoing; Wed, 27 Aug 1997 14:15:01 -0700 (PDT) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA07109 for ; Wed, 27 Aug 1997 14:14:51 -0700 (PDT) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id PAA22928; Wed, 27 Aug 1997 15:14:14 -0600 (MDT) From: Kenneth Merry Message-Id: <199708272114.PAA22928@pluto.plutotech.com> Subject: Re: GUS PnP Pro and FreeBSD 2.2.1 In-Reply-To: from Joonas Malminen at "Aug 27, 97 07:02:52 pm" To: joonas@sci.fi (Joonas Malminen) Date: Wed, 27 Aug 1997 15:14:14 -0600 (MDT) Cc: multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (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 Joonas Malminen wrote... > > OK, I compiled kernel with ftp://rah.star-gate.com/pub/guspnp17.tar.gz, > and i got sound working in some ways. The first problem I met was that, > when i played some audio ae. with mpg123, or any other player, the sound > started to crackle after playing about 3 mins of audio. The crackling > lasted about 10 seconds and after that the sound were normal again. I > tried this hardware with DOS player and it worked well. So the problem is > in FreeBSD. Just for the record, I'm having similar trouble. When I play a 128kbit/sec stereo mp3 file using mpg123 0.59k, the sound starts crackling at about 2:48 and stops about 3:11. (the start/stop time varies slightly depending on the file, but the duration of the crackling is the same) I didn't have this problem before, I think it started sometime around the time of guspnp12. My configuration is below.. Thanks, Ken -- Kenneth Merry ken@plutotech.com VoxWare Sound Driver:3.5-alpha15-970806 (Wed Aug 6 22:58:35 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: Installed drivers: Type 4: Gravis Ultrasound Card config: Gravis Ultrasound at 0x220 irq 11 drq 5,6 Audio devices: 0: GUS PNP (CS4231) (DUPLEX) 1: Gravis UltraSound (DUPLEX) Synth devices: 0: Gravis PNP (512k) Midi devices: 0: Gravis UltraSound Midi Timers: 0: System clock 1: GUS Mixers: 0: AD1848/CS4248/CS4231 1: Gravis Ultrasound 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: Wed Aug 27 14:39:48 MDT 1997 ken@roadwarrior.plutotech.com:/usr/src/sys/compile/roadwarrior CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xf9ff real memory = 134217728 (131072K bytes) avail memory = 128819200 (125800K bytes) DEVFS: ready for devices Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.1.0 fxp0: rev 0x02 int a irq 14 on pci0.9.0 fxp0: Ethernet address 00:a0:c9:5a:de:e7 de0: rev 0x20 int a irq 10 on pci0.10.0 de0: 21140A [10-100Mb/s] pass 2.0 de0: address 00:40:05:2f:cf:ec vga0: rev 0x01 int a irq 10 on pci0.11.0 ahc0: rev 0x00 int a irq 9 on pci0.12.0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 4095MB (8388315 512 byte sectors) cd0 at scbus0 target 6 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd present [200140 x 2048 byte records] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0: disabled, not probed. lpt1: disabled, not probed. psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in Checking for GUS Plug-n-Play ... Board Vendor ID: GRV0001 Board Serial Number: 00000001 gus0 at 0x220 irq 11 drq 5 flags 0x106 on isa at 0x32c dma 6,5 at 0x220 irq 11 dma 5,6 npx0 on motherboard npx0: INT 16 interface DEVFS: ready to run IP packet filtering initialized, divert enabled, logging limited to 100 packets/entry From owner-freebsd-multimedia Wed Aug 27 15:56:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA15768 for multimedia-outgoing; Wed, 27 Aug 1997 15:56:05 -0700 (PDT) Received: from teligent.se (iservern.teligent.se [194.17.198.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA15702 for ; Wed, 27 Aug 1997 15:55:58 -0700 (PDT) Received: from datorn.teligent.se (datorn.teligent.se [192.168.2.31]) by teligent.se (8.7/8.6.12) with SMTP id JAA24522; Wed, 27 Aug 1997 09:29:33 +0200 Date: Wed, 27 Aug 1997 09:32:21 +0200 (CEST) From: Jakob Alvermark To: Ben Cottrell cc: multimedia@FreeBSD.ORG Subject: Re: Which driver? In-Reply-To: <199708261952.MAA05985@pendor.McKusick.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id PAA15764 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Ben Cottrell wrote: > > When I play sound it cracks and pops. Large samples, for example if I use > > mpg123 sound bad for a couple of seconds, then it's crystal clear sound. > > I don't know what causes this, but the workaround is to use one 8-bit DMA > channel (DRQs 0-3) instead of two 16-bit ones. I use DMA 1 & 3 for the GUS. > mxaudio dumps core on me too, but it works fine for my friend Doug, running > nearly the same version of FreeBSD :-) I think it's nondeterministic. Hmm.. to bad.. the screenshots looks very nice /Jakob Alvermark ------------------------------------------------------- Teligent AB, P.O. Box 213, S-149 23 Nynäshamn, Sweden Telephone +46-(0)8 520 660 00 * Fax +46-(0)8 520 193 36 Direct +46-(0)8 520 660 32 * GSM +46-(0)70 792 16 57 From owner-freebsd-multimedia Wed Aug 27 15:56:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA15790 for multimedia-outgoing; Wed, 27 Aug 1997 15:56:18 -0700 (PDT) Received: from teligent.se (iservern.teligent.se [194.17.198.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA15780 for ; Wed, 27 Aug 1997 15:56:09 -0700 (PDT) Received: from datorn.teligent.se (datorn.teligent.se [192.168.2.31]) by teligent.se (8.7/8.6.12) with SMTP id JAA24399; Wed, 27 Aug 1997 09:23:20 +0200 Date: Wed, 27 Aug 1997 09:26:08 +0200 (CEST) From: Jakob Alvermark To: Amancio Hasty cc: Mark Tinguely , luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG Subject: Re: Which driver? In-Reply-To: <199708261756.KAA00310@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id PAA15782 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Amancio Hasty wrote: > The new mods for isa.c are not required by guspnp17 however they > will be required by guspnp18. > > Basically, I incorporated isa_dmastatus into the sound driver > due to oh a stale mate with freebsd hackers. Since then , > I managed to generate diffs against isa.c after I managed to resolve the issue > of sb16 vs guspnp use of isa_dmastatus. > > Now that isa.c will support properly auto dma for non bounce buffers > guspnp18 will use -current's isa.c . No mods will be required for isa.c. > > isa_dmastatus and isa_dmastop was written by Luigi and modify by > me to support auto dma . I expect Michael Smith to submit > the mods sometime today and guspnp18 will be available shortly there > after. So you are saying that I can run guspnp17 on 2.2.2 without any other alterations to the kernel source? Will xquake work? Thanks, Jakob Alvermark ------------------------------------------------------- Teligent AB, P.O. Box 213, S-149 23 Nynäshamn, Sweden Telephone +46-(0)8 520 660 00 * Fax +46-(0)8 520 193 36 Direct +46-(0)8 520 660 32 * GSM +46-(0)70 792 16 57 From owner-freebsd-multimedia Wed Aug 27 16:57:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA19055 for multimedia-outgoing; Wed, 27 Aug 1997 16:57:05 -0700 (PDT) Received: from klondike.alisa.org ([204.133.34.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA19050 for ; Wed, 27 Aug 1997 16:57:01 -0700 (PDT) Received: (from wjjr@localhost) by klondike.alisa.org (8.8.5/8.8.5) id RAA00321; Wed, 27 Aug 1997 17:56:07 -0600 (MDT) Date: Wed, 27 Aug 1997 17:56:07 -0600 (MDT) From: "John J. Rushford Jr." Message-Id: <199708272356.RAA00321@klondike.alisa.org> To: hasty@rah.star-gate.com, wjjr@klondike.alisa.org Subject: Re: b Cc: multimedia@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio, I do have PnP bios and I did set it so that IRQ 5 is now Legacy/ISA but no luck, a get the same results. However, Dev Mazumdar, 4Front Technologies responded and suggested I try their product based upon voxware. I did and it works fine, after I set IRQ 5 to Legacy/ISA. This voxware sound driver is loaded dynamically with modload. It works very well for my setup, I can play midi and wave files just fine with it. They want $20.00 though, so I'm going to buy it. Thanks for your help. Attached though is the output from my dmesg, cat /dev/sndstat, and a copy of my kernel configuration file. I hope it is useful to you. Again, thanks for your help. John Rushford wjjr@sapphire.alisa.org -------------- dmesg # 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 2.2.2-RELEASE #0: Wed Aug 27 17:23:21 MDT 1997 wjjr@klondike.alisa.org:/usr/src/sys/compile/klondike CPU: Pentium (132.63-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30425088 (29712K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 pci0:7:2: Intel Corporation, device=0x7020, class=0x0c, subclass=0x03 int d irq 15 [no driver assigned] ahc0 rev 1 int a irq 11 on pci0:10 ahc0: aic7860 Single Channel, SCSI Id=7, 3 SCBs ahc0 waiting for scsi devices to settle (ahc0:1:0): "CONNER CFP2107E 2.14GB 1527" type 0 fixed SCSI 2 sd0(ahc0:1:0): Direct-Access 2048MB (4194304 512 byte sectors) (ahc0:3:0): "IBM DORS-32160W WA0A" type 0 fixed SCSI 2 sd1(ahc0:3:0): Direct-Access 2063MB (4226725 512 byte sectors) (ahc0:4:0): "WangDAT Model 1300 02.5" type 1 removable SCSI 2 st0(ahc0:4:0): Sequential-Access density code 0x13, drive empty (ahc0:6:0): "MATSHITA CD-ROM CR-506 8S05" type 5 removable SCSI 2 cd0(ahc0:6:0): CD-ROM cd present [332219 x 2048 byte records] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 10 on isa ed0: address 00:20:c5:e2:5f:40, type NE2000 (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 not found at 0xffffffff mse0 at 0x23c irq 5 on isa fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 flags 0x1 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 9 drq 1 on isa at 0x220 irq 9 dma 1 sbxvi0 at 0x0 drq 5 on isa at 0x000 dma 5 sbmidi0 not found at 0x330 Sound: DMA (output) timed out - IRQ/DRQ config error? Sound: DMA (output) timed out - IRQ/DRQ config error? --------------- cat /dev/sndstat --------------- VoxWare Sound Driver:3.5-alpha15-970806 (Wed Aug 6 22:58:35 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: Installed drivers: Type 2: SoundBlaster Type 6: SoundBlaster16 Type 7: SB16 MIDI Card config: SoundBlaster at 0x220 irq 9 drq 1 SoundBlaster16 at 0x0 irq 1 drq 5 (SB16 MIDI at 0x330 irq 1) Audio devices: 0: SoundBlaster 16 4.13 Synth devices: Midi devices: Timers: 0: System clock Mixers: 0: SoundBlaster ------------------ kernel config file ----------------- # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.77.2.8 1997/04/18 14:06:20 nate Exp $ machine "i386" # cpu "I386_CPU" # cpu "I486_CPU" cpu "I586_CPU" # cpu "I686_CPU" ident klondike maxusers 64 # options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor # System V IPC options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on sd0 controller isa0 # controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 # disk fd1 at fdc0 drive 1 # tape ft0 at fdc0 drive 2 # controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr # disk wd0 at wdc0 drive 0 # disk wd1 at wdc0 drive 1 # controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr # disk wd2 at wdc1 drive 0 # disk wd3 at wdc1 drive 1 # options ATAPI #Enable ATAPI support for IDE bus # options ATAPI_STATIC #Don't do it as an LKM # device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. # controller ncr0 # controller amd0 # controller ahb0 controller ahc0 # controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr # controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr # controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr # controller aic0 at isa? port 0x340 bio irq 11 vector aicintr # controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr # controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr # controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows # device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr # device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr # controller matcd0 at isa? port 0x230 bio # device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Mandatory, don't remove device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr # # Laptop support (see LINT for more options) # # device apm0 at isa? disable # Advanced Power Management # options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS # PCCARD (PCMCIA) support #controller crd0 #device pcic0 at crd? #device pcic1 at crd? 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 sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr # device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr # device lpt1 at isa? port? tty device mse0 at isa? port 0x23c tty irq 5 vector mseintr # device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. # device de0 # device fxp0 # device vx0 device ed0 at isa? port 0x280 net irq 10 iomem 0xdc000 vector edintr # device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr # device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr # device ie1 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr # device ep0 at isa? port 0x300 net irq 10 vector epintr # device ex0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector exintr # device fe0 at isa? port 0x300 net irq ? vector feintr # device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr # device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr # device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr # device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device vn 1 pseudo-device tun 1 pseudo-device pty 64 pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 # Sound Blaster 16 # controller snd0 # device sb0 at isa? port 0x220 irq 9 conflicts drq 1 vector sbintr # device sbxvi0 at isa? irq? drq 5 conflicts # device sbmidi0 at isa? port 0x330 conflicts # options SBC_IRQ=9 # options SBC_DMA=1 # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing From owner-freebsd-multimedia Wed Aug 27 20:02:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA02803 for multimedia-outgoing; Wed, 27 Aug 1997 20:02:35 -0700 (PDT) Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.51.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA02796 for ; Wed, 27 Aug 1997 20:02:32 -0700 (PDT) Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.8.6/8.7.3/FreeBSD/2.1.5) id AAA03626 for freebsd-multimedia@FreeBSD.ORG; Thu, 28 Aug 1997 00:05:23 -0300 (EST) From: Pedro A M Vazquez Message-Id: <199708280305.AAA03626@kalypso.iqm.unicamp.br> Subject: Another bt848 based card To: freebsd-multimedia@FreeBSD.ORG Date: Thu, 28 Aug 1997 00:05:22 -0300 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Another one for the bt848 page: http://www.prolink.com.tw/news/news.htm PixelView Capture - Model No. PV-Bt848 PixelView Capture (Model No. PV-Bt848) provide you a low cost, high performance, and most reliable design for video conferencing and video capture. They are selling the PixelView Video Conference Kit (card+cammera) for about US$ 330 in Brazil. Pedro From owner-freebsd-multimedia Thu Aug 28 11:50:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA14845 for multimedia-outgoing; Thu, 28 Aug 1997 11:50:26 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA14840 for ; Thu, 28 Aug 1997 11:50:23 -0700 (PDT) Received: from sister.ludd.luth.se (gozer@sister.ludd.luth.se [130.240.16.77]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id UAA12108 for ; Thu, 28 Aug 1997 20:50:21 +0200 Date: Thu, 28 Aug 1997 20:50:19 +0200 (MET DST) From: Johan Larsson To: FreeBSD Multimedia Subject: Xquake, still no luck. 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 Isn't there anyone else having problems with xquake? On my box it still hangs after "Console initialized", no screen pops up, nothing. I think it happened after 18/8, and i don't think it has nothing to do with the sounddriver, more the linux emulation or something. Are you all running with old currents or is it just me that have this problem? wbr Johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Thu Aug 28 12:26:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA16301 for multimedia-outgoing; Thu, 28 Aug 1997 12:26:11 -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 MAA16293 for ; Thu, 28 Aug 1997 12:26:06 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id OAA14851; Thu, 28 Aug 1997 14:25:54 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma014772; Thu, 28 Aug 97 14:25:17 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id OAA01511; Thu, 28 Aug 1997 14:25:16 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Thu, 28 Aug 1997 14:25:16 -0500 (CDT) From: Kyle Mestery To: Johan Larsson cc: FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 28 Aug 1997, Johan Larsson wrote: > Isn't there anyone else having problems with xquake? On my box it still > hangs after "Console initialized", no screen pops up, nothing. I think it > happened after 18/8, and i don't think it has nothing to do with the > sounddriver, more the linux emulation or something. Are you all running > with old currents or is it just me that have this problem? > > wbr > Johan > -- I have never had xquake hang for me over the last few weeks, except for the newer linux binary I got hanging every now and then. I am now running current from this weekend with no xquake hangs. What is your hardware setup? Did you get your xquake binary from Amancio's site? Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-multimedia Fri Aug 29 10:10:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15148 for multimedia-outgoing; Fri, 29 Aug 1997 10:10:49 -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 KAA15112 for ; Fri, 29 Aug 1997 10:10:13 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA01672 for multimedia@freebsd.org; Fri, 29 Aug 1997 17:56:15 +0200 From: Luigi Rizzo Message-Id: <199708291556.RAA01672@labinfo.iet.unipi.it> Subject: snd970829.tgz To: multimedia@freebsd.org Date: Fri, 29 Aug 1997 17:56:15 +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 Another snap of the sound code at http://www.iet.unipi.it/~luigi/snd970829.tgz ftp://www.iet.unipi.it/pub/snd970829.tgz This snap features some assorted cleanups of the code, inclusion of the modifications to isa.c contributed by Amancio which should make it into -current these days, and a lot of work in the attempt to make the OPTi931 work despite the differences between the documentation and the chip's behaviour. This code is also reported to work on the SB Awe64 PnP. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Fri Aug 29 11:44:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20797 for multimedia-outgoing; Fri, 29 Aug 1997 11:44:17 -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 LAA20787 for ; Fri, 29 Aug 1997 11:44:09 -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 LAA04589; Fri, 29 Aug 1997 11:43:20 -0700 (PDT) Message-Id: <199708291843.LAA04589@rah.star-gate.com> To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: snd970829.tgz In-reply-to: Your message of "Fri, 29 Aug 1997 17:56:15 +0200." <199708291556.RAA01672@labinfo.iet.unipi.it> Date: Fri, 29 Aug 1997 11:43:19 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Michael checked in isa.c into -current and it should be available now. Will release guspnp18 tonite and it includes the mods for the dma routines in isa.c and anti-stutter code for the gus cards 8) Enjoy, Amancio >From The Desk Of Luigi Rizzo : > Another snap of the sound code at > > http://www.iet.unipi.it/~luigi/snd970829.tgz > ftp://www.iet.unipi.it/pub/snd970829.tgz > > This snap features some assorted cleanups of the code, inclusion of the > modifications to isa.c contributed by Amancio which should make it > into -current these days, and a lot of work in the attempt to make the > OPTi931 work despite the differences between the documentation and the > chip's behaviour. This code is also reported to work on the SB Awe64 > PnP. > > Cheers > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ From owner-freebsd-multimedia Fri Aug 29 12:14:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22230 for multimedia-outgoing; Fri, 29 Aug 1997 12:14: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 MAA22218 for ; Fri, 29 Aug 1997 12:13:48 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.6/8.8.7) with ESMTP id VAA11552; Fri, 29 Aug 1997 21:13: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 VAA02048; Fri, 29 Aug 1997 21:14:50 +0200 (SAT) Message-Id: <199708291914.VAA02048@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Amancio Hasty cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: snd970829.tgz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Aug 1997 21:14:46 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty wrote: > Michael checked in isa.c into -current and it should be available > now. > Will release guspnp18 tonite and it includes the mods for the > dma routines in isa.c and anti-stutter code for the gus cards 8) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Yay! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Fri Aug 29 14:32:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA29715 for multimedia-outgoing; Fri, 29 Aug 1997 14:32:33 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA29710 for ; Fri, 29 Aug 1997 14:32:30 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id XAA18394; Fri, 29 Aug 1997 23:32:21 +0200 Date: Fri, 29 Aug 1997 23:32:21 +0200 (MET DST) From: Johan Larsson To: Kyle Mestery cc: FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 28 Aug 1997, Kyle Mestery wrote: > On Thu, 28 Aug 1997, Johan Larsson wrote: > > > Isn't there anyone else having problems with xquake? On my box it still > > hangs after "Console initialized", no screen pops up, nothing. I think it > > happened after 18/8, and i don't think it has nothing to do with the > > sounddriver, more the linux emulation or something. Are you all running > > with old currents or is it just me that have this problem? > > > > wbr > > Johan > > -- > I have never had xquake hang for me over the last few weeks, except for > the newer linux binary I got hanging every now and then. I am now running > current from this weekend with no xquake hangs. What is your hardware > setup? Did you get your xquake binary from Amancio's site? P166MMX 64M S3Trio64. X33, S3server. Didn't find any xquake binary at rah. Used the i386-ELF-xquake-1.06 from linux xquake page. Works on my friends freebsd box with a couple of weeks old current. I have tried to reinstall X, built new worlds, reinstalled linux-lib, both from ports, and from prebuilt backage from ftp.freebsd.org. Nothing works.. It just get's to: [johan@moon][ttyp2] /dos/c/spel/quake >i386-ELF-xquake-1.06 Added packfile ./id1/pak0.pak (21 files) FindFile: ./id1/gfx/pop.lmp Playing registered version. FindFile: ./id1/gfx.wad Console initialized. [Here it hangs].. Gah... I don't like it :-) Johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Fri Aug 29 15:16:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA01851 for multimedia-outgoing; Fri, 29 Aug 1997 15:16:58 -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 PAA01846 for ; Fri, 29 Aug 1997 15:16:54 -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 PAA05138; Fri, 29 Aug 1997 15:16:33 -0700 (PDT) Message-Id: <199708292216.PAA05138@rah.star-gate.com> To: Johan Larsson cc: Kyle Mestery , FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-reply-to: Your message of "Fri, 29 Aug 1997 23:32:21 +0200." Date: Fri, 29 Aug 1997 15:16:33 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Do a ps -u to find out what is xquake waiting on... Amancio >From The Desk Of Johan Larsson : > On Thu, 28 Aug 1997, Kyle Mestery wrote: > > > On Thu, 28 Aug 1997, Johan Larsson wrote: > > > > > Isn't there anyone else having problems with xquake? On my box it still > > > hangs after "Console initialized", no screen pops up, nothing. I think it > > > happened after 18/8, and i don't think it has nothing to do with the > > > sounddriver, more the linux emulation or something. Are you all running > > > with old currents or is it just me that have this problem? > > > > > > wbr > > > Johan > > > -- > > I have never had xquake hang for me over the last few weeks, except for > > the newer linux binary I got hanging every now and then. I am now running > > current from this weekend with no xquake hangs. What is your hardware > > setup? Did you get your xquake binary from Amancio's site? > > P166MMX 64M S3Trio64. > X33, S3server. > > Didn't find any xquake binary at rah. Used the i386-ELF-xquake-1.06 from > linux xquake page. Works on my friends freebsd box with a couple of weeks > old current. > > I have tried to reinstall X, built new worlds, reinstalled linux-lib, > both from ports, and from prebuilt backage from ftp.freebsd.org. Nothing > works.. It just get's to: > > [johan@moon][ttyp2] /dos/c/spel/quake >i386-ELF-xquake-1.06 > Added packfile ./id1/pak0.pak (21 files) > FindFile: ./id1/gfx/pop.lmp > Playing registered version. > FindFile: ./id1/gfx.wad > Console initialized. > [Here it hangs].. > > Gah... I don't like it :-) > > Johan > -- > * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * > * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * > * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * > From owner-freebsd-multimedia Fri Aug 29 15:19:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA01999 for multimedia-outgoing; Fri, 29 Aug 1997 15:19:26 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA01991 for ; Fri, 29 Aug 1997 15:19:20 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id AAA19612; Sat, 30 Aug 1997 00:19:09 +0200 Date: Sat, 30 Aug 1997 00:19:08 +0200 (MET DST) From: Johan Larsson To: Amancio Hasty cc: Kyle Mestery , FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-Reply-To: <199708292216.PAA05138@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997, Amancio Hasty wrote: > Do a ps -u to find out what is xquake waiting on... USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND johan 593 0.4 2.1 1020 1308 p0 S+ 12:17AM 0:00.04 ./i386-ELF-xquake-1.06 Johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Fri Aug 29 15:22:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA02196 for multimedia-outgoing; Fri, 29 Aug 1997 15:22:13 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA02191 for ; Fri, 29 Aug 1997 15:22:06 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id AAA19652; Sat, 30 Aug 1997 00:21:58 +0200 Date: Sat, 30 Aug 1997 00:21:57 +0200 (MET DST) From: Johan Larsson To: Amancio Hasty cc: Kyle Mestery , FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 30 Aug 1997, Johan Larsson wrote: > On Fri, 29 Aug 1997, Amancio Hasty wrote: > > > Do a ps -u to find out what is xquake waiting on... > > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > johan 593 0.4 2.1 1020 1308 p0 S+ 12:17AM 0:00.04 ./i386-ELF-xquake-1.06 > Just noticed a thing... I let the quake run a while, and suddenly it did a seg fault :/ [johan@moon][ttyp0] ~/quake >./i386-ELF-xquake-1.06 Added packfile ./id1/pak0.pak (339 files) FindFile: can't find gfx/pop.lmp Playing shareware version. PackFile: ./id1/pak0.pak : gfx.wad Console initialized. Segmentation fault Exit 139 Johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Fri Aug 29 15:41:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03485 for multimedia-outgoing; Fri, 29 Aug 1997 15:41:05 -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 PAA03478 for ; Fri, 29 Aug 1997 15:41:00 -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 PAA05206; Fri, 29 Aug 1997 15:40:18 -0700 (PDT) Message-Id: <199708292240.PAA05206@rah.star-gate.com> To: Johan Larsson cc: Kyle Mestery , FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-reply-to: Your message of "Sat, 30 Aug 1997 00:21:57 +0200." Date: Fri, 29 Aug 1997 15:40:18 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry I need : ps -l | grep xquake Tnks, Amancio >From The Desk Of Johan Larsson : > On Sat, 30 Aug 1997, Johan Larsson wrote: > > > On Fri, 29 Aug 1997, Amancio Hasty wrote: > > > > > Do a ps -u to find out what is xquake waiting on... > > > > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > > johan 593 0.4 2.1 1020 1308 p0 S+ 12:17AM 0:00.04 ./i386-ELF-xqu ake-1.06 > > > > Just noticed a thing... I let the quake run a while, and suddenly it did a > seg fault :/ > > [johan@moon][ttyp0] ~/quake >./i386-ELF-xquake-1.06 > Added packfile ./id1/pak0.pak (339 files) > FindFile: can't find gfx/pop.lmp > Playing shareware version. > PackFile: ./id1/pak0.pak : gfx.wad > Console initialized. > Segmentation fault > Exit 139 > > Johan > -- > * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * > * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * > * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * > From owner-freebsd-multimedia Fri Aug 29 15:44:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03651 for multimedia-outgoing; Fri, 29 Aug 1997 15:44:56 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03645 for ; Fri, 29 Aug 1997 15:44:52 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id AAA20166; Sat, 30 Aug 1997 00:44:41 +0200 Date: Sat, 30 Aug 1997 00:44:41 +0200 (MET DST) From: Johan Larsson To: Amancio Hasty cc: Kyle Mestery , FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-Reply-To: <199708292240.PAA05206@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997, Amancio Hasty wrote: > Sorry I need : > ps -l | grep xquake UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 1000 695 342 2 2 0 1020 1308 select S+ p0 0:00.03 ./i386-ELF-xquake-1.06 Better? :-) Johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Fri Aug 29 15:55:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04370 for multimedia-outgoing; Fri, 29 Aug 1997 15:55:26 -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 PAA04354 for ; Fri, 29 Aug 1997 15:55:22 -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 PAA05243; Fri, 29 Aug 1997 15:54:39 -0700 (PDT) Message-Id: <199708292254.PAA05243@rah.star-gate.com> To: Johan Larsson cc: Kyle Mestery , FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-reply-to: Your message of "Sat, 30 Aug 1997 00:44:41 +0200." Date: Fri, 29 Aug 1997 15:54:39 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Next, is : ktrace xquake kdump Now the output of kdump is huge so you will have to do an analysis on what is xquake waiting on -- from the ps we know it has something to do with a select. Cheers, Amancio >From The Desk Of Johan Larsson : > On Fri, 29 Aug 1997, Amancio Hasty wrote: > > > Sorry I need : > > ps -l | grep xquake > > UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND > 1000 695 342 2 2 0 1020 1308 select S+ p0 0:00.03 ./i386-ELF -xquake-1.06 > > Better? :-) > > Johan > -- > * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * > * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * > * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * > From owner-freebsd-multimedia Fri Aug 29 16:06:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA05149 for multimedia-outgoing; Fri, 29 Aug 1997 16:06:27 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA05136 for ; Fri, 29 Aug 1997 16:06:17 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id BAA20701; Sat, 30 Aug 1997 01:06:07 +0200 Date: Sat, 30 Aug 1997 01:06:06 +0200 (MET DST) From: Johan Larsson To: Amancio Hasty cc: Kyle Mestery , FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-Reply-To: <199708292254.PAA05243@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997, Amancio Hasty wrote: > Next, is : > ktrace xquake > > kdump > > Now the output of kdump is huge so you will have to do an analysis > on what is xquake waiting on -- from the ps we know it has something > to do with a select. Okey, will do that later, gotta go to bed now, exam tomorrow :/ I found something that came out from then had the options DEBUG and DIAGNOSTIC in the kernel, i think it popped out something new every second or so (the lines at the end of this paste). [...] Aug 28 14:17:04 moon /kernel: Linux-emul(236): open(./id1/gfx.wad, 0x0, 0x1b6) Aug 28 14:17:04 moon /kernel: Linux-emul(236): open returns error 0 Aug 28 14:17:04 moon /kernel: Linux-emul(236): newfstat(4, *) Aug 28 14:17:04 moon /kernel: Linux-emul(236): newuname(*) Aug 28 14:17:04 moon /kernel: Linux-emul(236): brk(080bec68) Aug 28 14:17:04 moon /kernel: Linux-emul(236): brk(080bf000) Aug 28 14:17:04 moon /kernel: Linux-emul(236): newstat(/etc/locale/C/libc.cat, *) Aug 28 14:17:04 moon /kernel: Linux-emul(236): newstat(/usr/share/locale/C/libc.cat, *) Aug 28 14:17:04 moon /kernel: Linux-emul(236): newstat(/usr/share/locale/libc/C, *) Aug 28 14:17:04 moon /kernel: Linux-emul(236): newstat(/usr/share/locale/C/libc.cat, *) Aug 28 14:17:04 moon /kernel: Linux-emul(236): newstat(/usr/local/share/locale/C/libc.cat, *) Aug 28 14:17:04 moon /kernel: Linux-emul(236): open(/compat/linux/etc/host.conf, 0x0, 0x10165984) Aug 28 14:17:04 moon /kernel: Linux-emul(236): open returns error 0 Aug 28 14:17:04 moon /kernel: Linux-emul(236): newfstat(4, *) Aug 28 14:17:05 moon /kernel: Linux-emul(236): fcntl(4, 00000003, *) Aug 28 14:17:05 moon /kernel: Linux-emul(236): newfstat(4, *) Aug 28 14:17:05 moon /kernel: Linux-emul(236): mmap(00000000, 8192, 3, 00000022, -1, 0) Aug 28 14:17:05 moon /kernel: Linux-emul(236): lseek(4, 0, 1) Aug 28 14:17:05 moon /kernel: Linux-emul(236): open(/etc/resolv.conf, 0x0, 0x1b6) Aug 28 14:17:05 moon /kernel: Linux-emul(236): open returns error 0 Aug 28 14:17:05 moon /kernel: Linux-emul(236): newfstat(5, *) Aug 28 14:17:05 moon /kernel: Linux-emul(236): mmap(00000000, 8192, 3, 00000022, -1, 0) Aug 28 14:17:05 moon /kernel: Linux-emul(236): newuname(*) Aug 28 14:17:05 moon /kernel: Linux-emul(236): open(/etc/hosts, 0x0, 0x1b6) Aug 28 14:17:05 moon /kernel: Linux-emul(236): open returns error 0 Aug 28 14:17:05 moon /kernel: Linux-emul(236): newfstat(4, *) Aug 28 14:17:05 moon /kernel: Linux-emul(236): mmap(00000000, 8192, 3, 00000022, -1, 0) Aug 28 14:17:05 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, efbfca9c) Aug 28 14:17:05 moon /kernel: Linux-emul(236): incoming timeout (5/0) Aug 28 14:17:05 moon /kernel: Linux-emul(236): real select returns 0 Aug 28 14:17:05 moon /kernel: Linux-emul(236): outgoing timeout (4/993682) Aug 28 14:17:05 moon /kernel: Linux-emul(236): newselect_out -> 0 Aug 28 14:17:05 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, efbfca9c) Aug 28 14:17:05 moon /kernel: Linux-emul(236): incoming timeout (4/993682) Aug 28 14:17:07 moon /kernel: Linux-emul(236): real select returns 0 Aug 28 14:17:07 moon /kernel: Linux-emul(236): outgoing timeout (0/0) Aug 28 14:17:07 moon /kernel: Linux-emul(236): newselect_out -> 0 Aug 28 14:17:07 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, efbfca9c) Aug 28 14:17:07 moon /kernel: Linux-emul(236): incoming timeout (5/0) Aug 28 14:17:07 moon /kernel: Linux-emul(236): real select returns 0 Aug 28 14:17:07 moon /kernel: Linux-emul(236): outgoing timeout (4/995480) Aug 28 14:17:07 moon /kernel: Linux-emul(236): newselect_out -> 0 Aug 28 14:17:07 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, efbfca9c) Aug 28 14:17:07 moon /kernel: Linux-emul(236): incoming timeout (4/995480) Aug 28 14:17:12 moon /kernel: Linux-emul(236): real select returns 0 Aug 28 14:17:12 moon /kernel: Linux-emul(236): outgoing timeout (0/0) Aug 28 14:17:12 moon /kernel: Linux-emul(236): newselect_out -> 0 Aug 28 14:17:12 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, efbfca9c) Aug 28 14:17:12 moon /kernel: Linux-emul(236): incoming timeout (5/0) Aug 28 14:17:12 moon /kernel: Linux-emul(236): real select returns 0 Aug 28 14:17:12 moon /kernel: Linux-emul(236): outgoing timeout (4/985611) Aug 28 14:17:12 moon /kernel: Linux-emul(236): newselect_out -> 0 Aug 28 14:17:12 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, efbfca9c) Aug 28 14:17:12 moon /kernel: Linux-emul(236): incoming timeout (4/985611) Aug 28 14:17:17 moon /kernel: Linux-emul(236): real select returns 0 Aug 28 14:17:17 moon /kernel: Linux-emul(236): outgoing timeout (0/0) Aug 28 14:17:17 moon /kernel: Linux-emul(236): newselect_out -> 0 Aug 28 14:17:17 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, efbfca9c) Aug 28 14:17:17 moon /kernel: Linux-emul(236): incoming timeout (3/0) Aug 28 14:17:17 moon /kernel: Linux-emul(236): real select returns 0 Aug 28 14:17:17 moon /kernel: Linux-emul(236): outgoing timeout (2/987309) Aug 28 14:17:17 moon /kernel: Linux-emul(236): newselect_out -> 0 Aug 28 14:17:17 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, efbfca9c) Aug 28 14:17:17 moon /kernel: Linux-emul(236): incoming timeout (2/987309) Aug 28 14:17:20 moon /kernel: Linux-emul(236): real select returns 0 Aug 28 14:17:20 moon /kernel: Linux-emul(236): outgoing timeout (0/0) Aug 28 14:17:20 moon /kernel: Linux-emul(236): newselect_out -> 0 Aug 28 14:17:20 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, efbfca9c) Aug 28 14:17:20 moon /kernel: Linux-emul(236): incoming timeout (3/0) Aug 28 14:17:20 moon /kernel: Linux-emul(236): real select returns 0 [...] I think that would be enough.. -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Fri Aug 29 16:15:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA05568 for multimedia-outgoing; Fri, 29 Aug 1997 16:15:56 -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 QAA05563 for ; Fri, 29 Aug 1997 16:15: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 QAA05395; Fri, 29 Aug 1997 16:15:35 -0700 (PDT) Message-Id: <199708292315.QAA05395@rah.star-gate.com> To: Johan Larsson cc: Kyle Mestery , FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-reply-to: Your message of "Sat, 30 Aug 1997 01:06:06 +0200." Date: Fri, 29 Aug 1997 16:15:35 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Try playing with : /etc/resolv.conf like move over to /etc/resolv.conf.old /compat/linux/etc/host.conf do the same thing. Amancio >From The Desk Of Johan Larsson : > On Fri, 29 Aug 1997, Amancio Hasty wrote: > > > Next, is : > > ktrace xquake > > > > kdump > > > > Now the output of kdump is huge so you will have to do an analysis > > on what is xquake waiting on -- from the ps we know it has something > > to do with a select. > > Okey, will do that later, gotta go to bed now, exam tomorrow :/ > > I found something that came out from then had the options DEBUG and > DIAGNOSTIC in the kernel, i think it popped out something new every > second or so (the lines at the end of this paste). > > [...] > Aug 28 14:17:04 moon /kernel: Linux-emul(236): open(./id1/gfx.wad, 0x0, 0x1b6 ) > Aug 28 14:17:04 moon /kernel: Linux-emul(236): open returns error 0 > Aug 28 14:17:04 moon /kernel: Linux-emul(236): newfstat(4, *) > Aug 28 14:17:04 moon /kernel: Linux-emul(236): newuname(*) > Aug 28 14:17:04 moon /kernel: Linux-emul(236): brk(080bec68) > Aug 28 14:17:04 moon /kernel: Linux-emul(236): brk(080bf000) > Aug 28 14:17:04 moon /kernel: Linux-emul(236): newstat(/etc/locale/C/libc.cat , *) > Aug 28 14:17:04 moon /kernel: Linux-emul(236): newstat(/usr/share/locale/C/li bc.cat, *) > Aug 28 14:17:04 moon /kernel: Linux-emul(236): newstat(/usr/share/locale/libc /C, *) > Aug 28 14:17:04 moon /kernel: Linux-emul(236): newstat(/usr/share/locale/C/li bc.cat, *) > Aug 28 14:17:04 moon /kernel: Linux-emul(236): newstat(/usr/local/share/local e/C/libc.cat, *) > Aug 28 14:17:04 moon /kernel: Linux-emul(236): open(/compat/linux/etc/host.co nf, 0x0, 0x10165984) > Aug 28 14:17:04 moon /kernel: Linux-emul(236): open returns error 0 > Aug 28 14:17:04 moon /kernel: Linux-emul(236): newfstat(4, *) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): fcntl(4, 00000003, *) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): newfstat(4, *) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): mmap(00000000, 8192, 3, 000000 22, -1, 0) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): lseek(4, 0, 1) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): open(/etc/resolv.conf, 0x0, 0x 1b6) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): open returns error 0 > Aug 28 14:17:05 moon /kernel: Linux-emul(236): newfstat(5, *) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): mmap(00000000, 8192, 3, 000000 22, -1, 0) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): newuname(*) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): open(/etc/hosts, 0x0, 0x1b6) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): open returns error 0 > Aug 28 14:17:05 moon /kernel: Linux-emul(236): newfstat(4, *) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): mmap(00000000, 8192, 3, 000000 22, -1, 0) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, e fbfca9c) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): incoming timeout (5/0) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): real select returns 0 > Aug 28 14:17:05 moon /kernel: Linux-emul(236): outgoing timeout (4/993682) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): newselect_out -> 0 > Aug 28 14:17:05 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, e fbfca9c) > Aug 28 14:17:05 moon /kernel: Linux-emul(236): incoming timeout (4/993682) > Aug 28 14:17:07 moon /kernel: Linux-emul(236): real select returns 0 > Aug 28 14:17:07 moon /kernel: Linux-emul(236): outgoing timeout (0/0) > Aug 28 14:17:07 moon /kernel: Linux-emul(236): newselect_out -> 0 > Aug 28 14:17:07 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, e fbfca9c) > Aug 28 14:17:07 moon /kernel: Linux-emul(236): incoming timeout (5/0) > Aug 28 14:17:07 moon /kernel: Linux-emul(236): real select returns 0 > Aug 28 14:17:07 moon /kernel: Linux-emul(236): outgoing timeout (4/995480) > Aug 28 14:17:07 moon /kernel: Linux-emul(236): newselect_out -> 0 > Aug 28 14:17:07 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, e fbfca9c) > Aug 28 14:17:07 moon /kernel: Linux-emul(236): incoming timeout (4/995480) > Aug 28 14:17:12 moon /kernel: Linux-emul(236): real select returns 0 > Aug 28 14:17:12 moon /kernel: Linux-emul(236): outgoing timeout (0/0) > Aug 28 14:17:12 moon /kernel: Linux-emul(236): newselect_out -> 0 > Aug 28 14:17:12 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, e fbfca9c) > Aug 28 14:17:12 moon /kernel: Linux-emul(236): incoming timeout (5/0) > Aug 28 14:17:12 moon /kernel: Linux-emul(236): real select returns 0 > Aug 28 14:17:12 moon /kernel: Linux-emul(236): outgoing timeout (4/985611) > Aug 28 14:17:12 moon /kernel: Linux-emul(236): newselect_out -> 0 > Aug 28 14:17:12 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, e fbfca9c) > Aug 28 14:17:12 moon /kernel: Linux-emul(236): incoming timeout (4/985611) > Aug 28 14:17:17 moon /kernel: Linux-emul(236): real select returns 0 > Aug 28 14:17:17 moon /kernel: Linux-emul(236): outgoing timeout (0/0) > Aug 28 14:17:17 moon /kernel: Linux-emul(236): newselect_out -> 0 > Aug 28 14:17:17 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, e fbfca9c) > Aug 28 14:17:17 moon /kernel: Linux-emul(236): incoming timeout (3/0) > Aug 28 14:17:17 moon /kernel: Linux-emul(236): real select returns 0 > Aug 28 14:17:17 moon /kernel: Linux-emul(236): outgoing timeout (2/987309) > Aug 28 14:17:17 moon /kernel: Linux-emul(236): newselect_out -> 0 > Aug 28 14:17:17 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, e fbfca9c) > Aug 28 14:17:17 moon /kernel: Linux-emul(236): incoming timeout (2/987309) > Aug 28 14:17:20 moon /kernel: Linux-emul(236): real select returns 0 > Aug 28 14:17:20 moon /kernel: Linux-emul(236): outgoing timeout (0/0) > Aug 28 14:17:20 moon /kernel: Linux-emul(236): newselect_out -> 0 > Aug 28 14:17:20 moon /kernel: Linux-emul(236): newselect(5, efbfcaa4, 0, 0, e fbfca9c) > Aug 28 14:17:20 moon /kernel: Linux-emul(236): incoming timeout (3/0) > Aug 28 14:17:20 moon /kernel: Linux-emul(236): real select returns 0 > [...] > > I think that would be enough.. > > -- > * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * > * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * > * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * > From owner-freebsd-multimedia Fri Aug 29 16:36:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06917 for multimedia-outgoing; Fri, 29 Aug 1997 16:36:31 -0700 (PDT) Received: from cerberus.partsnow.com (gatekeeper.partsnow.com [207.155.26.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA06911 for ; Fri, 29 Aug 1997 16:36:28 -0700 (PDT) Received: (from bin@localhost) by cerberus.partsnow.com (8.8.5/8.6.9) id QAA08616 for ; Fri, 29 Aug 1997 16:37:06 -0700 (PDT) X-Authentication-Warning: cerberus.partsnow.com: bin set sender to using -f Received: from pcconsole(192.168.100.254) by cerberus.partsnow.com via smap (V2.0) id xma008610; Fri, 29 Aug 97 16:36:50 -0700 Message-ID: <34075C7E.2669@PartsNow.com> Date: Fri, 29 Aug 1997 16:34:22 -0700 From: Don Wilde Reply-To: don@PartsNow.com Organization: Soligen, Incorporated X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: multimedia@freebsd.org Subject: [MPEG-2 codec] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Holy Grail Real Soon Now! On page 14 on 9/1/97 EDN, C-Cube announces its DVx which purports to provide _single-chip_ encode including hardware motion estimation in either 4:2:0 or 4:2:2 format at up to 1080 lines of resolution http://www.c-cube.com . . . :))) If we can get that company you were talking to to make a triple-codec board with 3 FireWire interfaces on it, we'll be playing non-linear video editing with full A-B Roll capabilities for FreeBSD-style peanuts. Even if we only get one FireWire and one chip, that would make quite a package. I'll buy 3 :) -- oooOOO O O O o * * * * * * o ___ _________ _________ ________ _________ _________ ___==_ V_=_=_DW ===--- Don Wilde [don@PartsNow.com] [http://www.PartsNow.com ] /oo0000oo-oo--oo-ooo---ooo-ooo---ooo-ooo--ooo-ooo---ooo-ooo---ooo-oo--oo From owner-freebsd-multimedia Fri Aug 29 20:21:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA15491 for multimedia-outgoing; Fri, 29 Aug 1997 20:21:40 -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 UAA15483 for ; Fri, 29 Aug 1997 20:21:36 -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 UAA00382 for ; Fri, 29 Aug 1997 20:21:34 -0700 (PDT) Message-Id: <199708300321.UAA00382@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: ftp://rah.star-gate.com/pub/guspnp18.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Aug 1997 20:21:34 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This release uses isa_dmastatus from -current's isa.c if you don't have it then you have to get it from -current and use it as it is or patch isa.c for FreeBSD 2.2. Basically, with good reasons the freebsd hackers gave me a hard time for moving isa_dmastatus to the sound driver which I did because I couldn't use the one in -current at the time since then I modified Luigi's isa_dmastatus and isa_dmastop so they will work properly with auto dma. Minor change to ad1848.c to hopefully eliminate the stutter or echo that some of you have been listening to with gus cards. Let me me if this fixes mpeg playback and vat. Have fun, Amancio From owner-freebsd-multimedia Fri Aug 29 23:04:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21071 for multimedia-outgoing; Fri, 29 Aug 1997 23:04:29 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA21065 for ; Fri, 29 Aug 1997 23:04:26 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id IAA27533; Sat, 30 Aug 1997 08:04:03 +0200 Date: Sat, 30 Aug 1997 08:04:02 +0200 (MET DST) From: Johan Larsson To: Amancio Hasty cc: Kyle Mestery , FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-Reply-To: <199708292315.QAA05395@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997, Amancio Hasty wrote: > Try playing with : > /etc/resolv.conf like move over to /etc/resolv.conf.old > > /compat/linux/etc/host.conf do the same thing. > Okey, then it just seg fault's directly, whitout any hang.. :/ Johan From owner-freebsd-multimedia Fri Aug 29 23:08:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21182 for multimedia-outgoing; Fri, 29 Aug 1997 23:08:45 -0700 (PDT) Received: from ms11.hinet.net (root@ms11.hinet.net [168.95.4.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA21161; Fri, 29 Aug 1997 23:08:10 -0700 (PDT) Received: from ms11.hinet.net (h122.s81.ts.hinet.net [168.95.81.122]) by ms11.hinet.net (8.8.3/8.8.3) with ESMTP id OAA09737; Sat, 30 Aug 1997 14:09:16 +0800 (CST) Message-ID: <3407B8BA.BDFDE007@ms11.hinet.net> Date: Sat, 30 Aug 1997 14:07:55 +0800 From: Doug Lo Reply-To: jwlo@ms11.hinet.net X-Mailer: Mozilla 4.02 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-multimedia@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: How do I play sounds on SoundBlaster 16 PNP? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I have installed FreeBSD 2.2.2, my sound card is SB 16 PNP. I know that freebsd doesn't support SB "PNP". Would anyone know which tools I get to play sounds with SB 16 "PNP"? Your help will be highly appreciated. Regards, Doug. From owner-freebsd-multimedia Fri Aug 29 23:10:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21274 for multimedia-outgoing; Fri, 29 Aug 1997 23:10:42 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA21269 for ; Fri, 29 Aug 1997 23:10:38 -0700 (PDT) Received: from father.ludd.luth.se (gozer@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id IAA27616; Sat, 30 Aug 1997 08:10:13 +0200 Date: Sat, 30 Aug 1997 08:10:11 +0200 (MET DST) From: Johan Larsson To: Amancio Hasty cc: Kyle Mestery , FreeBSD Multimedia Subject: Re: Xquake, still no luck. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 30 Aug 1997, Johan Larsson wrote: > On Fri, 29 Aug 1997, Amancio Hasty wrote: > > > Try playing with : > > /etc/resolv.conf like move over to /etc/resolv.conf.old > > > > /compat/linux/etc/host.conf do the same thing. > > > > Okey, then it just seg fault's directly, whitout any hang.. :/ > And if i only remove the host.conf in /compat/linux/etc it says: [johan@moon][ttyp5] ~/quake >./i386-ELF-xquake-1.06 Added packfile ./id1/pak0.pak (339 files) FindFile: can't find gfx/pop.lmp Playing shareware version. PackFile: ./id1/pak0.pak : gfx.wad Console initialized. resolv+: /etc/host.conf:3: invalid keyword resolv+: errors found, parsing aborted Segmentation fault Exit 139 I think where getting somewhere!? :-) Johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-multimedia Sat Aug 30 02:13:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA15452 for multimedia-outgoing; Sat, 30 Aug 1997 02:13:27 -0700 (PDT) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA15443 for ; Sat, 30 Aug 1997 02:13:25 -0700 (PDT) Message-Id: <199708300913.CAA15443@hub.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 1144; Sat, 30 Aug 97 02:14:23 PST Date: Sat, 30 Aug 97 02:13 PDT To: Amancio Hasty From: Denis DeLaRoca Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz Cc: Luigi Rizzo , multimedia@FREEBSD.ORG Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997 20:21:34 -0700, Amancio Hasty said: > > This release uses isa_dmastatus from -current's isa.c if you don't > have it then you have to get it from -current and use it as it is > or patch isa.c for FreeBSD 2.2. Humm? Bringing -current's isa.c over to FreeBSD 2.2.x doesn't look straightforward as I think several other things need to be dragged as well. > Basically, with good reasons the freebsd hackers gave me a hard > time for moving isa_dmastatus to the sound driver which I did > because I couldn't use the one in -current at the time since > then I modified Luigi's isa_dmastatus and isa_dmastop so > they will work properly with auto dma. I haven't been able to download guspnp18 yet as your host is refusing FTP connections just now. But I wonder if to get on the air with guspnp18 it would suffice to use Luigi's patched isa.c? Does Luigi's isa.c suffice to compile guspnp18 successfully? Also the isa_dmastatus() code that committed to current is slightly different than the code in Luigi's isa.c in snd970829. Do these slight changes affect Luigi's sound driver at all? For FreeBSD 2.2.x systems it would be nice if we could use Luigi's isa.c to support guspnp18 as well. Right now guspnp18 is again out of sync with 2.2.x. -- Denis From owner-freebsd-multimedia Sat Aug 30 03:07:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA27629 for multimedia-outgoing; Sat, 30 Aug 1997 03:07:58 -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 DAA27523 for ; Sat, 30 Aug 1997 03:07:35 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.6/8.8.7) with ESMTP id MAA15029; Sat, 30 Aug 1997 12:07:31 +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 MAA00313; Sat, 30 Aug 1997 12:07:12 +0200 (SAT) Message-Id: <199708301007.MAA00313@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 12:07:12 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty wrote: > Minor change to ad1848.c to hopefully eliminate the stutter or echo > that some of you have been listening to with gus cards. Let me > me if this fixes mpeg playback and vat. I dont't have vat, but mpeg playback is now 100%! Great work! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Sat Aug 30 03:12:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA28885 for multimedia-outgoing; Sat, 30 Aug 1997 03:12:37 -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 DAA28866 for ; Sat, 30 Aug 1997 03:12:34 -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 DAA03205; Sat, 30 Aug 1997 03:12:19 -0700 (PDT) Message-Id: <199708301012.DAA03205@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mark Murray cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz In-reply-to: Your message of "Sat, 30 Aug 1997 12:07:12 +0200." <199708301007.MAA00313@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 03:12:19 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Cool, I am glad is working for you ! Have fun, Amancio >From The Desk Of Mark Murray : > Amancio Hasty wrote: > > Minor change to ad1848.c to hopefully eliminate the stutter or echo > > that some of you have been listening to with gus cards. Let me > > me if this fixes mpeg playback and vat. > > I dont't have vat, but mpeg playback is now 100%! Great work! > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > From owner-freebsd-multimedia Sat Aug 30 03:24:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA01787 for multimedia-outgoing; Sat, 30 Aug 1997 03:24:26 -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 DAA01771 for ; Sat, 30 Aug 1997 03:24:21 -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 DAA03364; Sat, 30 Aug 1997 03:23:43 -0700 (PDT) Message-Id: <199708301023.DAA03364@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Denis DeLaRoca cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz In-reply-to: Your message of "Sat, 30 Aug 1997 02:13:00 PDT." <199708300913.CAA15443@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 03:23:42 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well Luigi, are you going to retrofit 2.2's isa.c? Tnks, Amancio >From The Desk Of Denis DeLaRoca : > On Fri, 29 Aug 1997 20:21:34 -0700, > Amancio Hasty said: > > > > This release uses isa_dmastatus from -current's isa.c if you don't > > have it then you have to get it from -current and use it as it is > > or patch isa.c for FreeBSD 2.2. > > Humm? Bringing -current's isa.c over to FreeBSD 2.2.x doesn't look > straightforward as I think several other things need to be dragged > as well. > > > Basically, with good reasons the freebsd hackers gave me a hard > > time for moving isa_dmastatus to the sound driver which I did > > because I couldn't use the one in -current at the time since > > then I modified Luigi's isa_dmastatus and isa_dmastop so > > they will work properly with auto dma. > > I haven't been able to download guspnp18 yet as your host is refusing > FTP connections just now. But I wonder if to get on the air with > guspnp18 it would suffice to use Luigi's patched isa.c? Does Luigi's > isa.c suffice to compile guspnp18 successfully? > > Also the isa_dmastatus() code that committed to current is slightly > different than the code in Luigi's isa.c in snd970829. Do these slight > changes affect Luigi's sound driver at all? > > For FreeBSD 2.2.x systems it would be nice if we could use Luigi's > isa.c to support guspnp18 as well. Right now guspnp18 is again out > of sync with 2.2.x. > > -- Denis > From owner-freebsd-multimedia Sat Aug 30 05:48:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA16367 for multimedia-outgoing; Sat, 30 Aug 1997 05:48:12 -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 FAA16347; Sat, 30 Aug 1997 05:48:04 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA02921; Sat, 30 Aug 1997 13:28:17 +0200 From: Luigi Rizzo Message-Id: <199708301128.NAA02921@labinfo.iet.unipi.it> Subject: Re: How do I play sounds on SoundBlaster 16 PNP? To: jwlo@ms11.hinet.net Date: Sat, 30 Aug 1997 13:28:17 +0200 (MET DST) Cc: freebsd-multimedia@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG In-Reply-To: <3407B8BA.BDFDE007@ms11.hinet.net> from "Doug Lo" at Aug 30, 97 02:07:36 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 have installed FreeBSD 2.2.2, my sound card is SB 16 PNP. > I know that freebsd doesn't support SB "PNP". > Would anyone know which tools I get to play sounds with SB 16 "PNP"? http://www.iet.unipi.it/~luigi/snd970829.tgz should work with the various SB devices. 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 Sat Aug 30 06:01:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA16774 for multimedia-outgoing; Sat, 30 Aug 1997 06:01:15 -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 GAA16764; Sat, 30 Aug 1997 06:01:08 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA02942; Sat, 30 Aug 1997 13:47:34 +0200 From: Luigi Rizzo Message-Id: <199708301147.NAA02942@labinfo.iet.unipi.it> Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 30 Aug 1997 13:47:34 +0200 (MET DST) Cc: CSP1DWD@MVS.OAC.UCLA.EDU, multimedia@FreeBSD.ORG, msmith@FreeBSD.ORG In-Reply-To: <199708301023.DAA03364@rah.star-gate.com> from "Amancio Hasty" at Aug 30, 97 03:23:23 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Well Luigi, are you going to retrofit 2.2's isa.c? I just checked the differences between the two files. In the functions related to DMA the only significant difference is that in my code isa_dmastatus() returns 0 instead of -2 if the channel is not active (both the busy and auto_mode flags are 0). I prefer this because a count of 0 means that the transfer is complete anyways, and it is not required to check the exception in the caller (which would have to map th e"-2" to 0 anyways). 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 Sat Aug 30 08:23:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA21733 for multimedia-outgoing; Sat, 30 Aug 1997 08:23:07 -0700 (PDT) Received: from phoenix.its.rpi.edu (phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA21728; Sat, 30 Aug 1997 08:23:04 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.7/8.8.7) with SMTP id LAA15901; Sat, 30 Aug 1997 11:22:44 -0400 (EDT) Date: Sat, 30 Aug 1997 11:22:44 -0400 (EDT) From: "David E. Cross" To: hackers@freebsd.org cc: multimedia@freebsd.org Subject: IRQ timing 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 I just sent a message to the OSS people, and they mentioned that some of the problem I am experiencing is a result of some tight IRQ timing that the FreeBSD kernel has (ie, it takes too long to transfer the data). I was curious if this is something that would be trvial for me to change (a constant), and wouldn't break my system? -- David Cross From owner-freebsd-multimedia Sat Aug 30 10:43:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA26191 for multimedia-outgoing; Sat, 30 Aug 1997 10:43:14 -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 KAA26184; Sat, 30 Aug 1997 10:43:09 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA03050; Sat, 30 Aug 1997 18:29:51 +0200 From: Luigi Rizzo Message-Id: <199708301629.SAA03050@labinfo.iet.unipi.it> Subject: IRQ problem (was Re: IRQ timing) To: dec@phoenix.its.rpi.edu (David E. Cross) Date: Sat, 30 Aug 1997 18:29:51 +0200 (MET DST) Cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: from "David E. Cross" at Aug 30, 97 11:22:25 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just sent a message to the OSS people, and they mentioned that some of > the problem I am experiencing is a result of some tight IRQ timing that > the FreeBSD kernel has (ie, it takes too long to transfer the data). I would you care to mention what problem are you experiencing ? Curiously I have a related question, so hope people would excluse the crosspost.. I have a problem of missing interrupts with a device, but am not sure if it is a broken device, an intrinsic problem with ISA interrupts, a problem with my 82371 chipset, or what. So some help would be appreciated. Briefly, the question is: is there any feedback on the ISA bus to signal a device WITH MULTIPLE INTERNAL SOURCES that an interrupt has been served by the CPU and it can lower the interrupt line ? The device I have problems with is the OPTI931, a full duplex audio chip. It has multiple internal interrupt sources, all routed to a single ISA interrupt line. It is possible to acknowledge separately each interrupt source. My interrupt driver loops on the interrupt status register and returns when there are no more active sources, acking the various sources as they are served. Since the cause for interrupts is the completion of a dma transfer, I have an alternate way to check that the conditions for an interrupt have occurred. Very frequently, when both DMA channels are active, I find that the DMA transfer is complete, yet I don't get the interrupt I expect (luckily in most cases I can recover because at the same time I get an interrupt on the other channel, can test the ISA DMA count, and do the appropriate actions). At first I thought it was a problem with the board, but am not that sure now. Apparently the only feedback I can give to the device is through the individual interrupt acknowledge bits in the device. But when multiple internal sources are active, and one of them is not acked by the interrupt service routine (e.g. because it goes high after I read the status register) then the IRQ line should stay high. If ISA interrupts are really edge triggered, any interrupt not served when it occurs would be irremediably lost, or what ? Evidently things must be different from what I think because other similar devices (e.g. the CS4236) seem to work fine, but where is the trick ? Thanks Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Sat Aug 30 12:13:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA29051 for multimedia-outgoing; Sat, 30 Aug 1997 12:13:09 -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 MAA29044; Sat, 30 Aug 1997 12:13: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 MAA07238; Sat, 30 Aug 1997 12:12:50 -0700 (PDT) Message-Id: <199708301912.MAA07238@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: CSP1DWD@MVS.OAC.UCLA.EDU, multimedia@FreeBSD.ORG, msmith@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz In-reply-to: Your message of "Sat, 30 Aug 1997 13:47:34 +0200." <199708301147.NAA02942@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 12:12:49 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Please sync up the code since both routines you wrote I merely bypassed the isa busy flag in auto dma mode. Amancio >From The Desk Of Luigi Rizzo : > > Well Luigi, are you going to retrofit 2.2's isa.c? > > I just checked the differences between the two files. In the functions > related to DMA the only significant difference is that in my code > isa_dmastatus() returns 0 instead of -2 if the channel is not active > (both the busy and auto_mode flags are 0). I prefer this because a > count of 0 means that the transfer is complete anyways, and it is not > required to check the exception in the caller (which would have to map > th e"-2" to 0 anyways). > > 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 Sat Aug 30 12:37:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA29777 for multimedia-outgoing; Sat, 30 Aug 1997 12:37: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 MAA29771 for ; Sat, 30 Aug 1997 12:37: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 MAA07420; Sat, 30 Aug 1997 12:37:31 -0700 (PDT) Message-Id: <199708301937.MAA07420@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Johan Larsson cc: multimedia@freebsd.org Subject: Re: Xquake, still no luck. In-reply-to: Your message of "Sat, 30 Aug 1997 18:05:27 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 12:37:31 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk About isa.c , a static variable dma_auto_mode was added: static u_int8_t dma_auto_mode = 0; --- */ int isa_dma_acquire(chan) int chan; { #ifdef DIAGNOSTIC if (chan & ~VALID_DMA_MASK) panic("isa_dma_acquire: channel out of range"); #endif if (dma_inuse & (1 << chan)) { printf("isa_dma_acquire: channel %d already in use\n", chan); return (EBUSY); } dma_inuse |= (1 << chan); dma_auto_mode &= ~(1 << chan); ^^^^^^^^^^^^^^^^^^^^^ clear auto dma state for channel ---- void isa_dma_release(chan) int chan; { #ifdef DIAGNOSTIC if (chan & ~VALID_DMA_MASK) panic("isa_dma_release: channel out of range"); if ((dma_inuse & (1 << chan)) == 0) printf("isa_dma_release: channel %d not in use\n", chan); #endif if (dma_busy & (1 << chan)) { dma_busy &= ~(1 << chan); /* * XXX We should also do "dma_bounced &= (1 << chan);" * because we are acting on behalf of isa_dmadone() which * was not called to end the last DMA operation. This does * not matter now, but it may in the future. */ } dma_inuse &= ~(1 << chan); dma_auto_mode &= ~(1 << chan); ^^^^^^^^^^^^^^^^^^^^^ clear auto dma state for channel ---- void isa_dmastart(int flags, caddr_t addr, u_int nbytes, int chan) { vm_offset_t phys; int waport; caddr_t newaddr; #ifdef DIAGNOSTIC if (chan & ~VALID_DMA_MASK) panic("isa_dmastart: channel out of range"); if ((chan < 4 && nbytes > (1<<16)) || (chan >= 4 && (nbytes > (1<<17) || (u_int)addr & 1))) panic("isa_dmastart: impossible request"); if ((dma_inuse & (1 << chan)) == 0) printf("isa_dmastart: channel %d not acquired\n", chan); #endif #if 0 /* * XXX This should be checked, but drivers like ad1848 only call * isa_dmastart() once because they use Auto DMA mode. If we * leave this in, drivers that do this will print this continuously. */ if (dma_busy & (1 << chan)) printf("isa_dmastart: channel %d busy\n", chan); #endif dma_busy |= (1 << chan); if (isa_dmarangecheck(addr, nbytes, chan)) { if (dma_bouncebuf[chan] == NULL || dma_bouncebufsize[chan] < nbytes) panic("isa_dmastart: bad bounce buffer"); dma_bounced |= (1 << chan); newaddr = dma_bouncebuf[chan]; /* copy bounce buffer on write */ if (!(flags & B_READ)) bcopy(addr, newaddr, nbytes); addr = newaddr; } /* translate to physical */ phys = pmap_extract(pmap_kernel(), (vm_offset_t)addr); if (flags & B_RAW) { dma_auto_mode |= (1 << chan); } else { dma_auto_mode &= ~(1 << chan); } ^^^^^^^^^^^^^^^^^^ set the auto dma flag if R_RAW is set otherwise we are not using auto dma mode void isa_dmadone(int flags, caddr_t addr, int nbytes, int chan) { #ifdef DIAGNOSTIC if (chan & ~VALID_DMA_MASK) panic("isa_dmadone: channel out of range"); if ((dma_inuse & (1 << chan)) == 0) printf("isa_dmadone: channel %d not acquired\n", chan); #endif if (((dma_busy & (1 << chan)) == 0) && (dma_auto_mode & (1 << chan)) == 0 ) printf("isa_dmadone: channel %d not busy\n", chan); ^^^^^^^^^^^^^^^^^^^^^^^ don't print silly printf if we using auto dma ^^^^^^ ---- int isa_dmastatus(int chan) { u_long cnt = 0; int ffport, waport; u_long low1, high1, low2, high2; u_long ef; /* channel active? */ if ((dma_inuse & (1 << chan)) == 0) { printf("isa_dmastatus: channel %d not active\n", chan); return(-1); } /* channel busy? */ if (((dma_busy & (1 << chan)) == 0) && (dma_auto_mode & (1 << chan)) == 0 ) { printf("chan %d not busy\n", chan); return -2 ; } ^^^^^^^^^^^^^^^ don't return if we are in auto dma mode ^^^^^^^^^^^^^^^^^^^^^ ------ int isa_dmastop(int chan) { if (dma_inuse & (1 << chan) == 0) printf("isa_dmastop: channel %d not acquired\n", chan); if (((dma_busy & (1 << chan)) == 0) && (dma_auto_mode & (1 << chan)) == 0 ) { printf("chan %d not busy\n", chan); return -2 ; } ^^^^^^^^^^^^^^^ don't return if we are in auto dma mode ^^^^^^^^^^^^^^^^^^^^^ Hope this helps, Amancio >From The Desk Of Johan Larsson : > On Fri, 29 Aug 1997, Amancio Hasty wrote: > > > okay, > > leave /etc/host.conf there and mail me your /compat/linux/etc/host.conf > > Don't bother about this problem nomore.. It was "my" fault. Of some reason > that i don't know of, about /etc/hosts was messed up. > > Thanks for anything, now it's just the "isa_dmastatus: channel 5 not > active" problem i gotta to solve. :-) > > Johan > -- > * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * > * finger gozer@mother.ludd.luth.se for more information... +-+-+-+ * > * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * > From owner-freebsd-multimedia Sat Aug 30 17:56:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA10222 for multimedia-outgoing; Sat, 30 Aug 1997 17:56:59 -0700 (PDT) Received: from phoenix.its.rpi.edu (phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA10217; Sat, 30 Aug 1997 17:56:56 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.7/8.8.7) with SMTP id UAA27290; Sat, 30 Aug 1997 20:57:05 -0400 (EDT) Date: Sat, 30 Aug 1997 20:57:04 -0400 (EDT) From: "David E. Cross" To: Luigi Rizzo cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-Reply-To: <199708301629.SAA03050@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 30 Aug 1997, Luigi Rizzo wrote: > > I just sent a message to the OSS people, and they mentioned that some of > > the problem I am experiencing is a result of some tight IRQ timing that > > the FreeBSD kernel has (ie, it takes too long to transfer the data). I > > > would you care to mention what problem are you experiencing ? > > Curiously I have a related question, so hope people would excluse the > crosspost.. > The exact problem is that at the highest sampling rate (44.1KHz/16Bit/Stereo) I get skips in the music, even in an unloaded system. I emailed 4front-tech about this and said that it was a known problem due to FreeBSD's tightness in the IRQ code. I was hoping that this was something that could be fairly easily changed (ie. a #define somewhere). (They did mention that they had spoken to some of the kernel team about this). Are there any beta patches, or pointers where to start digging. I have already started poking arround in /usr/src/sys/i386/isa. -- David Cross ACS Consultant From owner-freebsd-multimedia Sat Aug 30 21:22:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17814 for multimedia-outgoing; Sat, 30 Aug 1997 21:22:13 -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 VAA17809; Sat, 30 Aug 1997 21:22:09 -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 TAA00923; Sat, 30 Aug 1997 19:58:40 -0700 (PDT) Message-Id: <199708310258.TAA00923@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "David E. Cross" cc: Luigi Rizzo , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-reply-to: Your message of "Sat, 30 Aug 1997 20:57:04 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 19:58:40 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We need a little bit more of information: o OS version o is the card using auto dma? o dma channels being used for the sound card o name of the app o buffer size used in in the application o complete dmesg output -- i want to know cpu model, etc.. o sound card brand/model Tnks, Amancio >From The Desk Of "David E. Cross" : > On Sat, 30 Aug 1997, Luigi Rizzo wrote: > > > > I just sent a message to the OSS people, and they mentioned that some of > > > the problem I am experiencing is a result of some tight IRQ timing that > > > the FreeBSD kernel has (ie, it takes too long to transfer the data). I > > > > > > would you care to mention what problem are you experiencing ? > > > > Curiously I have a related question, so hope people would excluse the > > crosspost.. > > > > The exact problem is that at the highest sampling rate > (44.1KHz/16Bit/Stereo) I get skips in the music, even in an unloaded > system. I emailed 4front-tech about this and said that it was a known > problem due to FreeBSD's tightness in the IRQ code. I was hoping that > this was something that could be fairly easily changed (ie. a #define > somewhere). (They did mention that they had spoken to some of the kernel > team about this). > > Are there any beta patches, or pointers where to start digging. I have > already started poking arround in /usr/src/sys/i386/isa. > > -- > David Cross > ACS Consultant > From owner-freebsd-multimedia Sat Aug 30 22:02:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA19544 for multimedia-outgoing; Sat, 30 Aug 1997 22:02:06 -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 WAA19518; Sat, 30 Aug 1997 22:01:58 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id WAA00669; Sat, 30 Aug 1997 22:01:54 -0700 (PDT) Message-Id: <199708310501.WAA00669@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "David E. Cross" cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-reply-to: Your message of "Sat, 30 Aug 1997 23:35:03 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 22:01:54 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk With the info which you have given us , most likely the problem is the sound driver and is easy to probe just borrow a gus pnp pro or a SB 16 PnP and try your apps with our sound driver: ftp://rah.star-gate.com/pub/guspnp18.tar.gz which supports the SB 16 and the GUS PnP Pro Right now, I am playing an mpeg file: {hasty} mpg123 track1.mpg High Performance MPEG 1.0/2.0 Audio Player for Layer 1, 2 and 3. Version 0.59g (97/04/23). Written and copyrights by Michael Hipp. Uses code from various people. See 'README' for more! THIS SOFTWARE COMES WITH ABSOLUTELY NO WARRANTY! USE AT YOUR OWN RISK! Playing MPEG stream from track1.mpg ... MPEG 1.0, Layer: II, Freq: 44100, mode: Stereo, modext: 0, BPF: 1254 Channels: 2, copyright: No, original: Yes, CRC: No, emphasis: 0. Bitrate: 384 Kbits/s, Extension value: 0 No clicks, no pause while I typing this note and I am compiling the kernel in the background right --- so it appears that the the core logic handling dma and IRQs is not that bad 8) There is nothing special about the way that the gus pnp is handling the mpeg playback since it is using the CS4231 emulation mode which is a dumb codec. My cpu utilization for mp123 ir around 9.5% so it is back to basics for the OSS driver for your card. Cheers, Amancio From owner-freebsd-multimedia Sat Aug 30 22:05:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA19756 for multimedia-outgoing; Sat, 30 Aug 1997 22:05:40 -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 WAA19747; Sat, 30 Aug 1997 22:05:36 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA03652; Sun, 31 Aug 1997 05:52:23 +0200 From: Luigi Rizzo Message-Id: <199708310352.FAA03652@labinfo.iet.unipi.it> Subject: Re: IRQ problem (was Re: IRQ timing) To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 31 Aug 1997 05:52:23 +0200 (MET DST) Cc: dec@phoenix.its.rpi.edu, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199708310258.TAA00923@rah.star-gate.com> from "Amancio Hasty" at Aug 30, 97 07:58:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We need a little bit more of information: > o OS version > o is the card using auto dma? > o dma channels being used for the sound card > o name of the app > o buffer size used in in the application i guess you also need the blocksize -- the size of each DMA transfers -- and not only the total amount of buffers. > o complete dmesg output -- i want to know cpu model, etc.. > o sound card brand/model > > > > I just sent a message to the OSS people, and they mentioned that some of > > > > the problem I am experiencing is a result of some tight IRQ timing that > > > > the FreeBSD kernel has (ie, it takes too long to transfer the data). I > > The exact problem is that at the highest sampling rate > > (44.1KHz/16Bit/Stereo) I get skips in the music, even in an unloaded > > system. I emailed 4front-tech about this and said that it was a known > > problem due to FreeBSD's tightness in the IRQ code. I was hoping that The relevant files are vector.s and icu.s in /sys/i386/isa The code for a regular interrupt handler registers the interrupt, re-enables the controller, and dispatches the interrupt if not blocked by some splXX() calli (otherwise the handler will be invoked as the software priority mask will allow it. I don't see where the problem could be in FreeBSD, unless there are long sections of code running with int masked (which should not happen in general, and almost certainly doesn't if the system is unloaded.) The OSS code probably uses use AUTO dma mode, so if the application can feed (or drain) data fast enough from the buffers, interrupt latency does not count provided you have a decent blocksize. At the highest audio speeds you have about 176KB/s so even using 2KB blocks (which are short for that speed) you have about 10ms to respond to the interrupt. I would rather look at the following: - what blocksize is used by your application ? - is the system really unloaded ? you might be reading/writing data from/to disk, and the latter might just be unable to support the required transfer rate (quite easy if it is nfs-mounted). 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 Sat Aug 30 22:23:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA20471 for multimedia-outgoing; Sat, 30 Aug 1997 22:23:20 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA20458; Sat, 30 Aug 1997 22:23: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 WAA00779; Sat, 30 Aug 1997 22:23:03 -0700 (PDT) Message-Id: <199708310523.WAA00779@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: dec@phoenix.its.rpi.edu, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-reply-to: Your message of "Sun, 31 Aug 1997 05:52:23 +0200." <199708310352.FAA03652@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 22:23:03 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Luigi Rizzo : > > We need a little bit more of information: > > o OS version > > o is the card using auto dma? > > o dma channels being used for the sound card > > o name of the app > > o buffer size used in in the application > > i guess you also need the blocksize -- the size of each DMA transfers > -- and not only the total amount of buffers. True but bear in mind that the system has plenty of memory: --- Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-STABLE #0: Sat Aug 30 21:51:37 EDT 1997 root@phoenix.its.rpi.edu:/usr/src/sys/compile/PHOENIX CPU: Pentium (132.96-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 62734336 (61264K bytes) ---- I would hope that the OSS driver has the heuristics to allocate sufficient memory for the buffers. At any rate, if David downloads: ftp://rah.star-gate.com/pub/mmap_test.c and just prints the buffer size and the number of buffers that the sound driver has we can eliminate the possibility that the sound driver did not allocate sufficient buffers Cheers, Amancio From owner-freebsd-multimedia Sat Aug 30 22:37:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA21040 for multimedia-outgoing; Sat, 30 Aug 1997 22:37:41 -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 WAA21034; Sat, 30 Aug 1997 22:37:38 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA03702; Sun, 31 Aug 1997 06:24:16 +0200 From: Luigi Rizzo Message-Id: <199708310424.GAA03702@labinfo.iet.unipi.it> Subject: Re: IRQ problem (was Re: IRQ timing) To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 31 Aug 1997 06:24:16 +0200 (MET DST) Cc: dec@phoenix.its.rpi.edu, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199708310523.WAA00779@rah.star-gate.com> from "Amancio Hasty" at Aug 30, 97 10:22:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > o buffer size used in in the application > > > > i guess you also need the blocksize -- the size of each DMA transfers > > -- and not only the total amount of buffers. > > True but bear in mind that the system has plenty of memory: ... > I would hope that the OSS driver has the heuristics to allocate > sufficient memory for the buffers. I think the default is 64K (seen in some include file). What I am not sure about is if the blocksize for DMA transfer is determined adaptively if the user does not call some SETFRAGMENT or SUBDIVIDE ioctl. In my code I wrote some code to use 0.25s of audio for each DMA transfer unless the user specifies elsewhere (using the above calls or the new one that I introduced, AIOSSIZE). What about guspnpXX ? Luigi From owner-freebsd-multimedia Sat Aug 30 22:46:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA21343 for multimedia-outgoing; Sat, 30 Aug 1997 22:46:34 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA21338; Sat, 30 Aug 1997 22:46:30 -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 WAA00887; Sat, 30 Aug 1997 22:46:00 -0700 (PDT) Message-Id: <199708310546.WAA00887@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: dec@phoenix.its.rpi.edu, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-reply-to: Your message of "Sun, 31 Aug 1997 06:24:16 +0200." <199708310424.GAA03702@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 22:46:00 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In guspnpxxx or linux sound driver 3.5 adaption for FreeBSD uses 64kb for the dma buffer, the default size for dma requests is a 1/2 second. If the user specifies a block size the dma buffer gets split in N blocks of the specified user block size and the dma buffer remains 64k. Amancio >From The Desk Of Luigi Rizzo : > > > > o buffer size used in in the application > > > > > > i guess you also need the blocksize -- the size of each DMA transfers > > > -- and not only the total amount of buffers. > > > > True but bear in mind that the system has plenty of memory: > ... > > I would hope that the OSS driver has the heuristics to allocate > > sufficient memory for the buffers. > > I think the default is 64K (seen in some include file). What I am not > sure about is if the blocksize for DMA transfer is determined > adaptively if the user does not call some SETFRAGMENT or SUBDIVIDE > ioctl. In my code I wrote some code to use 0.25s of audio for each DMA > transfer unless the user specifies elsewhere (using the above calls or > the new one that I introduced, AIOSSIZE). > > What about guspnpXX ? > > Luigi From owner-freebsd-multimedia Sat Aug 30 23:29:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23523 for multimedia-outgoing; Sat, 30 Aug 1997 23:29:11 -0700 (PDT) Received: from phoenix.its.rpi.edu (phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23518 for ; Sat, 30 Aug 1997 23:29:09 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.7/8.8.7) with SMTP id CAA02164; Sun, 31 Aug 1997 02:29:08 -0400 (EDT) Date: Sun, 31 Aug 1997 02:29:07 -0400 (EDT) From: "David E. Cross" To: Amancio Hasty cc: multimedia@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-Reply-To: <199708310523.WAA00779@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Aside: at this point I am just posting it to multimedia. On Sat, 30 Aug 1997, Amancio Hasty wrote: > At any rate, if David downloads: > ftp://rah.star-gate.com/pub/mmap_test.c > and just prints the buffer size and the number of buffers that > the sound driver has we can eliminate the possibility that > the sound driver did not allocate sufficient buffers Had to modify the program slightly to output what was needed ;), but here is: bash-2.00$ ./mmap_test 500000 bytes read from file. fragstotal: 4 fragsize:4096 mmap (out) returned 08094000 -- David Cross ACS Consultant