[Scummvm-devel] Issues with kyrandia engine
yotam barnoy
yotambarnoy at gmail.com
Mon Jun 7 15:31:52 CEST 2010
> Moving the mouse cursor makes KYRA send another call to "updateScreen"
> to allow the backend to draw the cursor on the new position.
>
> In all other occurances KYRA only calls updateScreen, whenever something
> really changed on the screen (this was introduced at the request of
> joostp for the PSP backend).
OK. That explains it. I think the limit to 30FPS was added by Joost a
while ago (following the example in the wiki).
The new PSP code keeps track of 'dirty' surfaces and only updates if
it's necessary, and the 30FPS limit has been kept to protect against
update spamming (which happens with SCI).
>
> I noticed the PSP backend does limit the screen update count to 30 FPS,
> that might be a reason for the menu "bug" in Hand of Fate you are
> expiring, i.e. the update call for the menu area might just be "skipped"
> by your backend, making it only visible after you move the mouse and
> thus triggering another screen update. Check this too:
> http://wiki.scummvm.org/index.php/HOWTO-Backends#updateScreen.28.29_method
I think you're right -- the updates for the animations arrive less
than 1/30th of a second after the previous ones, and since they're
single updates, they get ignored by the FPS limit code.
What do you think is a reasonable solution? Would it be OK to go back
to the old way of doing things ie. a steady stream of calls to
updateScreen(), or are other ports now expecting this unique behavior?
Yotam
More information about the Scummvm-devel
mailing list