Re: [hugin-ptx] New release for mac?

[AKS-Gmail-IMAP]

The failed to open error is due to Hugin and PTBatcherGUI not having proper 
access rights. Fixing that is the business of granting Hugin and PTBatcherGUI 
Full Disk Access at Security & Privacy at System Preferences. I find doing that 
is required on this recent build running on OS X 10.17.7.

> On Feb 22, 2021, at 2:55 PM, jmuc...@gmail.com  wrote:
> 
> Thanks for doing this. I just downloaded and tried it myself.
> 
> PTBatcherGUI hung the first time, but I force-quit and then opened it on its 
> own to get the "are you sure you want to run this" dialog. Then it ran fine.
> 
> I do get the same error I did with the last version: 15:51:15: Failed to get 
> the working directory (error 2: No such file or directory)
> 
> No details on what directory that is, so I'm at a loss.
> 
> The OpenGL preview works now. :-)
> 
> On Sunday, 21 February 2021 at 21:39:31 UTC-5 Bob Campbell wrote:
> Well, I don’t have it all packaged up nicely, but here’s a tarball of the 
> build:
> http://you-rebel-scum.com/hugin/hugin_test.tar 
> 
> 
> Untar’s a hugin_test folder.  You may need to move, remove, or zip up the 
> Hugin folder in your Applications area for it to get the correct binaries, 
> though.
> 
> 
> 
>> On Feb 21, 2021, at 4:05 PM, dgjohnston > > wrote:
>> 
> 
>> Hi Bob … I have a MacBook Pro (15-inch, Mid 2012) running Catalina 10.15.7, 
>> Intel Core i7 16GB memory, Intel HD Graphics 4000 1536 MB.
>> 
>> If you need some additional testing of you build I would be willing to test 
>> it for you.
>> 
>> Don Johnston
>> 
>>> On Feb 21, 2021, at 1:59 PM, Bob Campbell >> > wrote:
>>> 
>>> Well, I was able to get it built, finally, and tested it out on three 
>>> different macs:
>>> iMac Retina 5K 2019, Catalina 10.15.7, Radeon Pro 570X
>>> Mac Mini Late 2012, Catalina 10.15.7, Intel HD 4000
>>> MacBook Pro Late 2011, High Sierra 10.13.6, Intel HD 3000 (the discreet 
>>> nvidia chip on this is burned out, so it’s using the onboard Intel gfx chip)
>>> 
>>> To get it to build and link correctly, though, I had to update openmp to 
>>> version 11.1.0 (instead of 11.0.1).
>>> 
>>> 
>>> All worked, I’m glad to say, including the hidpi GL preview on the iMac!  
>>> 
>>> Unfortunately, I still have the problem on the iMac where PTBatcherGUI 
>>> starts the stitching batch job, but nothing happens.  I’ve added Hugin, 
>>> PTBatcherGUI, and HuginStitchProject to Full Disk Access in the 
>>> Privacy/Security Prefs, but nothing happens.  Oddly, it works fine on the 
>>> mac mini with all the same (as far as I can tell) security settings.
>>> PTBatcherGUI on the iMac just opens the stitching window, but nothing 
>>> happens in the window.
>>> 
>>> 
>>> 
 On Feb 19, 2021, at 6:31 PM, jmuc...@gmail.com  
 > 
 wrote:
 
 Guys,
 
 Thanks for working on this. I too find the missing previews on retina 
 screens very hard to work around.
 
 Based on the comments on the release-notes page, (namely "Fixes fast 
 preview on HiDPI screens under GTK+3 and MacOS"), it seems like was able 
 to compile it on a Mac, no? 
 
 On Wednesday, 17 February 2021 at 17:20:35 UTC-5 Niklas Mischkulnig wrote:
 timoth...@gmail.com <> schrieb am Mittwoch, 17. Februar 2021 um 12:43:51 
 UTC+1:
 How's the build for this going? I'm finding the display issues on hidpi 
 screens on the previous version a challenge and hoping we could have even 
 a mac alpha soon to try
 
 I've updated the dependencies and pushed that to the repository so that it 
 can be compiled with the current Xcode version. But I haven't had time to 
 look why the Hugin GL Preview doesn't work.
  
 On Monday, 8 February 2021 at 18:12:22 UTC Bob Campbell wrote:
 When building exiv2.  Maybe because I have the build target set to 10.13?  
 I’m building exiv2-0.27.2 - haven’t checked if that’s the most recent 
 release.
 
 repository/lib/libiconv.dylib doesn't exist for me after building the 
 dependencies, it should use the system version. I ran otool -L 
 lib/libexiv2.dylib and it has indeed linked against 
 /usr/lib/libiconv.2.dylib.
 Maybe changing the deployment target caused another configuration change 
 when building gettext (which then built libiconv, I'm don't actually know 
 why it doesn't in my case).
 
 If you're not actually intending to build a binary for distribution, you 
 could also simply not set -DMAC_SELF_CONTAINED_BUNDLE=ON in Hugin's cmake 
 and install all dependencies via Homebrew (or MacPorts), so treating it 
 like a "normal" Linux build and following INSTALL_cmake.
 
 Niklas
 
 
 -- 
 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 

Re: [hugin-ptx] Bad results with cpfind

[AKS-Gmail-IMAP]

I also don't get the same numbers as shown in the tutorial, but the resulting 
stitch looks fine.
If you are just starting out with Hugin then this workflow for a run of the 
mill stitch might be of use.
First of all regarding control points there is a Control Points Editor 
preference to enable rotation search. Enabling rotation search does not impact 
the process as much as it did with older computers. So I start out enabling it. 
The default setting disables it. Operate Hugin in Interface Advanced or 
Interface Expert mode.
“Fine-tune all Points” after running the “Create control points” process. This 
command is found in the Edit pulldown menu. The control point distances get 
normalized in a way to make it easier to notice the outliers. The fine-tune 
process also reports how many control points fall below the “Correlation 
Threshold” set in the Control Points Editor preference.
View the Control point table. There is a selection on the Edit menu pulldown. 
On a Mac, Fn F3 also pulls it up. Sort that table by its Correlation column by 
clicking on the column heading to show the smaller control point correlation 
numbers at the top. Those smaller correlation control points are the poorest 
control points after executing “Fine-tune all Points". Delete at least those 
control points that fall below your correlation threshold. Hugin will 
graphically show you what each control point pair is when selecting a point in 
the table. Depending on what the photograph image subject is you might also 
check the best scoring correlating control points just to confirm there are no 
point matches that fooled the point finding process. How the ranked control 
points distribute reveals a lot about how well the images align.
Now perform the geometric Optimize processes. Proceed down the list of choices 
one after the other keeping an eye on the numbers reported. Apply the changes 
only when the optimizing numbers are better than the previous run. Viewing a 
sorted Control point table again will reveal problematic control point pairs 
after the first and possibly subsequent optimization runs. The numbers in the 
table will no longer be normalized like before. Now the table shows “distance” 
values instead of “correlation” values”. The larger distance numbers correspond 
to the problematic points. These higher distance points might show numbers much 
higher than the majority of the control points. Delete those pairs and continue 
optimizing processes. The alignment and warping process is trying to best fit 
all the control points as if they all sit on the same curved surface. Removing 
bad matches or matches on features not on that common surface, like matches on 
foreground objects, helps the overall goal.
Perform the photometric optimization.
Switch to the “Fast Panorama preview”. (The control button with the letters GL. 
Also found in the Window pulldown menu.) Select the “Projection” tab and change 
the projection type as needed.
Select the “Move/Drag” tab. Press the “Center” button. Press the “Fit” button. 
Then hold your breath while selecting the “Straighten” button. Perform an 
“Undo” if the Straighten process messed things up. Sometimes the Straighten 
process results in a Picasso-goes-to-Superman's-Fortress-of-Solitude image. If 
that happens then selecting Hugin's original preview interface, “Panorama 
preview”, in the main “Hugin – Panorama Stitcher” window can confirm how the 
preview really appears.
Select the “Crop” tab. Perform any desired cropping.
Return to the main “Hugin – Panorama Stitcher” window and select the “Stitcher” 
tab.
Press “Calculate optimal size” and then press the “Stitch” located at the lower 
right to start  the final processes.


> On Dec 16, 2020, at 5:28 AM, Laurent E  wrote:
> 
> Hello everyone,
> I'm currently doing my 1st steps on Hugin (v2019.2.0 on Mac), and I'm having 
> a hard time trying to create Control Points.
> 
> For example, I'm trying to reproduce this tutorial about stitching murals 
> (http://hugin.sourceforge.net/tutorials/Mosaic-mode/en.shtml). I've 
> downloaded the 2 images linked (they have the correct EXIF data) but unlike 
> in the tutorial I'm having bad results after using cpfind to create control 
> points (the distance between the CPs go from 2035 to 2099).
> After using the same Geometric optimization (y,p,r,x,y,z) I get an avg CP 
> distance of 5.36 with the max being at 10.9 (compared to the person in the 
> tutorial having a result of 0.13).
> 
> I also tried cpfind with personal images using JPGs straight out of the 
> camera, and once again I'm having poor results, from 553 to 753).
> 
> I finally did a 3rd test with pictures shot on a calibrated pano head, 
> results vary from 35 to 965, and the gauge (the coloured block indicating the 
> average quality of the control-points between the selected photos) being 
> always in the red.
> 
> I'm not sure what I'm missing but I will gladly accept any help.
> 
> Laurent
> 
> 
> -- 
> A list of frequently a

Re: [hugin-ptx] Fails on Catalina

[AKS-Gmail-IMAP]

You have fallen sprang right up into a couple of pitfalls without getting the 
satisfaction of seeing Hugin’s magic. But you are still trying, which is good 
because it means you can keep working during later troubles.

I believe you have Hugin and PTBatcherGUI stuck in a funk. 

You should double check the system access settings. I re-downloaded Hugin 
thinking that perhaps your’s might be fresher and I was surprised to see OS X 
had “unchecked” Hugin’s privileges on my system.

You are using Hugin’s “Simple” interface. The Simple interface hides Hugin’s 
complexity. Hugin is a conductor application that passes the images through a 
number of individual image programs. The Create Panorama, known as Stitching, 
is a handoff of the PTO file, an instruction script, to the PTBatcherGUI 
program. The mechanism for individual image programs to process images is a 
text string instruction to the operating system to execute the program just 
like you would do manually for a command line execution. Whitespace, ie space 
characters, is what the computer system uses to separate the text instructions 
in the command line. Having space characters in filenames, which are of course 
part of the command arguments being passed at every process step in the stitch 
process, is the bane of all schemes that need to pass arguments. That handoff 
to PTBatcherGUI involved a script file and a state file in a temporary scratch 
space on your system. The PTBatcherGUI window loaded behind Hugin. You might 
have seen it. Due to the crash the state file PTBatcherGUI uses remains in the 
scratch space. PTBatcherGUI knows to tell you about it on subsequent runs, but 
it never gets that far in the funk it is in. Keep in mind the system access 
setting or the file name spaces can cause the crash. 

Prior to knowing about the OS X system access settings issue the workaround for 
Catalina users is to start PTBatcherGUI ahead of time. In other words have it 
running so that Hugin does not need to start it. The Hugin to PTBatcherGUI 
handoff would work fine in that condition. Spaces in the filename could still 
be a problem. 

Run PTBatcherGUI and remove all the failed projects in its projects list. You 
can do that be pressing the minus button while the file project is selected.

With PTBatcherGUI still running, run your Hugin and have it make the Panorama 
with no spaces in the file name. You will see the project pass through 
PTBatcherGUI if the project takes long enough for you to see it show up.

Later on you can close out PTBatcherGUI and try another Hugin project to see if 
the PTBatcherGUI startup and handoff goes smoothly.   

Best of luck.

> On Aug 13, 2020, at 12:13 PM, Bill Meador  wrote:
> 
> Well, upgraded to 10.15.6, download a fresh installer, Set Privacy to allow 
> all programs to run and set all three Hugin apps to full disc access.  Ran 
> the program, loaded images, did an align, chose to Create Panorama, got the 
> dialog box for saving the .pto and named it Hug for saving in the same folder 
> as the imaged (that is the default), got the dialog box for naming the 
> panorama image, called it Hug also (keeping with the suggested simple naming 
> conventions).
> 
> CRASHED immediately after saying ok to the saving boxes…….same error as 
> before (see attached).
> 
> This software has serious flaws folks, you’ll notice that the error message 
> references a file name unrelated to anything I typed in.  For sure will no 
> longer consider buying the professional paid version, if they can’t get 
> freeware to work that would be flushing money down the drain.
> 
> Respects,
> 
> Bill
> On August 13, 2020 at 3:10:05 AM, AlainC (al...@alain-collet.com 
> ) wrote:
> 
>> aks is right : any blank or accented character in pto name or path will 
>> fail, keep using simple ASCII for file and directory names
>> Hugin and Adobe CS work fine with last Catalina as soon you setup security 
>> grants.
>> 
>> -- 
>> 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+unsubscr...@googlegroups.com 
>> .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/hugin-ptx/68cbcba8-1299-4695-91c1-ee51fe0e1400o%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 so

Re: [hugin-ptx] Fails on Catalina

[AKS-Gmail-IMAP]

When choosing the pro filename either remove all the space characters or use 
underscore characters instead. The pro filename should not contain any space 
characters.

> On Aug 12, 2020, at 4:58 PM, Bill Meador  wrote:
> 
> In the dialog box that pops up after i click the “Create Panorama” 
> button.nothing fancy, just using the 1,2,3 steps of Load Images, Align, 
> and Create.
> 
> Know nothing of any other “threads”, doing 10.15.6 update now, then will one 
> last time before moving on.
> 
> Bill
> 
> Sent from my iPhone
> 
>> On Aug 12, 2020, at 4:35 PM, Gunter Königsmann 
>>  wrote:
>> 
>> To me the "project file not found" slightly rings a bell. There was a 
>> thread about a similar error quite a while ago. I seem to remenber it 
>> contained a solution.
>> 
>> Where do you tell the computer to save the .pto files before rendering. Not 
>> that we have a "unicode-in-username-and-therefore-in-homedir-name" type of 
>> problem or similar.
>> 
>> On August 12, 2020 10:27:58 PM GMT+02:00, "David W. Jones" 
>>  wrote:
>> Hmm, yet the software works in Catalina 10.15.6 according to others on the 
>> list.
>> 
>> Since your Mac is brand new, why is it running an older 10.15.5 Catalina? 
>> Maybe an update is in order? Could be the fault is in the older Catalina.
>> 
>> On August 12, 2020 8:48:46 AM HST, Bill Meador  wrote:
>> Nope, even added everything in the Hugin folder to Full Disk Access,
>> the
>> program will not run on my brand new iMac Catalina 10.15.5. Crashes
>> every
>> single time with the same error message:
>> 
>> “Could not open project
>> file:/Users/briar/Desktop/1BM_4873-1BM_4880.pto.”
>> 
>> That is the file name suggested by the program, and whether or not I
>> change
>> it to something else does not matter, it still fails.
>> 
>> The software has major faults!
>> 
>> Bill
>> 
>> On August 12, 2020 at 12:11:28 PM, 'Stanley Green' via hugin and other
>> free
>> panoramic software (hugin-ptx@googlegroups.com) wrote:
>> 
>> 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.
>> 
>> On Aug 12, 2020, at 12:05 PM, Bill Meador  wrote:
>> 
>> Beg to differ with you, but it does not work with Catalina…….I do have
>> Full
>> Disc Access enabled, I do have Allow Internet applications to run, but
>> it
>> fails and crashes every time with “could not open project file” error
>> message (screen shot attached).
>> 
>> Bill
>> 
>> On August 11, 2020 at 5:13:58 PM, AKS-Gmail-IMAP (aksei...@gmail.com)
>> wrote:
>> 
>> Hugin does work on Mac Catalina. You need to manually grant Hugin “Full
>> Disk Access” in the Privacy tab of the OS X System Preferences,
>> Security &
>> Privacy. Apple made a security change that the Hugin OS X build has yet
>> to
>> figure out and catch up with in regard to making the OS X build install
>> with that setting.
>> 
>> On Aug 11, 2020, at 3:18 PM, Bill Meador  wrote:
>> 
>> Cannot get this software to work in any form on Mac Catalina 10.15.5 or
>> later.  Always crashes saying it cannot find "the working directory".
>> Wanted to put it to use and if good upgrade to the paid version they
>> say
>> they offer...no such luck.
>> 
>> I would suggest removing from Mac downloads!
>> 
>> 
>> 
>> -- 
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>> 
>> -- 
>> A list of frequently asked questions is available at: 
>> http://wiki.panotools.org/Hugin_FAQ <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+unsubscr...@googlegroups.com 
>> <m

Re: [hugin-ptx] Fails on Catalina

[AKS-Gmail-IMAP]

Hugin does work on Mac Catalina. You need to manually grant Hugin “Full Disk 
Access” in the Privacy tab of the OS X System Preferences, Security & Privacy. 
Apple made a security change that the Hugin OS X build has yet to figure out 
and catch up with in regard to making the OS X build install with that setting.

> On Aug 11, 2020, at 3:18 PM, Bill Meador  wrote:
> 
> Cannot get this software to work in any form on Mac Catalina 10.15.5 or 
> later.  Always crashes saying it cannot find "the working directory".  Wanted 
> to put it to use and if good upgrade to the paid version they say they 
> offer...no such luck.
> 
> I would suggest removing from Mac downloads!
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/c47b5e08-37b1-411d-8b18-2d72493c98a7n%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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/D3A9BD36-114D-4F8E-831F-731F78CBE3A7%40gmail.com.

Re: [hugin-ptx] PTBatcherGUI not functioning

[AKS-Gmail-IMAP]

We should be thanking Mike Maas. His March 10, 2020 post mentions the required 
setting.

To be clear, since the day this started I’ve always seen the problem where 
there is a hang when Hugin tries to transfer the stitch task to PTBatcherGUI 
when PTBatcherGUI was not already running. I needed to add Full Disk Access 
privilege for only Hugin to get things working properly. PTBatcherGUI already 
had limited access (Removable Volumes and Desktop Folder) on my system. I have 
my doubts that limited access is necessary for the Hugin to PTBatcherGUI 
handoff.

This access issue has always been mysterious because one can monitor the hidden 
temporary file location where Hugin and PTBatcherGUI exchange the handoff 
information. I think you can see both Hugin and PTBatcherGUI creating, writing 
and deleting files at the location, yet we get the unresolved path name to 
presumably that location when Hugin does not have the Security & Privacy Full 
Disk Access privilege. It is as if some function call to evaluate that path is 
influenced by the Security & Privacy Full Disk Access privilege and kicking 
back an unresolvable result. 

> On May 17, 2020, at 6:50 PM, 'Stanley Green' via hugin and other free 
> panoramic software  wrote:
> 
> Your suggested fix worked perfectly. Thank you!
> I was not sure if you meant to for me to do the “Security & Privacy” action 
> for Hugin or PTBatcherGUI so I did them both.
> 
>> On May 17, 2020, at 6:38 PM, AKS-Gmail-IMAP > <mailto:aksei...@gmail.com>> wrote:
>> 
>> The problem appears to come from security changes Apple made to OS X. Hugin 
>> is denied certain access privaleges critical to its process for handing the 
>> stitching task over to PTBatcherGUI. The cause seems to be elusive enough, 
>> and also possibly different for each OS X version, to evade error trapping 
>> attempts on the part of Hugin’s OS X developers. I suspect the issue is 
>> related to Apple gradually integrating its A2 security chip into OS X 
>> versions. 
>> 
>> The fix for me, revealed by others in pervious posts, requires manually 
>> allowing Hugin the required security access privileges in Apple’s “Security 
>> & Privacy” section to OS X’s “System Preferences”. My OS X is 10.15.4. The 
>> names, GUI and procedure I describe might be slightly different than in your 
>> OS X version but I would assume the general concept is the same.
>> 
>> Open the “Security & Privacy” section in “System Preferences”. Note this is 
>> OS X System Preferences, not Hugin Preferences. Select the “Privacy” 
>> selector in the “Security & Privacy” pane. The GUI might be different for OS 
>> X 10.14.4. The “Security & Privacy” preferences concern what applications 
>> are allowed to access. This includes disk access as well as microphone 
>> access etc.
>> 
>> “Unlock” your access to “Security & Privacy” if it locked. (i.e. “Click the 
>> lock to make changes.”)
>> 
>> Find and select “Full Disk Access” in the category selection pane that is on 
>> the “Security & Privacy” pane’s left side. Using the “+-“ control, add Hugin 
>> to the applications listed in the right hand side list window if it not 
>> listed. Then check its checkbox. 
>> 
>> I did not need to add PTBatcherGUI for “Full Disk Access”. For me, 
>> PTBatcherGUI was already listed in the “Files and Folders” category access. 
>> It apparently had partial access. What is confusing is that the “+-“ control 
>> for the “Files and Folders” category access list window cannot be activated. 
>> Applications with Full Disk Access are listed in this list. Hugin will be 
>> listed there after you grant it Full Disk Access in the Full Disk Access 
>> control.
>> 
>> Lock the setting when you are done. This fixed the Hugin transfer to 
>> PTBatcherGUI problem.
>> 
>>   
>> 
>>> On May 17, 2020, at 3:42 PM, 'mac_user' via hugin and other free panoramic 
>>> software mailto:hugin-ptx@googlegroups.com>> 
>>> wrote:
>>> 
>>> Well, I spoke too soon.  Tried to create a new pano with a different image 
>>> set and the PTBatcherGUI locked up again.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> A list of frequently asked questions is available at: 
>>> http://wiki.panotools.org/Hugin_FAQ <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

Re: [hugin-ptx] PTBatcherGUI not functioning

[AKS-Gmail-IMAP]

The problem appears to come from security changes Apple made to OS X. Hugin is 
denied certain access privaleges critical to its process for handing the 
stitching task over to PTBatcherGUI. The cause seems to be elusive enough, and 
also possibly different for each OS X version, to evade error trapping attempts 
on the part of Hugin’s OS X developers. I suspect the issue is related to Apple 
gradually integrating its A2 security chip into OS X versions. 

The fix for me, revealed by others in pervious posts, requires manually 
allowing Hugin the required security access privileges in Apple’s “Security & 
Privacy” section to OS X’s “System Preferences”. My OS X is 10.15.4. The names, 
GUI and procedure I describe might be slightly different than in your OS X 
version but I would assume the general concept is the same.

Open the “Security & Privacy” section in “System Preferences”. Note this is OS 
X System Preferences, not Hugin Preferences. Select the “Privacy” selector in 
the “Security & Privacy” pane. The GUI might be different for OS X 10.14.4. The 
“Security & Privacy” preferences concern what applications are allowed to 
access. This includes disk access as well as microphone access etc.

“Unlock” your access to “Security & Privacy” if it locked. (i.e. “Click the 
lock to make changes.”)

Find and select “Full Disk Access” in the category selection pane that is on 
the “Security & Privacy” pane’s left side. Using the “+-“ control, add Hugin to 
the applications listed in the right hand side list window if it not listed. 
Then check its checkbox. 

I did not need to add PTBatcherGUI for “Full Disk Access”. For me, PTBatcherGUI 
was already listed in the “Files and Folders” category access. It apparently 
had partial access. What is confusing is that the “+-“ control for the “Files 
and Folders” category access list window cannot be activated. Applications with 
Full Disk Access are listed in this list. Hugin will be listed there after you 
grant it Full Disk Access in the Full Disk Access control.

Lock the setting when you are done. This fixed the Hugin transfer to 
PTBatcherGUI problem.

 

> On May 17, 2020, at 3:42 PM, 'mac_user' via hugin and other free panoramic 
> software  wrote:
> 
> Well, I spoke too soon.  Tried to create a new pano with a different image 
> set and the PTBatcherGUI locked up again.
> 
> 
> 
> 
> 
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/0adbbdef-6d97-4055-907c-a594561bc1b1%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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/6C3F761F-9CC8-47B6-8E8F-7931C4D3189D%40gmail.com.

Re: [hugin-ptx] Hole in panorama

[AKS-Gmail-IMAP]

Others might explain the best Hugin procedure to stitch these and also explain 
why you have that void but you are missing a sliver between the 2nd and 3rd 
images. That missing sliver contains how the feedback circuit, if any, is 
accomplished at the op amp that is partially shown in the 3rd image. It looks 
like you need another image to fill in that missing information. 

> On Apr 30, 2020, at 3:46 PM, Robert Simpson  
> wrote:
> 
> I'm attempting to stitch some scans of a schematic. The scans are quite poor 
> quality and have some distortions. I have no idea what was used to make them.
> 
> I manually added control points and stitched them but the resulting image has 
> a chunk missing. See attached images. Any ideas on how to fix it?
> 
> Thanks,
> 
> Rob.
> 
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/c6f91fa9-a8f4-430d-923f-f00389eab9b1%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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/EB5236A8-86BA-42CE-94A7-C60B69139F50%40gmail.com.

Re: [hugin-ptx] Hugin macOS Catalina

[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.

> On Mar 10, 2020, at 9:43 PM, Mike Maas  wrote:
> 
> 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
> 
> On Saturday, October 26, 2019 at 1:31:59 PM UTC-7, der_fotograf wrote:
> 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?
> 
> 
> 
> -- 
> 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+unsubscr...@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
>  
> .

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/AEC7FEF8-D65F-417D-8D40-07A5D81EB195%40gmail.com.

Re: [hugin-ptx] Using hugin for grid'd macro pictures from USB microscope

[AKS-Gmail-IMAP]

There are ways to script the applications Hugin is using. Maybe someone will 
help with those. Another possible method, which I am not sure has ever been 
discussed but seems pretty obvious as a brute force automation scheme, is to 
create a simple application that populates a Hugin pto file with either all the 
required information or almost all the required information. The pto file is a 
simple text file that you can reverse engineer. Then run the pto file through 
Hugin or its batching utilities. 

> On Mar 30, 2020, at 4:10 PM, Ahron  wrote:
> 
> Hey, thanks for the reply. I did see this one but was hoping for something 
> made for when there are many pictures with exactly known locations --- it 
> just seems like a waste to have this information precisely and not use it. 
> 
> I would love to try techniques for improving image quality, but stitching by 
> itself is what I'm after for now. I recently changed my setup and was able to 
> get an image I was very happy with of a coin to 400 megapixels (in microsoft 
> ICE):
> 
> https://www.easyzoom.com/imageaccess/7ebced02a92e40f6b8f7d866bfc6ef15
> 
> It's not really microscopy so much as normal macro photography --- just with 
> many pictures. The above one was about a thousand pictures, which is about 
> the limit for me with ICE. I'd like to see the above quality but for images 
> that are tens or hundreds of times bigger in area.
> 
> Thanks so much!. 
>  
> On Monday, March 30, 2020 at 2:00:46 PM UTC-4, aks wrote:
> Maybe this task is similar to what is described in the Hugin tutorial — 
> Stitching murals using mosaic mode 
>  but I question 
> if your microscopy needs also require deconvolution microscopy. I suppose the 
> deconvolution process needs to occur prior to Hugin stitching. The stitching 
> results at the image boundaries may not be suitable for your needs without 
> doing some tight masking. It would be interesting to see the results you come 
> up with. 
>> On Mar 30, 2020, at 3:37 AM, Quantrix > wrote:
>> 
>> Hi there,
>> I am looking to solve a similar problem using microscopy images. I was 
>> wondering if anyone had any inputs, insights and guidance regarding this 
>> issue?
>> Thanks
>> Quantrix
>> 
>> On Friday, 13 March 2020 00:13:30 UTC-6, Ahron wrote:
>> Hi,
>> 
>> I have a macro scanner made out of basically smooshing a USB microscope into 
>> the extruder hole of a 3D printer. Said USB microscope captures 480x720 
>> images in a regular grid of equal overlaps of ~20-50%. The mechanical 
>> repeatability of the system is good to better than or no more than a few 
>> pixels, depending on magnification. Is there a set of settings for this 
>> scenario with Hugin? I feel like it should be almost "easy mode", but in my 
>> current state of things (mostly running the auto and fumbling with controls) 
>> I can't seem to get a good picture with anything! 
>> 
>> I currently use microsoft ICE since it usually does a fantastic job with no 
>> muss or fuss, but have recently been looking for an alternative for reasons 
>> involving lack of API and formation of artifacts. I am sure you have heard 
>> this story somewhere before, but right now to do batching we have an open 
>> loop VBS script that runs through the menus with physical keypresses!
>> 
>> Beyond the actual stitching them together, I am sure there is plenty to deal 
>> with blending, dealing with exposure changes, etc... my hope is that by 
>> controlling many variables though I will be able to automate the process to 
>> minimal human input most of the time. Does anyone in the community have 
>> faith that this is possible? it would mean a great deal to me, as my project 
>> means a great deal to me.
>> 
>> Thank you so much for any possible assistance!
>> 
>> -- 
>> 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 <>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/hugin-ptx/3c52ca78-3f0f-4cf9-b562-a9b1dfea2b9b%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+unsubscr...@googlegroups.com 
> .
> To view this discussion

Re: [hugin-ptx] Using hugin for grid'd macro pictures from USB microscope

[AKS-Gmail-IMAP]

Maybe this task is similar to what is described in the Hugin tutorial — 
Stitching murals using mosaic mode 
 but I question if 
your microscopy needs also require deconvolution microscopy. I suppose the 
deconvolution process needs to occur prior to Hugin stitching. The stitching 
results at the image boundaries may not be suitable for your needs without 
doing some tight masking. It would be interesting to see the results you come 
up with. 
> On Mar 30, 2020, at 3:37 AM, Quantrix  wrote:
> 
> Hi there,
> I am looking to solve a similar problem using microscopy images. I was 
> wondering if anyone had any inputs, insights and guidance regarding this 
> issue?
> Thanks
> Quantrix
> 
> On Friday, 13 March 2020 00:13:30 UTC-6, Ahron wrote:
> Hi,
> 
> I have a macro scanner made out of basically smooshing a USB microscope into 
> the extruder hole of a 3D printer. Said USB microscope captures 480x720 
> images in a regular grid of equal overlaps of ~20-50%. The mechanical 
> repeatability of the system is good to better than or no more than a few 
> pixels, depending on magnification. Is there a set of settings for this 
> scenario with Hugin? I feel like it should be almost "easy mode", but in my 
> current state of things (mostly running the auto and fumbling with controls) 
> I can't seem to get a good picture with anything! 
> 
> I currently use microsoft ICE since it usually does a fantastic job with no 
> muss or fuss, but have recently been looking for an alternative for reasons 
> involving lack of API and formation of artifacts. I am sure you have heard 
> this story somewhere before, but right now to do batching we have an open 
> loop VBS script that runs through the menus with physical keypresses!
> 
> Beyond the actual stitching them together, I am sure there is plenty to deal 
> with blending, dealing with exposure changes, etc... my hope is that by 
> controlling many variables though I will be able to automate the process to 
> minimal human input most of the time. Does anyone in the community have faith 
> that this is possible? it would mean a great deal to me, as my project means 
> a great deal to me.
> 
> Thank you so much for any possible assistance!
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/3c52ca78-3f0f-4cf9-b562-a9b1dfea2b9b%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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/3392DCB1-370B-43BB-BC64-EDFEBBFE0839%40gmail.com.

Re: [hugin-ptx] Can't make Hugin stitch my photos.

[AKS-Gmail-IMAP]

Thank you for that information. I used it to remove the extended attribute in 
both applications and confirmed that indeed the AppTranslocation was not 
happening. The Catalina problem remains where the Stitch! operation started 
within Hugin results in PTBatcherGUI hanging with an error pane complaining 
"failed to get the working directory”.

Assume the “working directory” is the same as the “working directory” reported 
in the PTBatcherGUI’s verbose output pane. This directory is the folder holding 
the pto file. Clearly PTBatcherGUI can resolve that directory in all the other 
ways PTBatcherGUI receives a pto project file besides how it tries to resolve 
it when it is passed as an application startup argument from Hugin. In other 
words the Catalina problem only shows up when PTBatcherGUI is not already 
running.

By the way, PTBatcherGUI’s project list is already properly populated with the 
correct pathnames when the problem happens and in fact the problem happens 
prior to the “overwrite message”, which is never reached in the code, but after 
the PTBtacherGUI lock file and the huginpto_ files are created in the 
/private/…./T folder. There is a third random named file that normally would be 
created but is not. This is the small text file that has lines starting with 
hyphens. One can force quit the application and rerun PTBatcherGUI. At that 
point BTBatcherGUI remembers the project as failed and will successfully stitch 
it if one “resets” the project. PTBatcheGUI recreates the huginpto_ 
file and creates the small random name text file that has lines starting with 
hyphens. These appear before any “overwrite message”.


> On Nov 25, 2019, at 3:16 AM, Niklas Mischkulnig  wrote:
> 
> Moving the application bundle in the Finder should (at least it has in the 
> past) disable App Translocation. Running these two commands in the terminal 
> should disable that for sure:
> xattr -dr com.apple.quarantine /Applications/Hugin/Hugin.app
> xattr -dr com.apple.quarantine /Applications/Hugin/PTBatcherGUI.app
> 

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/862B807C-AA36-4CE1-BB0D-38127684D884%40gmail.com.

Re: [hugin-ptx] Can't make Hugin stitch my photos.

[AKS-Gmail-IMAP]

> 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-.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  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 like
> PTBatcherGUI /path/to/pto/file /path/to/prefix
> 
> Then 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 hugin-ptx+unsubscr...@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
>  
> .

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/6F40F792-4886-4278-BD0A-0C7B4DEA7B79%40gmail.com.

Re: [hugin-ptx] Can't make Hugin stitch my photos.

[AKS-Gmail-IMAP]

Regarding the Catalina behavior I just mentioned when PTBatcher fails when 
manually loading a pto, the failed pto does not register at all in the 
PTBatcher list box. Normally one would see the pro project as failed. Instead, 
I know this sounds crazy, I see three list box entries each as "File missing” 
status, where the Output prefix listing (normally a file name) is actually a 
line from the temporary “huginpto_vtxRY9” file at the Hugin temp directory 
/private/var/folders/sw//T folder. 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.

> On Nov 22, 2019, at 2:02 AM, Amit Maitra  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 Mischkulnig
> Working directory: /Users/amitmaitra/Documents/MyPictures/2018/American 
> Southwest/Thanksgiving 2018/Glen Canyon Recreation Area/Pano I/JPG/Left Half
> Output prefix: IMG_2085 - IMG_2090
> 
> Blender: enblend 4.2.1-f0304648cc0f
> ExifTool version: 11.26
> 
> Number of active images: 6
> Output exposure value: 13.5
> Canvas size: 9604x4718
> ROI: (0, 878) - (9552, 4710) 
> FOV: 45x23
> Projection: Rectilinear(0)
> Using GPU for remapping: true
> 
> Panorama Outputs:
> * Exposure corrected, low dynamic range
> 
> First input image
> Number: 0
> Filename: /Users/amitmaitra/Documents/MyPictures/2018/American 
> Southwest/Thanksgiving 2018/Glen Canyon Recreation Area/Pano I/JPG/Left 
> Half/IMG_2085.JPG
> Size: 5472x3648
> Projection: Normal (rectilinear)
> Response type: custom (EMoR)
> HFOV: 19
> Exposure value: 13.3
> 
> 
> Remapping LDR images…
> nona: using graphics card: ATI Technologies Inc. AMD Radeon Pro 560X OpenGL 
> Engine
> Multiple images output
> loading IMG_2085.JPG
> remapping IMG_2085.JPG
> saving IMG_2085 - IMG_2090.tif
> loading IMG_2086.JPG
> remapping IMG_2086.JPG
> saving IMG_2085 - IMG_2091.tif
> loading IMG_2087.JPG
> remapping IMG_2087.JPG
> saving IMG_2085 - IMG_2092.tif
> loading IMG_2088.JPG
> remapping IMG_2088.JPG
> saving IMG_2085 - IMG_2093.tif
> loading IMG_2089.JPG
> remapping IMG_2089.JPG
> saving IMG_2085 - IMG_2094.tif
> loading IMG_2090.JPG
> remapping IMG_2090.JPG
> saving IMG_2085 - IMG_2095.tif
> 
> Blending images...
> enblend: failed to open "IMG_2085 - IMG_2090.tif": No such file or 
> directory
> 
> On Thursday, November 21, 2019 at 11:37:27 PM UTC-8, Amit Maitra wrote:
> What is the syntax for running the HuginStitchProject with the .pto file?
> 
> 
> On Tuesday, August 28, 2018 at 6:32:35 AM UTC-7, Mihkel Oviir wrote:
> Thanks! I have been struggling with this for years. I was lazy and just saved 
> my Hugin project and open it with HuginStitchProject separately. After every 
> Hugin update I hoped, that this issue has fixed. Today I installed 2018 and 
> still no luck. Running this line in Terminal, fixed it completely.
> 
> esmaspäev, 6. november 2017 17:16.54 UTC+2 kirjutas Mikko Kuutti:
> Hi,
> 
> I've had the same problem for quite a while, and have lazily just kept using 
> the 2016 build because the 2017 version just would not start batches.
> 
> Anyway, I just looked into the issue, and found a fix:
> 
> 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 Saturday, September 30, 2017 at 1:28:32 PM UTC+3, Niklas Mischkulnig wrote:
> 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.
> 
> You are still using a old PTBatcherGUI version (but a more recent Hugin 
> version as it seems). 
> Look through your Applications folder and delete anything that looks like 
> Hugin (i.e., a folder called Hugin, PTBatcherGUI.app and Hugin.app).
> Open the Hugin 2017 dmg

Re: [hugin-ptx] Can't make Hugin stitch my photos.

[AKS-Gmail-IMAP]

This is something we have been seeing with Catalina OS. For me the stitching 
works fine, and very fast btw, if I drag the pto file into the PTBatcher gui 
list box. Trying to load the pto into PTBatcher using its File Add results in a 
fail that has some odd missing tiff file messages posted in the PTBatcher list 
box in addition to a “hugin Error” form that is NOT hung. That error message is 
an “error while parsing panotools script:/T/AppTranslocation/…”. 

The path to the missing panotools script is too long to see (and I would not 
know what such script looks like), but if I look down that “/AppTranslocation/" 
trail it appears to be a folder with pointers to various Libraries, MacOS, and 
Resources. It looks to my untrained eye that the symlinks to needed componants 
in these files at /private/var/folders….etc are pointing to the 
/private/var/folders… etc location instead of their proper location within the 
Hugin application bundle.

> On Nov 23, 2019, at 8:28 PM, Amit Maitra  wrote:
> 
> Interestingly, if I start PTBatcher gui independently and start Hugin inside 
> it - it seems to work!
> 
> 
> On Friday, November 22, 2019 at 12:14:49 AM UTC-8, Vegard Brenna wrote:
> I had the same problem. Try disabling the GPU. Worked for me.
> 
>> On 22 Nov 2019, at 09:02, Amit Maitra > 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 Mischkulnig
>> Working directory: /Users/amitmaitra/Documents/MyPictures/2018/American 
>> Southwest/Thanksgiving 2018/Glen Canyon Recreation Area/Pano I/JPG/Left Half
>> Output prefix: IMG_2085 - IMG_2090
>> 
>> Blender: enblend 4.2.1-f0304648cc0f
>> ExifTool version: 11.26
>> 
>> Number of active images: 6
>> Output exposure value: 13.5
>> Canvas size: 9604x4718
>> ROI: (0, 878) - (9552, 4710) 
>> FOV: 45x23
>> Projection: Rectilinear(0)
>> Using GPU for remapping: true
> 
> 
> 
> Vegard Brenna
> veg...@online.no <>
> 
> 
> 
> 
> 
> -- 
> 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+unsubscr...@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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/BE400580-BACD-4D1D-A304-7299F849DF38%40gmail.com.

Re: [hugin-ptx] Stitching scanned images

[AKS-Gmail-IMAP]

Yes, use masks. On image A you mask off the part of image B you do not want to 
come from image A. On image B you mask off the part of image A you do not want 
to come from image B. By the way, if you had multiple image As and image Bs 
where each is a stack of the same image at different exposures then you would 
need to use the exact same mask for the As and the exact same mask for the Bs. 
That is when the mask copy paste ability comes in handy.

Regarding the sentence, depending on how many of these you need to do and also 
how well produced the finished product needs to look, I would add in the 
sentence with another application. The sentence text can be added with an 
opaque background so that the new text covers up the poorly stitched sentence.

> On Nov 7, 2019, at 4:44 PM, 'Chris H' via hugin and other free panoramic 
> software  wrote:
> 
> Hi,
> 
> My first post here so hello to all!
> I have a question regarding stitching scanned images. 
> So I am scanning a book that is slightly wider than A4 so I end up with two 
> scans for every page, the left and the right scans that need to be stitched.
> I came across this tutorial 
> http://hugin.sourceforge.net/tutorials/scans/en.shtml and am almost there, 
> the only problem is Hugin by default seems to be overlapping those two 
> images, so as a result if the right edge of the left scan has some 
> imperfections resulting from for example that scan not being firmly pressed 
> into the scanner along that edge, they will be reflected in the resulting 
> panorama image, obviously same thing happens if there are some imperfections 
> with the left edge of the right scan.
> But more importantly what I am scanning is a book so the written sentences 
> from both left and right image are also stitched with some kind of 
> overlapping, but after that's done the edges of the letters on the resulting 
> panorama are far from being as smooth as they are if you look at each image 
> separately.
> 
> So the question... Is there a way to configure the stitcher so that 
> everything to the left of the "stitching line" would come from the left image 
> only and similarly everything to the right of the stitching line from the 
> right image only?
> 
> Thanks in advance for any suggestions!
> Chris
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/86994b19-d5d6-46b9-8598-9923015f7617%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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/2C06C645-01D7-4DD9-AC01-10016364C8F7%40gmail.com.

Re: [hugin-ptx] Hugin macOS Catalina

[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.


> On Nov 3, 2019, at 8:02 AM, T. Modes  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 hugin-ptx+unsubscr...@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
>  
> .

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CED4DAE6-B66E-4C05-9FA0-863D843277A0%40gmail.com.

Re: [hugin-ptx] Hugin macOS Catalina

[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.

> On Oct 27, 2019, at 4:59 AM, T. Modes  wrote:
> 
> 
> 
> 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
> 
> -- 
> 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+unsubscr...@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
>  
> .

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/0921868C-A4AE-4F77-B2CB-28DD13BB3470%40gmail.com.

Re: [hugin-ptx] Find control points only for the added image

[AKS-Gmail-IMAP]

“Find control points” operates on the selected images. It assumes you want the 
operation to apply to all the images when no images are selected because “none 
means all” makes perfect sense most of the time in most workflows.

In your case when you add image 6 and for example you only want to find control 
points between image 6, image 5 and image 1, then select only those images in 
the image list prior to invoking the “Find control points” operation. Control 
points will be found between only the selected images.

I don’t know if there is a delete duplicate control points command. I’ve made 
the same mistake and also wanted to delete duplicate control points. You can 
view the control points as a list table (F3 is the short cut). There are 
sorting features in that table that can help you to identify the duplicate 
points. Deleting points is easy to do within the table view. The control points 
list goes way back in the Hugin interface but it almost seems ignored in the 
current menu structure. With its sorting features one could easily spot the 
zinger control point that should not be or edge matchings that would skew a 
stitch.

> On Sep 9, 2019, at 10:32 AM, Abrimaal  wrote:
> 
> I added one more image to an existing panorama. Now I want to find control 
> points only for this image (no. 6) , it means
> 6 and 0
> 6 and 1
> 6 and 2
> 6 and 3
> 6 and 4
> 6 and 5
> vertical line detection only for image 6
> 
> When I select image 6 and right click, there is no "Find control points" for 
> this image only.
> So I use "Find control points" with only image 6 selected.
> 
> 
> 
> 
> 
> The detector starts the search once again for all images 0 and 1, 0 and 2 and 
> so on.
> 
> To avoid duplication of existing control points, I want to skip finding 
> control points for images that are already connected, only for the added 
> image.
> 
> 
> Can I do this?
> 
> Comparing the stats, we see that all points for already connected images have 
> been duplicated.
> 
> 
> 
> 
> 
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/ee72a266-1598-4db1-beb5-5f3205b3af7a%40googlegroups.com
>  
> .
>  duplicated.png>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/9B3628AC-976B-4724-AA48-A70C4C3BD58A%40gmail.com.

Re: [hugin-ptx] Unable to assemble a simple 3x2 pano

[AKS-Gmail-IMAP]

> On Aug 24, 2019, at 8:57 AM, T. Modes  wrote:
> 
> 
> @aks
> Am Montag, 19. August 2019 22:18:51 UTC+2 schrieb aks:
> I reported a bug like this a while back.
> I'm not aware of such a bug report. Can you give a link?
> 


I was thinking it is related to:

 [Question #678756]: Read & Seek error at scanline 0, mod. 
“TIFFReadEncodedStrip"

but I am beginning to doubt myself. Please ignore it.

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/9CCE156F-510A-4EEC-B640-82BA769362FB%40gmail.com.

Re: [hugin-ptx] Unable to assemble a simple 3x2 pano

[AKS-Gmail-IMAP]

I reported a bug like this a while back. Some images would work and some would 
not. It was an Aquarius moment for me also. The difference between the working 
and not working images were the image canvas sizes that I assumed were the same 
because these images were created by another application in what I thought were 
identical image boundary conditions. That application is silverFast 8. I found 
I could reliably predict a non working image by examining the dimension 
numbers. 

I noticed you mentioned your images are created from another application. 
Perhaps it is capable of producing strange image dimensions like silverFast 8 
does.

Years ago the application NoiseNinja would exhibit a crash behavior related to 
some image dimension situations. The developer acknowledged the issue in the 
application notes.

In my case the error message seen in Hugin is true because the process step 
right before enblend fails to produce the intermediate image that enblend is to 
work on. For some arcane reason the cause was the dimension number, perhaps 
related to a division rounding. That process failure condition is not checked 
prior to assembling the commands sent to enblend, hence the enblend error 
message. 

It might seem ridiculous at first but surely the process before enblend is 
certainly not creating the file enblend is to be working on. Keep in mind "the 
computer is always right” when troubleshooting a computer situation. That 
“image.tif” did not get created. Hugin assumed it had without explicitly 
checking for the file.

> On Aug 19, 2019, at 8:58 AM, Vegard Brenna  wrote:
> 
> 
> 
>> On 19 Aug 2019, at 15:51, AKS-Gmail-IMAP > <mailto:aksei...@gmail.com>> wrote:
>> 
>> 
>>> On Aug 19, 2019, at 8:21 AM, Vegard Brenna >> <mailto:vega...@online.no>> wrote:
>>> 
>>> 
>>>>>   enblend: failed to open "image.tif": No such file or directory
>>>> 
>>>> This could be a problem with file permissions, does Hugin have permission 
>>>> to write in the output folder?
>>> 
>>> Since this varies by the time of day, the weather and whether Jupiter 
>>> aligns with Mars, I don't think this is the problem. It is random. But yes, 
>>> I've seen this exact problem with another app.
>>> 
>> 
>> It could be related to one or both of the image dimensions being an odd 
>> number. Check the image dimensions and then shave it down by cropping it to 
>> slightly smaller but different dimensions. Try to get even numbers. 
> 
> Absolutely ridiculous, but cool! :D
> I'll try when I've finished with Bruno's suggestions.
> 
> Vegard Brenna
> vega...@online.no <mailto:vega...@online.no>
> 
> 
> 
> 
> 
> -- 
> A list of frequently asked questions is available at: 
> http://wiki.panotools.org/Hugin_FAQ <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+unsubscr...@googlegroups.com 
> <mailto:hugin-ptx+unsubscr...@googlegroups.com>.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/73411420-A1B0-4117-AE6B-16EC79384E61%40online.no
>  
> <https://groups.google.com/d/msgid/hugin-ptx/73411420-A1B0-4117-AE6B-16EC79384E61%40online.no?utm_medium=email&utm_source=footer>.

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/33C31FFF-D264-40A5-A595-34153ACA9FF2%40gmail.com.

Re: [hugin-ptx] Unable to assemble a simple 3x2 pano

[AKS-Gmail-IMAP]

> On Aug 19, 2019, at 8:21 AM, Vegard Brenna  wrote:
> 
> 
>>> enblend: failed to open "image.tif": No such file or directory
>> 
>> This could be a problem with file permissions, does Hugin have permission to 
>> write in the output folder?
> 
> Since this varies by the time of day, the weather and whether Jupiter aligns 
> with Mars, I don't think this is the problem. It is random. But yes, I've 
> seen this exact problem with another app.
> 

It could be related to one or both of the image dimensions being an odd number. 
Check the image dimensions and then shave it down by cropping it to slightly 
smaller but different dimensions. Try to get even numbers. 


-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/AD5162AB-8385-4DF7-AA63-43752200C9F6%40gmail.com.

Re: [hugin-ptx] Re: Newbie question/problem

[AKS-Gmail-IMAP]

Being no expert, but fully remembering what it was like in the beginning, here 
are added comments and changes to the previously suggested workflow that 
perhaps are useful.

> 1) Start up Hugin, go to Expert Mode


(Hugin in Expert Mode shows options you often really need. These options might 
be mentioned in tutorials without explaining that you would not see the option 
in other than the Expert Mode. Having a mouse pointer other than a trackpad is 
helpful.) 

> 2) In the Photo tab, Add images. Lens type should show Rectilinear 18mm, 
> Focal Length Multiplier 1.5
> 3) Under Feature Matching, select Hugin's CPfind, then Create Control Points

(Most Hugin functions operate on the images selected in the photos list or 
operate on all the photos if none are selected. This is useful when selections 
are intended but will stymie your intent when some images are accidentally 
selected.)

3.2) Under Edit, pick Fine-tune all Points. This operation normalizes how well 
the control points match to roughly a scale between 0 and 1 where the smaller 
numbers are the worst matching points. The numbers serve as a matching rating. 
In the next workflow step you will look at the ratings to judge how well the 
matching went and you will delete the really bad control point matches or the 
control point matches that should not be used. For example you don’t want to 
match items that move, like clouds. Also, control point normalization values 
below 0 or equal to 1 or larger than 1 indicate something very odd about the 
control point.

3.4) Under View, pick Control point table. Click on the Correlation column 
header to sort the list from low number to high number. Selecting any control 
point reveals what control point pair in context with the photo image pair. 
Delete low scoring control points at this time by judging their score against 
the “Correlation Threshold” in Hugin”s Control Points Editor preferences. 
Hugin’s default value for that is 0.8. You will need to make your own judgement 
dependent on how well the images match. 

> 4) Under Geometric, Run Optimize on Positions (incremental, starting from 
> anchor)


(After this point the control point correlation normalization values between 0 
to 1 seen after step 3.2 go away. The correlation numbers in the control point 
table will now show the poor matches as having higher numbers than the better 
matches. You will again look at the control points to toss out the worst 
points.)

4.2) Again, Under View, pick Control point table. Click on the Correlation 
column header to sort the list the other way from high number to low number. In 
the images you posted you will quickly see at least two relatively higher value 
zingers. Selecting them reveals their image context. You will see right away 
these points are worthless and should be tossed. I would not try to fine tune 
the points as described in step 11. Getting rid of these bad points early 
removes their influence to subsequent alignment operations.

