[Hugin-devs] [Bug 679917] Re: Backup copy of project.

[tmodes]

When stitching and a crash happens only hugin_stitch_project (or some of the 
external tools) can crashs. Hugin itself is an own process, so there is no data 
loss, because the project file is still open.
The second part would be an auto save option. This would be a now option, 
therefore set importance to wishlist.

** Changed in: hugin
   Importance: High = Wishlist

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

Status in Hugin - Panorama Tools GUI: Confirmed

Bug description:
Hugin just crashed on me. Pre 0.7.0 this happened so often that I knew I had to 
save often, or risk losing my work. 

So far this is the first since I went to 0.7.0. Now 0.8.0 crashed on me 
However I'm most pissed that a pto file got saved to run nona, but this gets 
(I think) cleaned up after running nona. So now I'm left with a project file 
with hours of work missing. 

PLEASE write a backup pto file where I can find it, or mention this project 
had unsaved changes when hugin crashed, load the backup file? when I start it. 
(then I don't need to know where the backup is stored...).



___
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 679279] Re: nona -g is crashing at second image

[tmodes]

** Changed in: hugin
   Status: New = Triaged

-- 
nona -g is crashing at second image
https://bugs.launchpad.net/bugs/679279
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.

Status in Hugin - Panorama Tools GUI: Triaged

Bug description:
nona -g -o test test.pto is always crashing at the second image (Windows Vista, 
compiled from trunk, ATI Mobility Radeon X1700)

Running in the debugger, the crash occurs in ImageTransformsGPU.cpp, line 658: 
glTexImage2D(GL_TEXTURE_RECTANGLE_ARB, 0, GL_LUMINANCE_ALPHA32F_ARB, 
destLut.size(), 2, 0, GL_LUMINANCE_ALPHA, GL_FLOAT, destLutTextureData);



___
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 679814] Re: Panoglview could detect identical tiles for memory savings

[tmodes]

** Changed in: hugin
   Status: New = Triaged

** Changed in: hugin
   Importance: Undecided = Wishlist

-- 
Panoglview could detect identical tiles for memory savings
https://bugs.launchpad.net/bugs/679814
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.

Status in Hugin - Panorama Tools GUI: Triaged

Bug description:
The panos I shoot are rarely 360x180. The areas of the
image with no data are generally black.

PanoGLView program could save a lot of memory if it
detected areas of a single color and used the same
texture tile for the whole area.

What I mean is that the part of the program that
creates tiles for the 3D view could notice when a tile
is all one color, and save it as a master tile to be
re-used for other areas which are also that color. This
would work no matter what color was chosen for the
unused area of a partial panorama. It should save a
lot of main memory in the computer and texture memory
in the video card, which matters when you have a
panorama which is both high-rez and incomplete.



___
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 679499] Re: Where is Hugin 2010.0.0 ?

[tmodes]

** Changed in: hugin
   Status: New = Invalid

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

Status in Hugin - Panorama Tools GUI: Invalid

Bug description:
The URL http://hugin.sourceforge.net/ states \\\Hugin 2010.0.0 released! 
2010-03-22\\\. When I click on the [Get Hugin Now â–¼] link at 
http://hugin.sourceforge.net/download/ I am provided with the file 
\\\Hugin_2009-4-0_win32_setup.exe\\\.

The location https://sourceforge.net/projects/hugin/files/ seems to only have 
Mac, Linux, bsd, and solaris versions for 2010.0.0.

I downloaded the previous version Hugin_2009-4-0_win32_setup.exe using the 
2010.0.0. link but the application does not seem to work for me. I have seen a 
friend use a much older version successfully but my 2009-4-0 version can not 
find any control points in two similar photos and it then produces various 
errors, see attached .png screen captures.



___
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 679818] Re: Picture Input Projection Formats

[tmodes]

** Tags added: hugin projection

** Changed in: hugin
   Status: New = Triaged

** Changed in: hugin
   Importance: Undecided = Wishlist

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

Status in Hugin - Panorama Tools GUI: Triaged

Bug description:
As you supply functions to output the Panorama in different Projection Formats 
such as 'Mercator', would it be possible to implement the inverse functions: to 
input a picture in 'Mercator'-Projection-Format being able to transform it back 
to any available Projection-Format?



___
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 679575] Re: Fast Preview Window text display problem

[tmodes]

Showing the hint in the statusbar is only a temporary solution. If you
switch to wxWidgets 2.9, you will get an info pane, which has enough
space to show the text.

** Changed in: hugin
   Status: New = Won't Fix

** Tags added: hugin preview usability

-- 
Fast Preview Window text display problem
https://bugs.launchpad.net/bugs/679575
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.

Status in Hugin - Panorama Tools GUI: Won't Fix

Bug description:
The FPW displays text relating to choice of projection in a pane at bottom of 
window. The text is only partially visible as the pane is too small to show all 
the text. Resizing the FPW has no effect.
This is the default branch revision hg0b8ff9a9fd49, Fedora Linux 13 x86_64



___
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 679282] Re: straighten fails when photos are not in a row

[tmodes]

** Changed in: hugin
   Status: New = Triaged

** Tags added: hugin preview

-- 
straighten fails when photos are not in a row
https://bugs.launchpad.net/bugs/679282
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.

Status in Hugin - Panorama Tools GUI: Triaged

Bug description:
With images in a single stack or a column of photos in a vertical panorama, the 
straighten button moves the photos to the zenith or nadir rather than simply 
centering them on the horizon.



___
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 679938] Re: short cut to select all images

[tmodes]

*** This bug is a duplicate of bug 679996 ***
https://bugs.launchpad.net/bugs/679996

** This bug has been marked a duplicate of bug 679996
   Add the missing keyboard equivalents for menu items
 * You can subscribe to bug 679996 by following this link: 
https://bugs.launchpad.net/hugin/+bug/679996/+subscribe

-- 
short cut to select all images
https://bugs.launchpad.net/bugs/679938
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.

Status in Hugin - Panorama Tools GUI: New

Bug description:
in the Images tab add the short cut Crtl+A to select all images.



___
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 679824] Re: German translation for apply

[tmodes]

** Changed in: hugin
   Status: New = Incomplete

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

Status in Hugin - Panorama Tools GUI: Incomplete

Bug description:
Standard German translation for apply in Windows is Ãœbernehmen. Perhaps 
this should be changed.



___
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 679354] Re: installer fails from disk image

[tmodes]

** Changed in: hugin
   Status: New = Triaged

** Tags added: installer osx

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

Title:
  installer fails from disk image

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  installer fails from disk image as currently written.
Can be installed from desktop if copied there. 
error msg in attached.



___
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 679216] Re: Check write access of directory before stitching

[tmodes]

** Summary changed:

- Stitching fails without write access
+ Check write access of directory before stitching

** Changed in: hugin
   Importance: Medium = Wishlist

** Changed in: hugin
   Status: New = Triaged

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

Title:
  Check write access of directory before stitching

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  was trying to do a panorama of pictures in a directory to which I have no 
write access. Instead of giving something like please check your permissions 
the following error came up together with a notice telling me to report it:

nona -z PACKBITS  -r ldr -m TIFF_m -o map -i 0 /tmp/huginpto_izlwvT
nona -z PACKBITS  -r ldr -m TIFF_m -o map -i 1 /tmp/huginpto_izlwvT
TIFFOpen: map.tif: Cannot open.
ContractViolation: 
Precondition violation!
Unable to open file 'map.tif'.
(/build/buildd/hugin-0.7.0/src/foreign/vigra/vigra_impex/tiff.cxx:711)


Precondition violation!
Unable to open file 'map.tif'.
(/build/buildd/hugin-0.7.0/src/foreign/vigra/vigra_impex/tiff.cxx:711)
enblend --compression 100 -w -f290x145 -o map.jpg map.tif map0001.tif 
TIFFOpen: map0001.tif: Cannot open.
ContractViolation: 
Precondition violation!
Unable to open file 'map0001.tif'.
(/build/buildd/hugin-0.7.0/src/foreign/vigra/vigra_impex/tiff.cxx:711)


Precondition violation!
Unable to open file 'map0001.tif'.
(/build/buildd/hugin-0.7.0/src/foreign/vigra/vigra_impex/tiff.cxx:711)

enblend: error opening input file map.tif:

Precondition violation!
Unable to open file 'map.tif'.

make: *** [map.jpg] Error 1



___
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 679846] Re: Use average date and/or location of original images

[tmodes]

Hugin is already using exiftool to copy a selection of EXIF data from
the first image to the final panorama.

** Changed in: hugin
   Importance: Undecided = Wishlist

** Changed in: hugin
   Status: New = Fix Released

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

Title:
  Use average date and/or location of original images

Status in Hugin - Panorama Tools GUI:
  Fix Released

Bug description:
  JPG files can be geomarked and some applications allow matching a GPS track 
with the JPG dates in order to determine the location where the picture was 
taken.

In order to continue to benefit from such an application, or to maintain the 
geolocation information in the original files, the created panorama should be 
able to get:
- The average timestamp of the input images used for the panorama;
- and/or, the average GPS location encoded in the EXIF data.



___
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 679715] Re: improved localization

[tmodes]

** Changed in: hugin
   Importance: Undecided = Low

** Changed in: hugin
   Status: New = Triaged

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

Title:
  improved localization

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  http://groups.google.com/group/hugin-ptx/msg/81964d82d72e6879



___
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 679538] Re: lax crop settings usability

[tmodes]

** Changed in: hugin
   Status: New = Incomplete

** Tags added: crop hugin

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

Title:
  lax crop settings usability

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  on my last project i had an odd output from enblend. there was a very strange 
gradient even though the single images seemed to look correct.
it turned out that i mistakenly entered a wrong value to one image's crop 
settings. the right crop value was higher than the actual image width.

clearly my fault, but in my opinion hugin should at least warn me that this 
value is bogus or limit the values.
i just wasted 2 hours playing around with enblend parameters before i found out 
the error.

thanks for your time and thanks for hugin!



___
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 678808] Re: could not decode image when path contains non-latin chars

[tmodes]

** Changed in: hugin
   Status: New = Triaged

** Tags added: codepage hugin international

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

Title:
  could not decode image when path contains non-latin chars

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  Hugin fails to add files to project if there non-latin characters (i.e. 
cyrillic) in path, gives failed to decode image message.

Also, when cyrillic letters are used in project file name, they are converted 
into ISO latin codepage when the file is created. I can supply the screenshots 
to make the point clear.

Both tested on build 2925 on WinXP



___
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 679184] Re: enblend: Mask is entirely black, but white image was not ide

[tmodes]

A list of possible solutions can be found in the FAQ:
http://wiki.panotools.org/Hugin_FAQ#Enblend_error:_Mask_is_entirely_black.2C_but_white_image_was_not_identified_as_redundant

** Changed in: hugin
   Status: New = Invalid

** Converted to question:
   https://answers.launchpad.net/hugin/+question/136501

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

Title:
  enblend: Mask is entirely black, but white image was not ide

Status in Hugin - Panorama Tools GUI:
  Invalid

Bug description:
  enblend: an exception occured
Mask is entirely black, but white image was not identified as redundant.
make: *** [pont-jacques-cartier-II.tif] Erreur 1

It hapends on some projects, but not all of them !

hugin build 0.8.0.3715 on an AMD Phenom quand-core, 64b, 6go of ram



___
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 685224] Re: save / load CP generator settings doesn't work

[tmodes]

- Export saves all cp detector settings, not only the selected one (therefore 
point 1 and 4 are invalid)
- The missing extension is fixed in repository.
- I can not reproduce the empty setting file (on windows it is correctly 
saved). I added a Flush to explicitly save it. This hopefully fixes the 
issue, but I can not test.

** Changed in: hugin
   Status: New = Triaged

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

Title:
  save / load CP generator settings doesn't work

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  Applies to Harry's new beta2 of Hugin-2010.4.0 bundle as of 4 Dec 2010.

- clicking Export in Prefs - CP Detectors if no entry is selected opens a 
file dialog that assumes that a setting could be exported. Instead, the Export 
button should be greyed if no entry is selected

