resulting image broken halfway

[webmind]

I'm trying to render a panorama of 30x 21Mp photos, the batch processor claims it's succeeded successfully, but the resulting image is broken on the bottom-half. I've tried this 4 times, all with similar results. Alignment and all goes fine.

Using Hugin 2013.0.0.4692917e7a55

Couldn't find the log file of the batch processor.

System info:
Operating System: Linux 3.13.0-32-generic x86_64
Architecture: 64 bit
Free memory: 5312948 kiB

Hugin
Version: 2013.0.0.4692917e7a55
Path to resources: /usr/share/hugin/xrc/
Path to data: /usr/share/hugin/data/
Path to user lensfun database: /home/webmind/.local/share/lensfun

Libraries
wxWidgets: 2.8.12.1
libpano13: 2.9.18
Boost: 1.54.0
Exiv2: 0.23.0
Lensfun: 0.2.8.0

[webmind (webmind)]

Screenshot of problem.

[tduell (tduell-iinet)]

On Tue, 29 Jul 2014 19:38:29 +1000, webmind <email address hidden>
wrote:

> Public bug reported:
>
> I'm trying to render a panorama of 30x 21Mp photos, the batch processor
> claims it's succeeded successfully, but the resulting image is broken on
> the bottom-half. I've tried this 4 times, all with similar results.
> Alignment and all goes fine.
>

I have had a look at your .pto, using Hugin-2014.1.0 and Enblend-4.1.3,
and stitching the project without any alterations, using
Hugin_stitch_project, I get a result that looks OK here... ie it doesn't
appear to be cut off. All the lower edges of the images can be clearly
seen. The TIF is 30000x2318 (I have my preferences set to "Downsize final
pano=100%".
If I stitch with "Format: JPEG" I also get a result that looks OK.
Does selecting "Autocrop" give you the same result?

Cheers,
--
Regards,
Terry Duell

[webmind (webmind)]

I've done 4 attempts, all with autocrop and tif. result does get cropped, but bottom half missing as can be seen in previous attachment. Downscale was set to the default, 70%. Processor is the default "PTBatcherGUI"

I'll retry with jpeg, but generally hugin creates 'incompatble' jpegs for me, that is not all programs will open them. I'll also try with Hugin_stich_project

[tduell (tduell-iinet)]

On Thu, 31 Jul 2014 01:38:53 +1000, webmind <email address hidden>
wrote:

> I've done 4 attempts, all with autocrop and tif. result does get
> cropped, but bottom half missing as can be seen in previous attachment.
> Downscale was set to the default, 70%. Processor is the default
> "PTBatcherGUI"
>
> I'll retry with jpeg, but generally hugin creates 'incompatble' jpegs
> for me, that is not all programs will open them. I'll also try with
> Hugin_stich_project
>

I have had another look at this, this time using PTBatcherGUI, and can't
reproduce the problem here with hugin-2014.1.0.
Attached screenshot shows (top) the fast Panorama preview using the .pto
you provided, but with minor adjustment to the crop boundaries, and
(middle) the stitched result in Shotwell, and (bottom) the stitched result
in GNOME image viewer.
What happens if you try to stitch only some of the images, say 0-16?

--
Regards,
Terry Duell

[webmind (webmind)]

When I select about half of the image with the crop function, it works fine, I get good version of the area I selected.

[tduell (tduell-iinet)]

On Fri, 01 Aug 2014 20:34:32 +1000, webmind <email address hidden>
wrote:

> When I select about half of the image with the crop function, it works
> fine, I get good version of the area I selected.
>

I'm not sure what the cause of your problem is and hopefully someone may
have seen this previously.
Given that you can stitch a smaller number OK, you may be able to achieve
a stitch of your complete panorama, by stitching parts of your image set
then stitching these together.
Rather than using the crop to select the sub-pano, in the Fast Panorama
preview select equirectangular projection, then in preview, using
"displayed images" select (say) images 0-16 and stitch, then select 14-30
and stitch, then as a new project load these two stitches using "lens
type" equirectangular and align and stitch as you would normally.
If that doesn't give a good final stitch you could try a larger overlap.
One other suggestion is to try the latest release candidate
(hugin-2014.0.0 RC4).

Cheers,
--
Regards,
Terry Duell

[Nigel_o (nobrian)]

I am seeing a similar thing trying to stitch scanned images using the run-scan-pto_var.sh script.

I am stitching 4 images in 2x2 config and the stitch is cut off at the lower edge. For this script the FoV can be set (fairly) arbitrarily. What happens is that the narrower the FoV, the more is cut off. Using FoV 5 cuts off most of the lower two images. But using FoV 30 I get almost all the image. Enough to get what I want anyway.

I have tried tweaking various other parameters and running the PTO files in the GUI but it makes no difference.

Operating System: Linux 3.13-1-686-pae i686
Hugin Version: 2014.0.0.5da69bc383dd
(Debian unstable).

[tduell (tduell-iinet)]

Hello Nigel,
Can you provide an archive (zip or bz2 or ...) with the project images and your .pto file?
It would be preferable if the project images were downsized to keep the archive small, if that's possible.

Cheers,
Terry

[tduell (tduell-iinet)]

Whoops, forgot that the script generates a whole bunch of .pto files, so probably best to provide just the one output by pano_modify...the last prior to calling pto2mk.

Cheers,
Terry

[tmodes (tmodes)]

As long as nobody can reproduce the issue it is difficult to find a solution.

If you have more information which could help to find the bug, please reopen the tickets and add your information.

[Launchpad Janitor (janitor)]

[Expired for Hugin because there has been no activity for 60 days.]