Benjamin Schnieders | 18 Sep 01:23 2014
Picon

Banding artifacts

Dear Hugin community,

after a two year absence, I returned to shooting panoramas. However, things have changed. I can't get
Hugin/enblend to merge my pictures seamlessly. I attached two images, one being prior photometric
optimization - sure, my lens has a bit vignetting, so vertical banding artifacts are to be expected. Then,
after photometric optimization (tried it in different ways), at best a result like in the second image is
achieved. I remember that Hugin / enblend used to deal with such minor brightness
deviations easily - I also tried several enblend options (including the much discussed --no-ciecam) but
with not much changes.

Hugin version 2013.0.0.4692917e7a55 from official Ubuntu repos, enblend enblend 4.2-e4d6ae9dfe83 selfbuilt.

Any ideas what I'm doing wrong and what I could try? All my current panoramas seem to suffer from photometric
optimization difficulties...

Thanks already,
Benjamin

--

-- 
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+unsubscribe <at> googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/541A17FA.8070207%40gmail.com.
For more options, visit https://groups.google.com/d/optout.
Terry Duell | 15 Sep 07:26 2014
Picon
Picon

Using Multiblend instead of Enblend

Hello All,
It's been a while since I looked at some of these things in detail.
My recollection is that Multiblend was a "drop-in" replacement for
Enblend. I recall simply changing "enblend" to "multiblend" in hugin
Preferences -> Programs, and all was well.
I just tried that, and got an error message...

multiblend --compression=70 --no-ciecam --primary-seam-generator=graph-cut
-f4549x6942+919+576 -o test34567MB.jpg -- test34567MB0003.tif
test34567MB0004.tif test34567MB0005.tif test34567MB0006.tif
test34567MB0007.tif

multiblend v0.6.1 (c) 2013 David Horman
http://horman.net/multiblend/
----------------------------------------------------------------------------

unknown argument "--no-ciecam"

So it would seem that --no-ciecam is now hardwired into hugin's enblend
parameters, and multiblend doesn't use or like that parameter.

I'm running hugin-2014.1.0 (6690:0a3d2d097156), enblend-4.2.0
(1114:95c7e90f2be8) and multiblend-0.6.1.

What is the best way around this...i.e to be able to simply swap enblend
for multiblend, and wicky-werka, in hugin?

Cheers,

--

-- 
(Continue reading)

smib | 15 Sep 06:37 2014
Picon

Compilation error

I decided to look at the features being added to the latest repository version rev 6690. Compiling a Win 32 bit version with MSVC2010 gave the following error:

error C2668: 'sqrt' : ambiguous call to overloaded function E:\Photographic\Huginbase\hugin\src\hugin1\hugin\ImageVariableDialog.cpp  line 508

Revs before 6670 compile and run ok

Brian

--
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+unsubscribe <at> googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/9d0bd652-3368-4bf8-9cd0-f3e6a4da427d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Andreas Metzler | 13 Sep 13:30 2014
Picon

Re: hugin_start-problem

----- Forwarded message from Andreas Metzler <ametzler <at> bebt.de> -----
Date: Fri, 12 Sep 2014 19:22:23 +0200
From: Andreas Metzler <ametzler <at> bebt.de>
To: hugin-devs <at> lists.launchpad.net
Subject: Re: hugin_start-problem
Message-ID: <20140912172223.GA21169 <at> downhill.g.la>

On 2014-09-09 Bruno Postle <bruno <at> xxxxxxxxxx> wrote:
> On Mon 08-Sep-2014 at 00:26 +0200, thomallajoachimhd <at> xxxxxxxxxx wrote:
>> when I startHugin, the following notice appears:

>> ASSERT INFO:
>> ../src/common/wincmn.cpp(858): assert "Assert failure" failed in GetWindowBorderSize(): Unknown
border style.

>> BACKTRACE:
>> [1] wxWindowBase::GetWindowBorderSize() const

> Can you tell us which version of wxidgets you have? and which
> version of Hugin?

