Siril crashes when registering images with unspecified error

it appears to be related to the drizzle function. though the error gives no guidance as to why.

if I go with the default it registers. if i set drizzle, it crashes.

This is not a Siril message error here, but a Windows message error.

So I would say this is probably an issue do to a lack of RAM.

so you are saying i need more that 128gb ram to use siril?

siril crashes after the popup so im going to stick with it being a siril issue. maybe not backend, but rather front end, but the result is the same.

I’ve seen reports of this with other software in the past. Sometimes, not always, the following fixes it. Close Siril, and delete this file: %localappdata%\recently-used.xbel or rename it. It holds your recently used files in Windows. Then try again…

1 Like

i gave that a try, got the same error but now I’m seeing some complaining in the log.

(siril.exe:1896): Gtk-WARNING **: 17:25:45.853: no trigger event for menu popup
Reading sequence file `m57 blue_.seq’.
nb_elts_at_start: 0
nb_elts_on_exit: 0
Purging previously saved reference frame data.
log: Reading FITS: file m57 blue_00001.fit, 1 layer(s), 2072x1411 pixels, 16 bits
bitpix for the sequence is set as 20
log: Sequence loaded: m57 blue_ (1->284)
Purging previously saved reference frame data.
number of filtered-in images: 284
number of filtered-in images: 284
number of filtered-in images: 284
number of filtered-in images: 284
Saved the reference frame buffer for alignment preview.
log: Registration: processing using method: Global Star Alignment (deep-sky)
log: Drizzling parameters:
log: kernel: square
log: pixel_fraction: 0.500000
log: weight_scale: 1.000000
log: scale: 2.000000
Memory per image: 44 MB. Max memory: 16797 MB
log: Global star registration: with the current memory and thread limits, up to 8 thread(s) can be used
log: Recomputing already existing registration for this layer
log: Reading FITS: file m57 blue_00001.fit, 1 layer(s), 2072x1411 pixels, 16 bits
log: Reference Image:
log: Findstar: processing for channel 0…
log: Found 44 Gaussian profile stars in image, channel #0 (FWHM 6.516057)
log: Found 44 stars in reference, channel #0
log: FWHMx: 6.54 px
log: FWHMy: 5.13 px
log: Global star registration: processing…
log: Reading FITS: file m57 blue_00037.fit, 1 layer(s), 2072x1411 pixels, 32 bits
log: Reading FITS: file m57 blue_00001.fit, 1 layer(s), 2072x1411 pixels, 32 bits
log: Findstar: processing for channel 0…
log: Reading FITS: file m57 blue_00120.fit, 1 layer(s), 2072x1411 pixels, 32 bits
log: Findstar: processing for channel 0…

(siril.exe:1896): GLib-CRITICAL **: 17:26:34.148: g_date_time_ref: assertion ‘datetime != NULL’ failed
log: Reading FITS: file m57 blue_00096.fit, 1 layer(s), 2072x1411 pixels, 32 bits

etc for another 250 images.

it seems to be the problem is coming from the use of PNG in saving the sequence. other sequences that have used the .ser format are registering fine.

this is part of an annoying bug with sharpcap where it will randomly assign a different format. But still, Siril should be handling this more gracefully.