As I recently discovered, there are two scenarios:
A) tool-using scripts invoked from the command line.
B) tool-using scripts invoked from the Hugin application.
For A) I can't imagine anyone using a terminal session would have a
problem modifying the script as per your suggestion.
For B) it woul
2010/1/26 Rick Workman
> b) If the tools ever become part of the bundle, it would be helpful if
> the directory containing them was included in the PATH prior to
> calling any external script (like an automatic set_environment), so
> the script wouldn't have to deal with this. Alternatively, a pa
Nice, but what does "final file format" section give you then?
Wouldn't you like to have a check box there to disable making the final
panorama stitch in the case you would like to process the intermediate files
or layered tiff in another work flow and don't care about a "final file"?
Cheers
O
2
I've "wired" a version of the script into a custom control point
detector as previously described. All seems to work, other than the
fact that it feels kludgy to be stitching inside the Images tab, but
there are a couple of minor issues:
a) I was putting the intermediate files back in the same dir
>From a GUI perspective, I like Bruno's suggestion. It certainly does
everything I need, it's open ended (in case yet another output format
gets invented), and it simplifies a somewhat confusing interface (the
"Stitcher" tab).
Harry's suggestion adresses a couple of issues. The first one is
bundli
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
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 t
On Jan 19, 5:19 pm, Bruno Postle 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
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 d
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 understan
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 corre
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. Actual
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
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 wrote:
> On Mon 1
14 matches
Mail list logo
