#What's missing from Siril?
1 messages ยท Page 2 of 1
Not for a global processing because siril has no idea of what it is doing. Except for step by step.
is there no way to implement it without that?
No
GraXpert is now almost integrated in Siril
ah that's cool
graxpert denoise is pretty good as well ig
it's pretty much as good as deepsnr
really?
- it doesn't hallucinate that many stars and structures
are you refering to version 3 denoising?
yeah, v3.0.2 or v3.0.1, both are really good
right, i need to try those
oh yea its seems pretty good
wow graxpert denoise takes a while
only issue for me is that its not strong enough like deepsnr
it's rougly equal to 85-90% deepsnr
deepsnr is a noise destroyer while this is more of a "reducer"
I mean for meit doesn't matter. I wouldn't use more than like 75% deepsnr anyway, after that it starts to look weird imo
but yeah if you want to really push your data it kinda sucks
have you noticed a difference between non cfa drizzled and cfa drizzled data for graxpert denoise?
Graxpert and deepsnr do different things. Graxpert does gradients and ai denoise, deepsnr does ai deconvolution.
My bad, I thought it did both. Less excited for DeepSNR then.
Really need a version of BlurX that doesnโt need Pix.
not really but I didn't really compare them
Looks like there is a return or a space between - and flat
ccompared it with the normal bayerdrizzle script and theres nothing there
they are the exact same
there must be a difference, otherwise it would work ๐
for me, due to the error, you have a return before flat. And flat is taken as a new command
Do you mean in terms of the scripts or just in general? I noticed a vast difference between 2x CFA drizzle and non-CFA drizzle with Seestar images in terms of noise smoothness and colour noise, and Graxpert and NoiseX both do a better job afterwards.
^
I speak about the error in the script
So I should remove the flat command?
flat is not a command
this is an option of the previous command
you should not have flat on a new line
but on the same line than seqapplyreg
Seems to work \o/
When i try to extract ha and oiii from osc i get the notification
" Not enough star pairs image skipped" in many images and the script fails
I used the l enhance shooting under full moon
The osc preprocessing worked but the osc extract has not.
Can anyone help?
are you guided ? my guess some stars dont meet what ever roundness threshhold you have. maybe lower that
Yes it is guided
How do i reduce the roundness threshold
looks like siril just didnt use flats
This line is not to correct light with flat. Be careful.
The flat is divided in the usual calibrate command. And in your case you have an overcorrection, probably due to an offset issue
Thanks, will look into that
are you using sirilic?
if so, go to properties, flat tab and make sure "biases subtract" is ticked
wish deepsnr was compatible with siril but that's not really a siril problem
when is it expected for a new dev version w/ graxpert denoise?
The dev version contains GraXpert interaction now
oh i dont see it like that
those are just keywords
Look in /bin
dont think you got the installer
for Windows, I've found that it's much better to download source code and build it. It's really not hard to do even if you've never done it before. If you want to do it, follow these steps exactly https://siril.readthedocs.io/en/latest/installation/windows.html#building-on-windows-with-msys2
gettting this error
when i launch the application
and then it closes
I would find the latest build that is tagged siril-win64 that has succeeded to be built and use that. That's what I've been doing.
im downloading this version
I find the Windows builds have all sorts of problems, that's why I build my own.
It is better undeed
the windows build available from automatic build is built on a Linux system. It can be different from the one we provide at each release.
This is why it is better to compile the code
looks like something is off in latest trunk. I've got an OIII file that was created by Siril as part of a narrowband OSC stack (HaO3) that I can't open with Siril trunk. 1.2.1 opens it fine. If I save it as TIF, it opens fine in Siril trunk but not as FIT. If I load it into Graxpert, do something and save it, it loads fine in Siril trunk. When I load the bad fit file, Siril console says it's normalizing input data 0,1
I have no issue with FITS files on my side
These two were created from the stacking process. c03 does not open on Siril 1.3.2-alpha. It opens fine on older Siril
I can open both images
However, the O3 version has no more signal... Looks like an issue in the calibration step
open it with 1.2.1 or Graxpert. It's a bit noisy but has plenty of signal
Yea we defo need a local version of Gaia catalog
it took me 35minutes for it to download the data from there
my internet is that slow
@stark ermine I did some debugging. In io/image_format_fits.c, function read_fits_with_convert, case DOUBLE_IMG, fit->keywords.data_max is not initialized so it contains garbage. I guess it was luck that it worked for one of my images but not the other. I copy/pasted the fits_read_key code that you have in the LONG_IMG case and now it works. However, that's not very DRY.
This is a double image ??? Where did you produced that?
Siril produced it via Sirilic
Siril doesn't produce 64bits images
there's no "break" on the case for FLOAT_IMG so I guess both FLOAT_IMG and DOUBLE_IMG is dealt with by the same code
Ok. I'm on my phone here.
There are several switch case like that. Will have a look
I will try to have a look tonight. Because it is a bit more complicated. The statistics computes data_max with a value of 5.387419
This is totally strange this value
@stark ermine I noticed your commit. It fixes the issue, thanks ๐
Are we gonna get something that improves star processing/ star recomp ?
wdym by that? I'm almost done with curves, it's just testing left so I could work on that as my next contribution maybe
im asking that weird question cuz i notice whenever i do starnet removal and bring them back with star recomp they always look weird or not as good as they did prior to removing them
idk if thats a skill issue or others notice it maybe ๐คทโโ๏ธ
ok my brain forgot
hhow do you install the new dev version of siril from the gitlab
I second this question
Make stacking simpler, like one menu that recognizes and stacks the stars instead of one billion menus that are complicated even when following a tutorial
Stacking is already very simple. Reducing options is not a good idea.
We don't want an application with only one button.
We want a powerful application
it looks intimidating at first but it's not that hard to do a basic processing routine manually
For very beginners there are scripts: one button to go. Then, curious users can discover all features, doing processing manually.
The scripts as well as the more complicated route with a tutorial didn't work for me, it's clearly not 'very simple'
Or are you calling me stupid here?
what fails exactly? both script and manual way never failed for me unless I did some mistake
Not at all, but if you follow official tutorial it is really easy. Did you read it?
Venturing into specialized software without having read the basics is the best way to get disgusted.
And this is not criticism.
I did read the tutorial
Which one?
Personally, I find stacking with Siril much easier with help from Sirilic https://siril.org/docs/sirilic/
Third possibility indeed
Ahahhaahahahahahaha
No
I hate siril stacking
It was a nightmare that never worked
Meanwhile with DSS it's like 5 clicks and I'm on my way
Siril hates RGGB or smth that's all I could tell from the error messages
Just a terrible experience
But siril is great for like some processing
Ok but with DSS you just have basics. Siril is more powerful. Really more
Siril hates nothing. Siril is just a software ๐
He works well with RGGB.
No
Probably something to do with the fact I have a dslr
I used siril and a dslr for 2 years, no issues
What more can it do
dss only stacks, you can pretty much process from start to finish with siril
Well yeah
I thought we were talking about like stacking features mb
I'll give siril stacking another go
I used siril with a DSLR many years
The stacking is more sophisticated. With better normalisation . A lot more rejection algorithms, ...
?
I got the zip from the gitlab repo but I don't know what to do with these files
Do you know that now, even some professional astronomers use Siril for it's stacking abilities.
I use a dslr and I'm untracked and works great.
Ok
Really? Can see why since its incredibly fast since pcs used are quite powerful
If siril isn't stacking your data, then somethings wrong with your data
Yes, and this is why we wrote a short article for a scientific journal lately
did you encounter this when running
meson setup _build --buildtype release
ninja -C _build install
Since your here, can you explain how to download the dev versions of siril?
I'm not very good with GitLab. I never do it. But you need to find the artifact from the branch you want. However, I always recommend to build the source. It is always better
How do you do that
but here you find all the artifacts, but for every branch: https://gitlab.com/free-astro/siril/-/pipelines
So it may not be a good idea
Hey, one issue I have encoutenred is related to debayering : it's really weird so I don't know where it comes from but sometimes, when I debayer the raw files everything works but when I load the sequence, calibrate it and then debayer, the bayer pattern isn't the good one anymore. This wasn't an issue until drizzle integration because I could just change the sequences rgb pattern, but it looks like drizzle integration donesnt take that into account
Anyways the issue is I can't get the pattern right no matter what I try, I have to export it to pipp to flip the sequence vertically and then import it back, so it would be nice at least if you could flip an entire sequence from siril (which I don't think you can do yet)
Hum you can update manually your bayer pattern if the one chosen by siril is not good
But generally the choice is good
Is siril exclusive to desktop
tried running image solver on one of the recent versions and it closes almost immediately after trying, this a known bug?
It is exclusive to windows Intel, macos Intel/arm and Linux Intel/arm
The dialog closes?
siril completely closes
Human words pls
and now it didnt close, interesting
Which version
if thats the thing you needed, now it seems to be working though, may have just been a one-off bug on my end, gonna try a few more times
yeah it just works without issues now, dont know what caused whatever happened before
Good ๐
What do you think as device?
Yes
Which device?
Iโm guessing they mean iOS or Android
or perhaps temple os 
is there supposed to be no "output registration" tab in the unstable dev version?
@stark ermine are you a siril developer or something
Read the red text. Load a sequence first
i did but it still didnt appear. i figured it out though
@mellow vine : yes
is it a paying job
No
Serious respect for that then
Yea zero respects if you were even getting a penny out of this
jk
I needed to trun pacman -Syu, then run meson setup --wipe _build
after that build with ninja as you would normally
yeah I did the same and got it working
how did you download your dev version i forgor ๐
This is how open source project work.
People can make donation if they want, but this is not mandatory. We do it because we love it
look for one that has green on all, i got the one with a warning, seems to be fine though, then on the dropdown on the right choose win64 native installer
but choose the master branch
other branch could be very instable...
Keep in mind that these versions are not for production work
what do you mean by that
you might want to try creating your own build for it
it takes some figuring out but itโs what I did to get it working
What I mean is that this is a development version and we release code almost every day, if not several times a day (except during the summer vacations). It's possible that Siril has bugs, including bugs that can corrupt data. And this is even truer for particular branches. For example, when I reworked the headers of the FITS files, the branch corrupted the FITS files for some time.
ah right
Personally;
Star Spikes
Allow people in Siril to use a program to artificially add starspikes, or remove starspikes if a user does not want them.
Programs like that already exist
I know but im too stupid to use the python program
and having it built into siril would make things so much easier
You can add diffraction spikes yourself while imaging
with a smart telescope?
Just use 2 thin rubber bands
I will never understand why people want to add artifacts ๐ข
Add? Why would you want to do that? Spikes are an image defect
Becuzzz it makes you get more likes on binstagram!!!!!!
Star diffractions ruin starless images
With the software, we do our utmost to obtain round stars (without coma, which is an optical aberration), as small as possible (by suppressing convolution due to atmosphere and optics). All this to add spikes, which are another optical aberration not visible with refractor. How bizarre. I'm sorry, but I don't want it in Siril.
Star Spikes make Stars look a lot more insteresting.
I mean yes if you have extremely round and perfect stars
well done
but if you are not so good at that but want to make your images intruiging to others,
star spikes make stars more interesting, if that makes sense.
If you really want star diffractions, just make them
though if you could add & remove them that would be useful
hard to do with the telescope i use
Buy a Newtonian then
You can use fishing line.
But again, take it as a chance if you don't have diffraction spikes.
It would be amazing if you could execute pySiril scripts from inside Siril, just as if they were normal siril scripts. That would add a huge amount of flexibility, for example a user could create and distribute a script that could react to different combinations of darks or flats, depending on what exists.
If there were hooks to the UI interface Siril uses that would also allow the scripts to pop up dialogues and draw graphs in windows, which I donโt believe is possible with scripts alone right now.
Artificial spikes look really ugly
If you want spikes make a spike mask
But you can
You can?
Sure
Either you put the script in a folder you load in Siril, or you use the command line with the @ token
not necessarily
Wait, you can do that with Python scripts as well as .ssf? All this time I thought you had to call them externally from Python.exe
artificial spikes can look really good if done with the right software
I think for some cases, like images that are mostly empty void (e.g. galaxies) spikes make the image look less empty
no, I was talking about ssf
Ah, ok. I think being able to call Python scripts from inside Siril like you can with ssf scripts would be incredible.
whats missing from siril is everything that pix has
PixInsight is not a goal to be achieved
why it would be
Siril does a lot of things that PI doesn't do
that's the way life is ๐
This isn't a bug in Siril exactly but maybe a FYI. My process is to stack in Siril, plate solve, SPCC and the normal stuff, then separate the stars using Starnet. The final step on the starless image is Graxpert denoise (external program, not integrated in Siril). Then I pull it back in to Siril using Star Recombination. Very often Siril will flip the starless image along one axis when I do this.
My guess is that when I plate solve, Siril sometimes (correctly) flips the image. Graxpert for whatever reason does not interpret that properly or does not save it properly. So when I read the modified image back in Siril doesn't know it's been flipped.
It happened again to me last night but I can't remember exactly what steps I took. I'll try to pay more attention next time and see if I can reproduce it.
I usually apply graxpert before removing stars, Idk if it's any better than applying to the starless directly
Maybe I should try that. I thought it only worked on fully stretched images though?
i do a preliminary rough dbe, then make it starless, port it over to graxpert, get background model, put stars back in and then remove it
or you can just get the starred image and then apply model there
Ah, sorry. I'm talking about noise reduction not background reduction. So actually I do pull it in to Graxpert twice, once to do DBE before I remove the stars, back to Siril for a couple of tweaks and star removal, then after stretching the starless image goes back to graxpert for denoising before recombining in Siril. It's that last step which sometimes flips the image.
im pretty sure graxpert is meant to run with stars in the image, same way as deepsnr
or the denoise at least
both Graxpert AI tools work on linear images
It actually doesn't seem to work for drizzle integration, no watter what pattern I choose for the sequence (in the settings during import) the exact same one is applied
i need to update my siril 
Yeah the new updates are sooo cool
soooo how do you update? 
do you jus tcopy paste the bin and other folders to siril in program files and replace the ones that are there?
i havent done this
It looks like Iโve been using it wrong. Iโll try using it on linear images. I found the -BlurX- NoiseX plugin killed some detail if you used it before stretching and havenโt bothered changing my workflow.
blurx has to be used on linear images tho...
I meant NoiseX, sorry.
I was using NoiseX with Affinity and it worked well but just as my trial ended the new version of Graxpert came out 
is this how you do it?
If you use development version you can integrate GraXpert into Siril
The way siril read image is bottom up, while other software, like GraXpert use tue top down convention. However, the bottom up is the one that should be used for FITS files
Graxpert denoise inside Siril doesn't like my AMD laptop's GPU, but it uses the GPU in the standalone version of Graxpert.
Ask to the GraXpert team maybe
I get this error whenever I use ai 3 doe denoising in pixinsight
Out of interest, why should you not select a duoband filter when doing SPCC? The docs say something about it being synthesised in Siril but I donโt understand.
@raven lodge : This is because it is too narrow
There is no interest to reproduce the curve experimentally. Same for other narrowband filters
What about in the case of wide dualband filters, such as the lp filter in the Seestar? That has 15nm bandpass in Ha and 35nm Oiii. The Oiii is picked up by the G channel as well as B (which I would assume is also true for filters like the L-Extreme when used with most OSC cameras)
It's still too narrow for the precision required
Ok, interesting. Thanks.
I always struggle with deconvolution in Siril. Perhaps this is an area that can be improved, either in usability of the feature or in documentation to teach how to use it properly?
I would have thought that the documentation was detailed enough. Am I wrong?
There are examples
I agree, there is a lot of documentation with examples. Despite that, I still can't get it to do anything useful
I struggled with decon too in Siril. I tried it again just now and couldn't get it to sharpen the core too much
I crated a PSF image and then extracted stars so I don't have to deal with the ringing
I mean it's doing something, it sharpens the Hii region at the bottom pretty well. But the core is virtually untouched
yeah it doesnt do much usually
Try to use the multiplicative algorithm instead of gradient descent, will do more ringing and add more noise but converge quicker
Also don't create a psf image from the "global registration", manually pick best stars, it's what worked best for me
I created the PSF in Pix
why would you not use pix decon when you have it
to check how it compares to pix's decon
they use the same base algorithm so I figured it'd be a fair comparison. Turns out pix uses different regularization algorithm and that apparently changes a lot
I also wanted to check if people complaining about decon is just skill issue or if it's really just hard to use. For me pix's decon was super easy to use and I got a satisfactory result in ~3min of trying out stuff, no docs or anything, and it was my first time using it. With Siril I guess I just didn't try multiplicative but the above pic is the best I got.
with multiplicative method it worked quite well but also amplified the noise a bit
Yep thats the main issue... Siril still has some improvements to do! Maybe we'll see some sort of masked decon in the future
I honestly don't know much on this subject but I think that's what regularization is for.
Big up to @hasty prism who has finished its Curve transformation implementation
It has been merged in Siril dev and will be available in 1.4
nice! I've been using Gimp for that but this will make things much easier
very nice
Great to see SIril improving

