From owner-freebsd-multimedia Sun Dec 8 15:29:47 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA29751 for multimedia-outgoing; Sun, 8 Dec 1996 15:29:47 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA29746 for ; Sun, 8 Dec 1996 15:29:45 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.3/8.6.12) with SMTP id PAA04054; Sun, 8 Dec 1996 15:29:43 -0800 (PST) Date: Sun, 8 Dec 1996 15:29:43 -0800 (PST) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: "Denis DeLaRoca (310) 825-4580" cc: multimedia@FREEBSD.ORG Subject: Re: GUS PRO: functional! In-Reply-To: <199612062234.OAA09968@resnet.uoregon.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 6 Dec 1996, Denis DeLaRoca (310) 825-4580 wrote: > > Next is getting FreeBSd working. Can I apply guspnp6 to the 2.2-ALPHA, or > > do I have to go all the way to -current? reason is that if I have to go > > to current I'm going to buy a new disk... > > I think you can... I was able to apply guspnp5 to my 2.2-SNAP 960801 > system. But for MBONE work I kept having loop problems and all sorts > of audio distortion so I had to sidegrade to a PAS-16 card until the > driver is in better shape. Recently, someone reported on the list > good results with the guspnp6 driver in terms of audio quality but > he also reported the sound loop problems so I don't know how much > better things are... Well, this is what I'm going to be using it for. It's gotta be better than the SB I was using..maybe? :) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Sun Dec 8 15:33:30 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA29925 for multimedia-outgoing; Sun, 8 Dec 1996 15:33:30 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA29920 for ; Sun, 8 Dec 1996 15:33:27 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.3/8.6.12) with SMTP id PAA04061; Sun, 8 Dec 1996 15:33:21 -0800 (PST) Date: Sun, 8 Dec 1996 15:33:20 -0800 (PST) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Thomas Pfenning cc: "'gwh@spiders.com'" , "'Denis DeLaRoca 825-4580'" , "'multimedia@FreeBSD.ORG'" Subject: RE: GUS PRO: functional! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 6 Dec 1996, Thomas Pfenning wrote: > I see the looping also happening with a Soundblaster, so the problem > seems to be somewhere outside the specific sound driver. Guspnp6 does > indeed sound very good. from what I understand, the looping also comes from timing problems with the SB. Apparently it doesn't have a stable 8mhz clock, so Vat throws a fit every so often. I assume by 'looping' you mean when it plays the same segment for 5 seconds or so, gets restarted, then plays the audio that was missed over the current audio...that is what I'm getting with the SB. I'm also getting a bit of clicking and echoing. This happens almost immediately (1-3sec), so if it takes 10 minutes to start I'll buy that. > > That would be me. guspnp6 helped a _lot_, but I still get the > >looping after anywhere from 10min to 3 hours of continual use. > >Sound quality in vat is much much better though, and the looping has > >only happened a few times. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Sun Dec 8 15:37:03 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA00228 for multimedia-outgoing; Sun, 8 Dec 1996 15:37:03 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA00222 for ; Sun, 8 Dec 1996 15:36:57 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.3/8.6.12) with SMTP id PAA04068 for ; Sun, 8 Dec 1996 15:36:57 -0800 (PST) Date: Sun, 8 Dec 1996 15:36:56 -0800 (PST) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: multimedia@freebsd.org Subject: Thnx for GUS PRO info! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks everyone for the information. I'll be away from my network connection starting Tuesday (Winter Vacation, Housing kicks us out), so I won't have enough time to get everything plugged in and tested with mbone sessions, but I can at least play with it locally until January. Thanks again! Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Mon Dec 9 16:41:47 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA19615 for multimedia-outgoing; Mon, 9 Dec 1996 16:41:47 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA19602 for ; Mon, 9 Dec 1996 16:41:40 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.2/8.6.12) with SMTP id QAA01609 for ; Mon, 9 Dec 1996 16:41:37 -0800 (PST) Date: Mon, 9 Dec 1996 16:41:37 -0800 (PST) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: multimedia@freebsd.org Subject: GUS & Mbone: more updates Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello again... After I replaced my VAT with a full duplex version from rah, the looping and popping and whatnot has stopped. I've been watching the IETF stuff for several hours now and it works like a charm. The only annoying thing is that the audio cuts out every so often, but I think this is from problems at the gateway or transmitter at ietf2.bbnplanet.com so I'm not worried about it. I've noticed that the volume bars lag quite a bit behind the audio, such that I've just turned them off. Any ideas behind that? The thing that does worry me is the excessive debugging output from the kernel. I get lots of these: isa_dmastart: channel 1 busy isa_dmastart: channel 3 busy I know this is a silly stupid thing, but I can't remeber where this is at. Someone have the patch? (BTW: these pop up whenever I jump between vats (I'm watching both IETF channels currently), and just every so often. Any guesses why both the play and record DMAs bounce? Secondly, when I was using the half-duplex vat, I got a lot of these lines: Dec 8 23:55:26 gdi /kernel: write select 1 Dec 8 23:55:27 gdi last message repeated 672 times Dec 8 23:55:27 gdi /kernel: isa_dmastart: channel 3 busy Dec 8 23:55:29 gdi /kernel: write select 0 Dec 8 23:55:29 gdi last message repeated 4 times Dec 8 23:55:29 gdi /kernel: write select 1 Dec 8 23:55:31 gdi /kernel: write select 0 Dec 8 23:55:31 gdi last message repeated 4 times Here is the interesting part. The audio was clear until the 'channel 3 busy' message came up. Then I got the write select 0's interspersing thoughout the write select 1 messages. (I got these write select's regularly.) At the same time, the looping, popping, and general poor audio started up. I'm guessing that these status messages may be related to the poor audio output from the half duplex vat (which must be used on SoundBlasters). Note that i got the exact same poor output until I bumped my vat to the full duplex version. I still have the half-duplex, so I'd be glad to do some testing. I'll only have my net until midday tomorrow or so, so get back to me soon if you want to deal with this before January. I'm not experienced enough programming to track down this stuff. I'm hoping someone will pick this up (bill?) and work with this. I'd really like to see the half-duplex vat's audio quality improve, as many of us are stuck with them and don't want to spend the $xxx on a gus when (IMHO) the awe32 has nicer MIDI audio :), and paid $200-300 for the AWE originally. Finally: all is well at gdi. Now to bludgeon the qcam into shape again and play with increasing the fps... Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Mon Dec 9 18:04:37 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA24568 for multimedia-outgoing; Mon, 9 Dec 1996 18:04:37 -0800 (PST) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA24559 for ; Mon, 9 Dec 1996 18:04:33 -0800 (PST) Message-Id: <199612100204.SAA24559@freefall.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 9259; Mon, 09 Dec 96 18:04:33 PST Date: Mon, 09 Dec 96 18:03 PST To: dwhite@RESNET.UOREGON.EDU From: Denis DeLaRoca (310) 825-4580 Subject: Re: GUS & Mbone: more updates CC: multimedia@FREEBSD.ORG Sender: owner-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Dec 1996 16:41:37 -0800 PST, Doug White said: > Hello again... > > After I replaced my VAT with a full duplex version from rah, the looping > and popping and whatnot has stopped. I've been watching the IETF stuff > for several hours now and it works like a charm. The only annoying thing > is that the audio cuts out every so often, but I think this is from > problems at the gateway or transmitter at ietf2.bbnplanet.com so I'm not > worried about it. Yes that gateway was dropping packets. Here at UCLA I was seeing a loss not exceeding 8% -- not enough for significant audio cuts/dropouts, only tiny dropouts here and there. > I've noticed that the volume bars lag quite a bit behind the audio, such > that I've just turned them off. Any ideas behind that? Humm? I'll check that tomorrow. > The thing that does worry me is the excessive debugging output from the > kernel. I get lots of these: > > isa_dmastart: channel 1 busy > isa_dmastart: channel 3 busy It's in /sys/i386/isa/isa.c, I am not sure it these messages are legacy diagnostic messages or legitimate error output... > I know this is a silly stupid thing, but I can't remeber where this is at. > Someone have the patch? (BTW: these pop up whenever I jump between vats > (I'm watching both IETF channels currently), and just every so often. Any > guesses why both the play and record DMAs bounce? > > Secondly, when I was using the half-duplex vat, I got a lot of these > lines: > > Dec 8 23:55:26 gdi /kernel: write select 1 > Dec 8 23:55:27 gdi last message repeated 672 times > Dec 8 23:55:27 gdi /kernel: isa_dmastart: channel 3 busy > Dec 8 23:55:29 gdi /kernel: write select 0 > Dec 8 23:55:29 gdi last message repeated 4 times > Dec 8 23:55:29 gdi /kernel: write select 1 > Dec 8 23:55:31 gdi /kernel: write select 0 > Dec 8 23:55:31 gdi last message repeated 4 times I've never seen these with my PAS16 card. What I keep seeing very freuqntly is aud write: resource temporarily busy which is a result of a pwrite("aud write") in vat's audio-voxware.cc when its write() to the audio device fails. I haven't figured out what activity on the system interferes with /dev/audio to trigger the above failures. > Here is the interesting part. The audio was clear until the 'channel 3 > busy' message came up. Then I got the write select 0's interspersing > thoughout the write select 1 messages. (I got these write select's > regularly.) At the same time, the looping, popping, and general poor > audio started up. > > I'm guessing that these status messages may be related to the poor audio > output from the half duplex vat (which must be used on SoundBlasters). > Note that i got the exact same poor output until I bumped my vat to the > full duplex version. I still have the half-duplex, so I'd be glad to do > some testing. I'll only have my net until midday tomorrow or so, so get > back to me soon if you want to deal with this before January. > > I'm not experienced enough programming to track down this stuff. I'm > hoping someone will pick this up (bill?) and work with this. I'd really > like to see the half-duplex vat's audio quality improve, as many of us are > stuck with them and don't want to spend the $xxx on a gus when (IMHO) the > awe32 has nicer MIDI audio :), and paid $200-300 for the AWE originally. The sound quality I am getting in half-duplex mode with a ProAudio Spectrum 16 card is quite good, not as splendid as with the GUS card mind you, but quite acceptable -- the only minor problem is that vat's clocking of audio output is slightly amiss and every so often a couple of audio samples overlap on output as the playback buffer is reset. -- Denis From owner-freebsd-multimedia Mon Dec 9 19:12:52 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA00661 for multimedia-outgoing; Mon, 9 Dec 1996 19:12:52 -0800 (PST) Received: from rah.star-gate.com ([204.188.121.18]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA00652 for ; Mon, 9 Dec 1996 19:12:49 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id TAA00526; Mon, 9 Dec 1996 19:11:51 -0800 (PST) Message-Id: <199612100311.TAA00526@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: dwhite@resnet.uoregon.edu cc: multimedia@freebsd.org Subject: Re: GUS & Mbone: more updates In-reply-to: Your message of "Mon, 09 Dec 1996 16:41:37 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Dec 1996 19:11:51 -0800 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Doug White : > Hello again... > > After I replaced my VAT with a full duplex version from rah, the looping > and popping and whatnot has stopped. I've been watching the IETF stuff > for several hours now and it works like a charm. The only annoying thing > is that the audio cuts out every so often, but I think this is from > problems at the gateway or transmitter at ietf2.bbnplanet.com so I'm not > worried about it. Play a little with vat if you click mouse on the transmitting source you will be able to start an rtp stats window which will let you know if vat is dropping packets or not. > I've noticed that the volume bars lag quite a bit behind the audio, such > that I've just turned them off. Any ideas behind that? > > The thing that does worry me is the excessive debugging output from the > kernel. I get lots of these: > > isa_dmastart: channel 1 busy > isa_dmastart: channel 3 busy Just comment out in /sys/i386/isa/isa.c the diagnostic message. > I know this is a silly stupid thing, but I can't remeber where this is at. > Someone have the patch? (BTW: these pop up whenever I jump between vats > (I'm watching both IETF channels currently), and just every so often. Any > guesses why both the play and record DMAs bounce? > > Secondly, when I was using the half-duplex vat, I got a lot of these > lines: > > Dec 8 23:55:26 gdi /kernel: write select 1 > Dec 8 23:55:27 gdi last message repeated 672 times > Dec 8 23:55:27 gdi /kernel: isa_dmastart: channel 3 busy > Dec 8 23:55:29 gdi /kernel: write select 0 > Dec 8 23:55:29 gdi last message repeated 4 times > Dec 8 23:55:29 gdi /kernel: write select 1 > Dec 8 23:55:31 gdi /kernel: write select 0 > Dec 8 23:55:31 gdi last message repeated 4 times Thats my fault just get rid of my debuggin message . It is in audio.c: audio.c: printf("write select %d\n", foo); > Here is the interesting part. The audio was clear until the 'channel 3 > busy' message came up. Then I got the write select 0's interspersing > thoughout the write select 1 messages. (I got these write select's > regularly.) At the same time, the looping, popping, and general poor > audio started up. > > I'm guessing that these status messages may be related to the poor audio > output from the half duplex vat (which must be used on SoundBlasters). > Note that i got the exact same poor output until I bumped my vat to the > full duplex version. I still have the half-duplex, so I'd be glad to do > some testing. I'll only have my net until midday tomorrow or so, so get > back to me soon if you want to deal with this before January. > > I'm not experienced enough programming to track down this stuff. I'm > hoping someone will pick this up (bill?) and work with this. I'd really > like to see the half-duplex vat's audio quality improve, as many of us are > stuck with them and don't want to spend the $xxx on a gus when (IMHO) the > awe32 has nicer MIDI audio :), and paid $200-300 for the AWE originally. > > Finally: all is well at gdi. Now to bludgeon the qcam into shape again > and play with increasing the fps... > Well , the meters they chew up cpu time so if you don't have a fast computer I don't recommend that using them. My old system was a P100 and vat's meters did have much of a problem by way of coming up with the sound . Have fun, Amancio From owner-freebsd-multimedia Mon Dec 9 23:01:40 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA21460 for multimedia-outgoing; Mon, 9 Dec 1996 23:01:40 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA21455 for ; Mon, 9 Dec 1996 23:01:38 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.2/8.6.12) with SMTP id XAA05662; Mon, 9 Dec 1996 23:01:36 -0800 (PST) Date: Mon, 9 Dec 1996 23:01:35 -0800 (PST) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: "Denis DeLaRoca (310) 825-4580" cc: multimedia@freebsd.org Subject: Re: GUS & Mbone: more updates In-Reply-To: <199612100204.SAA24559@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Dec 1996, Denis DeLaRoca (310) 825-4580 wrote: > Yes that gateway was dropping packets. Here at UCLA I was seeing a loss > not exceeding 8% -- not enough for significant audio cuts/dropouts, > only tiny dropouts here and there. I wasn't paying too much attention to the loss percents, but most of the time the audio was excellent. That gateway died for a minute or so at one point, that's what prompted me to post that. > Humm? I'll check that tomorrow. Amancio says that this is just indicitive that a P90 just isn't quite enough to keep everything up to date :) A p133 or p166 is in my future... > It's in /sys/i386/isa/isa.c, I am not sure it these messages are > legacy diagnostic messages or legitimate error output... Found it. It's an error, but not serious. I remember a bunch of messages about this when guspnp3 or so came out. I forgot where it was. > I've never seen these with my PAS16 card. What I keep seeing very > freuqntly is > > aud write: resource temporarily busy > > which is a result of a pwrite("aud write") in vat's audio-voxware.cc > when its write() to the audio device fails. I haven't figured out what > activity on the system interferes with /dev/audio to trigger the above > failures. I don't get that (on 4.0a2), but the write select debug is attached to a select() in the /dev/audio interface (/sys/i386/isa/sound/audio.c) which appears to trip along nicely until the record channel(?) busys out and all hell breaks loose. > The sound quality I am getting in half-duplex mode with a ProAudio > Spectrum 16 card is quite good, not as splendid as with the GUS card > mind you, but quite acceptable -- the only minor problem is that > vat's clocking of audio output is slightly amiss and every so often > a couple of audio samples overlap on output as the playback buffer > is reset. The PAS may have a yet better clock than the SBs do --they supposedly have a horrible clock that can't keep time properly. This is supposedly the story behind the poor audio quality, but as my accidental experiment the other day shows, it still happens on the GUS. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Mon Dec 9 23:06:33 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA21868 for multimedia-outgoing; Mon, 9 Dec 1996 23:06:33 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA21863 for ; Mon, 9 Dec 1996 23:06:31 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.2/8.6.12) with SMTP id XAA05683; Mon, 9 Dec 1996 23:06:27 -0800 (PST) Date: Mon, 9 Dec 1996 23:06:27 -0800 (PST) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Amancio Hasty cc: multimedia@freebsd.org Subject: Re: GUS & Mbone: more updates In-Reply-To: <199612100311.TAA00526@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Dec 1996, Amancio Hasty wrote: > > After I replaced my VAT with a full duplex version from rah, the looping > > and popping and whatnot has stopped. I've been watching the IETF stuff > > for several hours now and it works like a charm. The only annoying thing > > is that the audio cuts out every so often, but I think this is from > > problems at the gateway or transmitter at ietf2.bbnplanet.com so I'm not > > worried about it. > > Play a little with vat if you click mouse on the transmitting > source you will be able to start an rtp stats window > which will let you know if vat is dropping packets or not. Forgot about the auto-mtrace. Oh well, I did the same thing from the command line :) > Just comment out in /sys/i386/isa/isa.c the diagnostic message. Got it. > Thats my fault just get rid of my debuggin message . > It is in audio.c: > > audio.c: printf("write select %d\n", foo); Got that too. As I noted earlier, sound on half-duplex is peachy until one of these select()s that this is attache to fails, then the audio goes bananas. > > Finally: all is well at gdi. Now to bludgeon the qcam into shape again > > and play with increasing the fps... > > Well , the meters they chew up cpu time so if you don't have a fast > computer I don't recommend that using them. My old system was > a P100 and vat's meters did have much of a problem by way of coming > up with the sound . That would explain it...this is a measely P90 :) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-multimedia Tue Dec 10 07:05:22 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA06764 for multimedia-outgoing; Tue, 10 Dec 1996 07:05:22 -0800 (PST) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.139.22]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA06759 for ; Tue, 10 Dec 1996 07:05:19 -0800 (PST) Received: (from james@localhost) by miller.cs.uwm.edu (8.8.3/8.8.3) id JAA17184; Tue, 10 Dec 1996 09:05:04 -0600 (CST) Date: Tue, 10 Dec 1996 09:05:04 -0600 (CST) From: Jim Lowe Message-Id: <199612101505.JAA17184@miller.cs.uwm.edu> To: CSP1DWD@MVS.OAC.UCLA.EDU, dwhite@resnet.uoregon.edu Subject: Re: GUS & Mbone: more updates Cc: multimedia@freebsd.org Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: Denis DeLaRoca (310) 825-4580 > Subject: Re: GUS & Mbone: more updates > Cc: multimedia@freebsd.org > > I've never seen these with my PAS16 card. What I keep seeing very > freuqntly is > > aud write: resource temporarily busy > > which is a result of a pwrite("aud write") in vat's audio-voxware.cc > when its write() to the audio device fails. I haven't figured out what > activity on the system interferes with /dev/audio to trigger the above > failures. This is beacuse the audio output of the PAS-16 doesn't run at 8khz. When you set the frequency at 8khz, it actually runs around 7.5khz. > > The sound quality I am getting in half-duplex mode with a ProAudio > Spectrum 16 card is quite good, not as splendid as with the GUS card > mind you, but quite acceptable -- the only minor problem is that > vat's clocking of audio output is slightly amiss and every so often > a couple of audio samples overlap on output as the playback buffer > is reset. > It will need to reset the play buffer since the actual clocking rate is slower than vat is anticipating. I think you can change this by setting the rate to something a little faster. I beleive (I don't remember offhand) if you set the PAS-16 card to 8062hz, that it will actually run around 8011hz. This should make the error stop. Actually, the rate to run at 8011hz might mean setting the card to 8116hz. I don't remember which frequency to use. Here is a little program that can be used to measure the frequency of incoming packets. You will want to tune your audio card to run as close as possible to 8khz. Anything within 5% should make vat happy. Depending on which version of the sound driver you are running you might have to -DBROKEN_SELECT when you compile. In some versions of the sound driver, you have to kick-start the audio. -Jim --- #include #include #include #include #include #include #include /* #define BROKEN_SELECT /* */ char *dev="/dev/dsp0"; int blocksize = 160; main(int ac, char **av) { struct timeval tv, start; int fd; fd_set rfd; int cc; int i; int freq; double u; if(ac>1) { freq = atoi(av[1]); } else freq = 8000; if((fd=open(dev, O_RDONLY)) < 0) { perror("open failed\n"); exit(-1); } if(ioctl(fd, SNDCTL_DSP_SETBLKSIZE, &blocksize) < 0) { printf("Setting blocksize failed: %s\n", strerror(errno)); } if(ioctl(fd, SNDCTL_DSP_SPEED, &freq) < 0) { printf("Setting speed failed: %s\n", strerror(errno)); } #ifdef BROKEN_SELECT read(fd, dev, 1); #endif gettimeofday(&start, 0); cc = 0; i = 0; FD_ZERO(&rfd); while (1) { int n; char buf[blocksize]; FD_SET(fd, &rfd); select(fd+1, &rfd, 0, 0, 0); n = read(fd, buf, blocksize); if (n < 0) { perror("read"); exit(1); } if(n!=blocksize) printf("read %d, wanted blocksize\n", n); cc += n; if (++i >= 50) { i = 0; gettimeofday(&tv, 0); u = tv.tv_sec - start.tv_sec; u += 1e-6 * (tv.tv_usec - start.tv_usec); printf("%d %lg %lg\n", cc, u, (double)cc / u); fflush(stdout); } } } From owner-freebsd-multimedia Tue Dec 10 11:39:11 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA24259 for multimedia-outgoing; Tue, 10 Dec 1996 11:39:11 -0800 (PST) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.139.22]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA24249 for ; Tue, 10 Dec 1996 11:39:09 -0800 (PST) Received: (from james@localhost) by miller.cs.uwm.edu (8.8.3/8.8.3) id NAA07612; Tue, 10 Dec 1996 13:38:24 -0600 (CST) Date: Tue, 10 Dec 1996 13:38:24 -0600 (CST) From: Jim Lowe Message-Id: <199612101938.NAA07612@miller.cs.uwm.edu> To: CSP1DWD@MVS.OAC.UCLA.EDU, hasty@rah.star-gate.com Subject: Mixer control program (jmix) - was: Re: GUS PRO: functional! Cc: multimedia@FREEBSD.ORG Sender: owner-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Amancio Hasty > > Just use vmix you can control the mic and line input with the gain > control on vmix. It is not a big deal. > > The issue is that the AMD chipset does not fully emulate the CS4231 and that > translates to that there is no separate control for mic and line > input and the control mechanism is the gain line. > > What I intent to do is to change the driver with respect to mic and line > level control is to redirect the mixing controls to igain. > > I may do this small change this weekend if I can find the time to > do it. At any rate, vat, guspnp6 and vmix does provide all the > funcationality that you need. Because the usefulness of vmix is approaching zero as time goes to 1997; I hacked the hardware mixing functions out of vmix. A new program called ``jmix'' is available for setting hardware mixers. This is version 0.1. You can pick it up from: ftp://ftp.cs.uwm.edu/pub/FreeBSD/jmix-0.1.tar.gz You will need tcl7.5 and tk4.1 installed. Jmix has only been tested on -current. If you have changes, additions, or, a man page please let me know and I will include them next time around. Jmix should locate the hardware mixers on your system and put up a control panel for whatever mixers are available. The menus and other things still need some work, but I thought someone might find the program useful in its current state. -Jim From owner-freebsd-multimedia Tue Dec 10 12:18:08 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA26624 for multimedia-outgoing; Tue, 10 Dec 1996 12:18:08 -0800 (PST) Received: from caliban.dihelix.com (caliban.mrtc.org [199.4.33.251]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA26618 for ; Tue, 10 Dec 1996 12:18:04 -0800 (PST) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.3/8.8.3) id KAA00662 for multimedia@freebsd.org; Tue, 10 Dec 1996 10:18:22 -1000 (HST) Message-Id: <199612102018.KAA00662@caliban.dihelix.com> Subject: Realaudio 3.0 encoder To: multimedia@freebsd.org Date: Tue, 10 Dec 1996 10:18:21 -1000 (HST) From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The RealAudio folks finally put out a 3.0 encoder for FreeBSD. But..... I am trying to do live encoding under a recent version of 2.2 with an old GUS card for input. The encoder core dumps immediately. Any hints as to where to start looking for problems would be appreciated. I dont know what version of FreeBSD the encoder was written under yet. Thanks, David Langford langfod@dihelix.com FreeBSD 2.2-RELEASE #0: Mon Dec 9 22:13:34 HST 1996 gus0 at 0x220 irq 12 drq 1 on isa gus0: /dev/sndstat output: VoxWare Sound Driver:3.0-beta-950506 (Sun Feb 5 14:38:12 EST 1995 freebsd-hackers@freefall.cdrom.com) Config options: ffffffff Installed drivers: Type 1: OPL-2/OPL-3 FM Type 4: Gravis Ultrasound Card config: Gravis Ultrasound at 0x220 irq 12 drq 1 (OPL-2/OPL-3 FM at 0x388 irq 65535 drq 4294967295) Audio devices: 0: Gravis UltraSound Synth devices: 0: Gravis UltraSound 2.4 (1024k) Midi devices: 0: Gravis UltraSound Midi Timers: 0: System Timer 1: OPL-3/GUS Timer Mixers: 0: Gravis Ultrasound Begining and end of kdump: 880 ktrace RET ktrace 0 880 ktrace CALL execve(0xefbfda0b,0xefbfd994,0xefbfd9b4) 880 ktrace NAMI "./raencoder" 880 raencoder RET execve 0 880 raencoder CALL __sysctl(0xefbfd6c4,0x2,0xefbfd6d0,0xefbfd6cc,0,0) 880 raencoder RET __sysctl 0 "" "" "" 880 raencoder RET read 0 880 raencoder CALL close(0x3) 880 raencoder RET close 0 880 raencoder CALL ioctl(0,TIOCGETA,0xefbfd684) 880 raencoder RET ioctl 0 880 raencoder CALL ioctl(0,TIOCGETA,0xefbfd6c8) 880 raencoder RET ioctl 0 880 raencoder CALL ioctl(0,TIOCSETAF,0xefbfd6c8) 880 raencoder RET ioctl 0 880 raencoder CALL sigaction(0x3,0xefbfd6a0,0xefbfd694) 880 raencoder RET sigaction 0 880 raencoder CALL sigaction(0xa,0xefbfd6a0,0xefbfd694) 880 raencoder RET sigaction 0 880 raencoder CALL sigaction(0x2,0xefbfd6a0,0xefbfd694) 880 raencoder RET sigaction 0 880 raencoder CALL sigaction(0x14,0xefbfd6a0,0xefbfd694) 880 raencoder RET sigaction 0 880 raencoder CALL sigaction(0xd,0xefbfd6a0,0xefbfd694) 880 raencoder RET sigaction 0 880 raencoder PSIG SIGSEGV SIG_DFL 880 raencoder NAMI "raencoder.core" From owner-freebsd-multimedia Tue Dec 10 19:55:39 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA06547 for multimedia-outgoing; Tue, 10 Dec 1996 19:55:39 -0800 (PST) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA06514 for ; Tue, 10 Dec 1996 19:55:36 -0800 (PST) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.7.6/8.7.3) id WAA11305; Tue, 10 Dec 1996 22:51:12 -0500 (EST) Message-ID: X-Mailer: XFMail 0.5-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199612102018.KAA00662@caliban.dihelix.com> Date: Tue, 10 Dec 1996 22:48:49 -0500 (EST) From: Jim Durham To: "David Langford" Subject: RE: Realaudio 3.0 encoder Cc: multimedia@freebsd.org Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 10-Dec-96 "David Langford" wrote: >>The RealAudio folks finally put out a 3.0 encoder for FreeBSD. >But..... >I am trying to do live encoding under a recent version of 2.2 with >an old GUS card for input. The encoder core dumps immediately. >Any hints as to where to start looking for problems would be appreciated. >I dont know what version of FreeBSD the encoder was written under yet. I had the same problem under 2.1.6. I filed a bug report via their web page and encluded my stack dump. -Jim Durham From owner-freebsd-multimedia Wed Dec 11 16:55:34 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA25007 for multimedia-outgoing; Wed, 11 Dec 1996 16:55:34 -0800 (PST) Received: from hod.tera.com (hod.tera.com [206.215.142.67]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA24988 for ; Wed, 11 Dec 1996 16:55:30 -0800 (PST) Received: from athena.tera.com (athena.tera.com [206.215.142.62]) by hod.tera.com (8.7.5/8.7.3) with ESMTP id QAA06861 for ; Wed, 11 Dec 1996 16:54:57 -0800 (PST) From: Gary Kline Received: (from kline@localhost) by athena.tera.com (8.7.5/8.7.3) id QAA19268 for multimedia@freebsd.org; Wed, 11 Dec 1996 16:54:56 -0800 (PST) Message-Id: <199612120054.QAA19268@athena.tera.com> Subject: HowTo create binaural beats ... To: multimedia@freebsd.org Date: Wed, 11 Dec 1996 16:54:56 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL23 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I may need to subscribe to this group...if what I have in mind is doable from FreeBSD with you're standard, everyday SoundBoard. I'd like to create what is known as a binaural-beats track. Where one ear hears a tone at, say, 200Hz and the other ear hears a tone at 204Hz. This has been shown to cause the brain to sync into a 4Hz (delta) brainwave pattern. Or rather, such techniques help train the brain to achieve such a pattern. If the range of the beats is higher, say 200 and 220, the brain follows the sound and achieves an alpha brainwave state. At least this is what the studies have shown over the past 40 or 50 years. I'd like to know how to use my SB to produce something like this. I haven't seen any tools in the Ports listings that will allow composition. If I have to go over to the DOS world, fergetit... Thanks for any insights here. gary kline From owner-freebsd-multimedia Wed Dec 11 20:05:53 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA08137 for multimedia-outgoing; Wed, 11 Dec 1996 20:05:53 -0800 (PST) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id UAA08128 for ; Wed, 11 Dec 1996 20:05:47 -0800 (PST) Message-Id: <199612120405.UAA08128@freefall.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 1186; Wed, 11 Dec 96 20:05:51 PST Date: Wed, 11 Dec 96 20:05 PST To: Amancio Hasty From: Denis DeLaRoca (310) 825-4580 Subject: Re: Intel's Smart Video Recorder III CC: multimedia@FREEBSD.ORG Sender: owner-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 07 Dec 1996 10:44:27 -0800, Amancio Hasty said: > > I just got the databook for the BrookTree 848 and I am thinking about > writing a device driver for the card. From what I can tell the hardest part > is going to be to write a program to control the dma risc engine. > Unlike traditional dma chipset dma instructions the 848 executes > dma by running a dma program from the host's memory. > > At any rate, it looks like a nice video capture board and it is cheap. Would this be an alternative to the Matrox Meteor that from your reports freezes Pentium Pro systems? -- Denis From owner-freebsd-multimedia Wed Dec 11 20:31:48 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA11685 for multimedia-outgoing; Wed, 11 Dec 1996 20:31:48 -0800 (PST) Received: from rah.star-gate.com ([204.188.121.18]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA11677 for ; Wed, 11 Dec 1996 20:31:45 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id UAA05066; Wed, 11 Dec 1996 20:31:25 -0800 (PST) Message-Id: <199612120431.UAA05066@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Denis DeLaRoca 825-4580 (310) cc: multimedia@FREEBSD.ORG Subject: Re: Intel's Smart Video Recorder III In-reply-to: Your message of "Wed, 11 Dec 1996 20:05:00 PST." <199612120405.UAA04968@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Dec 1996 20:31:24 -0800 From: Amancio Hasty Sender: owner-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Denis DeLaRoca 825-4580 : > On Sat, 07 Dec 1996 10:44:27 -0800, > Amancio Hasty said: > > > > I just got the databook for the BrookTree 848 and I am thinking about > > writing a device driver for the card. From what I can tell the hardest part > > is going to be to write a program to control the dma risc engine. > > Unlike traditional dma chipset dma instructions the 848 executes > > dma by running a dma program from the host's memory. > > > > At any rate, it looks like a nice video capture board and it is cheap. > > Would this be an alternative to the Matrox Meteor that from your reports > freezes Pentium Pro systems? > > -- Denis > Yes, this is a technology alternative to the matrox meteor plus a cheaper alternative. The Intel Smart Video Recorder III lists for $200 and I bought mine from http://www.libind.com for $179 . Now I am in the process of certifying the card for FreeBSD . This means that if you want to buy one for FreeBSD is not a very good idea at this stage. For starters, there is no video driver for it as for Pentium Pro compatibility you simply will have to wait till I finish writing the driver. The Intel Smart Video Recorder III (PCI board) has a dumb video capture chipset very similar to the Matrox Meteor however its dma capability is far superior to the Meteor because the Intel card's dma controller accepts "risc instructions" that is the dma controller is programmable. Amancio From owner-freebsd-multimedia Thu Dec 12 10:49:21 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA27565 for multimedia-outgoing; Thu, 12 Dec 1996 10:49:21 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA27524 for ; Thu, 12 Dec 1996 10:48:39 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA02155; Thu, 12 Dec 1996 19:12:06 +0100 From: Luigi Rizzo Message-Id: <199612121812.TAA02155@labinfo.iet.unipi.it> Subject: Re: Intel's Smart Video Recorder III To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 12 Dec 1996 19:12:06 +0100 (MET) Cc: CSP1DWD@MVS.OAC.UCLA.EDU, multimedia@FREEBSD.ORG In-Reply-To: <199612120431.UAA05066@rah.star-gate.com> from "Amancio Hasty" at Dec 11, 96 08:31:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > For starters, there is no video driver for it as for Pentium Pro > compatibility you simply will have to wait till I finish writing > the driver. It would be a good idea, if the hardware permits, to keep (a subset) the same ioctls of the meteor, so that one can reuse the same software. I find annoying that there isn't a standard set of ioctls for video acquisition boards. Maybe those in the meteor driver are not better than others, but they are relatively flexible, and the meteor/omnimedia are the only boards which are well supported under FreeBSD, so it might be wise to settle on that as a standard. > capture chipset very similar to the Matrox Meteor however its > dma capability is far superior to the Meteor because the > Intel card's dma controller accepts "risc instructions" that is > the dma controller is programmable. can this be used to do some preprocessing of the data or it is just a flexible dma ? Luigi From owner-freebsd-multimedia Thu Dec 12 11:17:56 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA29091 for multimedia-outgoing; Thu, 12 Dec 1996 11:17:56 -0800 (PST) Received: from rah.star-gate.com ([204.188.121.18]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA29083 for ; Thu, 12 Dec 1996 11:17:51 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id LAA01118; Thu, 12 Dec 1996 11:16:34 -0800 (PST) Message-Id: <199612121916.LAA01118@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Luigi Rizzo cc: CSP1DWD@MVS.OAC.UCLA.EDU, multimedia@FREEBSD.ORG Subject: Re: Intel's Smart Video Recorder III In-reply-to: Your message of "Thu, 12 Dec 1996 19:12:06 +0100." <199612121812.TAA02155@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Dec 1996 11:16:34 -0800 From: Amancio Hasty Sender: owner-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Luigi Rizzo : > > the driver. > > It would be a good idea, if the hardware permits, to keep (a subset) > the same ioctls of the meteor, so that one can reuse the same > software. I find annoying that there isn't a standard set of ioctls for > video acquisition boards. Maybe those in the meteor driver are not > better than others, but they are relatively flexible, and the > meteor/omnimedia are the only boards which are well supported under > FreeBSD, so it might be wise to settle on that as a standard. > > > capture chipset very similar to the Matrox Meteor however its > > dma capability is far superior to the Meteor because the > > Intel card's dma controller accepts "risc instructions" that is > > the dma controller is programmable. > > can this be used to do some preprocessing of the data or it is just a > flexible dma ? > My current test program for my device driver uses the same ioctls as the Matrox Meteor. in fact , my test program is "tv" with no modifications except for the name of the device which I use the access my card. The dma controller is just a flexible dma. In a nutshell, it has the following instructions: o write, write bytes to host memory o sync, wait for a captured field o skip, skip number of bytes o jump, go to a particular host memory. Basically it is used to to establish a loop. The pre-processing that it can do is scaling, yuv to rgb , and dithering. Cheers, Amancio From owner-freebsd-multimedia Thu Dec 12 14:07:56 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA10584 for multimedia-outgoing; Thu, 12 Dec 1996 14:07:56 -0800 (PST) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA10554 for ; Thu, 12 Dec 1996 14:07:51 -0800 (PST) Message-Id: <199612122207.OAA10554@freefall.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 3170; Thu, 12 Dec 96 14:07:52 PST Date: Thu, 12 Dec 96 14:05 PST To: Jim Lowe From: Denis DeLaRoca (310) 825-4580 Subject: Re: Mixer control program (jmix) - was: Re: GUS PRO: functional! CC: multimedia@FREEBSD.ORG Sender: owner-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Dec 1996 13:38:24 -0600 CST, Jim Lowe said: > Because the usefulness of vmix is approaching zero as time goes to 1997; > I hacked the hardware mixing functions out of vmix. A new program called > ``jmix'' is available for setting hardware mixers. This is version 0.1. > You can pick it up from: > > ftp://ftp.cs.uwm.edu/pub/FreeBSD/jmix-0.1.tar.gz > > Jmix should locate the hardware mixers on your system and put up a > control panel for whatever mixers are available. The menus and other > things still need some work, but I thought someone might find the > program useful in its current state. Yes, it's very useful for my simple needs right now... nice work! -- Denis From owner-freebsd-multimedia Thu Dec 12 16:01:29 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA21662 for multimedia-outgoing; Thu, 12 Dec 1996 16:01:29 -0800 (PST) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id QAA21643 for ; Thu, 12 Dec 1996 16:01:23 -0800 (PST) Message-Id: <199612130001.QAA21643@freefall.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 3908; Thu, 12 Dec 96 16:01:23 PST Date: Thu, 12 Dec 96 16:00 PST To: Luigi Rizzo From: Denis DeLaRoca (310) 825-4580 Subject: Re: Re: Intel's Smart Video Recorder III CC: multimedia@FREEBSD.ORG Sender: owner-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 12 Dec 1996 19:12:06 +0100 MET, Luigi Rizzo said: > It would be a good idea, if the hardware permits, to keep (a subset) > the same ioctls of the meteor, so that one can reuse the same > software. I find annoying that there isn't a standard set of ioctls for > video acquisition boards. Maybe those in the meteor driver are not > better than others, but they are relatively flexible, and the > meteor/omnimedia are the only boards which are well supported under > FreeBSD, so it might be wise to settle on that as a standard. Something akin to the "Open Sound Driver", how about an "Open Video Driver" that can talk to several cards and offer a single API for video programming? -- Denis From owner-freebsd-multimedia Thu Dec 12 17:11:21 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA28695 for multimedia-outgoing; Thu, 12 Dec 1996 17:11:21 -0800 (PST) Received: from po6.andrew.cmu.edu (PO6.ANDREW.CMU.EDU [128.2.10.106]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA28690 for ; Thu, 12 Dec 1996 17:11:19 -0800 (PST) Received: (from postman@localhost) by po6.andrew.cmu.edu (8.8.2/8.8.2) id UAA09170 for freebsd-multimedia@freebsd.org; Thu, 12 Dec 1996 20:09:51 -0500 Received: via switchmail; Thu, 12 Dec 1996 20:09:48 -0500 (EST) Received: from unix20.andrew.cmu.edu via qmail ID ; Thu, 12 Dec 1996 20:08:11 -0500 (EST) Received: from unix20.andrew.cmu.edu via qmail ID ; Thu, 12 Dec 1996 20:08:11 -0500 (EST) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix20.andrew.cmu.edu.sun4m.54 via MS.5.6.unix20.andrew.cmu.edu.sun4_51; Thu, 12 Dec 1996 20:08:10 -0500 (EST) Message-ID: Date: Thu, 12 Dec 1996 20:08:10 -0500 (EST) From: Robert N Watson To: freebsd-multimedia@freebsd.org Subject: Burning Audio CD's using the HP 4020i drive.. Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not sure if this mailing list is questions-like in that it takes non-subscriber questions well, but anyway. :) I recently purchased an HP CDR (4020i) and would like to burn some Audio CD's from Waves/etc that I have -- does anyone have a script to do this? I'm sure it's possible to figure it out by hand, but I'd rather not make more than a few frisbees learning how :). Thanks, Robert From owner-freebsd-multimedia Thu Dec 12 21:07:26 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA17217 for multimedia-outgoing; Thu, 12 Dec 1996 21:07:26 -0800 (PST) Received: from gdi.uoregon.edu (cisco-ts13-line8.uoregon.edu [128.223.150.157]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA17202 for ; Thu, 12 Dec 1996 21:07:22 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.2/8.6.12) with SMTP id VAA00653; Thu, 12 Dec 1996 21:07:03 -0800 (PST) Date: Thu, 12 Dec 1996 21:07:03 -0800 (PST) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Jim Lowe cc: CSP1DWD@MVS.OAC.UCLA.EDU, hasty@rah.star-gate.com, multimedia@FreeBSD.ORG Subject: Re: Mixer control program (jmix) - was: Re: GUS PRO: functional! In-Reply-To: <199612101938.NAA07612@miller.cs.uwm.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Dec 1996, Jim Lowe wrote: > > What I intent to do is to change the driver with respect to mic and line > > level control is to redirect the mixing controls to igain. Just as a side note. I'm on vat 4.0a2 and the output slider works without any intervening software on my GUS PnP. I was twiddling it during the IETF sessions and not having a problem. I don't know about mic input, I haven't played with it yet on the gus. > You will need tcl7.5 and tk4.1 installed. Jmix has only been tested > on -current. If you have changes, additions, or, a man page please > let me know and I will include them next time around. > Jmix should locate the hardware mixers on your system and put up a > control panel for whatever mixers are available. The menus and other > things still need some work, but I thought someone might find the > program useful in its current state. If it's better than 'mixer' I'll take it :) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major