UPDATE FROM MABULA
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.
Hi Vincent,
I just recreated this situation that I had encountered before. I just had to be sure I could reproduce it. Here's the issue:
I normally use masterdarks, masterdarkflats (as my flats are standardized in exposure time) and a pre-produced BPM. While integrating with the mentioned masters and with the individual subs for the flats for that session (since that is something that changes with a new imaging session), the flats are NOT applied in the result. The workaround is to first produce the masterflat and only then integrate the lights with all the calibration masters. Then the flat IS applied.
I guess this is a bug...
For completeness sake: I recreated this with the Ha_OIII - extract OIII algorithm. As far as I remember, I also had this with the "normal" RGB algorithm, but I am not sure.
Looking forward to the next release!
Regards,
Anne
That is an interesting one as it should work. Darks, as well as darkflats and bias shouldn't change all of a sudden and can be applied to new flats. Do you want to upload some of the flats, lights and the master calibration files for me to reproduce this?
Go to https://upload.astropixelprocessor.com and use upload2 as username and upload2 as password.
Create a directory named “annehouw-masterissue” and upload in there. Thank you!
@vincent-mod
I have made a small testset and reproduced the issue on that set. I am sending this set now, together with screenshots of the settings and outcome and a short document describing my analysis of the issue.
Excellent, thank you. I'll download the data shortly.
Ok I think I understand your issue a bit better now I read your (excellent) uploaded explanation of what you do.
So a couple of things to clarify;
1. Not selecting the "create masters", will indeed not create a masterflat and thus it doesn't get applied. This is to be expected, if you already loaded in your previous Master-Bias and Master-Dark, no additional masters will be created, just a masterflat.
2. If you load in a masterflat as well, then yes, that will be applied. It's all about having masters, correctly corrected. If those are present, they will be used.
Does that make sense?
Hello Vincent,
Thanks. Let me first state that there must be much bigger fish to fry in Mabula's pan 😉
As for it making sense? Sort of, but it is not the most logical thing in the world for the software to do.
What I would expect the software to do is that if you load flats it assumes that you intend to use those flats for calibrating the lights (otherwise, why load them?). My assumption was that APP would still CREATE a temporary masterflat in the background to use in processing, but not SAVE this as an actual file on my disk. It is APP's "saving being the same as creating" that brought me off course.
I am now reading the tooltip on this switch as: "Unless you are only making a Bad Pixelmap", you MUST enable this function. If you disable this function, calibration files (darks, flats), even when loaded, will NOT be applied to your lights".
Not a big deal, but good have as much clarity as possible.
Regards,
Anne
Ok, I see how you could read that differently indeed. Might be interesting to maybe change something small about that to make it a bit more clear. Loading in data like flats and having this option is so the user still has flexibility in what he/she wants to do. You may just want to create an integration without first for whatever reason. Things like this might be something we could put in a settings window or something, so you can make APP do what a specific user expects. Mabula is working on settings at least. We will likely add more and more settings when that is implemented.
Thanks for letting us know this, always good to see what others might do differently. As developers this sometimes is missed as you then know what to expect. 🙂
All fine here. And +10^6 👍 for a user-settings configuration file.
