From owner-freebsd-multimedia  Wed Sep  3 02:14:49 1997
Return-Path: <owner-freebsd-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id CAA01826
          for multimedia-outgoing; Wed, 3 Sep 1997 02:14: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 CAA01821
          for <multimedia@FreeBSD.ORG>; Wed, 3 Sep 1997 02:14:47 -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 CAA00425;
	Wed, 3 Sep 1997 02:14:37 -0700 (PDT)
Message-Id: <199709030914.CAA00425@rah.star-gate.com>
X-Mailer: exmh version 2.0gamma 1/27/96
To: Dave Hayes <dave@jetcafe.org>
cc: multimedia@FreeBSD.ORG
Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz 
In-reply-to: Your message of "Wed, 03 Sep 1997 00:58:09 PDT."
             <199709030758.AAA16355@hokkshideh.jetcafe.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 03 Sep 1997 02:14:37 -0700
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-freebsd-multimedia@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Well, if you can hack the kernel using adb you must certainly can
fix ad848_open and guswave_open unless you have a really 
strong preferance to hex and assembly and absolutly hate C.

Again, guspnp18 handles the busy flag condition correctly.

	Amancio

>From The Desk Of Dave Hayes :
> Amancio Hasty <hasty@rah.star-gate.com> writes:
> > There is no easy to get out of the busy state .
> 
> Can I use adb and a kernel memory address, for instance? ;)
> 
> > You can try out guspnp18 if you like or grab the bits of code from
> > guspnp18 .
> 
> I'd like to except for the claims that VAT output is bad on it.
> 
> > Also, guspnp6 had a problem with handling signals which can cause a
> > system to "halt".
> 
> Argh! A rock and a hard place. ;)

Yeap, not an easy choice ...

> > As for mpeg3 I have an mpeg encoder can't promise you anything
> > however I am working on it . Should be interesting if I managed to
> > pull this one off since it will give us low cost high-end codec from
> > what I recollect mpeg3 is the same quality as realaudio's high end
> > codec.
> 
> Someone ought to make a plug-n-play codec module for VAT so that
> you only have to write the multicast code once...

I don't intent to write multicast code -- at least I am hoping that
I  would not have to and yes I know vat ...


	Amancio