I am not that guy but would love to see it happen as well.
1 Like
Maybe it would be better to wait a little to have a more stable solution for live stacking on siril’s side, then we can look at how to do this plug-in, I think NINA is open source too so it must not be too hard
yes sure, its just thats its a feature so interesting for many users dreaming about it 
On NINA side, its open source and the architecture has been opened through the plugins, so it should be feasible to create a plugin for that. The creator of NINA is aware and welcome any initiative on this side, he has created the PIX plugin for livestacking too, but pix is not free, so Siril could be a really good point here…
One more question , is it possible to test the feature now ? How to do ? If it is simple to explain…
When i see the site i cannot know from where to start
Yes it’s possible, but it’s very simple and badly looking. You’d have to compile siril, as explained here, but before starting the building part, make sure you run this command after the submodule command:
git checkout livestacking_fixed
Then for usage, start siril and set the directory as usual, and you’ll see a new red ‘record’ icon on the toolbar, click it and it starts. When FITS files appear in the directory, they get aligned and stacked.
It’s more than experimental and a lot of commits behind master.
So it is not recommended to use it except for tests.
Don’t worry, i can’t use it… i am really far from being able to recompile SIril… I will wait a more stabilized version… hope it could come very soon
don´t they (the light frames) also need to get calibrated with flats and dark masters before being stacked?
yes sometimes, for live stacking the expected quality is not as high. For now I only activated dark calibration, not flats, because they take some time to be done and live stacking is about going fast. But it’s not hard to add too.
A fully preprocessed live-stack (including flats) would open the possibility to apply live stacking to “DSO lucky imaging”. Each short exposure could be evaluated on the fly for atmospheric distortion (FMHW, PSF…) and if the quality is OK preprocessed with dark & flat, then stacked. You end up with a single preprocessed and stacked image instead of a couple or more hard drives full with some thousands of frames.
There would be a lot of dead time for the preprocessing no doubt, nonetheless I am convinced that many would be ready to trade overhead for disk space. Moreover, if the preprocessing runs in parallel with the exposure time maybe the tradeoff could be still more acceptable.
Guiding (assuming there is the need for guiding under such circumstances) would also come for free, as the same image could be processed for guiding purposes as well.
Is it the next dream?
Clearly the quality obtained by live-stacking will never reached the one obtained with long and painful processing.
The aim of Siril is to provide high-quality image. So yes, we will provide a live-stacking feature (but not soon as it is very experimental and we have a ton of bug fixes to do before the 1.0.0 release), but that won’t be the feature where we will focus all our mainstream.
Volunteers are of course welcome to speedup the process (and this live-stacking feature has been started by a volunteer), but Siril will remain above all a software for preprocessing and processing.
I agree, there is no solution today to get the same quality in live stacking as in post processing, the only one which is above all others seems to be Sharpcap, able to do a fast live stacking with many enhancements, but we stay far from the qualtity of the post processing results.
But its clearly interesting to see up to where quality soft like Siril wil be able to go for live stacking functions, one main issue being the time to process each images i guess…
My trial on NINA with Pix, which give nice results, needs also 22sec for each images, which is a surprise, not so painfull, but with a Ryzen 2600X proc also…
Speed depends on many things: the size of images obviously, but also the quality of the demosaicing algorithm chosen, if cosmetic correction is enabled with dark calibration, if dark and flat calibration is used, the type of registration, and to a lesser extent the type of stacking.
You’re talking about PI and siril here, but just to be clear: the best alternative is probably ALS, which is much better looking and dedicated to this task.
1 Like
oh i didn’t knew this one…
i will check too
Hi,
I’m trying to test Siril with the LiveStacking option but I can’t get it to work.
When starting the livestacking session, Siril expects the image files in a certain directory and the following message appears:
“Live Stacking waiting for files”
My question is this:
In which directory should the images be dumped and in what format?
The version I’m testing is this:
Siril 1.1.0
commit 7db5e90
Unstable DevelopmentVersion
Thanks and regards
Luis
Hi, it’s the same directory as usual, the current working directory, and images are expected in FITS format currently. Maybe the FITS extension needs to be set to the extension of your files in the preferences.
Hello, Vincent.
thanks for the reply.
I have modified the siril.config file with the path of the working directory and the *.fits extension as the image file.
extension = “.fits”;
FITS_type = 1;
I still have the problem since I can’t get the stack to start and the warning always comes out
“Live Stacking waiting for files”
Does Siril need to previously convert the files to its format or does it do it directly?
The truth is that I have tried with files from different cameras that Siril processes and edits without problems, but in the LiveStacking process it either doesn’t recognize them or I’m not doing it right.
Any ideas?
thanks and regards
Luis
You shouldn’t edit the config file, it’s all available from the GUI or commands. I haven’t tried the livestacking in a while, maybe it doesn’t actually work. This is the development version, don’t expect this kind of unannounced feature to work by the way.
It’s supposed to process incoming FITS files from the current working directory, at some point it did that at least.
Last time I tried it was working well however.