Hugin macOS Catalina

[der_fotograf]

I purchased a used iMac with Catalina (10.15) installed and tried to run Hugin. Everything runs fine (control points, translation, low DR, etc.) until I click »Stitch!«

Then Hugin hangs, nothing else happens. Same error for versions 2018 and 2019.

Seems there is a 32bit snippet somewhere in the package...

Does anybody know a solution?

[T. Modes]

Am Samstag, 26. Oktober 2019 22:31:59 UTC+2 schrieb der_fotograf:

I purchased a used iMac with Catalina (10.15) installed and tried to run Hugin. Everything runs fine (control points, translation, low DR, etc.) until I click »Stitch!«

Does anybody know a solution?

There is already a very similar bug report for MacOS 10.14.5: https://bugs.launchpad.net/hugin/+bug/1834535

In this case it was sufficient to clean up the batch queue.

see FAQ https://wiki.panotools.org/Hugin_FAQ#PTBatcherGUI_does_not_stitch and https://wiki.panotools.org/Hugin_FAQ#How_do_I_clean_up_the_batch_queue

[der_fotograf]

Thank you very much for the hint: using the PTBatcherGUI does the trick, the built-in Hugin Stitcher doesn't work.

You really saved my project!

[AKS-Gmail-IMAP]

I am not sure just clearing the batch queue is a workaround. Now running Catalina I also see this similar problem which I believe is due to a process in Hugin not completing in time for the PTBatcherGUI’s project file opening process. 

Because the automatic switchover to PTBatcher from Hugin results in PTBatcher hanging in Catalina the workaround I use is to have PTBatcher already running. I save the PTO and then drag and drop the PTO file from an open Finder pane into PTBatcher. Then I press the Start Batch button. PTBatcher occasionally fails the process if I am going too fast. When that happens the PTBatcher Reset All followed by a Start Batch succeeds.

--
A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/ec799588-0553-4d58-b997-3841504424f9%40googlegroups.com.

[T. Modes]

Am Sonntag, 3. November 2019 02:39:57 UTC+1 schrieb aks:

I am not sure just clearing the batch queue is a workaround. Now running Catalina I also see this similar problem which I believe is due to a process in Hugin not completing in time for the PTBatcherGUI’s project file opening process. 

Until now this code worked on all platforms. So it must be something what changed in Catalina. Maybe there are some problems with security code introduced in Catalina.

You could try

a) set the temporary directory in Hugin preferences to a directory where you have full access and which is not on the system partition

or

b) maybe it's needed to activate full disc access.

[AKS-Gmail-IMAP]

The error message seen with PTBatcherGUI, but on a pane with title “hugin Error”, is “Failed to get the working directory (error 2: No such file or directory)”. The not responding hang is in PTBatcherGUI. Hugin remains fully alive.

Trying the “a)” suggestion does not avoid the problem. Monitoring the temp. directory where both Hugin and  PTBatcherGUI put their temporary files show both applications creating and deleting their temporary files. I am assuming this is the location where PTBatcherGUI reports it repairs its lock file. I see the lock file changes and the same type of temporary Hugin file activity observed when trying suggestion “a)”. The os indicates I have Read & Write privileges here.

I am not sure if the “hugin error” pane is part of Hugin or PTBatcherGUI. PTBatcherGUI is what does not respond. There is a Details disclosure button on the error form but it does not function I guess because it is part of hung process. Perhaps this is a hindsight lesson. It would help to know what directory is sought. Maybe it is null.

The handoff between Hugin and PTBatcherGUI has been problematic before.

--
A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/c29158f0-58ce-4be6-bec2-181184f24bd3%40googlegroups.com.

[der_fotograf]

I have set up a new temp directory in my user account: hugintemp. Everyone has the rights to read and write to this directory.

Yes, starting the PTGUI before stitching helps sometimes, but not always.

It does not work with the built-in Hugin stitcher.

Am Sonntag, 3. November 2019 21:25:38 UTC+1 schrieb aks:

The error message seen with PTBatcherGUI, but on a pane with title “hugin Error”, is “Failed to get the working directory (error 2: No such file or directory)”. The not responding hang is in PTBatcherGUI. Hugin remains fully alive.

Trying the “a)” suggestion does not avoid the problem. Monitoring the temp. directory where both Hugin and  PTBatcherGUI put their temporary files show both applications creating and deleting their temporary files. I am assuming this is the location where PTBatcherGUI reports it repairs its lock file. I see the lock file changes and the same type of temporary Hugin file activity observed when trying suggestion “a)”. The os indicates I have Read & Write privileges here.

I am not sure if the “hugin error” pane is part of Hugin or PTBatcherGUI. PTBatcherGUI is what does not respond. There is a Details disclosure button on the error form but it does not function I guess because it is part of hung process. Perhaps this is a hindsight lesson. It would help to know what directory is sought. Maybe it is null.

The handoff between Hugin and PTBatcherGUI has been problematic before.

On Nov 3, 2019, at 8:02 AM, T. Modes <Thoma...@gmx.de> wrote:

Am Sonntag, 3. November 2019 02:39:57 UTC+1 schrieb aks:

I am not sure just clearing the batch queue is a workaround. Now running Catalina I also see this similar problem which I believe is due to a process in Hugin not completing in time for the PTBatcherGUI’s project file opening process. 

Until now this code worked on all platforms. So it must be something what changed in Catalina. Maybe there are some problems with security code introduced in Catalina.

You could try

a) set the temporary directory in Hugin preferences to a directory where you have full access and which is not on the system partition

or

b) maybe it's needed to activate full disc access.

--
A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.

To unsubscribe from this group and stop receiving emails from it, send an email to hugi...@googlegroups.com.

[Mike Maas]

In the event this remains a problem.  Try going to system preferences security/privacy and give full file/device access to each of the hugin binaries. 

Also see my thread above.  The last post next to last post https://groups.google.com/forum/#!topic/hugin-ptx/XSzG_GaL00w contains a new binary with a fix for screen drawing issues on the 19" macbook pro.

hth,

Mike

[Mike Maas]

should be 2019 16" macbook pro.

[Amit Maitra]

Looks like turning off GPU assist solves the problem. Perhaps it only work for NVIDIA GPUs?

[AKS-Gmail-IMAP]

Thanks Mike. That solved this long standing Catalina hanging problem for me.

Specifically for me, allowing the “Full Disk Access” Privacy setting for Hugin results in Hugin showing up as allowed in the “Files and Folders” Privacy list. Hugin was not previously in the “Files and Folders” Privacy list and the +/- controls for that list remained dimmed regardless of the administrator’s padlock status. PTBatcherGUI was already in the Files and Folders” Privacy list with checked options for "Removable Volumes" and "Desktop Folder”. Adding Hugin eliminated the hang. I could reinstate the hang by unchecking Hugin in the “Full Disk Access” Privacy setting.

I guess these Privacy settings can be controlled by OS X compile options.  Perhaps that is what is missing in the OS X compile.

--
A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.

To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/d55300ad-2272-49ae-8684-0ac216e10595%40googlegroups.com.