Age | Commit message (Collapse) | Author |
|
svn-id: r11046
|
|
function that creates the panning table. The difference is that you now
have to tell whether you want one for normal or reverse stereo, so you are
not dependent on the previous state of the table.
(I still think it may be possible to get rid of the panning table
completely, but that's for later cleanups.)
svn-id: r11027
|
|
file, plus some other cleanup. I don't know how the config manager decides
if/when to save the settings to file, but we can worry about that later.
svn-id: r11001
|
|
svn-id: r10997
|
|
console from the SCUMM engine. I decided that would be easier than to clean
up the original console code.
Unfortunately there's a bunch of code that I just copied - a pretty lousy
form of code-reusal. It'd be nice if the console could be made part of the
Engine class, or something like that.
Most of the debug commands seem to be working. Some aren't relevant for
ScummVM, and some are a bit obscure so I'm not quite sure what they're
supposed to be doing.
svn-id: r10978
|
|
touches a lot of the code, of course, and adds yet another global variable
(temporarily, I hope), but everything still seems to work.
Knock on wood.
svn-id: r10806
|
|
global variable which will hopefully be dealt with later.)
svn-id: r10734
|
|
svn-id: r10681
|
|
I'm just hoping that if I stall long enough, someone else will make the
move for me. :-)
svn-id: r10676
|
|
svn-id: r10659
|
|
and made some other minor cleanups.
svn-id: r10614
|
|
gets reset); remove obsolete 256 color blending code
svn-id: r10592
|
|
Moved some stuff out of driver96.h. Eventually I'd like to get rid of this
file completely. Or at the very least most of it.
svn-id: r10589
|
|
headers. Most (all?) of the ones we need should probably come from stdafx.h
instead.
svn-id: r10588
|
|
usage); renamed Sword2State to Sword2Engine
svn-id: r10583
|
|
svn-id: r10581
|
|
svn-id: r10570
|
|
whatever you prefer to call it) the GCC_PACK problem in Doxygen
svn-id: r10569
|
|
suggestion, but I prepared the patch long before reading the mail :-).
Also, the remaining parts of the control panel etc. have been moved into a
class of their own.
This is still work in progress. I'm well aware that some of the classes
aren't as well separated as they ought to be, and that using global
variables to keep track of the different classes probably isn't pretty.
svn-id: r10561
|
|
svn-id: r10544
|
|
svn-id: r10532
|
|
svn-id: r10514
|
|
the subtitles slightly.
svn-id: r10503
|
|
debugging levels). This needs further cleanups, but I believe I have
reached a stable point where I can commit it without too much anxiety.
svn-id: r10502
|
|
svn-id: r10487
|
|
svn-id: r10486
|
|
svn-id: r10485
|
|
svn-id: r10484
|
|
svn-id: r10483
|
|
svn-id: r10468
|
|
svn-id: r10467
|
|
play that music for cutscenes that have subtitles.
svn-id: r10460
|
|
svn-id: r10459
|
|
svn-id: r10432
|
|
individual files, into what I hope are doxygen ones.
svn-id: r10431
|
|
credits so that it can be properly resumed afterwards.
svn-id: r10429
|
|
svn-id: r10427
|
|
svn-id: r10426
|
|
fact, I'm not even sure the !data case ever happens.
svn-id: r10425
|
|
svn-id: r10424
|
|
message functions with our own.
We still need to go through them and assign sensible debug levels to them.
svn-id: r10422
|
|
svn-id: r10415
|
|
The initial sample is, indeed, two bytes, just like the rest of them, but
it really, really helps if you read it from the correct position in the
file.
After fixing that, it turned out that my changing of signedness of the
sample was also wrong. Funny how those two bugs almost cancelled each other
out. Almost.
I've made a few other changes as well, but they're just to clean things up
a bit. The credits music works for me, and I've played the game up to
arriving in Quaramonte, with no obvious music-related problems.
svn-id: r10412
|
|
but the credits music is still broken. I'll have to take a closer look at
this later.
svn-id: r10407
|
|
distortion in the credits music, and I haven't yet figured out what's
causing this.
svn-id: r10406
|
|
speculating that the timer didn't always fill the buffer quite fast enough
and that this is what caused the occasional popping noises.
Of course, I may have introduced all kinds of regressions - particularly
since I don't have any big-endian computer to test on - but we're all
friends here, right? :-)
svn-id: r10404
|
|
svn-id: r10391
|
|
file. :-)
svn-id: r10385
|
|
cluttering up the files anyway. (Though I do feel a slight twinge of guilt
for removing historical records like this. :-)
svn-id: r10384
|
|
svn-id: r10383
|