Staredit Network

Oh man... You make me sad... so sad...

Is there any way to stop SF from destroying Doodads when opening the map?

Apparently when you place doodads in a regular editor and then open it in SF it deletes them and instead replaces it with SF square tiles.

When you open it again in a regular editor, you get an annoying message that says a "# of doodads were unabled to be placed" and the doodads are then after, set in stone. No longer can you move them...



Now... lets think for a moment why this is bad...

I cannot click them, so I can't delete them.

I get an annoying message, so it is user unfriendly -.-

It does it on its own... wheres the user input that disables that option?

You have to recreate the whole terrain of the doodad, (ramps are a b!tch to remove and recreate...).




GAHH..... please, lets try to make the next version of SF a little more USER FRIENDLY.

I don't want the friggin program to do things on its own. Let me control it, Let me make it do things.


I am the program's operator... so why is it making decisions for me?

Use SCMDraft 2, you can choose whether or not doodads become terrain. It also fixes doodads killed in SF for you automatically.

Its all about that SCMDraft2 huh?

Suggest that.

Yeah, it's annoying for me too. Thank god there's a doodad restore function in SCMDraft 2 apparently. I don't know why it does that though >_>

Starforge seperates doodads into terrain and sprites (for doodads that are like that). SCMDraft keeps them as doodads OR terrain + sprites (depending on what you want them to be).

SF doesn't separate anything. The doodads are saved separately in the chk, so SF reads them like that. SCMDraft matches terrain and sprite into the single doodad. SF still doesn't not do that, it's an unfinished program.

No I'm pretty sure there is a doodad section in the chk file. Since doodads can be comprised of terrain and sprites or just terrain Starforge just appears to seperate the two, save the sprite in the unit section and save the other part as part of the terrain in the CHK.

That would explain why saving the map would cause doodads to create errors when opening it in Staredit and it would also explain why a terrain duplicate of the doodad appears in SCMDraft 2 (it becomes terran AND doodad).

If there is no doodad section, then explain the section named "DD2 "

http://campaigncreations.org/starcraft/sta...chkformat.shtml

The doodads are saved as a whole in DD2, but then splitted (the terrain in the MTXM section and the sprite in the THG2). The problem comes when you let users add sprites, because they are saved in the THG2 section too. What staredit does is ignore the THG2 and MTXM sections and remake the doodads reading the DD2 section, wich makes it remove any sprite.
If SF loads the doodads directly from DD2 it would create the sprites of the doodads twice (from DD2 and from THG2), so it just loads MTXM and THG2.
SCMDraft compares THG2 and DD2 to check wich sprites are section of a doodad and not add those twice. That's not done yet in SF.

I spelled Beautiful wrong in the topic name...



SCMDraft2 sounds pretty interesting.
Better check that out.

Save your sprites with SCMIE before opening the map in Staredit again.