[Hugin-devs] [Bug 2024280] Re: left magnifier in cp editor window shows mirrored image

[zarl]

Yes, in Prefs/General: user interface I have activated "Autorotate
images for display".

But as you can see I cannot reproduce the problem myself anymore. Sorry
for the 22 MB package. Should I attach it to this bug report or is there
a better way to exchange the files?

Regards,
Carl

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

Title:
  left magnifier in cp editor window shows mirrored image

Status in Hugin:
  Incomplete

Bug description:
  I tried different magnifier sizes but it seems that the magnifier of
  (only) the left image in the cp editor tab shows a mirrored view of
  the actual image which is a bit distracting. I can supply a screenshot
  if that helps.

  Thank you all (especially Thomas Modes who is putting so much effort
  also in correcting those little glitches) for making hugin available
  and still improving features!

  BTW I am now running hugin on my trusty "cheesegrater" Intel tower Mac
  that happily runs Xubuntu.

  Betriebssystem: Linux 5.15.0-75-generic x86_64
  Architektur: 64 bit
  Freier Speicher: 22099748 kiB

  Hugin
  Version: 2022.0.0.a0962865f932
  Ressourcen-Pfad: /usr/share/hugin/xrc/
  Datenpfad: /usr/share/hugin/data/
  Hugins Kamera- und Objektivdatenbank: /home/<...>/.hugindata/camlens.db
  Multi-Threading mittels C++11 std::thread und OpenMP

  Bibliotheken
  wxWidgets: wxWidgets 3.0.5
  wxWidgets Library (wxGTK port)
  Version 3.0.5 (Unicode: wchar_t, debug level: 1),
  Runtime version of toolkit used is 3.24.
  Compile-time GTK+ version is 3.24.33.

  libpano13: 2.9.20 
  Boost: 1.74.0
  Exiv2: 0.27.5
  SQLite3: 3.37.2
  Vigra: 1.11.1
  LittleCMS2: 2.12

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


___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 2024280] Re: left magnifier in cp editor window shows mirrored image

[zarl]

now that I restartet hugin (after setting the magnifier size from medium
to small) the problem seems to be gone. However I have a screenshot
showing the problem.

** Attachment added: "left window shows a mirrored image in the magnifier 
rectangle"
   
https://bugs.launchpad.net/hugin/+bug/2024280/+attachment/5680331/+files/CP-editor-lupe_230617.png

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

Title:
  left magnifier in cp editor window shows mirrored image

Status in Hugin:
  Incomplete

Bug description:
  I tried different magnifier sizes but it seems that the magnifier of
  (only) the left image in the cp editor tab shows a mirrored view of
  the actual image which is a bit distracting. I can supply a screenshot
  if that helps.

  Thank you all (especially Thomas Modes who is putting so much effort
  also in correcting those little glitches) for making hugin available
  and still improving features!

  BTW I am now running hugin on my trusty "cheesegrater" Intel tower Mac
  that happily runs Xubuntu.

  Betriebssystem: Linux 5.15.0-75-generic x86_64
  Architektur: 64 bit
  Freier Speicher: 22099748 kiB

  Hugin
  Version: 2022.0.0.a0962865f932
  Ressourcen-Pfad: /usr/share/hugin/xrc/
  Datenpfad: /usr/share/hugin/data/
  Hugins Kamera- und Objektivdatenbank: /home/<...>/.hugindata/camlens.db
  Multi-Threading mittels C++11 std::thread und OpenMP

  Bibliotheken
  wxWidgets: wxWidgets 3.0.5
  wxWidgets Library (wxGTK port)
  Version 3.0.5 (Unicode: wchar_t, debug level: 1),
  Runtime version of toolkit used is 3.24.
  Compile-time GTK+ version is 3.24.33.

  libpano13: 2.9.20 
  Boost: 1.74.0
  Exiv2: 0.27.5
  SQLite3: 3.37.2
  Vigra: 1.11.1
  LittleCMS2: 2.12

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


___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 2024280] [NEW] left magnifier in cp editor window shows mirrored image

[zarl]

Public bug reported:

I tried different magnifier sizes but it seems that the magnifier of
(only) the left image in the cp editor tab shows a mirrored view of the
actual image which is a bit distracting. I can supply a screenshot if
that helps.

Thank you all (especially Thomas Modes who is putting so much effort
also in correcting those little glitches) for making hugin available and
still improving features!

BTW I am now running hugin on my trusty "cheesegrater" Intel tower Mac
that happily runs Xubuntu.

Betriebssystem: Linux 5.15.0-75-generic x86_64
Architektur: 64 bit
Freier Speicher: 22099748 kiB

Hugin
Version: 2022.0.0.a0962865f932
Ressourcen-Pfad: /usr/share/hugin/xrc/
Datenpfad: /usr/share/hugin/data/
Hugins Kamera- und Objektivdatenbank: /home/<...>/.hugindata/camlens.db
Multi-Threading mittels C++11 std::thread und OpenMP

Bibliotheken
wxWidgets: wxWidgets 3.0.5
wxWidgets Library (wxGTK port)
Version 3.0.5 (Unicode: wchar_t, debug level: 1),
Runtime version of toolkit used is 3.24.
Compile-time GTK+ version is 3.24.33.

libpano13: 2.9.20 
Boost: 1.74.0
Exiv2: 0.27.5
SQLite3: 3.37.2
Vigra: 1.11.1
LittleCMS2: 2.12

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  left magnifier in cp editor window shows mirrored image

Status in Hugin:
  New

Bug description:
  I tried different magnifier sizes but it seems that the magnifier of
  (only) the left image in the cp editor tab shows a mirrored view of
  the actual image which is a bit distracting. I can supply a screenshot
  if that helps.

  Thank you all (especially Thomas Modes who is putting so much effort
  also in correcting those little glitches) for making hugin available
  and still improving features!

  BTW I am now running hugin on my trusty "cheesegrater" Intel tower Mac
  that happily runs Xubuntu.

  Betriebssystem: Linux 5.15.0-75-generic x86_64
  Architektur: 64 bit
  Freier Speicher: 22099748 kiB

  Hugin
  Version: 2022.0.0.a0962865f932
  Ressourcen-Pfad: /usr/share/hugin/xrc/
  Datenpfad: /usr/share/hugin/data/
  Hugins Kamera- und Objektivdatenbank: /home/<...>/.hugindata/camlens.db
  Multi-Threading mittels C++11 std::thread und OpenMP

  Bibliotheken
  wxWidgets: wxWidgets 3.0.5
  wxWidgets Library (wxGTK port)
  Version 3.0.5 (Unicode: wchar_t, debug level: 1),
  Runtime version of toolkit used is 3.24.
  Compile-time GTK+ version is 3.24.33.

  libpano13: 2.9.20 
  Boost: 1.74.0
  Exiv2: 0.27.5
  SQLite3: 3.37.2
  Vigra: 1.11.1
  LittleCMS2: 2.12

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


___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1862460] Re: masks can not be copied between images of one project

[zarl]

Thanks for the hints! Here is what I tried:

- quit all other applications but a simple text editor (TextWrangler)

- quit Hugin and renamed my 'hugin preferences' file so Hugin starts
with clean prefs. Are there more ways to reset Hugin?

- copy/paste in Masks tab still doesn't work for a new mask I created in
a new test project file. Instead copy/paste works reliably when I e.g.
copy a yaw value from one image to another using their respective 'image
parameters' dialogs (i.e. select the value as text, cmd+C, close that
dialog, open the dialog for a different image, select the value and
cmd+V).

- when I copy some random text (alphanumerical) in my text editor I can
paste it into a field that contains number values (Hugin is neatly
checking validity, i.e. complaining if it's text and not a numerical
value)

- I export a mask and open the *.msk file in my text editor, select all
and copy, make sure it's in the clipboard and try to insert that in
hugin‘s mask area for another image in the masks tab (both by pressing
the ‘Paste‘ button and cmd+V) - no new mask appears but the warning
sound as if I e.g. clicked outside of a warning dialog.

- BTW that warning beep doesn‘t sound when I press the 'copy' button but
when I try to paste. I'm not sure how I can otherwise check the content
of my clipboard on MacOS if it is not text or an image. AFAIK MacOS or
at least several programs on Mac can manage different clipboard contents
simultanuosly (select text for a file name in TextWranger and copy that,
then switch to Photoshop and select parts of an image, copy that, still
in Photoshop cmd+N opens the dialog for a new image and happily accepts
my text as a file name while using the correct image proportions in
Pixels for the 'image' content of my clipboard, on pressing 'OK' the
dialog closes and opens a new image window without content, cmd+V
inserts the image), but that may be specific to Photoshop.

I copied a numerical value in Hugin (the yaw of one image's position),
which can be pasted to the text editor. Back to Hugin I try to copy a
mask (press button and no error beep), switch back to the text editor
and try to paste again: this time an error beep sounds, the former
numerical value that my clipboard had is gone.

Also I realized that my preferences file automagically resetted itself to 
defaults when I quit Hugin. So I once again set up my preferences, closed the 
preferences dialog and directly copied the 'hugin preferences' file (located in 
/Users/carl/Library/Preferences/hugin Preferences). Now I quit Hugin and can 
see that the prefs file once again changed according to the last saved 
date/time. I checked via a diff of both my earlier copy and the new prefs file 
that it was reset to defaults. Now I replaced the prefs file with a copy of my 
earlier copy and that suddenly worked (2019.2.0 now starts with my chosen 
prefs).
I want to add that I set up my prefs without having an individual project open. 
For some programs it makes a difference.

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

Title:
  masks can not be copied between images of one project

Status in Hugin:
  New

Bug description:
  In 'Masks' tab I select one image in the list of images, click "Add
  new mask" button and create a new (standard "exclude region") mask.
  Now I select that mask in the 'Masks' list and type cmd+C. Now I
  switch to another image where I want to exclude the same region and
  type cmd+V. Nothing happens. The same happens with using the 'Copy'
  and 'Paste' buttons.

  Duplicating masks this way works fine up to Hugin 2019.0.0 (tested
  with my new project that I created using 2019.2.0)

  Affected Platform: OS X El Capitan Version 10.11.6
  Hugin Version: 2019.2.0.b690aa0334b5 built by Niklas Mischkulnig

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1862461] [NEW] drag new tiff images into hugin does not work - important filter is set in a different dialog

[zarl]

Public bug reported:

Dragging new (tiff) images into a hugin project does not work if the
"add images" dialog (which is called during a very different workflow)
is set to File type: RAW.

Reason: if this selector is set to e.g. RAW then dragging TIFF or other
file types to the Photos list doesn't work (no images are added, and
there is also no error message).

So the file type selector in the "add images" dialog should always
default to "All image files".

That filter only makes sense when using that dialog, not for a drag and drop 
workflow.
Also on Mac that selector is usually hidden behind an "options" button (at 
least that is the behavior of osx 10.11, so it is not self explanatory why some 
image files are greyed out.

On Mac it is a typical user behaviour to select files from a finder
window (i.e. a directory) and drag those files to the open application
window. There is no easy way to find out why images are not digested or
where one needs to setup such a filter.

Observed with Hugin Version: 2019.2.0.b690aa0334b5 built by Niklas Mischkulnig
OS X El Capitan Version 10.11.6

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  drag new tiff images into hugin does not work - important filter is
  set in a different dialog

Status in Hugin:
  New

Bug description:
  Dragging new (tiff) images into a hugin project does not work if the
  "add images" dialog (which is called during a very different workflow)
  is set to File type: RAW.

  Reason: if this selector is set to e.g. RAW then dragging TIFF or
  other file types to the Photos list doesn't work (no images are added,
  and there is also no error message).

  So the file type selector in the "add images" dialog should always
  default to "All image files".

  That filter only makes sense when using that dialog, not for a drag and drop 
workflow.
  Also on Mac that selector is usually hidden behind an "options" button (at 
least that is the behavior of osx 10.11, so it is not self explanatory why some 
image files are greyed out.

  On Mac it is a typical user behaviour to select files from a finder
  window (i.e. a directory) and drag those files to the open application
  window. There is no easy way to find out why images are not digested
  or where one needs to setup such a filter.

  Observed with Hugin Version: 2019.2.0.b690aa0334b5 built by Niklas Mischkulnig
  OS X El Capitan Version 10.11.6

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1862460] [NEW] masks can not be copied between images of one project

[zarl]

Public bug reported:

In 'Masks' tab I select one image in the list of images, click "Add new
mask" button and create a new (standard "exclude region") mask. Now I
select that mask in the 'Masks' list and type cmd+C. Now I switch to
another image where I want to exclude the same region and type cmd+V.
Nothing happens. The same happens with using the 'Copy' and 'Paste'
buttons.

Duplicating masks this way works fine up to Hugin 2019.0.0 (tested with
my new project that I created using 2019.2.0)

Affected Platform: OS X El Capitan Version 10.11.6
Hugin Version: 2019.2.0.b690aa0334b5 built by Niklas Mischkulnig

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  masks can not be copied between images of one project

Status in Hugin:
  New

Bug description:
  In 'Masks' tab I select one image in the list of images, click "Add
  new mask" button and create a new (standard "exclude region") mask.
  Now I select that mask in the 'Masks' list and type cmd+C. Now I
  switch to another image where I want to exclude the same region and
  type cmd+V. Nothing happens. The same happens with using the 'Copy'
  and 'Paste' buttons.

  Duplicating masks this way works fine up to Hugin 2019.0.0 (tested
  with my new project that I created using 2019.2.0)

  Affected Platform: OS X El Capitan Version 10.11.6
  Hugin Version: 2019.2.0.b690aa0334b5 built by Niklas Mischkulnig

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1859557] Re: Canon EOS 6D Mark II RAW files not supported

[zarl]

Can you give us some more information?

Which OS and which version of hugin are you using? What steps did you
try to load the raw files?

Which raw converter do you usually use?

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

Title:
  Canon EOS 6D Mark II RAW files not supported

Status in Hugin:
  New

Bug description:
  Hello.
  I have Canon EOS 6D Mark II and the raw-files seems not to be supported.
  Can i help somehow? Provide a sample photo or something..?

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1835624] [NEW] %#images place holder counts both active and inactive images

[zarl]

Public bug reported:

In preferences I can use place holders to configure my default project
and panorama names.

%#images translates to the complete number of images that were added to
the project file while it should be the number of active files (= all
files selected in fast preview window).

Thanks,
Carl

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  %#images place holder counts both active and inactive images

Status in Hugin:
  New

Bug description:
  In preferences I can use place holders to configure my default project
  and panorama names.

  %#images translates to the complete number of images that were added
  to the project file while it should be the number of active files (=
  all files selected in fast preview window).

  Thanks,
  Carl

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1830257] Re: Screen artifacts when moving control points

[zarl]

This also happens here: OSX 10.11 / Hugin 2019 (including rc1)
Hugin 2018.x doesn't show the problem.

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

Title:
  Screen artifacts when moving control points

Status in Hugin:
  New

Bug description:
  Ghosts of the "local view" box are seen as it is moved while
  adding/moving control points in the Control Points window (expert
  mode) - for example see attached or:

  https://www.dropbox.com/s/zmo33u50eu0ayrt/Screen%20Artifacts.jpg?dl=0

  This is new and consistent behavior with Hugin 2019.0 on OSX 10.11.6,
  I didn't see this with any 2017.x or 2018.x versions.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1814089] Re: darktable processes 4 of 14 selected images before hugin crashes

[zarl]

Sorry for the lengthy updates...

After 3 of a set of 20 raw files are processed I see the dialog

atos muss die Steuerung eines anderen Prozesses übernehmen, damit der 
Debug-Prozess fortgesetzt werden kann. Geben Sie den Namen und das Passworts 
eines Benutzers aus der Gruppe "Developer Tools" ein, um dies zu erlauben.
[Abbrechen] [Fortfahren]
=> Abbrechen

Directly followed by a slightly different dialog

Developer Tools Access muss die Steuerung eines anderen Prozesses übernehmen, 
damit der Debug-Prozess fortgesetzt werden kann. Geben Sie den Namen und das 
Passworts eines Benutzers aus der Gruppe "Developer Tools" ein, um dies zu 
erlauben.
[Abbrechen] [Fortfahren]
=> Abbrechen

new dialog "Debug report..." (which freezes) mentions a debug report
hugin.xml somewhere in /var/ which only contains



  


My images folder now contains four .tif files. The fourth TIF took
longer to generate, also note the differing file size.

File Name   : cve_20180819-142836_0657.tif
File Size   : 77 MB
File Modification Date/Time : 2019:02:01 16:21:58+01:00  // first image

File Name   : cve_20180819-142831_0654.tif
File Size   : 77 MB
File Modification Date/Time : 2019:02:01 16:22:07+01:00  // = + 9 sec

File Name   : cve_20180819-142827_0651.tif
File Size   : 77 MB
File Modification Date/Time : 2019:02:01 16:22:14+01:00  // = + 7 sec

File Name   : cve_20180819-142743_0648.tif
File Size   : 74 MB
File Modification Date/Time : 2019:02:01 16:29:21+01:00  // = + 7min 9sec

I can provide the files and / or the exiftool report for each file.

 # # # Next trial with the remaining 15 files # # #

This time I get 13 (out of 15) TIF files in one go.
 
Process:   Hugin [691]
Path:  /Volumes/VOLUME/Users/*/Hugin.app/Contents/MacOS/Hugin
Identifier:net.sourceforge.Hugin
Version:   2019.0.0 (2019.0.0)
Code Type: X86-64 (Native)
Parent Process:??? [1]
Responsible:   Hugin [691]
User ID:   502

Date/Time: 2019-02-01 17:04:06.637 +0100
OS Version:Mac OS X 10.11.6 (15G1108)
Report Version:11
Anonymous UUID:877815BE-4D75-21FD-5F8B-72113A08094B


Time Awake Since Boot: 3300 seconds

System Integrity Protection: enabled

Crashed Thread:0  Dispatch queue: com.apple.main-thread

Exception Type:EXC_BAD_ACCESS (SIGABRT)
Exception Codes:   KERN_INVALID_ADDRESS at 0x0018
Exception Note:EXC_CORPSE_NOTIFY

VM Regions Near 0x18:
--> 
__TEXT 00010624d000-00010659d000 [ 3392K] r-x/rwx 
SM=COW  /Volumes/VOLUME/Users/*/Hugin.app/Contents/MacOS/Hugin

