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.
[2024-4-20. : 11:29 pm]
Zoan -- Oh_ManOh_Man shouted: yeah i'm tryin to go through all the greatest hits and get the runs up on youtube so my senile ass can appreciate them more readily
You should do my Delirus map too; it's a little cocky to say but I still think it's actually just a good game lol[2024-4-20. : 8:20 pm]
Ultraviolet -- Goons were functioning like stalkers, I think a valk was made into a banshee, all sorts of cool shit[2024-4-20. : 8:20 pm]
Ultraviolet -- Oh wait, no I saw something else. It was more melee style, and guys were doing warpgate shit and morphing lings into banelings (Infested terran graphics)[2024-4-20. : 8:18 pm]
Ultraviolet -- Oh_ManOh_Man shouted: lol SC2 in SC1: https://youtu.be/pChWu_eRQZI
oh ya I saw that when Armo posted it on Discord, pretty crazy[2024-4-20. : 8:09 pm]
Vrael -- thats less than half of what I thought I'd need, better figure out how to open SCMDraft on windows 11[2024-4-20. : 8:08 pm]
Vrael -- Oh_ManOh_Man shouted: yeah i'm tryin to go through all the greatest hits and get the runs up on youtube so my senile ass can appreciate them more readily
so that gives me approximately 27 more years to finish tenebrous before you get to it?
Members Online: Wing Zero, IlyaSnopchenko, jun3hong
Wing Zero, IlyaSnopchenko, jun3hong