Fast batch processing Pleiades Astrophoto PixInsight · Anthony (Tony) Johnson · ... · 7 · 882 · 0

starry_night_observer 3.01
...
· 
·  1 like
·  Share link
I"m having trouble loading my fits files from the ASIAir+ into Fast Batch Preprocessing. When I try to load up the files it gives me red notifications in the process console and tells me basically they are legacy files and that they are blank, of course they're not, I've used them in other apps. This is on a Windows 10 partition on my MacBook Pro computer. Running the latest build of PI. Not sure how I could get them to load, I thought it might be a hard drive issue so I copied them to my C drive, but to no avail. They do the same think in WBPP. I use Astro Pixel Processor on that partition along with Siril with no issues. I have PI installed on my MacOS and the same files load into WBPP. Before anyone asked, I'm not able to run the newest version on my MacOS so I don't have FBPP on that version of PI. I just boot into windows to use the latest version. Plan on updating my Mac but that's  a topic for another discussion. If anyone is curious as to my computer the specs are listed below. It may be a hardware issue, but I don't think so. I'm able to edit all my files and use all the processes and scripts on my Windows version PI just not WBPP or FBPP, Also I know this is not the latest computer on the block, far from it, but we use what we have until we can afford new. ThanksModel Name: MacBook Pro  Model Identifier: MacBookPro9,2  Processor Name: Dual-Core Intel Core i7  Processor Speed: 2.9 GHz  Number of Processors: 1  Total Number of Cores: 2  L2 Cache (per Core): 256 KB  L3 Cache: 4 MB  Hyper-Threading Technology: Enabled  Memory: 16 GB  Boot ROM Version: 425.0.0.0.0  SMC Version (system): 2.2f44

Intel Graphics 4000 1536MB graphics  so basically shared mem on the graphics
Like
pfile 3.10
...
· 
·  Share link
have you used those particular files in other apps? the warning about depreciated format is not usually a problem. can you post some of the images to google drive or dropbox and set the link to public? there's no way to debug this without having someone else try loading the files.
Like
starry_night_observer 3.01
Topic starter
...
· 
·  Share link
Yeah there’s nothing wrong with the files. Used them in siril, Astro pixel processor and WBPP on macOS, so the files are good. I’m going to convert them to XISF files and see if that works. Otherwise I’m just not sure.
Like
pfile 3.10
...
· 
·  Share link
well again posting here may be therapeutic but without the files no one can help debug the problem. there's no reason why FastIntegration, FBPP or WBPP can't load fits files. your files could have an invalid astrometric header; PI pays a lot more attention to that stuff than other programs.

they could also be compressed in a way (RICE) that PI does not understand. in that case you have to use jarmo's utility here to unpack them.
Like
pfile 3.10
...
· 
·  Share link
another possibility is that the FITS file handler module on your windows side is missing from PI due to some kind of antivirus quarantine running when PI was installed.
Like
starry_night_observer 3.01
Topic starter
...
· 
·  Share link
I’ve loaded them into WBPP in PI on macOS, same files, and had no problem, so I’d rule out a problem with the files, also I have no antivirus running on the windows side, so I think I can rule that out. I converted the files over to XISF files and they loaded fine and FBPP is running fine. So again given those facts I think the files are fine. Also the files are written by my ASIAir so I’d be surprised if it was writing a file that PI couldn’t read, but they are loadable in PI on my macOS. So I’m not sure what having a FIT extension or an XISF extension would make a difference, but it seems to. Also seems like converting them is a workaround, so I’ll just go that way. Thanks.
Like
pfile 3.10
...
· 
·  Share link
strange, i can only guess that it has something to do with the emulation. FITS files can wildly differ in their contents and header so it's not unheard of to have compatibility issues. but the fact that they work right in the OSX version of PI does really indicate that the files should be fine. did you convert the files on the macosx PI and then bring those into the virtual machine?
Like
starry_night_observer 3.01
Topic starter
...
· 
·  Share link
Windows runs on a boot partition on my hard drive, it’s not a virtual machine. And yeah I reformatted the file types from fits to XISF in PI on my Mac, my external hard drive isn’t formatted NTSF so windows can’t read it, so I just converted them in macOS, they’re running now and doing fine. Not sure what’s up, but with the workaround I’m not going to sweat it. Every other application I have in windows run them fine. Only PI, and the individual files will load in PI, just not in the batch processors. And this was only a test to see if they would process faster in FBPP than APP. Like I said alls well with the conversion over to XISF file types. Extra step but if it’s faster, I’ll live with it. Shouldn’t be that way but it seems to be. Thanks again. If I get a definitive answer on this, past what I’ve done to get around it I’ll let you know. These files are coming from my ASIAir+ with the latest update, so I can’t really see the files themselves being bad or improper fits headers. Probably has something to do with my Windows install on a boot partition on my computer. Not actually a true windows machine even though it’s not a virtual machine, which I had, but caused me issues, this is the first issue I’ve had like this. Just strange. Windows on a Mac computer isn’t 100% but close.
Like
 
Register or login to create to post a reply.