- the 'Export' file dialog doesn't add the necessary '.setting' to a file name. 
This extension is needed for the 'import' file dialog to accept a file. 
Furthermore it might make sense to automatically use the description of the 
actual setting to name the settings file together with a date/time stamp, e.g. 
cpfind-101204-1721.settings

- Exported settings files are empty, so nothing will be imported yet (I also 
opened an exported .setting file with a text editor to make sure it's really 
empty).

- What will happen if I import a settings file with the same description (but 
different arguments) I already have in my prefs? Do I get the chance to rename 
it (favoured) or will it overwrite an existing setting (bad)?



___
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 684859] Re: Nona phase should use all CPUs on big stitch

[tmodes]

The first can be achieved by setting MAKEFLAGS=-j 2 or higher.
The second one is also already possible: run nona with -t 1
See description in the help on panotools: 
http://wiki.panotools.org/Panorama_scripting_in_a_nutshell#Parallel_make

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

Title:
  Nona phase should use all CPUs on big stitch

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  Although nona is said to use all available CPUs, my CPU graph shows 
otherwise. 

The issue is that when i'm working on a big project (where i'd expect the 
multi-cpu to be extra useful), the images are downscaled significantly. Thus 
the phase that nona executes multi-cpu is short. The single-threaded pre and 
post processing take up about half the time. 

As I have plenty of memory I'd gladly tell make to start two or three 
concurrent nona processes to keep my CPU busy. 

Suggestion: preference setting: how many nona processes should run concurrently 
?



___
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 685558] Re: mask on cropped image exceeds crop bounds

[tmodes]

** Changed in: hugin
   Status: New = Confirmed

** Tags added: hugin mask

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

Title:
  mask on cropped image exceeds crop bounds

Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  If you crop an image, the effect of the
cropping is invisible in the masking window. The masking dialog still
shows the whole image, uncropped. If you proceed to put an include
mask onto the image which includes areas that have ben removed by
cropping, the resulting panorama will show empty areas there - the
'emptyness' captured by the include mask wins over other images
populating the same area; it's an include mask, after all. I reckon
that the effect of include masks should be intersected with the
cropped area, like their effect is intersected with the area of the
image total (though one can create masks that exceed the bounds of the
image).

I noticed this behaviour using hugin Pre-Release 2010.5.0.397a5cc07149
self-compiled under Kubuntu 10.10.

I posted my discovery on

http://groups.google.com/group/hugin-ptx/browse_thread/thread/f01db7f330ba9bf9#

but since there was no echo, I file it as a bug report, even though I'm not 
entirely sure
if this behaviour can be considered a bug proper.



___
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 685489] Re: cpfind - add option to limit number of control points

[tmodes]

The sieve2* switches are used to get a better distribution of the cps.
As far as I unterstood the image is divided in sieve2width *
sieve2height parts/rectangles. In each of it cpfind keeps only
sieve2size control points.

If you want to use the setting on the image tab add --sieve2width 1
--sieve2height 1 --sieve1size %p to the cpfind parameters. But then you
will get a worser distribution of the cp.

I'm not sure if a complete support of all 3 parameters is really needed
in the GUI. But for further investigations set to wishlist.

** Changed in: hugin
   Importance: Undecided = Wishlist

** Changed in: hugin
   Status: Incomplete = Triaged

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

Title:
  cpfind - add option to limit number of control points

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  cpfind is missing a option to limit the the number of control points per pair 
of images (like autopano-sift-c's --maxmatches option).

Having a large number of control points (cpfind adds 30+) increases the amount 
of work to get rid of the bad ones.



___
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 679974] Re: Allow assignment of image priorities

[tmodes]

 If I have a full person on a picture I might want to mark it as: 
please include all this, because otherwise enblend might cut 
 of a head or a foot. These are the red and green areas in ptgui.

This can also be done easily by masking.

 What I was suggesting is that we use the alpha mask for both of these cases. 
 0.5 means: blend allowed, 0.7 means prefer this image, 0.3 means 
 prefer other picture, 1.0 means This image data HAS to be used 
 (i.e. it's an error to have another image with 1.0 alpha mask at that pixel).

First, that will break existing functionality.
Second, then will need to generate accurate masks if you want to force to 
include a specific area. This can be done more easily by masking.

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

Title:
  Allow assignment of image priorities

Status in Enblend:
  Triaged
Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  Dear Hugin Developers,

I would love to see a feature in Hugin that allows to prioritize the usage of 
certain images when stitching a panorama over others.

Rationale: When I use hugin to stitch panoramas of landscapes that have 
significant details/features only in part of the whole panorama (like e.g. the 
image of desert with a tower visible, that has interesting ornaments) I use 
different focal lengths - short ones for the parts where little detail is to 
see, and zoomed images of the parts where lots of details are to see. I guess 
this is a common approach used by many users.

The problem is that while Hugin even detects and reports automatically there is 
redundant coverage of certain image areas, there seems to be no way to tell 
Hugin Yes, I know, please prefer the long-focal-length pictures whereever 
available.

I can try to workaround by using the crop feature to crop all the wide angle 
pictures such that they do not overlap the zoomed in ones anymore, but that is 
an extremely tedious task especially if there are lots of pictures to stitch 
and when the difference in focal lengths is big.

I hope I haven't missed to spot an already existing feature like that, but 
searching for it didn't reveal any.

Regards,

Peter Niemayer



___
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 679520] Re: hdrmerge fails due to differing image sizes

[tmodes]

The bug seems to be in hdr_merge.
Does the exr format support the offset tag? 
If not, this could explain the observed behaviour.
If yes, then we need to check if the tag is correctly read and written.

Could you try to stitch the hdr images with non-cropped images (on
Stitcher tab, goto Nona options and deselect use cropped images or
similiar)?

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

Title:
  hdrmerge fails due to differing image sizes

Status in Enblend:
  Invalid
Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  I get this message (and another telling me to post it here) while stitching 
an HDR panorama:

hugin_hdrmerge -m khan -i 4 -s 30.00 -o 
_MG_7820-_MG_7855_stack_hdr_.exr _MG_7820-_MG_7855_hdr_.exr 
_MG_7820-_MG_7855_hdr_0001.exr _MG_7820-_MG_7855_hdr_0002.exr
caught exception: Input images must have the same dimensions
make: *** [_MG_7820-_MG_7855_stack_hdr_.exr] aborted

There are two stacks with 3 images each. I get the individual TIFFs, I can 
build 3 panoramas for the different exposures, but merging the first stack 
fails because the first of the three TIFFs from the first stack (and in 
consequence the EXRs) is just slightly wider than the others, for no apparent 
reason.
I tried to make a series of these panoramas in batch mode, and some failed this 
way, others worked. I can't seem to find out what makes the difference.

I could post the project, but the files have 13 MB combined, so I'd better ask 
before uploading.
I'm on Linux, using version 2010.0.0-12.6



___
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 679520] Re: hdrmerge fails due to differing image sizes

[tmodes]

This bug has nothing to do with enblend. The bug is in hdr_merge. Nobody
has mentioned enblend. So setting to invalid in enblend.

** Changed in: enblend
   Status: New = Invalid

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

Title:
  hdrmerge fails due to differing image sizes

Status in Enblend:
  Invalid
Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  I get this message (and another telling me to post it here) while stitching 
an HDR panorama:

hugin_hdrmerge -m khan -i 4 -s 30.00 -o 
_MG_7820-_MG_7855_stack_hdr_.exr _MG_7820-_MG_7855_hdr_.exr 
_MG_7820-_MG_7855_hdr_0001.exr _MG_7820-_MG_7855_hdr_0002.exr
caught exception: Input images must have the same dimensions
make: *** [_MG_7820-_MG_7855_stack_hdr_.exr] aborted

There are two stacks with 3 images each. I get the individual TIFFs, I can 
build 3 panoramas for the different exposures, but merging the first stack 
fails because the first of the three TIFFs from the first stack (and in 
consequence the EXRs) is just slightly wider than the others, for no apparent 
reason.
I tried to make a series of these panoramas in batch mode, and some failed this 
way, others worked. I can't seem to find out what makes the difference.

I could post the project, but the files have 13 MB combined, so I'd better ask 
before uploading.
I'm on Linux, using version 2010.0.0-12.6



___
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 679917] Re: Backup copy of project.

[tmodes]

The filename are all very unixy and does not look good on windows.

Furthermore, if you hold a handle to a file you can not rename the same file in 
a second instance. So this will break.
Also this will show unpredictable behaviour if you open more than 10 instances 
(unlikely, but possible).

Also it would be nice to have a clean up routine and to have the
possiblity to deactivate this function.

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

Title:
  Backup copy of project.

Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  Hugin just crashed on me. Pre 0.7.0 this happened so often that I knew I had 
to save often, or risk losing my work. 

So far this is the first since I went to 0.7.0. Now 0.8.0 crashed on me 
However I'm most pissed that a pto file got saved to run nona, but this gets 
(I think) cleaned up after running nona. So now I'm left with a project file 
with hours of work missing. 

PLEASE write a backup pto file where I can find it, or mention this project 
had unsaved changes when hugin crashed, load the backup file? when I start it. 
(then I don't need to know where the backup is stored...).



___
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 685224] Re: save / load CP generator settings doesn't work

[tmodes]

** Changed in: hugin
   Status: Triaged = Incomplete

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

Title:
  save / load CP generator settings doesn't work

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  Applies to Harry's new beta2 of Hugin-2010.4.0 bundle as of 4 Dec 2010.

- clicking Export in Prefs - CP Detectors if no entry is selected opens a 
file dialog that assumes that a setting could be exported. Instead, the Export 
button should be greyed if no entry is selected

- the 'Export' file dialog doesn't add the necessary '.setting' to a file name. 
This extension is needed for the 'import' file dialog to accept a file. 
Furthermore it might make sense to automatically use the description of the 
actual setting to name the settings file together with a date/time stamp, e.g. 
cpfind-101204-1721.settings

- Exported settings files are empty, so nothing will be imported yet (I also 
opened an exported .setting file with a text editor to make sure it's really 
empty).

- What will happen if I import a settings file with the same description (but 
different arguments) I already have in my prefs? Do I get the chance to rename 
it (favoured) or will it overwrite an existing setting (bad)?



___
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 687311] Re: With high distortion, the GL preview and normal preview differ.

[tmodes]

*** This bug is a duplicate of bug 679157 ***
https://bugs.launchpad.net/bugs/679157

** This bug has been marked a duplicate of bug 679157
   Distortions in OpenGL preview
 * You can subscribe to bug 679157 by following this link: 
https://bugs.launchpad.net/hugin/+bug/679157/+subscribe

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

Title:
  With high distortion, the GL preview and normal preview differ.

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  I just tried matching two photos of one sign. Because it wasn't lining up, I 
enabled distortion correction. Maybe not the perfect thing to do, but anyway... 
I got the warning about high distortion coefficients. 

In the fast-preview I get a totally different image than in the normal preview. 

I think the normal preview is more or less right. I can't see the intention 
of the gl-preview from the pixels on the screen.



___
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 679270] Re: hugin segfault while clicking on splash screen of hugin

[tmodes]

** Changed in: hugin
   Status: Incomplete = Confirmed

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

Title:
  hugin segfault while clicking on splash screen of hugin

Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  Found under ubuntu 64 bits with hugin svn 4233.

To reproduce:
Start hugin, click on the white splash screen that will appear at the same time 
and you'll get a segmentation fault message.

Minor bug anyway.



___
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 687301] Re: Single quote in path of loaded image causes control point detection to fail

[tmodes]

Hi Yuv,

hugin checks the character of filename for some time and warns the user
if it contains invalid characters.

But I'm not sure if all invalid characters are in the list. (see
src\hugin1\base_wx\platform.cpp, function const wxString
getInvalidCharacters(), but these are platform depended, e.g. on windows
the apostroph/single quote works)

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

Title:
  Single quote in path of loaded image causes control point detection to fail

Status in Hugin - Panorama Tools GUI:
  Invalid

