Heavy Locker

No problem, my map won't be done for awhile and I really only need to protect the final version.

What files can I remove from the MPQ to make it somewhat protected and save space in the mean time?

It's great that you're re-writing it, :D

As a temporary solution, what files inside the map can I remove to somewhat lock it?

Thanks

insert empty wtg and wct file

Thanks Mike, I'll do that.

Also, if you edit the .j file, will the map open correctly in the world editor at all? (IE, remove comments)

I was thinking I could write a quick C++ ruitine to remove comments and useless newlines to protect the map.

won't help you, because the map script is generated completely new by WE when opened
It uses exactly the information from wct and wtc and also w3i to generate the map script and that's why you can't open it any more after deleting those files.

You may however make changes to the map script if you're not going to make changes to it in WE any more.

But HeavyLocker is already able to delete empty lines and such, so there's no need to write a program for that.

when i try to download some things, it saves it as PHP (microsoft picture publish) program. i don't know if thats the default or if it got changed accidentally. how do i get it to save in the proper format? it use to work before. it saves it as an attachment.

Rename the downloaded file to .zip and it should work.
BTW, PHP means PHP: Hypertext Preprocessor and got nothing to do with Picture Publisher

thanks! your a genius! after i changed the name it seemed to work fine.

so is the procedure to protect,
-protect first with extprotect
-then heavylocker?

No, heavylocker is the only tool you need to protect your map.

Who are you talking to Jardragon? That seemed pretty random.


PitzerMike, I know heavylocker does that, but if you read up you'll see it is not working on my map. And it isn't the end all in cleaning the .j, there were still a few (negligable) things that it doesn't delete that it could, but I don't think it makes enough impact on the end size of the map to worry about. (ASCII compresses nicely anyways)


Maybe I'll heavylock my map, take the .j and put it in my other map to save some space, since the .j is probably not what is getting corrupted. Though I suppose maybe it is and that is an awful lot of trouble...

For me there was a problem with cleaning the .j file when there are comments at the end of a normal code line.

If it was like:

set udg_whatever = 2 //My Comment

it looked like this after cleaning it:

set udg_whatever = 2 /

So there was still one slash in there. But I'm not sure if BlackDick already fixed that one.

Well, since he's rebuilding most of it from scratch, I think it wont be a problem anymore =P

Are you sure you weren't using an older version of heavylocker anyways?


I love optimizing things like this, so it would be really neat if I could compile a DLL or something that goes over the .j file again in heavy locker... but I ask too much :gsmile:

any1 help me?

when i go to protect/compress my map it gets ~50% bigger but it is protected ive never had this prob before

lordwiggin, if your map has WAVEs it can actualle get bigger than the original. The problem is: WAVEs don´t like LARGE block levels, so you should try it with the blizzard default block level (3) or even lower levels.

k ill try 3






at 3 it still gets bigger but not a whole lot unluckly i need 2 protect it and it auto sets the block size to auto detect :( any ideas?