Touchdesigner stuck when customzing component

Hi,

When I try to customize a base component Touchdesigner gets stuck quite often.
I’ve had TD crash quite a lot the last week (I’m using it quite intensely), often when trying to customize a component (The moment the component editor opens, it gets stuck).
Also when I have a seperate pane on another screen and drag-reference a parameter from one screen to another it often crashes. Sometimes crashes seem to happen quite randomly.
The file I’m working on is a UI so it’s quite a lot of bases and containers connected to eachother.

TD doesn’t make a crashreport or autosave file, it just pops open a windows window
“Touchdesigner is not responding”

This is a google drive link to the toe file. I’m using the paid version of the zerror plugin, so that won’t work too well without a license, I hope that’s not a problem.

I’m using version 2023.12000 of Touchdesigner.

I’m working on a laptop with following specs:

GS66 Stealth 11UG - Windows 11
Nvidia GeForce RTX 3070
11th Gen Intel(R) Core™ i7-11800H @ 2.30GHz 2.30 GHz
64-bit operating system, x64-based processor

Thanks a lot in advance!
Cheers

I’d like to figure this out, but it’s very difficult without a specific test case. Is there a way you can reliably cause the problem?

When TD is frozen, you can also capture a dump file from the Task Manager by right-clicking on the process and selecting Create Memory Dump File. The file will be very large, but usually compresses well. If you cand send us one of those files we can potentially see where it is stuck.

But, as Ivan said, if you can find a reliable way to reproduce it that would be even better.

I’ve had similar issues too. Maybe the dump file in the other thread is related to that? @robmc

1 Like

Not superreliably, it just freezes once in a while.
I learned to save every 2 minutes now :crazy_face:
I’ll have a look at creating a dump file for now!
Thanks!!

I will try to get a dump file asap! Thanks :slight_smile:
As I wrote to Ivan, there’s no real reliable way to reproduce it. Sometimes it happens a few times in a row, sometimes it goes 30 minutes without happening.

cheers

I was just listening to your episode in the Visual Cast, very inspiring!

There you go! Thanks a lot for having a look :slight_smile:
This morning Touchdesigner has been closing every minute so I even haven’t been able to properly use it. :frowning_face:
It happens more often when adding a duplicate pane and when customizing a container or base comp, though it’s not every time.

cheers!

Thanks for the file. So it looks like touch is actually stuck in the graphics system when you made this file. It quite likely has something to do with the floating windows you have open rather than anything specifically with the customization dialog.

I assume both screens that you mention are hooked up to that 3070 card?

I’m going to refer it over to one of our graphics developers to see if they have more ideas. How easy it will be to fix will definitely come down to whether we can repeat it here, but if it is happening that often for you then hopefully we can trigger it here

Thanks!

I’m not so good with GPU-CPU , graphic cards,…

I can see my external display is connected tot the 3070 card but my internal display is connected to Intel(R) UHD Graphics card.

Display 2:

Display 1:

They also have a different refresh rate, I don’t know if that could be of an issue?
I’ll try using TD without external screen for some time and see if I keep getting errors.

Cheers

Interesting to hear about how the displays are connected. We suspect it might be dependent on a specific system configuration because we haven’t been able to reproduce it ourselves. It would be good to know if it still happens when you disconnect the external screen.

I disconnected my screen this morning and it seems like it happens less, though it didn’t stop from happening completely. Not quite sure what else could be the problem.
Also it really does happen quite often when customizing a component.
I there’s any info or files I could send, let me know!
Cheers

Hey, can you set a windows environment variable called TOUCH_TEXT_CONSOLE and set it’s value to 1.
You’ll know if it worked because when you open TouchDesigner a black console window will also open.
Then try working using this build:
https://www.dropbox.com/scl/fi/h3a02fvn677nac828s3qc/TouchDesigner.2023.12068.exe?rlkey=4y02qfbmp2u9s3ach5q41y265&dl=0

is anything printed to the window once the hang has occured?

Thanks a lot! I did what you said.
On opening my project file in the TD version you sent me, TD crashes quite fast.
The error appears to be happening in the Zerror component.
With the 120000 version, TD crashes without giving any error message though, so this is new.
Attached you find some screenshots and the crash file.

Screenshot 2024-11-12 070147
Screenshot 2024-11-12 070056


TouchDesignerCrash.2023.12068_1.dmp (447.9 KB)

Thanks for taking your time & let me know if there’s some further testing I can do!
I’ll also try to use the TD version you sent me to do some smaller project today and see if I can get another crash.

Cheers

Edit:
I started working on an new file, and it crashed when I tried customizing a base component. I also had a duplicate pane open. (I tried 2 more times and I only get TD to crash when I have this duplicate pane open)
No error was shown in the extra console window though.

Ok thanks. The new crash you are getting in that MIDI In node is a crash just recently introduced (sorry, this was a daily build I gave you to test).
Let me give you a new one to test in a bit

1 Like

no worries, thanks for helping me out!

Hey @malcolm
When you have time, could you send me a new version to test? :slight_smile:
Maybe some other ideas how I could test? I’m quite desperate and have a liveshow next saturday
:crazy_face:

Thank you!

Sorry for the delay.
We’re back on this final case and should have something today.

nice, thank you!!

Great. Ive just requested access to the original toe file, if thats still the easiest to duplicate the issue.
We see the problem, but would just like to reproduce it definitively, before applying the fix.
-Rob