I meant if you set every player to red in scmdraft, and then reload the map, is every player still set to red in scmdraft? If that is the case then it is unlikely to be saved incorrectly in the map file.

I'm getting enormous delays when loading or saving maps (SCMD freezes for 6+ seconds). Output console displays lots of errors while doing so.


Post has been edited 1 time(s), last time on Aug 15 2018, 6:13 pm by MTiger156.

Do you happen to have lots of unburrowed zerg ground units on the map?

The freezing just needed a CPU restart. I did have ~100 zerg on the map, but burrowing them appears not to solve the output errors. Thankfully, it does not affect the mapping process.

The warning is a sideeffect of loading unburrowed zerg units - after creating the graphics it tries to unburrow them and the shadows aren't hidden and then don't have a unburrow animation. I have a rough idea of how to avoid them but haven't gotten around to verifying yet.

In recent versions of Scmdraft - I'm running 0.9.05, you can no longer place a terran building + its addon, and then move the add-on to an arbitrary place on the map and have the add-on still connected and operating. This was achieved by selecting the add-on and then using ctrl or shift + arrow keys to move the addon around the map away from the parent building.

You used to be able to do this eg with a comsat station or a nuclear silo, where you could move the comsat very far away from the CC, and still be able to cast scanner sweep, or if it was a nuclear silo, could still construct a nuclear missile.

Strictly speaking this might have been a bug in older versions of scmdraft, but since SC actually works fine with this, it is just yet another quirk / bug in SC itself, and so we should be able to make use of this in scmdraft.

A while ago all functions that changed a unit (so X/Y, lift-off and land, unit type, owner, etc) were simplified to use a shared set of functions. That probably means that moving now triggers the 'IsValidAddon' check to update the graphics and so on.

I can put that on the idea list. Unfortunately the connection is SC is always two way. (I once tried to daisy chain nydus canals, doesn't work. I'm assuming addons in the same thing)

It's a regression in functionality though. IMO it's a bug, not an 'idea'.

Small annoyance, but the mini-map does not display properly when opening maps (about 80% of the time), though it remains functional. I don't see any output console errors related to it.

which build? official release or alpha? I remember there being one alpha with a similar bug but it should have been fixed for a while.

Post has been edited 1 time(s), last time on Aug 22 2018, 10:29 pm by Suicidal Insanity.

I'm using the most recent (8/20) build.

I've also been experiencing this issue. Sometimes have to open the map several times to get the minimap to display.

I have this issue as well. Dragging the panel's side (resizing it) fixes the minimap display for me.

Will take a look this weekend. In the future please report those things ASAP, so they get fixed faster. =)

Sorry, I thought it was just me since that update was out for a while now and nobody else reported what seemed to me like a very obvious bug, until now. And the simple remedy made it a non-issue to me.

While we're at it, enabling AI Town Locations overlay on a map that doesn't have any (probably most non-melee UMS maps) causes a crash.

Can you PM or email me a map that does that? I can't trigger a crash with the maps I've tested. And perhaps include the crash dump?

E: nevermind, reproduced it with a map with zero resource nodes.

Post has been edited 1 time(s), last time on Aug 25 2018, 9:59 am by Suicidal Insanity.

All start locs are resareas even if there are no resources associated with them. Not sure if scmd reflects this logic with the preview. And it should definitely be called "Show AI Resareas" instead of towns, because "town" means something completely different in AIspeak.

Haven't seen any problems with the function in the latest build, seems accurate so far. Great work!

If it exists I'm not aware of it, but I would suggest being able to change the index/order of locations. I heavily consider remaking my maps completely once they are done, just to reorder locations.

I thought I saw somewhere this was already implemented, but I've been trying for the last half an hour to no avail. I think having an input box in the properties of the location as well as being able to drag and drop in the GUI on the left would be sick. Please aid my OCD mind.

On a side note, if 2 locations had the same index would they be used in tandem or just cause a crash? Or not even possible at all? Just a thought... Any slim chance for a revolution of location shapes is worth it

iDoodler: The index isn't a real location property, it is generated from the stored order. So the first stored location gets index 0, second one gets index 1, etc. So it isn't possible to have two locations have the same index, because then they would share the same data in the file.

Reordering locations would break every trigger that uses the location because the triggers refer to locations via index and that would change.


E: Minimap issue is also fixed - I had only fixed it in the Unicode branch but the change hadn't been merged to the other branches yet.

Post has been edited 1 time(s), last time on Aug 25 2018, 11:24 am by Suicidal Insanity.

If this is true, why don't triggers mess up while importing them via the text trigger editor?
Through my limited knowledge wouldn't you be able to work around it by right as you reorder the locations, you basically run the process that the trigger editor uses to error check/import the triggers?

EDIT: I could see this having an issue when there are multiple locations have the same name though...