Will ofp resistance manage addons better?

[BIS_IS_THE_BEST 1]

kewl,

resistance is gonna be the ULTIMATE,

thanks for info Suma

[theavonlady 2]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote (Suma @ June 11 2002,08:46)</td></tr><tr><td id="QUOTE">Addon memory management will be improved in Resistance a little bit. All addons will be loaded during the OFP launch, but most of them will be almost unloaded again when they are not used.<span id='postcolor'>

Thanks! (Finally, a reply! )

As one programmer to another, what is the logic of loading them and then unloading them? What residual information are you retaining after they're unloaded?

[KTottE 0]

They might keep the info on what model is in the .pbo file. Just a small header telling OFP where it can find the addon it has to load. Like you said before, there might be several models in one .pbo file.

[theavonlady 2]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote (KTottE @ June 11 2002,14:54)</td></tr><tr><td id="QUOTE">They might keep the info on what model is in the .pbo file. Just a small header telling OFP where it can find the addon it has to load. Like you said before, there might be several models in one .pbo file.<span id='postcolor'>

Yep. Just wanted an official nod.

[PitViper 0]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote (theavonlady @ June 11 2002,07:46)</td></tr><tr><td id="QUOTE"></span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote (Suma @ June 11 2002,08:46)</td></tr><tr><td id="QUOTE">Addon memory management will be improved in Resistance a little bit. All addons will be loaded during the OFP launch, but most of them will be almost unloaded again when they are not used.<span id='postcolor'>

Thanks! (Finally, a reply! )

As one programmer to another, what is the logic of loading them and then unloading them? What residual information are you retaining after they're unloaded?<span id='postcolor'>

just sounds like a fairly typical caching system to me.

[suma 8]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote (theavonlady @ June 11 2002,13:46)</td></tr><tr><td id="QUOTE">As one programmer to another, what is the logic of loading them and then unloading them? What residual information are you retaining after they're unloaded?<span id='postcolor'>

Reason is this:

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote </td></tr><tr><td id="QUOTE">

Rather, I think the solution would be to read all the addon files at startup and generate some very elemetary database file, with the addon name as the key and a pointer to the actual file containing the addon. That would eliminate most of the memory requirements.

<span id='postcolor'>

Addon config is loaded all the time, but .pbo content is loaded and unloaded on the fly. Also there is an entry about the .pbo file existance loaded, but not .pbo content, not even .pbo file listing.