> Note that this mailing list isn't used much, there is a more active list for
> developers and users on googlegroups: http://groups.google.com/group/hugin-ptx

Hello Bruno,

we also see this on Debian <https://bugs.debian.org/761224> with
hugin 2014.0.0~rc3+dfsg-4 (i.e. 2014.0.0 rc4)
libwxbase3.0-0            3.0.1-3
libwxgtk3.0-0             3.0.1-3

cu Andreas

----- End forwarded message -----

--

-- 
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+unsubscribe <at> googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/20140913113009.GB28311%40downhill.g.la.
For more options, visit https://groups.google.com/d/optout.

Jim Watters | 11 Sep 23:33 2014
Picon

Develop spherical Plugin for Premiere

Hi,

In case any developers here are interested.

EleVR is looking for a plug-in developer to create a plugin for Premiere and 
After Effects to manage adding 2D elements to spherical video.

http://elevr.com/editing-spherical-3d-in-premiere-and-after-effects-a-design-document/

-- 
Jim Watters
http://photocreations.ca

--

-- 
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+unsubscribe <at> googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/5412153C.5060105%40photocreations.ca.
For more options, visit https://groups.google.com/d/optout.

Einar Høst | 11 Sep 13:19 2014
Picon

Possible to align color profiles?

I'm a newbie, so I don't quite know how to pose this question correctly.

I have a sequence of images taken of almost the same motif over time. Naturally, there is some variation in light and colors in the resulting photos, depending on time of day, lighting conditions and so forth. Is there something I can do to "align" the colors of the images, so that they seem as homogenous as possible?

Any help is much appreciated.

Kind regards,
Einar

--
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+unsubscribe <at> googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/c72fd46b-33e1-45e4-8754-9c1814829d73%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Monkey | 10 Sep 19:55 2014
Picon

Best way to align a stack to base image only

Is there an easy to generate control points for a set of images, such that all images are linked only to the first image? Aligning an image stack aligns images in sequence (0-1, 1-2, 2-3, etc) but I would prefer (and think it would be better) if all images were aligned to image 0 only (0-1, 0-2, 0-3, etc). This would stop errors propagating and would ensure that the last image was just as well aligned to image 0 as any other.

--
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+unsubscribe <at> googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/dc50c221-73b5-4b53-ab3b-9b50e04f8696%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Einar Høst | 9 Sep 21:50 2014
Picon

nona produces small TIFF images

Hi,

I am trying to align a long sequence of 1000+ images of a motive changing slowly over time. My plan is to use pto_gen, cpfind, cpclean, autooptimizer and nona to produce the aligned sequence. However, the output I get are very small images! To be exact, the input files are 2848 × 4272 JPG files, and the output files are 317 × 434 TIFF files. Why? Obviously I'm doing something wrong. Even if I reduce the tool chain to simply pto_gen followed by nona, my images shrink. I assume I'm using nona wrong, and not pto_gen?

The commands I run are
pto_gen -o sequence.pto *.JPG
nona -o output -m TIFF_m sequence.pto

Hopefully the newbie mistake I'm doing is obvious to someone.

Kind regards
Einar

--
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+unsubscribe <at> googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/d8827915-7f90-4379-90df-5e0d67228278%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
William Sherman | 8 Sep 08:08 2014
Picon

Hugin operation questions from a mostly-newby

Hello again,

Now that I have Hugin 2014.0.0_rc4 compiled and running, I've got
a few questions for the list on usage.  I'm doing my best to look
on the web first for answers, but of course I may not stumble upon
the nugget I need.  Also, I've used Hugin before, but it's been a
couple years, so consider me a half-newby.

My first issue is that I'd like to find a way to constrain what
images are compared in the control-point search.  I've taken a
range of panorams, and the largest are quite large -- over 1000
pictures.  So I'd like to find a way to limit control point
analysis to say the 8 neighboring pictures of any one picture.
I figure that for an 801 image shot, that would save two orders
of magnitude in control point searching (8 vs. 800).