Application Specific Information:
abort() called

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib  0x7fff92ef2f06 __pthread_kill + 10
1   libsystem_pthread.dylib 0x7fff86a644ec pthread_kill + 90
2   libsystem_c.dylib   0x7fff946af6df abort + 129
3   libwx_osx_cocoau-3.1.2.0.0.dylib0x000107090319 wxAbort() + 9
4   libwx_osx_cocoau-3.1.2.0.0.dylib0x0001071788aa 
wxEvtHandler::WXConsumeException() + 154
5   libwx_osx_cocoau-3.1.2.0.0.dylib0x0001071787e0 
wxEvtHandler::SafelyProcessEvent(wxEvent&) + 32
6   libwx_osx_cocoau-3.1.2.0.0.dylib0x0001071bd44a 
wxButton::OSXHandleClicked(double) + 154
7   libwx_osx_cocoau-3.1.2.0.0.dylib0x000107288c56 
wxWidgetCocoaImpl::controlAction(NSView*, void*, void*) + 86
8   libwx_osx_cocoau-3.1.2.0.0.dylib0x000107284ac4 
wxOSX_controlAction(NSView*, objc_selector*, objc_object*) + 100
9   libsystem_trace.dylib   0x7fff96e3e07a 
_os_activity_initiate + 75
10  com.apple.AppKit0x7fff8a7abdbd -[NSApplication 
sendAction:to:from:] + 460
11  com.apple.AppKit0x7fff8a7bdf12 -[NSControl 
sendAction:to:] + 86
12  com.apple.AppKit0x7fff8a7bde3c __26-[NSCell 
_sendActionFrom:]_block_invoke + 131
13  libsystem_trace.dylib   0x7fff96e3e07a 
_os_activity_initiate + 75
14  com.apple.AppKit0x7fff8a7bdd99 -[NSCell 
_sendActionFrom:] + 144
15  libsystem_trace.dylib   0x7fff96e3e07a 
_os_activity_initiate + 75
16  com.apple.AppKit0x7fff8a7bc3be -[NSCell 
trackMouse:inRect:ofView:untilMouseUp:] + 2693
17  com.apple.AppKit0x7fff8a804f04 -[NSButtonCell 
trackMouse:inRect:ofView:untilMouseUp:] + 744
18  com.apple.AppKit0x7fff8a7baae8 -[NSControl 
mouseDown:] + 669
19  libwx_osx_cocoau-3.1.2.0.0.dylib0x000107285345 
wxWidgetCocoaImpl::mouseEvent(NSEvent*, NSView*, void*) + 373
20  libwx_osx_cocoau-3.1.2.0.0.dylib0x000107284225 
wxOSX_mouseEvent(NSView*, 

[Hugin-devs] [Bug 1814082] Re: malformed path to rawtherapee-cli

[zarl]

Thanks!

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

Title:
  malformed path to rawtherapee-cli

Status in Hugin:
  Fix Committed

Bug description:
  Trying to import raw images I need to set the path to my local cli
  version of either dcraw, RawTherapee or darktable first. I run into
  problems with this combination:

  - OS X El Capitan Version 10.11.6 (Build 15G1108)
  - Hugin 2019.0.0.6a79af4e19b6 built by Niklas Mischkulnig 

  To import raw images the user needs to setup the path to the favourite
  raw converter first.

  For RawTherapee my path to rawtherapee-cli (in
  Applications/RawTherapee.app/Contents/MacOS/ )seems to be malformed
  during the setup procedure.

  For me it looks like somewhere in the process a relative path is
  (partially) introduced. When trying to import files I get this error
  message:

  wrong (relative) path in raw import dialog:
  Prozessiere: /Applications/RawTherapee.app/Contents/MacOS/rawtherapee-cli -O 
/Volumes/schnellopard/Users/carl/Pictures/181007-Essen/raw/cve_20181007-105839_2247.tif
 -d -s -p 
/Volumes/schnellopard/Users/carl/hugin/Hugin-2019.0.0.beta1/Hugin.app/Contents/MacOS/../Resources/xrc/hugin_rt.pp3
 -b16 -tz -Y -c 
/Volumes/schnellopard/Users/carl/Pictures/181007-Essen/raw/cve_20181007-105839_2247.NEF
  RawTherapee, version 5.5, command line.

  Error:
  
"/Volumes/schnellopard/Users/carl/hugin/Hugin-2019.0.0.beta1/Hugin.app/Contents/MacOS/../Resources/xrc/hugin_rt.pp3"
  not found.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1814089] Re: darktable processes 4 of 14 selected images before hugin crashes

[zarl]

I tried to process a group of 14 .NEF files and since the first four
.tiff files looked ok I processed the remaining 10 in a second attempt
(not the smartest thing to do I guess since I always needed to choose a
different file as WB anchor). And so on. Every three or four raw files
hugin crashed again. I will try that again later to see if this always
happens after 4 files.

darktable 2.4.2
relatively large .NEF files from a Nikon D800e (shot with 1.5 crop factor).

Here is a crash report I was able to save:

Process:   Hugin [736]
Path:  /Volumes/VOLUME/Users/*/Hugin.app/Contents/MacOS/Hugin
Identifier:net.sourceforge.Hugin
Version:   2019.0.0 (2019.0.0)
Code Type: X86-64 (Native)
Parent Process:??? [1]
Responsible:   Hugin [736]
User ID:   502

Date/Time: 2019-01-30 21:48:19.309 +0100
OS Version:Mac OS X 10.11.6 (15G1108)
Report Version:11
Anonymous UUID:877815BE-4D75-21FD-5F8B-72113A08094B


Time Awake Since Boot: 3900 seconds

System Integrity Protection: enabled

Crashed Thread:0  Dispatch queue: com.apple.main-thread

Exception Type:EXC_BAD_ACCESS (SIGABRT)
Exception Codes:   KERN_INVALID_ADDRESS at 0x0018
Exception Note:EXC_CORPSE_NOTIFY

VM Regions Near 0x18:
--> 
__TEXT 000109dcf000-00010a11f000 [ 3392K] r-x/rwx 
SM=COW  /Volumes/VOLUME/Users/*/Hugin.app/Contents/MacOS/Hugin

Application Specific Information:
abort() called
Performing @selector(controlAction:) from sender wxNSButton 0x7fa4fefdf520

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib  0x7fff9563df06 __pthread_kill + 10
1   libsystem_pthread.dylib 0x7fff891af4ec pthread_kill + 90
2   libsystem_c.dylib   0x7fff96dfa6df abort + 129
3   libwx_osx_cocoau-3.1.2.0.0.dylib0x00010ac0f319 wxAbort() + 9
4   libwx_osx_cocoau-3.1.2.0.0.dylib0x00010acf78aa 
wxEvtHandler::WXConsumeException() + 154
5   libwx_osx_cocoau-3.1.2.0.0.dylib0x00010acf77e0 
wxEvtHandler::SafelyProcessEvent(wxEvent&) + 32
6   libwx_osx_cocoau-3.1.2.0.0.dylib0x00010ad3c44a 
wxButton::OSXHandleClicked(double) + 154
7   libwx_osx_cocoau-3.1.2.0.0.dylib0x00010ae07c56 
wxWidgetCocoaImpl::controlAction(NSView*, void*, void*) + 86
8   libwx_osx_cocoau-3.1.2.0.0.dylib0x00010ae03ac4 
wxOSX_controlAction(NSView*, objc_selector*, objc_object*) + 100
9   libsystem_trace.dylib   0x7fff9958907a 
_os_activity_initiate + 75
10  com.apple.AppKit0x7fff8cef6dbd -[NSApplication 
sendAction:to:from:] + 460
11  com.apple.AppKit0x7fff8cf08f12 -[NSControl 
sendAction:to:] + 86
12  com.apple.AppKit0x7fff8cf08e3c __26-[NSCell 
_sendActionFrom:]_block_invoke + 131
13  libsystem_trace.dylib   0x7fff9958907a 
_os_activity_initiate + 75
14  com.apple.AppKit0x7fff8cf08d99 -[NSCell 
_sendActionFrom:] + 144
15  libsystem_trace.dylib   0x7fff9958907a 
_os_activity_initiate + 75
16  com.apple.AppKit0x7fff8cf073be -[NSCell 
trackMouse:inRect:ofView:untilMouseUp:] + 2693
17  com.apple.AppKit0x7fff8cf4ff04 -[NSButtonCell 
trackMouse:inRect:ofView:untilMouseUp:] + 744
18  com.apple.AppKit0x7fff8cf05ae8 -[NSControl 
mouseDown:] + 669
19  libwx_osx_cocoau-3.1.2.0.0.dylib0x00010ae04345 
wxWidgetCocoaImpl::mouseEvent(NSEvent*, NSView*, void*) + 373
20  libwx_osx_cocoau-3.1.2.0.0.dylib0x00010ae03225 
wxOSX_mouseEvent(NSView*, objc_selector*, NSEvent*) + 133
21  com.apple.AppKit0x7fff8d45a3c9 -[NSWindow 
_handleMouseDownEvent:isDelayedEvent:] + 6322
22  com.apple.AppKit0x7fff8d45b3ad -[NSWindow 
_reallySendEvent:isDelayedEvent:] + 212
23  com.apple.AppKit0x7fff8ce9a539 -[NSWindow 
sendEvent:] + 517
24  libwx_osx_cocoau-3.1.2.0.0.dylib0x00010ade22bb -[wxNSPanel 
sendEvent:] + 251
25  com.apple.AppKit0x7fff8ce1aa38 -[NSApplication 
sendEvent:] + 2540
26  libwx_osx_cocoau-3.1.2.0.0.dylib0x00010ad062b6 -[wxNSApplication 
sendEvent:] + 166
27  com.apple.AppKit0x7fff8cefcae4 -[NSApplication 
_doModalLoop:peek:] + 751
28  com.apple.AppKit0x7fff8d0de530 __33-[NSApplication 
runModalSession:]_block_invoke + 80
29  com.apple.AppKit0x7fff8d0de3f0 -[NSApplication 
runModalSession:] + 148
30  libwx_osx_cocoau-3.1.2.0.0.dylib0x00010adcea38 
wxGUIEventLoop::DoDispatchTimeout(unsigned long) + 88
31  libwx_osx_cocoau-3.1.2.0.0.dylib0x00010acd4676 
wxCFEventLoop::DispatchTimeout(unsigned long) + 38
32  libwx_osx_cocoau-3.1.2.0.0.dylib0x00010acd4757 
wxCFEventLoop::OSXDoRun() 

[Hugin-devs] [Bug 1814089] [NEW] darktable processes 4 of 14 selected images before hugin crashes

[zarl]

Public bug reported:

darktable processes only a partial number of my selected raw files
before hugin crashes.

I get a crash report while in the backround another tiff file still is
processed correctly so I assume hugin crashes and not darktable-cli.

Process:   Hugin [736]
Path:  /Volumes/VOLUME/Users/*/Hugin.app/Contents/MacOS/Hugin
Identifier:net.sourceforge.Hugin
Version:   2019.0.0 (2019.0.0)
Code Type: X86-64 (Native)
Parent Process:??? [1]
Responsible:   Hugin [736]
User ID:   502
OS Version:Mac OS X 10.11.6 (15G1108)

This seems to be happening all the time using darktable-cli via hugin.
Is there some more information I should provide or something special to
test?

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  darktable processes 4 of 14 selected images before hugin crashes

Status in Hugin:
  New

Bug description:
  darktable processes only a partial number of my selected raw files
  before hugin crashes.

  I get a crash report while in the backround another tiff file still is
  processed correctly so I assume hugin crashes and not darktable-cli.

  Process:   Hugin [736]
  Path:  /Volumes/VOLUME/Users/*/Hugin.app/Contents/MacOS/Hugin
  Identifier:net.sourceforge.Hugin
  Version:   2019.0.0 (2019.0.0)
  Code Type: X86-64 (Native)
  Parent Process:??? [1]
  Responsible:   Hugin [736]
  User ID:   502
  OS Version:Mac OS X 10.11.6 (15G1108)

  This seems to be happening all the time using darktable-cli via hugin.
  Is there some more information I should provide or something special
  to test?

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1814087] [NEW] make "Import raw file" available from different parts of hugin

[zarl]

Public bug reported:

"Import raw file(s)..." is available from the Edit menu but should be also 
available in hugin's main window / Photos tab:
- context menu in images table
- as a button next to the "Add images..." button

- and also from the "fast preview" window (expert interface) and
accordingly from the simple interface next to "add images"

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  make "Import raw file" available from different parts of hugin

Status in Hugin:
  New

Bug description:
  "Import raw file(s)..." is available from the Edit menu but should be also 
available in hugin's main window / Photos tab:
  - context menu in images table
  - as a button next to the "Add images..." button

  - and also from the "fast preview" window (expert interface) and
  accordingly from the simple interface next to "add images"

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1814086] [NEW] move raw converter setup to preferences

[zarl]

Public bug reported:

Tested on 
OS X El Capitan Version 10.11.6 (Build 15G1108)
Hugin 2019.0.0.6a79af4e19b6 built by Niklas Mischkulnig

I didn't try dcraw yet but with both RawTherapee and darktable a first
problem for users is the location of the respective cli. On macos it is
inside the .app package, e.g. not directly available from the "select
the cli" button/dialog of the raw import dialog.

My workaround is to find my copy of RawTherapee, right click to show
contents, and in RawTherapee.app/Contents/MacOS/ opt+cmd+drag an alias
of rawtherapee-cli to a place that's easy to find later (some place like
the desktop or hugin's application folder). Same process for darktable.

When something goes wrong with my first raw import (hugin crashes) the
whole setup is lost.

-> The setup for the path to the external raw converter should be moved
to preferences

-> Is there a way to get access to the cli inside the .app "folder" from
a standard file dialog in macos? If not we need to show a feasible
workaround like the one describe above.

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  move raw converter setup to preferences

Status in Hugin:
  New

Bug description:
  Tested on 
  OS X El Capitan Version 10.11.6 (Build 15G1108)
  Hugin 2019.0.0.6a79af4e19b6 built by Niklas Mischkulnig

  I didn't try dcraw yet but with both RawTherapee and darktable a first
  problem for users is the location of the respective cli. On macos it
  is inside the .app package, e.g. not directly available from the
  "select the cli" button/dialog of the raw import dialog.

  My workaround is to find my copy of RawTherapee, right click to show
  contents, and in RawTherapee.app/Contents/MacOS/ opt+cmd+drag an alias
  of rawtherapee-cli to a place that's easy to find later (some place
  like the desktop or hugin's application folder). Same process for
  darktable.

  When something goes wrong with my first raw import (hugin crashes) the
  whole setup is lost.

  -> The setup for the path to the external raw converter should be
  moved to preferences

  -> Is there a way to get access to the cli inside the .app "folder"
  from a standard file dialog in macos? If not we need to show a
  feasible workaround like the one describe above.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1814082] [NEW] malformed path to rawtherapee-cli

[zarl]

Public bug reported:

Trying to import raw images I need to set the path to my local cli
version of either dcraw, RawTherapee or darktable first. I run into
problems with this combination:

- OS X El Capitan Version 10.11.6 (Build 15G1108)
- Hugin 2019.0.0.6a79af4e19b6 built by Niklas Mischkulnig 

To import raw images the user needs to setup the path to the favourite
raw converter first.

For RawTherapee my path to rawtherapee-cli (in
Applications/RawTherapee.app/Contents/MacOS/ )seems to be malformed
during the setup procedure.

For me it looks like somewhere in the process a relative path is
(partially) introduced. When trying to import files I get this error
message:

wrong (relative) path in raw import dialog:
Prozessiere: /Applications/RawTherapee.app/Contents/MacOS/rawtherapee-cli -O 
/Volumes/schnellopard/Users/carl/Pictures/181007-Essen/raw/cve_20181007-105839_2247.tif
 -d -s -p 
/Volumes/schnellopard/Users/carl/hugin/Hugin-2019.0.0.beta1/Hugin.app/Contents/MacOS/../Resources/xrc/hugin_rt.pp3
 -b16 -tz -Y -c 
/Volumes/schnellopard/Users/carl/Pictures/181007-Essen/raw/cve_20181007-105839_2247.NEF
RawTherapee, version 5.5, command line.

Error:
"/Volumes/schnellopard/Users/carl/hugin/Hugin-2019.0.0.beta1/Hugin.app/Contents/MacOS/../Resources/xrc/hugin_rt.pp3"
not found.

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  malformed path to rawtherapee-cli

Status in Hugin:
  New

Bug description:
  Trying to import raw images I need to set the path to my local cli
  version of either dcraw, RawTherapee or darktable first. I run into
  problems with this combination:

  - OS X El Capitan Version 10.11.6 (Build 15G1108)
  - Hugin 2019.0.0.6a79af4e19b6 built by Niklas Mischkulnig 

  To import raw images the user needs to setup the path to the favourite
  raw converter first.

  For RawTherapee my path to rawtherapee-cli (in
  Applications/RawTherapee.app/Contents/MacOS/ )seems to be malformed
  during the setup procedure.

  For me it looks like somewhere in the process a relative path is
  (partially) introduced. When trying to import files I get this error
  message:

  wrong (relative) path in raw import dialog:
  Prozessiere: /Applications/RawTherapee.app/Contents/MacOS/rawtherapee-cli -O 
/Volumes/schnellopard/Users/carl/Pictures/181007-Essen/raw/cve_20181007-105839_2247.tif
 -d -s -p 
/Volumes/schnellopard/Users/carl/hugin/Hugin-2019.0.0.beta1/Hugin.app/Contents/MacOS/../Resources/xrc/hugin_rt.pp3
 -b16 -tz -Y -c 
/Volumes/schnellopard/Users/carl/Pictures/181007-Essen/raw/cve_20181007-105839_2247.NEF
  RawTherapee, version 5.5, command line.

  Error:
  
"/Volumes/schnellopard/Users/carl/hugin/Hugin-2019.0.0.beta1/Hugin.app/Contents/MacOS/../Resources/xrc/hugin_rt.pp3"
  not found.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1709473] Re: Enfuse: artifacts - false colored pixels in dark regions

[zarl]

I think I'm also affected by this bug:

When stitching 16 bit (per channel) TIFFs the final panorama sometimes
shows colour artefacts in dark areas.

Blender options in Hugin contain no additional command line options.
Tiffs from NEF using Adobe's Raw Converter (shipped with Photoshop CS6).

According to the documentation --blend-colorspace uses cieluv as a
default. When switching to --blend-colorspace=ciecam (or cielab) the
artefacts don't appear.

Hugin 2018.0.0 built by Niklas Mischkulnig (for Mac OS X)
enblend 4.2.1-f0304648cc0f

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

Title:
  Enfuse: artifacts - false colored pixels in dark regions

Status in Enblend:
  New

Bug description:
  enfuse sometimes produces false colored pixels around dark regions
  using the default options.

  When using the option "--blend-colorspace=identity" the artefacts
  don't show (at least with the attached example images).

  Tested with version 4.2  and 4.3-e93b798a0c5f. The artefacts show with
  both versions, although there are differences.

  
  Attached are sample images and the result images after using the included 
script. There is also a self-compiled binary of the enfuse version 
4.3-e93b798a0c5f and a text file ("Info.txt") containing info about versions, 
operating system and hardware. 

  The result images 
  "default.tif" and "default_dev.tif"
  are the images made with default options,
  the images 
  "identity.tif" and "identity_dev.tif"
  are made with the option "--blend-colorspace=identity".

  The images
  "default_dev.tif"and "identity_dev.tif" are made with the development version 
4.3-e93b798a0c5f

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1761280] [NEW] sort some items in Hugin Prefs in a different way

[zarl]

Public bug reported:

Not a real bug but just to make sure that less advanced users are not
puzzled.

