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.
I am trying to work with comet C/2020 F3 using the 1.083 beta. I get to Integration and it aborts, complaining about not having enough disk space (21GB) to complete the task.
I have 42 lights and 164 each of darks, flats and biases. All of them are NEF files (raw Nikon). The work directory is set to an external USB drive with a capacity of 5 TB and which is now half-full. I would expect that APP would figure that 21 GB needed to integrate the 42 normalized images is much less than the 2.2 TB of free space.
Why is this happening and what can be done to correct this?
Mmm, it could be that the OS is reporting a wrong number maybe, I’ve seen this before. Or there is an issue with working with the external drive somehow, can you check if it works when you use a local disk? It is usually recommended to use a fast internal disk as APP is doing a lot of disk interaction during the processes.
Vincent, I have been checking the previous threads. I am using an external USB3 drive for a working directory.
What happens is that during integration, the File Explorer comes up after Windows 10 chimes with the contents of the I: drive (the external drive). Eventually APP fails, despite the fact that there are 2.3 TB available, because it cannot find 21 GB. I point the working directory to a folder called I:/C2020 F3 APP.
I am working with a gaming machine: ASUS 751GJ, 24GB RAM, running Windows 10 Home version 1903. The internal drive (C:) is 1 TB (931GB) with 910 GB used and 21 GB remaining. Perhaps APP is reading C: instead of I:.
I will move the pictures off C: and onto the I: drive, thus freeing 663 GB. I will repeat the operation and let you know of the results. It is just that I have wasted hours dealing with this nonsense.
Ah now that is interesting. If Windows comes up with the contents of the directory, it means the external drive got disconnected and reconnected somehow. Maybe there is an issue with that? This is exactly one of the reasons not to have a working directory on an external drive, that connection needs to be both fast and very stable.
I checked the connections. The external drive connections were and are good. I am in the process of moving data to the I: drive to clear up space. No issues at all, so far.
Usually when these kind of strange behaviors occur, it has something to do with the specific system. These can be caused by a multitude of different things, so that’s really hard to pinpoint. Maybe adding an extra SSD to your system is possible? That will greatly benefit the speed as well.
