Stop enblend from removing result

[johnfi...@gmail.com]

How do I stop enblend from removing the result?

The message in the log is:

enblend: warning: some images are redundant and will not be blended
enblend: note: usually this means that at least one of the images
enblend: note: does not belong to the set
enblend: encountered degenerate image/mask geometry; too high risk of defective seam line
enblend: info: remove invalid output image "DSC00228 - DSC00264.tif"

"redundant" is likely correct.  I expect there are one or two in there that are each 100% covered by some collection of other images.  I'm pretty sure there is not any image that "does not belong" in the sense I would expect that to mean.

One of the times this happened, I was able to open and view the result image before it was deleted and it was what I was aiming for.  Even if it hadn't been, I'd need it to get some clue what was wrong.  When I viewed it, I could have saved a copy but didn't realize I needed to.  Most times I don't get a chance in the moment in which that file exists.

[Luís Henrique Camargo Quiroz]

   That would be very useful: not automatically deleting the defective (?) blended result!

--
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+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/ae5717f5-e986-41bc-aaf5-808b52cf684an%40googlegroups.com.

--

--
Luis Henrique Camargo Quiroz
http://luishcq.br.tripod.com - http://www.christusrex.org/www2/cantgreg
http://panoramaslh.net/

[Monkey]

Enblend's blending is dependent on the order that images are specified on the command line. By specifying the images in a different order (maybe in reverse, or maybe with the "redundant" image and its neighbour that you want it to blend with first) you may get something closer to the result you were hoping for. It's difficult to be more specific about what to do without knowing how the images overlap though.

[John Fine]

On Mon, Feb 28, 2022 at 1:20 PM Monkey <davidh...@gmail.com> wrote:

Enblend's blending is dependent on the order that images are specified on the command line. By specifying the images in a different order (maybe in reverse, or maybe with the "redundant" image and its neighbour that you want it to blend with first) you may get something closer to the result you were hoping for. It's difficult to be more specific about what to do without knowing how the images overlap though.

Enblend was called by hugin, so I don't know the command line.  I was assuming Enblend got its instructions directly from the pto file.

I'll attach the .pto file, since it is the only way I know for describing the many-way overlap.

I would appreciate insight into how to avoid the failure, if you have such insight.  BUT what I asked and what I'm really looking for is how to get Enblend to leave the result for me to look at despite it thinking that the result is defective.

I will eventually find time to look at the source code and either figure out the way or create a way.  But meanwhile I'm trying to do other things with other parts of the hugin package and would prefer to simply be told how to keep this enblend behavior from being an obstacle.

[Florian Königstein]

I cannot answer your main question, but if you want to know the command line options hugin passes to enblend, you can:

1. start hugin and make all the settings you want, especially those in the "stitch" tab, but instead of pressing the "stitch" button, save the project file (assume the filename YOUR_PROJECT.pto).

2. (on Windows), enter in a command shell:

    "C:\Program Files\Hugin\bin\hugin_executor.exe" --stitching --dry-run YOUR_PROJECT.pto > SOME_PATH\command-line.txt

then in the file SOME_PATH\command-line.txt are the commands with their arguments.

*** off-topic ***: How do you quote / cite the message to that you answer in google groups ? When I press "answer all", the message that I'm answering isn't repeated ***

[Gunter Königsmann]

You can remove exzessive overlap by adding a mask that removes part of an image.
But I wonder if too much overlap should be a warning, not a "error out and delete all the evidence" case...

[johnfi...@gmail.com]

On Wednesday, March 9, 2022 at 7:02:07 AM UTC-5 gunter.ko...@gmail.com wrote:

You can remove exzessive overlap by adding a mask that removes part of an image.
But I wonder if too much overlap should be a warning, not a "error out and delete all the evidence" case...

I'm pretty sure (from use, rather than from understanding the code) that excessive overlap is not the actual problem.  That part of the message is misleading.

Reducing overlap by adding masks is one of the things I did, and it did not fix the problem.

I'm pretty sure the problem is somehow caused by the jagged edge of the panorama from the many corners of original images when you have not cropped to remove that.  But sometimes I don't want to crop out that content.

 

[Luís Henrique Camargo Quiroz]

   I have also  the feeling that very intricate masks, e. g. to remove tripod shadows with exclude masks, used to allow small patches of a "no shadow photo" (in some cases more than one photo), can lead to an invalid auto-destroyed result. 

   In that cases only redoing the masks and retrying some times gave me a result. Or I gave up and post-edited the shadow later.

--

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+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/67b71a93-baac-44ea-86e4-bab1e6335454n%40googlegroups.com.