version doesn't allow text entry for waits at least ))))))))))
Staredit Network > Forums > SC1 Mapping Tools > Topic: scmdraft - 0.9.0 info + nightly download (Post small feature req
scmdraft - 0.9.0 info + nightly download (Post small feature req
latest version doesn't allow text entry for waits at least ))))))))))
version doesn't allow text entry for waits at least ))))))))))
Quote from Suicidal Insanity
lanthanide: will answer tonight
I hope its possible. It will shorten the process of using EUDs substantially.
None.
I see you !
Quote from 
Lanthanide
LanthanideQuote from Suicidal Insanity
Just a hex number? That works for the death table trigger, but not memory trigger. Or do you mean hex address relative to 0? I don't think I'd add that, because then the meaning of the number depends on the format, and that is not intuitive. Perhaps I can try something like saying Memory at death table + [XXX] (0xYYY), but then the 4 byte alignment would need to be enforced somehow.
chkdraft supports this format natively so we can just copy and paste the triggers directly into there. scmdraft doesn't, and requires the hex address to be changed to an EPD, meaning you have to double-handle everything. The EUD editor also supports being able to convert your EUD actions back into units.dat etc changes, so it's helpful to keep the actions in a format that can be used in either tool directly.
I don't think solely supporting EPD in the long term makes sense - now that in SCR we know that addresses are never going to change again, there's no real benefit to EPD. It just adds a layer of indirection away from the real memory addresses that we're messing with.
As far as enforcing 4-byte alignment, just throw an invalid error during compilation whenever the address is not divisible by 4.
New bug report: I made about a dozen changes to my map (in chkdraft, per above reasons) without testing any of them, and then went into scmdraft to make some final changes. Now my map crashes SC at startup. So I went to the scmdraft backup database so I could do a diff against the latest triggers, and there are many copies of my map in there, however only the most recent copy is openable by SC or Scmdraft. Older versions aren't detected as legal maps by either, making the backup DB rather less useful than it should be.
I'm happy to send you the DB or selected maps from the backup, but the whole DB is 50mb so will need to email it or host somewhere.
Edit: Ah, I just pre-placed too many units (lazily copy and pasted a huge number for each player). So deleting the units now lets me open the map properly, so there's no urgency on needing the backed up maps to work.
Don't see anything where you comment on my suggestion to display both offset and absolute address
If I do add more text parsing capabilities to classic trigedit, then the format will match the format used by text trigedit (e.g. Set Deaths("Int:5555", "Terran Marine", Set To, 666); ). I may look into adding a second alias for Set Deaths to text trigedit during compilation, but during decompilation it loses data if I were to use Set Memory. So I don't know.
Right now my long term goal is to move as much of the backend of text trigedit to shared code based on classic trigedit, and then start adding a few custom EUD actions. Right now I only have one or two working internally, to test variations on the design, but first lots of other changes need to be done.
PM me some of the broken maps, depending on the version used you may have run into a bug where autosave didn't expand the location table, or you ran into something new.
Quote from Lanthanide
LanthanideQuote from Suicidal Insanity
Just a hex number? That works for the death table trigger, but not memory trigger. Or do you mean hex address relative to 0? I don't think I'd add that, because then the meaning of the number depends on the format, and that is not intuitive. Perhaps I can try something like saying Memory at death table + [XXX] (0xYYY), but then the 4 byte alignment would need to be enforced somehow.
chkdraft supports this format natively so we can just copy and paste the triggers directly into there. scmdraft doesn't, and requires the hex address to be changed to an EPD, meaning you have to double-handle everything. The EUD editor also supports being able to convert your EUD actions back into units.dat etc changes, so it's helpful to keep the actions in a format that can be used in either tool directly.
I don't think solely supporting EPD in the long term makes sense - now that in SCR we know that addresses are never going to change again, there's no real benefit to EPD. It just adds a layer of indirection away from the real memory addresses that we're messing with.
As far as enforcing 4-byte alignment, just throw an invalid error during compilation whenever the address is not divisible by 4.
New bug report: I made about a dozen changes to my map (in chkdraft, per above reasons) without testing any of them, and then went into scmdraft to make some final changes. Now my map crashes SC at startup. So I went to the scmdraft backup database so I could do a diff against the latest triggers, and there are many copies of my map in there, however only the most recent copy is openable by SC or Scmdraft. Older versions aren't detected as legal maps by either, making the backup DB rather less useful than it should be.
I'm happy to send you the DB or selected maps from the backup, but the whole DB is 50mb so will need to email it or host somewhere.
Edit: Ah, I just pre-placed too many units (lazily copy and pasted a huge number for each player). So deleting the units now lets me open the map properly, so there's no urgency on needing the backed up maps to work.
EUD Editor uses TrigEditPlus syntax to generate its triggers. Download them here.
http://www.staredit.net/sc1db/file/2989/
EUD
Quote from 
Pr0nogo
Pr0nogolatest version doesn't allow text entry for waits at least ))))))))))
version doesn't allow text entry for waits at least ))))))))))BTW, thanks for shipping autofill last used entry for like fields. Speeds up triggering a lot.
I just tried using TrigEditPlus but after I compiled the changes and closed the editor, Scmdraft gave me a bunch of warnings about string corruption.
None.
I see you !
Quote from Pr0nogo
Pr0nogoBTW, thanks for shipping autofill last used entry for like fields. Speeds up triggering a lot.
That still needs to be optimized because there are a lot of similar but not quite identical parameters, such as [any-unit] or [any-unit-or-group]. Not sure how to do that in all cases.
Quote from Lanthanide
LanthanideI just tried using TrigEditPlus but after I compiled the changes and closed the editor, Scmdraft gave me a bunch of warnings about string corruption.
If you can create a minimal repro, I can check if there is a bug on my end.
New version will be up soonish. Has experimental code for setting location positions via EUD triggers and fixes the text entry bug.
E: And uploaded. Tiny known issue: when morphing a trigger action from set deaths to memory or back, it may not update the text until a field has been clicked.
Post has been edited 1 time(s), last time on Feb 19 2018, 1:12 am by Suicidal Insanity.
I see you !
I think its something different this time, it looks like its using the same tile for both the left and right tile in the isom rect, so its missing the +1 on the group for the right tile.
Hope it's an easy fix!
Can we get SCMDraft to recalculate sound duration every time a sound is imported? If I have a sound called `sound1.wav` for example, after deleting it and replacing it with a new file that has the same filename, SCMD uses the old file length for transmission wait calculations and displays `Could not determine the sound duration` in the console when you select that wav in transmission trigger actions.
Can we get SCMDraft to recalculate sound duration every time a sound is imported? If I have a sound called `sound1.wav` for example, after deleting it and replacing it with a new file that has the same filename, SCMD uses the old file length for transmission wait calculations and displays `Could not determine the sound duration` in the console when you select that wav in transmission trigger actions.
I see you !
Ya I think its just a missing +1.
Sound duration is calculated by the trigger editor, when selecting the sound which is used by the trigger. I can try to reproduce the error when selecting the sound, but I don't think I will move the location/time where the sound is calculated.
Sound duration is calculated by the trigger editor, when selecting the sound which is used by the trigger. I can try to reproduce the error when selecting the sound, but I don't think I will move the location/time where the sound is calculated.
Hm, if it's an error with the trigger editor's calculations, I wonder what a potential fix would even look like, since presumably it's considering like wav filenames/string IDs or w/e as already assigned and skipping them.
I see you !
It may be fixed, the trigger editor caches the sound file set in the trigger when the editor is opened in case that sound file is not in the sound table ( => then it wouldn't be in the dropdown), and that string wasn't being passed correctly in one location which had to do with sound length calculation.
Veteran Mapper
This might already be known, but just in case:
Adding a new action rarely (5%) causes this message, but can add again and its fine.
Adding a new action rarely (5%) causes this message, but can add again and its fine.
I see you !
Can you check the detailed error in the log and post it? (Menu -> options -> output -> show)
I suspect that has to do with a particular type of trigger parameter you previously set.
Post has been edited 1 time(s), last time on Feb 21 2018, 12:21 am by Suicidal Insanity.
I suspect that has to do with a particular type of trigger parameter you previously set.
Post has been edited 1 time(s), last time on Feb 21 2018, 12:21 am by Suicidal Insanity.
Are there any plans to make comments/location names not take up strings? Additionally are there plans to allow triggers to be grouped into folders?
None.
From the trigger thread:
I think it was discussed on page 1 as well. Triggers in folders hasn't been brought up AFAIK, and I really like that idea. Currently I sort all my triggers with big comments that act as dividers but folders would make navigating so much easier.
Quote from Suicidal Insanity
I have some ideas which I may try to achieve this while retaining backwards compatibility to plugins that I mentioned earlier. I am not sure if they actually would work well though, so no promises.
I think it was discussed on page 1 as well. Triggers in folders hasn't been brought up AFAIK, and I really like that idea. Currently I sort all my triggers with big comments that act as dividers but folders would make navigating so much easier.
Having them collapsable would be perfect too.
None.
Can't use the 'Create Unit with Properties' trigger action. It thinks that all parameters aren't set even after clicking on flags or modifying number fields in the `Properties` parameter.
I see you !
In the current release (and all others since I wrote classic trigedit) CUWP is using a bit of a hackish implementation to manage the custom properties for the trigger(s) currently being editing to support cancel, I guess that didn't work well with all the extra error checking. I should be able to fix that tonight, I have been changing how the trigger editor handles CUWP fields and it is 95% done.
[06:51 pm]
Vrael -- It is, and I could definitely use a company with a commitment to flexibility, quality, and customer satisfaction to provide effective solutions to dampness and humidity in my urban environment.[06:50 pm]
NudeRaider -- VraelVrael shouted: Idk, I was looking more for a dehumidifer company which maybe stands out as a beacon of relief amidst damp and unpredictable climates of bustling metropolises. Not sure Amazon qualifies
sounds like moisture control is often a pressing concern in your city[06:50 pm]
Vrael -- Maybe here on the StarEdit Network I could look through the Forums for some Introductions to people who care about the Topics of Dehumidifiers and Carpet Cleaning?[06:48 pm]
Vrael -- Perhaps that utilizes cutting-edge technology and eco-friendly cleaning products?[06:47 pm]
Vrael -- Do you know anyone with a deep understanding of the unique characteristics of your carpets, ensuring they receive the specialized care they deserve?[06:45 pm]
NudeRaider -- VraelVrael shouted: I've also recently becoming interested in Carpet Cleaning, but I'd like to find someone with a reputation for unparalleled quality and attention to detail.
beats me, but I'd make sure to pick the epitome of excellence and nothing less.[06:41 pm]
Vrael -- It seems like I may need Introductions to multiple companies for the Topics that I care deeply about, even as early as Today, 6:03 am.
Members Online: Roy, IlyaSnopchenko
Roy, IlyaSnopchenko