2016.rc1 win7 64bit crashes during import

Bug #1602969 reported by Urs Obernolte
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Hugin
Fix Released
Undecided
Unassigned

Bug Description

During import of 16bit tif images (60 images of roughly 15MP/100MB size each) it crashes.

Only change in Settings: Imagecache 6000MB. If it is set to standard 256MB it doesnt crash, so may be the 64bit msi installer isn´t 64bit?

That would accord to Freier Speicher: (free Ram) 4194303 kiB ...

The imagecache setting should test if the settings are useful and correct.

Machine is:
Dell Precision 5810 Workstation @ 32G Ram

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

Hugin
Version: 2016.0.0.3b4e2790cb90 built by Jan Dubiec <email address hidden>
Ressourcen-Pfad: C:\Program Files (x86)\Hugin\share\hugin\xrc\
Datenpfad: C:\Program Files (x86)\Hugin\share\hugin\data\
Hugins Kamera- und Objektivdatenbank: C:\Users\urs.obernolte\AppData\Roaming\hugin\camlens.db
Multi-Threading mittels C++11 std::thread und OpenMP
Monitorprofile: C:\Windows\system32\spool\drivers\color\Samsung PnP- (Standard)-1.icm

Bibliotheken
wxWidgets: wxWidgets 3.1
wxWidgets Library (wxMSW port)
Version 3.1.0 (Unicode: wchar_t, debug level: 1),
compiled at Mar 27 2016 18:20:50

Runtime version of toolkit used is 6.1.

libpano13: 2.9.19
Boost: 1.60.0
Exiv2: 0.25
SQLite3: 3.10.2
Vigra: 1.11.0
LittleCMS2: 2.7

Revision history for this message
Urs Obernolte (urs-obernolte) wrote :
Download full text (9.7 KiB)

More Problems arise:

After setting the image cache to 256MB (standard) it loads the images. When i click "align" it fails:

Hugin's cpfind 2016.0.0.3b4e2790cb90 built by Jan Dubiec <email address hidden>
based on Pan-o-matic by Anael Orlinski

The available memory does not allow running 12 threads parallel.
Running cpfind with 7 threads.

Project contains the following images:
Image 0
  Imagefile: C:\20160711\DSC_6801_1.tif
  Remapped : no
Image 1
  Imagefile: C:\20160711\DSC_6802_1.tif
  Remapped : no
Image 2
  Imagefile: C:\20160711\DSC_6803_1.tif
  Remapped : no
Image 3
  Imagefile: C:\20160711\DSC_6804_1.tif
  Remapped : no
Image 4
  Imagefile: C:\20160711\DSC_6805_1.tif
  Remapped : no
Image 5
  Imagefile: C:\20160711\DSC_6806_1.tif
  Remapped : no
Image 6
  Imagefile: C:\20160711\DSC_6807_1.tif
  Remapped : no
Image 7
  Imagefile: C:\20160711\DSC_6808_1.tif
  Remapped : no
Image 8
  Imagefile: C:\20160711\DSC_6809_1.tif
  Remapped : no
Image 9
  Imagefile: C:\20160711\DSC_6810_1.tif
  Remapped : no
Image 10
  Imagefile: C:\20160711\DSC_6811_1.tif
  Remapped : no
Image 11
  Imagefile: C:\20160711\DSC_6812_1.tif
  Remapped : no
Image 12
  Imagefile: C:\20160711\DSC_6813_1.tif
  Remapped : no
Image 13
  Imagefile: C:\20160711\DSC_6814_1.tif
  Remapped : no
Image 14
  Imagefile: C:\20160711\DSC_6815_1.tif
  Remapped : no
Image 15
  Imagefile: C:\20160711\DSC_6816_1.tif
  Remapped : no
Image 16
  Imagefile: C:\20160711\DSC_6817_1.tif
  Remapped : no
Image 17
  Imagefile: C:\20160711\DSC_6818_1.tif
  Remapped : no
Image 18
  Imagefile: C:\20160711\DSC_6819_1.tif
  Remapped : no
Image 19
  Imagefile: C:\20160711\DSC_6820_1.tif
  Remapped : no
Image 20
  Imagefile: C:\20160711\DSC_6821_1.tif
  Remapped : no
Image 21
  Imagefile: C:\20160711\DSC_6822_1.tif
  Remapped : no
Image 22
  Imagefile: C:\20160711\DSC_6823_1.tif
  Remapped : no
Image 23
  Imagefile: C:\20160711\DSC_6824_1.tif
  Remapped : no