> 5) Repeat above but using, Positions, View, Barrel
> 6) Repeat above using, Everything without translation
> 7) In the Stitcher tab, Calculate Field of View and Calculate optimum size
> 8) Back to Photo tab, run optimise Everything without translation
> 9) Got to the Menu, View, Control Point Table
> 10) Sort by distance, descending. You'll see one biog outlier. Click on it. 
> You should be taken to the Control Points Tab

(Step 10 repeats the added workflow step 4.2 and is useful for a final check. 
As previously mentioned trying to fix useless bad matching points is not 
advised but sometimes you might have to so. The control point list sorted by 
correlation shows at a glance the match correlation distribution. Often you see 
where the correlation jumps to higher values (higher is poorer). Those higher 
correlation value control points are candidates for deletion at this time.) 

> 11) Zoom to 100%. Move the CP with the large error so that they match a 
> feature on both sides. Press Fine Tune and check that the CP is better 
> aligned.
> 12) Back to Photos Tab, optimise Everything without translation, the maximum 
> error should now be smaller. Repeat steps 10)-12) with any other CP with high 
> distance until satisfied. You can close the Control Point Table.

(The following steps 13 through 16 I could not follow. In my experience Hugin’s 
default settings for Photometric optimization work very well. I do not have 
images needing anything other than the "Low dynamic range” optimization 
calculation. Pay attention to which image is the image exposure anchor. This is 
the image having “C” shown in the Anchor column in the photos list and is by 
default set to the first image added to the list. Right clicking an image 
allows one to make an anchor designation change.) 