Bug description:
  Just ran into a weird issue with Hugin 2010.2. If you load images that have a 
single quote anywhere in their path, control point detection will always fail, 
no matter which detector or what settings. Something is not being escaped 
properly.

E.g., if you're loading images stored in:
/Users/you/Desktop/Friend's Birthday/…

When you click (Align), you'll get errors in the little console window that 
pops up while control point detection is happening. Unhelpfully, this window 
appears and disappears so quickly, you can't even read the details. It would be 
nice if those errors could be written to a log file or something. Very 
frustrating having the console window immediately vanish when you're trying to 
see WHAT the damn problem is.

For now the workaround is to just make sure you don't have any single quotes in 
the path of any images you're loading.



___
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 685558] Re: mask on cropped image exceeds crop bounds

[tmodes]

Should be fixed in default branch.
But it needs some testing especially with circular crops, if all works 
correctly.

** Changed in: hugin
   Status: Confirmed = Fix Released

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

Title:
  mask on cropped image exceeds crop bounds

Status in Hugin - Panorama Tools GUI:
  Fix Released

Bug description:
  If you crop an image, the effect of the
cropping is invisible in the masking window. The masking dialog still
shows the whole image, uncropped. If you proceed to put an include
mask onto the image which includes areas that have ben removed by
cropping, the resulting panorama will show empty areas there - the
'emptyness' captured by the include mask wins over other images
populating the same area; it's an include mask, after all. I reckon
that the effect of include masks should be intersected with the
cropped area, like their effect is intersected with the area of the
image total (though one can create masks that exceed the bounds of the
image).

I noticed this behaviour using hugin Pre-Release 2010.5.0.397a5cc07149
self-compiled under Kubuntu 10.10.

I posted my discovery on

http://groups.google.com/group/hugin-ptx/browse_thread/thread/f01db7f330ba9bf9#

but since there was no echo, I file it as a bug report, even though I'm not 
entirely sure
if this behaviour can be considered a bug proper.



___
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 692230] Re: Enblend throws error

[tmodes]

Already covered by FAQ:
http://wiki.panotools.org/Hugin_FAQ#enblend:_Error_-1073741795

** Changed in: hugin
   Status: New = Incomplete

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

Title:
  Enblend throws error

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  When i try to create a panorama, enblend throws an error:

c:\Program\ Files\Hugin\bin\nona  -z PACKBITS -r ldr -m TIFF_m -o gfte -i 0 
C:\DOCUME~1\mirek\LOCALS~1\Temp\hug8.tmp
c:\Program\ Files\Hugin\bin\nona  -z PACKBITS -r ldr -m TIFF_m -o gfte -i 1 
C:\DOCUME~1\mirek\LOCALS~1\Temp\hug8.tmp
c:\Program\ Files\Hugin\bin\enblend --compression NONE -f3252x1654 -o gfte.tif 
gfte.tif gfte0001.tif 
make: *** [gfte.tif] Error -1073741795

Using WinXP Pro and tried different versions of hugin.



___
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 697647] Re: UI improvement: selecting control points tab shows image 0 in both tabs

[tmodes]

** Changed in: hugin
   Importance: Undecided = Wishlist

** Changed in: hugin
   Status: New = Triaged

** Tags added: controlpointtab usability

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

Title:
  UI improvement: selecting control points tab shows image 0 in both tabs

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  When selecting the control points tab for the first time in a project, it 
starts with image 0 on both sides. This is almost certainly not desired - the 
user probably wants to set control points (not vertical lines). So it should 
start with image 0 on the left, and image 1 on the right.



___
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 697581] Re: drag and drop images only works on 2nd tab, not 1st

[tmodes]

The assistant tab accept also files from drag and drop on Windows. So
this bug is a MacOS only.

** Tags added: osx usability

** Changed in: hugin
   Status: New = Triaged

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

Title:
  drag and drop images only works on 2nd tab, not 1st

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  On the first tab project assistant there is a button to load images. 
However it would be beneficial to have a small space allowing the user to drag 
and drop the images onto this tab. 

This is not a bug per se but I'd call it a UX issue :)



___
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 696949] Re: Error during stitching during the final panorama creation

[tmodes]

See FAQ:
http://wiki.panotools.org/Hugin_FAQ#Enblend_error:_Mask_is_entirely_black.2C_but_white_image_was_not_identified_as_redundant

** Changed in: hugin
   Status: New = Incomplete

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

Title:
  Error during stitching during the final panorama creation

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  Running on MacOSX, using the assistant - all settings are default.

Seems to be a problem with enblend or the way it is called:
 enblend: warning: failed to detect any seam
 enblend: mask is entirely black, but white image was not identified as 
 redundant

Full log attached.
Regards
RS



___
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 696668] Re: smart optimisation in the assistant is non-optimal

[tmodes]

** Tags added: assistant

** Changed in: hugin
   Importance: Undecided = Wishlist

** Changed in: hugin
   Status: New = Triaged

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

Title:
  smart optimisation in the assistant is non-optimal

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  The stages of the existing smart optimisation that happen when you use 
Align... in the Assistant tab are:

First it optimises just positions, if the final panorama is 360° then it will 
optimise field of view of the photos in the next step.

It looks at the spread of control points and either optimises just 'b' or 
'a,b,c' lens parameters depending on this spread.

If the photos are wider than 60° then d,e will be optimised too.

It does some checks with the result of this second step, if the v,a,b,c,d,e 
parameters are not credible then it backs out and optimises the project again 
but with less parameters.

(from SmartOptimise::smartOptimize in 
src/hugin_base/algorithms/optimizer/PTOptimizer.cpp)

Looking at this code, some of the default thresholds and heuristics could be 
better:

I think it is safe to optimise field of view if the panorama is greater than 
about 150° (and if the panorama is not a single stack).

The a,b,c thresholds are much too high.

High a,b,c values can be an indication that the lens type is incorrect, perhaps 
at this point it would be useful to run another optimisation with 
fisheye/rectilinear and see which gives the best results.

The straighten function is run but this doesn't work unless there is some 
horizontal spread of photos (i.e. a vertical panorama fails) see Bug #679282 
(sf-2851956) 

a,b,c,d,e should never be optimised when the initial alignment indicates that 
we have a single stack (i.e. the assistant is currently broken with all single 
stack projects).

The d,e threshold should be a proportion of the photo width rather than a pixel 
value.

Photometric optimisation is always performed, but this is almost always a mess 
unless there is a good geometrical alignment. So if the alignment is bad, then 
photometric optimisation should be skipped.



___
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 696634] Re: Hugin should support the lensfun lens database

[tmodes]

** Changed in: hugin
   Importance: Undecided = Wishlist

** Changed in: hugin
   Status: New = Triaged

** Tags added: lens lensdatabase

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

Title:
  Hugin should support the lensfun lens database

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  lensfun is a database and library that allows applications to access and save 
lens correction settings: http://lensfun.berlios.de/

lensfun was in part designed for Hugin as a replacement for the existing .ini 
lens saving system, it is mature and has been adopted by ufraw and rawstudio, 
it is about time that Hugin started using it.



___
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 696660] Re: Old preview needs to be merged into Fast Preview window

[tmodes]

** Changed in: hugin
   Importance: Undecided = Wishlist

** Changed in: hugin
   Status: New = Triaged

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

Title:
  Old preview needs to be merged into Fast Preview window

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  Hugin has two preview windows, this is confusing.

The 'old' preview is still useful because it does basic HDR merging and 
tonemapping, and it isn't obvious how the fast preview could do this in OpenGL.

These two windows should be merged together.  I suggest that the 'old' preview 
would become an additional 'HDR tab' in the 'Fast Preview window' where it will 
have HDR mode permanently enabled. The 'old' preview is very slow and doesn't 
do progressive image loading, so this tab needs to have a 'Show tonemapped HDR 
preview' checkbox disabled by default.



___
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 696091] Re: Panini general, Tops and Bots parameters in Quick Preview

[tmodes]

Can not reproduce this bug. Could you post 2 screenshot showing the both
preview?

** Changed in: hugin
   Status: New = Incomplete

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

Title:
  Panini general,Tops and Bots parameters in Quick Preview

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  The effect of Tops and Bots parameters of Panini General projection is over 
amplified in the quick preview compared to the final output. Things are OK in 
the normal preview window. 

Système d'exploitation : Windows XP (build 2600, Service Pack 3)
Architecture : 32 bits
Mémoire libre : 156592 kio
Page de code active : 1252 (Western European Windows)

Hugin
Version : 2010.4.0.854952d82c8f built by Matthew Petroff
Chemin vers les ressources : C:\Program Files\Hugin/share/hugin/xrc/
Chemin vers les données : C:\Program Files\Hugin/share/hugin/data/



___
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 679715] Re: improved localization

[tmodes]

Patch was commited to own branch by Yuv. But given feedback in comment
#3 was not considered, especially point 1 and 2 needs to be done.

Some more points to consider:
Problem is gettext for windows. In the last versions they dropped the support 
for MSVC. So it is difficult to compile the necessary prerequisite. So the 
first issue is to compile the gettext package on windows with MSVC. Then the 
paths/filenames needs to be checked.

** Tags added: i18n

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

Title:
  improved localization

Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  http://groups.google.com/group/hugin-ptx/msg/81964d82d72e6879



___
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 679715] Re: improved localization

[tmodes]

Hi Yuv,

Point 1: You are using INSTALL_LOCALE_DIR. This is a fixed absolute
path, which does not work on Windows. A solution can be found now in
lines 288ff in src/celeste/Main.cpp. It moved some lines since the last
comment. So looking at the code, I see that this does also not work with
the bundled Mac version.

Point 2: e.g. in ImagesCaches.cpp you call twice

bindtextdomain( hugin, INSTALL_LOCALE_DIR );   
textdomain( hugin );

This code is linux only and should be moved into an own function
providing the platform specific part, see point 1

Concerning wxWidgets. wxWidgets provides own routines for translations.
So you need to check if wxWidgets own translation work together with the
new introduced gettext lib translation in part of Hugin libaries or if
there are cross over effects.

I have no idea for an other lib.

Concerning the links: They don't help further. Link 1 would introduce a dll - 
dll hell. All other libraries in Hugin on Windows are static. Also the 
mentioned way does not provide the necessary files for linking the dll with 
Hugin.
Link 2 is using a compiliation model which is incompatible with Hugin.

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

Title:
  improved localization

Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  http://groups.google.com/group/hugin-ptx/msg/81964d82d72e6879



___
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 679715] Re: improved localization

[tmodes]

 I think I fixed this with
 my last commit.

It's only the first step. First you forgot to modify the paths (copy and paste 
error). On Windows the translations are in \share\locale and not in 
\share\hugin\data, on Linux in INSTALL_LOCALE_DIR and not in INSTALL_DATA_DIR. 
Second the name TranslateText is not approbiate. Better would be 
InitTranslation or something similiar. Also add a short documentation what the 
function do. Also for Windows and MacOS some includes are missing.
In ImageCache.cpp you forgot to replace a second call of bindtextdomain with 
the new function.

For nona you need to put InitTranslation in nonas main() procedure.

The gettext tools are working on windows (there are binary releases, but
they are outdated). The gettext lib is completly broken on Windows with
MSVC.

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

Title:
  improved localization

Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  http://groups.google.com/group/hugin-ptx/msg/81964d82d72e6879



___
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 679996] Re: Add the missing keyboard equivalents for menu items

[tmodes]

I'm not pleased. What should this? 
First you reverted the work I did to collect all tickets to one. So I'm asking 
myself why should I triage tickets if you revert all changes with one email. I 
have not the time to do the same task again and again.
Second now there are several open tickets which are duplicates of the same 
issue, e.g. select all Ctrl+A is now several times in the tracker.

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

Title:
  Add the missing keyboard equivalents for menu items

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  Provide keyboard equivalents for most, if not all, of the top menu items. For 
example,Fine tune all points does not have a keyboard equivalent.



___
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 679715] Re: improved localization

[tmodes]

