Sadly, on Windows, GUI apps does not have any stdout/stdin/cerr/cout/cin/cerr.
He should edit the .bat launch file in Notepad to launch with --console. He could do it by changing this line: start ââ â%~dp0\bin\synfigstudio.exeâ
to start ââ â%~dp0\bin\synfigstudio.exeâ --console
<could be>
Also It could be an issue of capricious graphic driver, depending the format of pixel in memory where hovered.
Try to change settings like bits per pixels (16,24,32âŚ) and change graphic acceleration of GFX card.
If possible upgrade your driver </could be>
I can reproduce the crash. Unfortunately, when I open a cmd, go to the studio directory, and enter âsynfigstudio.exe --consoleâ, then when the crash comes, the console window crashes together with the program so I donât have a chance to read what it says.
On a pure hunch: Synfig used to be quite stable under Windows for a long time. Then suddenly, around version 1.2, lots of versions appeared that crashed all the time for the feeblest reasons, even for just pulling down a guideline. Version followed version but the Windows problem never improved. In all the cases, Synfig didnât manage to write any âdeath messageâ, and it never had any autosave to show either.
If I remember correctly, it turned out at long last that the transition from gtk2 to gtk3 was responsible for the trouble. The Windows version of the new kit kept throwing unexpected exceptions from the bowels of its code; these exceptions werenât handled within Synfig and made the whole program crash.
Then someone issued a huge monster change where he diligently and laboriously encapsuled each and every d*mn gtk3 call with a try clause, and Synfig returned to normal under Windows again. (This is more or less hearsay; I donât know the details; Iâm not part of the programming team.)
The current symptoms remind me very much of that flaky Windows situation.
Soooo, might it remoootely be possible that some code flow is still left somewhere that calls the colour picker and has not been protected by a try?
I have the same issue with Synfig crashing immediately upon using the color picker, moving to a color I want, then clicking on the color. It always crashes Synfig. Link to video of issue
Synfig 1.5.1 (installed and uninstalled twice with reboot in between)
Windows 10 (updated)
Nvidia GeForce RTX 2060 Super (updated)
Dual monitor (same models, same settings for both)
I need both monitors so hopefully there is a solution for this. Thanks so much for any assistance.
Thank you for responding so quickly. Disconnecting the 2nd monitor fixes the issue and it no longer crashes with the color picker.
Hopefully someone can find a way to make it work when both monitors are being used.
I have a dual monitor and turned one off, which fixed the color picker crashes. However, it continues to crash (except for the color picker) so I used your method and got the following errors (before it crashed).
See screenshotâŚ
I navigated to the to the folder on freedesktop.org but do not know what to do with these files. I am running Synfig 1.5.1 64bit on Windows 10 (updated).
I have the same issue in Debian 12. Dual monitor. Dual CPU/GPU Nvidia + Cuda Nvidia drivers. Synfig 1.5.
But in my case, I donât think itâs related to Synfig. I have crashes in other apps requiring high graphical ressources since last kernel update too, So I think itâs a Nvidia drivers issue not up-to-date to kernel in my case.
But I can relate that the crash happens with color picker too.