15th Feb 2024: Astro Pixel Processor 2.0.0-beta29 released - macOS native File Chooser, macOS CMD-Q fixed, read-only Fits on network fixed and other bug fixes
7th December 2023: added payment option Alipay to purchase Astro Pixel Processor from China, Hong Kong, Macau, Taiwan, Korea, Japan and other countries where Alipay is used.
this has also happened to me over the past two nights. There seem to be a few previous threads that relate to this issue with the solution focused around the loaded calibration frames.
I have used ‘new’ dark frames with older flats and bias frames, so wondering if this could be the issue (although would hope that APP is clever enough to work this out).
I have yet to try using the old ‘darks’
Also someone mentioned something about Open GL button being on/off- not sure what I should be doing here though or what position it should be.
Robin
Yes, the switch to Nina might be something to look at. Some of these tools don't always write the FITS header properly or save the data properly. What happens when you integrate without any calibration data?
I'm not to sure what the issue is here, but I tried to stack some other images taken in NINA from lastnight and they stacked fine. Tried to stack others from 2 and 3 nights ago and they failed. And everything was taken through NINA with no change to any settings. This seems strange to me why frames for 1 night will all stack, but not another night??
That is strange yes, but there must be a difference somehow. I can have a look at the data that fails, and the data that works. You can upload a few of both with the calibration frames you used to our server;
Go to https://upload.astropixelprocessor.com and use upload1 as username and upload1 as password.
Create a directory named “stewie_88-integrationfails” and upload in there. Thank you!
Thanks for the upload link. As i am typing this out i am uploading 3 of each file. The first to be uploaded is the failed to integrate files. Followed by the files that will. Again they have all been taken with NINA with the same settings. Everything is the same.
Thanks again.
Downloading them now and will have a look, thanks.
edit: Could you tell me which dates on the file belong to what data? I can't really tell based on the filenames.
Hi, Sorry for the late reply, I didn't get notified about your response. All images where taken 25/2/21
Hi, thanks but I can't really tell which files are which. Would you mind making directories in your location and putting them into the right places? (like one directory which fails and one that works etc)
Thank you! I'll have another look. 🙂
Hi Vincent. I am wondering, have you been able to check through those files yet.? I know you are possibly really busy with other people but I thought I would check in. Thanks.
Not yet sorry! I do have them downloaded and will look asap today.
Ok looking at the data now;
I took a screenshot of the file I'm looking at now. It has the name ending in "-10.00_420.00s_002.fits". Is that supposed to be the dark? If so it has quite a bit of light in it, I almost mistook it for a flat. 🙂 So if you can confirm this is a dark, then you need to retake them and make sure it's completely dark. This will cause issues for sure and might be the reason you get the black frame as well. If you try without them, does it work?
I didn't think about doing the stack without the darks. Yes it does work. I wonder why the others worked as i included the darks in the stack. Oh well its the ZWO asi533 mc pro so darks are not essential for that camera anyway, or so i have read and been told. But never the less, thanks for the help. I really appreciate it
No worries! Not sure why the others did work, but indeed. I think it's worthwhile to make some proper darks though, for bad pixels and such. Also, since the bias are likely made in a similar setup, that may be affected as well. I used to take them covered complete, dark, within a dark bag, outside in the night. 🙂