All command line tools are not localized. Either we need to localize
*all* comand line tools or none. But there is no easy way to integrate
this in a higher level. And this will create a *lot* of new strings.

The version of gettext at gnuwin32 is outdated. They are at 0.14, the
offical release is 0.18.1. But currently I have no time to test, I must
fix the open issues you left with the merge.

There are more issues with your translations of nona:
1.) There could be an issue with 2-byte strings (e.g. japanese translation), I 
fear they don't work with your the current implementation.
2.) One sentence should only be in one translated string, don't split one 
sentence into different strings. This makes it for the translator impossible to 
get the sense and translate it (e.g. in an other language there could be a 
other word order).
example:
_X(The following output formats (n option of panotools p script 
line))  std::endl
_X(are supported:)  std::endl
3.) Don't use name/argv[0] in sentences
e.g.  std::cout  name  -  _X(GPU does not support this projection. 
Switch to CPU calculation.)  std::endl;
First issue: on windows argv[0] can contain the full path. This make it hard to 
read
Second: The translator does not know that the application adds nona- to 
translated text. In an other language than english the sentence could also 
start with an other word than GPU.

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

Title:
  improved localization

Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  http://groups.google.com/group/hugin-ptx/msg/81964d82d72e6879



___
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 701117] Re: compiling on OSX fails after gsoc2010 panorama overview

[tmodes]

Hi Harry,

should be fixed in repo. Please try again with a52d29f52aa6

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

Title:
  compiling on OSX fails after gsoc2010 panorama overview

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  The compilation of Hugin on OSX ends in error after the merge of the gsoc2010 
panorama overview branch.

In the src/hugin1/hugin/OverviewDragTool.cpp code you can find the statement 
hugin_utils::FDiff2D pos = helper-GetMousePosition(); twice.
On OSX the compilation breaks with the error message:
/Users/Shared/development/hugin_related/hugin/mac/../src/hugin1/hugin/OverviewDragTool.cpp:16:
 error: 'class ToolHelper' has no member named 'GetMousePosition'
/Users/Shared/development/hugin_related/hugin/mac/../src/hugin1/hugin/OverviewDragTool.cpp:
 In member function 'virtual void 
OverviewDragTool::MouseButtonEvent(wxMouseEvent)':
/Users/Shared/development/hugin_related/hugin/mac/../src/hugin1/hugin/OverviewDragTool.cpp:31:
 error: 'class ToolHelper' has no member named 'GetMousePosition'

wxwindows 2.8.11
boost 1.44
libpano 2.9.18

hg summary:
parent: 4809:41621fb36f15 tip



___
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 702970] Re: Updated British English en_GB translation

[tmodes]

This file needs some more polishing. The quotation marks  needs to be
quoted as \.

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

Title:
  Updated British English en_GB translation

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  Attached is an updated British English translation catalogue.



___
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 696646] Re: Windows: incorrect quoting in Makefile generation

[tmodes]

Have you tried the proposed solution?
Remove the directory which contains a sh.exe (or maybe bash.exe) from your PATH 
variable.

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

Title:
  Windows: incorrect quoting in Makefile generation

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  Reported on Hugin-PTX http://groups.google.com/group/hugin-
  ptx/t/d33b5bc24aada66b

  HuginSetup_2010.4.0-64bit_Windows.exe on my Windows 7 x64. Everything work 
fine, until i try to
  create the pano. Then i got the following message:

  [...]

  ===
  System information
  ===
  /usr/bin/sh: -c: line 1: syntax error near unexpected token `(6'
  /usr/bin/sh: -c: line 1: `echo Operating System: Windows 7 (6.1 )'
  make: *** [info] Error 258 

  Makefile attached.  Obviously lacking quotes in the info target around
  line 211.



___
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 705952] Re: Enblende.exe crashs by stitch now (jetzt zusammenfügen).

[tmodes]

Deactivate the option Use video card GPU to speed up remapping. This
is an experimentel feature which does not work on all graphic
card/driver combinations. And try again.

PS: nona is crashing, and not enblend

** Changed in: hugin
   Status: New = Incomplete

** Summary changed:

- Enblende.exe crashs by stitch now (jetzt zusammenfügen).
+ Nona crashs when using GPU for remapping

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

Title:
  Nona crashs when using GPU for remapping

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  ===
  ***  Panorama makefile generated by Hugin   ***
  ===
  System information
  ===
  Operating System: Windows 7 (6.1 )
  Architecture: x86
  Number of logical processors: 2
  Physical memory: 4192760 kiB (37% occupied)
  Free space on disc: 24137 MiB
  Active codepage: 1252 (Western European Windows)
  ===
  Output options
  ===
  Hugin Version: 2010.4.0.854952d82c8f built by Matthew Petroff
  Project file: C:\Users\web-seb\AppData\Local\Temp\hug2C53.tmp
  Output prefix: DSC_2356-DSC_2360
  Projection: Cylindrical (1)
  Field of view: 90 x 29
  Canvas dimensions: 11207 x 3736
  Crop area: (39,105) - (11207,2238)
  Output exposure value: 13.51
  Selected outputs
  Normal panorama
  * Blended panorama
  Using GPU for remapping
  ===
  Input images
  ===
  Number of images in project file: 5
  Number of active images: 4
  Image 0: F:\Bilder\2010\Winter 2010\Ponatest\DSC_2356.jpg
  Image 0: Size 3872x2592, Exposure: 13.30
  Image 1: F:\Bilder\2010\Winter 2010\Ponatest\DSC_2357.jpg
  Image 1: Size 3872x2592, Exposure: 13.28
  Image 2: F:\Bilder\2010\Winter 2010\Ponatest\DSC_2358.jpg
  Image 2: Size 3872x2592, Exposure: 13.55
  Image 4: F:\Bilder\2010\Winter 2010\Ponatest\DSC_2360.jpg
  Image 4: Size 3872x2592, Exposure: 13.74
  ===
  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 -g  -z LZW -r ldr -m TIFF_m -o 
DSC_2356-DSC_2360 -i 0 C:/Users/web-seb/AppData/Local/Temp/hug2C53.tmp
  nona: using graphics card: NVIDIA Corporation GeForce 6600 LE/PCI/SSE2
  destStart=[7845, 105]
  destEnd=[11213, 2238]
  destSize=[(3368, 2133)]
  srcSize=[(3872, 2592)]
  srcBuffer=070C0020
  srcAlphaBuffer=
  destBuffer=08D80020
  destAlphaBuffer=0A210020
  destGLInternalFormat=GL_RGBA8
  destGLFormat=GL_RGB
  destGLType=GL_UNSIGNED_BYTE
  srcGLInternalFormat=GL_RGBA8
  srcGLFormat=GL_RGB
  srcGLType=GL_UNSIGNED_BYTE
  srcAlphaGLType=GL_BYTE
  destAlphaGLType=GL_UNSIGNED_BYTE
  warparound=0
  needsAtanWorkaround=0
  maxTextureSize=4096
  Source chunks:
  [(0, 0) to (3872, 2592) = (3872x2592)]
  Dest chunks:
  [(0, 0) to (1684, 1067) = (1684x1067)]
  [(1684, 0) to (3368, 1067) = (1684x1067)]
  [(0, 1067) to (1684, 2133) = (1684x1066)]
  [(1684, 1067) to (3368, 2133) = (1684x1066)]
  Total GPU memory used: 149314000
  Interpolator chunks:
  [(0, 0) to (4, 4) = (4x4)]
  #version 110
  #extension GL_ARB_texture_rectangle : enable
  uniform sampler2DRect SrcTexture;
  float sinh(in float x) { return (exp(x) - exp(-x)) / 2.0; }
  float cosh(in float x) { return (exp(x) + exp(-x)) / 2.0; }
  float atan2_xge0(const in float y, const in float x) {
  return atan(y, x);
  }
  float atan2_safe(const in float y, const in float x) {
  return atan(y, x);
  }
  float atan_safe(const in float yx) {
  return atan(yx);
  }
  void main(void)
  {
  float discardA = 1.0;
  float discardB = 0.0;
  vec2 src = gl_TexCoord[0].st;
  src -= vec2(5603.5000, 1868.);

  // erect_pano(7134.5977889234846000)
  src.t = 7134.5977889234846000 * atan_safe(src.t / 7134.5977889234846000);

  // rotate_erect(22414.000, -3983.4964056761296000)
  {
  src.s += -3983.4964056761296000;
  float w = (abs(src.s)  22414.000) ? 1.0 : 

[Hugin-devs] [Bug 704328] Re: Umlauts in Filenames are not encoded properly

[tmodes]

** Changed in: hugin
   Status: New = Invalid

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

Title:
  Umlauts in Filenames are not encoded properly

Status in Hugin - Panorama Tools GUI:
  Invalid

Bug description:
  In hugin 2010.5.0.4854:d29b1d6da0e0 built by Harry van der Wolf on
  (an english) OS X 10.6.6 Umlauts in Filenames are not encoded properly
  during the stitch. Note: The stitch works flawlessly, just the
  resulting filename is encoded wrong. It used to work in older versions
  of hugin (all downloaded from Harrys site [1])

  The attached screenshot shows the problem: Both .pto-Files were
  generated with a hugin version from the 7th January. Today I tried to
  restitch the Janine-Panorama. The filename is encoded wrong. The
  David-Panorama was stitched with the older version of hugin on Sunday,
  and has the correct filename.

  [1]:
  http://panorama.dyndns.org/index.php?lang=ensubject=Hugintexttag=Hugin



___
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 703788] Re: Stitcher failure, Syntax error: ( unexpected

[tmodes]

** Changed in: hugin
   Status: New = Invalid

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

Title:
  Stitcher failure, Syntax error: ( unexpected

Status in Hugin - Panorama Tools GUI:
  Invalid

Bug description:
  Apparently in MAKE, log file contents below (short):

  Also note that the file distorted_preview.JPG is somehow reported, but
  isnt part pf the panorama.  Not sure what the make file is actually
  doing.

  
  ---
  ===
  DSC_9067-DSC_9087_pre1.pto DSC_9067-DSC_9087_pre1.pto.mk DSC_9067.JPG 
DSC_9068.JPG DSC_9069.JPG DSC_9070.JPG DSC_9071.JPG DSC_9072.JPG DSC_9073.JPG 
DSC_9074.JPG DSC_9075.JPG DSC_9076.JPG DSC_9077.JPG DSC_9078.JPG DSC_9079.JPG 
DSC_9080.JPG DSC_9081.JPG DSC_9082.JPG DSC_9083.JPG DSC_9084.JPG DSC_9085.JPG 
DSC_9086.JPG DSC_9087.JPG distorted_preview.JPG pano_error.log Panorama 
makefile generated by Hugin DSC_9067-DSC_9087_pre1.pto 
DSC_9067-DSC_9087_pre1.pto.mk DSC_9067.JPG DSC_9068.JPG DSC_9069.JPG 
DSC_9070.JPG DSC_9071.JPG DSC_9072.JPG DSC_9073.JPG DSC_9074.JPG DSC_9075.JPG 
DSC_9076.JPG DSC_9077.JPG DSC_9078.JPG DSC_9079.JPG DSC_9080.JPG DSC_9081.JPG 
DSC_9082.JPG DSC_9083.JPG DSC_9084.JPG DSC_9085.JPG DSC_9086.JPG DSC_9087.JPG 
distorted_preview.JPG pano_error.log
  ===
  System information
  ===
  Syntax error: ( unexpected
  make: *** [info] Error 2


  ---

  Operating System: Windows XP (build 2600, Service Pack 3)
  Architecture: 32 bit
  Free memory: 2097151 kiB
  Active Codepage: 1252 (Western European Windows)

  Hugin
  Version: 2010.4.0.854952d82c8f built by Matthew Petroff
  Path to ressources: C:\Program Files\Hugin/share/hugin/xrc/
  Path to data: C:\Program Files\Hugin/share/hugin/data/



___
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 679715] Re: improved localization

[tmodes]

 There are more issues with your translations of nona:
 1.) There could be an issue with 2-byte strings (e.g. japanese
 translation), I fear they don't work with your the current implementation.

 what makes you fear so? can you point me in a direction where I can read
 about the issue and try to solve it? I have no experience with translationn
 to 2-byte strings.

Some time ago there was several bugs into hugin whichs resulted in a
crash of hugin if running with japanese or chinese locale. When I
remember correctly it was fixed by using there were needed some changes
to wide strings.

 3.) Don't use name/argv[0] in sentences

This was already in use in nona before I continued using it. I thought it was
a good thing and applied it consistently. From your feedback I understand it
is not a good things and I will revert it consistently. It will need to be
fixed in the default branch as well.

It is not consitently in default branch. But this is not critical. The
problem arises only with the translation of strings. So no need to fix
it in default branch (this will only create conficts when merging
branches.)

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

Title:
  improved localization

Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  http://groups.google.com/group/hugin-ptx/msg/81964d82d72e6879



___
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 696646] Re: Windows: incorrect quoting in Makefile generation

