Enblend adds black to edges of some pictures

[Brandon]

I see attached picture. The source images do make a full 360 by 180 with no holes in it, the black around two of the images is unexpected.

For some reason once in a while enblend will do that to me and I do not know why. It takes one or more images puts black around the edge where it should be blending it into the next image. The preview looks correct. The images that nona makes looks correct, it is just after enblend gets it that things go bad. When I get it I have tried resetting potion and lens parameters and re-optimizing. The preview will look correct, but the next one stitched  will still give me that.

After a while I generally start over and on the second try I do not get the error. Any ideas how to avoid getting this result?

Thanks,

Brandon

[Terry Duell]

Hello Brandon,

On Thu, 25 Sep 2014 02:42:50 +1000, Brandon <bra...@flyingtsalers.com>
wrote:

Not sure.
Which version of Enblend and which OS are you using?
Are you using any enblend options?
Do you get the same result with multiblend?
Can you attach your .pto file, it might help.

Cheers,
--
Regards,
Terry Duell

[Brandon]

Here I have attached a different pano that I did a month ago that more clearly shows the problem. It was looking great I was going along stitching small versions finding places where there were masking errors or that needed more control points adding and correcting as I saw fit and then somewhere along the lines the black started showing up. At first it was just a little bit on the rock under the tri-pod. I then removed the masks in that area and tried anything that I could think of to solve the problem and it got worse every time that I restitched it. I just now stitched the attached pto file to make the Crater Lake pano which shows the problems.

When I was stitching a month ago I was using the version of enblend that comes with hugin 2013. After another problem I updated to the newest version of enblend 4.1.3 win64 version. I just stitched this one now and still have the problem, so it appears to be on both versions of enblend.

I am running windows 7 on a desktop. My friend with windows 7 on a laptop is the source of the image in my first post, so she has the problem as well. That is the first time she has seen it and she has done 150+ panos.

For command line options this pano has
-a --no-ciecam

I have not tried multiblend on one of these projects

One thing that I am wondering about is the masks and if they are some how causing the problems. But if they are, why does removing them from the afflicted area not solve the problem and why is there problems on parts of the pano that have no masks. The black area on the cliff above me has and never had a mask. I just masked people and it took a lot of masks to get it right as there are 72 pictures to make the pano.

EDIT: I just took the problem pto file and removed every single mask everywhere and restitched and it solved the problem. At some point I may go through removing masks a few at a time and see if I can figure this out. For anyone else who has this problem, look to your masks there seems to be a connection.

[Terry Duell]

Hello Brandon,

On Thu, 25 Sep 2014 17:25:14 +1000, Brandon <bra...@flyingtsalers.com>
wrote:

> Here I have attached a different pano that I did a month ago that more

> clearly shows the problem. I just now stitched the

> attached pto file to make the Crater Lake pano which shows the problems.

The attached pto doesn't have any masks, so I'm guessing it is the pto for
the version that stitched OK, as discussed in your EDIT, below.

>
> When I was stitching a month ago I was using the version of enblend that
> comes with hugin 2013. After another problem I updated to the newest
> version of enblend 4.1.3 win64 version. I just stitched this one now and
> still have the problem, so it appears to be on both versions of enblend.
>
> I am running windows 7 on a desktop. My friend with windows 7 on a laptop
> is the source of the image in my first post, so she has the problem as
> well. That is the first time she has seen it and she has done 150+ panos.
>
> For command line options this pano has

> *-a --no-ciecam*

The --no-ciecam option shouldn't be needed with 4.1.3.

>
> I have not tried multiblend on one of these projects
>

> One thing that I am wondering about is the masks and if they are some how
> causing the problems. But if they are, why does removing them from the
> afflicted area not solve the problem and why is there problems on parts
> of the pano that have no masks. The black area on the cliff above me has
> and
> never had a mask. I just masked people and it took a lot of masks to get
> it right as there are 72 pictures to make the pano.
>
> EDIT: I just took the problem pto file and removed every single mask
> everywhere and restitched and it solved the problem. At some point I may
> go through removing masks a few at a time and see if I can figure this
> out.
> For anyone else who has this problem, look to your masks there seems to
> be a connection.
>

