LSOpenURLsWithRole() failed for the application /Applications/PTBatcherGUI.app with error -10810.
LSOpenURLsWithRole() failed for the application /Applications/PTBatcherGUI.app with error -10810.
PTBatcherGui check returned value /Applications/PTBatcherGUI.app/Contents/MacOS/PTBatcherGUI
dyld: Library not loaded: @executable_path/../Frameworks/libbase_wx-2013.0.dylib
Referenced from: /Applications/PTBatcherGUI.app/Contents/MacOS/PTBatcherGUI
Reason: image not found
ERROR: 03:08:11.152462 (/Users/niklas/development/release/hugin/src/hugin1/hugin/ProjectionGridTool.cpp:353) createTexture(): GL Error when building mipmap levels: invalid framebuffer operation.
ERROR: 03:08:11.325444 (/Users/niklas/development/release/hugin/src/hugin1/hugin/ProjectionGridTool.cpp:353) createTexture(): GL Error when building mipmap levels: invalid framebuffer operation.
ERROR: 03:08:11.454934 (/Users/niklas/development/release/hugin/src/hugin1/hugin/ProjectionGridTool.cpp:353) createTexture(): GL Error when building mipmap levels: invalid framebuffer operation.
PTBatcherGui check returned value /Applications/PTBatcherGUI.app/Contents/MacOS/PTBatcherGUI
dyld: Library not loaded: @executable_path/../Frameworks/libbase_wx-2013.0.dylib
Referenced from: /Applications/PTBatcherGUI.app/Contents/MacOS/PTBatcherGUI
Reason: image not found
It looks like the PTBatcher program is damaged and you're using Hugin 2013, please update to the latest version (https://sourceforge.net/projects/hugin/files/latest/download?source=files).
Make sure to delete all Hugin apps (Hugin, PTBatcherGUI, HuginStitchProject, calibrate_lens_gui) from your /Applications folder before installing a new version.
xattr -dr com.apple.quarantine ./Hugin.app
That is, I navigated to the installation directory and removed the quarantine attribute. This, I've learned, stops what is called App Translocation, which otherwise would run the Hugin executable from an unknown location, breaking its ability to run the external apps.
I hope I've not restated the obvious but I could not find the solution posted earlier. I hope some others can benefit from this fix until Hugin is clever enough to work around this phenomenon. Thank Niklas for all your work, by the way.
Mikko
On 22 Nov 2019, at 09:02, Amit Maitra <ama...@gmail.com> wrote:Seems like the .tif interim files are not getting created.My setup used to work before - now 2019 + Catalina OS has messed it up.============================================Stitching panorama…============================================Platform: macOS Version 10.15.1 (Build 19B88)Version: 2019.0.0.a369cbe55179 built by Niklas MischkulnigWorking directory: /Users/amitmaitra/Documents/MyPictures/2018/American Southwest/Thanksgiving 2018/Glen Canyon Recreation Area/Pano I/JPG/Left HalfOutput prefix: IMG_2085 - IMG_2090Blender: enblend 4.2.1-f0304648cc0fExifTool version: 11.26Number of active images: 6Output exposure value: 13.5Canvas size: 9604x4718ROI: (0, 878) - (9552, 4710)FOV: 45x23Projection: Rectilinear(0)Using GPU for remapping: true
--
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/cb07b9bf-ef62-4551-aed7-38e034b15652%40googlegroups.com.
--
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/20678f1a-e17f-4954-bb64-d03786552302%40googlegroups.com.
I am sure you Hugin programmers should be able to run with this information. That temp file with script instructions is being parsed as if the text lines in that file are file names instead of the normal stitching commands.
So I don't understand how PTBatcherGUI gets the *content* of the pto file instead of the filename of the pto file as command line parameters.
This seems very special to Mac OS Catalina.
/private/var/folders/[yaddayadda]/AppTranslocation/
T/AppTranslocation/[random_disk_image_name]. The entire Hugin application bundle appears within a random_disk_image different from where the
random_disk_image the PTBatcherGUI application bundle resides. Apparently this “AppTranslocation” is a security mechanism introduced a few years ago. Maybe Catalina changed something with that. The various error messages have been related to unresolved paths.--
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/c12ac64a-6bcf-4377-95ec-e6687fe6e70a%40googlegroups.com.
So I don't understand how PTBatcherGUI gets the *content* of the pto file instead of the filename of the pto file as command line parameters.This seems very special to Mac OS Catalina.It is so special that I cannot see that crazy behavior tonight! What I do see is OS X running Hugin and PTBatcherGUI in individual disk image randomized paths at/private/var/folders/[yaddayadda]/AppTranslocation/
T/AppTranslocation/[random_disk_image_name]. The entire Hugin application bundle appears within a random_disk_image different from where the
random_disk_image the PTBatcherGUI application bundle resides. Apparently this “AppTranslocation” is a security mechanism introduced a few years ago. Maybe Catalina changed something with that. The various error messages have been related to unresolved paths.It looks to me that PTBatcherGUI writes a temporary copy of the current pto file it is starting to process named as “huginpto_<6 random characters>”. It also writes the PTBatcherGUI-<user>.lock lock file. These files are placed at /private/var/folders/[yaddayadda]/T/. PTBatcherGUI removes those two files after a normal completed stitch. The pto “huginpto_<6 random characters>” files for failed/hung stitch projects are not cleaned up. They persist, I think until the next reboot.As we currently see with Catalina, initiating a Stitch! from within Hugin results in a hung PTBatcherGUI with the error message “Failed to get working directory (error 2: No such file or directory)”. When this happens, I can clearly see from the Finder that the AppTranslocation random_disk_image to hold the PTBatcherGUI bundle has yet to be created. It looks like that might be causing the unresolved path problem. (Incidentally for those wondering how to see these hidden files, the keyboard shortcut Shift+Command+. in Catalina toggles the Finder to show the hidden items.)You might recall in previous postings I mentioned that sometimes the workaround I was using did not work if I did the steps too fast. I have noticed a slight delay in time until the AppTranslocation random_disk_image appears in the finder. Maybe it is the Finder catching up or maybe there actually is a delay that sometimes results in the working file paths not ready in time.
On Nov 24, 2019, at 3:59 AM, T. Modes <Thoma...@gmx.de> wrote:
Am Sonntag, 24. November 2019 04:13:20 UTC+1 schrieb aks:I am sure you Hugin programmers should be able to run with this information. That temp file with script instructions is being parsed as if the text lines in that file are file names instead of the normal stitching commands.No, that don't help further.When you press "stitch now" the pto file is saved by Hugin.Then PTBatcherGUI is called with the filename of the pto file and the selected prefix likePTBatcherGUI /path/to/pto/file /path/to/prefixThen PTBatcherGUI starts and reads the filename and prefix from it command line parameters and add the pto file to its internal queue.This works fine on Windows and Linux and also on older Mac OS/X for years.So I don't understand how PTBatcherGUI gets the *content* of the pto file instead of the filename of the pto file as command line parameters.This seems very special to Mac OS Catalina. So I don't know what Apple changed here.--
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.