#What's missing from Siril?
1 messages · Page 3 of 1
Almost like it was designed for that 😛
🤣
@stark ermine is this the dev version or another 1.2 release?
nvm i answered my own question
still getting this error on windows
no bc siril isnt finding it
i get that error as well, not sure what it actually means, dont think it really breaks anything though
You don’t need cygwin unless you’re actually building
dev version quirks
I tried the local solver for a while, it’s not really worth the effort, at least on windows.
Indeed. Astrometry is quite good in siril especially in the dev version
I love how the platesolving is pretty much instant
Yes as long as you got the right pixel size and focal lenght it's really fast and works almost everytime
I might have some time this week to write the "things to improove" list btw
I dont know if anyone is experiencing this but in version 1.3.2 alpha dev it crashes right after sequence processing is succeded when applying existing registration
Would be nice to produce logs
I had this issue once but I forgot how i fixed it 😭
The only anomaly in the logs is the "cygwin/bin was not found at C:\Users\vesse\AppData\Local\cygwin_ansvr\bin - ignoring" - the rest of the console outputs normally as usual, and I noticed the crash only occurs when drizzle is selected. If you want I can send you a transcript of the console right before the crash occurs
we need more detailed logs: https://siril.readthedocs.io/en/stable/Issues.html#send-us-useful-information
after starting Siril from the cmd I just replicate the crash normally and the log will save in the mentioned folder?
yes
here we go, I hope its useful
the first lines are in italian even if its set to english for some reason but the rest is all english
ok. It should not crash for sure, but you have an inconsistency
log: Image #61: number of layers (1) is not consistent with sequence (3), aborting
and usually what does this mean?
one of the images is corrupted or isn't a valid file?
technically all the subs I selected are color images
Here, your sequence was based upon a 3channel images. While image #61 has only one channel
so probably Siril tried to detect stars on the green channel but it does not exist
so siril crashes
ah okay now I understand
tried on other datasets and it also crashes
probably same issue
but only when drizzle is enabled
Then check your images, especially the 61
This is why the log gives the image number
Thanks for the help, im going to check and see what happens
now. If you can reproduce the issue each time. This is maybe a bug somewhere in the CFA Drizzle. So detail what you are doing.
However, this is the first time someone report it. And many users play with the CFA Drizzle
My steps are: convert images into fit sequence - no calibration frames - two pass global star alignment - apply existing registration and select "use drizzle" without changing any of the settings
This time im trying again by removing image 61 from the sequence
now same thing happens but with image 55, leads me to think that maybe drizzle has some issue with Seestar images or I am doing something wrong
are your images RAW images ? Seestar images are not different from others
There are no reasons the Drizzle would behave differently
Yes they are fit files
Yeah also because it works with other users
Yes but RAW ? I mean debayerd or not ?
Technically not as they show as B/W files and they need to be debayered during conversion in fit sequence
Ohhhhh I get it Im so sorry
Now it runs
Good
What if astrophotographers could keep right on imaging regardless of moon phase, and even a full moon couldn't prevent them from capturing good information to produce beautiful images with excellent color and detail? With strategic capture of low and high frequency information, it's no longer a what-if. Here's how!
This is an expert level tec...
Could we see something like at 6:01 in the future?
(low frequency and high frequency separation)
Is it normal for the same image to look slightly different (mainly the color and contrast) when processed through Siril's GraXpert integration vs GraXpert's standalone? All settings and models used are the same
left is GraX on Siril, right is GraX standalone
Hey @stark ermine what do you make of this at something that was posted at #💬-general-chat https://www.youtube.com/watch?v=Cs4aybq-h54
We would love to have you in our community:
https://www.youtube.com/channel/UCHeW7wuxfjhMmymXC9KqIbg/join
This is my public release of the beta neural net based sharpening tool I have been developing. It can be ran stand alone or in conjunction with PixInsight! If you already have BlurXTerminator you have the gold standard of deconvolution to...
the stars look goofy
The thumbnail look groovy tho I gotta admit
new spiritual rebirth dimension type of thumbnail
Bruh we can judge the ai we use it all the time 
Normal, yes. Intended? Not sure.
^
Windows only...
Yeah and I can't even run it because it doesn't support Intel graphics card
😢
be patient
Yup I already contacted them though email and they said they'll fix this asap
integrated or the new evos?
A770
oh yeah, i meant arcs
I wonder how that compares to astrosharp? I never got on with astrosharp unfortunately
Idk man
It almost looks like as if its getting rid of green noise automatically and standalone isn't
Could be. But it could also be because of colour profiles maybe?
take a screenshort of the whole screen please, for each case
solved, now it looks the same on both, don't know why that happened
strange
how can I use these built in scripts without having calibration frames?
for Ha, just stack normally and extract the red channel
for Oiii i think you just combine them together??????
does that do the exact same thing as the script
or does the script do some kind of magic
sshould be the same?
Small question. Why don't you use no calibration frames?
This is not the same no...
Again
If you do it normally, you will have a debayer. The debayer interpolation will mix Ha and OIII together. This is not wanted
You have to copy the scripts and delete the lines that stack and apply the calibration frames
What's the difference?
Btw I would've waited for Christmas or January to get the bugs ironed out
But I use it to sharpen the starmask stretched even he said not to. And for that works fine. When it comes to the nebula there's a bug where if you have a bright line in the nebula the ai will be confused and assume that they're actually stars which is false. I'll post some screen prints to show you
Because of the debayer
So extract Ha/Oiii script splits the CFA channels and then stacks that?
yes

