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. 

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.

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.

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.

Anyhoo.

 - Pizza
-- 
Solomon Peachy                                    pizzaATfucktheusers.org
I ain't broke, but I'm badly bent.                           ICQ# 1318344
Patience comes to those who wait.
    ...It's not "Beanbag Love", it's a "Transanimate Relationship"...

-- Attached file included as plaintext by Listar --

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE71Bm9ysXuytMhc5ERAgtoAJ9dyZQu7YaxHh64/V2cWYdt55bNxACfdylS
P0XK9ubHAjKB3km1ekbGvLM=
=tYz1
-----END PGP SIGNATURE-----



Reply via email to