Age | Commit message (Collapse) | Author |
|
svn-id: r12421
|
|
svn-id: r12420
|
|
svn-id: r12419
|
|
svn-id: r12418
|
|
properly fix text drawing in COMI, we need to do some major changes
svn-id: r12417
|
|
svn-id: r12416
|
|
svn-id: r12415
|
|
svn-id: r12414
|
|
svn-id: r12413
|
|
svn-id: r12412
|
|
svn-id: r12411
|
|
svn-id: r12410
|
|
svn-id: r12409
|
|
svn-id: r12408
|
|
svn-id: r12407
|
|
svn-id: r12406
|
|
svn-id: r12405
|
|
svn-id: r12404
|
|
svn-id: r12403
|
|
svn-id: r12402
|
|
svn-id: r12401
|
|
svn-id: r12400
|
|
svn-id: r12399
|
|
svn-id: r12398
|
|
HE games used old directions style
svn-id: r12397
|
|
svn-id: r12396
|
|
- comi music implementation(not finished),
- reorganized comi tables,
- some fixes for handling hookId
svn-id: r12395
|
|
svn-id: r12394
|
|
situation could happen in BS1, but it's better to be safe than sorry, so
here are the same changes, as applied to the BS1 music code.
svn-id: r12393
|
|
fading-up music to distort and eventually deteriorate into white noise.
This was because I allowed _fade to be set on channels that weren't playing
and because I only checked _fade for equality when deciding when to stop
the fading. It should work much better now, I think.
svn-id: r12392
|
|
svn-id: r12391
|
|
hack - for completable comi song scene
svn-id: r12390
|
|
svn-id: r12389
|
|
Cutaway::_personFaceCount max value is 12
svn-id: r12388
|
|
svn-id: r12387
|
|
svn-id: r12386
|
|
cutaway is canceled
- removed unpack to bob frame 2 (as it is never used)
- changed some error() calls to assert()
- minor cleanups
svn-id: r12385
|
|
svn-id: r12384
|
|
svn-id: r12383
|
|
* actually 0.3.2 is sufficient. no need for 0.4.0
svn-id: r12382
|
|
probably make the scrolling less smooth (I don't yet know how much), but it
does seem to fix bug #875683.
svn-id: r12381
|
|
ZZZZ
Fix another valgrind warning, I hope this is right spot.
svn-id: r12380
|
|
Valgrind warning fix from Endy
svn-id: r12379
|
|
svn-id: r12378
|
|
theoretically the Debugger's scumm_vars[] array should work again. Although it
doesn't, for some reason I have yet to look into.
svn-id: r12377
|
|
svn-id: r12376
|
|
svn-id: r12375
|
|
uninitialized values. Now the only warnings I got were from libmpeg2
itself, and I don't know how serious that is.
I've also added some code - disabled by default - to allow the cutscenes to
run with libmpeg 0.3.1, since that's what I've got on my Linux box. It
appears to work on that one, though I only have the "eye" cutscene on it
yet.
Ogg Vorbis playback is still broken for me under Windows, though. I wonder
if it is because I don't have the very latest Ogg Vorbis libraries on it
(since I didn't manage to compile them under MinGW). But surely the file
format hasn't changed in any important way...?
svn-id: r12374
|
|
grows larger, both when fading up and down. This fixes the problem where
the volume would "jump" when changing the fading "direction" of a stream.
svn-id: r12373
|
|
grows larger, both when fading up or down. This fixes the problem where the
volume would "jump" when changing the fading "direction" of a stream.
Also changed the logic for deciding which music stream to stop if both
streams are playing and a third stream is started. Before it always tried
to pick the one that was fading down. Now it will pick the one with the
lowest volume, assuming that the more faded a stream is the lower its
volume.
Together, this should fix some abrupt music changes at the watchman's hut,
where it would sometimes start two music streams in rapid succession.
svn-id: r12372
|