Note that I've only tried this with the music.rsc file from the full Linux
version. It seems likely that the Mac version uses the same file format,
but I have no way of verifying this. I'm told the demos use compressed
audio, so the music files from them probably won't work yet.
svn-id: r15527
to fix the script "static" area, though.
In addition, initialise a few variables, and test for NULL-ness of a few
pointers. This fixes a few crashes I saw with yesterday's CVS snapshot.
There's still an unexpected scene change in the intro (I think it triggers
on Rhene walking too close to the exit), but at least it no longer crashes.
svn-id: r15484
because it goes to now buggy isometric level. Use debugger to switch
to some word, say, in Dog Castle and there you may go between rooms.
svn-id: r15462
o Add stubs for unhandled scene resources in first scene
o Fix object map entry structure
o Fix bug with objject_info() debug command
All this was done in attempt to make room exits work until I realized that
they are different hit zone list which is activate at end of walk sequence.
svn-id: r15416
* The frame pointer is updated. This won't make any difference since we
don't actually *use* the frame pointer yet.
* Return values from script functions are handled like in the original now,
i.e. the function sets thread->retVal and lets the call instruction push
it onto the stack. (There are two call instructions, one that handles
return values and one that doesn't, so the script function doesn't know
if it should push or not.)
* Script return values are handled.
None of this makes any noticeable difference to the ITE intro.
svn-id: r15393
Windows and Linux versions. (TODO: Handle game detection.)
Added preliminary support for the P2_A.aif file that the Linux version
uses, where the Windows version uses p2_a.voc. Someone will have to verify
the actual format of it, and we have a silly bug in playVoice() which will
have to be fixed before things work properly.
svn-id: r15365
it appears that scripts are allowed to access the stack like any other
memory area, so it's probably important that our stacks behave as closely
to the original as possible.
I don't know if this implementation does that yet, but it's a start.
svn-id: r15240
as exciting as it first sounds, because even before this patch the script
would run in its entirety - it just didn't know when to stop.
I guess the exciting things don't happen until the next script is triggered
(TorneyScene?). I think it will be easier to start fixing the numerous
deficiencies (stack handling, SData, missing script functions, etc.) when
we have something more concrete to work with.
svn-id: r15215