The masks may be the cause of the problem, not sure.
When I looked at the .pto you provided (no masks) I did find that were
about 15 images with almost full overlap with other images. Here enblend
threw an error "excessive overlap".
The images I saw which looked like they had excessive overlap were
10,12,13,14,15,17,18,19,20,23,27,35,55,56,57.
I would try using only the images necessary to give reasonable overlap and
see how that stitches. Then start adding in masks as necessary. It might
help isolate the problem to a subset of images that would make a smaller
project for others to try to help with.

[Brandon]

My bad here is the correct craterlake pano.


http://kvtours.com/test-photos/enblendBlackEdgeErrorTest.zip That is a 8.12mb test package.

It is a very extreme case that I just took out of a half pano that I was working on tonight, that I doubt many people would have cause to do, but it was an easy one to show the problem. In it you will find two pictures and a pto file. One of the pictures is in the pto file twice. The second copy has different light settings so that the sun is not quite so blown out. There is complete overlap on those two images. When I put a single include mask on the one that has a good sun I get a pretty good result, but the mask goes a bit further away from the sun than I want. So I add a second include mask to the other copy to keep most of the good colors and then I get the results shown in the Wheeler1.jpg

I have seen this bug in other places where there has not been excessive overlap such as this pano has.


A big congrats to someone for helping fix the "excessive overlap" error. It used to be a major problem for me back when it was talking about the mask being all white or back or whatever it said. Now once in a great while I see it talk about excessive overlap, but not often. It is to the point now where I do not have to worry about too many photos. It is a nice change not have to worry about sorting through a pano that has a lot of  photos and figure out which overlap all the way.

[Terry Duell]

Hello Brandon,

On Fri, 26 Sep 2014 17:38:55 +1000, Brandon <bra...@flyingtsalers.com>
wrote:

>
> My bad here is the correct craterlake pano.
>

Thanks. I probably won't have an opportunity to look at this again for a
week or so. Your smaller project (below) is probably a better one to use
to track down the source of your problem.

>
> http://kvtours.com/test-photos/enblendBlackEdgeErrorTest.zip That is a
> 8.12mb test package.
>
> It is a very extreme case that I just took out of a half pano that I was
> working on tonight, that I doubt many people would have cause to do, but
> it was an easy one to show the problem. In it you will find two pictures
> and a pto file. One of the pictures is in the pto file twice. The second
> copy has different light settings so that the sun is not quite so blown
> out. There
> is complete overlap on those two images. When I put a single include mask
> on the one that has a good sun I get a pretty good result, but the mask
> goes a bit further away from the sun than I want. So I add a second
> include mask to the other copy to keep most of the good colors and then
> I get the
> results shown in the Wheeler1.jpg
>

I have had a brief look at this project.
It is interesting that stitching your .pto, as-is, produces a different
result for me.
The stitch still has problems, but in different places. I am running
hugin-2014.1.0 and enblend 4.2.0, both builds of the current repo source.
I have tried your project without the masks and it stitches here OK.
Stitching your .pto with multiblend works OK.
I looks like an enblend bug, and should be reported on the bug tracker
<https://bugs.launchpad.net/enblend/+bugs>

[Brandon]

I restitched it a few times and got the same picture as what I posted.

Thanks for your input and directing me in the correct direction. I did a little more experamenting and I think I have figured out that it only happens when using an include mask. I have been thinking about it and I am pretty sure it has never happened when I have just been using exclude masks. If I remove either one of the include masks in the test project the bug goes away. Replace the missing one with an exclude mask in the correct place and there is no bug.

I have reported the bug and all that I know about it. I hope it helps figure out the bug :)