And in the meantime (ie. I've done a couple of experiments since
typing the above), I now have a couple of *real* problems rather
than the hypothesized problem above (which I still wonder about).

Okay, so over the past couple days I've been experimenting with
some image collections that I shot a few weeks ago.  I started
with a 21 image collection of a hand-held shoot, and then I did
a 210 image collection shot with a Gigapan "robot".

In both cases, I'm using the Assistant mode, though I did venture
into the control point views and some other tabs for experimenting.
Also, I did tests with both "enblend" and "multiblend" as the
blending tool.

*** Small ***
So the 21 image collection worked pre-well.  I tried it first with
multiblend, and no enfuse (because I hadn't compiled it yet), and
that went pretty fast, and with reasonable results.  It cut the
head off of one person, but for a final rendering I'd go back and
mask out the entire person anyway.  That took just a few minutes
to process.

I then went back and ran with enblend/enfuse (selecting the
"Exposure fused from any arrangements" option), and processing
that took an hour or two (vs. about 10 minutes in the first
attempt).  I suppose most of that is in the exposure correction
step, or maybe multiblend is really *that much faster* than
enblend.  With enblend, the guy has his head, but the flag
gets oddly blended (whereas multiblend took the entire flag
from one image, so it looks fine).

*** Medium ***
Okay, so now onto a 210 image shoot (42x5) using a Gigapan robot.

First, loading the images it put them horizontally, whereas they
were shot vertically, so it has a typical striation pattern from
a misalignment -- I know that at this stage that doesn't matter,
but would be nice if I could provide Hugin with the basic layout
of the images.

I then ran the "2. Align" step.  And this took over 6 hours to
process.  It was not fun waiting for that, and I dread what will
happen when I get to my "large" image collections!  I did notice
that at times all the CPUs were going, and then other times just
a single CPU.  Also, I'd be interested to know exactly what
"Optimizing Variables" were being optimized to get a sense for
where it is in the process.

Eventually, it produced a result, and the pictures are in the
proper order.

With one huge problem -- the pictures wrap around past 360 to
about 400 degrees.  In reality the shoot was about 270 degrees.

I looked and looked for a way to correct this -- tried using
the "Field of View" parameter under the "Projection" tab,
and pressed the "Fit" button, but that just did some processing,
then returned the horizontal FOV to 360, but shrunk the vertical
FOV!  But it left all the pictures where they were, so there is
still about 40 degrees of overlap.

I figured I might as well see what happens, so I began the
"3. Create panorama" process.  Here, likely because I have
overlapping pictures, it no longer has the "Exposure corrected,
low dynamic range" option turned on (for some definition of
option, because it seems to always be greyed out).  This then
forces me to choose one of the fusing options, so I chose
"exposure fused from stacks".

The process began, but a short while later (5 minutes or so),
it seg-faulted.  Here's the end of the log file:
         processing IMG_7374-IMG_7584_stack_ldr_0073.tif...
         processing IMG_7374-IMG_7584_stack_ldr_0074.tif...
         processing IMG_7374-IMG_7584_stack_ldr_0075.tif...
         processing IMG_7374make: *** [IMG_7374-IMG_7584_fused.tif] 
