On Mon, 22 Oct 2001, Stuffed Crust wrote:

> 
> I spent part of the weekend hacking together the framework for FreeSCI's
> pcm-subsystem-to-be.  Just the skeleton, and a 'null' output driver. 

Great!

> But then I hit a brick wall, hard.  I don't know how KQ1's pcm samples
> are stored, and QFG2/etc uses SCI1 sound resources.

Look at the disassembled kq1 soundblaster driver... contact me if you've
lost it.

> Which brings me to another problem.  Apparantely the sound01.txt
> document is slightly incorrect.  I'll post a little more detail of my
> first attempts to build a SCI01 sound resource parser, but suffice it to
> say the header isn't what it's supposed to be.  At least not in QFG2.

Good... I only picked the structure apart and made guesses...

> And now that I have an internet connection again, I can dig up the stuff
> we agreed needed to be in the PCM api, and put that in place.  :)

:-)

> The opl2 emulator project will be a little more complex than the simple
> "play this sample" blocking calls that KQ1 made, so I wanted to tackle
> that first, then work about realtime mixing and whatnot.

If you want to borrow code look at alsa-lib. I'll be happy to assist... I
almost finsished a SoundBlaster DMA mod player back in the good old days
of demo coding. Realtime mixing is pretty easy... just think like a DMA
buffer.

-- 
/Rickard Lind




Reply via email to