From owner-freebsd-multimedia Mon Jun 9 07:36:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25093 for multimedia-outgoing; Mon, 9 Jun 1997 07:36:21 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA25088 for ; Mon, 9 Jun 1997 07:36:19 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 9 Jun 1997 10:35:06 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA02545; Mon, 9 Jun 97 10:35:04 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id KAA11328; Mon, 9 Jun 1997 10:33:24 -0400 Message-Id: <19970609103323.39133@ct.picker.com> Date: Mon, 9 Jun 1997 10:33:23 -0400 From: Randall Hopper To: Michael Smith Cc: Amancio Hasty , multimedia@FreeBSD.ORG Subject: Re: "mtv" - unimplemented ioctl References: <199706090246.TAA19011@rah.star-gate.com> <199706090258.MAA24050@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.75 In-Reply-To: <199706090258.MAA24050@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mon, Jun 09, 1997 at 12:28:30PM +0930 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith: |Amancio Hasty stands accused of saying: |> |> If you run ftp://rah.star-gate.com/pub/guspnp7.tar.gz it supports |> that ioctl. | |Hmm. Unfortunately, I only have an SB-AWE64, so I lose there. I'm |working on putting a decent test system together so's to be able to do |"real" development again, but time & funds are currently against me 8( Well sounds like we're in the same boat H/W-wise. I've got a SB32. Was pretty involved with fxtv this weekend, but did sidetrack for about half hour with the pnp7 driver, uncommenting all the commented-out support for non-GusPNP cards and coaxing it to build under 2.2.1. Some /dev/audio and /dev/dsp output progs work, but "mtv" just reports that the device is busy or doesn't support the right same rate, and recording from dsp just bails out (interrupted sys call). Also, I get nice system lock-ups and reboots when I interrupt a /dev/dsp output app. Shelved for another day, but if anyone else with a SB16/SB32/AWE32/AWE64 has any desire to pick up with this now that it builds, I'd be glad to send you my mods. BTW, with the 3.0 voxware checked into the source tree, I noticed that mtv does in fact seem to be outputing the right audio. The problem is is that mtv is setting the master volume control in the audio driver to 0 every time it plays a sample. If you wiggle the audio volume fast enough, you can hear continuous audio :-), ...but I'm not that fast. Randall