hugin-devs team mailing list archive

[Florian Haag <1374700@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

I am trying to combine 9 portrait-oriented JPEG photos to a wide
panorama D:\SomePath\A\A.jpg (actual name replaced for the sake of clear
thinking, see below). Hugin says the photos "fit very well". However,
all that remains is a partly blurry file named A_blended_fused.jpg, the
expected A.jpg is missing, even though Hugin claims the stitching was
successful.

When attempting the same for another wide panorama D:\SomePath\B\B.jpg
based upon 12 photos (same camera, same resolution, same format; actual
name replaced, see below), everything works, and not only the partly
blurry B_blended_fused.jpg is created, but also the excellent B.jpg.

In both cases, I did not change any of the default settings; the only
input I made was selecting the input files, clicking the align button,
slightly moving the clipping bounds, and entering A/B for the name of
the project and the output file (in the same directory as the respective
input files).

In A.log, what I find remarkable, is that the filename A.jpg does not
appear a single time. Where in B.log, enblend is first invoked with the
argument '-o "B.jpg"', before later being invoked for
B_exposure_0000.tif, A.log shows that enblend is *immediately* invoked
for A_exposure_0000.tif.

These are my system details, as displayed by the about box (user-
specific path anonymized with environment variable) - I downloaded and
installed the latest Hugin version
(HuginSetup_2013.0.0_64bit_Windows.exe) yesterday from SourceForge:

Betriebssystem: Windows 7 (build 7601, Service Pack 1), 64-bit edition
Architektur: 64 bit
Freier Speicher:  5055828 kiB
Aktive Codepage: 1252 (Western European Windows)

Hugin
Version: 2013.0.0.0d404a7088e6 built by Matthew Petroff
Ressourcen-Pfad: C:\Program Files\Hugin/share/hugin/xrc/
Datenpfad: C:\Program Files\Hugin/share/hugin/data/
Pfad zur öffentlichen lensfun-Datenbank: C:\Program Files\Hugin/share/lensfun
Pfad zur privaten lensfun-Datenbank: %LocalAppData%\lensfun

Bibliotheken
wxWidgets: 2.9.4.0
libpano13: 2.9.18
Boost: 1.44.0
Exiv2: 0.20.0
Lensfun: 0.2.5.1

The only errors found in the logs are many repetitions of this message
after calls to nona:

Error: Directory Panasonic with 20224 entries considered invalid; not
read.

These errors appear both in A.log and in B.log.

The attached files contain the actual names:
A = NisyrosPanorama (does not work)
B = BodrumPanorama3 (does work)

** Affects: hugin
     Importance: Undecided
         Status: New

** Attachment added: "Project files and logs; both for the problematic panorama A as well as the control group B"
   https://bugs.launchpad.net/bugs/1374700/+attachment/4216898/+files/files.zip

** Description changed:

  I am trying to combine 9 portrait-oriented JPEG photos to a wide
  panorama D:\SomePath\A\A.jpg (actual name replaced for the sake of clear
  thinking, see below). Hugin says the photos "fit very well". However,
  all that remains is a partly blurry file named A_blended_fused.jpg, the
  expected A.jpg is missing, even though Hugin claims the stitching was
  successful.
  
  When attempting the same for another wide panorama D:\SomePath\B\B.jpg
  based upon 12 photos (same camera, same resolution, same format; actual
  name replaced, see below), everything works, and not only the partly
  blurry B_blended_fused.jpg is created, but also the excellent B.jpg.
  
  In both cases, I did not change any of the default settings; the only
  input I made was selecting the input files, clicking the align button,
  slightly moving the clipping bounds, and entering A/B for the name of
  the project and the output file (in the same directory as the respective
  input files).
  
  In A.log, what I find remarkable, is that the filename A.jpg does not
  appear a single time. Where in B.log, enblend is first invoked with the
  argument '-o "B.jpg"', before later being invoked for
  B_exposure_0000.tif, A.log shows that enblend is *immediately* invoked
  for A_exposure_0000.tif.
  
  These are my system details, as displayed by the about box (user-
- specific path anonymized with environment variable):
+ specific path anonymized with environment variable) - I downloaded and
+ installed the latest Hugin version yesterday from SourceForge:
  
  Betriebssystem: Windows 7 (build 7601, Service Pack 1), 64-bit edition
  Architektur: 64 bit
  Freier Speicher:  5055828 kiB
  Aktive Codepage: 1252 (Western European Windows)
  
  Hugin
  Version: 2013.0.0.0d404a7088e6 built by Matthew Petroff
  Ressourcen-Pfad: C:\Program Files\Hugin/share/hugin/xrc/
  Datenpfad: C:\Program Files\Hugin/share/hugin/data/
  Pfad zur öffentlichen lensfun-Datenbank: C:\Program Files\Hugin/share/lensfun
  Pfad zur privaten lensfun-Datenbank: %LocalAppData%\lensfun
  
  Bibliotheken
  wxWidgets: 2.9.4.0
- libpano13: 2.9.18 
+ libpano13: 2.9.18
  Boost: 1.44.0
  Exiv2: 0.20.0
  Lensfun: 0.2.5.1
  
  The only errors found in the logs are many repetitions of this message
  after calls to nona:
  
  Error: Directory Panasonic with 20224 entries considered invalid; not
  read.
  
  These errors appear both in A.log and in B.log.
  
- 
  The attached files contain the actual names:
  A = NisyrosPanorama (does not work)
  B = BodrumPanorama3 (does work)