Image 24
  Imagefile: C:\20160711\DSC_6825_1.tif
  Remapped : no
Image 25
  Imagefile: C:\20160711\DSC_6826_1.tif
  Remapped : no
Image 26
  Imagefile: C:\20160711\DSC_6827_1.tif
  Remapped : no
Image 27
  Imagefile: C:\20160711\DSC_6828_1.tif
  Remapped : no
Image 28
  Imagefile: C:\20160711\DSC_6829_1.tif
  Remapped : no
Image 29
  Imagefile: C:\20160711\DSC_6830_1.tif
  Remapped : no
Image 30
  Imagefile: C:\20160711\DSC_6831_1.tif
  Remapped : no
Image 31
  Imagefile: C:\20160711\DSC_6832_1.tif
  Remapped : no
Image 32
  Imagefile: C:\20160711\DSC_6833_1.tif
  Remapped : no
Image 33
  Imagefile: C:\20160711\DSC_6834_1.tif
  Remapped : no
Image 34
  Imagefile: C:\20160711\DSC_6835_1.tif
  Remapped : no
Image 35
  Imagefile: C:\20160711\DSC_6836_1.tif
  Remapped : no
Image 36
  Imagefile: C:\20160711\DSC_6837_1.tif
  Remapped : no
Image 37
  Imagefile: C:\20160711\DSC_6838_1.tif
  Remapped : no
Image 38
  Imagefile: C:\20160711\DSC_6839_1.tif
  Remapped : no
Image 39
  Imagefile: C:\20160711\DSC_6840_1.tif
  Remapped : no
Image 40
  Imagefile: C:\20160711\DSC_6841_1.tif
  Remapped : no
Image 41
  Imagefile: C:\20160711\DSC_6842_1.tif
  Remapped : no
Image 42
  Imagefile: C:\20160711\DSC_6843_1.tif
  Remapped : no
Image 43
  Imagefile: C:\20160711\DSC_6844_...

Read more...

Revision history for this message
tmodes (tmodes) wrote :

There are several issues in one ticket:
1.) There is no 2016.0 rc1 on sourceforge. From the versions numbers it appears this refers to release version 2016.0. But we have currently a 2016.2 rc1.
2.) With 32 GB RAM only 4 GB free?? That would be a big memory usage.
3.) The programs are 64 bit. But an internal variable was 32 bit only. So the image cache setting works only up to 2 GB. This is fixed in the repository. There it should also support bigger image cache values.
4.) The cpfind issue: The image cache setting has no effect on running cpfind.
4.1) One issue could be that only a small portion of the whole memory is usage (see free memory issue above). Try to increase the free memory or limit the number of threads for cpfind (add --ncores=2 or --ncores=4)
4.2) The 2016.0 version was built with another compiler. There are some issues with this combination. Try 2016.2 rc1.

Changed in hugin:
milestone: none → 2016.4beta1
status: New → Fix Committed
Revision history for this message
Urs Obernolte (urs-obernolte) wrote :

ok, i will check that tomorrow and reply.

thanks in advance!

Revision history for this message
Urs Obernolte (urs-obernolte) wrote :

Ok, i checked twice now ;-)

@1. / 4.1

I Have installed :

https://sourceforge.net/projects/hugin/files/hugin/hugin-2016.2/Hugin-2016.2.0-rc1-win64.msi/download

The About Hugin page states:

2016.0.0.3b4e2790cb90 built by Jan Dubiec <email address hidden>

Operating System: Windows 7 (build 7601, Service Pack 1), 64-bit edition
Architecture: 64 bit
Free memory: 4194303 kiB
Active Codepage: 1252 (Western European Windows)

Hugin
Version: 2016.0.0.3b4e2790cb90 built by Jan Dubiec <email address hidden>
Path to resources: C:\Program Files (x86)\Hugin\share\hugin\xrc\
Path to data: C:\Program Files (x86)\Hugin\share\hugin\data\
Hugins camera and lens database: C:\Users\urs.obernolte\AppData\Roaming\hugin\camlens.db
Multi-threading using C++11 std::thread and OpenMP
Monitor profile: C:\Windows\system32\spool\drivers\color\Samsung PnP- (Standard)-1.icm

Libraries
wxWidgets: wxWidgets 3.1
wxWidgets Library (wxMSW port)
Version 3.1.0 (Unicode: wchar_t, debug level: 1),
compiled at Mar 27 2016 18:20:50

Runtime version of toolkit used is 6.1.