In Preferences "Programs" the two topics Enblend and Enfuse each show one 
selection
  [ ] choose alternative program
followed by two input fields: the first for an alternative path and a second 
for default arguments.

This way of sorting items could be read as if the "default arguments"
are only valid for alternative executables.

I propose resorting items like this:


 Default Arguments: 
 All arguments set here are defaults for new projects (...) they are set by 
hugin 
-> (last sentence should also end with a full stop)
 
 [ ] Use alternative (...) program:  [Choose executable...]

This way it is made clear that "default arguments" are valid for both an
alternative program as well as for the built in version.

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  sort some items in Hugin Prefs in a different way

Status in Hugin:
  New

Bug description:
  Not a real bug but just to make sure that less advanced users are not
  puzzled.

  In Preferences "Programs" the two topics Enblend and Enfuse each show one 
selection
[ ] choose alternative program
  followed by two input fields: the first for an alternative path and a second 
for default arguments.

  This way of sorting items could be read as if the "default arguments"
  are only valid for alternative executables.

  I propose resorting items like this:

  
   Default Arguments: 
   All arguments set here are defaults for new projects (...) they are set by 
hugin 
  -> (last sentence should also end with a full stop)
   
   [ ] Use alternative (...) program:  [Choose 
executable...]

  This way it is made clear that "default arguments" are valid for both
  an alternative program as well as for the built in version.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1761277] [NEW] "no compression" outputs LZW compressed TIFF

[zarl]

Public bug reported:

I want to stitch 16 bit Tiffs and set Hugin to output a panorama without 
compression. For some unknown reason this is ignored and the 16 bit panorama is 
larger than expected. exiftool reports 
Compression: LZW

Hugin 2018.0.0 on Mac OS X 10.11

This happens with scans as well as with Tiffs from RAW files.

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  "no compression" outputs LZW compressed TIFF

Status in Hugin:
  New

Bug description:
  I want to stitch 16 bit Tiffs and set Hugin to output a panorama without 
compression. For some unknown reason this is ignored and the 16 bit panorama is 
larger than expected. exiftool reports 
  Compression: LZW

  Hugin 2018.0.0 on Mac OS X 10.11

  This happens with scans as well as with Tiffs from RAW files.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1744317] [NEW] copyright info in about window is outdated

[zarl]

Public bug reported:

OS X 10.11 / Hugin 2018.0.0 rc1

The copyright information in the "about" window (intro.htm) is still
2004-2017 but should be pushed to cover also 2018.

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  copyright info in about window is outdated

Status in Hugin:
  New

Bug description:
  OS X 10.11 / Hugin 2018.0.0 rc1

  The copyright information in the "about" window (intro.htm) is still
  2004-2017 but should be pushed to cover also 2018.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1744316] [NEW] Help window opens outside of the screen area

[zarl]

Public bug reported:

tested on OS X 10.11 / Hugin 2018.0.0 rc1

The Help window opens outside of the screen area both when opening the
help window from the menu and also when clicking on the question mark
button inside the enblend options dialog.

Opening Help from the menu shows the window with the title bar at a
position with negative y coordinates, thus the standard close button of
OS X can't be reached with the mouse. Mac OS X 10.11 doesn't allow such
a window to be dragged to another position other than using the upper
title bar of the window. So it should be tested that a new window opens
with the upper left corner inside the screens field of view.

As a test I have created a shortcut (using a third party macro editor)
to manually reposition the front most window's top left corner to x=50 /
y = 50. That actually works and now I tested if I had accidentally
dragged one such window to this wrong coordinates and that position was
later stored by my system prefs. So I closed the correctly repositioned
window and tried opening it again: it still opens at a too high
position.

Also the help window can't be closed using the standard shortcut on Mac
OS X: Cmd+W

BTW the 'about' window is opened in the center of the screen.

Now when the help window is front most and I try to quit Hugin (Cmd+Q) Hugin 
will crash this way:
A dialog opens 
"atos needs to take control of another process for debugging to continue. Type 
the name and password of a user in the 'Developer Tools' group to allow this."
username:
password:
[Cancel] [Continue]

There is no such group defined on my system and no matter what user/pw I
try or click 'Cancel' the program will crash.

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  Help window opens outside of the screen area

Status in Hugin:
  New

Bug description:
  tested on OS X 10.11 / Hugin 2018.0.0 rc1

  The Help window opens outside of the screen area both when opening the
  help window from the menu and also when clicking on the question mark
  button inside the enblend options dialog.

  Opening Help from the menu shows the window with the title bar at a
  position with negative y coordinates, thus the standard close button
  of OS X can't be reached with the mouse. Mac OS X 10.11 doesn't allow
  such a window to be dragged to another position other than using the
  upper title bar of the window. So it should be tested that a new
  window opens with the upper left corner inside the screens field of
  view.

  As a test I have created a shortcut (using a third party macro editor)
  to manually reposition the front most window's top left corner to x=50
  / y = 50. That actually works and now I tested if I had accidentally
  dragged one such window to this wrong coordinates and that position
  was later stored by my system prefs. So I closed the correctly
  repositioned window and tried opening it again: it still opens at a
  too high position.

  Also the help window can't be closed using the standard shortcut on
  Mac OS X: Cmd+W

  BTW the 'about' window is opened in the center of the screen.

  Now when the help window is front most and I try to quit Hugin (Cmd+Q) Hugin 
will crash this way:
  A dialog opens 
  "atos needs to take control of another process for debugging to continue. 
Type the name and password of a user in the 'Developer Tools' group to allow 
this."
  username:
  password:
  [Cancel] [Continue]

  There is no such group defined on my system and no matter what user/pw
  I try or click 'Cancel' the program will crash.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1693747] [NEW] text correction and feature request for Optimizer tab

[zarl]

Public bug reported:

The current (as of 2017.0.0 beta) text for description and file
selection in Optimizer tab says:

_ _ _
| Any variables below which are marked [x] will be optimized.\n
| Variables which are cleared [ ] will act as references or anchors.
|
| [ ] Only use control points between image selected in preview window.
_ _ _


First of all thanks a lot for the latest changes here. The earlier description 
is really improved. I only think we may need to differ between several terms 
when it comes to handling of the image files:

IMHO "cleared" doesn't fit here very well, it's better used if a queue
needs to be cleared like in PTBatcherGUI.

 - marked / unmarked 
   (this IMHO refers to the usage of checkboxes, correctly used in the dialog 
above)
 - selected / deselected 
   (e.g. select one or more images from a list to process those via submenu 
command or by pressing a button)
 - activated / deactivated 
   (I'd like to propose this term solely for what we have now available from 
the preview window where images can be disabled so they are not taken into 
account for display, move/drag, stitching etc.)
   

My proposal for a slightly altered text:

_ _ _
| Any variables below which are marked [x] will be optimized.\n
| Unmarked variables [ ] will act as references or anchors.
| 
| [ ] Don't use control points of images deactivated in preview window.
_ _ _

Please note that I changed the last line from "only use" to "don't use"
which doesn't change the logic of the checkbox but should better point
out that deactivated images and their control points can be included or
excluded from calculations.


And as an additional feature request: is it possible to point out to the user 
in this tab which images are deactivated in the fast preview window? Here are 
two possible solutions:
- displaying deactivated images with a greyed file name
- adding an additional column 'Active' located between '#' and 'Filename'

Further suggestion how to enable users to toggle activation without the need to 
switch over to the preview window:
- corresponding context menu command to toggle activation status
- cmd+click filename to toggle activation

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  text correction and feature request for Optimizer tab

Status in Hugin:
  New

Bug description:
  The current (as of 2017.0.0 beta) text for description and file
  selection in Optimizer tab says:

  _ _ _
  | Any variables below which are marked [x] will be optimized.\n
  | Variables which are cleared [ ] will act as references or anchors.
  |
  | [ ] Only use control points between image selected in preview window.
  _ _ _

  
  First of all thanks a lot for the latest changes here. The earlier 
description is really improved. I only think we may need to differ between 
several terms when it comes to handling of the image files:

  IMHO "cleared" doesn't fit here very well, it's better used if a queue
  needs to be cleared like in PTBatcherGUI.

   - marked / unmarked 
 (this IMHO refers to the usage of checkboxes, correctly used in the dialog 
above)
   - selected / deselected 
 (e.g. select one or more images from a list to process those via submenu 
command or by pressing a button)
   - activated / deactivated 
 (I'd like to propose this term solely for what we have now available from 
the preview window where images can be disabled so they are not taken into 
account for display, move/drag, stitching etc.)
 

  My proposal for a slightly altered text:

  _ _ _
  | Any variables below which are marked [x] will be optimized.\n
  | Unmarked variables [ ] will act as references or anchors.
  | 
  | [ ] Don't use control points of images deactivated in preview window.
  _ _ _

  Please note that I changed the last line from "only use" to "don't
  use" which doesn't change the logic of the checkbox but should better
  point out that deactivated images and their control points can be
  included or excluded from calculations.

  
  And as an additional feature request: is it possible to point out to the user 
in this tab which images are deactivated in the fast preview window? Here are 
two possible solutions:
  - displaying deactivated images with a greyed file name
  - adding an additional column 'Active' located between '#' and 'Filename'

  Further suggestion how to enable users to toggle activation without the need 
to switch over to the preview window:
  - corresponding context menu command to toggle activation status
  - cmd+click filename to toggle activation

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : 

[Hugin-devs] [Bug 1692851] [NEW] "Select all" feature for Photos tab

[zarl]

Public bug reported:

This is a feature request for the Photos tab.

When no image is selected in 'Photos' tab and I press cmd+A (usually
"select all") I expect that Hugin selects all images. Instead image 0 is
selected. A second cmd+A outlines image 1 without actually selecting it.

There is no key combination to select (e.g. cmd+A) or deselect (e.g.
cmd+D) all images. Can those commands be also added to the context menu?

Also "Save as" has no standard key combination: the usual key
combination at least on OS X is cmd+shift+S

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  "Select all" feature for Photos tab

Status in Hugin:
  New

Bug description:
  This is a feature request for the Photos tab.

  When no image is selected in 'Photos' tab and I press cmd+A (usually
  "select all") I expect that Hugin selects all images. Instead image 0
  is selected. A second cmd+A outlines image 1 without actually
  selecting it.

  There is no key combination to select (e.g. cmd+A) or deselect (e.g.
  cmd+D) all images. Can those commands be also added to the context
  menu?

  Also "Save as" has no standard key combination: the usual key
  combination at least on OS X is cmd+shift+S

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678621] Re: Add Help button in enblend options dialog

[zarl]

As a follow up this problem also affects the help button in the Preferences 
window. 
Tested on OS X 10.11 

I only can think of a quick solution for the enblend options dialog: The
button could also be placed directly in the main window which is not
modal.

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

Title:
  Add Help button in enblend options dialog

Status in Hugin:
  Fix Released

Bug description:
  The dialog can be found in 
  editor window >> Stitcher tab > Processing: Blender: enblend: [Options]

  It would be nice to have a help button just like the one available in
  the preferences dialog (grouped with the Cancel and OK buttons). In
  this case it should probably link to /help/Enblend.html of Hugin's
  built in help pages. That way users can quickly look up command line
  arguments available for the current version of enblend without
  cluttering up the UI with a list of available options. (note to self:
  panotools wiki pages need an update to reflect the new command line
  arguments of enblend and how to combine them, also with a comparison
  to the behaviour of earlier versions of enblend prior to version 4.2)

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1692849] [NEW] "Tip of the Day" topic refers to an outdated GUI

[zarl]

Public bug reported:

current string: 
Multiple images can be selected in the image and lens tabs. Commands will act 
on all selected images.

comment: 
The features of both former tabs 'Images' and 'Camera and Lens' can now be 
addressed from the current tab 'Photos'. I think we should also have a note 
about the creation of control points if no images are selected? I'm not sure 
though if this also works the same when using one of the two buttons in the 
'Optimise' area.

how about:
Multiple images can be selected in the 'Photos' tab which is available in both 
'Advanced' and 'Expert' interfaces. Commands will act only on selected images.\n
If no images are selected the 'Create control points' button will use all 
images.

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  "Tip of the Day" topic refers to an outdated GUI

Status in Hugin:
  New

Bug description:
  current string: 
  Multiple images can be selected in the image and lens tabs. Commands will act 
on all selected images.

  comment: 
  The features of both former tabs 'Images' and 'Camera and Lens' can now be 
addressed from the current tab 'Photos'. I think we should also have a note 
about the creation of control points if no images are selected? I'm not sure 
though if this also works the same when using one of the two buttons in the 
'Optimise' area.

  how about:
  Multiple images can be selected in the 'Photos' tab which is available in 
both 'Advanced' and 'Expert' interfaces. Commands will act only on selected 
images.\n
  If no images are selected the 'Create control points' button will use all 
images.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1692847] [NEW] better user guidance if "Image file not found"

[zarl]

Public bug reported:

When for some reason one or more images of an existing project cannot be
found while loading the project a dialog only asks for the first file
and doesn't indicate that maybe some more files are missing. Let's also
exchange the "OK" button with something more appropriate (since the
situation is not OK at all for the user).

This is the current dialog:

 -

 Image file not found:
 /complete/very/long/path/to/first/image.tif
 Please select correct image

 [OK]

 -

I propose a dialog like this:

The project  contains one or more files that are missing in 
 or have been renamed. Please manually select 
the missing image(s).
-> buttons "Abort" and "Select image(s)"

Now in a second step the user sees a file selection window titled "add
images". Is it possible to exchange the title with something that better
describes what the user should do like "select
"? (the first missing image in the
project may not be the first in the folder)

Next iteration if more images are missing: please don't always display
the full path but a compact path and like in the above example name the
image name first. Those additional error messages aren't even needed if
the file selection dialog contains the name of the missing file...

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  better user guidance if "Image file not found"

Status in Hugin:
  New

Bug description:
  When for some reason one or more images of an existing project cannot
  be found while loading the project a dialog only asks for the first
  file and doesn't indicate that maybe some more files are missing.
  Let's also exchange the "OK" button with something more appropriate
  (since the situation is not OK at all for the user).

  This is the current dialog:

   -

   Image file not found:
   /complete/very/long/path/to/first/image.tif
   Please select correct image

   [OK]

   -

  I propose a dialog like this:

  The project  contains one or more files that are missing in 
 or have been renamed. Please manually select 
the missing image(s).
  -> buttons "Abort" and "Select image(s)"

  Now in a second step the user sees a file selection window titled "add
  images". Is it possible to exchange the title with something that
  better describes what the user should do like "select
  "? (the first missing image in the
  project may not be the first in the folder)

  Next iteration if more images are missing: please don't always display
  the full path but a compact path and like in the above example name
  the image name first. Those additional error messages aren't even
  needed if the file selection dialog contains the name of the missing
  file...

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1692843] [NEW] Improvements for some English strings

[zarl]

Public bug reported:

Running through the current de.po file I noticed some strings that may
need some improvement and/or correction:

 - - - - -

Save changes to the panorama before closing?

-> Save changes to the project (file) before closing?

 - - - - -

in Preferences -> Filenames

The line 
 %directory  - folder name (based on first image file)\n

should IMHO get an improved description like this:
 %directory  - folder name (based on location of first image file)\n

 - - - - -

Save changes to the panorama before opening an other project?
If you load an other project without saving, your changes since your last save 
will be discarded.

-> instead of "panorama" we should use "project file" instead
-> "another" instead of "an other"
-> you without 'r' in "since you last saved the file" 

 - - - - -

One "Tip of the Day" should get some addition

Current string: 
Rotating the camera around the entrance pupil (sometimes also called "nodal 
point") avoids parallax errors and makes panorama creation a lot easier.

my proposal: 
Rotating the camera around the entrance pupil of the lens (sometimes 
incorrectly called "nodal point") avoids parallax errors and makes panorama 
creation a lot easier. The Panotools wiki  helps 
you to find the correct point for your lens.

 - - - - -

There is a typo (BE instead of AE) somewhere in the .po file:

colour 
-> color

 - - - - -

Another typo (plural needed in this case):

Only use control points between image selected in preview window.
-> images

 - - - - -

And where is the string "Feature descriptor:" used? I suspect the german
translation is wrong or inaccurate but cannot identify where it is shown
in the GUI.

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  Improvements for some English strings

Status in Hugin:
  New

Bug description:
  Running through the current de.po file I noticed some strings that may
  need some improvement and/or correction:

   - - - - -

  Save changes to the panorama before closing?

  -> Save changes to the project (file) before closing?

   - - - - -

  in Preferences -> Filenames

  The line 
   %directory  - folder name (based on first image file)\n

  should IMHO get an improved description like this:
   %directory  - folder name (based on location of first image file)\n

   - - - - -

  Save changes to the panorama before opening an other project?
  If you load an other project without saving, your changes since your last 
save will be discarded.

  -> instead of "panorama" we should use "project file" instead
  -> "another" instead of "an other"
  -> you without 'r' in "since you last saved the file" 

   - - - - -

  One "Tip of the Day" should get some addition

  Current string: 
  Rotating the camera around the entrance pupil (sometimes also called "nodal 
point") avoids parallax errors and makes panorama creation a lot easier.

  my proposal: 
  Rotating the camera around the entrance pupil of the lens (sometimes 
incorrectly called "nodal point") avoids parallax errors and makes panorama 
creation a lot easier. The Panotools wiki  helps 
you to find the correct point for your lens.

   - - - - -

  There is a typo (BE instead of AE) somewhere in the .po file:

  colour 
  -> color

   - - - - -

  Another typo (plural needed in this case):

  Only use control points between image selected in preview window.
  -> images

   - - - - -

  And where is the string "Feature descriptor:" used? I suspect the
  german translation is wrong or inaccurate but cannot identify where it
  is shown in the GUI.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1692839] [NEW] Question about other images also appears when the project contains only one image

[zarl]

Public bug reported:

This dialog also appears when the project only contains one image:

 You selected only one image.
 Should the loaded parameters be applied to all images with the same lens?

Reproduce like this:
- start new project
- add only one image
- select image and choose from context menu: lens -> load lens from ini file

Solution: 
Show dialog only if project contains >1 images with the same lens

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  Question about other images also appears when the project contains
  only one image

Status in Hugin:
  New

Bug description:
  This dialog also appears when the project only contains one image:

   You selected only one image.
   Should the loaded parameters be applied to all images with the same lens?

  Reproduce like this:
  - start new project
  - add only one image
  - select image and choose from context menu: lens -> load lens from ini file

  Solution: 
  Show dialog only if project contains >1 images with the same lens

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678621] Re: Add Help button in enblend options dialog

[zarl]

Hello Thomas,

earlier versions of Hugin displayed the help files in the user's
standard browser. Now an integrated help viewer is used.

The help button now opens such a window but that can't be scrolled etc.
at least on OS X since the enblend dialog is a modal window. I'm not
sure how this can be solved in an elegant way without making the user
close the dialog again to read the help page.

Cheers,
Carl

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

Title:
  Add Help button in enblend options dialog

Status in Hugin:
  Fix Released

