I have had a very rough 2 months unfortunately health wise. I was struck 3x in a row with bacterial infections. The second infection occurred  after a routine hospital checkup and I became very sick. I had to rest and take a lot of antibiotics. Once I was recovering and restarting work 1 month ago, I again became sick. The infection was not yet gone, so even more antibiotics and rest was needed. Needless to say, it took a lot of my energy and I needed a lot of rest.
Finally, the infection is really gone and my energy is coming back step-by-step now and I have started work again. I am terribly sorry to have kept you waiting for support. I will address all outstanding questions and e-mails step-by step and will be on the forum daily from today.
APP 2.0.0-beta47 will come soon as well, a lot of work was already completed before I became very ill, so the release is also nearly ready for you. Beta47 will be much faster actually. Many workflows will be more than 2x faster, mosaics can even be 10x faster than before because registration really received a major boost... all compared to beta46. Â Before I release it, I will make sure that everything is working properly and then I will release it.
[Solved] 1.076 Beta 3 - Integrate Slider 100%, Says 0 of 72 frames will be stacked
That is an interesting one, I'll forward it to Mabula. I guess it's either a bug or something in your settings. Thanks for letting us know! One question; why are you saving the calibrated frames in between, does it work when you just skip that and go for integration straight away? Does it work when you save your frames at the normalization step instead of the calibration step?
I save the calibrated frames because I am imaging over multiple nights and my workflow is to calibrate and save the calibrated frames each morning, since that requires loading the session-specific calibration frames. Then when I've collected all the data I load the calibrated frames and do the remaining steps.  Â
I reverted to the previous release so I could get things working, so at the moment I am not able to test it with saving the normalized frames.
I will check if I can duplicate your issue, is there any change that you can upload either the calibrated frames or some lights with the masters? Then I can duplicate the problem quickly and fix it 😉
Thanks for uploading your data, it is different data than on which you post the problem and I am not able to duplicate the issue I am afraid.
You uploaded lights with filter B and they process fine, also on the calibrated saved frames, also when forced with a filter H as shown in your screenshot:
Maybe it will help if you upload the data (SH2-240 H filter) on which you get the issue? Or do you get it on this dataset as well, NGC_1333 B filter ?
It will also be very helpfull if you can show exactly the output in the console panel after normalization finishes and integration would need to start, thus where it stops in your case 😉
It's still uploading - actually there are errors with the upload so not sure what happened.
I was going to give you instructions after the upload finished.
With this data set, it integrated the L frames but didn't integrate the R, G or B's.  (it said 17 of 41 integrated even though I had the slider set to 100%).
I tried the data set with H frames yesterday but using pre-built Master Flats and it integrated all 41 frames, so I decided to use this data set that showed the problem. I don't know if all the steps are needed, but the problem has occurred when I follow this flow.
1)Â Load master dark, dark flat and BPM
2)Â Load flats, create flat masters
3)Â Load lights, save calibrated frames
4)Â Integrate
The problem did not happen when I just loaded calibration masters, lights, and then integrated.
I'll try to finish the upload of the data set that failed today (LRGB) and later today I will re-try the H only data set including building flat masters and see if that fails.
Good news, I was studying my code and I have already located the issue now, it will occur if you use filter assignments/names of only 1 letter and if you have more than 1 filter assignment in APP's memory. I can duplicate the issue now:
For instance, if you have an R and B filter assignment, things will not work well. I am fixing this now to make this 100% reliable 😉
Thanks for bringing this to my attention 😉 Rowland.