Has anyone else found that the keys in the Ramp TOP are often not editable?
I can’t reliably reproduce this in a fresh project. But at some point, after building up a project for a while, Ramp TOP keys are suddenly not editable any more. Sometimes restarting TD fixes it. Sometimes not.
I think the problem is with the gradient rectangle where the keys live. It becomes unclickable. I can edit the keys in the DAT just fine and it is reflected in the TOP. But the GUI element is unusable.
Same here.
For some reason keys became not editable and Touch started to crush when i create a new RampTOP and select it or select previously created RampTOP.
Win10, 15020, reinstalled build with no result, downloading previous build.
There is one known issue at the moment in 10k, where the first key of Ramp TOPs is not editable (you can’t drag it around), but you can still change the values of this key using the parameters, or change the position / values / delete the row in the DAT.
I’ve played around with a few Ramp TOPs and so far I cannot seem to reproduce the issue where all keys wouldn’t be editable or trigger a crash (in latest 2021.15020).
@Aerostat do you have a crash dump to share? Or a file where you can reliably reproduce and trigger the crash ?
Are you changing the Ramp type or any other menu parameter like Extend or interpolate ? Please let us know if there is any specific parameters combination that could trigger the issues.
In a new project i can not find a way/combination of parameters to reproduce crash.
It appeared in relatively large and old project. Now on 14360 it looks fine.
Unfortunately i can not share a proper CrashAutosave file because it became truncated and does not consist a part with video content TOPs (where problem appeared), only part of UI. CrashAutoSave.SETUPPatch-Epizode.78.toe (1.5 MB)
Got it, no .dmp unfortunately. In that cases the Touch hanged for a while and i killed it from the processes because i could not wait. I think this is the reason.
I’ve been trying to reliably reproduce my original issue - which was just about Ramp keys not being editable – but in the process I’ve gotten to the point where I can reliably make TD crash when creating a Ramp TOP.
I’m getting the same issue and much worse actually.
Changing one ramp TOP seems to be changing another ramp TOPs keys, sometimes keys are uneditable (not just the first key) and editing keys causes intermittent touchdesigner crashes.
Heres a tox with the issue (ramp2). The ramp keys are green but the ramp itself looks blue. I changed a different ramp that was copied and pasted from this one and it caused this.
With you shared .tox file I can tell that the Ramp TOP got in a “broken” state. Strangely enough, I opened it a couple times and the ramp keys values were showing up differently.
It did trigger the crash / hang that I was unable to reproduce so far.
Forwarding all that to our developers to get looked into.
@jeffcrouse My guess from that crash I was able to reproduce is that it is not related to graphic drivers to be updated.
Thanks everyone for your report. I can confirm there’s a bug is in 15020 but not 14360. It is related to a fix for the Ramp UI in the parameter dialog. The crashes can happen after a Ramp TOP is deleted, the editing issues shows up if you switch between Ramp TOPs. If you don’t want to roll back, one way around the crashes and the inconsistent UI would be to switch to selecting a different node type so the parameter dialog changes to a different type before going to a Ramp TOP. This is obviously a bit of a pain, we do have a fix and will roll it out soon. Thanks for your patience!
