[hugin-ptx] Re: Remapped images and bracketed exposures

2010-01-25 Thread Rick Workman
Just to close this topic, I've submitted a feature request (#2939561)
to support this capability inside Hugin (no standalone tools
required). Text follows.

Rick



The Problem: Small stitcher errors caused by nodal point errors, poor
choice of control points, and/or motion can often be corrected in
Photoshop using layers and masks if the exposure corrected, remapped
source images are available. For Normal output, these are kept if
the Remapped images option is enabled. However, for Exposure
fusion:Fused and blended panorama, the Remapped images option only
keeps the uncorrected remapped images, i.e., the input to the enfuse
process. The corrected images (i.e., projectName_stack_ldr_N files )
are designated temporary and erased when the blending process is
complete. This precludes fixing the seam errors in Photoshop.

WorkAround: The desired files are actually produced as part of the
stitching process. Using a standalone copy of the Hugin_tools (I got
mine from Harry van der Wolf's website), the project file can be run
through a pto2mk and make all process to generate the desired
files. (I created a scriptlet that you can drag and drop a project
file on to automate this process.) Any unnecessary temporary files
must then be removed manually. The disadvantages of the workaround are
obvious: additional manual steps and downloading of the standalone
tools which wouldn't otherwise be necessary.

Feature Request: Add support to the GUI stitcher tab so that the
projectName_stack_ldr_N files are retained. Some possibilities:
a) Add additional Exposure fusion checkbox to retain exposure
corrected, remapped images when Fused and blended panorama is
selected.
b) Extend semantics of current Exposure fusion:Remapped images
checkbox to also save projectName_stack_ldr_N files when Fused and
blended panorama is selected.
c) Use Normal:Remapped Images checkbox to enable saving of
projectName_stack_ldr_N files when Exposure  fusion:Fused and blended
panorama is selected. (This is my least favourite option due to
potential user confusion and should probably only be done in the
context of a redesign of the Output GUI.)



On Jan 20, 5:50 pm, Rick Workman ridgewo...@mac.com wrote:
 OK, I think I've sorted this out. I've installed Hugin_tools from
 Harry's web site so I can run pto2mk on the project file and then run
 make on the result as suggested. Not particularly user friendly but
 I'll try and put a wrapper around it to make it easier.

 I'd still like to see this supported through the GUI somehow, but this
 will work for now.

 Rick

 On Jan 20, 4:29 pm, Rick Workman ridgewo...@mac.com wrote:



  On Jan 19, 5:19 pm, Bruno Postle br...@postle.net wrote: On Tue 
  19-Jan-2010 at 08:26 -0800, Rick Workman wrote:

   Maybe I'm not communicating this well, but they appear to exist
   temporarily as *_stack_ldr_* files, e.g., test_stack_ldr_.tiff,
   during the process, but the cleanup throws them away. So I'd just like
   an option (or parameter setting) that doesn't delete them.

   Selecting 'remapped images' should keep these files, but it doesn't
   keep everything.

  So my conclusion is that it doesn't currently keep the files I want,
  and there's no way to configure Hugin to do so..

   If you stitch on the command-line with 'make', nothing is deleted:

      make -f project.pto.mk all

   Running 'make clean' will then delete all intermediate files:

      make -f project.pto.mk clean

  Can you point me at what I need, in addition to the Hugin Mac binary I
  have have already installed? Also is there any doc/tutorial that will
  tell me how to do this? My terminal skills are a bit rusty.

  Rick

-- 
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] Re: Remapped images and bracketed exposures

2010-01-19 Thread Rick Workman
Maybe I'm not communicating this well, but they appear to exist
temporarily as *_stack_ldr_* files, e.g., test_stack_ldr_.tiff,
during the process, but the cleanup throws them away. So I'd just like
an option (or parameter setting) that doesn't delete them.

This is consistent with my understanding, i.e., Fused and blended
panorama exposure fuses the bracketed stacks into one set of images
that are then blended just like a single set (non-stacked) of images.

Rick

