Space Case wrote:
> On Nov 26,  2:25pm, Paul Goyette wrote:
> >Really?  Last I knew, the only thing we had was "beep.c" which can 
> >produce tones at a given pitch, amplitude, and duration.  I wasn't
> >aware that we'd been able to get any further...
> >
> >On Fri, 27 Nov 1998, Ken Nakata wrote:
> >
> >> On Thu, 26 Nov 1998 10:58:40 -0800 (PST), Paul Goyette wrote:
> >> > 
> >> > Bad news.  Audio on NetBSD/mac68k isn't working, yet.
> >> 
> >> Really?  I thought Colin and/or Keiki (Sunagawa) got their driver(s)
> >> to produce some sounds.  Am I hallucinating?
> 
> There was some stuff done fairly recently which made sound come out of
> the speaker.  I played with it a bit, but I don't remember the details
> (I can't look it up either, as it's on the disks belonging to the dead
> machine). 

If I can find my or Keiki's player code, I'll repost it.  It only does raw
sound, tho, not .au files, I believe.

> It was never put into the official kernel sources.  I think
> it should be, as it'll get us that much closer to having sound.

We really need the interrupt-driven mode working first.  I don't think
that doing timeouts in the kernel is the best way to do.  Unfortunately,
I'm not quite sure how much of the buffers to fill when we get a ASC
interrupt, and I'm also not quite sure what it indicates when we are
getting an ASC interrupt (the description in GMFH leads me to believe one
thing, but the actual behavior of the chip seems to indicate another).

The EASC's behavior appears to be totally different from the ASC as well.
Quite annoying on the whole :-)  Anyway, it's definitely going to require
a little more experimenting before I get it working.  I'll probably have
to figure out how to do an LKM, so I can at least cut out the rather
annoyingly long cycle of kernel compile, install kernel, reboot, test,
etc.

Later.

Colin