an advanced all-in-one stacking script is next :)
To be fair, it improves all the time. The next release is going to be awesome
Yooo
Tell me more

can't promise I'll finish it for 1.4.0 but I'll try
hm
not sure if an external app is really needed tbh. But yeah just realized it would be "competing" with Sirilic
the big benefit of sirilic is to handle multiple nights, or batches of different sub lengths. I guess it would be hard to do that with a all-in-one script?
holy patchnotes โ ๏ธ
it would be a GUI tool
just like Sirilic ๐
I planned to add multiple nights, filters and all of the options Siril currently has but to one GUI and to make it all execute on one button
yeah I know. Now that you point that out I'm not so sure I'll add that anymore lol
perhaps you could merge your ideas into Sirilic?
Sirilic should be part of Siril IMO
I'd have to learn python. But then again I never touched C before Siril so maybe
I'll talk to the dev, see what I can do
The functionality, I mean, not necessarily merging the projects. Sirilic provides stacking functionality that should really be part of the core app.
does it have cfa/bayer drizzle?
idk, probably not
I think the project is a bit behinf Siril
new drizzle is on the dev version and I'd imagine the guy behind Sirilic only updates it after Siril updates
now we have 4 devs working on Siril. He's alone with Sirilic
Sirilic is sync with the stable version, no problem with that
But the dev one,.... THis is a huge step forward
No. You have to build the script & then edit it. It's only a small change though
I usually tick "2 pass", then build siril script, then edit it. Remove all keyword "-drizzle" then find the seqapplyreg line and add "-drizzle -scale=1.0 -pixfrac=1.0 -kernel=square"
that's it
btw, you can contact the dev of Sirilic for asking him to update the dev version interaction. He's very active when users ask something (when he reads the message on the gitlab)
it's probably a moving target for him right now
probably yes
even for me this is difficult to follow everything ๐
too many contributions, too many commits a day
a big refactoring of the registration is coming. With distorsion management
๐
What are you using? Thin plate splines?
no. Using the WCS with the platesolving
perhaps you can get _krzy to finish the mosaic stuff? ๐
mosaic is on its way I believe
same dev working on it
distorsion is an important step to get mosaic working
1.4 will have mosaic
fore sure
This is the big feature remaining
I'll find something. Or I'll start working on a landscape MW stacking app. I wanted to do that at some point
I did a mosaic with Siril recently. I used astrometric registraton in 1.3 for alignment but then resorted to letting MS ICE do the actual mosaic combining
Sequator is meh, it doesn't handle distortions well and lacks some features the dev refuses to add
Implementing an equivalent to sequator would be great
yes. The stacking of Siril is better, adding the equivalent of sequator in Siril would be definitely game changer in star landscape stacker
I believe we have a ticket for that ^^
Oh yeah... THis one, a French one, submitted by a user: https://gitlab.com/free-astro/siril/-/issues/259
I need to translate the issue
Anyway. Off to bed
cheers
It's ok. Chrome does that
@hasty prism should I be able to move the black point in the curves transformation dialog?
First and last points are only moved vertically
That's by design. Do you think it should be changed?
I can add a 2nd point on the lower horizontal and then that becomes my new blackpoint
it would be better if you could move the first point horizontally
That shouldn't be hard to implement. I don't remember why I decided against that when I was writing it but I can't find a good reason
I just thought of a few other features that would be great in Siril...
ability to constrain some of the transforms to a selection e.g. saturation, colour correction, even stretching. curves, etc. Also add circle selection, perhaps even freehand, or some intelligent selection. And the ability to feather the selection
also add a simple "unpurple" filter to remove chromatic aberration from stars
either a mask or selection or whatever, just to allow existing transformations to apply to only part of the image
the other thing I'd like to see. An option to record your session to make GUI operations be saved to a text file as scripting commands to make a repeatable history of your actions. Of course, this assumes that every GUI thing is also doable as a scripting cmd but I think that's mostly the case anyway.
Yay!
Once again, love to the siril team
As soon as I'm getting an income I'm donating as much as possible lol
Regularization sort of do that indeed but not the same way a mask would. It has pros and cons
Honestly I never got egularization to work well in Siril
However I did played around with the decon and found that using a few multiplicative iterations and an adapted stopping criterion, it works quite well without adding noise
Has anyone here used siril to plot a exoplanetary transit? I know that it sort of has the capabilityโs
erm i need to update siril god damn
ooo siril in microsoft store
finally my stupid anti virus wont think siril is trying to dox me
In this tutorial, we will explore the capabilities of Siril to perform photometric processing to display a light curve of a variable star. And in this example, the variability of the star comes from a transit of an exoplanet.
EPIC-211089792 b, an exoplanet in Taurus, discovered in 2016 # Plate solving # Courtesy of Gerard Arlic, one of the co-di...
Sadly, the version in the Microsoft store is too old
it turned out i couldnt even download it from the microsoft store anyways so i just disabled my anti virus for the time of downloading
This is the thing to do. AV are just a pain in the ass
the antivirus is the virus
About the masking feature. This is scheduled for 1.6
I would guess the next alpha version after 1.4
didnt know that
i eed to download the 1.4 dev version
except ive got no idea lol
Does it apply to Star Recomposition?
No. It must be applied on already stretched images in general
Why is the background extraction the only tool in siril that requires you to apply before closing it
Ai deconvolution. (Blurex)
wait until vikram cooks up the alternative to that
graxpert has an active deconvolution branch on their repo
maybe they're doing a NN based decon?
oh yeah it seems they are
will be interesting to see how that turns out
becoming one hell of a software package
@stark ermine would a purple defringe filter be accepted into Siril if I coded it?
- Ctrl+I
- SCNR
- Ctrl+I
๐
yeh I've never had much luck with that. It turns it from purple to cyan
I usually use the "unpurple" filter in Gimp on the starmask layer
it's part of g'mic plugin https://gmic.eu/
A full-featured open-source framework for processing generic image (2D,3D,3D+t) with multiple interfaces: command-line (cli), gimp plug-in, web service, Qt plug-in, C++ library
yeah I know G'MIC, again a French dev ๐
Because it allows you to apply multiple iterations to smoothen it out better.
It's not
some early results. Far from finished yet
bwoah
this is blue channel, before and after
how it even do that
it's nothing magic - just the same stuff you can do in Gimp. Detects purple using a hsv range, applies a luminance mask using green channel, then reduces the blue content by an amount
loving this ROI thing in Siril btw. I didn't even know it existed until earlier this week
thats really cool
1 star seems to appear out of nowhere
yeh it's there though, not invented, just hidden by the purple fringing. To be honest, I overstretched the stars in that image just so I could test this. I'd usually not get that much purple ๐
Oh great. Do you want to open a MR in Siril ?
it was fun to do even if it's not something you want to include
ok. I'll fiddle with it some more until I'm happy with it
Ok. DM me for help. I could have a look tonight (on my TZ)
Hello, I'd like to report a bug:
Photometric color cali. for M51 does not work. I've tried it on 3 different images and each time the stars could not be matched. It works fine on other objects though
It is not necessary a bug
It is probably not a bug
More information needed to understand
Try platesloving the image and then put those exact coordinates in
We need logs. Is it astrometry that fails or photometry... Etc...
Btw @stark ermine the photometry thingy in siril doesnโt work so great. It seems like the comparison stars donโt add anything to the plot. Other than being able to check them for anomalyโs
Iโll post a comparison between siril and AIJ in a minute
You are not showing the light curve here
So this is normal
How would I do that?
These are just individual plots
You have a light curve button
Please do not hesitate to read our tutorials
And in the dev version, we have reworked a lot this area
In this tutorial, we will explore the capabilities of Siril to perform photometric processing to display a light curve of a variable star. And in this example, the variability of the star comes from a transit of an exoplanet.
EPIC-211089792 b, an exoplanet in Taurus, discovered in 2016 # Plate solving # Courtesy of Gerard Arlic, one of the co-di...
I need to get gnu plot first, that didnโt work on my Mac. Iโll try on my windows laptop later
Oh ok. If you can use the dev version then. You don't need gnuplot
@chilly marten : and I really recommend to use dev version for photometry
Where can I download that?
Either you compile the source, our documentation explains that, or you find binary on our repository
Alright, Iโll have to look when I have time for that. When will the next update release?
When it's ready. No idea
@hasty prism can we make it so the curves transformation window can be resized like the other transformation windows?
It was originally. I was told that it's better to not make them resizable because there were some issues with that. You need to ask @stark ermine for more details
I think some dialogs might still be resizable because their code wasnt touched in a while
Indeed. Normally the dialogs can't be resized because of some issues, especially on macOS
ok, but histogram & GHS can be resized
Oh ok, but I agree that it would be nice to have the ability to resize them somehow, at some point in the future. It can get hard to make the precise adjustments at the default scale
The star recombination panel likewise. In advanced mode you have to scroll to get all the GHS options
This is why everyone uses Electron. Not because itโs good but because all the cross-platform gui libraries suck.
what is Electron?
@stark ermine I have a small list of little life improvements I think would be useful and easy to implement, how can I send it to the dev team?
Framework for apps that is essentially just a Chromium window rendering a local web app. VSCode, Slack, etc.
ok but Siril is not a web app, it's an application written in C
Iโm sure it can be compiled to webassembly ๐
Also you can write your app in C and just get it to handle the gui. But it was more a comment about how all gui toolkits suck rather than suggesting rewriting it in Electron.
here is a good start
GTK is fine. The problem is the lack of macOS dev
GTK4 exists but .... the upgrade will take time
are you using GTK3 right now?
yes
is anyone working on a GTK4 upgrade?
So here this is a good idea, but it's important to bear in mind that, at present, almost all the features have been implemented. The stabilization phase will begin shortly.
Perfect, I'll do tonight
is it possible to add pause stacking mid way?
it slows down my computer and sometimes I want to play games but my fps is like 15
dont play games and stack at the same time
siril stacking doesnt take very long so just hold out lol
not easily.
Don't do that. Siril compute free memory before the stacking. If you play during stacking you will have memory issues.
Idk if its been mentioned yet, but maybe add a way to allow the pre-processing script to run even if calibration files are missing?
I tried preprocessing without flat frames and it didnt allow me, so i had to do it manually :pp
ahhhhh alr tytyty
Uhm how can align the images @stark ermine? I have taken the data form https://discord.com/channels/794642864218439681/1281571807438311476 in order to do edit practice and his narrowband stacked image is slightly tilted compared to his RGB and I can't make them alinged :|Thumbnails attached
in 1.2.x version, it is better to create a temp sequence and to align images with the classical global registration algorithm.
However, in the dev version the registration is automatic is one in one click in this module
Yeah but the sequence doesn't involve stacking? Or can I do it with these 6 channels alone?
sequence does not involve anything no.
You select all the file, convert them (ideally with symbolic links ON!!) then you register. Once done you can rename each registred file as you want
Ok thanks I will try that and see ๐
Ok umh @stark ermine if you can help me a little.I learn how to do sequence how to align extract and then use RGB to make and image.But a friend of mine said that I can use pixel math to make better results and gave me some equations can I do something like that?
pretty sure thats for adding narrowband to an rgb image in pixinsight lol
Yup and he said that pixel math is similar in siril so I could do it too
I don't think that's the case but agree to disagree
there are differences for sure, the star addition thingie thats commonly used didnt work on siril
Bruh there are really no videos in pixel math which I understand what the other one is doing
๐ฆ
THis is equation for continuum subtraction
$T does not exist in Siril, you need to update equations
Ok thanks @stark ermine it'll be awhile before how I learn how to do that but I will do it ๐
split your RGB into 3 channels. Then load the 3 channels into the pixelmath. Replace each $T by the adequat channel
Ok thanks I will try tomorrow
just in case, you need to perform continuum subtraction first. This is for adding CSed narrowband to broadband data
just simply adding NB data to BB data can sometimes ruin the colors
Continuum subtraction is very useful to enhance very faint signal
Here, a test I've done on my data (negative view)
the actual oiii arc 
indeed
How much data is that
18h of OIII. The weather is not good ๐ฆ I need to add more data
bro if you can get 2x more data the oiii arc is gonna be insane

