I have a Seestar S30 Pro, and have captured 692 Frames of M 68 10s each from a B8 location. I tried to stack the images manually in Siril without the Seestar_preprocessing.ssf and am referencing the following tutorial. I have a 8 Core CPU with 32 GB of RAM, and I have allowed 6 Core and 18 GB of RAM to be used by Siril.
While doing the image conversion with following settings Siril crashes repeatedly. Any ideas on how to fix the same would be helpful.
What version of Siril?
What do you call crash?
More information welcome
1.4.2 but this also happened when I upgraded to 1.4.3 today.
A software crash is an unexpected termination of the process window. What else could it mean possibly?
Here are the logs when it suddenly crashed.
log: Reading FITS: file Light_M 68_10.0s_IRCUT_20260507-215900.fit, 1 layer(s), 2160x3840 pixels, 16 bits
log: Filter Pattern: GRBG from header, Orientation: top-down from settings
log: Reading FITS: file Light_M 68_10.0s_IRCUT_20260507-215911.fit, 1 layer(s), 2160x3840 pixels, 16 bits
log: Filter Pattern: GRBG from header, Orientation: top-down from settings
log: Reading FITS: file Light_M 68_10.0s_IRCUT_20260507-220013.fit, 1 layer(s), 2160x3840 pixels, 16 bits
log: Filter Pattern: GRBG from header, Orientation: top-down from settings
log: Saving FITS: file M68_00421.fit, 3 layer(s), 2160x3840 pixels, 16 bits
log: Saving FITS: file M68_00422.fit, 3 layer(s), 2160x3840 pixels, 16 bits
log: Saving FITS: file M68_00426.fit, 3 layer(s), 2160x3840 pixels, 16 bits
log: Reading FITS: file Light_M 68_10.0s_IRCUT_20260507-215922.fit, 1 layer(s), 2160x3840 pixels, 16 bits
log: Filter Pattern: GRBG from header, Orientation: top-down from settings
log: Reading FITS: file Light_M 68_10.0s_IRCUT_20260507-215933.fit, 1 layer(s), 2160x3840 pixels, 16 bits
log: Filter Pattern: GRBG from header, Orientation: top-down from settings
log: Saving FITS: file M68_00423.fit, 3 layer(s), 2160x3840 pixels, 16 bits
log: Reading FITS: file Light_M 68_10.0s_IRCUT_20260507-220002.fit, 1 layer(s), 2160x3840 pixels, 16 bits
log: Filter Pattern: GRBG from header, Orientation: top-down from settings
log: Saving FITS: file M68_00424.fit, 3 layer(s), 2160x3840 pixels, 16 bits
log: Saving FITS: file M68_00425.fit, 3 layer(s), 2160x3840 pixels, 16 bits
Gdk-Message: 11:04:08.245: Error flushing display: Resource temporarily unavailable
Also It doesn’t matter if i limit the CPU count to what it still crashes, have tried from 5 up to 8.
I don’t think you have the slightest idea how many users use the word “crash” in a different sense.
Do you work on an external disk? Do you have space disk?
I have a 1TB disk that is 55% utilized as of now so I don’t think storage would be an issue also I tried stacking in DSS and It does complete, I doubt it is related to CPU exhaustion. Also I have tried running Siril with ~24GB RAM, yet I get the same?
Here are my device specs
neofetch
.-/+oossssoo+/-. onlinejudge95@courtroom.local
`:+ssssssssssssssssss+:` -----------------------------
-+ssssssssssssssssssyyssss+- OS: Ubuntu 24.04.4 LTS x86_64
.ossssssssssssssssssdMMMNysssso. Host: HP Laptop 15s-du1xxx
/ssssssssssshdmmNNmmyNMMMMhssssss/ Kernel: 6.17.0-23-generic
+ssssssssshmydMMMMMMMNddddyssssssss+ Uptime: 5 days, 2 hours, 55 mins
/sssssssshNMMMyhhyyyyhmNMMMNhssssssss/ Packages: 2875 (dpkg), 9 (flatpak), 22 (snap)
.ssssssssdMMMNhsssssssssshNMMMdssssssss. Shell: zsh 5.9
+sssshhhyNMMNyssssssssssssyNMMMysssssss+ Resolution: 1920x1080
ossyNMMMNyMMhsssssssssssssshmmmhssssssso DE: GNOME 46.0
ossyNMMMNyMMhsssssssssssssshmmmhssssssso WM: Mutter
+sssshhhyNMMNyssssssssssssyNMMMysssssss+ WM Theme: Adwaita
.ssssssssdMMMNhsssssssssshNMMMdssssssss. Theme: Yaru-purple-dark [GTK2/3]
/sssssssshNMMMyhhyyyyhdNMMMNhssssssss/ Icons: Yaru-purple-dark [GTK2/3]
+sssssssssdmydMMMMMMMMddddyssssssss+ Terminal: kitty
/ssssssssssshdmNNNNmyNMMMMhssssss/ CPU: Intel i5-10210U (8) @ 1.600GHz
.ossssssssssssssssssdMMMNysssso. GPU: Intel CometLake-U GT2 [UHD Graphics]
-+sssssssssssssssssyyyssss+- Memory: 10999MiB / 31899MiB
`:+ssssssssssssssssss+:`
.-/+oossssoo+/-.
Comparing with another software that doesn’t share any single line of code won’t help.
I have to say that I gave no clue so far. This is the first report I see like that.
I don’t care about the source code, I lay more emphasis on whether it works or not.
If it is of any help only manual stacking fails, if I use a script for Seestar processing as defined in Siril Tutorials the stacking completes.
Hello, it’s an intriguing problem.
Have you built siril yourself or how did you install it? I’d tend to say the problem lies in the vicinity of wayland message passing, I had very rarely this kind of error, caused in general by a bug in the wm or by a rendering thread stuck somewhere in I/O. But it’s never happening all the time. The fact that it doesn’t happen for scripts seem to confirm that it’s related to GUI event.
Until the problem is identified you can add a convert operation in a script.
Hi Vincent, thanks for the reply.
Regarding installation no, I am using the pre-built binary for Siril. Also searching a bit about this gave me the idea that it has to do something about the I/O and/or render update between the WindowManager, hence I tried playing with the system resource in Siril’s Preference option.
As of now I am stacking using a different program and using Siril mainly for PlateSolving > Color Calibration > Stretching.