Bug description:
  The dialog can be found in 
  editor window >> Stitcher tab > Processing: Blender: enblend: [Options]

  It would be nice to have a help button just like the one available in
  the preferences dialog (grouped with the Cancel and OK buttons). In
  this case it should probably link to /help/Enblend.html of Hugin's
  built in help pages. That way users can quickly look up command line
  arguments available for the current version of enblend without
  cluttering up the UI with a list of available options. (note to self:
  panotools wiki pages need an update to reflect the new command line
  arguments of enblend and how to combine them, also with a comparison
  to the behaviour of earlier versions of enblend prior to version 4.2)

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678613] Re: "displayed images" section not updated correctly when changing order of images in Photos tab

[zarl]

Thanks!

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

Title:
  "displayed images" section not updated correctly when changing order
  of images in Photos tab

Status in Hugin:
  Fix Committed

Bug description:
  The Move/Drag tab in Fast Panorama preview window offers different
  drag modes. If set to one of the two available "individual" modes a
  second row of checkboxes appears in the "displayed images" section.

  Now when the image order is changed in Photos tab (e.g. drag one image
  up or down) the lower row of checkboxes isn't updated correctly. The
  "drag" checkbox seems to internally not point to the image file (e.g.
  "img_1234.jpg") but instead only marks the image number (e.g. #5).

  The correct behaviour is shown in both "standard" drag modes (normal and 
mosaic): 
  - Show only one image in the Fast Preview window (i.e. only one checkbox 
marked in "displayed images" section). Memorize image number.
  - Now switch to main editor window -> Photos tab: drag that image up or down 
in the list so the image number of the image file changes. The new position in 
fast preview window is updated: the marked checkbox has changed to the right 
new image number.

  The bug can be reproduced this way:
  Change drag mode to "single" and select both checkboxes of only one image. 
switch to main editor window > Images tab and drag that image up or down. Now 
in Fast Preview window only the "display" checkbox is updated while the "drag" 
checkbox still marks the old image number.

  Tested on OS X 10.11 / Hugin 2016.2.0

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678624] Re: keyboard shortcuts for Masks tab

[zarl]

That's a very good point! Now zooming focuses on the upper left corner
of the image (x=0,y=0), right? How about pointing to a mask point inside
the image frame (no negative values I suppose) with the highest position
on the left side (small y value and if several points have the same y
value the smallest x value). Does that make sense?

Carl

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

Title:
  keyboard shortcuts for Masks tab

Status in Hugin:
  Triaged

Bug description:
  The Control Points tab has keyboard shortcuts to zoom in and out
  ("100%" and "fit to window"). I'd like to have the same for the Masks
  tab.

  Also when zooming in to 100% (or other zoom levels via drop down menu)
  the view should focus on the region of the selected masks (if one is
  selected). This feature (focus on selected item while zooming) is
  already implemented in the Control Points tab.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678621] Re: Add Help button in enblend options dialog

[zarl]

Thanks, Thomas!

I'm already looking forward to the next beta version. 
:-)

Carl

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

Title:
  Add Help button in enblend options dialog

Status in Hugin:
  Fix Committed

Bug description:
  The dialog can be found in 
  editor window >> Stitcher tab > Processing: Blender: enblend: [Options]

  It would be nice to have a help button just like the one available in
  the preferences dialog (grouped with the Cancel and OK buttons). In
  this case it should probably link to /help/Enblend.html of Hugin's
  built in help pages. That way users can quickly look up command line
  arguments available for the current version of enblend without
  cluttering up the UI with a list of available options. (note to self:
  panotools wiki pages need an update to reflect the new command line
  arguments of enblend and how to combine them, also with a comparison
  to the behaviour of earlier versions of enblend prior to version 4.2)

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678626] Re: option to combine overlapping masks

[zarl]

OK, thanks for the clarification. The workflow you recommend is what I'm
already doing.

Carl

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

Title:
  option to combine overlapping masks

Status in Hugin:
  Triaged

Bug description:
  In projects with moving persons and in some other cases I sometimes
  need to draw very detailed masks. So I zoom in but than sometimes the
  area I want to mask doesn't fit inside the display area. This leads to
  a workflow problem: it's not easy to scroll when I have an "open" mask
  in the works (in that state I can't get access to the "Zoom" drop down
  menu or scroll lines but instead mark new mask corners outside of the
  image).

  One idea is to have a modifier key (some applications use the 'space'
  or 'alt' key for this) that turns the mouse pointer to a "hand" symbol
  so I can drag the image inside the display area.

  The other idea is to create several overlapping masks and combine those 
later. So one solution would be to have a context menu for a mask if it has 
overlapping masks for the same image number that have the same mask type (or 
ask for resulting mask type if those differ): 
  - combine with mask 
  - combine with all overlapping masks

  An alternative to the former is to select several masks in the list 
(shift+click or so) and have a context menu with:
  - combine selected masks
  (also via the usual buttons 'copy', 'export' and selection of a different 
'mask type' would be available for several masks at once)

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678611] Re: "Most recently used projects" doesn't prompt the "Save changes...?" dialog

[zarl]

Thanks for the quick fix!

Carl

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

Title:
  "Most recently used projects" doesn't prompt the "Save changes...?"
  dialog

Status in Hugin:
  Fix Committed

Bug description:
  Choosing a .pto file from menu File -> "Most recently used projects"
  doesn't prompt the "Save changes to the panorama before closing?"
  dialog even if a currently open project was altered.

  Current situation: the selected older project will be opened while
  changes to the open project are lost. Compare with correct behaviour
  of menu File "New" and "Open".

  Tested on OS X 10.11 / Hugin 2016.2.0

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678626] [NEW] option to combine overlapping masks

[zarl]

Public bug reported:

In projects with moving persons and in some other cases I sometimes need
to draw very detailed masks. So I zoom in but than sometimes the area I
want to mask doesn't fit inside the display area. This leads to a
workflow problem: it's not easy to scroll when I have an "open" mask in
the works (in that state I can't get access to the "Zoom" drop down menu
or scroll lines but instead mark new mask corners outside of the image).

One idea is to have a modifier key (some applications use the 'space' or
'alt' key for this) that turns the mouse pointer to a "hand" symbol so I
can drag the image inside the display area.

The other idea is to create several overlapping masks and combine those later. 
So one solution would be to have a context menu for a mask if it has 
overlapping masks for the same image number that have the same mask type (or 
ask for resulting mask type if those differ): 
- combine with mask 
- combine with all overlapping masks

An alternative to the former is to select several masks in the list 
(shift+click or so) and have a context menu with:
- combine selected masks
(also via the usual buttons 'copy', 'export' and selection of a different 'mask 
type' would be available for several masks at once)

** Affects: hugin
 Importance: Undecided
 Status: New


** Tags: feature request

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

Title:
  option to combine overlapping masks

Status in Hugin:
  New

Bug description:
  In projects with moving persons and in some other cases I sometimes
  need to draw very detailed masks. So I zoom in but than sometimes the
  area I want to mask doesn't fit inside the display area. This leads to
  a workflow problem: it's not easy to scroll when I have an "open" mask
  in the works (in that state I can't get access to the "Zoom" drop down
  menu or scroll lines but instead mark new mask corners outside of the
  image).

  One idea is to have a modifier key (some applications use the 'space'
  or 'alt' key for this) that turns the mouse pointer to a "hand" symbol
  so I can drag the image inside the display area.

  The other idea is to create several overlapping masks and combine those 
later. So one solution would be to have a context menu for a mask if it has 
overlapping masks for the same image number that have the same mask type (or 
ask for resulting mask type if those differ): 
  - combine with mask 
  - combine with all overlapping masks

  An alternative to the former is to select several masks in the list 
(shift+click or so) and have a context menu with:
  - combine selected masks
  (also via the usual buttons 'copy', 'export' and selection of a different 
'mask type' would be available for several masks at once)

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678624] [NEW] keyboard shortcuts for Masks tab

[zarl]

Public bug reported:

The Control Points tab has keyboard shortcuts to zoom in and out ("100%"
and "fit to window"). I'd like to have the same for the Masks tab.

Also when zooming in to 100% (or other zoom levels via drop down menu)
the view should focus on the region of the selected masks (if one is
selected). This feature (focus on selected item while zooming) is
already implemented in the Control Points tab.

** Affects: hugin
 Importance: Undecided
 Status: New


** Tags: feature request

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

Title:
  keyboard shortcuts for Masks tab

Status in Hugin:
  New

Bug description:
  The Control Points tab has keyboard shortcuts to zoom in and out
  ("100%" and "fit to window"). I'd like to have the same for the Masks
  tab.

  Also when zooming in to 100% (or other zoom levels via drop down menu)
  the view should focus on the region of the selected masks (if one is
  selected). This feature (focus on selected item while zooming) is
  already implemented in the Control Points tab.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678621] [NEW] Add Help button in enblend options dialog

[zarl]

Public bug reported:

The dialog can be found in 
editor window >> Stitcher tab > Processing: Blender: enblend: [Options]

It would be nice to have a help button just like the one available in
the preferences dialog (grouped with the Cancel and OK buttons). In this
case it should probably link to /help/Enblend.html of Hugin's built in
help pages. That way users can quickly look up command line arguments
available for the current version of enblend without cluttering up the
UI with a list of available options. (note to self: panotools wiki pages
need an update to reflect the new command line arguments of enblend and
how to combine them, also with a comparison to the behaviour of earlier
versions of enblend prior to version 4.2)

** Affects: hugin
 Importance: Undecided
 Status: New


** Tags: feature request

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

Title:
  Add Help button in enblend options dialog

Status in Hugin:
  New

Bug description:
  The dialog can be found in 
  editor window >> Stitcher tab > Processing: Blender: enblend: [Options]

  It would be nice to have a help button just like the one available in
  the preferences dialog (grouped with the Cancel and OK buttons). In
  this case it should probably link to /help/Enblend.html of Hugin's
  built in help pages. That way users can quickly look up command line
  arguments available for the current version of enblend without
  cluttering up the UI with a list of available options. (note to self:
  panotools wiki pages need an update to reflect the new command line
  arguments of enblend and how to combine them, also with a comparison
  to the behaviour of earlier versions of enblend prior to version 4.2)

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678620] [NEW] Fast Panorama preview: regroup checkboxes and image numbers in "displayed images" section

[zarl]

Public bug reported:

The Fast Panorama preview window has a "displayed images" section in all
tabs which looks like this:

[All] [None] [x] 0 [x] 1 [x] 2

So now image numbers are centered between two checkboxes (or was it one
checkbox between two image numbers? This makes me feel dizzy...) which
can puzzle new users and still me, too. Also projects containing a
larger number of photos will soon show a horizontal scroll line which
makes managing those images cumbersome.

I will now focus on the Move/Drag tab since this even needs to show two
rows of checkboxes if one of the "single" drag modes is selected. The
following examples show how I think this section could be organized in a
better way: please group (one or two, depending on the drag mode)
checkboxes and their respective image number in one column like this:

 show  | Image #:  0   1   2   3   4
[All ] | display: [x] [x] [x] [x] [x]
[None] |move: [x] [x] [x] [x] [x]

Now a much larger number of images can be shown in one row without the
need of scrolling horizontally.

Please notice my two informative labels 'display:' and 'move:' (or
drag?) left of the checkboxes of image 0 (only needed if drag mode is
enabled).

This can be even thought further: 
If the user selects "Group by: Stacks" in Photos tab -> switch "displayed 
images" section to show stack numbers instead of image numbers to further 
reduce the amount of checkboxes in this area:

 show  | Stack #: S0  S1  S2  S3  S4
[All ] | display: [x] [x] [x] [x] [x]
[None] |move: [x] [x] [x] [x] [x]

Here I changed the row description ("Stack #:" is shown instead of
"Image #:") and also added a 'S' to make clear that these are stack
numbers instead of image numbers.

** Affects: hugin
 Importance: Undecided
 Status: New


** Tags: feature request

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

Title:
  Fast Panorama preview: regroup checkboxes and image numbers in
  "displayed images" section

Status in Hugin:
  New

Bug description:
  The Fast Panorama preview window has a "displayed images" section in
  all tabs which looks like this:

  [All] [None] [x] 0 [x] 1 [x] 2

  So now image numbers are centered between two checkboxes (or was it
  one checkbox between two image numbers? This makes me feel dizzy...)
  which can puzzle new users and still me, too. Also projects containing
  a larger number of photos will soon show a horizontal scroll line
  which makes managing those images cumbersome.

  I will now focus on the Move/Drag tab since this even needs to show
  two rows of checkboxes if one of the "single" drag modes is selected.
  The following examples show how I think this section could be
  organized in a better way: please group (one or two, depending on the
  drag mode) checkboxes and their respective image number in one column
  like this:

   show  | Image #:  0   1   2   3   4
  [All ] | display: [x] [x] [x] [x] [x]
  [None] |move: [x] [x] [x] [x] [x]

  Now a much larger number of images can be shown in one row without the
  need of scrolling horizontally.

  Please notice my two informative labels 'display:' and 'move:' (or
  drag?) left of the checkboxes of image 0 (only needed if drag mode is
  enabled).

  This can be even thought further: 
  If the user selects "Group by: Stacks" in Photos tab -> switch "displayed 
images" section to show stack numbers instead of image numbers to further 
reduce the amount of checkboxes in this area:

   show  | Stack #: S0  S1  S2  S3  S4
  [All ] | display: [x] [x] [x] [x] [x]
  [None] |move: [x] [x] [x] [x] [x]

  Here I changed the row description ("Stack #:" is shown instead of
  "Image #:") and also added a 'S' to make clear that these are stack
  numbers instead of image numbers.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 789902] Re: Allow user to flip X coordinate for panosphere view

[zarl]

I think this is still not solved, yet even more valuable if we want
Hugin to have a better "visual" approach, i.e. make the Fast Panorama
preview the center of a panorama workflow.

The "globe" shown in the panorama overview window looks as it is
(horizontally) mirrored since the user's actual point of view is from
outside the panosphere ("space ship view") looking at the surface and
not from the center (the actual camera position) looking at the inside
of the sphere's hull. Please consider adding an option: [x] mirror
panosphere

Also please add a mouse over text for the pin icon like this: 
"Click on the pin icon (or drag the Overview's title bar) to separate the 
docked Overview area from the Fast Panorama preview window and display a better 
resizeable floating window instead."

BTW compared with the usual (main) preview the "Mosaic plane" mode of
the Overview doesn't seem to have more features (like shifting or
turning the image) other than zooming in, at least for me on 2016.2.0
(on OS X 10.11).

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

Title:
  Allow user to flip X coordinate for panosphere view

Status in Hugin:
  Triaged

Bug description:
  While the "outside" view on the panosphere in GL preview shows the
  left and right sides correctly from mathematical view-point
  (considering that the camera is inside the sphere), the mirror view
  seems rather unnatural to me as a user.

  It would be nice to add an option to flip the x coordinates so that
  the image is not mirrored. (I cannot say without really seeing, but I
  guess that keeping the "outside" view would be okay.)

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678618] [NEW] feature request: option to temporarily deactivate a group of control points

[zarl]

Public bug reported:

The "Edit CP" button gives me a nice option for an alternative
optimizing workflow:

When optimizing a project I sometimes need to concentrate on the nadir
and/or zenith regions. Then I usually use the Move/Drag tab in Fast
Panorama preview window to set the pitch value to 90 and "Apply".

Now I can switch to the Preview tab and press the "Edit CP" button. When
I select a region to add more control points my currently set behaviour
is to "Re-optimize panorama".

If I already have some vertical CPs the optimizing process often turns
the panorama upside down. I still want to keep the focus on nadir and
zenith, though.

Is there a way to temporarily disable all vertical CPs? This would need
some modification for the PTOptimizer script like commenting all 'c'
lines that have the same image number for 'n' and 'N'. I can do this
manually by activating "edit script before optimizing" in Optimizer tab.

BTW I think the "Edit cp tool" setting in preferences should move from
"Misc" to "Control Points Editor" tab.

** Affects: hugin
 Importance: Undecided
 Status: New


** Tags: feature request

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

Title:
  feature request: option to temporarily deactivate a group of control
  points

Status in Hugin:
  New

Bug description:
  The "Edit CP" button gives me a nice option for an alternative
  optimizing workflow:

  When optimizing a project I sometimes need to concentrate on the nadir
  and/or zenith regions. Then I usually use the Move/Drag tab in Fast
  Panorama preview window to set the pitch value to 90 and "Apply".

  Now I can switch to the Preview tab and press the "Edit CP" button.
  When I select a region to add more control points my currently set
  behaviour is to "Re-optimize panorama".

  If I already have some vertical CPs the optimizing process often turns
  the panorama upside down. I still want to keep the focus on nadir and
  zenith, though.

  Is there a way to temporarily disable all vertical CPs? This would
  need some modification for the PTOptimizer script like commenting all
  'c' lines that have the same image number for 'n' and 'N'. I can do
  this manually by activating "edit script before optimizing" in
  Optimizer tab.

  BTW I think the "Edit cp tool" setting in preferences should move from
  "Misc" to "Control Points Editor" tab.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678615] [NEW] Entering of values in Move/Drag tab is complicated

[zarl]

Public bug reported:

Maybe the following is related to wxWidgets problems on OS X so I'm
ready to accept a "won't fix" reply...

Tested on OS X 10.11 / Hugin 2016.2.0

In the Move/Drag tab of the Fast Panorama preview window an active input
field for either yaw, pitch or roll doesn't let me use the Enter or
Return keys to apply my values, I have to press the button with the
mouse.

Now when I select an input field to enter a value I need to manually
select the preset '0'. Also switching to the next input field (press tab
on keyboard) focuses on the last state of that respective field, i.e.
cursor position left or right of value, or some part of the value
selected.

I'd like to see the following behaviour: when I press the 'tab' key
inside the Move/Drag tab without a selected input field  the cursor
should focus the yaw field and select the value. Each pressing of 'tab'
or 'shift+tab' should move forward/backwards between these three input
fields while automatically selecting the complete value in it. As soon
as one of these three input fields is selected the 'Apply' button should
be active so a keyboard press on 'Enter' or 'Return' applies my new
values.

One step further: all values in these fields are set back to '0' after
"Apply" is pressed (maybe as option).

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  Entering of values in Move/Drag tab is complicated

Status in Hugin:
  New

Bug description:
  Maybe the following is related to wxWidgets problems on OS X so I'm
  ready to accept a "won't fix" reply...

  Tested on OS X 10.11 / Hugin 2016.2.0

  In the Move/Drag tab of the Fast Panorama preview window an active
  input field for either yaw, pitch or roll doesn't let me use the Enter
  or Return keys to apply my values, I have to press the button with the
  mouse.

  Now when I select an input field to enter a value I need to manually
  select the preset '0'. Also switching to the next input field (press
  tab on keyboard) focuses on the last state of that respective field,
  i.e. cursor position left or right of value, or some part of the value
  selected.

  I'd like to see the following behaviour: when I press the 'tab' key
  inside the Move/Drag tab without a selected input field  the cursor
  should focus the yaw field and select the value. Each pressing of
  'tab' or 'shift+tab' should move forward/backwards between these three
  input fields while automatically selecting the complete value in it.
  As soon as one of these three input fields is selected the 'Apply'
  button should be active so a keyboard press on 'Enter' or 'Return'
  applies my new values.

  One step further: all values in these fields are set back to '0' after
  "Apply" is pressed (maybe as option).

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678613] [NEW] "displayed images" section not updated correctly when changing order of images in Photos tab