[tmodes]

 Our assumption is that 'make' is using the wrong shell for some reason, 
 i.e. it is told to use cmd.exe but uses the cygwin sh.exe instead.

I tested with different makefile:
First the current implementation used by hugin (SHELL variable quoted for 
shell):
SHELL=c:/windows/system32/cmd.exe

all:
@echo ${SHELL}

make -f test.mk outputs:
SHELL is sh.exe
which is obviously wrong.

Removing the quotes (SHELL=c:/windows/system32/cmd.exe) results in correctly 
output:
SHELL is c:/windows/system32/cmd.exe

And now a last try with SHELL=c:\windows\system32\cmd.exe (with windows path 
separators and without quotes) gives the same output.
So gnu make processes the SHELL variable different than others

So I modified the makefile generation to the last variant (commited as
efade34da4f6). Hopefully this fixes the issue of selecting the wrong
shell.


 Alternatively it could be that Hugin is unintentionally running the 
 cygwin make.exe instead of the shipped win32 make.exe, this would 
 explain why it is incapable of finding cmd.exe.

This can not be happen. Hugin is always using make.exe in hugins path.

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

Title:
  Windows: incorrect quoting in Makefile generation

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  Reported on Hugin-PTX http://groups.google.com/group/hugin-
  ptx/t/d33b5bc24aada66b

  HuginSetup_2010.4.0-64bit_Windows.exe on my Windows 7 x64. Everything work 
fine, until i try to
  create the pano. Then i got the following message:

  [...]

  ===
  System information
  ===
  /usr/bin/sh: -c: line 1: syntax error near unexpected token `(6'
  /usr/bin/sh: -c: line 1: `echo Operating System: Windows 7 (6.1 )'
  make: *** [info] Error 258 

  Makefile attached.  Obviously lacking quotes in the info target around
  line 211.



___
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 707489] Re: syntax error near unexpected token `(' error during stitching Windows XP

[tmodes]

*** This bug is a duplicate of bug 696646 ***
https://bugs.launchpad.net/bugs/696646

** This bug has been marked a duplicate of bug 696646
   Windows: incorrect quoting in Makefile generation
 * You can subscribe to bug 696646 by following this link: 
https://bugs.launchpad.net/hugin/+bug/696646/+subscribe

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

Title:
  syntax error near unexpected token `(' error during stitching Windows
  XP

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  When I attempt to stitch (via Save project and send to batch or
  Stitch now...), I get an error as follows:

  ===
  System information
  ===
  /usr/bin/sh: -c: line 0: syntax error near unexpected token `('
  /usr/bin/sh: -c: line 0: `echo Operating System: Windows XP (5.1 Service Pack 
3)'
  make: *** [info] Error 2

  I'm attaching the .pto and .pto.mk files, though I [censored] the user
  name out of the paths in the .pto.mk file.



___
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 692957] Re: Windows: can't find chcp command

[tmodes]

** Changed in: hugin
   Status: Confirmed = Won't Fix

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

Title:
  Windows: can't find chcp command

Status in Hugin - Panorama Tools GUI:
  Won't Fix

Bug description:
  I use Windows 7 64bit. After starting the stitching I receive a
  message, that the command chcp couldn't be found. Originally in
  german:  Der Befehl chcp ist entweder falsch geschrieben oder
  konnte nicht gefunden werden.

  I even changed the path variable from %systemroot%\system32 into
  c:\windows\system32, but it didn't help. All other things are
  working, so It looks like a bug for me.

  Thanks for any help.



___
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 700283] Re: hugin 2010.4.0 emblend error

[tmodes]

** This bug is no longer a duplicate of bug 697039
   Error during stitching

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

Title:
  hugin 2010.4.0 emblend error

Status in Enblend:
  Invalid
Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  I get the following error msg using
  hugin 2010.4.0 on Mac OS 10.6.5.

  Here's from the log:
  ...
  enblend: unknown option -U
  Try enblend --help for more information.
  gnumake: *** [-Users-Volker-Desktop-Hugin Test-DSC_0067-DSC_0074.jpg] Error 1

  At this point, hugin has written the modified source pictures for the 
panaorama to the desiered directory,
  you can put them together manually using the gimp or something.
  I also tried successfully to start emblend out of the hugin package via 
terminal and make it do the job from there. Worked fine, too.
  to me it seems that the emblend gets a wrong input within hugin.
  I am not into the depth of any programming, so this is as far as I could get. 
HTH.



___
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 707309] Re: filenames badly sorted - destroys multirow technique

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  filenames badly sorted - destroys multirow technique

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  I have 18 images from an HTC Desire (very popular phone, and a decent
  camera)

  these are the filenames, as sorted by Hugin:

  no1, no10, no11, no12, no13, no14, no15, no16, no17, no18, no2, no3,
  no4, no5, no6, no7, no8, no9

  This could obviously create some issues if stitching with multirow
  mode on.

  Can Hugin please sort the files in human sequential way (which also
  happens to be the way this particular camera names the files)?



___
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 708737] Re: Hugin stitching failing in mid-process, twice

[tmodes]

*** This bug is a duplicate of bug 700283 ***
https://bugs.launchpad.net/bugs/700283

** This bug has been marked a duplicate of bug 700283
   hugin 2010.4.0 emblend error
 * You can subscribe to bug 700283 by following this link: 
https://bugs.launchpad.net/hugin/+bug/700283/+subscribe

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

Title:
  Hugin stitching failing in mid-process, twice

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  ===
  ***  Panorama makefile generated by Hugin   ***
  ===
  System information
  ===
  Software:

  System Software Overview:

System Version: Mac OS X 10.6.6 (10J567)
Kernel Version: Darwin 10.6.0
Boot Volume: Macintosh HD
Boot Mode: Normal
Computer Name: Matt McLaughlin’s MacBook (4)
User Name: Matt McLaughlin (penandink)
Secure Virtual Memory: Enabled
64-bit Kernel and Extensions: No
Time since boot: 14:58

  Hardware:

  Hardware Overview:

Model Name: MacBook
Model Identifier: MacBook4,1
Processor Name: Intel Core 2 Duo
Processor Speed: 2.4 GHz
Number Of Processors: 1
Total Number Of Cores: 2
L2 Cache: 3 MB
Memory: 2 GB
Bus Speed: 800 MHz
Boot ROM Version: MB41.00C1.B00
SMC Version (system): 1.31f1
Serial Number (system): WQ8288GG0P1
Hardware UUID: E44D5B0E-B2E3-5BF9-96F4-960490A5932E
Sudden Motion Sensor:
State: Enabled

  Disc usage
  Filesystem  Size   Used  Avail Capacity  Mounted on
  /dev/disk0s2   149Gi   93Gi   55Gi63%/
  devfs  111Ki  111Ki0Bi   100%/dev
  map -hosts   0Bi0Bi0Bi   100%/net
  map auto_home0Bi0Bi0Bi   100%/home
  /dev/disk1s2   218Mi  196Mi   22Mi90%/Volumes/hugin-mac-2010.4.0
  ===
  Output options
  ===
  Hugin Version: 2010.4.0 built by Harry van der Wolf
  Project file: 
/var/folders/WJ/WJ-ndAeyGcaSTGT4JJiZOE+++TI/-Tmp-/huginpto_BUyAFX
  Output prefix: -Users-penandink-Documents-Photos-Australia 
Pics-DSCF3275-DSCF32762
  Projection: Rectilinear (0)
  Field of view: 114 x 79
  Canvas dimensions: 3912 x 2091
  Crop area: (110,169) - (3849,1721)
  Output exposure value: 14.58
  Selected outputs
  Normal panorama
  * Blended panorama
  ===
  Input images
  ===
  Number of images in project file: 2
  Number of active images: 2
  Image 0: /Users/penandink/Documents/Photos/Australia 
Pics/20101224/DSCF3275.JPG
  Image 0: Size 3488x2616, Exposure: 14.64
  Image 1: /Users/penandink/Documents/Photos/Australia 
Pics/20101224/DSCF3276.JPG
  Image 1: Size 3488x2616, Exposure: 14.51
  ===
  Testing programs
  ===
  Checking nona...[OK]
  Checking enblend...[OK]
  Checking enfuse...[OK]
  Checking hugin_hdrmerge...[OK]
  Checking exiftool...[OK]
  ===
  Stitching panorama
  ===
  
/Volumes/hugin-mac-2010.4.0/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona
  -z LZW -r ldr -m TIFF_m -o -Users-penandink-Documents-Photos-Australia\ 
Pics-DSCF3275-DSCF32762 -i 0 
/var/folders/WJ/WJ-ndAeyGcaSTGT4JJiZOE+++TI/-Tmp-/huginpto_BUyAFX
  
/Volumes/hugin-mac-2010.4.0/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona
  -z LZW -r ldr -m TIFF_m -o -Users-penandink-Documents-Photos-Australia\ 
Pics-DSCF3275-DSCF32762 -i 1 
/var/folders/WJ/WJ-ndAeyGcaSTGT4JJiZOE+++TI/-Tmp-/huginpto_BUyAFX
  
/Volumes/hugin-mac-2010.4.0/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/enblend
 --compression=LZW -f3739x1552+110+169 -o 
-Users-penandink-Documents-Photos-Australia\ Pics-DSCF3275-DSCF32762.tif 
-Users-penandink-Documents-Photos-Australia\ Pics-DSCF3275-DSCF32762.tif 
-Users-penandink-Documents-Photos-Australia\ Pics-DSCF3275-DSCF327620001.tif
  enblend: unknown option -U
  Try enblend --help for more information.
  gnumake: *** [-Users-penandink-Documents-Photos-Australia 
Pics-DSCF3275-DSCF32762.tif] Error 1

  ===
  ***  

[Hugin-devs] [Bug 708363] Re: make: *** [info] Error 1

[tmodes]

Please provide project (.pto) and makefile (.pto.mk) of the project so
we can check whats wrong.

** Changed in: hugin
   Status: New = Incomplete

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

Title:
  make: *** [info] Error 1

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  Der Befehl C:\Users\M ist entweder falsch geschrieben oder
  konnte nicht gefunden werden.
  Das System kann den angegebenen Pfad nicht finden.
  make: *** [info] Error 1

  
  New installation on a win 7 64bit system. (HuginSetup_2010.4.0-64bit_Windows).



___
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 700283] Re: enblend: error when output filename starts with -

[tmodes]

** Summary changed:

- hugin 2010.4.0 emblend error
+ enblend: error when output filename starts with -

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

Title:
  enblend: error when output filename starts with -

Status in Enblend:
  Invalid
Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  I get the following error msg using
  hugin 2010.4.0 on Mac OS 10.6.5.

  Here's from the log:
  ...
  enblend: unknown option -U
  Try enblend --help for more information.
  gnumake: *** [-Users-Volker-Desktop-Hugin Test-DSC_0067-DSC_0074.jpg] Error 1

  At this point, hugin has written the modified source pictures for the 
panaorama to the desiered directory,
  you can put them together manually using the gimp or something.
  I also tried successfully to start emblend out of the hugin package via 
terminal and make it do the job from there. Worked fine, too.
  to me it seems that the emblend gets a wrong input within hugin.
  I am not into the depth of any programming, so this is as far as I could get. 