>> 13) On Photos tab, Photometric, Select Custom Parameters, but do not 
>> optimise yet
>> 14) On Exposure tab, untick EMoR for the lens 1
>> 15) Tick the Er and Eb boxes for the 2nd and 3rd images

[hugin-ptx] Error in the OSX Hugin build

[AKS-Gmail-IMAP]

I get the following when trying to stitch using the latest OSX Hugin build.

> nona: Unsupported framebuffer format in: 
> /Users/niklas/development/release/hugin/src/hugin_base/vigra_ext/ImageTransformsGPU.cpp:870


Niklas, it looks like there is an ort remaining somewhere.

When running those aerial photographs I see the following in the log.

> Remapping LDR images…
> nona: using graphics card: NVIDIA Corporation NVIDIA GeForce GT 650M OpenGL 
> Engine
> Multiple images output
> loading LMI-Kort-J36-J-8500.jpg
> remapping LMI-Kort-J36-J-8500.jpg
> saving LMI_Kort.tif
> loading LMI-Kort-J36-J-8501.jpg
> remapping LMI-Kort-J36-J-8501.jpg
> saving LMI_Kort0001.tif
> loading LMI-Kort-J36-J-8502.jpg
> remapping LMI-Kort-J36-J-8502.jpg
> saving LMI_Kort0002.tif
> loading LMI-Kort-J36-J-8503.jpg
> remapping LMI-Kort-J36-J-8503.jpg
> saving LMI_Kort0003.tif
> 
>   Blending images...
> enblend: failed to open "LMI_Kort.tif": 
  
Perhaps both of these issues are related.

Thank you,
Allan

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/0E22B449-D0D4-4CBB-AFBC-FCD9091FF467%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [hugin-ptx] Automatic stitch scans of engineering drawings hopeless?

[AKS-Gmail-IMAP]

I can comment on some of this. I am currently using the "method 3” to create 
“contact sheet” images of 35mm photograph film rolls archived in style 
“35-7BXW” PrintFile archival negatives preservers. These are clear plastic 
negatives preserves holding seven rows of six 35mm image negative strips. These 
scan really well on a desktop flatbed photo scanner in transparency mode, but 
it takes three scans to do one sheet. Therefore the scans have to be stitched 
together. Hugin using method 3 does the job. Furthermore, because the negatives 
might be at radically different exposures, Hugin’s stack handling where the 
stacks are multiple scans at different exposures allows exposure fusing all the 
images in the contact sheet to be satisfactory images.

When using this mosaic XYZ mode I always see the “Panorama Tools”  "Panorama 
must have positive height” message when the “edit script before optimizing” 
check box is checked where the “Continue with these changes” is pressed at the 
“Edit Panorama Tools Script” form. I would be clueless trying to edit the 
script. I never see any negative numbers in the script. Hugin does show “-0” in 
the Z plane parameters when it calculates the parameters. The number is 
actually a small negative number when viewed in the edit box. The "Panorama 
must have positive height” message will show even after reseting all parameters 
to 0. Perhaps this is a bug. I would not know since I am pretty much cook 
booking my way through this part of Hugin.

By the way, Masks are essential to use in “method 3”.

Regarding engineering drawings, the type and source of which has not been 
described, I do not see how one could automate the task because each image 
requires at least one unique mask and possibly four unique masks and also 
because the image control points are best placed by hand. The time spent 
removing and correcting falsely placed automatic control points is many times 
more the manual effort to create the very few required control points. The 
situation is similar to the fallacy digitizing scanned drawings into computer 
aided drawings.  Incidentally the time spent personally observing each image in 
the manual method pays off with additional knowledge about the images. That 
knowledge might explain causes for problems seen in the output.

The type and source of the engineering drawings is not mentioned. I’ve worked 
in that business for many years and I have tried on many occasions to 
reassemble plans using every imaginable technique from “xerox art” to Hugin. I 
cannot recall any time the source images did not have a different distortion in 
both the x and y directions. The results were always unsatisfactory to some 
degree, often terrible. I could see x y scale issues with any first generation 
roll plotter sources and small media copy machines. Images created on full 
sized flat bed equipment were the best but what company has one of those these 
days?

Output from a roll plotting or reproducing device is going to have a slight 
stretch distortion as the media passes over the roll. I would see this in 
recent plots and also back in the day when running vellums or cloth through a 
diazo machine. I would foresee difficulties trying to stitch plans back 
together without being disappointed in the results. Even recently the best 
results with the least amount of effort and frustration were always using what 
we called “xerox art”. This is cut and paste using Scotch magic tape with 
perhaps a bit of pencil or pen touchup followed by a run through a large format 
copier.

Regards, Allan  

> On Feb 23, 2019, at 2:40 AM, Bruno Postle  wrote:
> 
> 
> 
> On 21 February 2019 14:10:41 CET, jim cullen wrote:
>> 
>> I can't seem to make it fix the roll and pitch at zero successfully during 
>> optimization. 
>> 
>> I'm setting the fast preview mode to  Mosaic plane - is that proper?  I ask 
>> because the python script 
>> stitch-scanned-images.py which one can find on github constructs a .pto
>> that seems to use Panosphere.
> 
> Hugin has so many options that you can do this scanned images thing in three 
> completely different ways. I'm wary of prescribing a particular method over 
> another, but you can't mix them. They are:
> 
> 1. Using very narrow field of view, with roll, pitch, yaw optimisation.
> Imagine that you have taken these images using a very long telescope, Hugin 
> will let you stitch them like a 'normal' panorama, as long as you set the 
> field of view to a small number (<1°).
> The result won't be perfectly correct, and there will be odd curvatures, but 
> for most purposes you can get away with this.
> 
> 2. Using the d,e lens shift parameters to move the images around a 
> rectilinear 'canvas'.
> These shift parameters are intended to let you work with photos created with 
> a shift lens, or photos where one or more sides have been cropped away 
> (nearly all historical/Victorian/magazine photos are uncentred like this).
> So you can stitch scans by pretendi

Re: [hugin-ptx] hugin 2018 shell scripting

[AKS-Gmail-IMAP]

Christian, perhaps you have already figured this out.

The tool files in /tools_mac are alias files pointing to the executable files 
within the MacOS folder that resides within the Hugin application bundle (not 
the dmg) and the other application bundles like PTBatcherGUI. Apparently 
/tools_mac does not have an alias for every executable in the MacOS folders. 
Furthermore some of the alias files point to the MacOS folder in PTBatcherGUI 
or perhaps HuginStitchProject. For example the enfuse alias does that.

The other executables you mention, such as cpfind, are in the Hugin application 
bundle’s MacOS folder. Right click on the Hugin bundle (again, not the dmg) in 
the finder and select Show Package Contents. You can also right click on one of 
the tool aliases and select Show Original. Keep in mind when doing it that way 
you might be shown Hugin’s MacOS folder, HuginStichProject’s MacOS folder or 
PTBatcherGUI’s MacOS folder. Someone else would need to explain why the aliases 
point to specific bundles. Some of the executables exist in duplicate, perhaps 
because they are self-contained.  

aks

> On Jan 7, 2019, at 5:12 PM, Christian John  wrote:
> 
> Hey Terry,
> 
> Running `$ cpfind -h` in bash returns the error "bash: cpfind: command not 
> found".
> 
> When opening the dmg, the same list of tools that came up with `ls` in the 
> original post appears.
> 
> Best,
> Christian
> 
> On Mon, Jan 7, 2019 at 2:54 PM Terry Duell  > wrote:
> Hello Christian,
> 
> On Tue, 08 Jan 2019 08:55:52 +1100, Christian John  >  
> wrote:
> 
> > Hi Terry,
> >
> > I downloaded hugin using the dmg download from
> > https://sourceforge.net/projects/hugin/files/latest/download 
> > . That's just
> > hugin 2018.0.0... Working on a mid-2012 macbook osx 10.13.6. Is there a
> > better way to get the most up-to-date version?
> 
> Those tools have all been part of hugin for some time, so should be in  
> 2018.0.0 which is the latest release.
> I'm not sure who does the build and packaging for OSX or whether there  
> have been any known problems with that dmg.
> Have you tried, for example, checking from the command line, 'cpfind -h' ?
> Another possible check is to have a look inside the dmg (assuming that can  
> be done), to see if any of those tools are present and where they are  
> being installed.
> I'm not sure I can be much more help, hopefully someone who uses OSX may  
> be of more help.
> 
> Cheers,
> -- 
> Regards,
> Terry Duell
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/op.zu9q8f02rs0ygh%40localhost 
> .
> For more options, visit https://groups.google.com/d/optout 
> .
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/CAH7u1fb84pekec8PT42FnGuXLdOF_d12stKL99VEW7DV9j7RWA%40mail.gmail.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/589CB1D1-9F51-4C5A-BBB5-0796A58B1692%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [hugin-ptx] Mac Build

[AKS-Gmail-IMAP]

This Hugin goes into spinning ball heaven in the Fast Panorama preview when 
touching in the Overview or main image when the Layout tab is selected. At that 
point it needs to be force quit. The point at which the spinning ball occurs 
appears to be at the same moment a correctly functioning Hugin would try to 
highlight what it thinks is a layout connection to identify.

In the Fast Panorama preview (preview ought to be capitalized here, right?), in 
the Projection mode, changing the projection type in its control snaps back to 
its original setting, unless you first change the Guides: type. The projection 
type does change and update after changing the Guides: setting, even also when 
setting it back to what it was.

These bugs seem familiar for some reason.

Allan

> On Apr 17, 2016, at 3:09 PM, Niklas Mischkulnig  wrote:
> 
> Here is a (hopefully working) build (version 2016) . Please test it and tell 
> me if something crashes (there might still be a wrong dylib install path 
> lurking in a dark corner :D ). 
> 
> https://www.dropbox.com/s/oi6etuyobwkxwbb/Hugin.zip?dl=1 
> 
> 

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/9FFE46DA-2C24-430E-9283-9A4124909D48%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [hugin-ptx] Mac Build

[AKS-Gmail-IMAP]

Thank you Niklas. Here are the console messages for Test A - attempting to open 
an existing pto, which results in Hugin vanishing, and Test B - attempting to 
add a jpg which Hugin reports as an unsupported image file format. Both tests 
seem to report the same console messages. When looking into the Hugin package I 
do not see libxpc.dylib. Perhaps this is a clue. I do not see libxpc.dylib in 
previous a Hugin. 

Test A:

4/17/16 9:54:55.120 PM Hugin[8124]: WARNING: The Gestalt selector 
gestaltSystemVersion is returning 10.9.4 instead of 10.11.4. This is not a bug 
in Gestalt -- it is a documented limitation. Use NSProcessInfo's 
operatingSystemVersion property to get correct system version number.
Call location:
4/17/16 9:54:55.120 PM Hugin[8124]: 0   CarbonCore  
0x7fff933f96df ___Gestalt_SystemVersion_block_invoke + 113
4/17/16 9:54:55.120 PM Hugin[8124]: 1   libdispatch.dylib   
0x7fff872f240b _dispatch_client_callout + 8
4/17/16 9:54:55.120 PM Hugin[8124]: 2   libdispatch.dylib   
0x7fff872f2303 dispatch_once_f + 67
4/17/16 9:54:55.120 PM Hugin[8124]: 3   CarbonCore  
0x7fff93385fbc _Gestalt_SystemVersion + 987
4/17/16 9:54:55.120 PM Hugin[8124]: 4   CarbonCore  
0x7fff933857d0 Gestalt + 139
4/17/16 9:54:55.120 PM Hugin[8124]: 5   libwx_osx_cocoau-3.0.0.2.0.dylib
0x00010e811b8f _Z19UMAGetSystemVersionv + 31
4/17/16 9:54:55.120 PM Hugin[8124]: 6   libwx_osx_cocoau-3.0.0.2.0.dylib
0x00010e85e374 _ZNK8wxWindow21MacHasScrollBarCornerEv + 228
4/17/16 9:55:00.542 PM Hugin[8124]: assertion failed: 15E65: libxpc.dylib + 
78986 [2CC7CF36-66D4-301B-A6D8-EBAE7405B008]: 0x89

Test B:

4/17/16 10:01:08.735 PM Hugin[8161]: WARNING: The Gestalt selector 
gestaltSystemVersion is returning 10.9.4 instead of 10.11.4. This is not a bug 
in Gestalt -- it is a documented limitation. Use NSProcessInfo's 
operatingSystemVersion property to get correct system version number.
Call location:
4/17/16 10:01:08.735 PM Hugin[8161]: 0   CarbonCore  
0x7fff933f96df ___Gestalt_SystemVersion_block_invoke + 113
4/17/16 10:01:08.735 PM Hugin[8161]: 1   libdispatch.dylib   
0x7fff872f240b _dispatch_client_callout + 8
4/17/16 10:01:08.735 PM Hugin[8161]: 2   libdispatch.dylib   
0x7fff872f2303 dispatch_once_f + 67
4/17/16 10:01:08.735 PM Hugin[8161]: 3   CarbonCore  
0x7fff93385fbc _Gestalt_SystemVersion + 987
4/17/16 10:01:08.735 PM Hugin[8161]: 4   CarbonCore  
0x7fff933857d0 Gestalt + 139
4/17/16 10:01:08.735 PM Hugin[8161]: 5   libwx_osx_cocoau-3.0.0.2.0.dylib
0x000110183b8f _Z19UMAGetSystemVersionv + 31
4/17/16 10:01:08.735 PM Hugin[8161]: 6   libwx_osx_cocoau-3.0.0.2.0.dylib
0x0001101d0374 _ZNK8wxWindow21MacHasScrollBarCornerEv + 228
4/17/16 10:01:14.976 PM Hugin[8161]: assertion failed: 15E65: libxpc.dylib + 
78986 [2CC7CF36-66D4-301B-A6D8-EBAE7405B008]: 0x89


Thank you for taking this on.

Allan


> On Apr 17, 2016, at 3:09 PM, Niklas Mischkulnig  wrote:
> 
> Here is a (hopefully working) build (version 2016) . Please test it and tell 
> me if something crashes (there might still be a wrong dylib install path 
> lurking in a dark corner :D ). 
> 
> https://www.dropbox.com/s/oi6etuyobwkxwbb/Hugin.zip?dl=1 
> 
> 
> Am Samstag, 2. April 2016 08:45:28 UTC+2 schrieb Niklas Mischkulnig:
> Why hasn't there been a Mac build on sourceforge for over one year (there 
> isn't a windows build for the 2016.0.0 yet)?
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/b54aec89-34a4-4cbd-a43e-5f7722dfb213%40googlegroups.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/366C3B7E-30FD-406E-B2CD-F608D2759EE

Re: [hugin-ptx] Crash v2014 on OSX

[AKS-Gmail-IMAP]

Also, the Abandoner button is the Cancel button that you should press before 
changing the Interface setting. Perhaps the French localization for Hugin 
refers to the interface settings in the main menu using different words. Maybe 
someone with a French localization can clarify what I posted regarding 
Interface and Advanced.

> On Nov 15, 2015, at 10:43 AM, vince.e...@gmail.com wrote:
> 
> Hi,
> 
> I've tried Hugin by the past on Yosemite and no problem.
> I tried on El Capitan and at launch i've got an error message (see attached 
> file).
> I dl files from sourceforge, v2014.0.0
> What's the problem ?
> 
> Regards.
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/9ac8695d-aff6-4690-992c-763eddf6294b%40googlegroups.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .
> 

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/E8420E05-51AD-4E40-957E-6F4358A5A6A0%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [hugin-ptx] Crash v2014 on OSX

[AKS-Gmail-IMAP]

Hugin in OS X cannot start up when its Interface setting is “Simple". When 
using a fresh build the Interface setting is “Simple" by default. You need to 
dismiss the Alert message by pressing the Cancel. Then set the Hugin Interface 
setting at the top menu bar to Advanced. Close out Hugin and restart it. You 
can use the Simple interface but always remember to set it back to Advanced 
before closing out Hugin.

The error message comes up right before the Hugin main (traditional) window 
should open after the Fast Panorama preview window opens up. The Fast Panorama 
preview window always opens before the main window in a normal startup when the 
Fast Panorama preview was left in the open state. The Simple interface hides 
the main window. The Assistant was rolled into the Fast Panorama preview window 
to become the Simple interface, which even changes the Fast Panorama preview’s 
window name to be that of the Hugin main window. The tricks to accomplish that 
bit of interface change on the fly work but apparently not from the startup 
standstill.

> On Nov 15, 2015, at 10:43 AM, vince.e...@gmail.com wrote:
> 
> Hi,
> 
> I've tried Hugin by the past on Yosemite and no problem.
> I tried on El Capitan and at launch i've got an error message (see attached 
> file).
> I dl files from sourceforge, v2014.0.0
> What's the problem ?
> 
> Regards.
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/9ac8695d-aff6-4690-992c-763eddf6294b%40googlegroups.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .
> 

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/1851C659-AE2C-4DBE-9923-82D403EEBC73%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [hugin-ptx] Hugin in El Capitan

[AKS-Gmail-IMAP]

That is what happens when starting Hugin in OS X when Hugin’s interface style 
is set to Simple. It has been that way for quite some time way before El 
Capitan. Switch the interface style to Intermediate or Advanced after you 
dispose the message alerts you have seen. You probably see two of these debug 
message alerts. Then close out Hugin and restart it. It should then function. 
You can use the Simple interface if you must, but remember to switch back out 
of it as soon as practical and certainly do not close Hugin in the Simple 
interface. Otherwise you’ll be seeing the alert messages again. If it is any 
consolation, Hugin also exhibits some sudden error alert surprises in Windows.


> On Oct 20, 2015, at 1:03 PM, Wels Musgrave  wrote:
> 
> Downloaded newest Hugin and tried to install in El Capitan. This is what I 
> get.
> ../src/common/menucmn.cpp(693): assert "!m_menuBar" failed in Attach(): 
> attaching menu twice?
> 
> Call stack:
> [00] wxMenuBar::Replace(unsigned long, wxMenu*, wxString const&) 
> [01] MainFrame::SetGuiLevel(GuiLevel)
> [02] MainFrame::MainFrame(wxWindow*, PT::Panorama&) 
> [03] huginApp::OnInit()  
> [04] wxApp::CallOnInit() 
> [05] wxEntry(int&, wchar_t**)
> [06] main
> [07] start   
> [08] 0x0002  
> 
> Do you want to stop the program?
> You can also choose [Cancel] to suppress further warnings.
> 
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/f96dac89-10f6-41d0-bea4-ba96ada6a656%40googlegroups.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/C46FD8A0-2561-4A87-B709-D95246813DB6%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [hugin-ptx] 2015.0 rc2 released

[AKS-Gmail-IMAP]

It seems to me that unlike the 2014 binaries, these 2015 binaries require 
freeglut to be installed.
 