?
🐟
@raven lodge you there?
Any way when you see this here's my expirience from time I have been using Cosmic clarity:
Although the guy says that you sould be using it unstreched in messes with my image so I can't make it work
In regards to the streched image it's working but it lowers the contrast in the image so I have ever so slightly to move the black point more to the right
Here are the starless
Before and after
And the starmasks
Before and after
Which neatly brings me to you @stark ermine because after I run the images from the sharpening tool the are really bad and I want to know if there's anything I can other than sharpening the stretched one
I use a seestar s50
it’s just not possible
I guess I use darks but I don’t get access to the individual darks
I'll have to take a look on some of the images I've taken. I'm not sure I like what it's done to the neb there, it's sharpened the outline but not added any extra detail inside.
I tried that and it doesn’t work
Are you using 1.3? If so I'll send you my modified Siril script that does drizzle
I tried both the dev version and recent release
This is the dataabse from @astral forge and I have no idea why the program does that 😦
There is a dedicated seestar script you can download for 1.2 but it doesn't drizzle https://siril.org/tutorials/seestar/
This tutorial explores the pre-processing and processing of images obtained from
ZWO Seestar. Pre-processing will be carried out using a dedicated script.
YouTube tutorial by Rich Stevenson
Preprocessing
1. Download the script to preprocess your images
2. Create the folder to hold your images
3. Put ...
I know but stacking isn’t my problem
Ohhhh
I need to extract just the Ha from the dual band filter and get the mono file
Just don't forget it lowers the contrast as well
Before and after
It's a bad tool if I learn how to use it I'll make it a hell of banger but that is one of it's shortcomings tho
You can stack normally and just extract the color channels
Pointlism
Hey _Krzy have you tried this Cosmic Clarity sharpening tool?
that isn’t the same result as using the script
His repo threw an error when I tried to use his pix script
the script uses pixel math to extract ha
I also tried that already and it sort of worked
What pixel math? Does it subtract Oiii leaks?
Btw it's only windows.But that's strange.Any idea what happened?
not sure, but that’s what deepspaceastro told me when I asked in a comment in his video
Idk. I do use windows. But from his comparisons on his website it doesn't look like it does a lot of actual sharpening and instead weirdly stretches the image
For the stars it makes a difference i guess
That much I figured which is actually for the best. You need stuff where stuff doesn't exist.The error in the terminal. Did you managed to take a photo of it?
what am i reading, please rephrase