** Description changed:

  I am trying to combine 9 portrait-oriented JPEG photos to a wide
  panorama D:\SomePath\A\A.jpg (actual name replaced for the sake of clear
  thinking, see below). Hugin says the photos "fit very well". However,
  all that remains is a partly blurry file named A_blended_fused.jpg, the
  expected A.jpg is missing, even though Hugin claims the stitching was
  successful.
  
  When attempting the same for another wide panorama D:\SomePath\B\B.jpg
  based upon 12 photos (same camera, same resolution, same format; actual
  name replaced, see below), everything works, and not only the partly
  blurry B_blended_fused.jpg is created, but also the excellent B.jpg.
  
  In both cases, I did not change any of the default settings; the only
  input I made was selecting the input files, clicking the align button,
  slightly moving the clipping bounds, and entering A/B for the name of
  the project and the output file (in the same directory as the respective
  input files).
  
  In A.log, what I find remarkable, is that the filename A.jpg does not
  appear a single time. Where in B.log, enblend is first invoked with the
  argument '-o "B.jpg"', before later being invoked for
  B_exposure_0000.tif, A.log shows that enblend is *immediately* invoked
  for A_exposure_0000.tif.
  
  These are my system details, as displayed by the about box (user-
  specific path anonymized with environment variable) - I downloaded and
- installed the latest Hugin version yesterday from SourceForge:
+ installed the latest Hugin version
+ (HuginSetup_2013.0.0_64bit_Windows.exe) yesterday from SourceForge:
  
  Betriebssystem: Windows 7 (build 7601, Service Pack 1), 64-bit edition
  Architektur: 64 bit
  Freier Speicher:  5055828 kiB
  Aktive Codepage: 1252 (Western European Windows)
  
  Hugin
  Version: 2013.0.0.0d404a7088e6 built by Matthew Petroff
  Ressourcen-Pfad: C:\Program Files\Hugin/share/hugin/xrc/
  Datenpfad: C:\Program Files\Hugin/share/hugin/data/
  Pfad zur öffentlichen lensfun-Datenbank: C:\Program Files\Hugin/share/lensfun
  Pfad zur privaten lensfun-Datenbank: %LocalAppData%\lensfun
  
  Bibliotheken
  wxWidgets: 2.9.4.0
  libpano13: 2.9.18
  Boost: 1.44.0
  Exiv2: 0.20.0
  Lensfun: 0.2.5.1
  
  The only errors found in the logs are many repetitions of this message
  after calls to nona:
  
  Error: Directory Panasonic with 20224 entries considered invalid; not
  read.
  
  These errors appear both in A.log and in B.log.
  
  The attached files contain the actual names:
  A = NisyrosPanorama (does not work)
  B = BodrumPanorama3 (does work)

-- 
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/1374700

Title:
  No Output Image Created

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  I am trying to combine 9 portrait-oriented JPEG photos to a wide
  panorama D:\SomePath\A\A.jpg (actual name replaced for the sake of
  clear thinking, see below). Hugin says the photos "fit very well".
  However, all that remains is a partly blurry file named
  A_blended_fused.jpg, the expected A.jpg is missing, even though Hugin
  claims the stitching was successful.

  When attempting the same for another wide panorama D:\SomePath\B\B.jpg
  based upon 12 photos (same camera, same resolution, same format;
  actual name replaced, see below), everything works, and not only the
  partly blurry B_blended_fused.jpg is created, but also the excellent
  B.jpg.

  In both cases, I did not change any of the default settings; the only
  input I made was selecting the input files, clicking the align button,
  slightly moving the clipping bounds, and entering A/B for the name of
  the project and the output file (in the same directory as the
  respective input files).

  In A.log, what I find remarkable, is that the filename A.jpg does not
  appear a single time. Where in B.log, enblend is first invoked with
  the argument '-o "B.jpg"', before later being invoked for
  B_exposure_0000.tif, A.log shows that enblend is *immediately* invoked
  for A_exposure_0000.tif.

  These are my system details, as displayed by the about box (user-
  specific path anonymized with environment variable) - I downloaded and
  installed the latest Hugin version
  (HuginSetup_2013.0.0_64bit_Windows.exe) yesterday from SourceForge:

  Betriebssystem: Windows 7 (build 7601, Service Pack 1), 64-bit edition
  Architektur: 64 bit
  Freier Speicher:  5055828 kiB
  Aktive Codepage: 1252 (Western European Windows)

  Hugin
  Version: 2013.0.0.0d404a7088e6 built by Matthew Petroff
  Ressourcen-Pfad: C:\Program Files\Hugin/share/hugin/xrc/
  Datenpfad: C:\Program Files\Hugin/share/hugin/data/
  Pfad zur öffentlichen lensfun-Datenbank: C:\Program Files\Hugin/share/lensfun
  Pfad zur privaten lensfun-Datenbank: %LocalAppData%\lensfun

  Bibliotheken
  wxWidgets: 2.9.4.0
  libpano13: 2.9.18
  Boost: 1.44.0
  Exiv2: 0.20.0
  Lensfun: 0.2.5.1

  The only errors found in the logs are many repetitions of this message
  after calls to nona:

  Error: Directory Panasonic with 20224 entries considered invalid; not
  read.

  These errors appear both in A.log and in B.log.

  The attached files contain the actual names:
  A = NisyrosPanorama (does not work)
  B = BodrumPanorama3 (does work)

To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/1374700/+subscriptions