[Scummvm-devel] Game enhancements
Paul Gilbert
paulfgilbert at gmail.com
Sat Nov 6 06:09:46 CET 2010
On Sat, Nov 6, 2010 at 1:07 AM, yotam barnoy <yotambarnoy at gmail.com> wrote:
> >
> > About the MetaEngine class: If we have a plugin build querying
> > MetaEngine for options every time an user opens a options dialog doesn't
> > seem what we would like to do, so I guess if we want to use that we also
> > need to think of some kind of proper caching logic, especially for small
> > devices. Of course that is rather implementation specific now, but it
> > might be still something to consider when evaluating how to do that.
> >
>
> I agree. Assuming the one-plugin-at-a-time mode which we are working
> towards, so long as we can tolerate a delay while the plugin is loaded
> into memory as the tab/options dialog is opened, it's ok. The problem
> is that EVERY time the user returns to the tab/opens the options
> dialog, the delay will be there as we have to unload the plugin right
> away to prevent memory fragmentation. Therefore, we may really want a
> caching mechanism, as you suggest.
>
> Yotam
>
I'm not familiar with the plugin system myself, but how long does it take to
load and/or unload a single engine plugin? My understanding from the past is
that the plugin system is slow only if you try to iterate through all the
plugins for such things as detecting which game a folder contains. So surely
the extra time to load a plugin into memory when you open the options dialog
wouldn't be noticable, would it? Also, it's not as if users will keep
opening and closing the options dialog, so even if it's a little slower, I
don't see that it would be a major issue.
Paul.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20101106/a9369863/attachment.html>
More information about the Scummvm-devel
mailing list