On Jan 18, 6:36 pm, Bruno Postle br...@postle.net wrote:
 On Mon 18-Jan-2010 at 15:07 -0800, Rick Workman wrote:

 Not sure I understand. I choose Fused and Blended panorama as
 output. Now whether I select Normal:Remapped images or Exposure
 fusion:Remapped images I get remapped versions of the 18 images prior
 to fusing, rather than 6, exposure corrected, fused images, which is
 what I'm looking for.

 An exposure-corrected, exposure-fused image doesn't really exist,
 adjusting exposure before fusing doesn't improve the results.

  Actually, both options appear to produce the same set of remapped images.

 They will produce similar images if Hugin thinks they all have the
 same EV.  If Hugin can't read the EV from the EXIF data, you will
 have to run exposure optimisation.  Sorry if that sounds complex,
 what you are trying to achieve will probably work, but it isn't
 a typical workflow.

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

[hugin-ptx] Remapped images and bracketed exposures

2010-01-18 Thread Rick Workman
I know this topic has been generally discussed in this group, but I
couldn't find an answer to my specific question.

Using the GUI, when I output a Blended panorama with remapped
images I get the equilateral and a set of remapped and exposure
corrected images. Using Photoshop layers and masking, I can use them
to patch up minor stitching errors, since the individual images have
the same exposure correction as the main panorama.

However, when I have a bracketed exposure set of images and output a
Fused and blended panorama with Remapped images, the remapped
images do not have exposure correction applied. They appear to be the
remapped original exposure images prior to fusing, and therefore
aren't much help in the patching process.

Is there any way to retain (I'm sure they're being generated) the set
of exposure corrected images (like the set for Blended panorama)
produced just before the final output?

Rick
-- 
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] Re: Remapped images and bracketed exposures

2010-01-18 Thread Rick Workman
I have tried that option (and a few others) but it produces remapped
but uncorrected versions of the original 18 images, rather than a set
of 6 corrected fused images.

I'm using Harry van der Wolf's recent build (2010.1.0, svn level
4892).

Rick

On Jan 18, 5:17 pm, Bruno Postle br...@postle.net wrote:
 On Mon 18-Jan-2010 at 14:12 -0800, Rick Workman wrote:



 However, when I have a bracketed exposure set of images and output a
 Fused and blended panorama with Remapped images, the remapped
 images do not have exposure correction applied. They appear to be the
 remapped original exposure images prior to fusing, and therefore
 aren't much help in the patching process.

 Is there any way to retain (I'm sure they're being generated) the set
 of exposure corrected images (like the set for Blended panorama)
 produced just before the final output?

 Sure, just select the 'Normal - Remapped images' checkbox in
 addition to the 'Exposure fusion' option.

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

[hugin-ptx] Re: Remapped images and bracketed exposures

2010-01-18 Thread Rick Workman
Not sure I understand. I choose Fused and Blended panorama as
output. Now whether I select Normal:Remapped images or Exposure
fusion:Remapped images I get remapped versions of the 18 images prior
to fusing, rather than 6, exposure corrected, fused images, which is
what I'm looking for. Actually, both options appear to produce the
same set of remapped images.

Based on the tooltip for Exposure fusion:Remapped images, I'm
getting the expected result for that option. It would be nice if
Normal:Remapped images produced the desired result, but it doesn't
appear to do so.

Am I missing something?

Rick

On Jan 18, 5:46 pm, Bruno Postle br...@postle.net wrote:
 On Mon 18-Jan-2010 at 14:40 -0800, Rick Workman wrote:

 I have tried that option (and a few others) but it produces remapped
 but uncorrected versions of the original 18 images, rather than a set
 of 6 corrected fused images.

 This should work, though you can always stitch everything twice,
 saving 'remapped images' for both 'Normal' and 'Exposure fused'
 output.

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

[hugin-ptx] Re: Control Point Detectors on hugin-mac-2009.2

2009-12-17 Thread Rick Workman
Hi Harry,

Thanks for the update.

I've never found the auto control point generators particularly useful
for fisheye images, but the align_image_stack would help quite a bit
setting up stacks of bracketed exposures for HDR, so I'm keen to give
it a try.

Please let me know when something becomes available.

Rick