libpano13: 2.9.19
Boost: 1.60.0
Exiv2: 0.25
SQLite3: 3.10.2
Vigra: 1.11.0
LittleCMS2: 2.7

@2. / 4.1

Windows Ressourcemanager:

In Use: 8203
Available: 24311
Hardware reserved: 76
Changed: 184
Standby: 20162
Free: 4151

(I have typed them, so some MB may be different)

Maybe not the Available Ram is used but instead the Free Ram - that would mean Hugin would read the wrong variable.

I will restart now and after that i will check the RAM issue a second time.

Revision history for this message
Urs Obernolte (urs-obernolte) wrote :

After restart:

Windows Resourcemanager:

In Use: 6350
Available: 26147
Hardware reserved: 76
Changed: 200
Standby: 6157
Free: 20000

Hugin:

Operating System: Windows 7 (build 7601, Service Pack 1), 64-bit edition
Architecture: 64 bit
Free memory: 4194303 kiB
Active Codepage: 1252 (Western European Windows)

Hugin
Version: 2016.0.0.3b4e2790cb90 built by Jan Dubiec <email address hidden>
Path to resources: C:\Program Files (x86)\Hugin\share\hugin\xrc\
Path to data: C:\Program Files (x86)\Hugin\share\hugin\data\
Hugins camera and lens database: C:\Users\urs.obernolte\AppData\Roaming\hugin\camlens.db
Multi-threading using C++11 std::thread and OpenMP
Monitor profile: C:\Windows\system32\spool\drivers\color\Samsung PnP- (Standard)-1.icm

Libraries
wxWidgets: wxWidgets 3.1
wxWidgets Library (wxMSW port)
Version 3.1.0 (Unicode: wchar_t, debug level: 1),
compiled at Mar 27 2016 18:20:50

Runtime version of toolkit used is 6.1.

libpano13: 2.9.19
Boost: 1.60.0
Exiv2: 0.25
SQLite3: 3.10.2
Vigra: 1.11.0
LittleCMS2: 2.7

Revision history for this message
Urs Obernolte (urs-obernolte) wrote :

The Problem mentioned with cpfind scales with the number of workers.

1 Worker: reaches image 35, then stops
2 Worker: reaches image 23, then stops
3 Worker: reaches image 9, then stops
4 Worker: reaches image 8, then stops
5 Worker: reaches image 8, then stops
12 Workers set, 7 used due to RAM issue: reaches image 7, then stops

Revision history for this message
tmodes (tmodes) wrote :

Sorry, but there is something strange on your side:

> I Have installed : https://sourceforge.net/projects/hugin/files/hugin/hugin-2016.2/Hugin-2016.2.0-rc1-win64.msi/download
> The About Hugin page states: 2016.0.0.3b4e2790cb90 built by Jan Dubiec <email address hidden>

The 2016.2 rc1 states:
2016.2.0.48cb11a23351 built by Thomas

Either your installation is corrupted or you have installed both versions and calling the old one.

Revision history for this message
Urs Obernolte (urs-obernolte) wrote :

Yes, its perfectly possible to install 2 versions of Hugin... my shame.

Starting the correct one:

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

Hugin
Version: 2016.2.0.48cb11a23351 built by Thomas
Ressourcen-Pfad: C:\Program Files\Hugin\share\hugin\xrc\
Datenpfad: C:\Program Files\Hugin\share\hugin\data\
Hugins Kamera- und Objektivdatenbank: C:\Users\urs.obernolte\AppData\Roaming\hugin\camlens.db
Multi-Threading mittels C++11 std::thread und OpenMP
Monitorprofile: C:\Windows\system32\spool\drivers\color\Samsung PnP- (Standard)-1.icm

Bibliotheken
wxWidgets: wxWidgets 3.1.1
wxWidgets Library (wxMSW port)
Version 3.1.1 (Unicode: wchar_t, debug level: 1),
compiled at Jul 6 2016 19:09:49

Runtime version of toolkit used is 6.1.

libpano13: 2.9.19
Exiv2: 0.25
SQLite3: 3.11.1
Vigra: 1.11.0
LittleCMS2: 2.7

Now i will try to reproduce / retest the errors i got.

Revision history for this message
Urs Obernolte (urs-obernolte) wrote :

All errors gone after uninstalling both, cleaning the registry and reinstalling 2016.2.
Maybe the installer should check that.

Thank you. I´m sorry for any inconvenience.

tmodes (tmodes)
Changed in hugin:
milestone: 2016.4beta1 → 2016.2rc2
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.