HTH.



___
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 708294] Re: Random crashes and extreme memory use with overview mode

[tmodes]

Please try commit 7617d743fcc5 if this fixes your issues.

** Tags added: crash fastpreview

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

Title:
  Random crashes and extreme memory use with overview mode

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  Since the merge of the panorama overview branch into default hugin is 
suddenly very unstable and memory hungry. After using the FPW for a while and 
going forth and back between optimizing and looking at the FPW, hugin uses more 
than 1.5Gb memory, which is a lot more than before the merge.
  This is with a fairly small project of 6 Mpix images covering the full sphere 
and happens with the overview tab hidden as well.

  On the terminal hugin prints debug messages like this:
  ERROR: 21:20:02.993563 
(/home/flixh/install/pano/hugin/src/hugin1/hugin/ProjectionGridTool.cpp:469) 
createTexture(): GL Error when bulding mipmap levels: invalid value.

  When crashing:
  terminate called after throwing an instance of 'std::bad_alloc'
what():  std::bad_alloc

  Looks like it's running out of memory? Should not happen on a machine
  with 2Gb RAM and 3Gb of swap, especially when I never saw that
  behaviour before.

  System:
  Hugin 2010.5.0.1fc6ad6e7c7a
  Linux system running Debian testing

  Regards
  Felix



___
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 700283] Re: enblend: error when first filename starts with -

[tmodes]

I tested further. The problem occurs on windows only if the first input 
filename start with -
Output filename starting with - is okay, also second input filename can start 
with -.

** Summary changed:

- enblend: error when output filename starts with -
+ enblend: error when first filename starts with -

** Changed in: enblend
   Status: Invalid = New

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

Title:
  enblend: error when first filename starts with -

Status in Enblend:
  New
Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  I get the following error msg using
  hugin 2010.4.0 on Mac OS 10.6.5.

  Here's from the log:
  ...
  enblend: unknown option -U
  Try enblend --help for more information.
  gnumake: *** [-Users-Volker-Desktop-Hugin Test-DSC_0067-DSC_0074.jpg] Error 1

  At this point, hugin has written the modified source pictures for the 
panaorama to the desiered directory,
  you can put them together manually using the gimp or something.
  I also tried successfully to start emblend out of the hugin package via 
terminal and make it do the job from there. Worked fine, too.
  to me it seems that the emblend gets a wrong input within hugin.
  I am not into the depth of any programming, so this is as far as I could get. 
HTH.



___
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 708294] Re: Random crashes and extreme memory use with overview mode

[tmodes]

Are there messages shown in the console?
Does the message createTexture(): GL Error when bulding mipmap levels: invalid 
value. still appear? Or an other message?

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

Title:
  Random crashes and extreme memory use with overview mode

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  Since the merge of the panorama overview branch into default hugin is 
suddenly very unstable and memory hungry. After using the FPW for a while and 
going forth and back between optimizing and looking at the FPW, hugin uses more 
than 1.5Gb memory, which is a lot more than before the merge.
  This is with a fairly small project of 6 Mpix images covering the full sphere 
and happens with the overview tab hidden as well.

  On the terminal hugin prints debug messages like this:
  ERROR: 21:20:02.993563 
(/home/flixh/install/pano/hugin/src/hugin1/hugin/ProjectionGridTool.cpp:469) 
createTexture(): GL Error when bulding mipmap levels: invalid value.

  When crashing:
  terminate called after throwing an instance of 'std::bad_alloc'
what():  std::bad_alloc

  Looks like it's running out of memory? Should not happen on a machine
  with 2Gb RAM and 3Gb of swap, especially when I never saw that
  behaviour before.

  System:
  Hugin 2010.5.0.1fc6ad6e7c7a
  Linux system running Debian testing

  Regards
  Felix



___
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 709428] Re: (2010.5 / Ubuntu 10.04) filenames badly sorted - destroys multirow technique

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  (2010.5 / Ubuntu 10.04) filenames badly sorted - destroys multirow
  technique

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Similar to another bug I just filed. But this one seems more
  strange On Ubuntu 10.04 / Hugin 2010.5 (the latest version)

  I drop four files onto Hugin, these are the filenames:

  IMG_0217_zero.JPG
  IMG_0218_zero.JPG
  IMG_0219_zero.JPG
  IMG_0220_zero.JPG

  but they get sorted like this:

  IMG_0218_zero.JPG
  IMG_0219_zero.JPG
  IMG_0217_zero.JPG
  IMG_0220_zero.JPG

  strange! I've tried it twice and it does it like this each time. on OS
  X it sorts them properly.

  I'm uploading the files so you can try it yourself if you like:
  www.vrlog.net/temp/badsort.zip

  (incidentally, feel free to use these files for testing, they are
  shaved nikkor 10.5 on canon 5d mk1, shot handheld with a string)

  cheers.



___
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 709489] Re: Regression: Fine-tune all Points not usable anymore

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  Regression: Fine-tune all Points not usable anymore

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Because of the relatively new immediate update of control point
  distances, the very useful function Fine-tune all Points is not
  usable anymore: After the fine-tune the control point distance is
  updated again and therefore not set to the correlation coefficient any
  more, so no way to delete all points with coefficient  0.8.



___
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 708363] Re: make: *** [info] Error 1

[tmodes]

The makefile .pto.mk is not actually used for stitching. 
The used makefile is generated in the (windows) temp folder. If starting the 
stitching, leave the message box open and go to the windows temp folder 
(c:\Users\MS\AppData\Local\Temp). There should be 3 files hug.tmp. One of 
them is the used makefile (probably the latest one, when you look on the file 
modification date; the other one are temp project file, if you use an editor to 
inspect the file, you will recognise the content). Could you try to post this 
file?

Or open command prompt and execute the following commands:
cd c:\temp
chcp 1252
pto2mk -o test.mk -p test test.pto
make -f test.mk all 

(maybe you need to modify the path variable to include the path to hugin, in 
this case execute the following line before the upper one)
PATH=c:\Path\to\hugin\bin;%PATH%
and post the complete output.

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

Title:
  make: *** [info] Error 1

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Der Befehl C:\Users\M ist entweder falsch geschrieben oder
  konnte nicht gefunden werden.
  Das System kann den angegebenen Pfad nicht finden.
  make: *** [info] Error 1

  
  New installation on a win 7 64bit system. (HuginSetup_2010.4.0-64bit_Windows).



___
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 708363] Re: make: *** [info] Error 1

[tmodes]

That's the tmp pto file, not the make file.
Could you post c:\temp\test.mk?

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

Title:
  make: *** [info] Error 1

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Der Befehl C:\Users\M ist entweder falsch geschrieben oder
  konnte nicht gefunden werden.
  Das System kann den angegebenen Pfad nicht finden.
  make: *** [info] Error 1

  
  New installation on a win 7 64bit system. (HuginSetup_2010.4.0-64bit_Windows).



___
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 697649] Re: UI improvement: delete key should remove images in the images tab

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  UI improvement: delete key should remove images in the images tab

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
   delete key should remove images in the images tab if images are
  selected.

  Yes, there is a delete button on the screen, but the delete key on the
  keyboard is always nice to have connected in these situations.



___
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 678929] Re: Selecting Images in Images Tab

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  Selecting Images in Images Tab

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  SVN3245

  when I have a list in the images tab, I expect that clicking CTRL-A
  would select them all. this is not the case now.

  same for the Crop tab list of images and for the list of control
  points.

  and I'd also expect that pressing the DEL key would do the same as
  clicking the button Remove selected image(s), same as in the list of
  control points.



___
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 679831] Re: Remove images with del key

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  Remove images with del key

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Tab Images: It would be comfortable to remove an image with the
  del key



___
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 679900] Re: keyboard shortcut for selecting all images

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  keyboard shortcut for selecting all images

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  in the images tab, a shortcut (gnome: ctl-a) for selecting all images
  would be appreciated. Thank you!



___
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 679938] Re: short cut to select all images

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  short cut to select all images

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  in the Images tab add the short cut Crtl+A to select all images.



___
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 708363] Re: make: *** [info] Error 1

[tmodes]

Thanks. But I don't see where the call to c:\Users\MS happens. 
Do you have an unix like shell in your path (e.g. sh.exe, bash.exe)? If so, try 
to remove this path from the path variable

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

Title:
  make: *** [info] Error 1

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Der Befehl C:\Users\M ist entweder falsch geschrieben oder
  konnte nicht gefunden werden.
  Das System kann den angegebenen Pfad nicht finden.
  make: *** [info] Error 1

  
  New installation on a win 7 64bit system. (HuginSetup_2010.4.0-64bit_Windows).



___
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 710392] Re: EV Exposure is always 0 with partial EXIF

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  EV Exposure is always 0 with partial EXIF

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  When Hugin loads a photo with partial EXIF data, e.g. with valid ISO
  and shutter speed, but missing aperture the photo gets assigned EV =
  0.

  However it would be useful if Hugin would guess missing values since
  partial EV data would still be usable. Note match-n-shift does this
  and it works quite well with my manual Peleng shots that have usable
  ISO and shutter speed.

  EV 0 corresponds to 1 second at f/1.0 with ISO100, so I suggest
  substituting these values when any of these fields are missing. This
  would also have the effect of keeping the existing behaviour when a
  photo has no EXIF data.



___
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 696636] Re: Hugin should write projection info to output

[tmodes]

** Changed in: hugin
   Status: Triaged = Fix Committed

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

Title:
  Hugin should write projection info to output

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  When Hugin creates an output image it discards all the photometric and
  geometric information it knows about this image. Hugin ought to write
  metadata to the image that would allow Hugin to use the image as input
  at some time in the future.

  Important information is:

   1. Horizontal field of view.
   2. Projection and any relevant projection parameters.
   3. Cropping information, since otherwise the hfov isn't usable.
   4. EV.
   5. EMoR parameters since these are effectively transferred from the first 
photo in the project to the output.

  We could create fake sensor and focal length info, but this would only
  be credible for rectilinear output. So probably the only way to do
  this would be to write to the EXIF notes section much like
  qtpfsgui/luminance, e.g. this is typical qtpfsgui output (this is the
  actual format):

   Qtpfsgui 1.9.3 tonemapping parameters: 
   Operator: Mantiuk
   Parameters:
   Contrast Mapping factor: 0.1
   Saturation Factor: 2 
   Detail Factor: 1 
   --
   PreGamma: 0.636

  We already require exiftool, this info can be added to the existing
  exiftool command in the .pto.mk stitching Makefile



___
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 709552] Re: EXIF display in Images tab doesn't show ISO

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  EXIF display in Images tab doesn't show ISO

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  This is a trivial bug, but it is maybe suitable as a summer of code
  student application patch, perhaps combined with formatting the
  display better at the same time (see Bug #679338 (sf-2877420)).

  The Images tab shows a list of EXIF attributes Including Aperture and
  Shutter Speed.  However there are three numbers that are used to
  calculate the EV Exposure Value, so this display should also show ISO
  number for the photo.



___
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 710035] Re: Keyboard Shortcut to close window

[tmodes]

Sorry, the comment was lost.

New try: I think the closing of windows should be handled by the windows 
manager. On windows at least I can close all windows with Alt+F4.
So there remains the issue with Ctrl+Q in all windows.

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

Title:
  Keyboard Shortcut to close window

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  I would like to have a keyboard shortcut to close secondary windows (preview, 
fast preview, cp list, tip of the day) - CTRL-W in Kubuntu.
  Also the keyboard shortcut to close the whole application (CTRL-Q) works only 
on the main window.  It would be nice if I could use CTRL-Q to quit the 
application from any window.



___
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 700896] Re: crashes when changing tabs in Fast Panorama preview window

[tmodes]

** Changed in: hugin
   Status: Confirmed = Fix Committed

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

Title:
  crashes when changing tabs in Fast Panorama preview window

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  First time run of this version (Panorama-overview) was OK. Panosphere view 
was shown in pane to left of fast preview window. Selecting the little 'pin' 
icon changed panosphere view to separate window. Couldn't see how to switch it 
back to a FPW pane.
  Second time I run this version, FPW opens after alignment, image briefly 