[zarl]

Public bug reported:

The Move/Drag tab in Fast Panorama preview window offers different drag
modes. If set to one of the two available "individual" modes a second
row of checkboxes appears in the "displayed images" section.

Now when the image order is changed in Photos tab (e.g. drag one image
up or down) the lower row of checkboxes isn't updated correctly. The
"drag" checkbox seems to internally not point to the image file (e.g.
"img_1234.jpg") but instead only marks the image number (e.g. #5).

The correct behaviour is shown in both "standard" drag modes (normal and 
mosaic): 
- Show only one image in the Fast Preview window (i.e. only one checkbox marked 
in "displayed images" section). Memorize image number.
- Now switch to main editor window -> Photos tab: drag that image up or down in 
the list so the image number of the image file changes. The new position in 
fast preview window is updated: the marked checkbox has changed to the right 
new image number.

The bug can be reproduced this way:
Change drag mode to "single" and select both checkboxes of only one image. 
switch to main editor window > Images tab and drag that image up or down. Now 
in Fast Preview window only the "display" checkbox is updated while the "drag" 
checkbox still marks the old image number.

Tested on OS X 10.11 / Hugin 2016.2.0

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  "displayed images" section not updated correctly when changing order
  of images in Photos tab

Status in Hugin:
  New

Bug description:
  The Move/Drag tab in Fast Panorama preview window offers different
  drag modes. If set to one of the two available "individual" modes a
  second row of checkboxes appears in the "displayed images" section.

  Now when the image order is changed in Photos tab (e.g. drag one image
  up or down) the lower row of checkboxes isn't updated correctly. The
  "drag" checkbox seems to internally not point to the image file (e.g.
  "img_1234.jpg") but instead only marks the image number (e.g. #5).

  The correct behaviour is shown in both "standard" drag modes (normal and 
mosaic): 
  - Show only one image in the Fast Preview window (i.e. only one checkbox 
marked in "displayed images" section). Memorize image number.
  - Now switch to main editor window -> Photos tab: drag that image up or down 
in the list so the image number of the image file changes. The new position in 
fast preview window is updated: the marked checkbox has changed to the right 
new image number.

  The bug can be reproduced this way:
  Change drag mode to "single" and select both checkboxes of only one image. 
switch to main editor window > Images tab and drag that image up or down. Now 
in Fast Preview window only the "display" checkbox is updated while the "drag" 
checkbox still marks the old image number.

  Tested on OS X 10.11 / Hugin 2016.2.0

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1678611] [NEW] "Most recently used projects" doesn't prompt the "Save changes...?" dialog

[zarl]

Public bug reported:

Choosing a .pto file from menu File -> "Most recently used projects"
doesn't prompt the "Save changes to the panorama before closing?" dialog
even if a currently open project was altered.

Current situation: the selected older project will be opened while
changes to the open project are lost. Compare with correct behaviour of
menu File "New" and "Open".

Tested on OS X 10.11 / Hugin 2016.2.0

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  "Most recently used projects" doesn't prompt the "Save changes...?"
  dialog

Status in Hugin:
  New

Bug description:
  Choosing a .pto file from menu File -> "Most recently used projects"
  doesn't prompt the "Save changes to the panorama before closing?"
  dialog even if a currently open project was altered.

  Current situation: the selected older project will be opened while
  changes to the open project are lost. Compare with correct behaviour
  of menu File "New" and "Open".

  Tested on OS X 10.11 / Hugin 2016.2.0

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1671632] Re: started getting errors when sticking panos on Mac

[zarl]

Its not a problem as Thomas already pointed out. The message just
contains information about the calculation / optimization process. The
term "error" in this case doesn't say that something is broken.

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

Title:
  started getting errors when sticking panos on Mac

Status in Hugin:
  Invalid

Bug description:
  tried to use Hugin today and got the following set of errors during 
alignment:Photometric Optimization
  Iteration: 0, error: 8.738991
  Iteration: 1, error: 8.037752
  .
  .
  .
  .Iteration: 47, error: 7.077039
  Iteration: 48, error: 7.077039

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1628548] Re: hugin wont open

[zarl]

Regarding the "debug" window confusing users from time to time:

If Hugin shows that dreaded "Debug" window: please take your time to
read the message before you blindly press the default button (or
Enter/Return).

>From memory: the message says that you can stop that window from
reappearing when you press a certain button. Try that one...

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

Title:
  hugin wont open

Status in Hugin:
  New

Bug description:
  I used the program once, and it was fine.  Then the next time it
  opened, I got the message attached below.  When I click on any of the
  buttons, the application closes.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1628548] Re: hugin wont open

[zarl]

Here is the location of Hugin's preferences file on Mac OS X:

In Finder press shift+cmd+G (the "go to folder..." command from the "Go to..." 
menu). 
In the dialog type

~/Library/Preferences/

and press the "open" button.
In this folder you will find a file named "hugin Preferences". That's a file 
without an extension but it's a plain text file that you can view with e.g. 
BBEdit available from barebones.com (TextWrangler was the free version but in 
future BBEdit will be available with a standard feature set without a fee). 

Make sure Hugin isn't open and then either rename, move or delete this
file to make Hugin start with default prefs.

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

Title:
  hugin wont open

Status in Hugin:
  New

Bug description:
  I used the program once, and it was fine.  Then the next time it
  opened, I got the message attached below.  When I click on any of the
  buttons, the application closes.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1628548] Re: hugin wont open

[zarl]

You'll need to add a proper error message.

Your screenshot shows a "hugin.xml" file. Click on that and "view" (or
open, whatever works for you) the file. Attach the content (or the file
itself) to this bug.

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

Title:
  hugin wont open

Status in Hugin:
  New

Bug description:
  I used the program once, and it was fine.  Then the next time it
  opened, I got the message attached below.  When I click on any of the
  buttons, the application closes.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1635132] Re: Exclude image borders from control point generation

[zarl]

Sorry, "...it's much easier to say 'exclude 10%'..." won't work since
Hugin doesn't understand your voice. SCNR, this reminded me of a Star
Treck movie: https://youtu.be/hShY6xZWVGE

Your personal wish to exclude 10% of each image isn't what all other
Hugin users want or need. But Hugin has a solution.

A convenient way to save personal workflow preferences is to store
values in a lens .ini file and apply that on your projects.

Please make yourself comfortable with
http://wiki.panotools.org/Hugin_Mask_tab#Cropping_images which also
includes a description about how to save and apply crop values.

The .ini file can store values like lens type (projection), a/b/c from
your own calibration, crop mask, and other values. When you load lens
data from such a file to one file alone Hugin asks you if you want to
apply that to all other files of the same lens number. Easy, just try it
out.

Also you can edit .ini files with a standard ascii text editor (I think
on Windows notepad++ works great)

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

Title:
  Exclude image borders from control point generation

Status in Hugin:
  New

Bug description:
  Enhancement request: Allow `n' percent of the image at the border to
  be excluded from automatic control point placement, i.e.: place the
  control points in a centered rectangle making up `100 -n' percent of
  the image. Maybe for fisheye it has to be a circle, maybe it can be an
  ellipsoid anyway, maybe the likelihood of a control point should
  decrease with the distance from the image center... You get the
  idea...

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1635132] Re: Exclude image borders from control point generation

[zarl]

Have you tried working with masks and/or crop masks?

Simple exclude masks prevent control point generators from placing CPs
in those areas, these masks can be copied to other images.

Cropping (available from the masks tab -> switch from "Masks" to "Crop")
can be used for scans and e.g. also for images from fish eye lenses. A
typical use would be to define a crop mask for a non full frame fish
eye, save that to your lens database, apply that lens setting to other
images in your project.

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

Title:
  Exclude image borders from control point generation

Status in Hugin:
  New

Bug description:
  Enhancement request: Allow `n' percent of the image at the border to
  be excluded from automatic control point placement, i.e.: place the
  control points in a centered rectangle making up `100 -n' percent of
  the image. Maybe for fisheye it has to be a circle, maybe it can be an
  ellipsoid anyway, maybe the likelihood of a control point should
  decrease with the distance from the image center... You get the
  idea...

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1634363] Re: all control points selected in control point list

[zarl]

Can you upload a .pto file (no images needed) so we can try to reproduce
the error on a different system?

Which version of Hugin do you use?

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

Title:
  all control points selected in control point list

Status in Hugin:
  Incomplete

Bug description:
  When opening the control point list with many (>300 control points), sorting 
by distance (largest at the bottom), the following problem appears:
  When selecting the last control point and delete it (using Del key), the 
control point is removed and the next one is selected. You can repeat this 
several times, but suddenly all control points are selected, and if you don't 
take care, all control points are removed.
  (You may undo from the main window, but undo from the control point list 
doesn't work)
  Observed in 32-bit Windows version...

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1631496] Re: PTBatcherGUI.exe doen not display > 100 jobs

[zarl]

Try 
 [x] Always save log 
in Batch processor window (check box at the bottom on the right side)

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

Title:
  PTBatcherGUI.exe doen not display > 100 jobs

Status in Hugin:
  Invalid

Bug description:
  I have built more than 100 panoramas. When building #107, I noticed
  that PTBatcherGUI.exe does only display up to #97. I don't see the
  other jobs, specifically not whether they were successful.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1631496] Re: PTBatcherGUI.exe doen not display > 100 jobs

[zarl]

I think the tasks of a batch queue differ from what a log file does.

See https://en.wikipedia.org/wiki/Job_queue
vs
https://en.wikipedia.org/wiki/Logfile#Event_logs

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

Title:
  PTBatcherGUI.exe doen not display > 100 jobs

Status in Hugin:
  Invalid

Bug description:
  I have built more than 100 panoramas. When building #107, I noticed
  that PTBatcherGUI.exe does only display up to #97. I don't see the
  other jobs, specifically not whether they were successful.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1631496] Re: PTBatcherGUI.exe doen not display > 100 jobs

[zarl]

Can you expand on your use case?

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

Title:
  PTBatcherGUI.exe doen not display > 100 jobs

Status in Hugin:
  Invalid

Bug description:
  I have built more than 100 panoramas. When building #107, I noticed
  that PTBatcherGUI.exe does only display up to #97. I don't see the
  other jobs, specifically not whether they were successful.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1631486] Re: Allow selecting controlpoints within a rectangle

[zarl]

You can also create a mask (then copy / paste if you want to use that
mask also for other images) and from the menu choose "delete all CPs in
masked areas"

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

Title:
  Allow selecting controlpoints within a rectangle

Status in Hugin:
  Fix Released

Bug description:
  Enhancement request for the GUI: Allow selecting multiple control points by 
spawning a rectangle with the mouse in one image. Then allow deleting all the 
selected control points with one command (DEL).
  This way one can more easily get rid of control points located too close to 
the borders of an image.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1632196] Re: Creating Panorama crashes

[zarl]

Is this only happening with this project?

The number of images is very high. Does the project stitch correctly
with less images, i.e. deactivate all images and then activate only a
subset. If this works, does your project stop while processing a certain
image? From your initial report I'd suspect the image in the project
following IMG_5578.JPG

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

Title:
  Creating Panorama crashes

Status in Hugin:
  Incomplete

Bug description:
  
  Panorama zusammenfügen…
  

  Plattform: Mac OS X (Darwin 16.0.0 x86_64)
  Version: 2016.2.0.be8da0221960 built by Niklas Mischkulnig
  Aktuelles Verzeichnis: /Users/grischahuettemann/Pictures/Las Vegas 
2016/Panorama
  Ausgabe-Präfix: IMG_5510 - IMG_5578

  Überblendung: enblend 4.2.1-a1fbf734e58a
  ExifTool-Version: 10.22

  Anzahl der aktiven Bilder: 69
  Ausgabe-Belichtungswert: 14,8
  Rahmengrösse: 17326x
  ROI: (1210, 1298) - (16267, 5008) 
  FOV: 230x118
  Projektion: Sphärisch (Equirectangular)(2)
  Verwende GPU für Umberechnung: falsch

  Panorama-Ausgabe:
  * Mit Belichtungskorrektur, niedriger Dynamikumfang

  Erstes Quell-Bild
  Nummer: 0
  Dateiname: /Users/grischahuettemann/Pictures/Las Vegas 
2016/Panorama/IMG_5510.JPG
  Größe: 5472x3648
  Projektion: Gradlinig (Rectilinear)
  Kamerakurve: Benutzerdefiniert (EMoR)
  HFOV: 48
  Belichtungswert: 14,7

  
  Umberechnung von LDR-Bildern…
  Multiple images output
  loading IMG_5510.JPG
  remapping IMG_5510.JPG
  saving IMG_5510 - IMG_5578.tif
  loading IMG_5511.JPG
  remapping IMG_5511.JPG
  saving IMG_5510 - IMG_55780001.tif
  loading IMG_5512.JPG
  remapping IMG_5512.JPG
  saving IMG_5510 - IMG_55780002.tif
  loading IMG_5513.JPG
  remapping IMG_5513.JPG
  saving IMG_5510 - IMG_55780003.tif
  loading IMG_5514.JPG
  remapping IMG_5514.JPG
  saving IMG_5510 - IMG_55780004.tif
  loading IMG_5515.JPG
  remapping IMG_5515.JPG
  saving IMG_5510 - IMG_55780005.tif
  loading IMG_5516.JPG
  remapping IMG_5516.JPG
  saving IMG_5510 - IMG_55780006.tif
  loading IMG_5517.JPG
  remapping IMG_5517.JPG
  saving IMG_5510 - IMG_55780007.tif
  loading IMG_5518.JPG
  remapping IMG_5518.JPG
  saving IMG_5510 - IMG_55780008.tif
  loading IMG_5519.JPG
  remapping IMG_5519.JPG
  saving IMG_5510 - IMG_55780009.tif
  loading IMG_5520.JPG
  remapping IMG_5520.JPG
  saving IMG_5510 - IMG_55780010.tif
  loading IMG_5521.JPG
  remapping IMG_5521.JPG
  saving IMG_5510 - IMG_55780011.tif
  loading IMG_5522.JPG
  remapping IMG_5522.JPG
  saving IMG_5510 - IMG_55780012.tif
  loading IMG_5523.JPG
  remapping IMG_5523.JPG
  saving IMG_5510 - IMG_55780013.tif
  loading IMG_5524.JPG
  remapping IMG_5524.JPG
  saving IMG_5510 - IMG_55780014.tif
  loading IMG_5525.JPG
  remapping IMG_5525.JPG
  saving IMG_5510 - IMG_55780015.tif
  loading IMG_5526.JPG
  remapping IMG_5526.JPG
  saving IMG_5510 - IMG_55780016.tif
  loading IMG_5527.JPG
  remapping IMG_5527.JPG
  saving IMG_5510 - IMG_55780017.tif
  loading IMG_5528.JPG
  remapping IMG_5528.JPG
  saving IMG_5510 - IMG_55780018.tif
  loading IMG_5529.JPG
  remapping IMG_5529.JPG
  saving IMG_5510 - IMG_55780019.tif
  loading IMG_5530.JPG
  remapping IMG_5530.JPG
  saving IMG_5510 - IMG_55780020.tif
  loading IMG_5531.JPG
  remapping IMG_5531.JPG
  saving IMG_5510 - IMG_55780021.tif
  loading IMG_5532.JPG
  remapping IMG_5532.JPG
  saving IMG_5510 - IMG_55780022.tif
  loading IMG_5533.JPG
  remapping IMG_5533.JPG
  saving IMG_5510 - IMG_55780023.tif
  loading IMG_5534.JPG
  remapping IMG_5534.JPG
  saving IMG_5510 - IMG_55780024.tif
  loading IMG_5535.JPG
  remapping IMG_5535.JPG
  saving IMG_5510 - IMG_55780025.tif
  loading IMG_5536.JPG
  remapping IMG_5536.JPG
  saving IMG_5510 - IMG_55780026.tif
  loading IMG_5537.JPG
  remapping IMG_5537.JPG
  saving IMG_5510 - IMG_55780027.tif
  loading IMG_5538.JPG
  remapping IMG_5538.JPG
  saving IMG_5510 - IMG_55780028.tif
  loading IMG_5539.JPG
  remapping IMG_5539.JPG
  saving IMG_5510 - IMG_55780029.tif
  loading IMG_5540.JPG
  remapping IMG_5540.JPG
  saving IMG_5510 - IMG_55780030.tif
  loading IMG_5541.JPG
  remapping IMG_5541.JPG
  saving IMG_5510 - IMG_55780031.tif
  loading IMG_5542.JPG
  remapping IMG_5542.JPG
  saving IMG_5510 - IMG_55780032.tif
  loading IMG_5543.JPG
  remapping IMG_5543.JPG
  saving IMG_5510 - IMG_55780033.tif
  loading IMG_5544.JPG
  remapping IMG_5544.JPG
  saving IMG_5510 - IMG_55780034.tif
  loading IMG_5545.JPG
  remapping IMG_5545.JPG
  saving IMG_5510 - IMG_55780035.tif
  loading IMG_5546.JPG
  remapping IMG_5546.JPG
  saving IMG_5510 - IMG_55780036.tif
  loading IMG_5547.JPG
  remapping IMG_5547.JPG
  saving IMG_5510 - IMG_55780037.tif
  loading IMG_5548.JPG
  remapping IMG_5548.JPG
  saving IMG_5510 - IMG_55780038.tif
  loading IMG_5549.JPG
  remapping IMG_5549.JPG
  saving 

[Hugin-devs] [Bug 1628398] [NEW] German translation of release notes for Hugin-2016.2.0

[zarl]

Public bug reported:

translation of release notes based on commit 428536

** Affects: hugin
 Importance: Undecided
 Status: New


** Tags: hugin translation

** Attachment added: "German release notes for current version"
   https://bugs.launchpad.net/bugs/1628398/+attachment/4750035/+files/de.shtml

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

Title:
  German translation of release notes for Hugin-2016.2.0

Status in Hugin:
  New

Bug description:
  translation of release notes based on commit 428536

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1292475] Re: Optimizer and Exposure tabs missing in 2013.0.0

[zarl]

Endolith,

this is a very old bug and you should at least mention your platform, OS
version, hugin version when you ask for help. The mailing list usually
is a good place to ask questions like this.

The Optimiser tab is only available when you switch it on here:
"Photos" tab (main window, not the fast preview)
-> Optimise -> Geometric: 
choose "Custom parameters" in the drop down list. 

Otherwise hugin assumes you want to optimise using one of the presets,
so no Optimiser tab is necessary.

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

Title:
  Optimizer and Exposure tabs missing in 2013.0.0

Status in Hugin:
  Invalid

Bug description:
  I'm on Windows XP SP3.
  In hugin 2013.0.0 the tabs for Optimizer and Exposure are not shown in the 