> On Jul 11, 2015, at 9:56 AM, Harry van der Wolf  wrote:
> 
> Windows binaries for the Hugin 2015.0.0 RC2 version are now available.
> 
> 
> These are 64bit Windows versions only.
> The python versions require a pre-installed python 3.4.
> 
> Note that these builds will not run on Windows XP 64bit (and neither on 
> 32bits windows versions of course).
> 
> 
> 64bit installer:
> http://sourceforge.net/projects/hugin/files/hugin/hugin-2015.0/HuginSetup_2015.0.0-rc2_64bit.exe/download
>  
> 
> 
> 64bit installer with python support:
> http://sourceforge.net/projects/hugin/files/hugin/hugin-2015.0/HuginSetup_2015.0.0-rc2_64bit-python.exe/download
>  
> 
> 
> 64bit 7z file (simply un7zip to some location and use from there):
> http://sourceforge.net/projects/hugin/files/hugin/hugin-2015.0/Hugin_2015.0.0-rc2_64bit.7z/download
>  
> 
> 
> 64bit 7z file with python support  (simply un7zip to some location and use 
> from there):
> http://sourceforge.net/projects/hugin/files/hugin/hugin-2015.0/Hugin_2015.0.0-rc2_64bit-python.7z/download
>  
> 
> 
> I have currently no intentions to build 32bit versions.
> (7zip instead of zip as it gives a 23 MB file versus a 33 MB zip)
> 
> Please test and give your feedback via this mailing list and this mail thread.
> 
> Hoi,
> Harry
> 
> 2015-07-07 23:26 GMT+02:00 Fotografia  >:
> Il giorno martedì 7 luglio 2015 19:33:44 UTC+2, T. Modes ha scritto:
> 
> 
> Am Dienstag, 7. Juli 2015 09:39:30 UTC+2 schrieb Fotografia:
> Thank you for the packages. I see a little problem: the mouse wheel doesn't 
> work on sliders, e.g. resizing the preview window.
> 
> When i rotate the mouse wheel on the bottom and right slider nothing happens.
> 
> Previusly i built hugin from source (lubuntu 14.04) and it worked.
> 
> This is handled by the underlying wxWidgets framework and can't be influenced 
> by Hugin itself.
> So the question is: with which wxWidgets version (inclusive the options how 
> wxWidgets is build) did you build. And what wxWidgets version is the package 
> using? 
> 
> Ok thank you for the reply.
> 
> These are the wx packages i have installed (from ubuntu 14.04 repos):
> 
>  ii  libwxbase2.8-0:amd642.8.12.1+dfsg-2ubuntu2   
>   amd64wxBase library (runtime) - non-GUI support classes 
> of wxWidgets toolkit
> ii  libwxbase2.8-dev2.8.12.1+dfsg-2ubuntu2
>  amd64wxBase library (development) - non-GUI support 
> classes of wxWidgets toolkit
> ii  libwxbase3.0-0:amd643.0.0-2   
>  amd64wxBase library (runtime) - non-GUI support classes 
> of wxWidgets toolkit
> ii  libwxgtk-media2.8-0:amd64   2.8.12.1+dfsg-2ubuntu2
>  amd64wxWidgets Cross-platform C++ GUI toolkit (GTK+ 
> media library runtime)
> ii  libwxgtk2.8-0:amd64 2.8.12.1+dfsg-2ubuntu2
>  amd64wxWidgets Cross-platform C++ GUI toolkit (GTK+ 
> runtime)
> ii  libwxgtk2.8-dev 2.8.12.1+dfsg-2ubuntu2
>  amd64wxWidgets Cross-platform C++ GUI toolkit (GTK+ 
> development)
> ii  libwxgtk3.0-0:amd64 3.0.0-2   
>  amd64wxWidgets Cross-platform C++ GUI toolkit (GTK+ 
> runtime)
> ii  python-wxgtk2.8 2.8.12.1+dfsg-2ubuntu2
>  amd64wxWidgets Cross-platform C++ GUI toolkit (wxPython 
> binding)
> ii  python-wxversion2.8.12.1+dfsg-2ubuntu2
>  all  wxWidgets Cross-platform C++ GUI toolkit (wxPython 
> version selector)
> ii  wx-common   3.0.0-2   
>  amd64wxWidgets Cross-platform C++ GUI toolkit (common 
> support files)
> ii  wx2.8-headers   2.8.12.1+dfsg-2ubuntu2
>  amd64wxWidgets Cross-platform C++ GUI toolkit (header 
> files)
> 
> These are the dependencies of the package i built (prerc1 iirc):
> 
> dpkg -f 
> /mnt/wd3tb-home/giulio/Scaricati/Sorgenti/Hugin/hugin/hugin.build/hugin-2015.1.0.7010-Linux.deb
> Package: hugin
> Version: 2015.1.0.7010
> Section: devel
> Priority: optional
> Architecture: amd64
> Depends: libblas3 | libblas.so.3, libboost-filesystem1.54.0, 
> 

Re: [hugin-ptx] 2014.0.0

[AKS-Gmail-IMAP]

Hugin 2014 OSX will not start properly if it is left in the “Simple” interface. 
You need to answer No to this dialog you see and then proceed to change the 
Inferface setting to Advanced or Expert. You will see a similar error message 
along the way. Respond No to it. Once you are set to Advanced or Expert you can 
close out Hugin and restart without getting there error message. This issue has 
been on and off for Hugin for some time.  You can switch to the Simple 
interface and have tasks performed there but make sure to switch back to one of 
the other interfaces before stitching so that you do not inadvertently leave 
the interface set to Simple. I find Hugin 2014 OS X working just fine.

Allan  


> On Feb 9, 2015, at 5:45 PM, Stan Green  wrote:
> 
> OK guys, I surrender. Going back to 2012.0.0
> I went to the web site: 
> http://sourceforge.net/projects/hugin/?source=typ_redirect 
>  and downloaded a 
> new version of hugin.  Without beating a dead horse the following screen shot 
> summarizes my problem:
> 
> 
> 
> 
> I am UNABLE to get around that damned wxWidgets Debug Alert.
> In summary, 2012 worked fine, PS CS6 works fine,  2014 is not worth the 
> effort to make it work.
> 
>> On Feb 9, 2015, at 5:01 PM, Terry Duell > > wrote:
>> 
>> On Tue, 10 Feb 2015 08:56:05 +1100, Terry Duell > > wrote:
>> 
>> 
>>> In the meantime, maybe others who know of where you can get a different OSX 
>>> build of 2014.0.0 might chip in with some help, if not maybe post 
>>> specifically on that subject.
>> 
>> Just remembered some previous discussion about the OSX build you probably 
>> have, which may be helpful.
>> have a look here...
>> > >
>> 
>> Cheers,
>> -- 
>> Regards,
>> Terry Duell
>> 
>> -- 
>> 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+unsubscr...@googlegroups.com 
>> .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/hugin-ptx/op.xts8s5jcrs0ygh%40localhost.localdomain
>>  
>> .
>> For more options, visit https://groups.google.com/d/optout 
>> .
> 
> 
> -- 
> 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+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/DA7780AF-E14B-4514-8CF3-60086B8D6354%40verizon.net
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/E0876766-39B8-4BF9-ABF9-617456F3616E%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [hugin-ptx] improved philopod technique for handheld panorama shooting

[AKS-Gmail-IMAP]

The idea that has been simmering on my back burner is a laser pointer plumb bob 
and an electronic target having a CdS photocell wired to a circuit that 
produces an audio sound that can indicate being on target and being at the same 
elevation. The idea is that one could keep their eyes on the subject while 
keeping their ears on the position.   

On Sep 22, 2014, at 2:58 PM, Bruno Postle  wrote:

> On 22 September 2014 15:17:00 BST, João Carlos Lima wrote:
>>> 
>>> A Laser solve the problem? Attaching a little laser to the lens. Has 
>>> anyone tried?
> 
> I remembered this 'hapala' gadget, but haven't tried it myself: 
> http://panotool.com/panotool/pages/hapalas.html
> 
> Another alternative to the philopod is to use a telescopic car aerial. They 
> don't move in the wind as much as a bit of string.
> 
> 
> -- 
> Bruno
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/8b898e7b-008a-441d-8e20-b8dab30e715e%40email.android.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/50EC155C-988C-4DC2-9CA2-5254EAFCDFED%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [hugin-ptx] Hugin 2014.0rc2 released

[AKS-Gmail-IMAP]

I see is the status window opening up with a "Running assistant" caption and 
then the following:

Finding control points...
/Applications/Hugin-2014-RC2/Hugin.app/Contents/MacOS/icpfind -o 
/var/folders/sw/fh3lpj952rjd7pq5yvfg1r9rgp/T/hayxyn2c 
/var/folders/sw/fh3lpj952rjd7pq5yvfg1r9rgp/T/hayxyn2c

The status window just hangs there.

Navigating to the "/var/../T" folder I do see the two hugin related files. 
These are the "hayxyn2c" file and another called "hamCW7PSw". I don't know 
enough to spot any problems with the contents of those two files. Guessing that 
there are supposed to be unique arguments passed to icpfind, I wonder if one of 
those "hayxyn2c" arguments was supposed to be for "hamCW7PSw".

Hugin does clean up after cancel, after which there will be a strange wxWidget 
debug message when switching the Hugin menu Interface control out of Simple.

Allan 


On May 8, 2014, at 1:41 AM, Evan Hallein  wrote:

> Hi,
> 
> I'm still getting a problem on OSX with 2014 rc2, where when running the 
> assistant or in batch mode, icpfind crashes, then throughs an error:
> wxWidgets Debug Alert
> ../src/common/cmdline.cpp(541): assert "i != (-1)" failed in FoundSwitch(): 
> unknown switch
> 
> Call stack:
> [00] wxAppConsoleBase::OnCmdLineParsed(wxCmdLineParser&)
> [01] iCPApp::OnCmdLineParsed(wxCmdLineParser&)
> [02] wxAppConsoleBase::OnInit()
> [03] wxApp::CallOnInit()
> [04] wxEntry(int&, wchar_t**)
> [05] main
> [06] start
> [07] 0x0004
> 
> 
>  Meaning that the assistant won't work. Hugin 2013 works fine. It happens in 
> the command line too.
> 
> I posted a bug report here: https://bugs.launchpad.net/hugin/+bug/1276350
> 
> Do you have any ideas?
> 
> Thanks
> 
> 
> On Thursday, May 1, 2014 2:50:28 AM UTC+10, ___matthieu___ wrote:
> Hello,
> 
> Sorry for missing rc1, but here is the build for rc2 :
> 
> https://sourceforge.net/projects/hugin/files/hugin/hugin-2014.0/Hugin-2014.0.0-RC2.dmg/download
> 
> The i18n problem  is still present, only part of the UI is translated 
> (loading hugin.mo fails but I was not able to trace it further).
> 
> It comes with libpano13-2.9.19-rc1 and wxWidgets-3.0.0.
> 
> If you encounter any problem, let me know,
> 
> Cheers,
> Matthieu
> 
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/9358cab1-a443-44c2-917f-4bcff3b5cc9e%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/069524D5-9C1D-411C-AC54-3780FF9742FE%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [hugin-ptx] flaws in hugin 2013 and 2014

[AKS-Gmail-IMAP]

I've been observing for many years the dynamics regarding the interface design 
choices as they are discussed here. They are almost as fascinating as the 
program itself. Hugin's current state is that of a split personality. One 
centers about the traditional interface. The other centers about the GL or Fast 
Panorama window.  

Do not forget that there are right click (control click) options at many 
locations. As far as I can tell that is the only way to delete an image. Right 
click on an image or images in the Photos section of the traditional interface 
window.

The Stitcher is still there, but not when the interface selection is set to 
Simple. The Simple interface shows only the GL window. Set the interface to 
Advanced or Expert. Do this at the OS X top menu bar.

 
On Feb 7, 2014, at 9:38 PM, Bill Brody  wrote:

> I have been using hugin successfully for many years on my Mac, currently 
> latest version of OSX, but not for the past 6 months.  I casually follow the 
> postings, but nothing I've noticed has suggested that I couldn't efficiently 
> arrive at an adequate stitch. I trusted in error that it was OK to delete my 
> 2012 version.
> 
> I downloaded 2013 final and 2014 beta. Both share the following serious flaws:
> 1. Cannot use the gui to delete an image after it has been loaded. The option 
> to delete an image file has got to be part of any final package.
> 2. The assistant via the fast preview gui works, sort of OK, although the 
> default leaves the output image cropped very small; easily remedied by 
> changing the crop, and I do get an adequate stitch.
> but
> When I load images from what was once the main window gui, the resultant 
> panorama does not show up in the fast preview window, and I cannot proceed to 
> stitching via the stich gui.
> 
> It appears clear that a lot of work was done to make the assistant work, but 
> at least as far as I can see, the former functionality of what was once done 
> via the main window has been lost.
> 
> Short of a very simple fix I will go back to hugin 2012. 
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/0ef0997a-459d-4fb2-8e32-a1d6e363b9cf%40googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/45DAEEAC-05E8-4E61-8DA8-9408A8856EB1%40gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [hugin-ptx] Hugin 2014.0beta1 released

[AKS-Gmail-IMAP]

Matthieu,

It works here on OSX 10.9.1 but there are problems.  There are wxWidgets Debug 
Alert windows popping up sometimes.

 "../src/osx/choice_osx.cpp(209): assert "IsValid(n)" failed in SetString(): 
wxChoice::SetString(): invalid index"

These do not seem to be consistent but I suspect it is related to the Optimizer 
and Exposure tabs that tend to mysterioulsy disappear and then sometimes 
reappear when loading another project. When that happens their top menu View 
counterparts are dimmed. It may be coincidence but in those two views the 
description sentence near the top of the view has only a few pixels of its 
second line displaying.

I have been able to put everything through its works yet I have seen it crash 
unexpectedly or infinite beach balling when loading a project. The interface 
does seem much faster than before, almost slippery.

In the Fast Panorma preview there was also a time when a newly opened 
projection was set to Triplane projection and the projection type pull down 
selector control would not switch the projection type until after hiding the 
hint message. I could reproduce that behavior only by closing that project file 
without saving and then reopening. (This was an old project file from a few 
versions back.) 

What is also interesting is that the Fast Preview behaves as a separate 
application to the Hugin - Panorama Stitcher in that "Quit Hugin" executed when 
Fast Preview has focus does not close the Hugin application. It closes only the 
Fast Preview window. Quit Hugin when executed while Hugin - Panorama Stitcher 
has focus does close out both windows. 

Stitching worked fine. 

The About Hugin window, which used to be partially populated at one time for 
OSX, seems to be complete but it does mix three typefaces.

The Photos, Optimizer and Exposure displays appear to have one extra unused 
column on the right hand side in the table grid control.

Thanks for building.

Allan


On Jan 21, 2014, at 1:27 AM, ___matthieu___  wrote:

> Hi David,
> 
> This is another problem that sometimes occurs (not exactly this one, but 
> similar), it usually goes away with no reason, i.e. I relaunch Hugin or 
> PTBatcherGUI and I do not have the error message again.
> 
> I uploaded a build based on wxWidgets-3, would you mind giving it a try ?
> 
> http://sourceforge.net/projects/hugin/files/hugin/hugin-2014.0/Hugin-2014.0.0-beta1-wx3.dmg/download
> 
> 
> Thanks,
> 
> Matthieu
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/hugin-ptx/4463da49-983c-46a4-a320-5d79716fc0cf%40googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/F0AF09DA-0306-43AD-B014-8D5ACF9D3943%40gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [hugin-ptx] [OSX] A new Hugin bundle 2012.1.0.6152:8111f5310cce

[AKS-Gmail-IMAP]

I discovered the hard way in this new build that the top menu looses its 
Preferences option when one changes the Interface setting, which was of course 
the very first thing I did when this new build started up. The Preferences 
option seems to be absent from all but the Simple interface upon startup. It 
disappears from the top menu after the interface has been changed off of 
Simple, even after restart into selected interface. Only by switching back to 
Simple and restarting Hugin does the Preferences top menu option return. This 
behavior seems to be regardless of which Hugin window is active.  

Allan

On Feb 13, 2013, at 7:52 AM, Harry van der Wolf  wrote:

> Just set it up in Preferences in the same way you do for enblend, but do pay 
> attention to some special parameters as they are different.

-- 
-- 
You received this message because you are subscribed to the Google Groups 
"Hugin and other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

--- 
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [hugin-ptx] Tried to post (new member) but has not appeared

[AKS-Gmail-IMAP]

None of the messages I post make it back to me, but I see all responses. I have 
wondered why but never investigated it. For me it is like smelling one's own 
breath. I am better off just knowing to beware.

Allan

On Jan 16, 2013, at 4:52 PM, Terry Duell  wrote:

> Hello Ken,
> 
> On Thu, 17 Jan 2013 08:54:47 +1100, KenC  wrote:
> 
>> Hi,
>> 
>> Have I screwed up somehow or is it waiting to be approved
>> 
> 
> The fact that this message appeared indicates that you can post to the group.
> Can't say why your (other) message hasn't appeared, normally messages appear 
> pretty soon.
> I don't think messages are being moderated.
> Suggest you try again.
> 
> Cheers,
> -- 
> Regards,
> Terry Duell
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Hugin and other free panoramic software" group.
> A list of frequently asked questions is available at: 
> http://wiki.panotools.org/Hugin_FAQ
> To post to this group, send email to hugin-ptx@googlegroups.com
> To unsubscribe from this group, send email to 
> hugin-ptx+unsubscr...@googlegroups.com
> For more options, visit this group at http://groups.google.com/group/hugin-ptx

-- 
You received this message because you are subscribed to the Google Groups 
"Hugin and other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Weird request about stiching

[AKS-Gmail-IMAP]

DoubleTake (www.echoone.com) is excellent for stitching unrelated photos. The 
author did not intend for the program to be used that way at all but it works 
very well for that purpose. The interface is simple. You position the images as 
you wish and then define the overlap and blend area with lines. The results are 
stunning for so little effort required and how fast it works. 

On Nov 30, 2012, at 3:36 PM, Syv Ritch  wrote:

> Hi,
> 
> First I want to apologize if my question doesn't make sense.
> 
> I want to stitch 4 unrelated photos into one panorama. Image 1 then image 2 
> then image 3 and finally image 4. There is no common point. I just want them 
> side by side as a 16 bit TIFF file. Is there a way of just stitching.
> 
> Thank you.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Hugin and other free panoramic software" group.
> A list of frequently asked questions is available at: 
> http://wiki.panotools.org/Hugin_FAQ
> To post to this group, send email to hugin-ptx@googlegroups.com
> To unsubscribe from this group, send email to 
> hugin-ptx+unsubscr...@googlegroups.com
> For more options, visit this group at http://groups.google.com/group/hugin-ptx

-- 
You received this message because you are subscribed to the Google Groups 
"Hugin and other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Stuck at the same point for months

[AKS-Gmail-IMAP]

Tony,

What you describe appears to be similar to what I see in the most recent Hugin 
Windows build. What I see is PTBatchGUI not appearing but apparently working in 
the background. In other words for me the stitch occurs without being able to 
see any progress other than the temp files coming and going in the project's 
folder. Even the batcher application icon is missing from the task bar. I think 
I do get the dialog for the file name but I cannot swear by it this moment. I 
have assumed this behavior as the new normal despite how strange and less 
functional it seems to be.

Allan


On Nov 4, 2012, at 4:02 PM, Tony Roberts  wrote:

> Thanks David. I have uploaded a copy of my screen. When I hit Create Pano on 
> the Assistant it always creates a pto file, and provides me no other options.
> I had a quick scan for a button to create log files but could not find it - 
> let me know and I will.
> 
> I have used past verisons of Hugin very successfully. I have Windows 7 and it 
> is up to date - the desktop is about 18 months old.
> 
> Tony
> 
> 
> 
> On Sunday, 4 November 2012 23:00:45 UTC+10, David Haberthür wrote:
> Dear Tony.
> If you "save" the panorama, hugin saves the state you left it in, e.g. it 
> saves control points, alignment, photometric optimization and other stuff in 
> the PTO file.
> To get an output image file, your desired panorama, you need to either do all 
> the three points in the assistant tab, including "3. Create panorama". Then 
> PTBatcher should open and render your panorama. Or you go to the stitcher tab 
> and press the "Stitch!" button in the lower right corner.
> If that doesn't help, your installation might be missing something, but 
> without a logfile or an error-message it's a bit hard to help you.
> David
>  
> On 04.11.2012, at 13:54, Tony Roberts  wrote:
> 
>> I have trying to work Hugin for months, and get stuck at final step again 
>> and again. I cannot save the final file to a tiff or jpg format, it just 
>> saves as a PTO.
>> 
>> On the Hugin tutorial 
>> http://hugin.sourceforge.net/tutorials/two-photos/en.shtml it says The 
>> projection should be Rectilinear, and having adjusted the field of view in 
>> the preview window these settings should not need to be altered. Select 
>> Blended panorama underNormal output, and under File formats - Normal output 
>> choose whatever suits you. Here we have chosen JPEG. Select Save project and 
>> stitch. Firstly, project files will be saved to your selected location 
>> (these can be opened again later in Hugin to revisit the process) and 
>> finally you will be asked for a filename prefix for the final panorama.
>> 
>> I just never the the "finally" bit. It just saves it as .pto file.. and 
>> nothing - I do not get asked for a filename prefix.
>> 
>> Do i have a dodgy version (2011.4.0.cf9be9344356 built by Matthew Petroff), 
>> or have I missed something.
>> 
>> Thanks in advance
>> 
>> Tony
>> 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Hugin and other free panoramic software" group.
>> A list of frequently asked questions is available at: 
>> http://wiki.panotools.org/Hugin_FAQ
>> To post to this group, send email to hugi...@googlegroups.com
>> To unsubscribe from this group, send email to hugin-ptx+...@googlegroups.com
>> For more options, visit this group at 
>> http://groups.google.com/group/hugin-ptx
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Hugin and other free panoramic software" group.
> A list of frequently asked questions is available at: 
> http://wiki.panotools.org/Hugin_FAQ
> To post to this group, send email to hugin-ptx@googlegroups.com
> To unsubscribe from this group, send email to 
> hugin-ptx+unsubscr...@googlegroups.com
> For more options, visit this group at http://groups.google.com/group/hugin-ptx
> 

-- 
You received this message because you are subscribed to the Google Groups 
"Hugin and other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] HDR panorama - how to make it with Hugin?

[AKS-Gmail-IMAP]

I am not an expert at all in this but I can say I've done it both ways as you 
say. I've first HDR merged the bracketed shots using an outside program and 
then used Hugin to stitch the pano. More recently in one similar to yours in 
number of shots and homemade panohead I threw all the images into Hugin using a 
manual process that split the control point matching into two categories. I 
control point matched the bracketed image trios within each trio. So for 
example for the normal exposure image A the corresponding -A and +A exposure 
images had control points matching only to image A.  The second matching 
category matched control points amongst all the normal exposure images. The 
matching was done manually in all cases as I found the automatic feature 
produced way to many points that utterly swamped the calculations. I am sure 
there are all sorts of Hugin parameters to automate or avoid much of this 
method or to create the pano as should be done in a totally different fashion. 
The result of the last mentioned method was very good. 


On Sep 10, 2012, at 9:36 AM, GigiG  wrote:

> Hi all, until now I enjoyed with some panoramas with Hugin and I would like 
> to know how to proceed further in order to obtain an HDR panorama. I'm rather 
> confused on this and I don't know how to use Hugin correctly. In principle I 
> have a series of Nikon .NEF raw images, 3 bracketed shots (1.7EV step) for 
> each of the 28 panorama shots taken with a selfmade simple panohead (10 shots 
> for the first row, 8 for the +\-45° second and third rows each, one zenith 
> and one nadir, at 18mm focal length), for a total of 84 images. Now, what 
> should I do with Hugin to merge the bracketed shots and combine the panorama? 
> Is it possible to do everything togheter in Hugin? or do I need to merge 
> every 3 bracketed shots before (using another tool like Picturenaut) and then 
> make the panorama in Hugin with the resulting 28 HDRIs? If the resulting 
> panorama will be an HDR image, how can be visualized? Ii normally use DevalVR 
> for viewing panos. Thanks.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Hugin and other free panoramic software" group.
> A list of frequently asked questions is available at: 
> http://wiki.panotools.org/Hugin_FAQ
> To post to this group, send email to hugin-ptx@googlegroups.com
> To unsubscribe from this group, send email to 
> hugin-ptx+unsubscr...@googlegroups.com
> For more options, visit this group at http://groups.google.com/group/hugin-ptx

-- 
You received this message because you are subscribed to the Google Groups 
"Hugin and other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: Hugin bundle 2011.5.0.5783:78df15316108: Gui overhaul 2, wxwidgets 2.9.3, 64bit GUIs

[AKS-Gmail-IMAP]

Harry,

As mentioned before, I see odd things happening at the PTBatcherGUI  
window. For a new yet to be stitched project I see 3 ID's show up in  
the queue. Each is the same active project. The first ID would be in  
progress of course, the second ID would be waiting and the third ID is  
"file missing".


Allan

--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] Hugin bundle 2011.5.0.5783:78df15316108: Gui overhaul 2, wxwidgets 2.9.3, 64bit GUIs

[AKS-Gmail-IMAP]

Thank you Harry for all your efforts to keep OSX Hugin alive and going  
forward. I've had a chance to test this new GUI overhaul version and I  
admit to not having read in depth all the postings regarding  
justification for the new GUI. I think this new GUI has a long way to  
go. The previous GUI had a well developed primary window to which the  
fast preview window was added. The fast preview functioned in a  
secondary role. The GUI overhaul swapped these roles but has yet to  
transfer many essential functions to the new primary window.


Here is what bothered me:

- Save did not seem to be available on the former primary window!
- Preferences did not seem to be available on the former primary window.
- Each window should be able to switch to the other window.
- Closing out primary window, which is not the window we are used to  
working in, closes out the project even when the secondary window is  
open.
- A Feature Mapping control should also be on the Control Points  
window. It would operate on just the two images shown.
- The Control Points window ought to have a fine tune booster button  
to engage the rotation fine tune settings for the current manual pick.
- By the way, it has been a long time since we could apply fine tuning  
to the current control point pair in the Control Points window. It is  
often dimmed.
- An indicator near the main Optimization control that indicates a  
partial selection is going due to images turned off in the preview. An  
override switch to go with it could also be useful.
- A switch on the preview window near the image on/off controls that  
inhibits updating until we are ready. Better feed back is needed for  
these controls. (i.e. update button first) Maybe a different control  
type would be better than these buttons. It is possible to click one,  
not see any feedback, click it again and then see the system catching  
up as it turns images off and back on.
- For me, the primary action control device for any application window  
should be near the upper right hand corner. As a result the Stitch  
button is hard to find down at the lower right hand corner. That area  
might even be off the screen.


