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 have a very small data set: about 49 light frames from an ASI1600 camera. Some of them were captured using a different telescope. I am trying to register the subframes with the mosaic setting, but it seems like APP is doing the dynamic distortion calculation using just a single core and is running super slowly. It takes more than 5 hours to complete registration with DDC enabled. You can see in the screenshot only about 105% of the 8 core CPU is being used, which in macOS indicates single core operation (if 200% is being used, that's 2 cores of the CPU being used, and so on..). Is this expected?
Â
This could be because of the process yes, only @mabula-admin can answer that, but APP does report to be using 7 threads. So if it isn't, it might be it doesn't do it at this stage internally. Lets see what Mabula says..
During the multi view registration, my multi-core PC is using all the threads I've said. However during this specific task of the registration where it can't find a region to map and is decreasing the "trust" - it could be that it is actually just using one thread - it seems that your mosaic doesn't have a region it can combine: the "Decreasing Trust Region"Â comes up (for me at least) when it is struggling to find areas of commonality in your mosaic.
In your Activity Monitor you can see the Thread Count for that APP process is 155. Obviously your PC doesn't have that many threads available, so APP is multi-threaded, but just isn't using it for this part of the calculation. And in this case, your data is very likely never going to combine into a Mosaic because there isn't an overlapping region.
I had the same scenario on Linux - I left a mosaic running thinking my regions were good, but it was perpetually looping with messages about "Decreasing Trust Region"
Here's Mosaic Registration under Linux showing all allocated cores running hot:
Â
Update to my post above thinking it is a specific calculation based on no-overlapping data: I can concur/agree that the DDC calculation is using a single thread as per OP:
The bold thread is 99%, rest are idle
