MIS File sizes

[liteluvr 0]

Thought I'd post this thread to see what tips and tricks people use to keep MIS file sizes down.

Couple of times now, I've run up against that 160K mark, with some not so nice results.

I was wondering, if adding fairly descriptive text in the block descriptions, timer and counter names, etc. adds any significant overhead to the file size... logically, it should add some overhead, I just don't have a feel for how much.

Some of the missions I script get pretty involved, so I'm looking for some good tips to keep it lean and mean....

Thanks in advance.

[X69RZX 0]

I think the text does add some bulk, but I don't know exactly how much. One could assume each character is equal to approximately 2bytes, IIRC. I think the strings themselves, like each block, has a more direct bearing on the size. Perhaps you will need to cut the fat, and try to condense any blocks which you can, to preserve that precious file space. At least untill we can get some love on upping the memory allocation of IGOR.(not holding my breath)

[harntrox 0]

for a .gtf, which is purely script without actors and objects in the list

the last working range is between bytes 121445 122000. (actual, not size on disk)

thats 118k

changing size of string constants or objectives doesnt seem to matter

adding non-active script blocks or tags causes the problem within this byte range

importing these gtf's does not cause igor crash like missions over 160k - however with .mis or .gtf at runtime u get same result: ctd.

so therefore,

it is some internal reference count that is leaking memory and trashing something as the script exports its already doa and a dead end you cant recover from if you close igor and export. with the .gtf still in igor process memory while testing gr i have deleted the block, got it working, re-added and successfully reproduced the crash.

the 160k .mis limit.... thats 42k more than the 118k gtf that i have the same problems with. sounds about right since its xml, not compressed.

my guess is

it comes down to the size of script itself (# of blocks/tags/constants or references between them > 255 ?) and not the list of mission objects/actors/plans, as i am having the same issue with a pure .gtf that doesnt contain any objects at all.