shown, then a mangled image appeared, then hugin crashed.
  I ran again from terminal which provided the following;
  (hugin:3157): Gdk-WARNING **: gdkdrawable-x11.c:952 drawable is not a pixmap 
or window

  Gdk-ERROR **: The program 'hugin' received an X Window System error.
  This probably reflects a bug in the program.
  The error was 'GLXBadDrawable'.
(Details: serial 35575 error_code 149 request_code 136 minor_code 11)
(Note to programmers: normally, X errors are reported asynchronously;
 that is, you will receive the error a while after causing it.
 To debug your program, run it with the --sync command line
 option to change this behavior. You can then get a meaningful
 backtrace from your debugger if you break on the gdk_x_error() function.)
  aborting...

  [1]+  Aborted (core dumped) hugin

  Unfortunately, the abrt tool deletes the core dump, and not sure at this time 
how to get around that.
  The binary was built on fedora 14 x86_64.

  Hope this helps.

  Cheers,
  Terry



___
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 713599] Re: Fast pano preview doesn't show anything anymore

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  Fast pano preview doesn't show anything anymore

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  This happens on OSX 10.6.4, maybe other OSes and versions as well.

  Hugin version 2010.5.0 4933:00cf24063a08 doesn't show anything anymore
  in the Fast preview screens. In the first Preview when tick
  marking the Show control points they are displayed on a black
  background. Only the Layout pane still shows the images.

  
  Hugin version 2010.5.0 4886:a1cb4a2efa65 did this correct.



___
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 717908] Re: Warn if include masks are overlapping

[tmodes]

** Summary changed:

- Mask images have black areas in fast preview
+ Warn if include masks are overlapping

** Changed in: hugin
   Importance: Undecided = Wishlist

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

Title:
  Warn if include masks are overlapping

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  After masking several of my images to include only a central polygon
  area, the preview displays show black areas where the images should be
  UN-masked, even though the images have unmasked pixels there.   In
  addition, it seems that the preview in general is not following the
  masks.

  FYI, I'm working with full-frame fisheye images, in case that makes a
  difference.

  
  Operating System: Mac OS X (Darwin 10.6.0 x86_64)
  Architecture: 64 bit
  Free memory: 0 kiB

  Hugin
  Version: 2010.4.0 built by Harry van der Wolf
  Path to ressources: /Applications/Hugin 
2010.4.0/Hugin.app/Contents/Resources/xrc/
  Path to data: /Applications/Hugin 2010.4.0/Hugin.app/Contents/Resources/xrc/

___
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 721672] Re: The gui should have an alternative method of aligning images.

[tmodes]

For this cases the fast preview window has the drag feature. So you can
easily drag images to their positions.

** Changed in: hugin
   Status: New = Incomplete

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

Title:
  The gui should have an alternative method of aligning images.

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  I have a pano that wasn't intended to be a pano. So the photographer
  didn't pay attention to having identifiable control points in every
  image. On some images the control points on the clouds work good
  enough. It's all we have. Just don't run celeste, as it would remove
  all control points.

  Now with one image, even the clouds provide not enough hints. But
  there is a sea stretching out to the horizon there... If that horizon
  is not perfect it ruins the whole thing.

  So... to fix this, I have to move control points and hope to predict
  the direction in which Hugin will move my pictures around. It would be
  much better if I could just manually place these two images relative
  to each other.

  I have considered using the gimp to overlap these two images and then
  enter that as one into Hugin. But then I lose the exposure correction
  and barrel distortion corrections that Hugin does for me.

___
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 721156] Re: left image margin shows though image is totally masked

[tmodes]

The mask is not indented to work with sub-pixel accuracy, because the blending 
step blends the images with its multi-resolution approach. 
So in this case there is only a one pixel column left. For this cases the 
polygon points can be (slightly) outside the image boundary. So move the mask 
one pixel to the left and then the small strip disappears.


** Changed in: hugin
   Status: New = Won't Fix

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

Title:
  left image margin shows though image is totally masked

Status in Hugin - Panorama Tools GUI:
  Won't Fix

Bug description:
  I noticed what I think is faulty mask processing on images where a mask 
boundary coincides with the left image boundary. I have managed to produce a 
very simple demonstartion of the behaviour with the enclosed files. The pto 
contains a single monochrome image with a mask of precisely the same 
dimensions, and one would assume that this should render the whole image 
invisible. But in the previews and in the final output, a narrow strip of the 
image's left margin still shows. In the pto I have attached I have centered on 
this and chosen a small FOV to make this well visible - if you can reproduce 
the bug it would show as a vertical malachite band in the preview. The attached 
file contains input image, pto and output image - since the images are jpg and 
very small, I took the liberty to attach them as well. Notice that I manually 
edited the k-line in the pto to position the mask precisely on the image 
boundaries.
  I noticed this using Pre-Release 2010.5.0.5a0bdb77823c, self-compiled on 
Kubuntu 10.10, but I've seen it earlier as well and was never bothered enough 
to send in a bug report. I think it only occurs if the left margin coincides 
with the mask and the remainder of the mask can be any shape.
  Kay

___
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 721022] Re: add time series of images attempts to load raw files

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

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

Title:
  add time series of images attempts to load raw files

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  [ forwarded from the fedora tracker
  https://bugzilla.redhat.com/show_bug.cgi?id=677370 ]

  1. New panorama
  2. Opened three JPG files with time series of images
  3. Hugin imported those OK, but then seemed to try and import the .CR2 (raw) 
files of the same name, and a bunch of other JPGs
  4. Seemed to crash during CR2 import

___
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 720437] Re: Photometrics in the Fast Preview windows should be enabled by default

[tmodes]

Should be fixed in changeset 415abb75a810.

** Changed in: hugin
   Status: Confirmed = Fix Committed

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

Title:
  Photometrics in the Fast Preview windows should be enabled by default

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  The Fast Preview window has a Photometrics checkbox that preprocesses
  the photos before displaying them with OpenGL, the result is much
  higher quality but is slower so it is disabled by default.

  With the checkbox disabled Hugin simply scales the brightness of input
  photos, which is sometimes very ugly because it doesn't account for
  the camera response curve. I suspect that most users never discover
  this checkbox and don't realise how good the photometric alignment
  really is.

  Now that we have incremental loading of photos, the speed of the
  photometric adjustment isn't such an issue. So this checkbox could be
  enabled by default, it is possible to uncheck it and Hugin will
  interrupt drawing the preview and start again immediately.

___
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 725667] Re: Mosaic overview does not process mouse wheel

[tmodes]

Hi Darko,

panosphere mode: left, right and middle mouse click/drag behave the same. I can 
rotate the panosphere. I can see no difference between left and middle mouse 
button.
mosaic: middle mouse button moves the plane (that was new for me). But mouse 
wheel does not zoom. So for projects with small fov the images are not clearly 
visibly. The problem is probably that the glCanvas does not get the focus (the 
focus is in the mode choice box - in this case the wheel does change the mode - 
or in the toolbar - here happens nothing).

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

Title:
  Mosaic overview does not process mouse wheel

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  The new overview does not process the mouse wheel in the mosaic mode
  (in normal panosphere mode the mouse wheel has no function)

  OS: Windows

___
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 726181] [NEW] fast preview does not work with wxWidgets 2.9

[tmodes]

Public bug reported:

After the latest changes to the fast preview window it works only with 
wxWidgets 2.8
With wxWidgets 2.9 when opening the fast preview window the processor runs at 
50 % but the windows does not open - I can only kill hugin.

** 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/726181

Title:
  fast preview does not work with wxWidgets 2.9

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  After the latest changes to the fast preview window it works only with 
wxWidgets 2.8
  With wxWidgets 2.9 when opening the fast preview window the processor runs at 
50 % but the windows does not open - I can only kill hugin.

___
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 725667] Re: Mosaic overview does not process mouse wheel

[tmodes]

** Changed in: hugin
   Status: In Progress = Fix Committed

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

Title:
  Mosaic overview does not process mouse wheel

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  The new overview does not process the mouse wheel in the mosaic mode
  (in normal panosphere mode the mouse wheel has no function)

  OS: Windows

___
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 726186] [NEW] Panosphere is drawn above the images

[tmodes]

Public bug reported:

The new transparent panosphere is drawn above the images which appear
now darker.

** 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/726186

Title:
  Panosphere is drawn above the images

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  The new transparent panosphere is drawn above the images which appear
  now darker.

___
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 726183] [NEW] Plane overview is wrong if opening fast preview window the first time

[tmodes]

Public bug reported:

The plane overview is wrong if the fast preview window is opened the
first time.

To reproduce: Open project, open Fast preview window - open overview -
change to plane overview - the plane overview is wrong, now change
projection and change projection back to original one - plane overview
is now okay.

This does not happen if an other project was loaded before (with fast
preview opened).

** 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/726183

Title:
  Plane overview is wrong if opening fast preview window the first time

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  The plane overview is wrong if the fast preview window is opened the
  first time.

  To reproduce: Open project, open Fast preview window - open overview
  - change to plane overview - the plane overview is wrong, now change
  projection and change projection back to original one - plane
  overview is now okay.

  This does not happen if an other project was loaded before (with fast
  preview opened).

___
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 726181] Re: fast preview does not work with wxWidgets 2.9

[tmodes]

Seems to be a build problem. Yesterday different build of different
changeset crashed. After a complete rebuilding it works ok. Sorry for
the noise.

** Changed in: hugin
   Status: New = Invalid

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

Title:
  fast preview does not work with wxWidgets 2.9

Status in Hugin - Panorama Tools GUI:
  Invalid

Bug description:
  After the latest changes to the fast preview window it works only with 
wxWidgets 2.8
  With wxWidgets 2.9 when opening the fast preview window the processor runs at 
50 % but the windows does not open - I can only kill hugin.

___
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 726318] Re: hugin-2011.0.0-beta2 crashes when selecting 'help about'

[tmodes]

** Changed in: hugin
   Status: New = Fix Released

** Changed in: hugin
Milestone: None = 2011.0beta3

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

Title:
  hugin-2011.0.0-beta2 crashes when selecting 'help about'

Status in Hugin - Panorama Tools GUI:
  Fix Released

Bug description:
  A Fedora 14 x86_64 build of the 2011.0.0 beta2 will crash when selecting 
'help about', if other help selections have not been previously selected.
  In many cases, if other help selections are chosen first, 'help about' is OK, 
but not always.

___
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 679973] Re: Keyboard-only navigation

[tmodes]

I can not reproduce the issues: With tab I can jump from button/control to 
button/control. If the focus is on the notebook tabs I can switch with 
left/right buttons.
The menu opens with default menu keyboard shortcuts. Switching between tab is 
done with View menu or Shift+F1...Shift+F9.

** Changed in: hugin
   Status: Confirmed = Incomplete

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

Title:
  Keyboard-only navigation

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  It is impossible to use hugin with the keyboard only, since tab don't help 
you along the window, and there are no shortcuts for the
  buttons in the assistant. Please please improve that.

  1) Jumping to the tabs content area (e.g. using tab)
  2) Jumping between the buttons  (e.g. using tab)
  3) Maybe shortcuts to the 1-2-3 buttons
  4) Jumping to and within the menu (e.g. using tab)

  For implementation, reading usability guidelines (such as GNOME's or
  KDE's) is often useful.

___
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 709561] Re: Hugin doesn't copy icc colour profiles to output

[tmodes]

** Changed in: hugin
   Status: New = Fix Released

** Changed in: hugin
Milestone: None = 2011.0beta3

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

Title:
  Hugin doesn't copy icc colour profiles to output

Status in Hugin - Panorama Tools GUI:
  Fix Released

Bug description:
  (reported by cels...@23degrees.com)

  Hugin copies lots of metadata from the first photo in the project to
  the final output, this is from src/hugin1/hugin/config_defaults:

  #define HUGIN_EXIFTOOL_COPY_ARGS   -ImageDescription
  -Make -Model -Artist -WhitePoint -Copyright -GPS:all -DateTimeOriginal
  -CreateDate -UserComment -ColorSpace -OwnerName -SerialNumber

  It seems that it should also have these args:

