exposure fused from any arrangement panorama bug

[Alex Romosan]

i've been trying to create panoramas exposure fused from any arrangement
but the layers to be fused in the final image are completely misaligned.
i've managed to work around this by keeping the intermediary blended
layers loading them into gimp and then saving them and then manually
running enfuse on the new layers and then the final output is just fine.

if i look at the layers with tiffinfo the only difference is the
Position tag which is not present in the file saved from gimp. in the
file generated by enblend it is set to some values. i think it is this
tag that confuses enfuse. it should probably be set to zero or not
set at all because as it is enfuse uses it and misaligns the layers. the
output layers from enblend are not cropped but are the size of what the
final panorama should be.

i tried to find the place where this value is set, but i've had no
success so far. any idea how to fix this?

you can see the panorama i got at
http://caliban.lbl.gov/test_blended_fused.tif

--alex--

--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the mind, it will be possible (simultaneously with |
| automatism and other passive states) to systematize confusion |
| and thus to help to discredit completely the world of reality. |

[Abrimaal]

There are many repeating details, that could be misaligned by the control point finder.
In the Preview you may not see this, because these images are under the visible ones.
Try to disable the first images and check which ones are incorrectly aligned.
Check the control points, any photo with any in the Editor.

[Alex Romosan]

Abrimaal <abri...@wp.pl> writes:

> There are many repeating details, that could be misaligned by the control
> point finder.
> In the Preview you may not see this, because these images are under the
> visible ones.
> Try to disable the first images and check which ones are incorrectly
> aligned.
> Check the control points, any photo with any in the Editor.

that's not the problem. the blended panorama is just fine. the blended
and fused panorama is fine if i remove the position tag with gimp. this
is a bug that's been present for a while now.

[Hans Bull]

Indeed.

[T. Modes]

Am Freitag, 24. Februar 2017 18:00:18 UTC+1 schrieb Alex Romosan:

that's not the problem. the blended panorama is just fine. the blended
and fused panorama is fine if i remove the position tag with gimp. this
is a bug that's been present for a while now.

Sorry, but I can't reproduce the issue. Enfuse is fusing fine here also when using cropped tiff.
So you need to provide more details and at best a *small* example which shows the issue. The best place for this would be the bug tracker of enblend-enfuse: https://bugs.launchpad.net/enblend/

[Alex Romosan]

i'm doing this on linux with the latest hugin, enblend/enfuse and vigra
from git. to me it happens on every project so the pictures are
irrelevant. what versions/os are you using?

[Alex Romosan]

"T. Modes" <Thomas...@gmx.de> writes:

> Am Freitag, 24. Februar 2017 18:00:18 UTC+1 schrieb Alex Romosan:
>>
>> that's not the problem. the blended panorama is just fine. the blended
>> and fused panorama is fine if i remove the position tag with gimp. this
>> is a bug that's been present for a while now.
>>
>
> Sorry, but I can't reproduce the issue. Enfuse is fusing fine here also
> when using cropped tiff.

i've uploaded the blended layers to http://caliban.lbl.gov/enfuse
if i run enfuse test_exposure_0000.tif test_exposure_0001.tif -o
test_blended_fused.tif i get the mismatched image. if i edit out the
position tag in the two layers then the output is fine.

the problem is the blended layers are not cropped but enfuse thinks they
are.

[Alex Romosan]

"T. Modes" <Thomas...@gmx.de> writes:

> Am Freitag, 24. Februar 2017 18:00:18 UTC+1 schrieb Alex Romosan:
>>
>> that's not the problem. the blended panorama is just fine. the blended
>> and fused panorama is fine if i remove the position tag with gimp. this
>> is a bug that's been present for a while now.
>>
>

> So you need to provide more details and at best a *small* example which
> shows the issue. The best place for this would be the bug tracker of
> enblend-enfuse: https://bugs.launchpad.net/enblend/

soryy, one more thing. i don't think the bug is with enblend/enfuse, the
bug is with hugin. the position tag in the blended layers is bogus, it's
set to the position of the first image in each layer which is wrong (i
did try unchecking 'Copy metadata into final files using ExifTool' but
that had no effect). even if the blended layers were cropped the
position should be set to the position of the top/left most image in the
layer not the first one. but the blended layers are not cropped so this
is a moot point.

[Alex Romosan]

Alex Romosan <rom...@sycorax.lbl.gov> writes:

> "T. Modes" <Thomas...@gmx.de> writes:
>
>> Am Freitag, 24. Februar 2017 18:00:18 UTC+1 schrieb Alex Romosan:
>>>
>>> that's not the problem. the blended panorama is just fine. the blended
>>> and fused panorama is fine if i remove the position tag with gimp. this
>>> is a bug that's been present for a while now.
>>>
>>
>> So you need to provide more details and at best a *small* example which
>> shows the issue. The best place for this would be the bug tracker of
>> enblend-enfuse: https://bugs.launchpad.net/enblend/
>
> soryy, one more thing. i don't think the bug is with enblend/enfuse, the
> bug is with hugin. the position tag in the blended layers is bogus, it's
> set to the position of the first image in each layer which is wrong (i
> did try unchecking 'Copy metadata into final files using ExifTool' but
> that had no effect). even if the blended layers were cropped the
> position should be set to the position of the top/left most image in the
> layer not the first one. but the blended layers are not cropped so this
> is a moot point.

so the problem is enblend/enfuse copies the exif data from the first
image into the final output if HAVE_EXIV2 is defined. if i comment that
part out:

--- a/src/enblend.h Sun Feb 12 17:00:19 2017 +0100
+++ b/src/enblend.h Sat Feb 25 08:41:24 2017 -0800
@@ -569,15 +569,15 @@
std::cerr << command << ": warning: none of the input images contained valid metadata";
} else {
try {
- metadata::named_meta_array::const_iterator
- input_meta(metadata::write(OutputFileName,
- valid_named_metadata.begin(),
- valid_named_metadata.end()));
- if (Verbose >= VERBOSE_METADATA) {
- std::cerr <<
- command << ": info: attach metadata of input image \"" <<
- input_meta->filename() << "\" to output image \"" << OutputFileName << "\"\n";
- }
+ //metadata::named_meta_array::const_iterator
+ // input_meta(metadata::write(OutputFileName,
+ // valid_named_metadata.begin(),
+ // valid_named_metadata.end()));
+ //if (Verbose >= VERBOSE_METADATA) {
+ // std::cerr <<
+ // command << ": info: attach metadata of input image \"" <<
+ // input_meta->filename() << "\" to output image \"" << OutputFileName << "\"\n";
+ //}
}
catch (Exiv2::Error& e) {
std::cerr <<

then i can generate blended fused panorama.

i'm not sure why this (copying the exif data from the first image) is
done in the first place...

[T. Modes]

Am Samstag, 25. Februar 2017 14:59:31 UTC+1 schrieb Alex Romosan:

i'm doing this on linux with the latest hugin, enblend/enfuse and vigra
from git. to me it happens on every project so the pictures are
irrelevant. what versions/os are you using?

I tested with enblend 4.2 on Windows (at last released version).

Now I can confirm the issue with the current tip of enblend-enfuse.
But in the meantime you have found the main cause of the problem.
The metadata transfer was added recently and your findings should help to improve it. This needs to be fixed in enblend-enfuse.

Thomas