GUI.
  Additionally they are greyed out in the View menu.
  Luckily i still have the installer for 2012.0.0...
  I've googled for "greyed out" "optimiser" and "exposure" and at least found 
one post in a digital photography forum where this problem is mentioned too. So 
i'm not the only one...

  Regards

  Michael

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1592403] Re: German release notes for Hugin 2016.0.0

[zarl]

Danke, und auch Danke fürs Korrektur lesen und korrigieren. Bin mir
immer nicht so sicher, ob es neben dem irgendwie sperrigen Begriff
Schaltfläche auch andere passende, deutschsprachige Begriffe für
buttons, radio buttons und andere GUI-Elemente gibt. Knopf ist
eigentlich wirklich blöd, stimmt schon.

Danke auch für die Ergänzung im wiki!

Carl

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

Title:
  German release notes for Hugin 2016.0.0

Status in Hugin:
  Fix Released

Bug description:
  translation by Carl von Einem

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1592403] [NEW] German release notes for Hugin 2016.0.0

[zarl]

Public bug reported:

translation by Carl von Einem

** Affects: hugin
 Importance: Undecided
 Status: New


** Tags: hugin translation

** Attachment added: "German version of 2016.0.0 release notes"
   https://bugs.launchpad.net/bugs/1592403/+attachment/4683541/+files/de.shtml

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

Title:
  German release notes for Hugin 2016.0.0

Status in Hugin:
  New

Bug description:
  translation by Carl von Einem

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1591685] Re: German translation for 2016.2.0

[zarl]

Thanks Thomas, I'll try to keep future translation updates and comments
separated.

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

Title:
  German translation for 2016.2.0

Status in Hugin:
  Fix Committed

Bug description:
  updated de.po file based on commit 08de5c.

  I added several comments in the po file regarding typos in the
  original strings. If it's too complicated to extract these I could
  copy them (together with the string ID) in a following comment to this
  ticket. Otherwise I could also open a new bug report if this is easier
  to walk through.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1591685] [NEW] German translation for 2016.2.0

[zarl]

Public bug reported:

updated de.po file based on commit 08de5c.

I added several comments in the po file regarding typos in the original
strings. If it's too complicated to extract these I could copy them
(together with the string ID) in a following comment to this ticket.
Otherwise I could also open a new bug report if this is easier to walk
through.

** Affects: hugin
 Importance: Undecided
 Status: New


** Tags: hugin translation

** Attachment added: "updated German translation by Carl von Einem"
   https://bugs.launchpad.net/bugs/1591685/+attachment/4682171/+files/de.po

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

Title:
  German translation for 2016.2.0

Status in Hugin:
  New

Bug description:
  updated de.po file based on commit 08de5c.

  I added several comments in the po file regarding typos in the
  original strings. If it's too complicated to extract these I could
  copy them (together with the string ID) in a following comment to this
  ticket. Otherwise I could also open a new bug report if this is easier
  to walk through.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1580094] Re: Hugin Panorama zusammenfügen keine jpg erstellung

[zarl]

At the bottom of your log I see this (shortened) message:

 image AWStralendorf_048.jpg has 3 channels, 
 while AWStralendorf_046.jpg uses: 1

Check that your source images have the same number of channels, i.e.
don't mix RGB and greyscale images.

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

Title:
  Hugin Panorama zusammenfügen keine jpg erstellung

Status in Hugin:
  New

Bug description:
  
  Panorama zusammenfügen...
  

  Plattform: Windows 7 (build 7601, Service Pack 1), 64-bit edition
  Version: 2016.0.0.3b4e2790cb90 built by Jan Dubiec 
  Aktuelles Verzeichnis: C:\Users\LS\Desktop\ZV-Schweriner 
Umland\Stralendorf\AWStralendorf
  Ausgabe-Präfix: AWStralendorf_046 - AWStralendorf_055

  Überblendung: enblend 4.2
  Belichtungsfusion: enfuse 4.2
  ExifTool-Version: 10.14

  Anzahl der aktiven Bilder: 9
  Ausgabe-Belichtungswert: -0,0
  Rahmengrösse: 7356x3964
  ROI: (345, 7) - (6032, 3245) 
  FOV: 31x17
  Projektion: Gradlinig (Rectilinear)(0)
  Verwende GPU für Umberechnung: falsch

  Panorama-Ausgabe:
  * Belichtungsfusion aus Stapeln

  Erstes Quell-Bild
  Nummer: 0
  Dateiname: C:\Users\LS\Desktop\ZV-Schweriner 
Umland\Stralendorf\AWStralendorf\AWStralendorf_046.jpg
  Größe: 3310x2368
  Projektion: Gradlinig (Rectilinear)
  Kamerakurve: Benutzerdefiniert (EMoR)
  HFOV: 10
  Belichtungswert: 0,1

  
  Umberechnung von LDR-Bildern ohne Belichtungskorrektur...
  caught exception: image C:\Users\LS\Desktop\ZV-Schweriner 
Umland\Stralendorf\AWStralendorf\AWStralendorf_048.jpg has 3 channels, while 
C:\Users\LS\Desktop\ZV-Schweriner 
Umland\Stralendorf\AWStralendorf\AWStralendorf_046.jpg uses: 1

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

Re: [Hugin-devs] [Bug 1373487] Re: Sometimes PTBatcherGUI runs into a loop

[zarl]

I can only recommend hugin 2014.0.0 which is available as a binary from 

The new 2015.0.0 isn't yet available as a Mac binary.

I'm still on OS X 10.8 so I can't give you first hand advice on 10.10 in 
regards to hugin. I think it should work, just try it and report (or 
search the bugs first...) if something goes wrong.

One hint about using a new version of hugin: rename the preferences 
file. You can find it in
/Library/Preferences/ -> "hugin Preference"
Just add .txt and now you can open it in your favourite text editor. It 
contains all your settings in a readable format. And due to renaming the 
prefs hugin will start with default settings for that version which is a 
bonus :-)

Just report back if you stumble at some point.

Cheers,
Carl

Rieche wrote on 15.12.15 10:36:
> Hi Carl,
>
> thank You for answering immediately - and warning me!!!
>
> • I use OS X 10.10.5 and Hugin 2013.0.0 (Mac).
>
> • I am absolutely unfamiliar with using features like Terminal.
>
> • No files ‘.ptbt0’ and ‘.ptbt1’ found.
>
> • I worked with Hugin for the last time in August. Thus I cannot tell
> the actual state.
>
> And I just found out that a new version was released in August. I shall
> install it - and shall see, whether the bug still exists.
>
> Hans
>

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

Title:
  Sometimes PTBatcherGUI runs into a loop

Status in Hugin:
  Expired

Bug description:
  After '1. Load images' and '2. align' I click on 'create panorama'.
  The preview shows a correct resulting picture. I am asked to give the
  necessary information for storing the result an give 'ok'.

  Very often i get the result. But sometimes PTBatherGUI runs int a loop
  (?). The list of running programs shows that PTBatcherGUI does not
  react.

  Is there a wax to circumvent this problem?

  Or can I get more informations that can I send to you?

  (I use the most recent version 2013.0.0.)

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

Re: [Hugin-devs] [Bug 1373487] Re: Sometimes PTBatcherGUI runs into a loop

[zarl]

Hi Hans,

first of all: be very careful with 'rm' commands somenone tells you. 
'rm' means remove, and that works without further warnings, so if you 
fail to aim this command at the correct file or folder you might really 
harm your system.

It's not guaranteed that one or both of these (hidden) files are stored 
on your machine. I just found .ptbt1 here but that file is rather small 
(no problems here that fit into your description). I think both are used 
as temporary storage and from memory I'd say that problems with huge 
ptbt0 or ptbt1 files that don't empty at the end of the stitching 
process should be a thing of the past.

Maybe .ptbt0 and .ptbt1 are not part of your problem. Does the problem 
still exist? Can you give more details about the affected projects?

Since this bug is relatively old: what's your current OS version and 
which version of hugin do you use?

Do you have different versions of hugin on your computer?

When using hugin do you just start Hugin.app or do you also start 
PTBatcherGUI.app directly?

Carl


Rieche wrote on 15.12.15 09:23:
> Thank You for Your mail. I immediately tried to fix the bug:
>
> • I opened a terminal window.
>
> • Then I copied
>
> cd ~/Library/Preferences
> rm .ptbt0
> rm .ptbt1
>
> and pasted it into the window. Result:
>
> Last login: Tue Dec 15 09:17:36 on ttys000
> 233-129-16-94:~ HansJRieche$
> 233-129-16-94:~ HansJRieche$ cd ~/Library/Preferences
> 233-129-16-94:Preferences HansJRieche$ rm .ptbt0
> rm: .ptbt0: No such file or directory
> 233-129-16-94:Preferences HansJRieche$ rm .ptbt1
> rm: .ptbt1: No such file or directory
> 233-129-16-94:Preferences HansJRieche$
>
> What is wrong?
>
> Hans J. Rieche
>
>> Am 14.12.2015 um 20:21 schrieb Fred :
>>
>>
>> cd ~/Library/Preferences
>> rm .ptbt0
>> rm .ptbt1
>>
>

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

Title:
  Sometimes PTBatcherGUI runs into a loop

Status in Hugin:
  Expired

Bug description:
  After '1. Load images' and '2. align' I click on 'create panorama'.
  The preview shows a correct resulting picture. I am asked to give the
  necessary information for storing the result an give 'ok'.

  Very often i get the result. But sometimes PTBatherGUI runs int a loop
  (?). The list of running programs shows that PTBatcherGUI does not
  react.

  Is there a wax to circumvent this problem?

  Or can I get more informations that can I send to you?

  (I use the most recent version 2013.0.0.)

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1460428] [NEW] German release notes for Hugin 2015.0.0

[zarl]

Public bug reported:

German version of the release notes for the upcoming version 2015.0.0

** Affects: hugin
 Importance: Undecided
 Status: New


** Tags: hugin translation

** Attachment added: release notes 2015.0.0 - German translation by Carl von 
Einem
   
https://bugs.launchpad.net/bugs/1460428/+attachment/4407584/+files/release-notes-2015.0.0-de.zip

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

Title:
  German release notes for Hugin 2015.0.0

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  German version of the release notes for the upcoming version 2015.0.0

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1460202] Re: French translation

[zarl]

Also please have a look at the Hugin translation guide for more hints:
http://wiki.panotools.org/Hugin_translation_guide

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

Title:
  French translation

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  French translation for HUGIN 2015. Some are still fuzzy but all have a
  translation.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1458059] Re: German translation for 2015.0.0

[zarl]

Thanks a lot for commenting the strings (and all the other work!), I'll
review the German translation as soon as I have running build of the
upcoming version.

Are the new release notes already available for translation?

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

Title:
  German translation for 2015.0.0

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Here is my de.po file based on commit 4d484e updated translations
  (by tmodes, 2015-05-09).

  I also found some typos or unclear parts in the original strings:

  string: Check this option if the images were shot on a tripod.\n
  Uncheck this option if the images in each stack needs an alignment to each 
other.
  - need

  string: Can't switch to simple interface. The project is using stacks and/or 
vignetting center shift.\n
  These features are not supported in simple interface.
  - isn't vignetting center shift about two different parameters?

  string: The following placeholders will replaced before invoking ExifTool:\n 
(...) %fullheight - height of output\n
  - %fullheight - height of output canvas\n

  string: An internal transformation went wrong.\n Check that the point is 
inside the image.
  - shouldn't it be something like Check that all points are inside the 
image. ?

  And please check for 'exiftool', should be 'ExifTool' instead

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1384283] Re: At Appstart: wxWidgets Debug Alert ...

[zarl]

Roger,

the latest release actually works here on OS X 10.8.5, and I'm not sure
which system version Matthieu used at the time he built the current
version of Hugin. Another question is which other OS X versions he had
available to test his build.

Did you try Oliver's workaround?

Carl

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

Title:
  At Appstart: wxWidgets Debug Alert ...

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Hugin 2014.0.0., Final downloaded at sourceforge today, Mac OS X
  10.6.8

  All till now downloaded 2014 Versions, betas and final, after starting
  the program the hugins desktop appears, then a wxWidgets Debug Alert
  pops up. This alert can not be canceled or anything else, there is no
  response to mousklicks or typepad. The programm is not usable anymore
  and i only can end it with alt+cmd+esc

  Here the showen Alert:

  wxWidgets Debug Alert

  ../src/common/menucmn.cpp(693): assert !m_menuBar failed in
  Attach(): attaching menu twice?

  Call stack:
  [00] wxMenuBar::Replace(unsigned long, wxMenu*, wxString const) 
  [01] MainFrame::SetGuiLevel(GuiLevel)
  [02] MainFrame::MainFrame(wxWindow*, PT::Panorama) 
  [03] huginApp::OnInit()  
  [04] wxApp::CallOnInit() 
  [05] wxEntry(int, wchar_t**)
  [06] main
  [07] start   

  Do you want to stop the program?
  You can also choose [Cancel] to suppress further warnings.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1402613] Re: TIFFReadDirectory: Incorrect count for BitsPerSample.

[zarl]

Opens without an error message in Photoshop CS6 (Mac) and
GraphicConverter. Hugin however isn't able to decode that file.

EXIF information of the image reveals that a software called Daminion
(from daminion.net ) touched your image at some point.

Have you seen that problem before using Hugin? Did you recently change
your workflow?

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

Title:
  TIFFReadDirectory: Incorrect count for BitsPerSample.

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  Can't render the below tiff file created by hugin using any program that uses 
the official libtiff:
  https://www.dropbox.com/s/4ieoef5nn1rfsaz/IMG_2322-2324.tif?dl=0

  =
  $ tiffinfo broken.tif 
  TIFFReadDirectory: Incorrect count for BitsPerSample.
  =

  Discussion on the VIPS tracker:
  https://github.com/jcupitt/libvips/issues/209#issuecomment-66978787

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1402613] Re: TIFFReadDirectory: Incorrect count for BitsPerSample.

[zarl]

I sometimes feed panoramas back into Hugin directly after stitching
(e.g. to level a wavy horizon) but never had issues like the one
described here. Can the person who has that problem be pointed to this
discussion so the developers here can get more details? The image
contains some information about a landscape in Austria, so if the
photographer feels more comfortable contributing in German, I'm fine
with that.

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

Title:
  TIFFReadDirectory: Incorrect count for BitsPerSample.

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  Can't render the below tiff file created by hugin using any program that uses 
the official libtiff:
  https://www.dropbox.com/s/4ieoef5nn1rfsaz/IMG_2322-2324.tif?dl=0

  =
  $ tiffinfo broken.tif 
  TIFFReadDirectory: Incorrect count for BitsPerSample.
  =

  Discussion on the VIPS tracker:
  https://github.com/jcupitt/libvips/issues/209#issuecomment-66978787

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1374700] Re: No Output Image Created

[zarl]

Hi,
both log files show a different set of selected output options (which 
corresponds with what you described):

BodrumPanorama3
Selected outputs
Normal panorama
* Blended panorama
Exposure fusion
* Blended and fused panorama

NisyrosPanorama
Selected outputs
Exposure fusion
* Blended and fused panorama

So all you need to do is to have a look at the Stitcher
(Zusammenfügen) Tab and select your desired output from the area
Panorama-Outputs (Panorama-Ausgabe). Note that these options show
tooltips once you hover the mouse pointer over an item.

-- 
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_.tif, A.log shows that enblend is *immediately* invoked
  for A_exposure_.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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1374700] Re: No Output Image Created

[zarl]

Ah sorry, I'm not used to the Standard User Interface, instead I
choose from menu Benutzeroberfläche - Fortgeschritten r Experte.
There you will see the options I mentioned.

As to the dimmed option I can only guess. You selected JPG as output
format and JPGs are not capable of saving all the bells and whistles,
e.g. it is 8 bit per channel only. Try TIFF as output format, does that
work?

Otherwise, can you post the image files somewhere so one can have a
closer look at what's happening?

-- 
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:
  Invalid

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_.tif, A.log shows that enblend is *immediately* invoked
  for A_exposure_.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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1345065] Re: errore durante l'assemblaggio

[zarl]

The path to your images contains special characters. Just rename the
folder Nuova cartella (2) to something like Nuova_cartella-2 and try
again.

See http://wiki.panotools.org/Hugin_FAQ#Known_Limitations

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

Title:
  errore durante l'assemblaggio

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  ==
  ***  Panorama makefile generated by Hugin   ***
  ===
  System information
  ===
  Operating System: Windows (6.2 )
  Architecture: x86
  Number of logical processors: 2
  Physical memory: 3770632 kiB (64% occupied)
  Free space on disc: 22485 MiB
  Active codepage: 1252 (Western European Windows)
  ===
  Output options
  ===
  Hugin Version: 2010.4.0.854952d82c8f built by Matthew Petroff
  Project file: C:\Users\NETTUN~1\AppData\Local\Temp\hug9B09.tmp
  Output prefix: ABAB0129-ABAB0133
  Projection: Rectilinear (0)
  Field of view: 56 x 42
  Canvas dimensions: 10054 x 7182
  Crop area: (147,232) - (10001,3504)
  Output exposure value: 13.37
  Selected outputs
  Normal panorama
  * Blended panorama
  ===
  Input images
  ===
  Number of images in project file: 5
  Number of active images: 5
  Image 0: C:\Users\NettunoPC\Desktop\luglio2014\101_1807\Nuova cartella\Nuova 
cartella (2)\ABAB0129.tif
  Image 0: Size 3104x4672, Exposure: 13.29
  Image 1: C:\Users\NettunoPC\Desktop\luglio2014\101_1807\Nuova cartella\Nuova 
cartella (2)\ABAB0130.tif
  Image 1: Size 3104x4672, Exposure: 13.39
  Image 2: C:\Users\NettunoPC\Desktop\luglio2014\101_1807\Nuova cartella\Nuova 
cartella (2)\ABAB0131.tif
  Image 2: Size 3104x4672, Exposure: 13.38
  Image 3: C:\Users\NettunoPC\Desktop\luglio2014\101_1807\Nuova cartella\Nuova 
cartella (2)\ABAB0132.tif
  Image 3: Size 3104x4672, Exposure: 13.38
  Image 4: C:\Users\NettunoPC\Desktop\luglio2014\101_1807\Nuova cartella\Nuova 
cartella (2)\ABAB0133.tif
  Image 4: Size 3104x4672, Exposure: 13.44
  ===
  Testing programs
  ===
  Checking nona...
  nona is ok 
  Checking enblend...
  enblend is ok 
  Checking enfuse...
  enfuse is ok 
  Checking hugin_hdrmerge...
  hugin_hdrmerge is ok 
  Checking exiftool...
  exiftool is ok 
  ===
  Stitching panorama
  ===
  make: *** No rule to make target `2)/ABAB0129.tif)', needed by 
`ABAB0129-ABAB0133.tif'.  Stop.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1295803] Re: grey rectangle in front of tip of the day dialog

[zarl]

Hello Matthieu,

thank you, it doesn't happen with RC 4 on OS X 10.8.5, just tested your
latest build.

As a side note I see this rectangle with the same build on 10.6 but I
think it's only a cosmetic flaw in that case: it's a deprecated system
version anyway and also it disappears when I close the Tip of the day
dialog.

