[ scummvm-Bugs-1767748 ] Gobliiins is not fast as it can be on slow computers

SourceForge.net noreply at sourceforge.net
Sat Aug 4 23:10:10 CEST 2007


Bugs item #1767748, was opened at 2007-08-04 23:10
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=418820&aid=1767748&group_id=37116

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Graphics
Group: Gobliiins
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Uwe Ryssel (uweryssel)
Assigned to: Nobody/Anonymous (nobody)
Summary: Gobliiins is not fast as it can be on slow computers

Initial Comment:
During testing of my AmigaOS 3 port of version 0.10.0 I've detected
that Gobliiins is ca. 50 % slower than in the MacOS version:
In MacOS version the character needs for a certain distance 4.7 seconds,
in my port it needs 7.5 seconds.

Although the Amiga port runs only on a M68060/50MHz this slowdown
of this quite old game could not accepted. So I looked into the
source code and made same tests, and I found the slowdown "bug":

In engines/gob/game_v1.cpp function Game_v1::collisionsBlock line 914
a delta time is calculated using a cycle time (normally 80 ms) minus
a measured time (in my case 40 ms on average). This delta time is used
to process the user inputs (in my case 80-40 = 40 ms). After that
the screen is updated (copyRectToScreen and updateScreen) and needs
more 30-40 ms. This high drawing time results from the full screen redraws.
The auto computing of the changed parts cannot save time, because of
the high checksum calculation runtime.

So one cycle is 40 + 40 + ~40 ms = ~120 ms (instead of 80 ms). That's
the 50 % increase. If I switch the game to fast mode (Ctrl-F) I get the
above mentioned ~5 seconds. This is because the above measures time span of 40 ms
is doubled to 80 ms and the delta time is therefore decreased to almost zero.

To get the right cycle time the drawing time have to be measured, too. 


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=418820&aid=1767748&group_id=37116




More information about the Scummvm-tracker mailing list