i tried getting the developer build since im told it has real drizzle
i followed steps on free astro
1 sec
ChatGPT to the rescue
...
if you follow this literally to the letter, it will work fine https://siril.readthedocs.io/en/latest/installation/windows.html#building-on-windows-with-msys2
i did that one first and rn did the one on free astro as another attemp since its slightly differnt but no
i straight up copy paste it all
in order
the blue msys goober
Yes. This I the only one to follow. The free astro one is deprecated.
I think you forgot ๐
You donโt need to build on windows if you just want to use it. Just download one of the generated builds.
@stark ermine since i dont usually use siril is there 1x drizzle?
in the dev version there is CFA Drizzle yes
yes
no
bruh
you can imagine not integer too
woah
so for example 1.5x drizzle is possible?
i might start to use siril for stacking tbh
it will be possible yes
Yeah it's great, besides the spreed an variety of algorithms the drizzle is a really good option
The better noise profile completely changed my pics
how does siril stacking compare to pixinsight's?
in speed and results
anddd the storage it takes
mostly the storage
Indeed! Sorry it's my first week in college so I forgot
I havnt used pix's stacking but from what I've heard it's faster
Storage idk but it should be about the same
ah but whats faster exactly? siril or pix
Tho you have a lot of control on the registration - stacking in siril
Oopsie I wrote faster than I thought, siril is faster
Not sure if it's still true when using drizzling
aight
thanks for answering my questions
i think i will switch to siril idk yet
i mean in stacking since i dont really know how to process well in siril
Compared to the videos I've seen of people using pix, siril looks less cumbersome but I can't guarantee
I love how fast siril stacks things
Understandable! The work flow in siril is quite different so don't mind asking me or others if you have any questions
Stacking with CFA drizzle is a lot slower than without but itโs still fast. I registered & stacked 1500 Seestar frames (1920x1080) the other day with 2x drizzle and it took less than 30 minutes.
Stick to pix if you have it, Imo while it takes longer the drizzle comes out better
tbf I haven't managed to replicate pix drizzle settings in siril, I mean the .8 dropshrink and varshape 1.5
is this in a version you have to build yourself?
ahh alright thanks for letting me know
I don't think there are a lot of differences between both
do you know what kind of settings I have to use to match pix's?
if I could open the xsif file for my stack I would compare the two drizzles
This is not how we should think. We shouldn't try to find parameters to look like Pix, but parameters to get the best out of the algorithm used :).
I really can't tell about PI ๐
so I should try with siril's default drizzle parameters?
Not necessarily. You should try with different parameters to find what's the best for your images
I'll have to try yeah, I've got some new data and pix trial expired so I guess it's time for siril to shine
I just use the point drizzle, it works best for me
Perfect for denoising
Noise profile is great
Sure varshape might be slightly less noisy/more adapted when less data is available, but it's essentially just blurring a point drizzle
I never stacked in pix so I cant compare them tho...
I'll try that next
tbh I have no idea how much changes between the methods, I use varshape beacuse that's what deepsnr needs
yall built the version youre using rn yourselves?
nope, mine was already built but it's also not the most recent version
downloaded from this page, I think it was a win64 folder
https://gitlab.com/free-astro/siril/-/artifacts
seems im a bit slow with the builds that are floating around then
I regularly check for "fully compiled pipelines", that include the win64 installer
It's only available for 1 week after being built
on the same page I linked or somewhere else? the win64 I downloaded now doesn't launch
Ha I've never used the link you sent so I can't tell
pipelines page
https://gitlab.com/free-astro/siril/-/pipelines this is where I download from, but there's no win installer available rn
This is the last build I have
It should work just fine
downloading this one rn with a warning
installing it now
Where did you find it? I must have skipped it lol
page 2 on pipelines page
Ok so I'm blind basically
You might as well download the same build as our dear concord, it's more recent
yeah doing that now
Varshape is like a modified Gaussian, I saw during a 2am deep dive a few weeks ago. Has a slightly flatter โpeakโ
2am deep dives hit hard
Btw the point drizzle is what worked best with dsnr for me
was gonna say the same thing 
Same for graxpert's denoise
there's a dsnr version that works with siril?
any artifacting whatsoever?
It was my pix trial ๐ญ
ah lol
Tho I'm pretty sure he plans to do a standalone version like starnet one day or another
yeah I heard that too, like a year ago sigh
Graxpert showed a few artefacts and just a touch of false stars (not surprising given how noisy my data was) but not a single false star with deepsnr
he gotta get himself some help so it goes faster
Yeah I would gladly help him
I've already made an app to visualize astro images and edit them, I could offer him to implement deepsnr in it
pretty sure he needs it more for making the cli and actually training the stuff
Ye can't help with that
except if I continue my own AI but I don't have the time now that I'm in college
There's vikram and his decon as well, wonder where he's at
where do you find this tab, i might be a tad lost
registration, apply existing registration
you have to first register with two pass, then apply
iirc
Yep exactly
noted, dont think i have the space for that though 
2 pass global alignement
Apply existing registration and "use drizzle"
I don't think it creates new files?
like another batch of r_light
2 pass doesn't require 2 times more space if that's what youre worried about, it only stores registration data
and you can always delete the older files in the process folder
The new file is only created once you apply the registration
well it takes like over 100gb to stack all the data anyway since it creates the intermediate files during conversion
that's a lot of very small drives
im broke
What kind of hellish storage system is that 
understandable
i have 1 more hdd but i cba to try and slot in the sata cable behind the mess that is my pc
the H drive is also old asf and sounds like a geiger counter 
Accurate photometry is important for the PCC and SPCC color calibration processes, therefore if these are to be used later in the workflow it is strongly recommended to choose a drizzle kernel that preserves flux.
who cares about accurate colours when you can have pretty colours
oh yeah I forgot about that, was it only square that kept it?
All users who like to use SPCC
Pretty sure point does too
mmh I'll do both and see if I notice any difference
Nice
im guessing you cant run the cfa drizzle stuff on master stacks?
Wdym?
it needs the subs
yeah thats what i thought, no way to weasel between doing all new stacks ig
unfortunately no
damnit, I forgot about that
Do 'ot hesitate to have a look to the documentation.
it's alright I'm just an idiot, I did the process a bunch of times already
not enough apparently
welp, weight by fwhm didn't even try to remove the ice spots that formed over the sensor
I'm pretty sure it's the ice that usually forms, I have to leave cooling running for a while before they're gone
removed the weighting
welp, gaia is timing out
help? I think something went wrong
this is after registering with the point model
dsnr works on it?
holy lines batman
don't have pix anymore to try
you moved to siril fully?
pix trial expired
@junior hound point gave me a much worse result, Idk if I have to change something to make it better
really cool! I was curious why most software limits drizzle to an integer scaling
weird things happening here, not sure what's up with the colors
How many subs?
ok. Is this the stack result? or just one registred frame?
stack
did the usual conversion, calibration, two pass and point thingy
the stack with generalised extreme [...]
all left to default
Wow
Ok seems like a complicated start 
1 and 1 ?
Gaia is timing out but I think it's a probleme with the database not siril (I have the same issue)
yes
ye I know, it worked a bit later
I suppose you dither enough ?
Not sub pixel dithering?
Well I'm not experienced with dither (I have poor tracking so it naturally dithers well) but I think you need subpixel offset to have best results
I mean it doesn't dither by exactly 15px, I assume whatever I'm using is enough
And unfortunately if your offset is integer I'm pretty sure point won't work
Yeah but might not be enough
wait are you talking about acquisition or processing?
Acquisition
where can you set sub pixel dithering?
If you share your subs, I can try to stack them for you to see if it's a local issue with your copy of Siril?
I have no idea sorry, I'm neither a Nina user or a dithering expert
But I've heard people talk about it so I guess it's a thing
You can't
That could be good indeed
then I remembered correctly, I never heard of sub pixel dithering
I can try to upload the subs but they're a lot
Ha I'm surprised
no tracking is 100% accurate, so any dither will be "subpixel"
Cause drizzling doesn't really care about exact pixel dithering
It needs every location inside the pixel to be centered by some frame
I challenge you to even get 2 subs perfectly aligned on a pixel boundary ๐
Gosh I don't know how to explain it
Depends on the focal lenght, my frames don't move by one pixel in like 10 minutes when I'm 80mm
Ok I'll think about it and try to come up with a visual explanation
But waiting for that @broken peak have you tried using square or turbo model? (turbo is just square but faster when there's no rotation involved)
the other pics I uploaded were with square
#1220109001682059275 message
#1220109001682059275 message
The Gaia archive status indicator is not responding. This does not necessarily mean the Gaia archive is offline
Have you used hot/cold pixel removal?
And dark optimization?
dark optimization no but is it really needed on a 533?
hot cold pixel removal I can't remember
Mine neither, when guiding. But after you've told the mount to dither, do you think the 2nd image will start perfectly aligned with the pixels of the first image? Even the best mount will be slightly off hence your "subpixel" dither for each sub
It's not, I was checking if you disabled both (with hot pixel removal) because they tend to mess up and introduce artefacts like what you experienced
I see what you mean but there's a problem with that, I'll try to make a drawing to explain
I know we're looking to have an offline database for spcc, but I also think we should find a way to host an online database. We could make it a community effort where people host a mirror & we have some mechanism where we load balance across the mirrors & can gracefully handle failures
if you're interested, I could put a few ideas together
I think the priority is offline ๐
@broken peak Sorry I never had those issues, I don't know what to advise you...
I think I'll wait to gather some more data and try to get another pix trial 
It would be nice if figured it out with siril first
JWST NIRCam subpixel dithers are small pointing offsets between exposures that mitigate an undersampled PSF and bad detector pixels.
On this page
NIRCam subpixe
So subpixel dithering is indeed a thing for professional telescopes, it works like I thought it would
I'll try to make a drawing
I'm not sure what to try tho
definitely not something for amateurs like us lol
If you still have the uncalibrated frames have you tried unchecking cosmetic correction before calibration?
Ye but I think we can learn from that
I'll try tomorrow
Cause my dithering is better as it goes through all pixel positions (at the cost of bad tracking), and yours is not as good because well you are guided and I'm poor 
Consequence of that is you have to used some sort of gaussian kernel to make sure all pixels are fully covered, when I can use the point model which will make for the best denoising profile possible and give ever so slightly sharper results
Ok, I'm going to sleep soon too
trying to do a quick stack with only darks and no flats as it would take longer
Yep and you can also try to use similarity transformation if you don't have too much distorsion
A bit faster, a bit less wonky at times
There's no reason why it shouldn't work with Siril. We've integrated the HST drizzle, so it's effective and it works.
it more to see if there's really any difference with how pix does stuff, I had some older data with the same ice issue and I got no artifacts
I don't think the artefacts from the ice issue are related to drizzling
Only issue I see with drizzling is not perfect dithering which makes the point model too "selective"
I've dithered and drizzled the same with my iris nebula, 380 images or so and I didn't get any kind of artefact
Only difference with pix, drizzling side, would be the kernel model since they offer a varshape model (which I'm pretty sure is just a moffat distribution, might be implemented in siril)
From what I understand but can't say to you clearly because I'm too tired
, the issue only manifests with the point model which is more selective
On your result with the square model, the image is looking quite nice overall except for the area with ice
the colors get really weird after removing stars, I have no idea why
Gaia is back
Your channels are linked in the autostretch preview?
can't remember tbh, I've closed siril now
1.2 is still being updated so be careful, you should download the artefacts from the master repository
The 1.2 repository is written under the title btw

looks better now, I just used winsorized sigma clipping to stack
Siril 1.2.4 has just been released
with a fix for macOS user and available disk space computation

For the Siril drizzling, with the version that has real drizzle. I can script it or no ?
Or is the dev version different
All Siril version are scriptable
Hey @stark ermine can you show me how to do a continium subtraction in Siril?
pixelmath
A video or Pictures with arrows I don't understand another way ๐ฆ I tried
Yes this is with Pixel Math, I update this tutorial:
Background Narrowband and Broadband are often thought of as completely independent fields of astrophotography; generally, for this reason, a target will be imaged in either one or the other, but this is far from the true reality of the situation. Nearly every target in the sky has some component of
its jimmys tutorial! 
And it's a good tuto. Too bad it's not finished
hes over on r/ap discord server, couple of us have been hampering him to add the faint addition
hes also written a bunch of other guides like MSGR, single channel deepsnr, independant starless processing
Yes. ANd an update with Siril would be awesome ๐
that might be a good addendum to Siril documentation - how to adapt Pix pixelmath formula to Siril
To be fair faint NB addition is basically just HDRing your continuum subtracted image
theres no iHDR in siril 
He said he'll be writing HDR as the next tutorial. Expect it in a year or so 
he said hes gonna make a broadband processing guide but no idea when thats coming out lol
i would like that community start to work on it. Not always me ๐
Tutorials must come from outside too
HDR in Siril would be easy if there was an implementation of more robust multiscale processing
Wavelets are meh for this use
Someone wrote this script: https://gitlab.com/free-astro/siril-scripts/-/merge_requests/13
from three linear images taken with different exposures.```
I'll try to get an article on my website that we can either reference or adopt
looks interesting
This is for stacking multiple images to do HDR.
I meant HDR stretching/DR compression. GHS is alright for that when the dynamic range isn't too big but for very bright objects it makes bright features very desaturated
@stark ermine are there plans to improve the live stacking feature so it doesn't create so many additional files? or at least to clean up afterwards?
The Live stacking is absolutely not at our top priority yet. But if someone want to work on it, it will be with pleasure.
We start to think what will be 1.6 ... Maybe we will work on the planetary algorithms
or maybe landscape ๐
what's the right way to merge Ha with osc? I've extracted the Ha, aligned it and added it with the rgb compositing tool but I'm not sure it's the right way to do it
Jimmy's CS tutorial is probably the way to go. It's 100% reproducable in Siril
the advanced narrowband combination tutorial?
I had something from him saved, I think it's the right one
yep, that's the one
nice, I'll look into it then
lol graxpert completely nuked the Ha in my first attempt
yea dont use graxpert
I use graxpert to denoise an image prior to CS and never had it eat singal
That looks more like star removal did a poor job. Graxpert is awesome for denosing before continuum subtraction because it doesn't nuke bright stuff like deepsnr does
i often need to run graxpert denoise 2 times since one isnt enough
still lots of noise
I need to check that, I didn't think about starnet eating stuff
well, ive got low SNR data so it really does test denoising
I haven't been able to do CS btw, I think my Ha data isn't good enough
mind showing a screenshot?
I can send one tomorrow, I was heading to sleep
lol
This is pretty vague... anyone have any idea?
Have you tried checking the log?
It's probably a corrupted file if I'd have to guess
That is the log ๐
Isn't there a log.txt or something like that?
Can't seem to find one in the workspace or siril directories. It might be somewhere else but windows file search is terrible.
Clicking the "Export the log" button just exports what's in the console.
This is stacking, so it should only be reading files that siril itself has created in the registration phase :/
Check if one of the files it wrote isn't corrupted
There's 1500 images...
maybe try stacking in something else like dss
if it goes through that might mean it's a siril issue
Try only stacking the registered files in DSS
Just deleted all the working files and tried again. Same result. In the console (the windows console, not the one in Siril, I see this -
allocating data for 12 threads (each 589 MB)
log: Starting stacking...
partial read from FITS file has been requested outside image bounds or with invalid size
partial read from FITS file has been requested outside image bounds or with invalid size
partial read from FITS file has been requested outside image bounds or with invalid size
partial read from FITS file has been requested outside image bounds or with invalid size
partial read from FITS file has been requested outside image bounds or with invalid size
partial read from FITS file has been requested outside image bounds or with invalid size
partial read from FITS file has been requested outside image bounds or with invalid size
log: Error reading one of the image areas
log: Pixel rejection in channel #0: 0.000% - 0.000%
log: Pixel rejection in channel #1: 0.000% - 0.000%
log: Pixel rejection in channel #2: 0.000% - 0.000%
free and close (0)
I'm using 2x drizzle with the maximum field of view
DSS complains that there's a image width mismatch, which there would be because it's using maximum stacking
Are you sure there really isn't an image with a slightly different resolution?
Try to register in dss and sort by resolution, it should be apparent if there's something wrong
The originals are all 1080x1920. Sirilโs choking on the drizzle and/or maximum framing somewhere. Iโm just trying to stack them with normal framing, see if that works.
funny. We have seen this error in a bug report. But we cant reproduce
LOoks like a memory error
We only see it on macOS. Did you use macOS?
Windows 11. I donโt think I was out of memory or SSD space but I wasnโt paying attention to those figures.
SSD has plenty.
BTW the stack works fine just using normal framing.
what's your hardware specs?
When I speak about memory, I speak about RAM
ok. The registration changed a lot in the dev version
maybe it will be different
@stark ermine please make xisf files usable in siril
Ok I get that but like
Could I alteast drop my xisf into siril and get a question asking if I want it to get converted to fits
other software like graxpert can use xisf
can't you just open a xisf and save it as fit manually?
Siril dev can use XISF as explained in the link I sent
In read only mode
So Siril will be able to convert XISF in FITS, to read XISF, but not to save into XISF file.
why is that exactly? can't you convert it the same way graxpert?
and it is already implemented in the dev version
it is explained in the link
We don't want
okay, thanks for clearing it up
I am using 1.3.2-alpha-dev commit 325071e, a few weeks old
Yes, but there is a special branch for all the changes in registration ๐
It will be merged once all feature are done
On a different topic, what is the syntax for specifying a filter name in spcc? The docs say that the names of the params must match those in the dialog box exactly, but those have spaced in them. I've tried 'spcc -oscsensor=ZWO Seetar S50', 'spcc -oscsensor="ZWO SeeStar S50"', 'spcc -oscsensor=ZWO_Seestar_S50' and they all have syntax errors. the last one is the .json filename from the repository. OK, got it.
BTW I think the ASI462 and Seestar S50 sensors are mixed up in the repository. Not a big deal since they're the same sensor, but still...
i had an interesting bug before that seemed reproduceable, loaded images into dev version, did colour cali and stuff, then ran starnet, starmask came out all weird, had like the background of the starred image and then got a prompt when trying to run histogram stretch on starless to rescale the image since the pixel values were borked
The prompt is normal
About the bug, I'm not sure I understand. Are you sure you check the linear checkbutton?
yeah, tried on stretched and linear with correct settings, same thing
We need more information like screenshots, original file to reproduce, etc....
give me a moment, just got home
forgor to take screenshots of artifacts
what's the right thing yo do in that case? I've use the rescale all so far
That depends what you want ^^
I've seen that prompt after loading a TIF saved by Gimp and rescale gave me real good results once I reset the black point
that's good to know
same here
wasnt only the prompt, the images got a bit borked as well
Why did you used DSS?
You could have some issue with the stack of DSS....
Also you have a terrible gradient
i did the starnet stuff in pix and it worked fine
gradient is relatively simple to get out with dbe as well
If starnet works outside, it works in Siril too. Siril just call Starnet
No. not deeply
saying you use DSS to a siril dev is like stabbing them
it does interesting stuff with the master bias
master-bias is the frame not really needed ๐
what does the generated star mask look like?
its used in the calibration process isnt it?
The generated star mask is just a single operation: Original - starless
Can be replaced by synthetic biases... I always use it in Siril
oh i just have a library of bias frames on my laptop
In this tutorial, dedicated to versions of Siril at least equal to version 0.99.10, we will see how to use synthetic offsets to calibrate flats and how to determine their level. I will use the terms bias or offset indifferently in this tutorial.
Why (and when) can I use a synthetic offset? #
The main objective of subtracting the masterbias from ...
didnt you guys have a section on wy you shouldnt use dark flats?
yes we have
(โฆOr flat darks or whatever you call them)
More and more, we see the term master dark flat all over the forums. These are supposed to replace the biases that are usually used in the standard preprocessing of astronomical images. We read that the result is better using a dark flat (shot with the same exposure time as the flats) than with standard...
oh its on the siril website...i was trying to find it on the docs
I know this text caused quite a stir on the networks. Yet the biggest names in astrophotography in France (Christian Buil, Thierry Legault) are doing what we do...
Anyway, for me StarNet works like it does. But I would recommend to use Siril for stacking. It is really better.... no joke
maybe i chose the wrong option on the rescale, idk
dont have the space to stack in siril though
Don't use scripts then
You would have more control
might give it a try but i have like 70gb free at most
That's not too bad, you just have to delete the previous step every time
I purchased a used 480GB SSD for ~ยฃ25. If you only have USB3 connector rather than SATA, then a USB3>SATA converter is less than ยฃ10 on ebay. Storage is cheap these days
i got 10eur on my account and i need a dew heater 
I had that recently. Both of my cheap usb dew heaters broke almost at the same time, so I built one of these. It's fantastic https://sourceforge.net/projects/arduinonanodewcontrollerpro/
Hey @stark ermine do you have any plans for siril to export into .avif or .webp sometime in the future?
Already done in the dev version
Bruh I can't believe I can have a 2 mb picture with 95% of the quality of a .tiff file
well, webp we may have removed something because it was bugged
these are insane formats
but for sure we can handle jpgxl wich is very good
.avif?
Actually scratch that .avif is not supported by discord ๐ฆ
Yes, okay. Actually no, we had intended to put them in and didn't, in favor of jpgxl I think. I can't really remember because it dates back to the beginning of the dev version.
Bruh. Is it really better to have a jpgxl or not? I haven't tried that format
I see we have avif too
Damn and is this going to be at the 1.4.3?
Oh, no, I'm sorry. I was right. SaveAVIF has been removed from Siril. I can't remember the reason
AVIF and HEIF read support for reading ICC profiles is complete.
AVIF / HEIF support for reading files with NCLX profiles is partially complete, but the most likely cases are covered and I think it's complete enough for this MR (it's as complete as gimp).
Documentation MR is updated.```
That will actually improve the expirience massively
Hey and how what kind of file sizes are you talking about @stark ermine ?
For example a 3008x3008 png is at 42-47 mb
whereas the jpg is at 18mb
jpg is lossy so you trade some data for smaller sizes
Yeah but he's talking about jpgxl
it will be closer in file size to jpg than png and have better quality than jpg
it's also the only* common image format that supports 32-bit
so the perfect format for deep sky images storage.
Amazing thanks @stark ermine 
Hey @stark ermine do you have any idea as to why when I'm in autostrech the image appears like that?
and when I stretch it from the GHS or histrogram is like that?
What is the issue?
In the image in autostrech Siril shows it as a painting with hard corners whereas when I stretch it manually it shows it a photo