Thanks,
Carl

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

Title:
  grey rectangle in front of tip of the day dialog

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  2014.0.0-beta1 built by Matthieu DESILE
  Mac OS X 10.8.5

  When opening Hugin with Tip of the day activated a  535 x 254 grey
  rectangle is drawn in the center of the screen and partially hides the
  dialog. I'm pretty sure I noticed that in earlier versions of Hugin
  some time ago.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1302564] Re: Jpeg files created with the panorama tool are correctly read and displayed by digikam but are wrong and are not readable by other softwares

[zarl]

Photoshop reports an unsupported coding, exiftool shows some more details:
Encoding Process: Extended sequential DCT, arithmetic coding

Maybe your output codec quality setting is a little bit low. From your .pto 
file's  'p'- line (which is describing the output image)
nJPEG q0
I'm not sure about the current JPG codec quality scheme (0-high,1-normal,2-low 
or 0-100) but what happens if you try 
nJPEG q0
instead?

Other than that this may also have to do with the JPG library in use.

OTOH it's usually best practice to output a non degrading file type like
TIFF (LZW compression works well for 8bit files). This allows for some
editing and further cropping, then save a JPG (sRGB) copy to display
online etc.

Cheers,
Carl

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

Title:
  Jpeg files created with the panorama tool are correctly read and
  displayed by digikam but are wrong and are not readable by other
  softwares

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  When creating panorama, I get nice files (.jpg) that I can display and 
manipulate with Digikam. However, this files seems to have a problem, and they 
can not be read outside Digikam. I tried to send them to other users, and they 
can not read them etheir.
  It seems that gnview can read them, but not Firefox, neither most of windows 
programs. Ubuntu can not create miniatures, and the default Ubuntu image 
display software can not open them either. Something seems to be wrong in the 
file format.

  Reproducible: Always 
  Steps to Reproduce: 1. Create a panorama 2. Save it
  I'm using the latest stable Hugin release, under Ubuntu 13.10.
  See the attached jpg file as an example.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1295798] Re: Hugin crashes when creating mask

[zarl]

Thanks, I found the option.

On 10.6 with this option activated I still get no crashes but as soon as
I add even a small exclude mask all of the image is dimmed, not only the
masked area.

I'll switch over to 10.8 and will report what happens there using the
same project.

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

Title:
  Hugin crashes when creating mask

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  2014.0.0-beta1 built by Matthieu DESILE
  Mac OS X 10.8.5

  In Masks tab I select an image file, click on Add new mask and add
  a couple of points to create a polygon. As soon as I try to set the
  last point (right click) the image and all points disappear and Hugin
  quits.

  The crash report is attached.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 679983] Re: Enable drag-and-drop of picture files

[zarl]

Still an open issue on Mac:

2014.0.0-beta1 built by Matthieu DESILE / Mac OS X 10.6.8

dragdrop images from Finder into Hugin still doesn't work on OS X, I'd
at least expect it in the file list of the Photos tab (Advanced/Expert
mode) or in the Assistant tab of the Simple mode.

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

Title:
  Enable drag-and-drop of picture files

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  The first step in the hugin workflow is to open the files that you
  want to stitch.

  I would like to be able to drag-and-drop them from the Finder instead
  of selecting them in the Load files popup.

  Both drag-and-drop to the Assistant tab and to the hugin icon in the
  dock should be functional.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 678997] Re: control points tab ignores keyboard shortcuts

[zarl]

Shortcuts for Zoom worked on OS X in prior versions to 2014.0.0 with
cmd+0|1|2, now in

2014.0.0-beta1 built by Matthieu DESILE
Mac OS X 10.6 or 10.8

I tested all available modifier key combinations as well as just simple
0|1|2, but nothing happens.

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

Title:
  control points tab ignores keyboard shortcuts

Status in Hugin - Panorama Tools GUI:
  Fix Released

Bug description:
  Keyboard commands like 0,1,2,f,g won't work in the OS X builds (on a
  dual G5, running 10.4.11). This has not worked under any version of
  Hugin I have tested, including the latest RCs and revision 3455.

  After digging around a bit I found a special case in file
  CPImageCtrl.cpp on line 1325, that excludes event processing on the
  mac with an #indef. After commenting out the #ifndef/#endif,
  everything works as expected. I have no idea why this block had been
  special-cased in the first place but it seems that this is not needed
  anymore.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1296307] Re: Noticeable flaws in UI of 2014.0.0

[zarl]

Copyright issue should be fixed, thanks.

Zoom issue reported in https://bugs.launchpad.net/hugin/+bug/678997

Buttons: in the wxwidgets documentation I found
http://docs.wxwidgets.org/3.0/classwx_bitmap_toggle_button.html
where different states of the toggle button are mentioned. Does that only apply 
to that tiny icon? If a larger bitmap with different state versions is needed 
(or can be used) which sizes are needed?
If there is a chance to improve this I'll start a new bug report for this issue.

Best,
Carl

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

Title:
  Noticeable flaws in UI of 2014.0.0

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  These flaws appear (at least) in 
  2014.0.0-beta1 built by Matthieu DESILE
  Mac OS X 10.6.8

  - copyright date in About dialog (eventually needs to be fixed in the 
platform's build process, I'll report it anyway):
  states © 2004-2013 but needs to be © 2004-2014

  - button Identify in Fast Panorama preview  Preview tab: the
  'deselected' state looks almost identical to the 'selected' state,
  i.e. the button background shows a gradient in both states while
  it'll make more sense to have uniform background color for the
  'deselected' state. Only the tiny icon inside the button shows a very
  thin framing which is almost undistinguishable.  Also the function
  title of the button is both written on the button as well as below the
  button.  Please compare with the buttons in the Move/Drag tab.

  - Also in Fast Panorama preview  Preview tab: button Grey picker
  has the same issue as the Identify button.

  - dragdrop images from Finder into Hugin still doesn't work on OS X,
  I'd at least expect it in the file list of the Photos tab
  (Advanced/Expert mode) or in the Assistant tab of the Simple mode

  - Main window  Control Points tab: I remember shortcuts for Zoom
  (100%: cmd+1; fill frame: cmd+0). This doesn't work now.

  - Also other shortcuts mentioned in help/Hugin_Keyboard_shortcuts.html
  don't work as expected: cmd+N /O / S work in the main window (when in
  Advanced or Expert mode) but not in Fast Preview

  I hope this makes some sense. Some of it (if not most) should be
  limited to OS X.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1295798] Re: Hugin crashes when creating mask

[zarl]

This is on 10.8

These crashes seem to be related to the Show extend of active masks and
crop option (and the wxWidget alerts) as suggested by Thomas.

Upon enabling / disabling the option Hugin showed that WXWidgets Debug
Alert that I already mentioned. I dismissed with Cancel to suppress
further warnings and now I can add masks no matter if I select or
deselect Show extend of active masks and crop. Looks like I have a
workaround.

However also on 10.8 with that option selected Hugin displays the whole
image dimmed even if just a small part is masked.

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

Title:
  Hugin crashes when creating mask

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  2014.0.0-beta1 built by Matthieu DESILE
  Mac OS X 10.8.5

  In Masks tab I select an image file, click on Add new mask and add
  a couple of points to create a polygon. As soon as I try to set the
  last point (right click) the image and all points disappear and Hugin
  quits.

  The crash report is attached.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1296265] Re: When the sticher is started the batch processor grays out and a box pops up with the following Deleted stale lock file '/tmp/PTBatcherGUI-alastair.lock'

[zarl]

Which version of Hugin are you running and can you attach an error log?

Where you able to get complete results before or is this your first use
of Hugin?

Carl

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

Title:
  When the sticher is started the batch processor grays out and a box
  pops up with the following Deleted stale lock file '/tmp/PTBatcherGUI-
  alastair.lock'

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  file:///home/alastair/Desktop/Screenshot%20from%202014-03-23%2011:51:47.png

  
  Ubuntu 14.04 LTS .HUgin does this with JPG and with Tiff files

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1274187] Re: Too many Warning popups

[zarl]

Great to see that it works now.

The other suggestion I made was to try out a different raw converter to
see if that outputs better tagged images. So more or less a solution
instead of a workaround.

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

Title:
  Too many Warning popups

Status in Hugin - Panorama Tools GUI:
  Fix Released

Bug description:
  I get hundreds of Warniing popups, when stitching together TIF files:
  http://i.imgur.com/7z5vSdK.png

  Had to cancel stitching, the popups were just too much.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1295803] [NEW] grey rectangle in front of tip of the day dialog

[zarl]

Public bug reported:

2014.0.0-beta1 built by Matthieu DESILE
Mac OS X 10.8.5

When opening Hugin with Tip of the day activated a  535 x 254 grey
rectangle is drawn in the center of the screen and partially hides the
dialog. I'm pretty sure I noticed that in earlier versions of Hugin some
time ago.

** Affects: hugin
 Importance: Undecided
 Status: New

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

Title:
  grey rectangle in front of tip of the day dialog

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  2014.0.0-beta1 built by Matthieu DESILE
  Mac OS X 10.8.5

  When opening Hugin with Tip of the day activated a  535 x 254 grey
  rectangle is drawn in the center of the screen and partially hides the
  dialog. I'm pretty sure I noticed that in earlier versions of Hugin
  some time ago.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1274187] Re: Too many Warning popups

[zarl]

I don't see these errors using the Mac OS X build of 2014.0.0-beta1, so
IMHO either this has to do with the Windows build or some Exif tag isn't
properly copied from your raw files to the tiffs.  I don't now which
Exif tag is used by Hugin's assistant but a quick search with exiftool
showed that my tiffs contain these tags containing Date/Time (followed
by example values):

Date/Time Created - 2014:01:11 19:51:11+00:00
Date/Time Original - 2014:01:11 19:51:11
Date/Time Original - 2014:01:11 19:51:11.90
File Access Date/Time - 2014:03:02 09:12:51+01:00
File Inode Change Date/Time - 2014:02:05 15:52:25+01:00
File Modification Date/Time - 2014:02:05 15:52:25+01:00

Note that Date/Time Original appears twice, both should work. Can you check 
if your files contain these tags and (correct, i.e. following the same pattern) 
values? To check run exiftool in your terminal like so:
exiftool path to a tiff

Exiftool is available from http://owl.phy.queensu.ca/~phil/exiftool/

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

Title:
  Too many Warning popups

Status in Hugin - Panorama Tools GUI:
  Fix Released

Bug description:
  I get hundreds of Warniing popups, when stitching together TIF files:
  http://i.imgur.com/7z5vSdK.png

  Had to cancel stitching, the popups were just too much.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1281570] Re: Error during stiching

[zarl]

You use brackets in a folder name, make can't deal with that. So
rename New folder (2) to something like Folder-2 and try again.

This is already mentioned in Hugin's FAQ:
http://wiki.panotools.org/Hugin_FAQ

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

Title:
  Error during stiching

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  Stiching wont work all of a sudden, This is as far as it goes 
===
  ***  Panorama makefile generated by Hugin   ***
  ===
  System information
  ===
  Operating System: Windows (6.2 )
  Architecture: AMD64
  Number of logical processors: 4
  Physical memory: 8271456 kiB (25% occupied)
  Free space on disc: 851471 MiB
  Active codepage: 1252 (Western European Windows)
  ===
  Output options
  ===
  Hugin Version: 2013.0.0.0d404a7088e6 built by Matthew Petroff
  Project file: C:\Users\sunny\AppData\Local\Temp\hug153.tmp
  Output prefix: DSC_0726 - DSC_0736
  Projection: Stereographic (4)
  Field of view: 294 x 237
  Canvas dimensions: 11304 x 5652
  Crop area: (1632,64) - (9632,5598)
  Output exposure value: 10.94
  Output stacks minimum overlap: 0.700
  Output layers maximum Ev difference: 0.50
  Selected outputs
  Normal panorama
  * Blended panorama
  ===
  Input images
  ===
  Number of images in project file: 9
  Number of active images: 9
  Image 0: E:\Worlds\trinity college\New folder (2)\DSC_0726.JPG
  Image 0: Size 4288x2848, Exposure: 11.24
  Image 1: E:\Worlds\trinity college\New folder (2)\DSC_0727.JPG
  Image 1: Size 4288x2848, Exposure: 11.15
  Image 2: E:\Worlds\trinity college\New folder (2)\DSC_0728.JPG
  Image 2: Size 4288x2848, Exposure: 11.35
  Image 3: E:\Worlds\trinity college\New folder (2)\DSC_0729.JPG
  Image 3: Size 4288x2848, Exposure: 11.31
  Image 4: E:\Worlds\trinity college\New folder (2)\DSC_0730.JPG
  Image 4: Size 4288x2848, Exposure: 11.09
  Image 5: E:\Worlds\trinity college\New folder (2)\DSC_0731.JPG
  Image 5: Size 4288x2848, Exposure: 11.29
  Image 6: E:\Worlds\trinity college\New folder (2)\DSC_0734.JPG
  Image 6: Size 4288x2848, Exposure: 10.03
  Image 7: E:\Worlds\trinity college\New folder (2)\DSC_0735.JPG
  Image 7: Size 4288x2848, Exposure: 10.05
  Image 8: E:\Worlds\trinity college\New folder (2)\DSC_0736.JPG
  Image 8: Size 4288x2848, Exposure: 10.94
  ===
  Testing programs
  ===
  Checking nona...
  nona is ok 
  Checking enblend...
  enblend is ok 
  Checking enfuse...
  enfuse is ok 
  Checking hugin_hdrmerge...
  hugin_hdrmerge is ok 
  Checking exiftool...
  exiftool is ok 
  ===
  Stitching panorama
  ===
  C:/Program Files/Hugin/bin/nona  -z LZW  -r ldr -m TIFF_m -o DSC_0726 - 
DSC_0736 -i 0 C:/Users/sunny/AppData/Local/Temp/hug153.tmp
  make: *** No rule to make target `2)/DSC_0727.JPG)', needed by `DSC_0726 - 
DSC_07360001.tif'.  Stop.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1280914] Re: Unsupported image file format when opening JPEGs

[zarl]

This is explained in the FAQ for a long time:
http://wiki.panotools.org/Hugin_FAQ#Special_Characters_in_Paths

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

Title:
  Unsupported image file format when opening JPEGs

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  I've got images in folders whose names contain Czech accented
  characters such as čžř. When I try to open the images from those
  folders, Hugin just says Unsupported image file format and Could
  not decode image ... . Abort. Renaming the folder to remove the
  accents helps. In the error dialog, the folder name is written without
  encoding errors.

  I haven't noticed this bug in 2012 version, but now in 2013 it is
  present. I run Hugin on Windows 7.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1279401] Re: errore

[zarl]

I guess your account name might be a problem: Io'
It contains a special character, see 
http://wiki.panotools.org/Hugin_FAQ#Special_Characters_in_Paths

Also something is wrong with the path to your first image: F:\FOTO
Can you post the complete path to your images?

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

Title:
  errore

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  ===
  ***  Panorama makefile generated by Hugin   ***
  ===
  System information
  ===
  Operating System: Windows (6.2 )
  Architecture: x86
  Number of logical processors: 2
  Physical memory: 3631364 kiB (46% occupied)
  Free space on disc: 397104 MiB
  Active codepage: 1252 (Western European Windows)
  ===
  Output options
  ===
  Hugin Version: 2010.4.0.854952d82c8f built by Matthew Petroff
  Project file: C:\Users\Io'\AppData\Local\Temp\hug1BCB.tmp
  Output prefix: DSC_4388-DSC_4397
  Projection: Equirectangular Panini (16)
  Field of view: 149 x 59
  Canvas dimensions: 6285 x 2357
  Crop area: (358,208) - (6285,2106)
  Output exposure value: 10.53
  Selected outputs
  Normal panorama
  * Blended panorama
  ===
  Input images
  ===
  Number of images in project file: 10
  Number of active images: 10
  Image 0: F:\FOTO
  Impossibile trovare il percorso specificato.
  make: *** [info] Error 1

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1275948] [NEW] German Translation

[zarl]

Public bug reported:

Updated all new strings for the German version.

** Affects: hugin
 Importance: Undecided
 Status: New


** Tags: hugin translation

** Patch added: German Translation
   https://bugs.launchpad.net/bugs/1275948/+attachment/3968137/+files/de.po.zip

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

Title:
  German Translation

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  Updated all new strings for the German version.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 679393] Re: Stitching using GPU crashes on OS X 10.6.2

[zarl]

The option Use GPU stitching for remapping has a note (EXPERIMENTAL)
see Preferences - Programs - Nona

BTW did you save the project file before attempting to stitch? Your log file 
shows some kind of temp path for the project file (shown in the output options) 
as it seems: 
Project file: /var/folders/nt/47lmx9ws0cx25vx032cnbm4rgn/T/huginpto_bRgDKG
Is a special temp dir assigned (in Prefs  Filenames  File options)? If so, 
could you reset to OS default by leaving that field empty?

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

Title:
  Stitching using GPU crashes on OS X 10.6.2

Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  Using Version 2009.4.0 built by Skip Gaede with the GPU stitching
  selected results in a crash when trying to stitch on OS X 10.6.2.

  The progress windows gives the following result:

  Checking nona...[OK]
  Checking enblend...[OK]
  Checking enfuse...[OK]
  Checking hugin_hdrmerge...[OK]
  Checking exiftool...[OK]
  
/Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona
 -g  -z PACKBITS -r ldr -m TIFF_m -o test -i 0 
/var/folders/fc/fcVtoubaEAu6iyU47ZJo7U+++TI/-Tmp-/huginpto_Cpnruw
  nona: using graphics card: NVIDIA Corporation NVIDIA GeForce GT 130 OpenGL 
Engine
  destStart=[181, 0]
  destEnd=[4741, 3180]
  destSize=[(4560, 3180)]
  srcSize=[(4000, 3000)]
  srcBuffer=0x13bd7000
  srcAlphaBuffer=0
  destBuffer=0x18082000
  destAlphaBuffer=0x1d37c000
  destGLInternalFormat=GL_RGBA16
  destGLFormat=GL_RGB
  destGLType=GL_UNSIGNED_SHORT
  srcGLInternalFormat=GL_RGBA16
  srcGLFormat=GL_RGB
  srcGLType=GL_UNSIGNED_SHORT
  srcAlphaGLType=GL_BYTE
  destAlphaGLType=GL_UNSIGNED_BYTE
  warparound=0
  needsAtanWorkaround=0
  maxTextureSize=8192
  Source chunks:
  [(0, 0) to (4000, 3000) = (4000x3000)]
  Dest chunks:
  [(0, 0) to (1520, 1590) = (1520x1590)]
  [(1520, 0) to (3040, 1590) = (1520x1590)]
  [(3040, 0) to (4560, 1590) = (1520x1590)]
  [(0, 1590) to (1520, 3180) = (1520x1590)]
  [(1520, 1590) to (3040, 3180) = (1520x1590)]
  [(3040, 1590) to (4560, 3180) = (1520x1590)]
  Total GPU memory used: 281589600
  Interpolator chunks:
  [(0, 0) to (3, 3) = (3x3)]
  [(3, 0) to (6, 3) = (3x3)]
  [(0, 3) to (3, 6) = (3x3)]
  [(3, 3) to (6, 6) = (3x3)]
  gnumake: *** [test.tif] Bus error

  The automatically created OS X crash report yields the following:

  Process: nona [3180]
  Path:
/Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona
  Identifier:  net.sourceforge.hugin.hugin_stitch_project
  Version: 2009.4.0 (4742)
  Code Type:   X86 (Native)
  Parent Process:  gnumake [3164]

  Date/Time:   2009-12-28 13:17:05.611 +0100
  OS Version:  Mac OS X 10.6.2 (10C540)
  Report Version:  6
  Sleep/Wake UUID: 3E2278CB-6C22-4777-9A54-E0CE98673A70

  Interval Since Last Report:  592911 sec
  Crashes Since Last Report:   8
  Per-App Interval Since Last Report:  1042 sec
  Per-App Crashes Since Last Report:   4
  Anonymous UUID:  C8539BEA-7B10-4E0E-A652-A2C1745C222D

  Exception Type:  EXC_BAD_ACCESS (SIGBUS)
  Exception Codes: KERN_PROTECTION_FAILURE at 0x
  Crashed Thread:  0  Dispatch queue: com.apple.main-thread

  Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
  0   ???   00 0 + 0
  1   net.sourceforge.hugin.base_wx 0x0094c651 
vigra_ext::transformImageGPUIntern(std::string const, std::string const, int, 
std::string const, std::vectordouble, std::allocatordouble  const, 
std::vectordouble, std::allocatordouble  const, vigra::Diff2D, void 
const*, int, int, int, int, void const*, int, vigra::Diff2D, vigra::Diff2D, 
void*, int, int, int, int, void*, int, bool) + 5297
  2   net.sourceforge.hugin.base_wx 0x007be107 void 
vigra_ext::transformImageGPUInternvigra::ConstBasicImageIteratorvigra::RGBValueunsigned
 short, 0u, 1u, 2u, vigra::RGBValueunsigned short, 0u, 1u, 2u**, 
vigra::RGBAccessorvigra::RGBValueunsigned short, 0u, 1u, 2u , 
vigra::BasicImageIteratorvigra::RGBValueunsigned short, 0u, 1u, 2u, 
vigra::RGBValueunsigned short, 0u, 1u, 2u**, 
vigra::RGBAccessorvigra::RGBValueunsigned short, 0u, 1u, 2u , 
HuginBase::PTools::Transform, 
HuginBase::Photometric::InvResponseTransformunsigned short, double, 
vigra::BasicImageIteratorunsigned char, unsigned char**, 
vigra::StandardValueAccessorunsigned char, 
vigra_ext::interp_spline36(vigra::triplevigra::ConstBasicImageIteratorvigra::RGBValueunsigned
 short, 0u, 1u, 2u, vigra::RGBValueunsigned short, 0u, 1u, 2u**, 
vigra::ConstBasicImageIteratorvigra::RGBValueunsigned short, 0u, 1u, 2u, 
vigra::RGBValueunsigned short, 0u, 1u, 2u**, 
vigra::RGBAccessorvigra::RGBValueunsign
 ed short, 0u, 1u, 2u  , 

[Hugin-devs] [Bug 1261215] Re: missing feature: Control-point detector: allow user to define rows and columns

[zarl]

Also http://wiki.panotools.org/Control_Point_Detector_Parameters

Check in the preferences which setting is your default. There you can
add your own or edit an existing preset so that is available in the
Feature Matching drop down list.

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

Title:
  missing feature: Control-point detector: allow user to define rows and
  columns

Status in Hugin - Panorama Tools GUI:
  Won't Fix

Bug description:
  Hugins detection algorithm works well for a single row of pictures
  where every picture can be easily alligned with the next row.

  But for multi-row panoramas I often get a completely unusable mess,
  because he tries to connect every picture with every other picture and
  this creates a huge amount of false positives that is simply much to
  much work to clean up manually after him.

  So what I need is to define the grid of rows and columns for the
  control-point detector so that he will only try to create control-
  points between neighboring pictures, to reduce the false-positive
  control-points.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1261159] Re: Help doesn't open

[zarl]

Hugin's help is basically a local copy of the version in the panotools
wiki, so it's basically a set of html files.

The error message shows a URL that leads to a local file which is
supposed to open in your default browser. It would work if your path
didn't contain special characters: so rename the folder Hugin 2013.0.0
Release to something without blanks and I bet it will work (it works
here on my Mac).

See also http://wiki.panotools.org/Hugin_FAQ#Special_Characters_in_Paths

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

Title:
  Help doesn't open

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  When I choose Help from the menu, I get an error:

  15:50:07: Failed to open URL file:///Users/Willeke/Downloads/Hugin 2013.0.0 
Release/Hugin.app/Contents/Resources/nl.lproj/help/Hugin.html in default 
browser. (error 0: Unknown error: 0)
  15:50:07: Can't start system's web browser

  Hugin 2013.0.0
  Mac OS X 10.6.8 and OS X 10.9.0

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1261151] Re: Starting Hugin by double Clicking a project doesn't open the project

[zarl]

Happens here too (tested on Mac OS X 10.6.8 using Hugin 2013.0.0).
However a second double click (when Hugin is already open) works as
expected.

Same happens when dragging a pto file on the dock icon of the closed
application.

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

Title:
  Starting Hugin by double Clicking a project doesn't open the project

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  Starting Hugin by double Clicking a project starts Hugin but doesn't
  open the project.

  Hugin 2013.0.0
  Mac OS X 10.6.8 and OS X 10.9

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1261159] Re: Help doesn't open

[zarl]

So this somehow affects the build process for Mac binaries.

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

Title:
  Help doesn't open

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  When I choose Help from the menu, I get an error:

  15:50:07: Failed to open URL file:///Users/Willeke/Downloads/Hugin 2013.0.0 
Release/Hugin.app/Contents/Resources/nl.lproj/help/Hugin.html in default 
browser. (error 0: Unknown error: 0)
  15:50:07: Can't start system's web browser

  Hugin 2013.0.0
  Mac OS X 10.6.8 and OS X 10.9.0

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1260670] Re: unicode characters in filenames not working

[zarl]

This is a known problem, see
http://wiki.panotools.org/Hugin_FAQ#Special_Characters_in_Paths

I think this is not so easy to fix. On the other hand a check (and
eventually an error message pointing to the problem/solution) would be
great.

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

Title:
  unicode characters in filenames not working

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  Interface:Advanced  Photos  Feature Matching:Hugin's CPFind  [Create 
control points]
  A window appears for a second, then I get no control points added (or so -- 
I use PL locale) message. No way to keep the disappearing window and see the 
reason of disappearing).

  The same misbehaviour in the Simple mode:
  Interface:Simple  [2. Adjust]
  7 not separate photos

  Eventually I realized, that Unicode (Polish) characters in filenames
  cause the error.

  Hugin 2013.0.0
  Windows 7 Home Premium (64bit), Service Pack 1

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1065780] Re: Hugin crashes on opening pto file (OS X)

[zarl]

You should try to minimize the number of problems. Hiding an image file
before you open the .pto may show some bug but I think you want to solve
other problems first, right? Apart from that this should be filed as
another bug.

I saw a remark that you try to work with grayscale TIFFs. Please convert
those to RGB (this won't degrade the image quality) for the libraries
used by Hugin don't  work with grayscale.

Now make sure your file names (images as well as the pto) are named properly 
and contain no special characters or blanks, but have a proper extension like 
.tif
Also make sure that the complete path to the project files contains no special 
characters so the tools used by Hugin don't run into problems while trying to 
access your images. 

Make sure no other copies (e.g. older versions) of hugin are on your
Mac.

Now can you please try two different ways to open your .pto project file: 
- double click the project
- Open Hugin and PTBatcherGUI, and from inside Hugin use the open file... 
dialog.

Does it work now?

BTW I can test on 10.6.8, my projects work without problems so there
should be a solution for you.

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

Title:
  Hugin crashes on opening pto file (OS X)

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  
  Hugin crashes from time to time on opening a pto file. It seems to hapen more 
often when other programs are open in the background.
  The same pto file can open 10 times without a problem and then 4 times cause 
Hugin to crash.

  Hugin 2011.4.0 (Mac)
  OS X 10.6.8
  iMac7,1, Intel Core 2 Duo, 2.4 GHz, 4 GB
  Activity monitor: page-outs: 0 bytes, free memory 1.95 GB
  pto file with 2 or 4 TIFF images, 16 bit gray, 717 x 2706, 3.9 MB

  
  Exception Type:  EXC_CRASH (SIGABRT)
  Exception Codes: 0x, 0x
  Crashed Thread:  0  Dispatch queue: com.apple.main-thread

  Application Specific Information:
  abort() called

  Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
  0   libSystem.B.dylib 0x922a4c5a __kill + 10
  1   libSystem.B.dylib 0x922a4c4c kill$UNIX2003 + 32
  2   libSystem.B.dylib 0x923375a5 raise + 26
  3   libSystem.B.dylib 0x9234d6e4 abort + 93
  4   net.sourceforge.hugin.Hugin   0x001b877d celeste::SafeAbs(int) + 125
  5   net.sourceforge.hugin.Hugin   0x00039428 
boost::shared_ptrHuginBase::ImageCache::Entry::operator-() const + 56
  6   net.sourceforge.hugin.base_wx 0x011650a7 
HuginBase::ImageCache::postEvent(boost::shared_ptrHuginBase::ImageCache::Request,
 boost::shared_ptrHuginBase::ImageCache::Entry) + 183
  7   net.sourceforge.hugin.Hugin   0xfa95 
huginApp::relayImageLoaded(ImageReadyEvent) + 85
  8   libwx_macu-2.8.0.7.0.dylib0x005dbbb2 
wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const, 
wxEvtHandler*, wxEvent) + 114

  In Console:
  12-10-12 03:00:00 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
MainFrame::RestoreLayoutOnNextResize()
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  Number 
of images 4
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
ContractViolation: 
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
Precondition violation!
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  Unable 
to open file ''.
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
(/Users/Shared/development/hugin_related/hugin-2011.4.0/mac/../src/foreign/vigra/vigra_impex/codecman:206)
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  ERROR: 
03:00:54.104600 
(/Users/Shared/development/hugin_related/hugin-2011.4.0/mac/../src/hugin_base/huginapp/ImageCache.cpp:658)
 loadImageSafely(): Error during image reading: 
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
Precondition violation!
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  Unable 
to open file ''.
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
(/Users/Shared/development/hugin_related/hugin-2011.4.0/mac/../src/foreign/vigra/vigra_impex/codecman:206)
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
/Users/Shared/development/hugin_related/ExternalPrograms/3way-repository/include/boost/smart_ptr/shared_ptr.hpp:418:
 failed assertion `px != 0'
  12-10-12 03:00:54 com.apple.launchd.peruser.502[100]  
([0x0-0x90090].net.sourceforge.hugin.Hugin[958]) Job appears to have crashed: 
Abort trap
  12-10-12 03:00:55 ReportCrash[966]Saved crash report for 
Hugin[958] version 2011.4.0 (cf9be9344356) to 
/Users/Willeke/Library/Logs/DiagnosticReports/Hugin_2012-10-12-030055_imac-van-willeke.crash

  Also from Console, another attempt, didn't crash:
  12-10-12 01:24:45 

[Hugin-devs] [Bug 1022213] Re: PTBatcherGUI: Does not come to an end

[zarl]

If you experience more crashes from PTBatcherGUI can you copy the crash
report and attach it here? This report should also be available from
Konsole app (in Dienstprogramme), the log file should be in your home
folder/Library/Logs/CrashReporter/ - double click that to open it in
Konsole.

Someone else here might be able to interpret it and find the reason why
it crashes on your Mac.

Cheers,
Carl

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

Title:
  PTBatcherGUI: Does not come to an end

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  I use the most recent version of Hugin (1011.4.0), under Mac OS X
  10.7.4. When I call 'Erstellen des Panoramas' (= 'build panorama'?)
  with 'Alle Dateien' (= 'all files'?) sometimes the resulting JPG-photo
  is not stored. And sometimes it is!

  And in all cases PTBatcherGUI does not come to a normal end; OS X says
  'PTBatcherGUI does not respond'.

  By the way: The preview shows the correct result of the stitch.

  What can be the reason???

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1065780] Re: Hugin crashes on opening pto file (OS X)

[zarl]

I see a remark in your error message that says:

  Unable to open file ''

Could you please try your double click trick again but this time using
file names without blanks (space character) and other special characters
in it, please?

See http://wiki.panotools.org/Hugin_FAQ#Special_Characters_in_Paths

What's your current version of OS X and hugin? Could you please also try
other file formats like JPG or TIFF? And is there a reason why you
provoke hick ups by renaming files?

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

Title:
  Hugin crashes on opening pto file (OS X)

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  
  Hugin crashes from time to time on opening a pto file. It seems to hapen more 
often when other programs are open in the background.
  The same pto file can open 10 times without a problem and then 4 times cause 
Hugin to crash.

  Hugin 2011.4.0 (Mac)
  OS X 10.6.8
  iMac7,1, Intel Core 2 Duo, 2.4 GHz, 4 GB
  Activity monitor: page-outs: 0 bytes, free memory 1.95 GB
  pto file with 2 or 4 TIFF images, 16 bit gray, 717 x 2706, 3.9 MB

  
  Exception Type:  EXC_CRASH (SIGABRT)
  Exception Codes: 0x, 0x
  Crashed Thread:  0  Dispatch queue: com.apple.main-thread

  Application Specific Information:
  abort() called

  Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
  0   libSystem.B.dylib 0x922a4c5a __kill + 10
  1   libSystem.B.dylib 0x922a4c4c kill$UNIX2003 + 32
  2   libSystem.B.dylib 0x923375a5 raise + 26
  3   libSystem.B.dylib 0x9234d6e4 abort + 93
  4   net.sourceforge.hugin.Hugin   0x001b877d celeste::SafeAbs(int) + 125
  5   net.sourceforge.hugin.Hugin   0x00039428 
boost::shared_ptrHuginBase::ImageCache::Entry::operator-() const + 56
  6   net.sourceforge.hugin.base_wx 0x011650a7 
HuginBase::ImageCache::postEvent(boost::shared_ptrHuginBase::ImageCache::Request,
 boost::shared_ptrHuginBase::ImageCache::Entry) + 183
  7   net.sourceforge.hugin.Hugin   0xfa95 
huginApp::relayImageLoaded(ImageReadyEvent) + 85
  8   libwx_macu-2.8.0.7.0.dylib0x005dbbb2 
wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const, 
wxEvtHandler*, wxEvent) + 114

  In Console:
  12-10-12 03:00:00 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
MainFrame::RestoreLayoutOnNextResize()
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  Number 
of images 4
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
ContractViolation: 
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
Precondition violation!
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  Unable 
to open file ''.
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
(/Users/Shared/development/hugin_related/hugin-2011.4.0/mac/../src/foreign/vigra/vigra_impex/codecman:206)
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  ERROR: 
03:00:54.104600 
(/Users/Shared/development/hugin_related/hugin-2011.4.0/mac/../src/hugin_base/huginapp/ImageCache.cpp:658)
 loadImageSafely(): Error during image reading: 
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
Precondition violation!
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  Unable 
to open file ''.
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
(/Users/Shared/development/hugin_related/hugin-2011.4.0/mac/../src/foreign/vigra/vigra_impex/codecman:206)
  12-10-12 03:00:54 [0x0-0x90090].net.sourceforge.hugin.Hugin[958]  
/Users/Shared/development/hugin_related/ExternalPrograms/3way-repository/include/boost/smart_ptr/shared_ptr.hpp:418:
 failed assertion `px != 0'
  12-10-12 03:00:54 com.apple.launchd.peruser.502[100]  
([0x0-0x90090].net.sourceforge.hugin.Hugin[958]) Job appears to have crashed: 
Abort trap
  12-10-12 03:00:55 ReportCrash[966]Saved crash report for 
Hugin[958] version 2011.4.0 (cf9be9344356) to 
/Users/Willeke/Library/Logs/DiagnosticReports/Hugin_2012-10-12-030055_imac-van-willeke.crash

  Also from Console, another attempt, didn't crash:
  12-10-12 01:24:45 [0x0-0x3a03a].net.sourceforge.hugin.Hugin[410]  ERROR: 
01:24:45.271502 
(/Users/Shared/development/hugin_related/hugin-2011.4.0/mac/../src/hugin_base/huginapp/ImageCache.cpp:934)
 loadSafely(): Please set 
HuginBase::ImageCache::getInstance().asyncLoadCompleteSignal to handle 
asynchronous image loads.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 1017039] Re: Preferences option missing sometimes

[zarl]

This problem doesn't occur on my OS X 10.6.8 with Hugin 2013.0.0 built
by Matthieu DESILE.

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

Title:
  Preferences option missing sometimes

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  hugin-mac-2011.5.0.5833, OS X 10.6.8

  The Preferences menu selection exists only when there is no active
  project.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 796138] Re: PTBatcherGui: new issues with project list maintenance

[zarl]

I never tried to sort projects (or move them in the list), but deleting
finished projects works fine with current builds.

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

Title:
  PTBatcherGui: new issues with project list maintenance

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  Deleting/Moving projects in PTBatcherGui list still unstable.

  normal deleting projects from the list now works.

  However, when moving a project up or down in the list with the buttons on the 
right-hand side it only works once.
  You select a project and move it up or down, but then 2 projects (lines) are 
suddenly selected. The one that was selected and the one with which it has been 
exchanged.
  Upon selecting a new project (line) that line gets selected but nothing 
happens.
  From now on no single project can't be moved or deleted anymore.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp

[Hugin-devs] [Bug 726997] Re: Panosphere Overview window seperated from the content

[zarl]

In Hugin 2013.0.0 built by Matthieu DESILE on OS X 10.6.8 (I can also
test on 10.8 if needed) I just don't find that icon. Is it gone?

The panosphere overview is available in 2012.0.0 and here I get the same funny 
behaviour as described for 2010.5.0. 
And now I have a new problem: as soon as I click on that 'pin' icon it 
disappears so now I don't know how to reunite the floating window with the Fast 
Preview. That's awful. I need to edit the Prefs in a text editor...

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

Title:
  Panosphere Overview window seperated from the content

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  This affects at least the newer OS X builds by Harry van der Wolf:
  - 2010.5.0.4886:a1cb4a2efa65, tested on OS X 10.6
  - 2010.5.0.4854:d29b1d6da0e0, tested on OS X 10.4

  When I click the 'pin' icon to have the fast preview's new panosphere
  overview in a separate flowing window the 'Overview' window is
  seperate from the content (the actual panosphere). The panosphere
  stays in the lower left corner of the screen while the empty overview
  window can be dragged around. It will stay on top of every other hugin
  window and eventually hides the panosphere. Zooming the window (i.e.
  dragging the bottom right corner) also zooms the seperated content.

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

___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help   : https://help.launchpad.net/ListHelp