On Dec 16, 1:59 pm, Harry van der Wolf hvdw...@gmail.com wrote:
 Hi Rick,

 I had a look at it, but currently it is harder than it seemed:

    - I tried to implement it from inside the bundle, but I did not get that
    to work since the switch to the new 2009.x plugin structure.
    - I tried to make it as a align_image_stack plugin for Hugin. The big
    problem lately is that I can't make a static align_image_stack anymore. I
    get segfaults when building. (This is the same for the other hugin command
    line tools.)

 And then came other things in sight. All in all I'm not much further. I will
 have a look again this weekend.

 Harry

 2009/12/16 Rick Workman ridgewo...@mac.com



  Is align_image_stack still missing in hugin-mac-2009.4; I'm not seeing
  any change from 2009.2?

  Rick

  On Dec 3, 2:44 pm, Rick Workman ridgewo...@mac.com wrote:
   Thanks Harry, at least my sanity is no longer in question. (Well not
   for this reason.)

   Looking forward to your resolution,

   Rick

   On Dec 3, 1:54 pm, Harry van der Wolf hvdw...@gmail.com wrote:

Align_Image_Stack is currently not in or with the bundle. It needs to
  be
added asap. The problem is that after changing in version 2009.2 to the
  new
plugin structure it's not so easy to implement align_image_stack in the
bundle now. I will pick this up asap.
I do host align_image_stack binaries on my my website [0] which you
  could
use, but since 2 days my provider has problems. Since 1 hour I can get
  on
the internet again, but the internet still can't get on my server.

When things are back to normal I let you know. I hope it will be very
  soon
:-(

Harry

[0]: 
 http://panorama.dyndns.org/index.php?lang=ENsubject=Hugintexttag=Hugin

2009/12/3 Rick Workman ridgewo...@mac.com

 Thanks to all for the replies.

 So I've now have Autopano-SIFT set up (using info from Bruno's post
  of
 Sept. 6), so the basics are there.

 I'm actually more interested in using align_image_stack for setting
  up
 bracketed exposures. Bruno's post provides info on possible
  parameters
 (-f %v -p %o %i), but what do I put in the Program field and what
  do
 I select from the Type menu.

 If I do the obvious thing and put align_image_stack in the program
 string, when I select a set of bracketed images and try to set
  control
 points to align them, it produces a wxExecute Error alert with
  error
 code 255. I'm guessing that it can't find the program. (I certainly
 can't.)

 Any help appreciated,

 Rick

 P.S. There's definitely a U.S. patent on SIFT (US Patent 6,711,293
 awarded March 23, 2004).

 On Dec 2, 3:01 pm, Bruno Postle br...@postle.net wrote:
  On Wed 02-Dec-2009 at 08:16 -0800, Rick Workman wrote:

  P.S. Are all the generators, including align_image stack, subject
  to
  patent restrictions?

  As far as we know there are patents on SIFT and SURF.

  align_image_stack isn't effected, but it isn't an all-purpose
  control-point generator.

  --
  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.comhugin-ptx%2bunsubscr...@googlegroups
  .com
  hugin-ptx%2bunsubscr...@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.comhugin-ptx%2bunsubscr...@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] Re: Control Point Detectors on hugin-mac-2009.2

2009-12-03 Thread Rick Workman
Thanks to all for the replies.

So I've now have Autopano-SIFT set up (using info from Bruno's post of
Sept. 6), so the basics are there.

I'm actually more interested in using align_image_stack for setting up
bracketed exposures. Bruno's post provides info on possible parameters
(-f %v -p %o %i), but what do I put in the Program field and what do
I select from the Type menu.

If I do the obvious thing and put align_image_stack in the program
string, when I select a set of bracketed images and try to set control
points to align them, it produces a wxExecute Error alert with error
code 255. I'm guessing that it can't find the program. (I certainly
can't.)

Any help appreciated,

Rick

P.S. There's definitely a U.S. patent on SIFT (US Patent 6,711,293
awarded March 23, 2004).


On Dec 2, 3:01 pm, Bruno Postle br...@postle.net wrote:
 On Wed 02-Dec-2009 at 08:16 -0800, Rick Workman wrote:



 P.S. Are all the generators, including align_image stack, subject to
 patent restrictions?

 As far as we know there are patents on SIFT and SURF.  

 align_image_stack isn't effected, but it isn't an all-purpose
 control-point generator.

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