Segmentation fault (core dumped)
         make: *** Deleting file `IMG_7374-IMG_7584_fused.tif'

I looked at the "stack_ldr" pictures, and as I expected the two
ends of the panoram are blended together.

I also noticed that the list of "exposure_layers" temporary
images was missing at least one in the sequence, so perhaps
this could be related to the seq-fault.

While typing this email I decided to select the other exposure
option ("Exposure fused from any arrangements"), but since it's
about 2:00am for me, I may not see then end of it before sending
this email.  (It's creating the "exposure_layer" intermediate
images now.)

Okay, it failed before I finished typing the email.  But this
time it complained:
	"not enough memory for image channel"
while creating the "exposure_layers" images.

So I increased the memory for "multiblend" with the "-m 30000"
option.

But like a bad scientist, I then changed some other parameters.
Mostly I changed the projection back from Mercator to Cylindrical,
and this gave me new options at the processing stage, whereby
the "Exposure corrected, low dynamic range" option was not greyed
out for the first time in my recent experience.  So I selected that,
and unselected the "exposure fusion" option.  So now "enfuse" shouldn't
be needed.  Again, if something interesting happens before I complete
the "Large" section of this email I amend things here.

One thing I notice is that for my small panoram, the Batch Processor
is informing me that a Cylindrical projection was chosen for the
output, and for the medium, a Mercator projection was chosen.

*** Large ***
I haven't done it yet, but I have some fairly large image
collections that I want to turn into a giga-pixel image, and
I was hoping to use Hugin for this.  So about 1600 images
per shoot (single exposure).

Is there a method by which I can process panorams consisting
of 1600 images with Hugin?  I sure hope so.

I have a license for KRpano, so I'll use that to create a pyramid
tiled image set with a web interface when I'm done.

BTW, I receive the Hugin mailing list by digest, so unless you
CC me, I'll have to wait for the next mailing to see the response.

	Thank you for your help,
	Bill

Still only about a third the way through nona processing the
images in my current test, so signing off for now.

--
Bill Sherman
Sr. Technology Advisor
Advanced Visualization Lab
Pervasive Technology Inst
Indiana University
shermanw <at> indiana.edu

--

-- 
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+unsubscribe <at> googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/540D47EE.6060706%40indiana.edu.
For more options, visit https://groups.google.com/d/optout.

andrewilley | 8 Sep 01:02 2014
Picon

Just installed 2013 release, but contrast is now very poor on final stitched results

I just installed the 2013 release, but the contrast is very poor on the final stitched TIFF files compared to the previous version (using the same source files, which are TIFFs built from camera-RAW images, optimised using matching settings for how I want the panorama to look).

I must have got a setting wrong somewhere, but I can't see where (adjusting the EV value just makes the overall image a lot lighter or darker, it does not restore the depth of contrast that is present in the source files). Any initial thoughts on what I might have done wrong during the upgrade?

Andre

--
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+unsubscribe <at> googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/b2b1ec58-b3ce-41ab-bfdb-546ca1208011%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Brandon | 7 Sep 09:39 2014

autopano.exe return errors when run with huggin.

I have a fun little bug to run down.

Between me and a friend we have two windows 7 computers with hugin installed. I have been using autopano for a while and I really like autopanos speed(yes cpfind is needed when it messes up but that is not often). On my desktop I just put them in the bin folder and then tried using them from hugin and they work as expected with no extra worries.(both 2012 and 2013 versions of hugin)

On my friends laptop computer with windows 7 I put the exact same file in the bin folder of both the 2012 and 2013 version and have tried them both. In both cases I get an error popup along the lines of

autopano Could not execute command:

Then the error message continues by filling in this line with stuff. /allinone /path:%d /keys:%p /project:oto /name:%o /size:1024 /f %i

I have checked the settings for both control point detectors and it is the same on both computers.

I have tried to reproduce this error in my computer and I am not able to by removing the file or messing up the command line stuff in the control point detector options.

Using google I have found the place in the source code that makes the call.

search this page http://sourceforge.net/p/hugin/mailman/message/19937994/ for the phrase
// This doesn't work properly - GWP

It shows up 4 times. Near as I can tell 4 lines below the first two times it shows up I can find where that particular error message is be displayed by hugin. I am not too good with C++, near as I can tell that error should only pop up if there are too many pictures and probably not even then.
I have tried running autopano on my friends computer with just 2 pictures and as many as 20, both get the same error. I have not tried it with over 127. (on mine it works no matter how many I have tested)

Any thoughts? Would this be a bug of some kind or did I somehow mess up installing it? Any thoughts on a work around or a fix?

Thanks,
Brandon






--
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+unsubscribe <at> googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/767fe8d8-8eec-4b27-8623-2559fa1cae80%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Gmane