From owner-freebsd-multimedia  Mon Jun  9 07:36:21 1997
Return-Path: <owner-multimedia>
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 <multimedia@FreeBSD.ORG>; 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 <rhh@ct.picker.com>
To: Michael Smith <msmith@atrad.adelaide.edu.au>
Cc: Amancio Hasty <hasty@rah.star-gate.com>, 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