Staredit Network

Well... This sounds awesome i just lost my job and had to go back to dialup. So im back on sc lol... Just started an awesome RPG this will work awesome with it.

Sweet... iscripting would probably be the biggest help to mapmakers.

or it'll just be another ripp off for mapmakers

What? Do you have any modding experience.

Finally, something that I can use!!

It's possible to change that to any number, but it will crash the campaign editor. It will work fine in Starcraft, as long as the string section doesn't exceed 65535 bytes. (I think )


It will not desync. Unit names don't affect the gameplay at all. Anything to do with appearance that does not change anything in terms of gameplay will not desync you, so that includes anything in stat_txt.tbl, portraits, unit graphics, sounds, etc.

I know it works in Starcraft, just wondering about the campaign editor, because if it would allow it, then when making your map you could create a new map in the campaign editor, use a program to extend the number of strings, then continue doing your editing in the campaign editor and have a higher string limit.

BTW, the reason the string section is limited to around that size is how the offsets are stored. They are stored as only 2 bytes, which can hold a maximum value of 65535. The format for the string section is exactly the same as a tbl file.

When DiscipleOfAdun sends me the information he said he would.

So it is as I suspected. From looking at the pointers passed to Storm functions, it did seem like it may be the same function loading all of those files you mentioned. Besides memgraft or firegraft patches, those files are about the last ones that are in need of being patchable with SCMLoader. Besides that there are some tbl files which probably don't need to be patchable and then the cursors. So mainly just memgraft or firegraft patches and the cursors.

Are you saying that it does this or are you just saying it might do that? I haven't ever had it do that before. Whenever I've tried it, it worked fine the first time without having to rehost it.

^ Was this on a UMS or non-UMS game type? I've never been dropped on UMS, but I have on others. Maybe you've found what needs to be done to play on non-UMS game types?

I've decided that for now I'll have a beta version up on my site. It doesn't have the update notifications, some parts of the code for making the special game type not conflict with files for future game types blizzard adds, or the Starcraft version checking (to make sure it doesn't crash when used on other versions); however, it does at least have the special game type and the other feature for making more files patchable. If you want to try it out, download it from my site (linked to from the news page).

http://shadowflare.samods.org/

Hmm this just occured to me, but it's probably something that's already been mentioned before: What if you could make a program to "unpatch" (not downgrade) starcraft so that it CAN set use EUD actions in triggers once again? I mean, in addition to what you currently have, you'd basically have as close to a fully-featured auto-modder that you can get if you had both of those features. And considering this is already a 3rd party program that effectively hacks starcraft's memory, it's not like you'd be doing anything you arn't already in re-enabling them.

Actually, in reality the method for doing that would be completely different than what SCMLoader already does. Sorry, but even if I knew how, that probably would never make its way into SCMLoader. Didn't that rely on buffer overflows? I don't want to disable buffer overflow checks in Starcraft, for the exact reason that Blizzard put them there in the first place. Nothing potentially unsafe is ever going to intentionally be put in by me for SCMLoader.

I will sometime look into alternatives, though. If I can find how, I will extend what things can be done in triggers (both conditions and actions).

Ok. I didn't think it would be that simple. Still, I figured if you were doing one form of hax0ring it wouldn't be a heavy stretch to do another.

All he is really doing is setting Starcraft to load the data files with the priority of the Map before the default starcraft data files.

Yeah, that's the basic idea of it. There are only a couple things beyond that; one other thing is that it keeps the scm/scx open longer. SCMLoader keeps its own handle open to the scm/scx with slightly lower priority than SC's handle to it to make sure certain files are patchable and keeps this handle open until another map is opened.

In addition to that, it also has the code from my playlist plugin integrated into it so it can use those files intended for that plugin but in maps. Also, the beta version on my site calls a couple functions from starcraft.exe in memory, which DiscipleOfAdun found for me. These function calls make Starcraft unload then reload iscript.bin, images.dat/.tbl, and grp/lo* files referenced by those; making those files patchable by SCMLoader as well.

Wow nice. If you can get that to work perfectly online (seems a few people had trouble with it) I'd definitely look into using this for a Rush sequel.

Nice! Iscripting certainly unlocks a lot of possibilities.