Public bug reported:
PTBatcher run from the command line on MacOS just hangs without doing
anything. Same regardless of options given.
PTBatcherGUI works fine, even if the binary is launched from the command
line.
Hugin 2013beta1
MacOS 10.8.3
** Affects: hugin
Importance: Undecided
** Tags added: ptbatcher
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/1160198
Title:
PTBatcher hangs (mac)
Status in Hugin - Panorama Tools GUI:
New
Bug description:
PTBatcher run from
Public bug reported:
It seems that the fast preview sliders are not working in 2013beta1.
When sliding them, the image appears to follow the new settings, but
then snaps back to its previoius setting without changing the values for
the field of view in the Stitcher tab. Changing them manually
LDR settings -- exposure, EMoR, vignetting.
On May 29, 2012, at 9:14 AM, tmodes wrote:
Which parameter did you try to optimize?
Could you provide the project file and maybe the images. Otherwise it is
difficult to find the bug.
** Changed in: hugin
Status: New = Incomplete
--
Public bug reported:
I noticed a project was causing Hugin to hang when doing a photometric
optimization. I tried running vig_optimize on the command line to see
what was happening and got:
$ ./vig_optimize -v -o /tmp/xx.pto '/Users/bst/Desktop/TMP Export/4452-HDRPano
Public bug reported:
Double-clicking an entry in the control points window is supposed to
move the main window to the control points display where the control
point exists. In the current version of Hugin however, the focus is
moved to the Stitcher tab instead of the Control Points tab.
Actually, it may not be the mode, but the order of clicking. It seems
that if a region of images is selected and then the context menu is
used, that the image that was under the mouse when the context menu was
brought up is NOT affected by the change, but the others are.
--
You received this
Why was this changed to 'Invalid'?
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
https://bugs.launchpad.net/bugs/880605
Title:
enblend mask optimization failures
Status in Enblend:
New
Status in Hugin - Panorama Tools
Public bug reported:
Nona sets the alpha mask for unmasked regions in 16-bit files to 65280
(=255*256) instead of 65535, resulting in slight transparency of images.
** Affects: hugin
Importance: Undecided
Status: New
--
You received this bug notification because you are a member
Public bug reported:
It seems like the new seam line determination using graph cut has some
problems during the optimization phase causing loops in the seam line
that sometime result in omissions of parts of the image.
For example, see the attached seam line visualization.
** Affects: enblend
I'm also uploading enblends verbose output. It looks like for this
image pair, it thinks there are 5 seams to optimize rather than just 2
as there should be.
** Attachment added: enblend.log
https://bugs.launchpad.net/hugin/+bug/880605/+attachment/2568994/+files/enblend.log
** Project
I think this may be related to the --wrap=both option to enblend. One
of the images in this particular blending had part of its extent wrapped
around the edges of the image file. I think that's whats causing
enblend to think there are more seams and coming up with the bad result.
By the way,
The failure occurs with or without the --wrap=both or --wrap=none. But
it still appears related to the image overlaps crossing around the
panorama boundary.
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
** Attachment added: Test files + output
https://bugs.launchpad.net/bugs/752283/+attachment/1986975/+files/Archive.zip
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
https://bugs.launchpad.net/bugs/752283
Title:
Blending
Public bug reported:
I'm running the latest enblend from hg (4.1-5e7392eab8d3)
I'm seeing a problem with extreme speckles in shadow areas when using
enfuse with no options (which, since the files have ICC profiles, uses
CIECAM blending). The speckles go away when --no-ciecam is used.
I'm
Ran this under the latest Mercurial (5096), under gdb. Looks like
panorama_overview_helper is unitialized causing the crash.This
should be initialized in GLPreviewFrame::MakePanosphereOverviewTools,
but I found that this was never called (by setting breakpoints on it).
It is supposed to be
** Attachment added: PTO file
https://bugs.launchpad.net/bugs/731734/+attachment/1895417/+files/tyrolean.pto
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/731734
Title:
SIGBUS in fast
Public bug reported:
Although one can change the height of a panorama in the Sticher panel
for a stereographic projection, the preview windows' vertical slider is
disabled. I don't see any reason that it should be disabled.
** Affects: hugin
Importance: Undecided
Status: New
--
OK, that makes more sense. Guess I should read the manual more
carefully...
However, I think that the UI for this could be improved as follows:
- when editing the masks, it would be great to see a grayed-out area (or boxed
in another color) of the current image where another image already has
In the attached PTO, there is a central include region in each of the 2
image files. In the preview display, the area where both masks overlap
is shown as black.
Also, it may be unclear what the meaning of an 'include' mask is. Is
it that the included region from the masked image should be
Public bug reported:
After masking several of my images to include only a central polygon
area, the preview displays show black areas where the images should be
UN-masked, even though the images have unmasked pixels there. In
addition, it seems that the preview in general is not following the
Public bug reported:
On running cpfind with 12 16-bit TIFF files, each 5616x3744, cpfind is
crashing as follows. Perhaps it should have an option to downsample
further or do so automatically. I'm running on a mac with 32GBytes of
RAM.
ThreadQueue created
Hugins cpfind 2010.4.0 built by
22 matches
Mail list logo