Staredit Network

I heard that exporting triggers, editing, clearing the map's triggers then importing them via GUEdit will allow for more strings; however, it failed when I tried it.

-EE

How about using ProEdit to recycle strings. But don't edit the recycled strings after that!

How to do that? I opened my map in ProEdit then recycled only the same string, yet PE crashed!

-EE

Select all the strings, then check the option "Selected Strings"
ProEdit, I have to admit, is still very buggy.

Its worked for me before, did you export the triggers as a txt? I think there may have been something else involved but i forget I know i got it to work once. It might be dependant on your string content.

This does not actually increase the string limit, but it does recycle the strings.

If you try to increase the string limit, it will do nothing. There is no way to make SC handle more strings outside of modding it. However, you can recycle the strings in proedit and then protect the map and compress it (deletes the strings for locations, comments, etc).

Not true! The string limit is an artifact of Staredit, nothing more. I have added more strings via hex and the map played just fine. However, there are currently no editors that support breaking the string limit...yet.

What would prevent an editor, like X-Tra for example, from breaking this limit? Also, how did you hex edit them in?

-EE

Heimdal, are you saying it's be possible to make an editor (Forge for example, because you made it), able to use more then 1024 strings with no problem iwhile playing the map? Would you to, for example... be able to safely have more than 64 actions per trigger?

That would make huge scale maps much easier; although I doubt many people would actually hit the current string limit or use need to use more then 64 actions in a trigger. Wait, I just remembered; didn't old versions of Forge allow more then 64 actions per trigger...?

Yes.
No.

Read this over: http://campaigncreations.org/starcraft/sta...chkformat.shtml

All you gotta do is set the number of strings to 1025 (or whatever you want), add that many offsets to the offset table, and add your strings to the end of the string buffer.

What bars you from doing so in StarForge?

-EE

Nothing, except for throwing SE-compatibilty out the window. That, and laziness. Oh, and the lack of donations I receive

In case you didn't know, every map has exactly 1024 strings, but not all of them are used. To be a minimalist, an editor could actually only include those strings that are in use, and reduce the size of the map by up to 2kb...also at the cost of compatibility.

Well, atleast you can add extra strings. That's very neat. I assume it gets messed up if you open it in X-tra or something though.

Staredit and any of its derivatives (xtra and any other patches) will not open the map.

So is this how some things may be protected? Simply by hexing the file to add another random string somewhere would prevent it from being opened? And I would assume that de-hexers just look for those out of place things and remove them?

It can't be random because putting them in random places could cause the map to no longer work in SC. You have to put them in specific places, I believe. Which is why map unprotectors work.

The best map protection device I can think of would protect maps in different ways every time using random characters, etc.