I can't believe you have phish it looks so cool
you know you can take screenshots?
That error @ancient talon was due to me having an Arc A770 graphics card but he fixed it within an hour
doubt he has an intel gpu
No for the script his repo threw an error for me and the script didn't install
The terminal was going black an it was .3 sec massage
aah ok
Did you contact him?
Rtx 4090 
anything above 3060 has CUDA cores, which lack thereof caused the error
Really?
A770 doesn't have CUDA?
no, CUDA is a technology made and patented by NVIDIA
Nah I cba
Ahhhhh I see
I didn't see anyone else mention it so I just figured it's a sign that I should go back to working on my project and not be distracted
Bruh
Maybe I'll check it out at some point but it doesn't look promising from what I've seen
it never hurts to send a massage.Give it time no need to doom something from the 3rd day 
I'll try it before I make any final judgements
it's just that his own showcase made it seem like it doesn't do much lol
for nonstellar at least
It's 5 GB file in which in his video said that he tried this ai at 7200 images
But hey even if it's slightly better than nothing it beats to having that than to buy 600 euro software
Right?
size of the training dataset doesn't really tell you much about the performance
and yeah I'm not expecting it to beat blurx. I'm just hoping it does more than I think it does
Well they were saying that for noisex as well and although Graxpert didn't beat it it got exptremely close for free
deepsnr beat it and its free. I think graxpert beats noisex too but I'd need a proper comparison.
Tbf I can't believe that these programs have the ability to change the market so much
graxpert is working on machine learning decon. Hopefully it will be a good one
I'm actually curious
Could astrophotography be to the Artificial Intelligence what videos games are to Graphics Cards?
what? I'm 99% positive it doesn't. @stark ermine, can you confirm?
You also can do it without script. Siril is not only script 🙂
Please, write a summary of the question 😄
to many lines to read 😄
does extractHaOiii script subtract Oiii leaks from Ha data?
or does it just extract CFA channels and stack that?
no. Ha is taken from red pixel only
OIII from Blue and Green
who spread that?
Deepspaceastro it seems
oh
oh, ok that’s helpful
Ay yoooo @stark ermine look it came to Mac os as well
Bruh. What do you mean the tests?
the results.
Ehh I'll after a month of use for only starmask it helps
Tests I've done
I only use it for a stretched star mask so I don't mind all this much
his processing method is interesting... in one of his videos he colour calibrated his image and then run SCNR on max straight after
why would you do that?
Because "remove green noise" sounds like a good thing if you don't know what it's doing
They also don't know its very data destructive
Which, don't get me wrong, can be a good thing. But most of the time people misuse it
Hey @stark ermine I've stumbled in a bug where I am in autostrech doing RGB composition and it presents the channels white even before I put the all in
Thumbnail attached
As you can see this is only the red but it shows white and with all the channels
hum, if you close and reopen the tool?
THis too has been completely refactored in 1.3
send images to test
Doesn't work. I'm posting it here because it is the second time that it has happened and it solved the last time with restarting the pc
send images to test
https://discord.com/channels/794642864218439681/1288625466457985064
These are the images from this particular expample
he wants the images you are trying to compose together
Yeah I know the data from this guy I tried to compose and this happened
Is this FITS files?
never seen an FTS file before
siril can open the image
Ahhh ok then we have found the issue after I denoise them an extract them from from Graxpert as fits the RGB comp works as it should so from now on I'll be looking for this weird formats
My guess is that you should convert these FITS into Siril FITS.
Yeah I'm already prossesing them at Graxpert and extracting them from there 🙂
Thanks @stark ermine I'll send a massage to this person as well have a great Saturday
thx, u2
@stark ermine remember a while ago, I reported an issue where narrowband 03 stack was producing strange results? It's still doing it
If I go to stretch it, Siril offers to rescale pixel values. After that, it looks fine
Ok. There's no issues for me. Images with low signal can lose the signal while calibrating. This is why we allow negative pixels
you can use the command limit too.
@stark ermine if you check the “show sensor tilt” option it does not get updated if you change to a different frame in the sequence. To update the tilt display for a new frame you have to toggle it off and on again.
Yeh, this is HDR mode on my Risingcam. I think I'll avoid using that for narrowband in future. I'm reasonably happy with the final image though, but this is begging for a mosaic to capture more of the region
Indeed. I know that
Congratulations to @split smelt whose patch have been implemented into Siril
Hey @stark ermine I've downloaded the dev version and so far I'm having a blast.2 questions tho
Can I turn of the window that pops up and asks me if am I sure that I need to close this image?
And is it possible for the star recomposition tool the settings to be changed and the new setting become the default?
Sorry this was going for the first
2:There's some weird colour in the stars in the human weighted luminance and I'm trying to desaturate them by using the default independent channel values\
Oh this one cannot be swithced off
Bruh
🙂
this is because when doing this you couls lose your data. Imagine that this dialog can be open by clicking on its entry in the menu. Maybe when lauch from starnet we should remove the popup
you have the same when oading RGB comositing tool if you already have an image
😉
dev version is very different from the last stable
the dev version is 1.3
yes
Idk
@stark ermine where can I download the siril dev version?
thank you
can get them from both afaik, not sure if theres a difference
pipelines is probably easier but you can get the same files from both iirc
at 100% it probably does a lossless compression
that 5% to 95 can enable so much optimizations, that's why the jump
greedy bastards 😔
if you want to save in lossless compression png is probably a better choice
it has better compatibility and I think it weights less too
No it’s worse, png is larger and only 8-bit
it supports 16bit
you don't need more than 16 bits when saving a processed image anyway
because the JPEG was 32bit probably
You should not be storing images in a format that has lossy compression at all. PNG is not a good store but it’s best for sharing.
If you want to reduce file size at 100 quality you can increase the effort. This trades file size for time to save.
But why would I want the loosless since it's bigger size than the tiff. If it's really good at compression then I don't think it loses such critical info that it's deemed bad
I know but 70 MB out 470 it's not really important at that sizes
lossless JPEGXL is 65MB, XISF with ZStandard is 76MB and original is 100MB
for one of my images at least
I'll go to my pc in couple of hour and I post screenshots here from my files and the Siril terminal to show what and how
I’ve only been using jxl for the last few goes, but they always seem smaller than png and compressed tif.
I'm tired now imma do it in the morning
Hey uhm @stark ermine what does this massage means?
Without information, difficult to say something 🙂
I was editing the starless and when I opened it in the star recomposition tool it became red.But after I opened the edited starless it was appearing as I left it. I closed the siril and opened it again and then when I fused the starless with the starmask and it popped a massages about rescaling the image and removed some details in the black areas. So I've deleted the 2 files and rerunned starnet and I didn't had any issues
Also is it possible to know why the photometric colour calibration tool is greyed out?
1:Color calibration
2:Photometric color calibration
3:Spectrophotometric color calibration
Because you need to platesolve first
a lot of things have changed
for good reasons however
Ah ok thanks.
idk if this has already been mentioned, but I love that you can just open endless images in pix and have them side by side
@stark ermine can siril tell me the integration time of my stack? if so, where
Oh I'll just send you the script then
Gimme a bit
@mellow vine do you use the dev version?
so basically need to go to the bottom and add this
It is in the FITS keywords
where's that?
In the header. You can read it with Siril
Hey uhm @stark ermine Siril is closing everytime I do negative transformation in a starmask and I press remove green noise.I don't have thumbnails because it simply closes and I reopen it. The starmask is from a narrowband image.So I combined the HSO
But before I do the negative tranformation it shows this massage
And then I press proceed and it does the negative transformation
which button do you click here?
Proceed
And I made it work by deselecting the "maintain the brightness" from the remove green noise popup window
If I have the "maintain brightness" choice in the remove the green noise window it closes automaticaly
ok, let's me try. Probably becaus of negative values.
Hey @stark ermine do you want me to give the data in which this has happened?
no, don't worry
@stark ermine
not sure why it's passworded but it's not hard to work out. It's "sirilic"
oh 
oh thought you would lol
oh no. Siril in manual is enough for me 🙂
and I do multisession ....
I'm currently processing 31h of OIII filter
What's the black hole there ?
an horrible halo around nu And... StarNet fails to remove it completely
Damn is that 31 hours?
It's so faint
Yes but you are looking continuum subtraction
Ahhh because you want to enhance it right?
The stack output:
It's even less visible 
You don't see the arc
So how much did you managed to pull out with the subtraction?
What do you mean?
Well you said that the continuoum subtraction is for faint targets or for low integration time which helps to enhance the signal
not low integration tome
only for very faint target
In fact, when shoot in a narrowband filter. Your image will be polluted by broadband signal
If you remove this broadband signal, you will only see the NB signal
Ahhhh so this is what you subtract
THis is why I also shot 4h of Green
And how much does it change the image?Is it the image you've shown with the gradient form the star which is the black hole?
In order to say to Siril this broadband
This image yes, shows only (except the black hole) the signal from OIII
You got quite a bit of siglan 😄
indeed. You see nebula in OIII
a dust
I have some images, not a lot, where flats does not fix the dust. Probably dust has moved during the night
OOF
That's a problem
I will ignore the dust and the black hole and it should be nice
How do you know this is dust and these are nebula?
Ohhh that's smart and it makes sense when you thinking about it
the positive view
Call it a new discovery 
Hey uhm @stark ermine get you tell me where I can get a guide doing that?#💬-general-chat message
There is no special guide
I'm going to try and make one 😄
Good idea
yay version 1.3.3 is out 
whats it got
no idea lol
Hey uhm @stark ermine I have a question.I have done contiunioum subtraction but can you help me because my stars are like that afterwards
These are the settings I used in the pixelmath window
continuum subtraction is done on starless
Ok nobody told me that
I played with this today as well. Do it on starless. I also created a combined greyscale image to use instead of just using one colour channel (R + G + B, then save it as C and then load it into pixelpath)
then, I stretched the continuum image & the RGB image, then split the channels again, then combined like this:-
it seemed to work but I have no idea if I did it properly 😄
REALLY?Why nooone tell's me these things
we're telling you now 😛
You could create one?
Working with cleaned image looks obvious IMO 🙂
No yet
Yeah but you said they should a little prosessed as possible
Also should I denoise too?
Too late I've denoised at .8 at graxpert both Red and Ha
denoising is a good thing for me at this step
It"s better
@stark ermine have you considered expanding scripts to give them the ability define inputs which would pop up a box where you could enter values when run interactive? Perhaps when run non-interactive they could take inputs from command line?
We are working on plugin mechanism
I find that removing stars before continuum subtraction on galaxy images usually eats some of the H II regions
The stars residuals will be covered up when you add RGB stars anyway
it's way undersubtracted. M110 should be pretty much entirely gone after CS
Eh it is what it is right now I'm not bothered to do it
Next time. It's not like there isn't data to practice on
😉
it really does enjoy yanking them out
@stark ermine that Siril Python Interface MR looks fantastic. Perhaps I could have used that for the Unpurple filter. I might try to write a version based on that MR to see if it would have been possible
Don't waste your time I think. If you want to develop python script, please do it with GraXpert for example. The goal will be to use this for external software 🙂
and of course to create new tools
but as you already coded your filter 🙂
But in fact, I'm nobody to tell you want to do. So feel free to have fun 🙂
will a python interpreter be built into Siril or will it be something to install separately?
Siril will be able to read python script. We are working on it. But this is very new
Great, I shall take a read
It looks straightforward to be honest
I like that you're keeping the interface simple though
@stark ermine I played with the Python plugin feature. I was trying to do the following:- get Siril to save current image to a temp file (using siril.cmd("save", tmpfilename)), load it with Astropy, do something to the image, save it with Astropy, then issue another siril.cmd to load the file back into Siril. Seems Astropy uses signal handlers which don't work in embedded Python interpreter. It throws an error like so "log: Error in Python script: signal only works in main thread of the main interpreter". This is a shame but perhaps I was trying to do something beyond what it was intended for.
OK, Adrian tell me that appears fixable. He think if we start the python interpreter in its own thread and save the GThread reference, then as long as the script is run in the same thread then it should work. We will try to get it working now.
Great 🙂
We need your script however 🙂
``import siril
import tempfile
from astropy.io import fits
import numpy as np
def hello_world_siril_astropy():
siril.log("Starting the process...")
with tempfile.NamedTemporaryFile(suffix=".fits", delete=False) as temp_file:
temp_filename = temp_file.name
siril.log(f"Temporary file created: {temp_filename}")
# Save current file
siril.cmd("save", temp_filename)
siril.log(f"FITS file saved: {temp_filename}")
# Use Astropy to open and perform a simple operation on the FITS file
with fits.open(temp_filename, mode='update') as image:
siril.log("Opened FITS file with Astropy")
# Modify the FITS file data
if isinstance(image[0].data, np.ndarray):
image[0].data *= 2
siril.log("Modified FITS file data using Astropy (multiplied pixel values by 2)")
image[0].header['COMMENT'] = "Modified by Astropy"
siril.log("Added COMMENT to FITS file header")
image.flush()
siril.log(f"Changes saved to FITS file: {temp_filename}")
# Load back into Siril
siril.cmd("load", temp_filename)
siril.log(f"FITS file loaded: {temp_filename}")
siril.log("Process completed successfully")
Run the function
if name == "main":
hello_world_siril_astropy()``
it's a stupid, do nothing good, hello world type of script
basically, just to see if I could save the image, do something in Astropy, and load it again. If this works, then more useful things can be done also
sure
@split smelt : this is fixed
great 🙂
Just for fun. Ha continuum subtracted... Far easier than OIII. And I only have 10h of Ha... Need more.
dust mote doesnt look too big an issue
man i wish i could get that background ha
It will be better with more exposure. It is not enough yet. But weather is terrible
Yooooo @stark ermine you even got the Ha tidal streams in the core 
Hey @stark ermine how many hours are you planning on getting on M31?
More than 160
it's clear tonight here in UK, and I might even get 1st light on my new scope. Broadband only though. My new narrowband filter hasn't arrived yet, neither has the focuser 😦
More than 3 months later, this finally got merged 😄!
Make sure you read the updated doc, it has changed quite significantly
\o/
Is this the latest doc? https://siril.readthedocs.io/en/latest/Commands.html
wondering why this throws and error now ?seqapplyreg pp_images -drizzle -scale=1.0 -pixfrac=1.0 -kernel=square
oh, -scale is removed
I'm afraid I may not have thouroughly tested all commands. The parsing of this one is quite a challenge
can you tell m what error does it throw?
-scale is actually not specific to drizzle anymore
now I get this... log: Filter Pattern: RGGB log: Cannot use drizzle on non-bayer sensors, aborting. log: Error in line 79 ('seqapplyreg'): invalid arguments.
ah ok, this is intented.
You can't use drizzle on already debayered sequences
(agreed the message is not clear 🤔)
Ah no ok, I see, I'll have to check
would you know how to apply a patch?
the images are not debayered. I removed the -debayer option from the script. This method was working ok earlier before I updated
yeh I can patch
are you a siril dev
yep
oh sick
yeh -scale has to be removed. It throws an error even if I reposition it before the -drizzle param log: Unknown parameter -scale, aborting. log: Error in line 79 ('seqapplyreg'): invalid arguments.
it did look like this seqapplyreg pp_images -drizzle -scale 1.0 -pixfrac=1.0 -kernel=square. I respositioned like this seqapplyreg pp_images -scale 1.0 -drizzle -pixfrac=1.0 -kernel=square but it only works without -scale
try:
seqapplyreg pp_images -scale=1.0 -drizzle -pixfrac=1.0 -kernel=square
do you know which drizzle settings to use in order to use DeepSNR effectively?
Nope, I didn't write the drizzle code, just refactored the whole registration process to better integrate drizzle within the rest of the codebase. Maybe @stark ermine knows?
I already did, see above
I implemented the patch as a logical OR instead of an AND. Seems to work if (pattern < BAYER_FILTER_MIN || pattern > BAYER_FILTER_MAX)
I don't use DeepSNR... difficult to say 🙂
oops 😄
but does the scale work?
because it works on my end
it has to be written as -scale=1. (with = sign, not space)
whats the closest thing to "varshape 1.5"?
kernel
its what pixinsight has
trying again...
hmm alright, ill give gaussian a try
Ok, this worked seqapplyreg pp_images -scale=1.0 -drizzle -pixfrac=1.0 -kernel=square
great thanks!
I'm liking this tilt and distortion analysis. Clearly showing I have an issue on my new scope 😮
kernel shape doesn't really matter for deepsnr
ive heard deepsnr doesnt like square function
but now you can undistort during registration 🙂 !
mind you, your distortion is not that bad...
have a look at the test image in the doc: https://siril.readthedocs.io/en/latest/astrometry/platesolving.html#image-with-distortion-overlay
-disto=image ?
it would depend if the image is platesolved
Please Cecile, don't call my images test images 😢
😄
didn't remember they were yours 🙂
I just tried seqplatesolve pp_images -disto=../MASTER/distortion.fit
log: Image # 228 - RA: 23.443 - DEC:+30.644 - Rotation: -89.4
log: Image # 229 - RA: 23.448 - DEC:+30.645 - Rotation: -89.4
log: Image # 230 - RA: 23.448 - DEC:+30.645 - Rotation: -89.4
log: Image # 231 - RA: 23.445 - DEC:+30.644 - Rotation: -89.4
log: Image # 232 - RA: 23.445 - DEC:+30.644 - Rotation: -89.4
log: Image # 233 - RA: 23.445 - DEC:+30.644 - Rotation: -89.4
log: Image # 234 - RA: 23.445 - DEC:+30.644 - Rotation: -89.4
log: Image # 235 - RA: 23.437 - DEC:+30.647 - Rotation: -89.4
log: Image # 236 - RA: 23.437 - DEC:+30.647 - Rotation: -89.4
log: Image # 237 - RA: 23.441 - DEC:+30.645 - Rotation: -89.4
log: Image # 238 - RA: 23.440 - DEC:+30.645 - Rotation: -89.4
log: Image # 239 - RA: 23.443 - DEC:+30.644 - Rotation: -89.4
log: Image # 240 - RA: 23.444 - DEC:+30.645 - Rotation: -89.4
log: No image selected after computing transformations, aborting(NULL)
the distortion.fit didn't get saved
then of course the registration failed ```log: FITS error: failed to find or open the following file: (ffopen)
log: FITS error: ../MASTER/distortion.fit
log: Could not load FITS image for distortion
log: Error in line 80 ('register'): invalid arguments.
the master distortion is created by a platesolve if the entry is filled
It is a wcs file
not a fit one.
in my case, it's an issue with the code for "// find sequence cog and closest image to use as reference" in astrometric.c
int refindex = seq->reference_image; returns -1 which perhaps means there is no reference image?
because of this, none of the images get selected in the subsequent loop
I have used square for pretty much all of my images and I cannot tell the difference between varshape and square. Drop shrink factor is way more important
I can run some tests in a minute and see if deepsnr "prefers" one over the other
I'll have a look tonight
It’s cool, but it doesn’t seem to accurately match the distortion you can see in the image exactly (stars bottom right corner)
Might be tough to get accurate using fwhm estimation. Tilted stars themselves might have a weird fwhm
I have horrible tilt right now so I’m going to take a look after work
That would be preferable. I don't have any data on my laptop since I've moved them to my hdd
So I can't experiment it
This is working now with your latest commits
@stark ermine if I turn on "Show Tilt", "Show Distortion" and then save a snapshot, the tilt shows on the snapshot but not the distortions. Is that intended?
Hello. No, probably I forgot something 🙂
Hey uhm @stark ermine can you help on how I can stack comet images. This is my first time and I don't know what to do. I pressed the OSC preprocessing but the nucleus was weird so I don't know how to fix it 😦
fixed
We have a tutorial on our website
Oh ok I will check it tomorrow morning thanks @stark ermine 😁
nico (nebula photos) has a tutorial on comet processing in siril. highly reccomend watching
much less tedious than dss
We are delighted to announce that we have just published an article in the Journal of Open Source Software (JOSS): https://joss.theoj.org/papers/10.21105/joss.07242
If, as a scientist, you use Siril, please cite it 🙂
Richard et al., (2024). Siril: An Advanced Tool for Astronomical Image Processing. Journal of Open Source Software, 9(102), 7242, https://doi.org/10.21105/joss.07242
I wonder how it's going
Does Siril have comet alignment?
Good to know
I tried it. For now deconvolution only works on non stellar object
I works nicely too, I already tried it with the little comet 1 or 2 summer back and it handled it pretty well even with my untracked setup
So it sharpens nebulas and galaxies but don't correct stars /create artefacts?
Also can you share how you tried it?
is there a way to do batch starnet in siril? asking for future reference for comets
there's apply to sequence in the starnet tab so yeah
oh damn
Ok I may have to switch to Siril

so this is interesting. when i select to process only the green channel, the whole image goes green
i havent done anything to the image
and when i move the slider, it doesnt really do anything
this is version 1.3.3
ok so it seems to do that on pngs but when i use a fit file its fine
so theres an issue with 1.3.4
ive downloaded the new copy and its crashing when opened
quick screenshot
@stark ermine any idea?
I'm off this weekend. Will have a look later
if it helps, I just did a git pull & recompile on my windows build and it loads fine
But it crashes at startup?
yep
Ok
this is in the windows command prompt thingy that normally opens up before the application does
did you build it yourself using Msys2?
did you run siril-wrapper.cmd ?
a fresh download of which artifact?
1.3.4
No...what's that?
I mean the cross-build or the native build?
Native build
Which one? Because we do not often run the CI of the native build
i downloaded the "win64-native-installer:archive"
hope its useful enough
was this stuff helpful?
ok, thanks
it was the sunday morning automatic run
yep ok. Looks like a windows bug. I have no issue on my side
do you already compile Siril? Would be nice to try with it
what do you mean by that
Compiling sources is generally better to reproduce bugs and fix them 🙂
oh no i havent
The problem is that I don't use Windows. On my computer it works. The only dev in Siril using Windows is Cecile. But she works on a lot of features!! 🙂
@split smelt : do you use windows? Could you reproduce the bug and give us a gdb backtrace? 😄
I could fix it tonight with a backtrace
I built from source using msys2 and it works fine for me on windows 10
even on last master?
I tried it last night. I shall try again this morning and let you know
This is the one I have running fine
Ok. Looks like either a binary issue or a user issue 😄
no idea what ive done wrong lol
ill turn off my laptop for the night and then ill retry opening siril in the morning
prolly windows being a donkey
I used to have all sorts of issues running the snapshot builds. It's no big deal to build your own and they work great unless the source code has a bug in it
i wouldnt mind building it but the problem is....i know jackshit about coding 
all you have to do is follow this guide to the letter. No coding skills needed https://siril.readthedocs.io/en/latest/installation/windows.html#building-on-windows-with-msys2
literally copy/paste
oh 
but, make sure you actually read it & do exactly as it says
It does work on my PC as well and I obviously do build
I'll need to check in the CI log if smthg went bad with the weekly build
did you tried the artifact too?
yep, just now
and it crashes unless I invoke siril.exe from a terminal, in which case it succeeds....
weird
wow... yes, indeed
for me this is linked with the graXpert init
It's my intuition
do you know if graxpert init tries to cd somewhere?
I don't know no
because from this: #1220109001682059275 message
it seems like it's trying to load pixbuf dll from the "usual" location that is C:\Program Files\Siril etc etc
whereas when starting the portable version, this folder does not necessarily exists or it doesn't contain the correct version of the dll
that we linked against when building
yes I see. The path is not good
What kind of change has been done here...
We could create a branch removing GraXpert init, just to be sure
yes.... 🙂
I think there has been a breaking change in this package:
I can't find libpixbufloader-svg.dll in the file list
@wise creek : an issue just opened on this subject
where?
#1401
which site? msys2 git?
ah ok, we need to add an optional dependency: mingw-w64-x86_64-librsvg
I'll do it in a branch and start the native CI
Good
i want to ask something i got 600 + image of nebula and i wanted to stack them at siril
but i got no space left
so can i stack them 200 images first and convert them to 3 fit files and then stack them together again?
so 1 fit files 200 images
is it different than stacking the raw files directly? i mean the aspect of the result
why
if you run into the same issue after updating msys2/mingw64
run:
/mingw64/bin/gdk-pixbuf-query-loaders.exe --update-cache
in mingw64 console.
the loader dll handling svg has been recently updated to a new name in mingw-w64-x86_64-librsvg package
Because statistics cannot be split like that. You need to run the whole sequence to get consistent statistics. For normalisation, pixel rejection,...
its worth the lik $60 to get an ssd for stacking
But siril is smart right...?
Well, you can't change math
It will give you an alright result. It will be slightly worse than stacking all your subs in one go though
redownloaded 1.3.3 distribtion version and booted up fine
Should be fixed tomorrow.The time for the CIs to build the new packages
This artifact should work: https://gitlab.com/free-astro/siril/-/jobs/8158257695
will give it a shot
Can the seti Astro sharpening tool be build in to siril like the graxpert?
i think it had a cli soo probably?
We will not add every 3rd party astro in Siril. Because it would be too much work at every release of another software
Additionally to lock's answer, graxpert is soon realeasing a deconvolution ai so it will be much easier to implement
Is there a big difference between these ai deconvolution software and the deconvolution option already in siril?
Yes quite a big one actually!
First off, part of the ai is to decide where to apply the deconvolution (masking basically) to keep the noise level low. Siril's decon will often add significant noise to the bkg for example
Ai will also decide the most fitting psf for deconvolution which can be quite hard with siril, especially for non trivial psf (with aberrations, atmospheric blur...)
And finally with those better psf's and ai magic it can correct aberrated stars much more efficiently than with standard decon (especially when aberrations are not constant across the frame)
thats already a thing?
working on it
im guessing they havent released any actual models for it yet
not yet, but I have it
any results? 👉 👈
this is a first step. Working only on object, not stars. Stars is for the next iteration
And for your information @junior hound , Siril deconv was used in the training 😉
Oh nice
Now I realise it sounded like I was critizing siril's decon in my earlier message but it just "naive" deconvolution vs ai decon, siril's decon is actually nice!
I don't take it as a criticism 😉
What's "Blur PSF size"? Does it tell the NN how "blurry" the image is?
downloaded the latest distribution copy. 1.3.4 boots up fine on my laptop
tbh I've never had much luck with Siril deconvolution either. It's probably very capable when used properly, but I've never managed to work out how
What about adding Cosmic Clarity into Siril?
what about stable diffusion 
@candid kiln
#1220109001682059275 message
Btw do you have any info on when the graxpert decon model will come out @stark ermine ?
Soon
👀
nope. GraXpert team has not released yet. Anticipation is our watchword 🙂
which branch should be built to get the GraxPert integration. Is it siril-dev?
i need the dev version
i try compiling and it keeps saying im missing some header
unfortunately i have no knowledge on compiling programs. i just copy pasted stuff from the website
tries to go to something, that thing doesnt exist and then just terminates
could you post the error? I'm getting an error too and I'm curious if its the same
i have -100% knowledge in this stuff. it seems it tries to look for something and cant find it
people have similar problems but i dont understand any of the code. they use Cmake or something. but in the website it says to use meson setup _build --buildtype release
nevermind, I was getting somehthing else
guh
omg its andy and andy
strange seeing another andy. idk if i met another andy irl
my name is different on other serves lmao
i got the dev version
i downloaded it here instead of compiling
look for one with all 6 check marks. it says something like weekly builds for devs
on the right it it had a downlaod thingy
download the natvive win 64 installer archive
make sure you downlaod the dev version instead of stable otherwise youll go back to version 1.2.4 
did you run "Installing Dependencies" on this page? https://siril.readthedocs.io/en/latest/installation/windows.html
make sure that your opencv package is updated
its strange, i have the package, its on my pc, i can even find the directory to it but still nothing. some people do something like #include or something but i have no knowledge in these things but i got the dev working anyway
i think i figured out manual stacking with siril
wondering if there are other tutorials that can help ? theres one by deep space astro but i dont trust him lowkey
nvm the siril website has one
I always use Sirilic for stacking. I find it easier for multi-night stacking than native Siril and not as restrictive as using pre-prepared scripts
Why don't you have a look to the tutorial from website?
I love the tutorials the website provides. Used them the first few times I tried processing with siril and it was easier for me to follow than video tutorials
idk if i did this right. the colors look good
is there an option for nebulae? i was told to leave it as the defautl option of average spiral galaxy
If you're ok with some read, I wrote some stuffs about this feature 🙂
A good read indeed. When it talks about choosing the white point reference being set to average spiral galaxy by default, is this option also suitable for nebulas or just galaxies?
for everything
Hello, where would i be able to download the de version of siril
Could you put a feature to let users open each individual channel within its own mini-window in the program, instead of having to open multiple instances of the program please? 🙂
Fair, thank you for the response.
I know that each channel of an RGB can be seen in its own tab; I was hoping for an "all individual channels at a glance" solution.
Again, thanks. 👍
Graxpert deconvolution seems to be out now

network issue?
ooo this is nice "Improve pixel math compatibility"
will "show distortions" show backfocus issues? If so, will it differentiate between too close and too far?
It only shows distortions in the image 🙂
It is used during stacking, we can now undistord the stacking result
im using the most recent distribution copy for the week and star recombination is making siril crash
when i go into the tab and load a stretched starless image, siril entirely crashes
then this is not the most recent
I've fixed it 5 days ago
most recent has 10hrs
quick question @stark ermine, are subs that just got hit with drizzle (square, scale 1.0, dropshrink or whatever its called 0.8) supposed to look like this?
note that these were calibrated with bias and flats, files kept undebayered until drizzle step
Yes it is normal
stack of it came out quite goofy as well, are there any specific settings i should use when stacking the files that were drizzled?
55
What scale. What pixel fraction
may or may not have deleted it just before, currently doing new stack though
scale 1.0 pixel fraction 0.8
harddrive making it omegaslow
Should be 1 and 1 for CFA drizzle
thats what it was with the last stack
still had that pattern as in the screenshot above, dbe just made it purple 
well, this time it came out like this, had normalization disabled and rgb channel equalization enabled
Looks like the CFA pattern is not good
it chose RGGB which should be correct
nope, let it choose automatically
So, to be sure try another.
or not, had this checkbox not ticked, does that affect it?
Should be ticked
do i do the registration again?
took 11 seconds on ssd, holy shit 
Haha
alright, had that option ticked and it came out like this now, looks more correct
oh yeah, thats the stuff 
yeaah, i dont remember why i turned that automatic thing off, ty for help though 
In standalone GraxPert, when using background extraction, it saves the points that are placed. When done through Siril, the points are removed after BE is done. Would it be possible to keep the sample points as long as the GraxPert window is open? Would make it easier to fine tune
With the standard background extraction if you don't click apply the points will remain, you can change them and press compute background to see if anything improved
Yes to fine tune, just don't apply.
hey all i was told i could reach out to some siril devs here, im having issues with my starnet++ integration
Give more context
turns my red picture blue when removing the stars
one sec im taking ss
Before -> After
ive handed this exact stack fits file to someone else, and his did not turn blue, im uploading that in a second
I’ll let the others handle this, I have never had this issue sorry.
Hmm, maybe different settings?
(i used different software)
you said you used starnet
starnet isnt exclusive to siril
Starnet but not in siril prob which might make a difference
its most likely not a starnet issue 
what would it be then
something in siril? idk
I would attempt the data to see if I could if I had my laptop
What settings are u using
^
Siril just call starnet. The CLI version of starnet. There is no process in Siril. So that must be from StarNet
Would it be better to run it in a stand-alone rather than the integrated starnet?
Its the same program
that change nothing.
As I said, Siril just call the program. It is then more conveniant because Your image stays in the same program
I don't remember, but probably, on Windows, you can see the command line used to call StarNet
in the black dialog opened with Siril
no. I'm wrong. We do not write it. I probably will add it
Yes, logs will be added in the next version. Just did it. Will help you to reprocude command line to the standalone programm
will the mosaic thing in siril be similar to photometric mosaic in pixinsight
I don't know the photometric mosaic in PI
I believe this script was dropped by the PI team
but no, we don't do like this
wowie
Hi
I don't know if it has already been done or if it's even possible but
A way of "increasing" sub exposure time for stacking untracked astrophotography:
It would divide the light data into batches;
Stack those batches by adding pixels (instead of averaging them);
Then stack those sub stacks into final stack by averaging pixels
There could be an UI for exposure multiply factor
For example:
Let's say you have 600 light frames
It would divide them into, let's say, 100 batches;
So there would be 100 batches of 6 light frames
It would then stack them with sum, resulting into 100 stacked images;
And finally stack them like usual
That could increase the exposure by 6x?
why would you want to add the pixels
theres a reason why we average pixels and its so that rejection algorithms can remove outlier pixels
the only way to increase your sub exposure time for untracked astro is buying a mount.
Adding the pixels in sub stacks, not the whole image. Like I said, it could "increase the exposure" of the final result.
you're "increasing the exposure" but also the noise. might as well just stretch it further
Addition and averaging works out to the same final SNR
And you can use rejection in both. The outlier pixels get rejected before they're integrated
There is no point in summing the images in a single batch though, averaging will yield the same results but it won't clip data (unless you'd normalize the integrated batch to [0-1.0] after adding them together in which case you might as well just use averaging)
Oh ok
Siril 1.2.5 Release Notes #
We are happy to announce the release of Siril 1.2.5, which could be the last maintenance update in the 1.2 series before the major 1.4 release. This version focuses on fixing various issues and improving stability across different platforms, particularly on macOS. While being a maintenance release, it brings important...
There is an issue with the Windows package of the new version. We are rebuilding it. Stay tuned!!
It is ok, let's download now 🙂
is it just me or is the gaia thing acc down
ok it works nbm
the status is yellow
yes it works but there is a warning
@stark ermine I heard that you are working on making mosaics easier for Siril 1.4, so I think I should ask to understand what that actually means. I suppose it is for traditional panel stitching? Cause as a Seestar user, the new mosaic mode was released but it doesn't shoot and organize in panels, but rather it rotates around the enstablished framing and saves all frames unorganized. Pix users can stack the subs by using the live stack as reference frame, but by using a script that enlarges it with the Gaia catalogue and thats how it works best, cause the outer frames would probably be rejected due to not enough overlapping stars. I found that in Siril these can be stacked (both with live stack as reference, both without) by using the maximum framing option, however many frames get rejected, so with like a 60% success rate (eg: over 4500 frames I got 3000 succesfully stacked. And usually those rejected frames are around the edges, so those parts get less signal.
I use 2 pass or global star alignment, 4 minimum pairs with homography and I even tried Similarity with less required star pairs, and I even lowered the star detection treshold to get more, but it barely makes any difference, again the same thing happens even if I put the mosaic live stack as reference. So is this just how it works or is there a batter way I'm not aware of?
The mosaic mode is not yet released. So this is normal you can't use it.
Will 1.4 make this type of mosaic stacking easier or is it for normal panel stacking?
Yeah the way I'm using it right now isn't how Siril its supposed to be used for at least for now I know
He posted a video about it above #1220109001682059275 message
I tried in a build a few days ago and couldn’t get it to work, unfortunately. I don’t think it was integrated into the main dev branch at that point.
I got the same behaviour as you did, the frames that are too far away from the reference point get rejected by the batch astrometry process, even though I can solve those frames individually. So we have to wait a bit.
This looks great. Would this only work with a few organized panels or should this also be suitable for many unorganized frames?
The mosaic feature is on the main branch dev. Not the seamless
You need to plate solve the sequence first and then register in maximum and stack
I'm using 1.3.4 commit a557140 from November 20th. If that has mosaic mode then I'm seeing about 10% failure rate platesolving a sequence of seestar images. I've tried lots of different settings but these are giving me the best success rate. I can't see any obvious reason why those images fail to platesolve, they're not trailed or have a large FWHM or background noise value. I can run a plate solve on the individual frame and it works, but if I do that then they don't seem to be added to the registration.
did you debayer image or use drizzle?
In other word, do you register on CFA image or on color image
No, I’m simply adding them all to a sequence without debayering and immediately trying to plate solve. Ideally I would use cfa drizzle later in the process.
@stark ermine I'm also trying Seestar mosaic subs with the astrometic alignment, not on the latest version, but 1.3.2, if thats the issue then I'm sorry. So my problem is that the sequence will stop platesolving at image 40. First I accidentally left debayer on, so i tried again with no debayer but same problem. Here's the log from the no debayer sequence (I think it froze so it might not contain the error message), and the debayered sequence (second file) that I'm sure contains the error message. Specifically this part: 10:08:58: FITS error: Failed to move to HDU number 41 (ffmahd).
10:08:58: Could not load frame 40 from FITS sequence testSEQW
1.3.2 is old. When using dev version you need to update everytime
We cannot analyze bug report from an old dev version
Keep in mind that dev version is in active development. Mosaic is not finished
There is a lot of things to do
Yeah I love seeing so much effort on free software, I can't stress that enough, thanks for the hard work.
3.2 is like September/October old
I'd also like to add that your screenshot shows that you use online catalogs. This is a pretty bad idea for astrometry on the whole sequence. It takes too much time. It's advisable to install local catalogs.
You can use astap for that?
I don't know. However, our new astrometry tool will be more powerful
There's one case where it may be useful, is if the seestar writes the same ra/dec for all the images of the mosaic sequence. ASTAP near search architecture is more efficient then our own when the whole mosaic field starts to be large. Plus, Siril nearsearch can only be used if the user has the local catalogues installed (otherwise, the catalog fetch would be too long).
That said, yes, you can platesolve the whole sequence with ASTAP. It should update each fits header with the astrometric solution. Then:
- load the sequence in Siril
- open the astrometric solver (Ctrl+Shift+A)
- at the bottom of the window, if not already ticked by default, tick the
Solve Whole Sequencebox - make sure the
Use as registration informationandSkip already solved imagesare ticked.
As said, siril will skip platesolving the images (because ASTAP has already done that and updated the headers), but will load their astrometric solution to compute the astrometric registration for the sequence.
And then, Registration->Apply exxisting registration. Use the maximum framing and there you go
That's a possible workaround. Anyway, the Seestar mosaic mode mode is fairly new, so we did not have this use case in mind when we refactored the whole astrometry/registration part of Siril. We will see when we release if we have to adapt
I tried all sorts of combinations of those flags as well as the downscaling one.
I believe the Seestar writes a different ra/dec for each frame. How accurate that is is a different matter 🙂
Hmm. It might be that those images I provided are not raw from the Seestar but have had their headers already updated by Siril. I will try it fresh tonight.
I tried I can't really get it to work
I used astrometric alignment and then as stacking method: image stitching mode
But 99% its me not doing something right
you can use command seqheader to export RA and DEC key values to a csv on a whole sequence
Updated to 1.3.4 commit cb69eb2f4. Now platesolving. The subs were already ran through ASTAP a few times without succesfully stacking some times. Plate solving currently, set to skip platesolved frames but it freezes for long on some of them. Am I doing it right?
Seems some were not platesolved by ASTAP right?
Maybe
well, in the log I see some with already platesolved, skipping and others with platesolved and updated
so on the skipped ones, Siril will go blazing fast (it just reads their headers), on the other ones, it will spend time trying to solve them
So ASTAP just saves it onto the header every time it solves, correct? No need to Grant permissions or save files?
Still, to perform this in Siril, you should try using the local catalogues
Seems so, otherwise, you wouldn't have some already platesolved, skipping
Well, that's my guess at least
but maybe you should check what ASTAP does yes
I've not sequence-platesolved in ASTAP in years
Well its solving thats what matters tbh
Some images are failing but most are getting solved
Probably some trashy frames
This is actually my first time building the source code via MSYS2, I had the previous 1.3.2 as an installer and every time I wanted to switch between stable and dev I uninstalled the other. But by building it manually could I keep both stable and dev with no issue?
You should use the installer only for stable
and then build dev from msys2
then stable is in C:\Program Files\Siril\bin
and dev is in C:\msys2\mingw64\bin
registration from astrometry has been computed when platesolving the sequence
Just pick apply existing registration and framing=max
oops
Ah ok, that's why it was so slow...
So it means I must stack the frames in batches?
how many frames have you got?
2890
yep, two batches then
So I gotta redo the sequence again but using normal FITS
Ok good
Should be faster though?
yes, it's the constant rewriting of the fitseq which was taking long
we will disable that because it's a pain
Is it better if I use interpolation or drizzle?
with that many images, you can probably use drizzle
anyway, at the registration step, you won't have much choice
if the sequence has been debayered, registration will only allow for interpolation
If it's still undebayered, it will only allow for drizzle
Oh ok
Ok, applied registration, tried both interpolation and drizzle, but it ends up crashing and I have the Segmentation fault error in the terminal.
The logs give no error but I still tried to print them out from the terminal
With interpolation though it crashes almost at the start of the registration applying process, while with drizzle it goes on for a bit more time but always ends up crashing
when you've built in msys2, did you build in release or debug mode?
(just to see if I can get you to print out a back trace when it segfaults 🙂 )
I followed the instructions here (https://siril.readthedocs.io/en/latest/installation/windows.html#building-on-windows-with-msys2) so its release
ok, can I tell you how to build debug and run gdb then? I will be slower but I should get a lot more info
Should I just follow the same process but write debug instead of release at that precise line? Do I have to delete the files or do I just redo the installation again
meson setup _build --buildtype debug --reconfigure
you need to cd to siril first
sorry it's debug yes
in the first meson command
in my case it created one siril directory and then anothe siril inside it. the first one?
uhhh
I would say the one inside the first one
when you are right one and type ls
you should get stuff like this
AUTHORS ChangeLog README.md build devdoc meson.build paper po siril.1 subprojects
CITATION.cff LICENSE.md _build configure.ac dlltest meson_options.txt pixmaps python_module siril.doxyfile
didnt read and Im doing it in the first, it seems to be working though
yes exactly
ok great then
Sometime the reconfigure is not enough for the debug symbol and I need to remove _build
yeah, that's because you are on Linux 😄
ok now I start it again?
ok its booted up
it will launch siril
take the debayered sequence and register it with interpolation
(the code is simpler than drizzle and I know it better)
Instead of crashing, it should say smthg in the msys2 console
ok it froze
says this $1 = (float *) 0x0
yep ok
thx, I've had this one in the past but I thought it was gone
I'll have to keep searching
to exit gdb, type q
you can now go back to release
meson setup _build --buildtype release --reconfigure
and the ninja line
perfect thanks
thanks very much for your testing and following along all my mumbo jumbo 🙂
really helpful
Sorry if the question sounds stupid, but in order to install the latest dev build I use this? Always in the Siril directory?
in the future when it comes out now I'll reinstall release