I was testing on Snow Leopard. I cannot quite put a finger on it but I  
think I am seeing the stitcher add jobs to its queue.


Thanks,
Allan





On Jun 9, 2012, at 12:48 PM, Harry van der Wolf wrote:


Hi mac users,

A long mail, but please read it completely before jumping to the  
download!


Changes in Hugin:
- More changes in the Gui by Thomas Modes
- more bug fixes by Thomas

Changes in this OSX build:
- built/linked against wxwidgets 2.9.3
- linked against Cocoa
- GUIs (Hugin, PTBatcherGui and calibrate_lens_gui) now also fully  
32/64bit universal (This also increases the bundle size with 30MB).



The Hugin project uses wxwidgets (a.k.a. wxwindows a.k.a. wxmac) as  
building framework for the GUI (=graphical) applications, like  
Hugin, PTBatcherGui and calibrate_lens_gui.
Up till now I used wxwidgets version 2.8.x and currently 2.8.12  
which is the latest version.
wxwidgets 2.8.x (and older) on OSX could only be built 32bits, not  
because of wxwidgets itself but because wxwidgets 2.8.x and older  
was compiled against Apple's Carbon framework which is only 32bits.
I now used wxwidgets 2.9.3. The 2.9.x versions can be compiled  
against Cocoa, which means that they can also be built as 64bits.


Up till now all non-graphical tools were universal 32/64bits  
versions whereas the GUIs were only 32bits. This new Hugin version  
is the very first build against Cocoa. Everything is now Universal  
32/64 bits.
It required some changes inside the Hugin code and in the compiling/ 
building of Hugin.


The reason for switching to Cocoa is that Carbon will no longer be  
supported in the upcoming OSX releases. We really do need to switch  
to Cocoa. Carbon is the past, Cocoa is the current situation and the  
future.
Secondly: switching to Cocoa makes it possible to build the GUIs  
also as 64bit applications. This is not a big benefit as the GUIs  
are only the shiny outsides of the real working tools that were  
already 64bit.
Thirdly: A big advantage is that the cmake build on OSX can now also  
be built as 64bit as up to now it could only be built as 32bit,  
including the non-graphic working tools as the cmake simply uses one  
architecture. cmake versions on OSX were always completely 32bits.
Note though that I'm still working on the cmake build due to a &*! 
^&* conflict between the macros used in boost versions of 1.48 and  
newer, and Apple itself. For Xcode I  can simply determine which  
boost to use and there I'm still on boost 1.46.



