| Age | Commit message (Collapse) | Author |
|---|
|
detection when the game is either a) on CD b) in a bunch of seperate directories in a structure like that of the CD. Of course pointing ScummVM at such things with the normal target via command line or config file work fine. As everyone awake at the moment only has the sold out version, this is specific to that. I don't know what files are at the root of the original CD we can use for detection purposes
svn-id: r10423
|
|
message functions with our own.
We still need to go through them and assign sensible debug levels to them.
svn-id: r10422
|
|
but say who added what when. (No disrespect intended, but this information
means very little to us.)
svn-id: r10413
|
|
svn-id: r10391
|
|
svn-id: r10383
|
|
make screenshots.)
svn-id: r10382
|
|
characters. Hopefully this will make things work smoother on the Mac, but I
have no way of testing that.
svn-id: r10376
|
|
make the 'C' key run the credits. I haven't yet implemented the credits
function, but it does play the music at least.
svn-id: r10366
|
|
and we want them to go all the way up to eleven.
svn-id: r10362
|
|
This pretty much concludes the first stage of the engine cleanup. All of
the files, except for console/debugging stuff and possibly some header
files, have been changed to use the ScummVM brace style.
As for the console, that one could probably do with some rewriting, in
which case cleaning it up first would just be unnecessary work.
The next stages of the cleanup should include renaming of variables and
functions to follow the ScummVM coding standards, and turning everything
into C++ classes. And so on.
Of course, the driver directory should go through a similar cleanup as
well.
This has all been enormously tedious, so don't count on me doing any of
these things at the moment. Particularly not turning everything into C++
classes. I'm really not that familiar with C++. :-)
svn-id: r10340
|
|
modules; right now only work on OS X; once we add more build rules, other systems with dlopen() should work, too (e.g. Linux); Windows support may come later. This is still very much WIP
svn-id: r10304
|
|
(this removes the need for an ugly hack in the build system, and is also conceptionally cleaner)
svn-id: r10282
|
|
simplify some code; added a global g_sound pointer in bs2, this cuts down on uses of g_sword2 (of course both should be removed on the long run); some other minor tweaks/fixes
svn-id: r10278
|
|
svn-id: r10256
|
|
svn-id: r10255
|
|
if we have the focus, so there's no need to check.
svn-id: r10130
|
|
members; added GameDetector::findTarget; made launcher use that new method; some initial preparations for Plugin code
svn-id: r10092
|
|
warning messages about uninitialised sound handles.
svn-id: r9972
|
|
svn-id: r9932
|
|
fine but you don't hear anything) newStream, and appendStream doesn't work but playRaw works for music
svn-id: r9923
|
|
svn-id: r9903
|
|
do for the other game engines.
svn-id: r9880
|
|
sprites are drawn, but I think that's how it should be.
1: No bells or whistles.
2: This setting adds sprite blending, e.g. the smoke at the docks or the
display cases at the Glease Gallery.
3: This setting adds light map support, e.g. when walking under the shack
at the docks.
4: This setting adds better scaling algorithms.
The first three settings should work fine now. In fact, the third setting
is what we used to implement. The fourth setting still needs work and
testing. I've added code for downscaling case, but frankly I'm not
convinced the result is any better than with the simpler scaler. I usually
can't even tell the difference.
Of course, my translation of the original code could very well be buggy.
svn-id: r9867
|
|
for the making it a timer handler. This should eliminate the occasional
glitches I've been seeing with fades not being completed.
I'm also hoping that it will fix the problem where the game would sometimes
hang when moving between rooms. I know that at least once when I had that
happen to me the game was busy-waiting for the palette to fade.
At the very least, it's one place less to worry about thread-safety in.
svn-id: r9854
|
|
than telling it to load a slot as it validates the saves and doesn't try to load a non existent save etc, its also similiar to what the original did (any command line params at all would load the restore menu)
svn-id: r9843
|
|
svn-id: r9828
|
|
svn-id: r9822
|
|
is depressing and duplicated all over the place... I don't think I can bear to touch this code until it's undergone some MAJOR cleanup :)
svn-id: r9782
|
|
svn-id: r9737
|
|
list of music types supported. This was done because now
PC speaker support must be treated separately, along with
Adlib and native (GM/MT32) support.
This fixes a problem with games that don't support PC speaker
(including V5 games that don't parse SPK resources yet)
being run with -epcspk or -epcjr. Those games now properly
switch to -enull so that music resources still get parsed
and music/script synchronization mechanisms don't break.
svn-id: r9703
|
|
svn-id: r9394
|
|
svn-id: r9330
|
|
svn-id: r9328
|
|
besides this way all our engines start with an "s" ;)
svn-id: r9301
|
|
svn-id: r9280
|
|
svn-id: r9237
|
|
svn-id: r9229
|
|
svn-id: r9224
|
|
svn-id: r9222
|
|
svn-id: r9220
|
|
svn-id: r9211
|