-icc_profile
-xmp

  In particular, if there is no icc profile then the enblend -c option
  has no effect.

___
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 726186] Re: Panosphere is drawn above the images

[tmodes]

Hi Carl,

these sphere was introduced in a later changeset (about 7d0a3d8b9a8b), so you 
don't see in your version.
For the other issue please open a separate ticket because this is an other 
point.

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

Title:
  Panosphere is drawn above the images

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  The new transparent panosphere is drawn above the images which appear
  now darker.

___
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 727449] Re: Grey picker crashes hugin

[tmodes]

Fixed in repository

** Changed in: hugin
   Status: New = Fix Committed

** Changed in: hugin
Milestone: None = 2011.0beta3

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

Title:
  Grey picker crashes hugin

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Running build of the default branch (hgb1d007ca6815) on Fedora 14 x86_64.
  When using the Grey picker, selecting a pixel in the panorama causes hugin to 
crash.
  This has been repeatable.

___
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 696646] Re: Windows: incorrect quoting in Makefile generation

[tmodes]

** Changed in: hugin
   Status: Incomplete = Fix Committed

** Changed in: hugin
Milestone: None = 2011.0beta3

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

Title:
  Windows: incorrect quoting in Makefile generation

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Reported on Hugin-PTX http://groups.google.com/group/hugin-
  ptx/t/d33b5bc24aada66b

  HuginSetup_2010.4.0-64bit_Windows.exe on my Windows 7 x64. Everything work 
fine, until i try to
  create the pano. Then i got the following message:

  [...]

  ===
  System information
  ===
  /usr/bin/sh: -c: line 1: syntax error near unexpected token `(6'
  /usr/bin/sh: -c: line 1: `echo Operating System: Windows 7 (6.1 )'
  make: *** [info] Error 258 

  Makefile attached.  Obviously lacking quotes in the info target around
  line 211.

___
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 726186] Re: Panosphere is drawn above the images

[tmodes]

** Changed in: hugin
   Status: New = Fix Committed

** Changed in: hugin
Milestone: None = 2011.0beta3

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

Title:
  Panosphere is drawn above the images

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  The new transparent panosphere is drawn above the images which appear
  now darker.

___
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 703735] Re: Hugin contains a bundled tclap-1.2.0

[tmodes]

Hi Andreas,
thanks for the patch. I commited a slightly modifiy version of your patch and 
extended it for windows. The bundled tclap could so removed.
Should this go into 2011.0?


** Changed in: hugin
   Status: Confirmed = Fix Committed

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

Title:
  Hugin contains a bundled tclap-1.2.0

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  src/foreign/tclap is a bundled version of tclap
  http://tclap.sourceforge.net/ This is a problem with some Linux
  distributions such as Debian and fedora that have policies to not ship
  multiple versions of the same library.

  The solution would be to modify the cmake configuration to allow
  building against a system version of this library, and/or to remove
  the bundled library altogether.

___
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 703735] Re: Hugin contains a bundled tclap-1.2.0

[tmodes]

Wiki was updated after pushing to repository.

I have no experience with PPA. I added a more general FindTclap.cmake.
Please test.

** Attachment added: FindTclap.cmake
   
https://bugs.launchpad.net/hugin/+bug/703735/+attachment/1891957/+files/FindTclap.cmake

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

Title:
  Hugin contains a bundled tclap-1.2.0

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  src/foreign/tclap is a bundled version of tclap
  http://tclap.sourceforge.net/ This is a problem with some Linux
  distributions such as Debian and fedora that have policies to not ship
  multiple versions of the same library.

  The solution would be to modify the cmake configuration to allow
  building against a system version of this library, and/or to remove
  the bundled library altogether.

___
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 731794] Re: hugin should pass Paths and Filenames to enblend in quotes

[tmodes]

*** This bug is a duplicate of bug 700283 ***
https://bugs.launchpad.net/bugs/700283

This does not help for the discussed issue - filename starting with hyphen.
See bug 700283


** Changed in: hugin
   Status: New = Incomplete

** This bug has been marked a duplicate of bug 700283
   enblend: error when first filename starts with -
 * You can subscribe to bug 700283 by following this link: 
https://bugs.launchpad.net/hugin/+bug/700283/+subscribe

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

Title:
  hugin should pass Paths and Filenames to enblend in quotes

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  Discussion: https://groups.google.com/d/topic/hugin-
  ptx/skriT0wjqYM/discussion

  Files and paths should be pass in quotes.
  Jim Watters

___
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 731081] Re: Updated Hungarian translations, 2011.0.0

[tmodes]

Thanks, committed to repository.

** Changed in: hugin
   Status: New = Fix Committed

** Changed in: hugin
Milestone: None = 2011.0beta3

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

Title:
  Updated Hungarian translations, 2011.0.0

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Updated Hungarian translations for 2011.0.0

___
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 731734] Re: SIGBUS in fast preview

[tmodes]

 I suspect that the problem is that the call to InitPreviews() at 
 GLPreviewFrame.cpp:679 should actually be outside the #ifdef 
 and outside the if (i.e. 4 lines earlier). I just tried that and it 
seems to fix the problem. 

If you do that it will crash on GTK (Linux).

I could only test the changes on Windows and Ubuntu. Both systems are using 
different approaches for the GLCanvas/GLContext so it required some platform 
specific. 
After committing the changes I asked Harry for help, but he had no time to 
check it.

Please try the attached patch, if this fixes the issue.

** Attachment added: patch_mac_overview
   
https://bugs.launchpad.net/hugin/+bug/731734/+attachment/1899257/+files/patch_mac_overview

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

Title:
  SIGBUS in fast preview

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  Crashed while using fast preview window with 28 16-bit files.   May be
  related to #701165.   Log below:

  
  Process: Hugin [82851]
  Path:/Applications/Hugin 
2011.0-beta2/Hugin.app/Contents/MacOS/Hugin
  Identifier:  net.sourceforge.hugin.Hugin
  Version: 2011.0.0 (5047:f7ea2426b8de)
  Code Type:   X86 (Native)
  Parent Process:  launchd [229]

  Date/Time:   2011-03-08 17:57:30.066 -0800
  OS Version:  Mac OS X 10.6.6 (10J567)
  Report Version:  6

  Interval Since Last Report:  604132 sec
  Crashes Since Last Report:   39
  Per-App Interval Since Last Report:  54 sec
  Per-App Crashes Since Last Report:   1
  Anonymous UUID:  43187E9A-F418-483B-9CB8-5889F4158CEA

  Exception Type:  EXC_BAD_ACCESS (SIGBUS)
  Exception Codes: KERN_PROTECTION_FAILURE at 0x002c
  Crashed Thread:  0  Dispatch queue: com.apple.main-thread

  Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
  0   net.sourceforge.hugin.Hugin   0x0015f5bb 
PreviewIdentifyTool::setConstantOn(bool) + 11
  1   net.sourceforge.hugin.Hugin   0x00137cc7 GLPreviewFrame::SetMode(int) 
+ 1239
  2   libwx_macu-2.8.0.7.0.dylib0x005d8bb2 
wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const, 
wxEvtHandler*, wxEvent) + 114
  3   libwx_macu-2.8.0.7.0.dylib0x005d8d2f 
wxEventHashTable::HandleEvent(wxEvent, wxEvtHandler*) + 111
  4   libwx_macu-2.8.0.7.0.dylib0x005d960f 
wxEvtHandler::ProcessEvent(wxEvent) + 207
  5   libwx_macu-2.8.0.7.0.dylib0x00718879 
wxWindowBase::TryParent(wxEvent) + 105
  6   libwx_macu-2.8.0.7.0.dylib0x005d95bc 
wxEvtHandler::ProcessEvent(wxEvent) + 124
  7   libwx_macu-2.8.0.7.0.dylib0x00718879 
wxWindowBase::TryParent(wxEvent) + 105
  8   libwx_macu-2.8.0.7.0.dylib0x005d95bc 
wxEvtHandler::ProcessEvent(wxEvent) + 124
  9   libwx_macu-2.8.0.7.0.dylib0x006427e2 
wxNotebook::MacControlHit(void*, void*) + 370
  10  libwx_macu-2.8.0.7.0.dylib0x0066fbf2 
wxWindow::wxWindow(wxWindow*, int, wxPoint const, wxSize const, long, 
wxString const) + 626
  11  libwx_macu-2.8.0.7.0.dylib0x00670493 
wxMacWindowEventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 
339
  12  com.apple.HIToolbox   0x90123ecf 
DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 
1567
  13  com.apple.HIToolbox   0x90123196 
SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, 
HandlerCallRec*) + 411
  14  com.apple.HIToolbox   0x90145a07 SendEventToEventTarget + 52
  15  com.apple.HIToolbox   0x90194de6 SendControlHit(HIView*, 
OpaqueEventRef*, short, unsigned long) + 296
  16  com.apple.HIToolbox   0x90194c67 
HIView::NotifyControlHit(OpaqueEventRef*, short, unsigned long) + 45
  17  com.apple.HIToolbox   0x901f974f 
HIView::ClickInternal(CGPoint const, unsigned long, void 
(*)(OpaqueControlRef*, short), OpaqueEventRef*, bool) + 245
  18  com.apple.HIToolbox   0x901fad08 
HIView::ClickSelf(OpaqueEventRef*) + 368
  19  com.apple.HIToolbox   0x90136ccd 
HIView::EventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 2363
  20  com.apple.HIToolbox   0x90123ecf 
DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 
1567
  21  com.apple.HIToolbox   0x90123196 
SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, 
HandlerCallRec*) + 411
  22  com.apple.HIToolbox   0x90145a07 SendEventToEventTarget + 52
  23  com.apple.HIToolbox   0x90193cb2 
HIView::Click(OpaqueEventRef*) + 480
  24  com.apple.HIToolbox   0x90193a7f 
HandleClickAsHIView(OpaqueWindowPtr*, OpaqueEventRef*) + 151
  25  com.apple.HIToolbox   0x9019235c 
HandleWindowClick(OpaqueWindowPtr*, Point, short, unsigned long, 
OpaqueEventRef*) + 491
  26  com.apple.HIToolbox   

[Hugin-devs] [Bug 732359] Re: use image metadata to determine crop-factor and hfov

[tmodes]

Fixed in repository. Will be included in 2011.0 beta 3.

** Changed in: hugin
   Status: New = Fix Committed

** Changed in: hugin
Milestone: None = 2011.0beta3

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

Title:
  use image metadata to determine crop-factor and hfov

Status in Hugin - Panorama Tools GUI:
  Fix Committed

Bug description:
  Hi.

  Currently when I open some images in hugin, it only detects the focal length 
(by using metadata information).
  It would be nice if the same could be done, too, for the crop factor and the 
HVOF.

  I'm not sure whether these are standardised Exif-Tags or not, but some
  camera manufacturers (at least) encode this in their binary fields.

  If I take e.g. images made by my Olympus E-5 or the E-510 and do a:
  exiv2 -pt image.orf
  I don't find any tag which I'd say it's the crop factor or the HFOV.

  However:
  exiftool seems to be very well able to get these information, e.g.:
  $ exiftool P3096244.ORF | grep ^Scale Factor
  Scale Factor To 35 mm Equivalent: 2.0

  $ exiftool P3096244.ORF | grep ^Field
  Field Of View   : 65.1 deg (3.51 m)

  Actually it seems to be able to get even more data out of Olympus'
  binary fields, you should have a look at them some might be perhaps of
  use for hugin?!

  It's (especially for end-users) a pain to decide their lense type 
(rectified, etc.),.. this would AFAIU make this not longer needed.
  And the values are probably more correct (at least they differ from what 
hugin caculates if I enter just the crop factor and focal length).

  I'd suppose that the other major manufacturers have similar fields
  encoded.

  
  Cheers,
  Chris.

___
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