Note that file dialogs and some windows need manual resizing on  
first start as defaults for Carbon mean nothing for Cocoa (at least:  
that's what I experienced). Once resized they will "remember" the  
correct shape/size and will display correctly afterwards.
The Gui starts with the new simplified "preview assista

Re: [hugin-ptx] [OSX] 20120119 Updated Hugin bundle hugin-mac-2011.5.0.5723_cd2f5e37af3b_Lion: openMP enabled Lion compatible enblend?

[AKS-Gmail-IMAP]

This one seemed to work on both ppc and intel Leopard 10.6 but in the  
past flurry of testing I only tested the GL fast Preview and not also  
the old school Preview that I normally seldom visit. This Hugin  
crashed on both platforms when trying the old school Preview. The  
console reports a segmentation fault. I see the same crash when going  
back a few issues of 2011.5 but not in the 2011.4 release version you  
mentioned updated on January 18.


Alan

On Jan 19, 2012, at 6:41 AM, Harry van der Wolf wrote:


Hi Mac users,

I rebuilt the X86_64 part of enblend/enfuse with gcc 4.6.2. From a  
few links on the web it seems that Lion has a terrible, still not  
fixed, bug with regard to OpenMP. gcc 4.6.x is supposed to fix/work  
around this. So I installed gcc 4.6.2 on my snowLeopard box and  
recompiled enblend/enfuse for OpenMP.


It does work on my snow Leopard and it seems to be faster as well  
(now OpenMP 2008-5 instead of OpenMP 2005-5).


As it is actually the same bundle as the previous one I gave it the  
extension Lion. (That doesn't mean it doesn't run on Tiger or (Snow)  
Leopard. It's just to focus on the Lion users).


Please Lion users: test this latest bundle and please try to use the  
builtin enblend/enfuse: both are now supposed to run on Lion  
(fingers crossed).
Also Leopard and SnowLeopard users: test whether this one still  
works for you as well.
Tiger users still have to use the version from the enblend- 
enfuse-4.0 folder.


Note: this bundle doesn't contain multiblend or the development  
versions of enblend/enfuse. It's strictly a "test OpenMP enblend/ 
enfuse on Lion bundle".



Information and binaries via my website
.
(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry

--
Hugin development bundles for Mac OS X
ImageFuser for Mac OS X
KImageFuser for Linux


--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] 20120115 New Hugin bundle hugin-mac-2011.5.0.5723_cd2f5e37af3b incl. multiblend 0.2 and enblend 4.1 development

[AKS-Gmail-IMAP]

Cpfind works on ppc for me with this bundle.

Thanks Harry,

Allan



On Jan 18, 2012, at 8:27 AM, Harry van der Wolf wrote:


Hi mac users on ppc,

2012/1/15 Harry van der Wolf 
Hi Allan,


2012/1/15 AKS-Gmail-IMAP 
Harry,

These are my findings on a PPC running 10.5.8. I have been out of  
touch for a while so I have not tested the previous multiblend  
versions.


- I saw the new (to me) "I am Hugin .. " message regarding  
preference settings. This is nice.
- The Preferences form did not open wide enough to completely see  
all the tabs.

- I reset Preferences to default.
- cpfind control point detection clearly failed, instantly, without  
any error reporting.
- The default multirow line from the cpfind argument list is not the  
problem.


I'm completely flabbergasted. cpfind is only i386 and not ppc.  
That's the reason it doesn't function. Fortunately it is the only  
binary, but still I have no clue how this has happened. What's worse  
is that it's also in the 2011.4.0 release bundle so it's already for  
a longer time. I'm also astonished that none of the other ppc users  
ever mentioned this. Thanks that you did.




I rebuilt the bundle now (after having corrected the 2011.4.0  
release bundle first).
If you are on ppc, please download again and try again: cpfind  
should now work.
For those on Intel: Nothing has changed for you. Please continue  
using and testing.


Harry


--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] 20120115 New Hugin bundle hugin-mac-2011.5.0.5723_cd2f5e37af3b incl. multiblend 0.2 and enblend 4.1 development

[AKS-Gmail-IMAP]

Harry,

These are my findings on a PPC running 10.5.8. I have been out of  
touch for a while so I have not tested the previous multiblend versions.


- I saw the new (to me) "I am Hugin .. " message regarding preference  
settings. This is nice.
- The Preferences form did not open wide enough to completely see all  
the tabs.

- I reset Preferences to default.
- cpfind control point detection clearly failed, instantly, without  
any error reporting.
- The default multirow line from the cpfind argument list is not the  
problem.

- The vertical line control point detection functioned properly.
- The Assistant process did not realize no control points were  
generated. The process happily opened up the fast preview with all the  
images stacked on each other.
- PTBatcherGUI needs to open in front focus so that its overwrite file  
form is visible. This has been going on for some time.
- The PTBatcherGUI form window cannot be resized to be smaller in  
width. The resize height functions properly. The PTBatcherGUI minimum  
form window width on this machine fits exactly in the 1440 pixel width.


Thanks for you bundling.

Allan


On Jan 15, 2012, at 5:15 AM, Harry van der Wolf wrote:


Hi mac users,

I built another Hugin bundle including:
- multiblend 0.2 with another patch for blending-int.cpp from David  
Horman (1).
- the development OpenMP versions of enblend and enfuse 4.1  
(4.1-3cba1ed1aaff), which I have now temporary called enblendhg and  
enfusehg (2). (hg as they come from the mercurial(=hg) repository).


The default openmp 4.0 enblend and enfuse are still completely  
integrated in the bundle.


Both the development 4.1 enblend/enfuse and multiblend 0.2 are not  
completely integrated in the bundle yet, so how do you use it:

- In Preferences, goto programs -> use other enblend
- browse to the HuginTools folder (next to your Hugin.app and  
PTBatcherGui.app) and select either "enblendhg" or "multiblend".
- If you need enfuse for your stacks: browse to the HuginTools  
folder (next to your Hugin.app and PTBatcherGui.app) and select  
"enfusehg"


Notes multiblend:
- multiblend can only run on Intel machines (universal i386/x86_64  
binary) !!!

- multiblend can now create both tiffs and jpegs.
- multiblend uses a lot of memory, especially with larger panos  
(logical off course).


Notes enblendhg/enfusehg:
- enblendhg and enfusehg do run on ppc/i386/x86_64 but can only run  
on Leopard and SnowLeopard (perhaps now also Lion, but I'm afraid  
not).
- enblendhg is (much) slower due to it's new primary seam generator  
(2).



Please experiment and report your findings here in the hugin google  
group. This means both errors in multiblend and enblendhg/enfusehg  
itself as well as in my configuration.
enblend and enfuse errors belong technically to the enblend  
launchpad (3), but please mention them first in the hugin-group as  
they might well be my build errors.


Tiger and Lion users: Use the Tiger enblend from the enblend- 
enfuse-4.0 folder inside the .dmg.
(This is the normal reminder if you use enblend. For the new  
enblendhg see above: it might work for Lion. This info does not  
relate to multiblend)


Information and binaries via my website
.
(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry

(1): 
(2): 

(3): 

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: "bad allocation" error

[AKS-Gmail-IMAP]

2011/10/15 zarl 

 it's a lot easier to test the behaviour of different
versions when I'm able to set up different folders with several
versions of hugin.




Setting up different folders with different versions of hugin is what  
I am doing with each new issue. I initially thought the installer was  
cramping my style until I discovered the installer does not make this  
any more difficult than when there was not an installer. Although it  
may not be explicitly obvious when running the installer, the  
installer allows one to pick any folder or create any new folder for  
the install.


Allan

--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: Help out a Hugin beginner

[AKS-Gmail-IMAP]

If you are running the latest Hugin on a PPC in OSX 10.5.8 you get  
exactly the same symptom you describe, "The save dialog comes up, and  
I type in the name, but when I click "Save" nothing happens." This  
happens on the first stitch or in other words when PTBatcherGUI is  
invoked for the first time by Hugin. Something actually has happened.  
There is an error dialog referring to the non existing linefind  
control point finder sitting behind the Hugin window waiting for you  
to press the OK button. The stitch will proceed after you press the  
OK. The error message does not show up again for subsequent stitches  
as long as PTBatcherGUI is open. Perhaps this is what you are  
experiencing. This no-linefind error does not happen on Hugin intel  
OSX 10.6.8.


On Oct 6, 2011, at 3:47 AM, Brian wrote:


Hi Spencer,

Both of those programs are there. I re-installed anyway, and the
problem still exists.

On Oct 6, 1:50 pm, spencerberus  wrote:

PTBatcher is used to queue & run jobs to produce the actual output.
It sounds like Hugin cannot find the executables, you might try re-
installing it.  You should have ptbatcher.exe & ptbatchergui.exe in
the bin directory (if using this on Windows, I'm not sure if this
would be different on another OS).

On Oct 4, 7:43 pm, Brian  wrote:








Hello,



I'm a beginner to Hugin so please don't bite if it's a stupid
question.



I'm 99% finished on the panorama I'm working on.



But the "3. Create Panorama" and "Stitch" buttons aren't doing
anything (I forgot which one you use to finish a project, but  
neither

of them work so it doesn't matter to me right now).



The save dialog comes up, and I type in the name, but when I click
"Save" nothing happens.


Only once have I gotten an error message: "Failed to create  
connection

to server 'PTBatcherGUI-Brian' on topic 'BatchStart': a client's
attempt to establish a conversation has failed". I have no idea what
this means...


Every other time it just does nothing. No processing of any sorts,  
no

files saved, no error messages, just nothing.



I've used Hugin once before, and everything went normally. I did the
same steps as before, control points, alignment etc. and I can't  
think

of anything I might've missed out. According to the help file, and
some online tutorials, I've done every step I need to do.



So why is this happening? I tried restarting Hugin, restarting the
computer, different stitch settings, saving in different drives and
trying different filenames to no effect.



Thanks to anyone who can help me.


--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Fat Grid in Fast Preview

[AKS-Gmail-IMAP]

I was thinking the fat grid had some special significance that was way  
over my head.  I am seeing a problem with the Overview window. Its  
image does not follow it when I undock it. The two become dislocated.  
I can get the frame and its window in two different locations. The  
controls still operate properly on the frame when this happens. The  
image acts like it cannot escape the Hugin parent window frame. The  
overview returns to normal when docked. I have never tried undocking  
the preview in the Windows version. This is OSX where I see the  
dislocation.


Allan

--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: 2011.2.0 released

[AKS-Gmail-IMAP]

Harry,

I gave it the quick test on PPC OSX 10.5.8. It appeared to function  
normally except for a benign error message that pops up when  
PTBatcherGUI runs for the first time. The message is "External program  
path linefind not found in the bundle, reverting to system path." I  
made sure linefind was no longer in the Hugin preferences. Personally,  
I would never use this release knowing it does not have linefind built  
into it.


Allan



On Oct 1, 2011, at 5:11 AM, Harry van der Wolf wrote:


Hi OSX users,

I built the 2011.2.0 and put it temporarily on my website. I never  
publish release versions on my website but I would like to have some  
"test reports"  from users before uploading it to the release site.
So please download and report your results so that I can upload the  
bundle to Sourceforge and remove it from my own website.


So as usual but in this case temporarily you can find information  
and binaries via my website
.
(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Harry

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Hugin-2011.2.0_rc3 released

[AKS-Gmail-IMAP]

Harry,

There remains something fundamentally wrong with how new stitch  
processes are added to PTBatcherGui in OS X. One has to leave  
completed stitch processes in the batcher's queue in order to see the  
symptoms. I have never seen these problems when using the Windows  
version. Do I need to open a specific bug entry for this or is there  
one already? There may be much to describe the symptoms and the  
conditions needed to see them. Vary the names and sizes of added  
stitch processes for the same project to observe the symptoms.


Allan

On Aug 15, 2011, at 2:06 PM, Harry van der Wolf wrote:


Hi OSX users,

I made a 2011.2.0-RC3 build.

There were still issues with the calling of PTBatcherGui for which I  
made a rough work-around in the previous RC and beta builds. Chris  
Reiman released a patch on 18th June which uses a very elegant way  
to call an external bundle. Unfortunately it only can add a project  
to the queue, like done from the Assistant ("Send to assistant  
queue"). That made me decide not to implement it as it would not  
help us with the "start immediate"  stitching.
However, the patch helped me to get in the right direction and I  
worked out an option based on Charlie's patch.
PTBatcherGui should now always be called correctly on Tiger, Leopard  
and Snow Leopard. Lion is still open to me.



So what's changed:
- Call to PTBatcherGui to add project to queue (Charlie Reiman patch).
- Call to PTBatcherGui to start stitching immediately from Assistant  
pane or Stitch pane. (expanded version of Charlie Reiman patch).
- Changed incorrect name of lens_calibrate_gui.app to correct name  
calibrate_lens_gui.app (Note: You might need to remove the  
incorrectly named "old" lens_calibrate_gui.app by hand from the  
install folder.)


Further info:
- Python functionality is still not in the bundle and will not be  
either in the final 2011.2.
- As I'm now using an installer it's also easy to pack the command  
line tools as symlinks inside a HuginTools folder inside the Hugin  
install folder. Read the Readme in the Hugin Tools folder in the dmg  
if you want to work/experiment with these tools.



Please test!

Special "call" to Lion users: please report your user experience,  
not only the negative ones but also positive ones.
If you find real bugs please report them in the Launchpad bug  
tracker [0].



Information and binaries via my website
.
(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry

[0]: 

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Test images available

[AKS-Gmail-IMAP]

Pardon the off topic comment, but would someone please explain how one  
can expect trees to grow in the street within the curb line? This set  
fast preview views just fine on a OS X G4 10.5.8 setup.


On Aug 2, 2011, at 9:34 PM, Greg 'groggy' Lehey wrote:

On Wednesday,  3 August 2011 at 10:08:43 +1000, Greg 'groggy' Lehey  
wrote:

On Wednesday,  3 August 2011 at  9:22:40 +1000, Terry Duell wrote:
On the first front, I do have a set of images that I have been  
using as my
test set, and I was able to easily provoke the failure on my  
system when
testing versions since the merge of the overview code, but unable  
to get a

failure on versions prior to that.
The set consists of 5 images each approx 2 MB. I will see if I can  
get the
problem to show itself with reduced size version of those images,  
which

might make it easier to make them available.
How to I make them available? I don't have a site where I can put  
them.


I can give you a place to put them.  I'll reply in private mail.


OK, Terry has now uploaded a set of images at
ftp://w3.lemis.com/pub/hugin/P1040510.JPG to
ftp://w3.lemis.com/pub/hugin/P1040514.JPG .  I've tried them with my
version of Hugin, and they stitch well with no problems.  YMMV.

Greg
--
Sent from my real computer
Finger g...@freebsd.org for PGP public key.
See complete headers for address and phone numbers.
This message is digitally signed.  If your Microsoft MUA reports
problems, please read http://tinyurl.com/broken-mua


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] 20110623 hugin-mac-2011.1-5322_5c296e79fe54-build2 (NO 2011.2 beta build)

[AKS-Gmail-IMAP]

Harry,

I have not tested on Tiger yet. For PPC 10.5.8 most of the previously  
reported problems feeding processes to PTBatchGui are gone except for  
one curious one that seems to show up only when initiating the stitch  
from the Assistant tab but not from the Stitcher tab.


When PTBatchGui is already running, all its listed completed processes  
change from complete to waiting and then are stitched in order, with  
permission to overwrite requested, along with the new stitch process  
added by the Assistant.


Allan

On Jun 23, 2011, at 3:27 PM, Harry van der Wolf wrote:


Hi mac users,

Another OSX development build. This is NOT a 2011.2.0 beta build.  
I'm still struggling with the PTBatcherGui concept to work on all  
platforms with parameters. If this works I will apply it to the  
trunk for the following beta build.


What's changed:
- removed Snow Leopards open from the bundle again.
- I switched to a 2 step approach: Make a standard open call to open  
the PTBatcherGui.app bundle needed for a "bundle instance" running,  
after 3 seconds followed by a "linux like" call directly to the  
PTBatcherGui binary to add the project with all necessary  
parameters. It's a horrible work-around but I think it will work and  
on all platforms.

- Still no python.

Charlie Reiman gave me a hint how it could be done as well in a much  
better way (for those who followed the discussions), but for the  
time being it has reduced functionality. Hopefully we can improve  
that at a later stage.


Information and binaries via my website
.
(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] 20110619 hugin-mac-2011.1-5322_5c296e79fe54

[AKS-Gmail-IMAP]

Harry,

PTBatcherGui now runs when expected but not always as expected. What  
happens with the PTBatcherGui queue entries depends on whether or not  
PTBatcherGui is already running. There is also a difference between  
Leopard and Tiger. I suspect the queue entry problems may be due to  
one thing that manifests itself in different ways and as the code  
writer you might easily recognize if properly described. I am not  
confident I can accurately describe it because there are so many test  
permutations such as: Assistant / Stitcher, already running or not,  
same output prefix name or new name, empty list or not empty list,  
Leopard or Tiger.  I think the following statements are true.


Things are fine in Leopard only a long as PTBatcherGui is not already  
running.


In Leopard,  Assistant tab mode launches PTBatcherGui with the correct  
project output prefix, either same named or new named and  
automatically starts all stitch processes that may be already  
"waiting" in the PTBatcherGui queue. The already "waiting" entries  
would have been in that state when PTBatcherGui was last closed.


In Leopard, the Stitcher tab mode launched PTBatcherGui behaves  
exactly as the Assistant tab mode launched PTBatcherGui.


Problems occur when PTBatcherGui is already running.

When the PTBatcherGui is empty then nothing is added to the queue  
regardless of launching from the Assistant tab or Stitcher tab.


When the PTBatcherGui is not empty then:

In Leopard,  Assistant tab mode launched PTBatcherGui, the first  
PTBatcherGui entry status, if it is the same project,  changes to  
"waiting", but the output prefix remains as it was. Nothing is added  
or changed to the queue when none of the existing entries are the same  
as the active project. The position within the queue list does not  
change the results. In other words the status field changes to  
"waiting" for the active project entry regardless of its position in  
the queue list. This also happens to any multiple active project named  
entries. They all change to "waiting". Automatically starting the  
stitching process does not occur for any entries.


In Leopard, the Stitcher tab launched PTBatcherGui does not exhibit  
the above describe behavior. No new entries are added to the queue  
list or are any existing entries changed to "waiting".


Some things in Tiger are different.  Tiger is also not taking any new  
prefix names.


Behavior in Tiger is similar to what is described above except for  
some odd differences.


The output prefix is always the project name. Whatever different file  
name one enters to specify the output prefix is lost.


No automatic starting of the stitch process occurs in any of the  
launch modes.


The PTBatcherGui list entry status changes to "waiting" happens for  
all the same project entries only for the Assistant tab mode launched  
PTBatcherGui. None of the existing PTBatcherGui same prpject list  
entries change to "waiting" when Stitch tab launches PTBatcherGui. The  
newly added entry will be "waiting" and its output prefix is will be  
the project name as previously mentioned.



Allan


On Jun 19, 2011, at 9:55 AM, Carl von Einem wrote:


Hi Harry,

it sort of works on 10.4 Tiger: when I press the button "3. stitch  
panorama" in the Assistant tab I see a dialog that lets me choose a  
name for the output file(s). However changing it (I added the  
current time stamp) has no effect, the name of the pto is still used  
instead.


PTBatcher GUI (which btw only has a low res icon in the "app  
switcher" "dialog") opens up nicely with the new project. I have to  
press the arrow symbol to start the processing. When finished, the  
list entry is set to "finished".


The funny thing is that when I try the “stitch!" button in the last  
tab (having renamed the previously stitched file to something  
unique) the same happens but I notice something special: the list in  
PTBatcherGUI isn't cleared and my old finished project is still  
listed but now again with the status "wait". So if I don't manually  
clear the list the same project will be stitched again, at some time  
asking me if overwriting an older file with the same name would be ok.


This works with both "stitch" buttons (in Assistant and Stitching  
tab), i.e. after trying the button in the first tab again I now see  
three "waiting" projects in PTBatcherGUI.


Carl

Harry van der Wolf schrieb am 19.06.11 15:48:

Hi mac users,

Another OSX development build.

What's changed:
- embedded Snow Leopards open binary inside bundle and use it on  
Leopard
and Snow Leopard to be able to use the advanced PTBatcherGui  
switches.
Tiger is unfortunately incompatibel but PTBatcherGui should at  
least be

started with the .pto.
- Still no python.
- A few bugfixes in Hugin and other apps.

Information and binaries via my website

Re: [hugin-ptx] [OSX] 20110615 hugin-mac-2011.1-5311_f8270bcc6d99-build2

[AKS-Gmail-IMAP]

On the PPC 10.5.8 this does launch PTBatcherGUI with the test1- 
test2.pto waiting.
MH-iMac:~/Pictures/HuginTest] aks% ./open -b  
net.sourceforge.hugin.PTBatcherGUI ./test1-test2.pto --args -a


But on an Intel running 10.4.11 the newer open fails with.
dyld: unknown required load command 0x8022
Trace/BPT trap

verbatim
Last login: Sat Jun 18 21:24:43 on ttyp1
Welcome to Darwin!

scidept1:~ scidept1$ cd /Users/scidept1/Desktop/HuginTest/

scidept1:~/Desktop/HuginTest scidept1$ ls
SLopen.zip  test1-test2.jpg test1.jpg
opentest1-test2.pto test2.jpg

scidept1:~/Desktop/HuginTest scidept1$ ./open
dyld: unknown required load command 0x8022
Trace/BPT trap

scidept1:~/Desktop/HuginTest scidept1$ open
Usage: open [-e] [-t] [-f] [-b ] [-a ]  
[filenames]

Help: Open opens files from a shell.
  By default, opens each file using the default application for  
that file.
  If the file is in the form of a URL, the file will be opened as  
a URL.

Options:
  -a  Opens with the specified application.
  -b  Opens with the specified application bundle identifier.
  -e  Opens with TextEdit.
  -t  Opens with default text editor.
  -f  Reads input from standard input and opens with TextEdit.

scidept1:~/Desktop/HuginTest scidept1$ ./open
dyld: unknown required load command 0x8022
Trace/BPT trap

scidept1:~/Desktop/HuginTest scidept1$


Allan


On Jun 18, 2011, at 10:22 AM, Harry van der Wolf wrote:




2011/6/18 AKS-Gmail-IMAP 
Harry,

You will need to tell me if this worked because it did something I  
was not expecting.



To show you this open runs.

[MH-iMac:~/Pictures/HuginTest] aks% ./open
Usage: open [-e] [-t] [-f] [-W] [-R] [-n] [-g] [-h] [-b identifier>] [-a ] [filenames] [--args arguments]

Help: Open opens files from a shell.
  By default, opens each file using the default application for  
that file.
  If the file is in the form of a URL, the file will be opened  
as a URL.

Options:
  -aOpens with the specified application.
  -bOpens with the specified application bundle  
identifier.

  -eOpens with TextEdit.
  -tOpens with default text editor.
  -fReads input from standard input and opens  
with TextEdit.

  -R, --reveal  Selects in the Finder instead of opening.
  -W, --wait-apps   Blocks until the used applications are  
closed (even if they were already running).
  --argsAll remaining arguments are passed in argv  
to the application's main() function instead of opened.
  -n, --new Open a new instance of the application even  
if one is already running.
  -g, --background  Does not bring the application to the  
foreground.
  -h, --header  Searches header file locations for headers  
matching the given filenames, and opens them.


It runs. That is great. It means that I can use the SnowLeopard open  
at least in Leopard (or so it seems). Hopefully also on Tiger. I  
will include it in the bundle as an internal command like enblend/ 
enfuse/gnumake/celeste_standalone etc.



This launches PTBatcherGUI with test1-test2.pto waiting.
[MH-iMac:~/Pictures/HuginTest] aks% ./open -b  
net.sourceforge.hugin.PTBatcherGUI ./test1-test2.pto


Nice. This is the default call without switches. At least it opens  
PTBatcherGui with the project.


For the next three I made an error. Please start PTBatcherGui first  
and empty the project list (right side second button: remove  
completed. If left, remove them as well). The third call told  
PTBatcherGui to start processing. It didn't do this with the  
specified project, due to my mistake, so it continued with the  
already waiting projects in PTBatcherGui, from the first call(s).


This launches PTBatcherGUI with an empty list.
[MH-iMac:~/Pictures/HuginTest] aks% ./open -b  
net.sourceforge.hugin.PTBatcherGUI --args -a ./test1-test2.pto


This also launches PTBatcherGUI with an empty list.
[MH-iMac:~/Pictures/HuginTest] aks% ./open -b  
net.sourceforge.hugin.PTBatcherGUI --args -a test1-test2.pto


This also launches PTBatcherGUI with test1-test2.pto waiting and the  
Assistant as the output prefix. It looks like it completes something  
else when I tell it to run.
[MH-iMac:~/Pictures/HuginTest] aks% ./open -b  
net.sourceforge.hugin.PTBatcherGUI --args -a /Users/aks/Pictures/ 
HuginTest/test1-test2.pto



Please try this call with:
./open -b net.sourceforge.hugin.PTBatcherGUI  ./test1-test2.pto -- 
args -a


I know you have Tiger as well. Please try it on Tiger also.

Harry


--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegrou

Re: [hugin-ptx] [OSX] 20110615 hugin-mac-2011.1-5311_f8270bcc6d99-build2

[AKS-Gmail-IMAP]

Harry,

You will need to tell me if this worked because it did something I was  
not expecting.


To show you where this is.

[MH-iMac:~/Pictures/HuginTest] aks% ls
SLopen.zip		test1-test2.jpg		test1-test2.pto		test1-test2_2.log	 
test2.jpg

opentest1-test2.log test1-test2_1.log   
test1.jpg

To show you this open runs.

[MH-iMac:~/Pictures/HuginTest] aks% ./open
Usage: open [-e] [-t] [-f] [-W] [-R] [-n] [-g] [-h] [-b identifier>] [-a ] [filenames] [--args arguments]

Help: Open opens files from a shell.
  By default, opens each file using the default application for  
that file.
  If the file is in the form of a URL, the file will be opened as  
a URL.

Options:
  -aOpens with the specified application.
  -bOpens with the specified application bundle  
identifier.

  -eOpens with TextEdit.
  -tOpens with default text editor.
  -fReads input from standard input and opens  
with TextEdit.

  -R, --reveal  Selects in the Finder instead of opening.
  -W, --wait-apps   Blocks until the used applications are closed  
(even if they were already running).
  --argsAll remaining arguments are passed in argv to  
the application's main() function instead of opened.
  -n, --new Open a new instance of the application even  
if one is already running.
  -g, --background  Does not bring the application to the  
foreground.
  -h, --header  Searches header file locations for headers  
matching the given filenames, and opens them.


This launches PTBatcherGUI with test1-test2.pto waiting.
[MH-iMac:~/Pictures/HuginTest] aks% ./open -b  
net.sourceforge.hugin.PTBatcherGUI ./test1-test2.pto


This launches PTBatcherGUI with an empty list.
[MH-iMac:~/Pictures/HuginTest] aks% ./open -b  
net.sourceforge.hugin.PTBatcherGUI --args -a ./test1-test2.pto


This also launches PTBatcherGUI with an empty list.
[MH-iMac:~/Pictures/HuginTest] aks% ./open -b  
net.sourceforge.hugin.PTBatcherGUI --args -a test1-test2.pto


This also launches PTBatcherGUI with test1-test2.pto waiting and the  
Assistant as the output prefix. It looks like it completes something  
else when I tell it to run.
[MH-iMac:~/Pictures/HuginTest] aks% ./open -b  
net.sourceforge.hugin.PTBatcherGUI --args -a /Users/aks/Pictures/ 
HuginTest/test1-test2.pto



Allan



On Jun 18, 2011, at 1:40 AM, Harry van der Wolf wrote:


Thanks for the feedback.

I have "my"  SnowLeopard open binary attached to this mail as a zip.
Please unzip it, BUT NOT TO /usr/bin where your own open resides.
Unzip it to your home folder and please do a "~/open" to see whether  
it runs on your system. I think it might run as the compatibility  
level of the needed frameworks and libraries is quite low.


If it does run, please repeate the previous tests like the:
~/open -b net.sourceforge.hugin.PTBatcherGUI 

but now also try:
~/open -b net.sourceforge.hugin.PTBatcherGUI --args -a 

If this works I need to copy the SL open binary into the bundle and  
use that one from inside the bundle as so many other tools.


Harry



--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx



--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] 20110615 hugin-mac-2011.1-5311_f8270bcc6d99-build2

[AKS-Gmail-IMAP]

Testing on PPC 10.5.8 - just as you suspected

Works  --> [MH-iMac:~/Pictures/Talmud] aks% open -b  
net.sourceforge.hugin.PTBatcherGUI FN-04-FN-10.pto


Does not work -->  [MH-iMac:~/Pictures/Talmud] aks% open -b  
net.sourceforge.hugin.PTBatcherGUI -a FN-04-FN-10.pto

Unable to find application named 'FN-04-FN-10.pto'

Nor does same with full path --> [MH-iMac:~/Pictures/Talmud] aks% open  
-b net.sourceforge.hugin.PTBatcherGUI -a /Users/aks/Pictures/Talmud/ 
FN-04-FN-10.pto

LSOpenFromURLSpec() failed with error -10810.

This also does not work --> [MH-iMac:~/Pictures/Talmud] aks% open -b  
net.sourceforge.hugin.PTBatcherGUI /Users/aks/Pictures/Talmud/ 
FN-04-FN-10.pto -a

open: option requires an argument -- a
Usage: open [-e] [-t] [-f] [-W] [-n] [-g] [-h] [-b identifier>] [-a ] [filenames]

Help: Open opens files from a shell.
  By default, opens each file using the default application for  
that file.
  If the file is in the form of a URL, the file will be opened as  
a URL.

Options:
  -aOpens with the specified application.
  -bOpens with the specified application bundle  
identifier.

  -eOpens with TextEdit.
  -tOpens with default text editor.
  -fReads input from standard input and opens  
with TextEdit.
  -W, --wait-apps   Blocks until the used applications are closed  
(even if they were already running).
  -n, --new Open a new instance of the application even  
if one is already running.
  -g, --background  Does not bring the application to the  
foreground.
  -h, --header  Searches header file locations for headers  
matching the given filenames, and opens them.



I see when checking "open" on a 10.4.11the supported arguments list is  
even shorter. On 10.4.11 only -e, -t, -f, -b, and -a are listed.



Allan


On Jun 17, 2011, at 11:03 AM, Harry van der Wolf wrote:


Hi Allan,

2011/6/17 AKS-Gmail-IMAP 
Harry,

For this build on a PPC 10.5.8 Stitch does not start PTBatcherGui.   
This is what the console shows after specifying the output prefix  
when initiating a Stitch.



6/17/11 6:10:57 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   -h, -- 
header  Searches header file locations for headers matching the  
given filenames, and opens them.
6/17/11 6:13:08 AM [0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]  
open: unrecognized option `--args'
6/17/11 6:13:08 AM [0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]  
Usage: open [-e] [-t] [-f] [-W] [-n] [-g] [-h] [-b identifier>] [-a ] [filenames]
6/17/11 6:13:08 AM [0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]  
Help: Open opens files from a shell.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   By default,  
opens each file using the default application for that file.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   If the file  
is in the form of a URL, the file will be opened as a URL.
6/17/11 6:13:08 AM [0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]  
Options:
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   - 
aOpens with the specified application.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   - 
bOpens with the specified application bundle  
identifier.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   - 
eOpens with TextEdit.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   - 
tOpens with default text editor.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   - 
fReads input from standard input and opens with  
TextEdit.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   -W, --wait- 
apps   Blocks until the used applications are closed (even if they  
were already running).
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   -n, -- 
new Open a new instance of the application even if one is  
already running.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   -g, -- 
background  Does not bring the application to the foreground.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   -h, -- 
header  Searches header file locations for headers matching the  
given filenames, and opens them.



Allan


Thanks for this output. It clarifies it all. The open on Leopard  
doesn't support the --args statement.


My open says:
Usage: open [-e] [-t] [-f] [-W] [-R] [-n] [-g] [-h] [-b identifier>] [-a ] [filenames] [--args arguments]

Help: Open opens files from a shell.
  By default, opens each file using the default application for  
that file.
  If the file is in the form of a URL, the file will be opened  
as a URL.

Option

Re: [hugin-ptx] [OSX] 20110615 hugin-mac-2011.1-5311_f8270bcc6d99-build2

[AKS-Gmail-IMAP]

Harry,

For this build on a PPC 10.5.8 Stitch does not start PTBatcherGui.   
This is what the console shows after specifying the output prefix when  
initiating a Stitch.



6/17/11 6:10:57 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   -h, -- 
header  Searches header file locations for headers matching the  
given filenames, and opens them.
6/17/11 6:13:08 AM [0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]  
open: unrecognized option `--args'
6/17/11 6:13:08 AM [0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]  
Usage: open [-e] [-t] [-f] [-W] [-n] [-g] [-h] [-b identifier>] [-a ] [filenames]
6/17/11 6:13:08 AM [0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]  
Help: Open opens files from a shell.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   By default,  
opens each file using the default application for that file.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   If the file is  
in the form of a URL, the file will be opened as a URL.
6/17/11 6:13:08 AM [0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]  
Options:
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   - 
aOpens with the specified application.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   - 
bOpens with the specified application bundle identifier.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   - 
eOpens with TextEdit.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   - 
tOpens with default text editor.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   - 
fReads input from standard input and opens with  
TextEdit.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   -W, --wait- 
apps   Blocks until the used applications are closed (even if they  
were already running).
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   -n, -- 
new Open a new instance of the application even if one is  
already running.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   -g, -- 
background  Does not bring the application to the foreground.
6/17/11 6:13:08 AM  
[0x0-0x2df2df].net.sourceforge.hugin.Hugin[8982]   -h, -- 
header  Searches header file locations for headers matching the  
given filenames, and opens them.



Allan

On Jun 15, 2011, at 7:21 AM, Harry van der Wolf wrote:


Hi,

A reworked version of the yesterday bundle:

- Changed call to PTBatcherGui from Assistant
- I removed python again for the time being.


Information and binaries via my website
.
(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] 20110614 hugin-mac-2011.1-5311_f8270bcc6d99

[AKS-Gmail-IMAP]

Harry,

This build abnormally exits on startup. PTBatchGui seems normal.

This is what what in the console:

6/14/11 9:39:42 PM com.apple.launchd[2128]  
([0x0-0x291291].net.sourceforge.hugin.Hugin[7990]) Exited abnormally:  
Trace/BPT trap
6/14/11 9:40:27 PM [0x0-0x293293].net.sourceforge.hugin.Hugin[7995]  
dyld: Library not loaded: /Library/Frameworks/Python.framework/ 
Versions/2.6/Python
6/14/11 9:40:27 PM [0x0-0x293293].net.sourceforge.hugin.Hugin[7995]
Referenced from: /Applications/HuginFolder/Hugin2011.1-5311/Hugin.app/ 
Contents/MacOS/../Frameworks/_hsi.framework/Versions/A/_hsi
6/14/11 9:40:27 PM [0x0-0x293293].net.sourceforge.hugin.Hugin[7995]
Reason: image not found
6/14/11 9:40:27 PM [0x0-0x293293].net.sourceforge.hugin.Hugin[7995]
Reason: image not found
6/14/11 9:40:28 PM com.apple.launchd[2128]  
([0x0-0x293293].net.sourceforge.hugin.Hugin[7995]) Exited abnormally:  
Trace/BPT trap


I was using a PPC OSX 10.5.8

Allan


On Jun 14, 2011, at 3:52 PM, Harry van der Wolf wrote:


Hi,

another OSX build:

- Changed call to PTBatcherGui from Assistant
- No python functionality yet. It's now builtin but somehow the code  
is not active in the build.


Please test.

Information and binaries via my website
.
(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] 20110612 New hugin-mac-2011.1-5302_e9853363e41c

[AKS-Gmail-IMAP]

Harry,

Sorry, I must retract the last email. I was not testing this new  
version. This version does not work. It is silent as Steve reported. I  
was being lazy. I was dumping the dmg contents into a previous folder  
without noticing that you created an installer. It was the older Hugin  
splash image that tipped me off when I tried to test this new one on  
an Intel running 10.4. That trial was also silent.


Allan



On Jun 12, 2011, at 3:00 AM, Harry van der Wolf wrote:


Hi all,

Second 2011.1 development build.

What's new:
- Call to PTBatcherGui from Assistant fixed (my error)
- 2 fixes in lens_calibrate_gui

What's new bundle:
- Installer now uses Administrator authorization

Please test.

Information and binaries via my website
.
(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] 20110612 New hugin-mac-2011.1-5302_e9853363e41c

[AKS-Gmail-IMAP]

Harry,

This version ran for me without any problems doing the usual simple  
test project. It ran on a PPC 10.5.8 and an Intel 10.6.7. Both the  
assistant and manual modes tested fine.


Allan

On Jun 12, 2011, at 3:00 AM, Harry van der Wolf wrote:


Hi all,

Second 2011.1 development build.

What's new:
- Call to PTBatcherGui from Assistant fixed (my error)
- 2 fixes in lens_calibrate_gui

What's new bundle:
- Installer now uses Administrator authorization

Please test.

Information and binaries via my website
.
(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: [OSX] New 2011.0.1 bundle for tryout (Was: Try to get a workaround for OSX 10.5 stitch for 2011.0)

[AKS-Gmail-IMAP]

On Jun 7, 2011, at 7:53 AM, zarl wrote:




Did you make sure you disabled (renamed) all other versions of
PTBatcherGUI first?


Harry,

Ok, now it works. I had deleted all the PTBatcheGUIs I knew about.  
After studying the status lines a bit more closely I could see that  
what was running for PTBatcherGUI was in fact a version of  
PTBatcherGUI buried deep inside Development/Hugin instead of the  
PTBatcherGUI sharing the same folder with Hugin.


Allan

--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] New 2011.0.1 bundle for tryout (Was: Try to get a workaround for OSX 10.5 stitch for 2011.0)

[AKS-Gmail-IMAP]

I am sorry to report seeing problems with this one with PTBatcherGUI  
included in the dmg. I have tested it only on 10.5.8 PPC. For one, the  
stitching status window is not verbose. So I assume this is not the  
same PTBatcherGUI that was functioning in previous tests. Second, the  
stitch reports as "complete" when it is not. In fact the resulting  
file does not appear to exist. Third, the OS reports "The application  
nona quit unexpectedly."



On Jun 6, 2011, at 4:07 PM, Harry van der Wolf wrote:


Hi all,

Thanks to Thomas we now have a stitching Hugin on Leopard 10.5, be  
it via PTBatcherGui.


I built a complete release bundle which is exactly the same as the  
last test build apart from the "version stamp"  which now mentions  
2011.0.1


Please do a final test to check whether it still works correctly.
Also: I added a "README FIRST LEOPARD USERS.txt" file in the dmg.  
Please let me know if it is clear enough and also feel free to  
correct for errors.



You can download the bundle here: 


If it is confirmed to work correctly I will upload it to  
hugin.sf.net to replace the current one.


Note: I'm not sure whether we need a patch in the official tar.bz. I  
think this will only happen in the bundle on 10.5. When build via  
cmake huginstitchproject is a separate mini bundle and therefore  
works differentl. At the moment I am the only bundle builder  
although Skip can do it as well.


Harry

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: Try to get a workaround for OSX 10.5 stitch for 2011.0 (Was: stitching issue on OSX 10.5)

[AKS-Gmail-IMAP]

Sorry for the late tests.

10.5.8 PPC - works just fine as advertised (no stitch button) with a  
simple test project using both the assistant mode and manual mode.  
Incidentally, having stitches go to batch automatically is how I would  
normally operate regardless of OS.


10.6.7 Intel - works just fine as advertised (visible stitch button)  
with a simple test project using both the assistant mode and manual  
mode.


10.4.11 PPC - does not work. Assistant results in an unexpected error.  
In manual mode the quick viewer results in an unexpected error. The  
stitch tab shows the stitch button. The stitching status pane is  
verbosely normal and reports failed Enblend and failed Enfuse tests.  
So the stitch process gracefully terminates itself. I do not recall if  
10.4 users are supposed to use special versions of Enblend and Enfuse.


Allan

On Jun 4, 2011, at 3:17 PM, Harry van der Wolf wrote:


Hi,

2011/6/4 T. Modes 

Please find attached a patch: it consists of 2 parts: the first parts
hide/disables the stitch now button on the pano panel for Leopard.
The second part modifies the Stitch now code. This code is called by  
the

stitch now button and also by the assistant. So I modified this part
that it calls for Leopard the send to batch for the assistant.

Hope this helps.

Thomas

@Thomas: Your patch works. So this is where the boys get separated  
from the men when it comes to programming :)


@OSXusers:
10.5 users please test this combination of hugin and ptbatchergui.
10.4 and 10.6 users: please test as well to see whether this  
combination works for you as well.


Please temporarily remove or rename the existing PTBatcherGui.app in  
your /Applications.

You can also simply copy this hugin and ptbatchergui in /Applications.

If you leave an "old" PTBatcherGui in /Applications, PTBatcherGui  
will hang.


Note that this dmg contains hugin.app and ptbatchergui.app and a  
small README.txt and nothing else.


You can download it at: 


Harry


--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: Please proof read "Read Me First (Mac)" for new Hugin 2011.0

[AKS-Gmail-IMAP]

That cuts the British out of one word to use in Scrabble.

On Jun 2, 2011, at 8:23 PM, dex Otaku wrote:


On Jun 1, 10:04 pm, AKS-Gmail-IMAP  wrote:


It is "optimizer" not "optimiser". I know the tab had it this way for
quite some time. I confess that I would say the word with an
exaggerated Hollywood german accent when seeing the tab "Optimiser".


Hahaha!  You do realise, though, that "optimiser" is the correct
English spelling pretty much everywhere on Earth except for the USA.

--  
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Please proof read "Read Me First (Mac)" for new Hugin 2011.0

[AKS-Gmail-IMAP]

 I assume you meant "convenience"  here?



Yes. The other is amusing.

--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Please proof read "Read Me First (Mac)" for new Hugin 2011.0

[AKS-Gmail-IMAP]

Harry,

Additional minor comments:

I would change "usage of Hugin" to "Hugin usage" in both instances.

It is "optimizer" not "optimiser". I know the tab had it this way for  
quite some time. I confess that I would say the word with an  
exaggerated Hollywood german accent when seeing the tab "Optimiser".


Do we capitalize Hugin or not? Hugin is in lower case in the first  
sentence of "About the Control ...".  I recall not understanding what  
Hugin is at one point in time. I would be confused by references not  
in the same case.


Perhaps this for About the Control Point Detectors:

"To be able to align and stitch seamless panoramas, Hugin needs to  
know the corresponding locations (control points) between each  
overlapping pair of images. Hugin allows you to define Control Points  
manually and/or  automatically with helper programs called Control  
Point Detectors. Hugin comes bundled with it's own Control Point  
Detector named CPFind. CPFind was developed to provide a superior  
patent restriction free alternative to the helper Control Point  
Detectors Autopano-sift-C and Panomatic that at one time where the  
only available Control Point Detectors.  In Hugin's preference  
settings you indicate to Hugin where the helper programs reside in  
addition to what settings Hugin should use. Due to patent restrictions  
Autopano-sift-C and Panomatic cannot be included within the Hugin  
program bundle. Hugin includes Autopano-sift-C and Panomatic  
preference entries for your connivence. These other Control Point  
Detectors are available as separate install packages which you would  
install yourself and then complete the corresponding preference entry.


Due to the same patent restriction it is not allowed to use Autopano- 
sift-C on commercial basis in the USA. All users who do use it on  
private, educational or any other non-commercial basis are free to use  
it."



Allan

On May 31, 2011, at 12:10 PM, Harry van der Wolf wrote:


Hi OSX users and those who are also interested,

I'm building the new 2011 bundle. I need to update the readme which  
is located at the top level inside the dmg.


Please check for readability and/or errors.
The document is attached in ODF format (from Libre Office) and in  
PDF format.


Harry



--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx



--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: Is the panosphere preview looking at the outside of the sphere?

[AKS-Gmail-IMAP]

The sphere interface seems perfectly normal to me. I think it would  
also be natural to those not thinking so if they would just spin the  
sphere around so that the view point is from inside the sphere. This  
is easily demonstrated with 180 degree or less panos. Maybe what  
bothers some is that the "inside" is dimmer than the "outside". The  
enhancement that might satisfy is to have the outside dimmed and the  
inside bright while at the same time having a static cutting plane  
that prevents the near side images from displaying in front of the  
inside images. The effect would be that of looking into a sphere  
through a removed section. As one rotates the sphere the cut away  
portion would not move. I can easily imagine the person who devised  
the sphere interface as thinking of many variations of what we see  
now, including what is just described, and then deciding, "Heck, lets  
just put the images bright on the outside where they are most easily  
displayed and in reverse because that is the way they really are."  
This whole Hugin thing is such an abstraction that one little mental  
gymnastic is nothing compared to the utility gained by the sphere  
display.  I use Hugin for the mundane purpose of documenting piping  
systems in spaces like utility rooms in buildings or documenting  
structural framing. There are those that have difficulty with the  
resulting images because, "the pipes do not really curve like that",  
or "the beams cannot be curved like that".  There is a faint  
similarity between the objection types.


Allan



On May 27, 2011, at 2:53 PM, kfj wrote:




On 27 Mai, 21:39, Milan Knížek  wrote:


Anybody filed it as a bug/feature request? (I have not found anything
on launchpad.)

The flipped left / right sides are really confusing.


I haven't. Please go ahead and do it. I'm not convinced by Yuval's
lone voice earlier in this thread telling me that looking at the
outside of the panosphere was natural.

Kay

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: Hugin-2011.0.0_rc1 released

[AKS-Gmail-IMAP]

Intel 10.6.  I had about 10 4k x 4k or so images loaded.

Allan


On May 27, 2011, at 1:40 AM, Harry van der Wolf wrote:


Hi Allan,

2011/5/23 Allan Seidel 
Perhaps these have been mentioned before. I am seeing problems in  
the Control Points tab. For example when starting to pick a point on  
the left side image a duplicate version of that image appears at the  
bottom of the frame and the right image enlarges a bit, overflowing  
the original space allocated for that image. Also, the operation to  
move a control point is not usable. The point does not appear to move.


Allan


On which platform do you use Hugin and which version: ppc or intel  
and 10.4, 10.5 or 10.6.
This used to be a problem with wxwidgets itself about 1½ year ago  
but has been solved at that time (or not?)

For me it's working fine (intel, 10.6).

@Yuv: no ticket yet, apart from the very old already closed one in  
the previous tracker.


Harry

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Updated Hugin - doesn't align images anymore

[AKS-Gmail-IMAP]

The control point detector scheme has changed since the last version  
you were using. The control point detector of choice, cpfind, is now  
built in to Hugin but it does not show up as a choice because Hugin  
honors your previous preferences. What you need to do is Load Defaults  
at the Control Points Detectors section of the Hugin preferences. I  
think you can still use Autopano-SIFT and Panomatic provided you  
acquire their newer versions.


You will also run into a problem if you are running OSX 10.5. On that  
system you must use the button "Save project and send to batch"   
instead of the "Stitch now" button for stitching. The batch process  
button runs the batcher program PTBatcherGUI.


You can obtain all of this plus more necessary information at:

http://panorama.dyndns.org/index.php?lang=EN&subject=Hugin&texttag=Hugin



On Apr 9, 2011, at 6:31 AM, HG wrote:


Hi!

I've been using Hugin 2009.2-RC1 with Autopano-SIFT-C 2.5. Worked
fine. However, I wanted to upgrade Hugin, so I just downloaded the
Hugin-mac-2010.4.0. (Yes I'm on OS X). I edited the script
(initialise_environment.txt) and run that.

However, now that I open some pictures and click on assistant align, I
can see the log window flash and close and then I'm greeted with note
saying: "Error. Warning 3 unconnected image groups found: [0], [1],
[2]. Please create control points between unconnected images using the
Control Points tab." and so on.

So, what do I have in the settings... first of all, all tutorials seem
to be from the older RC versions. The windows is different. I had the
default Panomatic there (set as default) in the beginning. It was
pointing to the panomatic that came with the old RC1 (which is still
in the system) with arguments -o %o %i. That didn't work. So, I added
another that I called "Autopano-SIFT". I tried to put it's type to be
"Autopano (by A. Jenny) but it was automatically changed to "All
images at once." The program points to .../Library/Application
Support/Hugin/Autopano/autopano-sift-c (which is the 2.5 version as I
could not find a link to anything newer). I tried both with the same
arguments "-o %o %i" and then with "--maxmatches %p %o %i" but neither
one works.

Please, how can I get Hugin to align the pictures automatically (it's
really pain to start it from the beginning manually). Thanks for all
help.

--
HG.

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Hugin-2011.0 beta3 released

[AKS-Gmail-IMAP]

Harry,

We still have the stitch failing as you predicted (PPC 10.5.8). The  
file path separator substitution error seems to be gone.


What is with this error reported at the console? I think this has been  
around for a while.


3/14/11 8:06:59 PM [0x0-0xb26b26].net.sourceforge.hugin.Hugin[26405] / 
Users/Shared/development/hugin_related/hugin-2011.0.0/mac/../src/ 
hugin1/hugin/TextureManager.cpp:624) SetParameters(): GL Error when  
setting texture parameters: invalid operation.
3/14/11 8:07:34 PM [0x0-0xb26b26].net.sourceforge.hugin.Hugin[26405]  
ERROR: 20:07:34.689920 (/Users/Shared/development/hugin_related/ 
hugin-2011.0.0/mac/../src/hugin1/hugin/TextureManager.cpp:624)  
SetParameters(): GL Error when setting texture parameters: invalid  
operation.


Allan



On Mar 14, 2011, at 12:06 PM, Harry van der Wolf wrote:


All OSX users,

I built a beta3 build. Please test.

Note: this is the straightforward 2011.0. The issue we have with  
stitching failing on Leopard is most probably still there. This does  
however work correctly on Tiger (10.4) and Snow Leopard (10.6).



As always: Information and binaries via my website
.
(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry
[1]: 




2011/3/13 Yuval Levy 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hugin-2011.0.0_beta3 RELEASE NOTES

ABOUT

Hugin is more than just a panorama stitcher.  A new version is  
available.



Hugin can be found at
* SourceForge:  http://hugin.sourceforge.net/
* Launchpad:https://launchpad.net/hugin


SCHEDULE

https://launchpad.net/hugin/2011.0

The purpose of the schedule is to make the process as predictable as  
possible
so that contributors can plan for their own contributions (e.g.  
translations

and bug fixes) and distributors can plan for the binary builds.

The schedule is just an indication.  The release will happen when it  
is ready.




--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

[hugin-ptx] Use Processing to map your Hugin spherical panoramas to make a real planet.

[AKS-Gmail-IMAP]

For those interested in bottomless diversion, the Processing  
"TexturedSphere"  sketch in the Examples/Libraries/OpenGL section  
under File/Examples maps an image to an interactive sphere.  You can  
use this to create interactive "planets" of your spherical panoramas.   
The possibilities seem endless.


Processing.org

Allan


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Create Panorama quits despite Align succeeded

[AKS-Gmail-IMAP]

vib, same here. I bet the BTBatcherGUI (i.e. use the batch stitcher to  
process the stitching) works just fine.


Harry, this looks just like the recently reported problem I have with  
the latest issue. I believe we have seen this happen before.


Allan

On Dec 27, 2010, at 2:54 PM, vib wrote:


I used to generate a few panoramas successfully, but not now. All the
projects that worked last time now stop to work when I press "create
panorama". I got the following messages, but don't quite understand
what those mean. please help!

= 
= 
= 
= 
= 
==

***  Panorama makefile generated by Hugin
***
= 
= 
= 
= 
= 
==

System information
= 
= 
= 
= 
= 
==

Software:

   System Software Overview:

 System Version: Mac OS X 10.6.5 (10H574)
 Kernel Version: Darwin 10.5.0
 Boot Volume: Macintosh HD
 Boot Mode: Normal
 Computer Name: wikikiwi’s iMac
 User Name: siaujiun (jiun)
 Secure Virtual Memory: Not Enabled
 64-bit Kernel and Extensions: No
 Time since boot: 48 minutes

Hardware:

   Hardware Overview:

 Model Name: iMac
 Model Identifier: iMac8,1
 Processor Name: Intel Core 2 Duo
 Processor Speed: 2.8 GHz
 Number Of Processors: 1
 Total Number Of Cores: 2
 L2 Cache: 6 MB
 Memory: 4 GB
 Bus Speed: 1.07 GHz
 Boot ROM Version: IM81.00C1.B00
 SMC Version (system): 1.30f1
 Serial Number (system): YM90502YZE4
 Hardware UUID: 256EE42C-D371-56BF-866D-8D53CFA49A79

Disc usage
Filesystem  Size   Used  Avail Capacity  Mounted on
/dev/disk0s2   298Gi  199Gi   98Gi67%/
devfs  109Ki  109Ki0Bi   100%/dev
map -hosts   0Bi0Bi0Bi   100%/net
map auto_home0Bi0Bi0Bi   100%/home
/dev/disk1s1   149Gi   51Gi   98Gi34%/Volumes/MacOSX
/dev/disk1s2   149Gi   50Gi   99Gi34%/Volumes/WINXP
= 
= 
= 
= 
= 
==

Output options
= 
= 
= 
= 
= 
==

Hugin Version: 2010.4.0-Beta2 built by Harry van der Wolf
Project file: /var/folders/i1/i1ckykDcFLm13EDmvGn57k+++TM/-Tmp-/
huginpto_LfLoRQ
Output prefix: jiun-Pictures-2010_12_25-Taylor Mistake-Taylor
Projection: Cylindrical (1)
Field of view: 148 x 38
Canvas dimensions: 19093 x 5090
Crop area: (75,49) - (19033,5010)
Output exposure value: 15.19
Selected outputs
Normal panorama
* Blended panorama
= 
= 
= 
= 
= 
==

Input images
= 
= 
= 
= 
= 
==

Number of images in project file: 40
Number of active images: 40
/bin/sh: -c: line 0: unexpected EOF while looking for matching `''
/bin/sh: -c: line 1: syntax error: unexpected end of file
gnumake: *** [info] Error 2

--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Lately, a Fast Preview error message seen in windows

[AKS-Gmail-IMAP]

The build that does work for me without exhibiting this problem has  
the Masking feature and the feature functions.



On Dec 6, 2010, at 3:40 AM, Emad ud din Btt wrote:

This problem started from builds with Masking feature. Masking is a  
very very fine addition to hugin. But this causes this problem to  
windows users. I have pointed out this problem on this forum and  
after much investigation by experts..there is no solution. You  
have to change VGA card that supports it or  You can also try Ubuntu  
operating system. All my VGA cards that are not compatible with  
hugin fast preview mode, works perfectly under ubuntu. I dont know  
why is that? Why one VGA supports it in ubuntu and same VGA doest  
not support it in windows.





On Mon, Dec 6, 2010 at 7:36 AM, AKS-Gmail-IMAP   
wrote:
I have been running Hugin on a Windows 7 box for a few months  
without any problems until about the time the 64 bit Hugin builds  
started to appear. This error started to crop up when opening the  
fast preview, so I revert to earlier builds.


"Sorry, the fast preview window requires a system which supports  
OpenGL version 1.1 with GL_ARB_multitexture extension. The fast  
preview cannot be opened."


I see this error in the most recent 32bit and 64bit builds. The  
computer equipment being used is an up to date CAD workstation. I  
guess it might handle just about anything thrown to it. Could it be  
there is some other error occurring that is trapped by the code that  
outputs the error message?


Allan


--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx



--


Emaad
www.flickr.com/emaad


--
You received this message because you are subscribed to the Google  
Groups "Hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

[hugin-ptx] Lately, a Fast Preview error message seen in windows

[AKS-Gmail-IMAP]

I have been running Hugin on a Windows 7 box for a few months without  
any problems until about the time the 64 bit Hugin builds started to  
appear. This error started to crop up when opening the fast preview,  
so I revert to earlier builds.


"Sorry, the fast preview window requires a system which supports  
OpenGL version 1.1 with GL_ARB_multitexture extension. The fast  
preview cannot be opened."


I see this error in the most recent 32bit and 64bit builds. The  
computer equipment being used is an up to date CAD workstation. I  
guess it might handle just about anything thrown to it. Could it be  
there is some other error occurring that is trapped by the code that  
outputs the error message?


Allan


--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] bundle for hugin-2010.2.0_rc1 released

[AKS-Gmail-IMAP]

Sorry. My error. Bad workflow. I have the same test pto that I load  
and run for every issue. I never save it and in this one case I did  
not notice the crop was set to a narrow band. I also have a habit of  
never using the assistant.


On Sep 19, 2010, at 10:41 AM, Harry van der Wolf wrote:



When the stitch does not involve overwriting, the process runs  
unusually quickly. The resulting image is a horizontal image 15  
pixels tall by 1464 pixels wide.   The image was supposed to be 1676  
wide by 1824 tall.



Can you describe your workflow. I can't reproduce it. Not via a  
normal workflow and neither via the assistant panel.

Does it happen on multiple projects or only onthat specific project?



--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] bundle for hugin-2010.2.0_rc1 released

[AKS-Gmail-IMAP]

Harry,

The enblend/enfuse patch works, but there remains a problem on this  
Intel (Macmini2,1  10.6.4).


When the stitch involves overwriting, I see in the verbose window  
named "huginpto_2JUTgZ - Stitching":


echo: write Bad file descriptor
gnumake:  *** [test] Error 1


When the stitch does not involve overwriting, the process runs  
unusually quickly. The resulting image is a horizontal image 15 pixels  
tall by 1464 pixels wide.   The image was supposed to be 1676 wide by  
1824 tall.


The batcher also messed up in the same way.

Allan


On Sep 18, 2010, at 4:44 AM, Harry van der Wolf wrote:




Anyway: Patch 2 can now be downloaded. It includes enblend/enfuse.  
It's again a zip. My dmg tools are not entirely correct for some  
reason. I will try to "repair" from my SnowLeopard dvd.





--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] bundle for hugin-2010.2.0_rc1 released

[AKS-Gmail-IMAP]

I see it now on the PPC, but this is very curious. I figured the  
patfree, being a built-in, would show up if I pressed the defaults  
button on the PPC test because the patfree was showing up on the Intel  
machine, which is Hugin virgin so to speak.  So in the PPC test I  
chanced loosing all my custom settings by pressing the defaults  
button. All my customs were zapped without the patfree showing up,  
hence the no patfree on PPC conclusion.


 So now I have gone back to preferences a second time on the PPC and  
pressed the defaults button again. The patfree showed up and it is the  
default.



On Sep 18, 2010, at 4:44 AM, Harry van der Wolf wrote:


Hi mac users,

2010/9/18 AKS-Gmail-IMAP 
Hi Harry,  Thanks for your dedicated efforts.

I see some problems with this take. First, I am testing an Intel box  
and a PPC. The Intel has 10.6.4. The PPC has 10.5.8.


- I see Pablo's matcher on the Intel but not on the PPC. I guess it  
compiles only to Intel.


patfree-panomatic (as I have called it temporarily) is available in  
the bundle as i386/ppc (x86_64 segfaults). It should be available on  
both systems. Maybe it's not in your preferences. In that case you  
need to add it via Preferences->cp detectors. Note that you can't  
browse for it (as my website mentions). You just specify patfree- 
panomatic without path as executable with it's parameters.




--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] bundle for hugin-2010.2.0_rc1 released

[AKS-Gmail-IMAP]

Hi Harry,  Thanks for your dedicated efforts.

I see some problems with this take. First, I am testing an Intel box  
and a PPC. The Intel has 10.6.4. The PPC has 10.5.8.


- I see Pablo's matcher on the Intel but not on the PPC. I guess it  
compiles only to Intel.


- On both system the Stitch now! button kicks out a Error form  
"External program enblend not found in the bundle, reverting to system  
path" that is behind the Hugin application window. Therefore one does  
not know it is there when the application window is positioned to  
cover the error message. For these tests the enblend location setting  
is the default. It also appears that this error form might be in  
duplicate because it takes two clicks to dismiss it and there is a  
regen flash between clicks. The stitch process looks like it wants to  
proceed as normal once the error messages are gone.


-  On the Intel machine only, the stitch process fails when the stitch  
is an overwrite.  An overwrite stitch proceeds on the PPC. But in both  
cases, as observed with verbose output, both enblend checking and  
enfuse checking (of course) report as failed. The process stalls at  
the enblend stage on the Intel. In other words the status window  
remains open. On the PPC the status window closes. There is no stitch  
in either case. One is left with the intermediate, ort tiff images.


- On both machines, stitching succeeds when using the batch mode.

So it looks like two problems. Enblend is not found in single shot  
stitching and the error message needs to have a property set to come  
forward.


Allan

And BTW, the download poll worked on the Intel (Safari 5.0.2) but as  
usual did not show on the PPC (Safari 5.0.1).



On Sep 17, 2010, at 2:22 AM, Harry van der Wolf wrote:


Hi all,

I built an i386/x86_64/ppc bundle.
Please test.

Tiger users should use the Tiger versions of enblend/enfuse as can  
be found in the "enblend-enfuse-4.0"  folder in the dmg.
(Snow)Leopard users can stick to the builtin enblend/enfuse version.  
These builtin (Snow)Leopard versions are 32/64bit openMP builds.
New users or users switching from 2009.2 and below: If you want to  
use autopano-sift-c and/or panomatic you should download and install  
the correct versions (see (1)). The bundle comes pre-configured for  
autopano-sift-c and panomatic but without the actual programs due to  
patent/license restrictions.


See Bruno's mail below for the changelog to the previous 2010.0.0  
version.


As always: Information and binaries via my website
.
(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Harry


(1): Check  for further info about autopano-sift-c and panomatic.



-- Forwarded message --
From: Bruno Postle 
Date: 2010/9/15
Subject: [hugin-ptx] hugin-2010.2.0_rc1 released
To: Hugin ptx 


Hugin is a Panorama stitcher and more.  A powerful software package
for creating and processing panoramic images.

A hugin-2010.2.0_rc1 (release candidate 1) tarball is available here:
https://sourceforge.net/projects/hugin/files/hugin-2010.2_beta/

This is a release candidate, i.e. The final release may be identical.

More information about this release can be found in the full  
ChangeLog below

and the final release notes:
http://hugin.sourceforge.net/releases/2010.2.0/

Summary of changes since 2010.2.0_beta2:

* Updated Japanese, Italian, German, Simplified Chinese translations.

* Undo and Redo (Ctrl+Z/Ctrl+Y) now work in the Preview windows.

* Optimize tab presets now properly select anchor yaw and pitch for
optimisation in XYZ mosaic Translation options.

* Fix an overflow bug in celeste

* Fix crash when trying to draw control points on the fast preview.

* Fixes issue that HFOV is not shown if crop factor could not  
calculated from

EXIF.

* Minor bugfix, manual/help, authors, documentation updates.

libpano13-2.9.17 is required, this was released on 10 September 2010.

See README, ChangeLog and INSTALL_cmake for more information.

SHA1SUM:
5783426fbaa89e7517f024dcc0a683ac0d7e40ab  hugin-2010.2.0_rc1.tar.gz

This release is equivalent to hg branch 2010.2 -r 4361:23e34640f870

A detailed ChangeLog of every commit since 2010.2.0_beta2 follows:

2010-09-14  tmodes  

   * src/hugin_base/panodata/SrcPanoImage.cpp:
   Fixes issue that HFOV is not shown if crop factor could not
   calculated from EXIF
   [53d90efa7157]

2010-09-13  Bruno Postle  

   * doc/nona.txt:
   put TrX,TrY,TrZ parameters in right place in doc
   [3404bf75696b]

2010-09-13  tmodes  

   * src/hugin1/hugin/GLPreviewFrame.cpp,
   src/hugin1/hugin/GLPreviewFrame.h,
   src/hugin1/hugin/PreviewFrame.cpp, src/hugin1/hugin/ 
PreviewFrame.h:

   Allow undo and redo in preview frames (Ctrl+Z/Ctrl+Y)
   [70cad202277f]

20

Re: [hugin-ptx] Re: Pablo's variation of panomatic.

[AKS-Gmail-IMAP]

It was "pablosmatic", not "pablomatic". The name was intended to be  
shortened version of "Pablo's 'matic".  Apparently both names are  
problematic.


On Jul 29, 2010, at 8:46 AM, Harry van der Wolf wrote:

The name "Pablomatic" has been mentioned before in same discussions  
some months ago.

Pablo himself doesn't like the name.

Harry



2010/7/29 Jeffrey Martin <360cit...@gmail.com>
I think the name "pablomatic" is totally great and perfect :-)




--
You received this message because you are subscribed to the Google Groups "Hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] batch process on different machine

[AKS-Gmail-IMAP]

I see .mk files on projects saved by Hugin Windows but not on Hugin OS  
X.  Is that intentional?


Allan

On May 13, 2010, at 5:05 PM, Bruno Postle wrote:

Save your project, Hugin writes both a .pto project file and  
a .pto.mk Makefile that can be used to drive stitching.




--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] Hugin 2010.1.0 svn5138 32/64-bit bundle

[AKS-Gmail-IMAP]

Thanks Harry,

I can confirm that for ppc/Leopard and ppc/Tiger this svn5138 does  
detect a completed AutoCP process and will close out the "finding  
control points" pane instead of remaining in limbo.


 You mentioned using "MyExternalCmdExecDialog.cpp". It that also used  
for the PTBatchGUI? PTBatchGUI has a similar pane that appears to  
display what an external program is returning. I cannot recall ever  
seeing limbo problems with PTBatchGUI.


Allan


On May 3, 2010, at 7:07 AM, Harry van der Wolf wrote:



* The "Find Control Point" dialog should no longer hang on ppc/ 
(Snow)Leopard. I don't know about Tiger as I can't test that. If it  
still hangs on Tiger I think I know what to do.




--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] Hugin 2010.1.0 svn5116 32/64-bit bundle

[AKS-Gmail-IMAP]

Harry,

On Apr 23, 2010, at 12:24 PM, Harry van der Wolf wrote:



About 15-16 months ago we needed to create a workaround for wxmac on  
Tiger/ppc versus Leopard/ppc as leopard did not behave correctly.
For this exact same error as mentioned above the work-around was  
created (in collaboration with a dev from the wxwindows team). It  
now seems that tiger/ppc misbehaves the same, so I now applied the  
same leopard/ppc workaround also for tiger/ppc.

I have no idea whether it works or not.
For all of you on Tiger on G4/G5, please download  and see whether it works or not.


This problem has become a PPC issue regardless of having Leopard or  
Tiger. I see 2010.0.0 and 2010.1.0-svn5031 as the only versions  
running on a PPC that do not exhibit this failure to know that the  
Auto CP generators have successfully finished.


As you recall, that is basically what happens. The  completed points  
file winds up stranded in a tmp folder and the process that created it  
unloads. I would guess that the Canel button on the "finding control  
points" pane results in the "failed to kill" message because it is  
trying to kill a process that no longer exists. One can watch that  
process come and go on the Activity Monitor. Comparing the differences  
seen on the Activity Monitor between svn5031 and svn5116 (any  
version), I see the "Control point detector results" pane appear  
before the generator process disappears from the Activity Monitor  
process list when running the svn5031. When running svn5116 one sees  
the generator process finish in the status pane and then instantly  
disappear from the Activity Monitor list as one would expect knowing  
that completed points files are left stranded in tmp.


Allan

--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: Manually rotate a picture

[AKS-Gmail-IMAP]

Martin,

If you are referring to the condition where one or more pictures  
appear rotated in the Control Points tab AFTER you have performed some  
level of Optimizing then you in fact have one or more errant marked  
points that have caused Hugin to rotate the images. For that situation  
the optimization process determined the best fit to minimize the  
errors between all the points is with the images rotated as you see  
them. You can bully the images back to how they should be by adding  
enough good marked points, but you really should find and delete the  
errant marked points. That task is something you need to learn how to  
do. In time you will learn what parts of an image are likely to fool  
the automatic point generators.  Sometimes it is best to manually  
enter all the marked points associated with the rotated picture. To do  
that you probably will want the picture properly rotated in the  
Control Points tab after it has already been improperly rotated by  
Hugin and after you have deleted the marked points for that picture.  
That rotate task is what I think you are asking about and it sometimes  
does make sense to have the ability in the Control Points tab but you  
must realize that Hugin has evolved bit by bit over a long time. The  
location where you correct the rotation is back at the Images tab and  
that tab and its place in the intended work path scheme is much older  
in the programming evolution. I suspect asking for the rotation  
function at the Control Points tab may be considered heresy.


Rotating pictures is simply accomplished by manually changing the  
"roll" value in the Images tab for that picture. Select the image in  
the Images list and then type in the new roll value. Pictures appear  
90 degrees clockwise rotated in the Control Points tab when the roll  
value is 45 or greater. Pictures appear 90 degrees counter-clockwise  
rotated when the roll value is -46 or smaller. Similarly, pictures  
appear upside-down when the roll value is 135. Note that the roll  
value is recalculated when you Optimize again. You pictures may flip  
again if the errant marked points were not removed.


Allan


On Apr 13, 2010, at 4:23 PM, Martin Lukeš wrote:


And if I want to keep already marked points, but since those two
pictures in Control Points tab are rotated differently to each other
(say 90 degrees), I want MANUALLY rotate one of those pictures.

Will this be possible someday?

Just to remind: I do NOT want to rotate whole panorama, but just one
picture when marking control points.

On Apr 12, 5:46 pm, Bruno Postle  wrote:

2010/4/12 Martin Lukeš :




Now I'd like to know if there is a way how to rotate picture at
Control Points tab.


Hugin displays your photos the right way as best as it can.   
Initially

it uses the EXIF metadata, but once you start aligning it uses the
rotation of the photos in the panorama.

If your panorama is upside down (which Hugin is happy to let you do,
it doesn't 'know' anything about gravity), the images in the Control
Points tab will be upside down too.

--
Bruno


--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

To unsubscribe, reply using "remove me" as the subject.


--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Crash or other failure - control point generators

[AKS-Gmail-IMAP]

Harry,

For me ALL of the control point generators fail and result in the  
"Failed to kill process" message on this PPC G4 running 10.5.8 since  
beyond the release 2010.0.0 and svn5031. For example this happens on  
svn5093 and svn5120 for my simple two image Hugintest project where it  
does not happen for 2010.0.0 and svn5031. Svn5120 and svn5093 function  
just fine on intel Macs running 10.5.8. I never mentioned it because I  
was not sure what was really happening and I figured others would see  
it and you would have fixed it.  Plus my last few comments were  
premature.


I have not looked into the problem very much. I think I can say that  
Autopano-sift-C seems to end its process with a message I have never  
seen before. The message may be normal and that it now persists for me  
to read it. The Panomatic process ends with  "--- Write output ---  
Detection took x.xxx seconds."  This all seems very familiar. Did we  
not have this problem a while back?


Allan


On Apr 10, 2010, at 12:06 PM, Harry van der Wolf wrote:


Hi Eric,

With regard to patfree-panomatic: This one obviously crashes on G4.  
I had one report from another G4 user and I asked the community for  
more response whether it crashed for them as well. You are now the  
second user with a crash report. This confirms that it has to be  
fixed. I already checked it but haven't found it yet.


For the other two patented CP detectors panomatic and autopano-sift- 
C: They are not delivered with the bundle, due to the license  
restrictions on the used algorithms.
You need to download and install them. Read the readme inside the  
dmg you downloaded, or read the page on . They both describe simply what to do.


Harry


2010/4/10 Eric O'Brien 
So, I'm trying to get control points automatically generated.

I've used both the "Align..." button in the Assistant tab and the  
"Create control points" button in the Images tab, but the result is  
the same:  all three (patfree-panomatic, panomatic and Autopano-SIFT- 
C) fail.  I'm running Hugin version "Hugin 2010.1.0-vsn5102(Mac)."   
The Machine is a rather old G4 Power Macintosh, with a dual  
processor upgrade, but it's still a PPC computer.  The OS version is  
OS X 10.5.8.


Trying to start simply, I'm using 9 full-frame fisheye input  
images.  1200 x 1793 px. 16-bit TIFFs, saved in portrait  
orientation.  I used the "Mask" feature on the two nadir images.


I first try "patfree-panomatic"..

This one explicitly crashes. (I'll be happy to post or send the full  
crash report somewhere... just didn't want to fill this message with  
it.)



   Exception Type:  EXC_BAD_ACCESS (SIGBUS)
   Exception Codes: KERN_PROTECTION_FAILURE at 0x0008


After which, the "finding control points" window cannot be closed.   
[From now on I'll call this the "FCP Window"]  Pressing "Cancel"  
results in message "Hugin Error - Failed to kill process 35432,  
error 3: no such process."


Well I suppose that if a control point generator crashes, then maybe  
that process would no longer exist.  But if so, shouldn’t whatever's  
driving the FCP window be aware (or be made aware) of this fact and  
respond in a more reasonable way to the "Cancel" button?


As it is, I have to Force Quit Hugin to escape from the sitution.

(If using the Assitant tab,behind the FCP window I see another  
window named "Aliging image" - "Finding corresponding points" progress bar> "Elapsed time: 0:00:00")



Try Autopano-SIFT-C

Appears to succeed, with last few lines in "finding control points"  
window reading


   Creating output file "/var/folders/Hg/HgTVbhBpG7GpGWUU2vjMhE++ 
+TI/-Tmp-/ap_reshKdo2t"


   You can now load the output file into hugin.
   Notice: guessed image format and field-of-view, please check and  
adjust.



But the same problem occurs trying to close the "finding control  
points" window. (A different process number is reported, of course.)


By the way, why is it "guessing" the image format and FoV? The  
source files have EXIF data in them and I set a "lens" for the  
images on the Camera and Lens tab.



Try Panomatic.

Also appears to succeed (last two lines read "--- Write output  
--- ... Detection took 73.514 seconds."), but again the FCP window  
stays up and "Cancel" fails.  I must Force Quit Hugin.  No control  
points exist in the project when I re-open it.


Any ideas on what I should do next?

By the way, when this works correctly what IS supposed to happen?   
Does the FCP window just close?


Thanks,

eo

--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at 

Re: [hugin-ptx] [OSX] Hugin bundle with OpenMP enabled enblend & enfuse

[AKS-Gmail-IMAP]

Hi Harry,

I expanded the .dmg on one machine (ppc 10.5.8) and copied it to where  
I normally keep Hugin versions. I then transfered it to another  
machine (intel 10.5.8) via a thumbdrive. I do not always transfer via  
thumbdrive but I do frequently use it for this purpose. It was that  
process that seemed to cook Hugin and all the Libraries files. This is  
the first time I have ever seen this problem and I'd like to know what  
happened. I repeated the process for another machine using both the  
downloaded 5102 dmg and the original defective Hugin that was still on  
the thumbdrive . The Hugin expanded from the dmg version functioned  
properly and its Libraries files looked normal (ie many symbolic  
files). The defective Hugin crashed as before and its Libraries files  
also appeared as non linking. I image the cause is obvious to you guys  
as much as it has topped my roof.


Allan

On Apr 4, 2010, at 1:07 AM, Harry van der Wolf wrote:


Hi Allan,

I don't understand what is going wrong on your system. I downloaded  
my own bundle and it is perfectly alright on my system. It runs find  
with all the libraries at the right place with all the symbolic  
links in place.

Did you "cp" the bundle from the command line?

Harry

2010/4/3 AKS-Gmail-IMAP 
Harry,

The missing libpng.3.dylib message may be one symptom of something  
else. When looking into the bundle at the Libraries folder, none of  
the files are symbolic links like one would see in any of the other  
version bundle Libraries folders.


Allan


On Apr 2, 2010, at 4:47 PM, Harry van der Wolf wrote:


Hi mac users,

This time for the first time a Hugin bundle with an OpenMP(1)  
enabled version of enblend and enfuse. It's a 32bit version of svn  
5102. Until now backward compatibility with Tiger was our (my) most  
important driver to not use an OpenMP enabled version as OpenMP is  
only supported on Leopard and Snow Leopard. The entire Hugin bundle  
itself IS COMPLETELY Tiger compatible but the bundled enblend and  
enfuse are not anymore.
To support the Tiger users I included a Tiger folder in the dmg  
containing a Tiger compatible stand-alone enblend and enfuse (read  
the readme.txt).


OpenMP supports parallel programming which means that parts of  
enblend and enfuse can use multiple cores on your Mac if you have a  
multi-core CPU (G5, intel core duo, intel quad-core, etc.)
Please note that with smaller sets that take only a few minutes to  
stitch the performance gain will not be that big to hardly  
noticable as the loading of the images takes by far the most time.  
With big sets the performance gain will be bigger, especially on  
systems with a lot of memory and on quad core or 8-core systems. 78  
12MP images will be about 40-45% faster on duo core and 70-75%  
faster on quad core. (These numbers are from another user as I  
don't have multiple macs and my mac is a duo core.)




As always: Information and binaries via my website
<http://panorama.dyndns.org/index.php?lang=en&subject=Hugin&texttag=Hugin 
>.


(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry






(1): http://openmp.org/wp/about-openmp/

--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx



--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


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

Re: [hugin-ptx] [OSX] Hugin bundle with OpenMP enabled enblend & enfuse

[AKS-Gmail-IMAP]

Harry,

The missing libpng.3.dylib message may be one symptom of something  
else. When looking into the bundle at the Libraries folder, none of  
the files are symbolic links like one would see in any of the other  
version bundle Libraries folders.


Allan


On Apr 2, 2010, at 4:47 PM, Harry van der Wolf wrote:


Hi mac users,

This time for the first time a Hugin bundle with an OpenMP(1)  
enabled version of enblend and enfuse. It's a 32bit version of svn  
5102. Until now backward compatibility with Tiger was our (my) most  
important driver to not use an OpenMP enabled version as OpenMP is  
only supported on Leopard and Snow Leopard. The entire Hugin bundle  
itself IS COMPLETELY Tiger compatible but the bundled enblend and  
enfuse are not anymore.
To support the Tiger users I included a Tiger folder in the dmg  
containing a Tiger compatible stand-alone enblend and enfuse (read  
the readme.txt).


OpenMP supports parallel programming which means that parts of  
enblend and enfuse can use multiple cores on your Mac if you have a  
multi-core CPU (G5, intel core duo, intel quad-core, etc.)
Please note that with smaller sets that take only a few minutes to  
stitch the performance gain will not be that big to hardly noticable  
as the loading of the images takes by far the most time. With big  
sets the performance gain will be bigger, especially on systems with  
a lot of memory and on quad core or 8-core systems. 78 12MP images  
will be about 40-45% faster on duo core and 70-75% faster on quad  
core. (These numbers are from another user as I don't have multiple  
macs and my mac is a duo core.)




As always: Information and binaries via my website
.


(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry






(1): http://openmp.org/wp/about-openmp/

--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

To unsubscribe, reply using "remove me" as the subject.

Re: [hugin-ptx] [OSX] Hugin bundle with OpenMP enabled enblend & enfuse

[AKS-Gmail-IMAP]

Harry,

This new version crashes on startup. The crash log says libpng.3.dylib  
is missing.


Allan

On Apr 2, 2010, at 4:47 PM, Harry van der Wolf wrote:


Hi mac users,

This time for the first time a Hugin bundle with an OpenMP(1)  
enabled version of enblend and enfuse. It's a 32bit version of svn  
5102. Until now backward compatibility with Tiger was our (my) most  
important driver to not use an OpenMP enabled version as OpenMP is  
only supported on Leopard and Snow Leopard. The entire Hugin bundle  
itself IS COMPLETELY Tiger compatible but the bundled enblend and  
enfuse are not anymore.
To support the Tiger users I included a Tiger folder in the dmg  
containing a Tiger compatible stand-alone enblend and enfuse (read  
the readme.txt).


OpenMP supports parallel programming which means that parts of  
enblend and enfuse can use multiple cores on your Mac if you have a  
multi-core CPU (G5, intel core duo, intel quad-core, etc.)
Please note that with smaller sets that take only a few minutes to  
stitch the performance gain will not be that big to hardly noticable  
as the loading of the images takes by far the most time. With big  
sets the performance gain will be bigger, especially on systems with  
a lot of memory and on quad core or 8-core systems. 78 12MP images  
will be about 40-45% faster on duo core and 70-75% faster on quad  
core. (These numbers are from another user as I don't have multiple  
macs and my mac is a duo core.)




As always: Information and binaries via my website
.


(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry






(1): http://openmp.org/wp/about-openmp/

--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

To unsubscribe, reply using "remove me" as the subject.

Re: [hugin-ptx] [OSX] Hugin release 2010.0.0 bundle downloadable for test beforte upload to SF

[AKS-Gmail-IMAP]

Sorry, I had not read all the way through the email regarding the  
patfree-panomatic.


This release also runs on an Intel OSX 10.5.9 and a G4 OSX 10.4.11  
(Tiger). The Layout tab is missing from the Fast Preview. The authors  
list remains missing.


Allan


On Mar 25, 2010, at 1:22 PM, Harry van der Wolf wrote:


Hi mac users,

I built the 2010.0.0 release. Before I upload it to SourceForge I  
would like some of you to test run it in case I did something stupid.


You can find it here.

Please report back whether it does what you expect it to do.

Note: align_image_stack, the hugin_tools and Pablo's patent-free  
panomatic are NOT in the bundle. They will make it in the next  
release.



Harry



--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

To unsubscribe from this group, send email to hugin-ptx 
+unsubscribegooglegroups.com or reply to this email with the words  
"REMOVE ME" as the subject.


--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or 
reply to this email with the words "REMOVE ME" as the subject.

Re: [hugin-ptx] [OSX] Hugin release 2010.0.0 bundle downloadable for test beforte upload to SF

[AKS-Gmail-IMAP]

It appears to run on this G4 OSX 10.5.8.

It cannot find the patfree-panomatic. I thought this is built in.

Fast Preview is missing the Layout tab.

Allan


On Mar 25, 2010, at 1:22 PM, Harry van der Wolf wrote:


Hi mac users,

I built the 2010.0.0 release. Before I upload it to SourceForge I  
would like some of you to test run it in case I did something stupid.


You can find it here.

Please report back whether it does what you expect it to do.

Note: align_image_stack, the hugin_tools and Pablo's patent-free  
panomatic are NOT in the bundle. They will make it in the next  
release.



Harry



--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

To unsubscribe from this group, send email to hugin-ptx 
+unsubscribegooglegroups.com or reply to this email with the words  
"REMOVE ME" as the subject.


--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or 
reply to this email with the words "REMOVE ME" as the subject.

Re: [hugin-ptx] Why does "Straighten" sometimes results in Hugin making the horizontal FOV 360?

[AKS-Gmail-IMAP]

Thank you for the explanation.

On Mar 10, 2010, at 3:12 PM, Bruno Postle wrote:


On Wed 10-Mar-2010 at 07:48 -0600, AKS-Gmail-IMAP wrote:


For example, imagine a simple project consisting of two images of a  
doorway. One image would be the bottom half. The other image would  
be the top half.  A Straighten on this project might result in a  
360 horizontal FOV where the top image would be distorted to 360.


Yes the Straighten function normally does the wrong thing when all  
photos have similar yaw values.  It would be nice to figure out  
exactly where this is going wrong and add a special case that simply  
centred the panorama instead.


--
Bruno

--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

[hugin-ptx] Why does "Straighten" sometimes results in Hugin making the horizontal FOV 360?

[AKS-Gmail-IMAP]

Hello Folks,

I have been following and using Hugin for well over two years. There  
is one thing that I see occasionally that I do not understand why it  
happens. I use Straighten for just about every project. Most if not  
all of the projects are Equirectangular projections. Sometimes  
Straighten results in Hugin making the horizontal FOV 360 degrees.  
This tends to happen for vertical stitches.


For example, imagine a simple project consisting of two images of a  
doorway. One image would be the bottom half. The other image would be  
the top half.  A Straighten on this project might result in a 360  
horizontal FOV where the top image would be distorted to 360.  This  
used to be disastrous to a project before the drag feature was  
implemented.  Why does Hugin assume the result should be a 360  
horizontal FOV for such a condition?


Thank you,
Allan

--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: Hugin 2010.1.0 svn5031 bundle

[AKS-Gmail-IMAP]

Harry,

I have never seen the survey either so I had no idea it existed and  
thus had no context to understand these posts regarding a survey. In  
checking I see that it does not work in Safari. It does appear in  
Firefox and Opera.


Allan

On Feb 28, 2010, at 7:03 AM, grow wrote:


Harry,

"enhancements by Thomas and James to the mask editor"
...  h mask editor  ... I think I might be interested in THAT!
Thank YOU!

On your survey  - I emailed you last time to say that I had "somehow
missed the survey page".  So   I paid closer attention this time ...
after I clicked the download link the download started as normal but
on the status bar at the bottom of my browser I got a message saying
"failed to load page see Activity window for details".  The Activity
window tells me that
"loading of : http://panorama.dyndns.org/download.php?id=407 was
cancelled"

When I went back to the ordinary browser window it appeared to be
completely blank ... but when I did "view source"  there seemed to be
a complete page of HTML there with code for a form in a table with  a
lot of radio-buttons.  But in the browser window it shows as blank.

all the best

George
PS Thanks again for providing a new build for us to try.

On 28 Feb, 12:17, Harry van der Wolf  wrote:

Hi mac users,

Another 32bit Universal bundle. This bundle contains a lot of  
bugfixes and
enhancements by Thomas and James to the mask editor, compared to  
the bundle

4984 which I published little over a week ago.

In this bundle ("Changelog"):
* bugfixes and enhancements to the mask editor.

* update of the CPDetector defaults. If you go into the CPDetector  
config in
Preferences and you choose "load defaults", you will see "Pablo's  
patent
free panomatic" and 2 align_image_stack versions, which are inside  
the

bundle. Next to that you will find entries for panomatic and
autopano-sift-c. The last 2 are configured but NOT bundled with  
this bundle.
You can download them separately from my site. If you already did  
so and
installed them, you only have to use the "Choose/Kies/Auswählen/ 
Choisir/

etc." button to (automatically) reselect the path and re-enable them.
This also means that Pablo's patent free panomatic is now the  
default for
the OSX hugin bundle. It functions fine for non-fisheye panos and  
not so
good for fisheye panos (like the original panomatic and to some  
extend

autopano-sift-c as well).

* And as before: all the tools are bundled with it. See the  
Readme.txt in

the "Hugin Tools" directory.

As always: Information and binaries via my website
.


(The binaries themselves are served from hugin.panotools.org who  
kindly

provide the disk space and bandwidth).

Hoi,
Harry


--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: Towards a non-patented control point detector

[AKS-Gmail-IMAP]

Seriously, the most obvious name is "Pablosmatic".  Everyone will know  
exactly what it refers to.



On Feb 11, 2010, at 2:18 AM, Harry van der Wolf wrote:


Hi Pablo,

One more request. ;-)

I'm not totally happy with the name panomatic is that is already an  
existing name for an existing CP matcher/detector. Can't we call the  
panomatic binary something like "cp_matcher" or "hugin_matcher" or  
"hugin_cp_matcher" or anything else logical, not interfering and  
confusing with an existing program.

"keypoints" and "liblocalfeatures." is fine off course.

Harry


--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] [OSX] Hugin 2010.1.0-svn4933 for download

[AKS-Gmail-IMAP]

Nice Harry,

I do not understand the little jump the Fast Preview does when  
adjusting the Panini General Cmpr and Bots sliders. This does not  
happen when sliding the Tops slider. The image dynamically changes  
when sliding the sliders, but the image appears to then resize when  
letting go of the sliders. I guess it is performing a Fit, which by  
the way seems to cut off part of the bottom. I think it has always  
been that way.


Nevertheless, Great job you guys. Just when the amazing starts to  
become old hat, out comes something like this.


On Jan 25, 2010, at 11:01 AM, Harry van der Wolf wrote:


Hi mac users,

A new 32bit build. It is a patch update to 4918 where the general  
panini projection was not correct yet.


As always: Information and binaries via my website
.


(The binaries themselves are served from hugin.panotools.org who  
kindly provide the disk space and bandwidth).


Hoi,
Harry

--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google Groups "hugin and 
other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] 2009.4.0 Windows Installer Released

[AKS-Gmail-IMAP]

I am sorry but I would be sorely disappointed with a Hugin Windows  
release that writes to the registry. It means that I probably would  
not be able to install it. Due to IT policy where I work all registry  
access is denied. The only way I have been able to install and run  
Hugin is with VBA running in an Excel workbook. It has been two years  
since I applied to have Hugin declared a sanctioned application. I  
have been able to install Hugin via Excel or using thumb drive  
transport without any difficulty with all the installer methods so far  
and so I do not understand what all this commotion is regarding the  
Windows install and needing to write to the registry.


Allan

On Jan 18, 2010, at 3:06 AM, allard wrote:


After some release candidates with errors and some positive tests of
the last candidate I decided to release the Windows installer for
Hugin 2009.4. It ships with the latest enblend release (4.0). It is
uploading to SourceForge as I am typing this.

Furthermore, it features a new gimmick, which is that it creates a
registry key that can be used by future installers to find the hugin
install directory. This can be used to create installers for plugins
or partial releases (such as newer versions of enblend, or control
point generators), making it very easy for users to update or add
parts without having to completely install a new version. I didn't put
any other functionality in that yet, because I don't know how the
registry is currently used exactly, but I think these kind of things
may help to make hugin more modular on Windows, and  want to encourage
all developers to work towards that goal.

I worked a bit on the installer scripts so it should be easier for
other users to create intallers, and also created an example one for
the plugins. Those changes will be committed to the trunk asap.

cheers, Allard
--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


-- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Re: [OSX] A Hugin 2010.1.0 bundle with the merged XYZ layout

[AKS-Gmail-IMAP]

I have run Harry's OSX 2010.10-svn4892 on both an Intel and PPC G4  
running OS X 10.5.8 without any problems. The only time I do  
experience "nothing happens" is when the G4 happens to be compiling  
something.


Allan

On Jan 18, 2010, at 11:21 AM, Ralf wrote:


Hello Harry, hello Carl,

today I downloaded the latest version for MacOS (2010.10-svn4892). I  
have a similiar problem like Carl. Starting Hugin nothing happens,  
I`m working with 10.4.11.


Ralf


Am 30.12.2009 um 00:21 schrieb Carl von Einem:


Hi Harry,

this build crashes on OS X 10.4.11 (after double clicking the .app it
just pops up for a fraction of a second and goes silent again...


Host Name:  doppelhertz Date/Time:  2009-12-30 00:14:01.133
+0100 OS Version: 10.4.11 (Build 8S165) Report Version: 4

Command: Hugin Path:
/Users/carl/hugin/20091230_hugin_2010-1-svn4837/Hugin.app/Contents/ 
MacOS

/Hugin Parent:  WindowServer [65]

Version: 2009.5.0-svn ()

PID:12943 Thread: Unknown

Link (dyld) error:

Library not loaded: /usr/lib/libiconv.2.dylib Referenced from:
/Users/carl/hugin/20091230_hugin_2010-1-svn4837/Hugin.app/Contents/ 
MacOS

/../Libraries/libwx_macu-2.8.0.dylib Reason: Incompatible library
version: libwx_macu-2.8.0.dylib requires version 7.0.0 or later, but
libiconv.2.dylib provides version 5.0.0


I'll also try on 10.5 and report about that in a few moments.

Carl


Harry van der Wolf schrieb am 29.12.09 22:08:

Hi Mac users,

This is a 32bit bundle of the trunk at svn level 4837 about a week  
after
the merge of the GSOC2009 layout branch with the trunk by James  
Legg.

James Legg worked on the mosaic layout model for GSOC_2009. Pablo
d'angelo added some more functionality to it. In the fast preview  
you'll

get an overview which images align well and which not.

When I published the previous bundle David Haberthür (Habi) showed  
some
images of it on his Flickr account [1][0]. Please take a look at  
them,
especailly [2] if you want to have an idea of it. (And to the rest  
of

Habi's site).

As always: Information and binaries via my website
>.


(The binaries themselves are served from hugin.panotools.org
 who kindly provide the disk space and
bandwidth).

Hoi,
Harry

[1]: http://www.flickr.com/photos/habi/3981125630/

[2]: http://www.flickr.com/photos/habi/3981125644/




--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


-- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Trouble with Hugin stitching or is it blending?

[AKS-Gmail-IMAP]

On Jan 10, 2010, at 5:17 PM, Bruno Postle wrote:


On Sun 10-Jan-2010 at 13:06 -0600, AKS-Gmail-IMAP wrote:


The startup Stitcher setting for OS X Hugin has "Blended and fused  
panorama" selected in the Exposure Function settings section. You  
should not have anything selected for Exposure Function for images  
that are not stacks. This startup setting is a pitfall for new  
Hugin users who might assume that a startup setting is the  
recommended mode.


This shouldn't happen for normal panoramas, you see this for every  
panorama?




Yes this is for every new panorama. It was not always like that. I  
believe this i started to see this happen when the blending and fusing  
options were added this past year.



BTW, if you do want to use Exposure optimization, make this step  
the last step prior to stitching and save your project before  
Exposure optimization step. I do not recall an undo being added for  
Exposure optimization and its results are sometimes undesirable.


The Undo button should work the same for exposure optimisation as it  
does for other Hugin operations.




I see it now. Thanks.

Allan
-- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Re: [hugin-ptx] Trouble with Hugin stitching or is it blending?

[AKS-Gmail-IMAP]

Stan,

The startup Stitcher setting for OS X Hugin has "Blended and fused  
panorama" selected in the Exposure Function settings section. You  
should not have anything selected for Exposure Function for images  
that are not stacks. This startup setting is a pitfall for new Hugin  
users who might assume that a startup setting is the recommended mode.  
Perhaps this is what is happening. Your results should be stunning.


BTW, if you do want to use Exposure optimization, make this step the  
last step prior to stitching and save your project before Exposure  
optimization step. I do not recall an undo being added for Exposure  
optimization and its results are sometimes undesirable.


Allan

On Jan 10, 2010, at 11:42 AM, Stan Green wrote:

I am a new Hugin User and I have encountered a vexing problem.   I  
use MAC OS-10.6.2
I have a six sequence set of long distance pictures taken in Alaska  
of the Wrangel-St Elias National Park. When I use CS3 to stitch, the  
result appears to be seamless and all segments are uniform in  
exposure, albeit dark.
However, when I used Hugin the result is weird. The anchor pic (pic  
1) is VERY much lighter than the other five and there is a obvious  
blend seam. The exposure for pictures 2 thru 6 are uniform (somewhat  
dark) and no blend seam.  The exposure for pic 1 is OK,  but is much  
brighter than the other five.  When I repeated this sequence again I  
got a different set of light and dark images.

HELP!
Stan
--
You received this message because you are subscribed to the Google  
Groups "hugin and other free panoramic software" group.

A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx


-- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx