hugin-devs team mailing list archive
-
hugin-devs team
-
Mailing list archive
-
Message #05386
[Bug 1374700] [NEW] No Output Image Created
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
Follow ups
References