[Scummvm-devel] Release plans, once again

Max Horn max at quendi.de
Sun Aug 22 05:22:11 CEST 2004


Am 22.08.2004 um 11:03 schrieb Marcus Comstedt:

>
> Max Horn <max at quendi.de> writes:
>
>> Yo folks, relax :-)
>>
>> It just seems that different people have different opinions about how
>> they want to (or "should") use their games and ScummVM. Some prefer to
>> use the original media, some to use a "compilation CD" they made
>> themselves... fine, no need to start a war about that.
>>
>> Marcus, if you could make an alternate MP3 enabled build, I am sure a
>> lot of people would appreciate that. If keeping a non-MP3 version is
>> good due to size reasons, that's properly a good idea, too.
>
> I'll have to check whether it actually makes sense size-wise to make
> alternate builds; libmad isn't all that large so it might only make a
> difference for CoMI, which should have a special build anyway to have
> a chance of running.
>
Good to hear that!


>
> [...]
>> Or we could simply do the opposite: dynamic *un*loading of the
>> plugins... So the idea would be to first load all plugins; do all
>> autodetection/target discovery/whatever we me might need. Once the
>> user inserts that other CD and decides he wants to start to play, we
>> can then unload all plugins except the one which is needed for that
>> game. That should solve both problems mentioned above,
>> actually.
>
> Yes, this idea does indeed have merit.  The unloading will cause some
> memory fragmentation, but it probably won't be a problem.
>
Indeed, but I see not much we can do about that... :-/

>
>> However it'll only work if the dynamic linker allows
>> unloading. On Unixish systems, there is dlclose() (though I haven't
>> actually tried it yet).
>
> I'll have to write the dynamic loader myself anyway, so I can add
> whatever features I like.

Aye. The current "Plugin" code isn't set in stone, by the way, it's 
still unfinished in some ways... if you need changes or have questions, 
feel free to discuss this with me :-)


Bye,

Max





More information about the Scummvm-devel mailing list