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.
Hello,
I’m am having trouble with OSC CCD files when I load them in APP. The files are FITS files obtained from a ZWO ASI 1600 MC Color camera. They are CALIBRATED files obtained in 2019 from iTelescope T68 astrograph from the Bathurst Observatory before it was removed from operation. Viewing the files with a separate FITS editor shows that they are Bayered files of excellent quality.
Before loading them into APP, use the 0) RAW/FITS Tab to set the pattern to RRGB according to ZW0 specifications, the algorithm to Adaptive Airy Disk, and check the box for force Bayer CFA.
I then use the 1) Load Tab to load the files into APP. The FITS Header of the files show Color as the filter type, so I check the load menu to Color after having selected the FITS files to be processed with APP. When I view the loaded files, all of them are solid green images with no details.
I’ve tried other permutations with the popup menus, which always results in the same green screen when I select the files for viewing. I am not sure what to do now since I seem to have exhausted all options to load the. I always use filtered LRGB CALIBRATED from iTelescope’s MONO CCD cameras to process them in APP and get successful results. This is my first attempt at processing an OSC file set. I tried APP with Canon RAW CR2 files and APP worked flawlessly.
Any information that can be supplied to get me over this OSC load problem hurdle will be greatly appreciated.
Carl
Mm, so what happens when you leave APP on automatic? Maybe the pattern is somehow wrong.
I just performed the following for experiments:
1) Full Default Mode
- No FITS debayering parameters
- Automatic Integrate mode applied
- Results: Nice integrated MONO image, but APP will not treat it as RGB image when to work with it the Tools Mode. APP complains that it is not a color image when trying to do background nuturalization. The background pollution tool produces a grey tone correction map.
2) FITS setup with RGGB, Adaptive Airy Disk, and force CFA box checked
- Automatic Integrate mode applied
- Results: Solid Green integrated image
3) FITS setup with RGGB, Adaptive Airy Disk, and force CFA box checked
- Color box checked in popup menu during the load specifications setup
- Automatic Integrate mode applied
- Results: Solid Green intergated image
4) FITS setup with RGGB, Adaptive Airy Disk, and force CFA box checked
- RGB box checked in popup menu during the load specifications setup
- Automatic Integrate mode applied
- Results: Solid Green intergated image
I've use data from this camera before CDDStack2 pre-processing and everything went fine. From my experiments then, the RGGB pattern worked, with the other pattern permutations produced wrongly covered images. APP is currently producing SOLID GREEN images regardless of the pattern choice.
Thanks,
Carl
Very interesting. And are you using 1.079 and OpenGL 3 or 4? There is now a beta 1.080 out, maybe you want to give that a try as well? Otherwise we have to take a look at the data.
I'm using APP 1.078 that I downloaded several months ago. I looked for Open GL information but couldn't find it. I don't even see an APP directory in the Program Folder on the C: drive where all my other programs reside. I'm not familiar with Open GL and where to find it since I assume it was installed automatically by the installation program when I downloaded APP. I'm using Windows 10 OS.
Ah, maybe try to download 1.079 first. That version did have quite a few bug fixes. You can get it here: link.
The OpenGL version you can see on top of APP;
How can I send you 3 sample OSC files for testing if I need to? They are 64 MB each in size and my email program will not allow files that size to be sent.
I'll download 1.079 now.
You can also send some files to our server if you want me to check it, no problem.
You can upload right here (<- click that link) with username and password: appuser
Please create a directory called "ckwadrat-greenlights", upload in there and I'll have a look asap.
Thanks, Vincent
OK. It appears to me that the 3 files have been uploaded into the folder with the name that you specified. I will work on the download 1.079 now. By the way, my 1.078 copy is using Open GL 4.
I downloaded 1.079. I ran the same experiments that I did with 1.078 that are described in a previous post. The results identical. I am looking forward to see what you find out with the 3 sample files that I uploaded. I feel that I am clearly missing a setting or two since I can't imagine that the camera data has a problem.
Thanks,
Carl
I found the problem!! Somehow the OSC files got corrupted in the processing pipeline. I went back to my archive files and extracted them again. This time with the new 1.079 version, the newly extracted sample of 3 FITS files produced the correct debayered color image instead of the solid green screen. I will proceed to process the full set of 62 files using a new extraction for the full set. This is progress!! 😀
Thanks,
Carl
Well that's great! When things like that happen it's always very difficult to conclude that was the problem, so excellent you found that so fast. 🙂 Happy processing!
