Age | Commit message (Collapse) | Author |
|
|
|
Some backends may break as I only compiled SDL
|
|
svn-id: r55818
|
|
svn-id: r51937
|
|
svn-id: r50944
|
|
svn-id: r49096
|
|
svn-id: r49095
|
|
svn-id: r48994
|
|
svn-id: r48764
|
|
when moving).
The regression was caused by r47505.
svn-id: r48373
|
|
svn-id: r48287
|
|
svn-id: r47541
|
|
disappearing when passing over an empty area with a verb already chosen.
svn-id: r47519
|
|
Copy-pasted X to where Y was meant :-P).
- Hopefully NOW things should work without r33872!
svn-id: r47518
|
|
don't work currently.
svn-id: r47517
|
|
With the latest changes to executePlayerInput we
should now be able to free the girl at the bottom of the
ocean without the r33872.
The commit log from r33872 was:
"Fix for bugging moving at the bottom of the ocean when trying to free the girl from the ropes and swimming to the surface. Some global variables related to mouse position weren't being updated in executePlayerInput, now they are and things seem to work. Also enables moving in the labyrinth arcade sequence at the palace."
svn-id: r47516
|
|
couple of TODOs for Operation Stealth.
- NOTE: This doesn't seem to work correctly yet.
My current guess is that it has to do with how
some keyboard events are handled in cine/main_loop.cpp's
processEvent-function and some in cine/various.cpp's
executePlayerInput.
svn-id: r47515
|
|
svn-id: r47513
|
|
button is down, right mouse button is up'-case for Operation Stealth.
- Also changed a do-while -loop into a
while-loop as it should be for both
FW and OS according to disassembly.
svn-id: r47512
|
|
is down, right mouse button is up'-case for Operation Stealth.
svn-id: r47510
|
|
Operation Stealth.
svn-id: r47509
|
|
button is down'-cases into one code part.
Additionally:
- Operation Stealth specific: Make makeActionMenu() use canUseOnItemTable.
This would seem to be the correct way according to disassembly
(Although there is of course a possibility that I have overlooked
some part of the code).
svn-id: r47508
|
|
svn-id: r47507
|
|
- Combines mouse position and button state fetching
from two branches (allowPlayerInput / !allowPlayerInput)
into a single loop with a little more exotic while-clause.
NOTE! Added manageEvents-call into the unified version although
there was no manageEvents-call in one of the versions that was
combined. Tested a little and didn't seem to matter, but hopefully
won't cause any regressions!
- Limit first possible 'renderer->setCommand(commandBuffer)' call
to Future Wars only (Checked with FW & OS disassembly).
- Combined all cases of 'left and right mouse buttons are down'
into a single if-clause (All those cases call makeSystemMenu).
svn-id: r47505
|
|
(if-clauses that are always true or always false).
svn-id: r47503
|
|
1 and 2).
svn-id: r47502
|
|
svn-id: r45616
|
|
svn-id: r44802
|
|
Amiga version of the game.
svn-id: r44263
|
|
highlight selection is still wrong though.)
svn-id: r44231
|
|
svn-id: r44230
|
|
loop.
These are used as a sort of a backup for the
mouse position (x, y) variables 249 and 250.
Future Wars's VAR_MOUSE_Y_MODE and Operation Stealth's
VAR_MOUSE_X_POS_2ND (251) clash and that's possibly
why executePlayerInput currently works incorrectly
with Operation Stealth. More reverse engineering
is needed...
svn-id: r41915
|
|
svn-id: r40465
|
|
svn-id: r35648
|
|
svn-id: r35033
|
|
svn-id: r35031
|
|
svn-id: r34755
|
|
need to be slightly tweaked to fix overloading errors/warnings)
svn-id: r34514
|
|
svn-id: r34244
|
|
svn-id: r34084
|
|
33777,33781-33788,33790,33792-33793,33795,33797,33805,33807-33812,33815-33817,33819,33822,33826,33829,33837,33839,33844,33847,33858-33861,33864,33871-33873,33875,33877-33879,33886,33889-33892,33894,33896,33900,33902-33903,33919 via svnmerge from
https://scummvm.svn.sourceforge.net/svnroot/scummvm/scummvm/trunk
svn-id: r33924
|
|
girl from the ropes and swimming to the surface. Some global variables related to mouse position weren't being updated in executePlayerInput, now they are and things seem to work. Also enables moving in the labyrinth arcade sequence at the palace.
svn-id: r33872
|
|
svn-id: r33805
|
|
another mouse button waiting loop into the function's end (It's in both Future Wars and Operation Stealth). Fixes inventory showing in Operation Stealth.
svn-id: r33795
|
|
FWRenderer::setCommand use a Common::String. Hopefully this might help with the command buffer overflow stuff, although this isn't a fix for the problem behind it, just a bandaid.
svn-id: r33793
|
|
33719,33721-33723,33725-33727,33729-33730,33733,33736,33742,33754,33756,33758,33761,33763,33766 via svnmerge from
https://scummvm.svn.sourceforge.net/svnroot/scummvm/scummvm/trunk
svn-id: r33769
|
|
Common::Array. Should help catch out of bounds access errors that may cause memory corruption.
svn-id: r33727
|
|
catch out of bounds access errors that may cause memory corruption.
svn-id: r33725
|
|
33632-33633,33635,33637,33639-33640,33642-33645,33648,33654-33655,33664,33667-33670,33673-33674,33678,33682,33686-33691,33693,33696,33698,33700,33703,33708,33710,33712-33714,33716 via svnmerge from
https://scummvm.svn.sourceforge.net/svnroot/scummvm/scummvm/trunk
svn-id: r33720
|
|
moment):
- Should make it possible to complete the first arcade sequence legitimately
Renamed input variables (Their names were mixed up between Future Wars and Operation Stealth):
- Future Wars's inputVar1 -> egoMovedWithKeyboard
- Future Wars's inputVar2 -> xMoveKeyb
- Future Wars's inputVar3 -> yMoveKeyb
- Operation Stealth's inputVar0 -> xMoveKeyb
- Operation Stealth's inputVar1 -> yMoveKeyb
svn-id: r33698
|