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.
I'm having trouble with calibration on the data I captured last night. I created a master flat, that was calibrated with a master dark, master bias, and bad pixel map. I then calibrated the lights with all of the above masters.
However, when I view one of the lights in linear-calibrated mode, the master flat is over correcting the image. The same is true for the final integration of the lights. Instead of correcting the vignetting and dust motes, the corners and dust motes go from being darker than the rest of the image, to much lighter than the rest of the image. It's as if the master flat is being applied more than once.
One thing to note. The lights were captured via Sequence Generator Pro, and were stored as fits files on the laptop. The darks, flats and bias frames were capture on camera in Nikon RAW (NEF) format.
Any idea what I am doing wrong here? Thanks
Replying to my own original post. I had a suspicion that the issue was related to the lights having been taken with SGP and stored on the laptop in .FITS format, while the flats were stored as Nikon .NEF files on the SD card. To test this theory I converted the flats from NEF format to FITS format before loading them into APP. I then calibrated the new .FITS flats with the same MB, MD and BMP as before, and generated a new master flat.Â
I then calibrated the lights with the MB, MD, BPM and new MF. The calibration now looks correct, with the flats removing the vignetting and dust mots. It is now clear to me that the original issue was somehow caused by the flat files being loaded as .NEF while the lights were loaded as .fits.
This would seem to me to be a bug in APP. I am using version 1.0.68.
Thanks,
Scott
Â
Hi Scott,
Thanks for your own research into this! That is indeed very interesting. I'll let Mabula know (@mabula-admin), he should be here tomorrow.
Yes, I'm getting this problem in general with version 1.0.70 - but not solved. I've used data from a Canon 6D (CR2 files - flats and lights) and SBIG camera (fits files - flats and lights). Attached is an example of the SBIG mono camera. I used only 5 luminance lights and 5 luminance flats:
I put the files in this dropbox folder:Â
Dropbox File (Private or Invalid)
Thanks
Greg
Could it be you didn't use bias frames while making the masterflat?
Could it be you didn't use bias frames while making the masterflat?
Hi Vincent, thanks for your reply.
Yes, that seems to be the issue. I made the mistake of trying to use a master bias that was generated by another program but that didnt work at all. So I tried without bias and didnt realize it would affect the master flat as much as it did. Finally I regenerated the master bias and master flat with the original bias frames and I'm getting very nice results now.
Indeed the best workflow in APP is to always use raw data, not touched by any other processor, to go forward. APP uses the entire sensor data which many other programs don't do as they use dcraw to convert the data. This causes the dimensions not to be the same and it fails on that. There's a lot of statistics at play when using calibration data and for that to work correctly, a masterflat needs to be bias and dark-signal free as much as possible (I always use bias, darks and a BPM to correct them). If those signals are still there it'll cause APP to make a wrong estimation of the gradient-signal in the lights.


