[Hugin-devs] [Bug 830655] Re: OS X Hugin reassigns Completed PTBatcherGUI queue list processes
No comment? Assuming it is fixed. ** 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/830655 Title: OS X Hugin reassigns Completed PTBatcherGUI queue list processes Status in Hugin - Panorama Tools GUI: Fix Committed Bug description: This bug occurs in OS X Hugin. Hugin reassigns completed stitch processes listed in the PTBatcherGUI queue list to the active project stitch settings for those completed processes that match the active Project name and when any of the Hugin Stitcher controls have received a changing user input subsequent to executing the previous stitch process. Some examples are changing the state (even then restoring to the previous state) for Projection, Size or Output format settings (including Quality) or checking and unchecking a Panorama Output check control. The status for all these reassigned processes changes to Waiting and PTBatcherGUI reprocesses them according to the changed settings in a normal fashion prompting to overwrite any existing outputs. The bug changes the PTBatcherGUI queue list moments before the “Specify output prefix” dialog box appears. The workaround it to clear the PTBatcherGUI queue after a stitch is complete. To easily observe this bug use a small file image, two image project. Call it project A. Make a stitch named QQQ. Without clearing any of the PTBatcherGUI list make another identical stitch named WWW. Position the PTBatcherGUI window so that Status column will be visible at all times. Change any Hugin Stitcher setting. Start another stitch. Observe the change to the PTBatcherGUI list Status column prior to naming this last stitch EEE. Save the Hugin Project A and save-as it to be Project B. Perform similar tests as for Project A but use different output names. You should see only the Project B list entries being reassigned. Close out Project B and reload Project A. Again perform similar tests. This time you should see only the Project A list entries being reassigned. This behavior was observed in OS X 10.6.8 Intel and OS X 10.5.8 PPC or Hugin-2011.2.0_rc3. Similar behavior was observed on a Tiger Intel system when testing prior versions of Hugin that first introduced the send to PTBatcherGUI method of performing all batch processes. To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/830655/+subscriptions ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
[Hugin-devs] [Bug 858767] Re: error when stitching
http://wiki.panotools.org/Hugin_FAQ#enblend:_excessive_overlap_detected ** 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/858767 Title: error when stitching Status in Hugin - Panorama Tools GUI: Incomplete Bug description: this is the log I get: === *** Panorama makefile generated by Hugin *** === System information === Software: System Software Overview: System Version: Mac OS X 10.7.1 (11B2118) Kernel Version: Darwin 11.0.1 Boot Volume: Macintosh HD Boot Mode: Normal Computer Name: Andreas User Name: Secure Virtual Memory: Enabled 64-bit Kernel and Extensions: Yes Time since boot: 3 days 15:28 Hardware: Hardware Overview: Model Name: MacBook Air Model Identifier: MacBookAir4,2 Processor Name: Intel Core i5 Processor Speed: 1,7 GHz Number of Processors: 1 Total Number of Cores: 2 L2 Cache (per Core): 256 KB L3 Cache: 3 MB Memory: 4 GB Boot ROM Version: MBA41.0077.B08 SMC Version (system): 1.73f63 Serial Number (system): C02G80A4DJWQ Hardware UUID: 69BC9495-E443-5C1D-A792-1B3C554999A1 Disc usage Filesystem Size Used Avail Capacity Mounted on /dev/disk0s2 112Gi 92Gi 20Gi82%/ devfs 184Ki 184Ki0Bi 100%/dev map -hosts 0Bi0Bi0Bi 100%/net map auto_home0Bi0Bi0Bi 100%/home localhost:/agCzmG4-3HyeiKh7oLH6_J 112Gi 112Gi0Bi 100% /Volumes/MobileBackups === Output options === Hugin Version: 2011.0.1 built by Harry van der Wolf Project file: /var/folders/lt/qf24318j7zlggvvpd75qysfcgn/T/huginpto_HDivoQ Output prefix: P1030633-P1030643n Projection: Cylindrical (1) Field of view: 82 x 66 Canvas dimensions: 7745 x 7029 Crop area: (1018,1536) - (6722,6517) Output exposure value: 14.44 Selected outputs Normal panorama * Blended panorama === Input images === Number of images in project file: 10 Number of active images: 10 Image 0: /Users/andreasgamlau/Desktop/P1030633.JPG Image 0: Size 3776x2520, Exposure: 14.14 Image 1: /Users/andreasgamlau/Desktop/P1030634.JPG Image 1: Size 3776x2520, Exposure: 14.13 Image 2: /Users/andreasgamlau/Desktop/P1030636.JPG Image 2: Size 3776x2520, Exposure: 14.59 Image 3: /Users/andreasgamlau/Desktop/P1030637.JPG Image 3: Size 3776x2520, Exposure: 14.59 Image 4: /Users/andreasgamlau/Desktop/P1030638.JPG Image 4: Size 3776x2520, Exposure: 14.44 Image 5: /Users/andreasgamlau/Desktop/P1030639.JPG Image 5: Size 3776x2520, Exposure: 14.45 Image 6: /Users/andreasgamlau/Desktop/P1030640.JPG Image 6: Size 3776x2520, Exposure: 14.45 Image 7: /Users/andreasgamlau/Desktop/P1030641.JPG Image 7: Size 3776x2520, Exposure: 14.53 Image 8: /Users/andreasgamlau/Desktop/P1030642.JPG Image 8: Size 3776x2520, Exposure: 14.54 Image 9: /Users/andreasgamlau/Desktop/P1030643.JPG Image 9: Size 3776x2520, Exposure: 14.54 === Testing programs === Checking nona...[OK] Checking enblend...[OK] Checking enfuse...[OK] Checking hugin_hdrmerge...[OK] Checking exiftool...[OK] === Stitching panorama === /Applications/Hugin/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -z LZW -r ldr -m TIFF_m -o P1030633-P1030643n -i 0 /var/folders/lt/qf24318j7zlggvvpd75qysfcgn/T/huginpto_HDivoQ /Applications/Hugin/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -z LZW -r ldr -m TIFF_m -o P1030633-P1030643n -i 1 /var/folders/lt/qf24318j7zlggvvpd75qysfcgn/T/huginpto_HDivoQ /Applications/Hugin/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -z LZW -r ldr -m TIFF_m -o P1030633-P1030643n -i 2 /var/folders/lt/qf24318j7zlggvvpd75qysfcgn/T/huginpto_HDivoQ
[Hugin-devs] [Bug 840677] Re: Fast Panorama Window always opens with Overview mode shown
Still valid? Or is it fixed with the other bug? ** 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/840677 Title: Fast Panorama Window always opens with Overview mode shown Status in Hugin - Panorama Tools GUI: Incomplete Bug description: Hugin 5543:5ae90ab6bbbd just built on Fedora 15 x86_64. my .hugin file has 'overview_hidden=1', but FPW always opens with overview mode shown. As my system seems to be very sensitive to the FPW bug, this has made this build unusable. Every project thus far, FPW opens and is frozen, trying to close FPW crashes hugin. To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/840677/+subscriptions ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
[Hugin-devs] [Bug 791815] Re: default branch-selecting mosiac drag mode clips view in FPW
It's not so easy, also with non-zero translation parameters you can change yaw/pitch/roll with normal drag mode. Automatic switching back to panosphere mode would make this option not working. I added a small warning and better synchronized both choice boxes (changeset c1a3cf06612c). Maybe the message text needs to be more concrete (I'm open for proposals). ** 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/791815 Title: default branch-selecting mosiac drag mode clips view in FPW Status in Hugin - Panorama Tools GUI: Fix Committed Bug description: Default branch, hgb17bf4060548. If I load images into hugin, optimise and choose mosaic drag mode in Fast preview Window, the FPW image is displayed with the ends clipped. The ends have a 'ragged' appearance. If I then choose normal drag mode, the ends of the full image can be seen by dragging left or right, but the full horizontal field of view seems impossible to recover. If the project is stitched the result includes the end bits that are not shown FPW. If mosaic drag mode is not selected the problem does not arise. I have been able to reproduce the effect with two different projects. To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/791815/+subscriptions ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
[Hugin-devs] [Bug 679914] Re: Ability to drag individual images in group
Already implemented. ** Changed in: hugin Status: Triaged = 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/679914 Title: Ability to drag individual images in group Status in Hugin - Panorama Tools GUI: Fix Released Bug description: Once images are linked by control points they drag/rotate as a unit in the fast preview window. Normally this is a good thing. However, if the optimizer puts an image somewhere strange because of a wonky control point, it would be really nice if the previewer allowed moving that one image to where it belongs without having to erase every control point on it first (the offending control point(s) do get deleted or fixed, of course). Right now the only way to fix it is to manually edit its position settings in the 'images' tab. To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/679914/+subscriptions ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
Re: [Hugin-devs] [Bug 840677] Re: Fast Panorama Window always opens with Overview mode shown
The freezing FPW is fixed for me, but I cannot comment on hugin respecting the overview_hidden=1 preference. -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/840677 Title: Fast Panorama Window always opens with Overview mode shown Status in Hugin - Panorama Tools GUI: Incomplete Bug description: Hugin 5543:5ae90ab6bbbd just built on Fedora 15 x86_64. my .hugin file has 'overview_hidden=1', but FPW always opens with overview mode shown. As my system seems to be very sensitive to the FPW bug, this has made this build unusable. Every project thus far, FPW opens and is frozen, trying to close FPW crashes hugin. To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/840677/+subscriptions ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
[Hugin-devs] [Bug 797370] Re: in fast preview drag with left mouse impossible
I am also seeing this bug in Ubuntu 11.04 64bit when using fluxbox 1.3.1 and
the builds on the fluxbox nightly repository.
I have seen this bug in hugin 2011.0 and Pre-Release 2011.3.0.c1a3cf06612c.
This my be related to this bug in fluxbox
https://sourceforge.net/tracker/?func=detailaid=3164835group_id=35398atid=413960
.
I built hugin 2011.3.0.c1a3cf06612c with -DCMAKE_BUILD_TYPE=Debug and
nothing is output in the terminal when trying to drag with the left
mouse button in the fast preview window.
Rotating by clicking with the right mouse button does work and produces debug
output in the terminal.
Clicking with the right mouse button and then the left mouse button allows
dragging and rotating at the same time and produces debug output in the
terminal.
I have attached screenshots of the results of the mouse clicks after dragging
and the debug output from the terminal.
Let me know if any other information is needed.
** Bug watch added: SourceForge.net Tracker #3164835
http://sourceforge.net/support/tracker.php?aid=3164835
** Attachment added: debug output and screenshots
https://bugs.launchpad.net/hugin/+bug/797370/+attachment/2465484/+files/hugin_debuginfo.tar.gz
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/797370
Title:
in fast preview drag with left mouse impossible
Status in Hugin - Panorama Tools GUI:
Invalid
Bug description:
I use Hugin Pre-Release 2011.1.0, but this behaviour also existed in
2011.0.0. I use Archlinux. On three pc's this bug exists.
When going to the 'Fast Preview panorama'-window and than the Move/Drag tab,
it should be possible to drag the panorama with the left mouse button. This was
ever possible in older versions, but not with the versions I use now. When
trying to drag with the left mouse button to move the panorama, nothing
happens. When trying to drag together with shift, also nothing happens. Right
mouse button is doing what it has to do ('rotate' the image).
This is very annoying since I sometimes want to move single pictures or
straighten the horizon, but I can't do that this way :(.
To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/797370/+subscriptions
___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help : https://help.launchpad.net/ListHelp
[Hugin-devs] [Bug 696949] Re: Error during stitching during the final panorama creation
can I reopen this? I have enblend 4.0-6e6f573e57be wiki said this is fixed there :/ ** Changed in: hugin Status: Expired = New -- 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: New 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 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/696949/+subscriptions ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
[Hugin-devs] [Bug 797370] Re: in fast preview drag with left mouse impossible
** Changed in: hugin
Status: Invalid = New
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/797370
Title:
in fast preview drag with left mouse impossible
Status in Hugin - Panorama Tools GUI:
New
Bug description:
I use Hugin Pre-Release 2011.1.0, but this behaviour also existed in
2011.0.0. I use Archlinux. On three pc's this bug exists.
When going to the 'Fast Preview panorama'-window and than the Move/Drag tab,
it should be possible to drag the panorama with the left mouse button. This was
ever possible in older versions, but not with the versions I use now. When
trying to drag with the left mouse button to move the panorama, nothing
happens. When trying to drag together with shift, also nothing happens. Right
mouse button is doing what it has to do ('rotate' the image).
This is very annoying since I sometimes want to move single pictures or
straighten the horizon, but I can't do that this way :(.
To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/797370/+subscriptions
___
Mailing list: https://launchpad.net/~hugin-devs
Post to : hugin-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~hugin-devs
More help : https://help.launchpad.net/ListHelp
[Hugin-devs] [Bug 840677] Re: Fast Panorama Window always opens with Overview mode shown
This problem has now gone away. -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/840677 Title: Fast Panorama Window always opens with Overview mode shown Status in Hugin - Panorama Tools GUI: Incomplete Bug description: Hugin 5543:5ae90ab6bbbd just built on Fedora 15 x86_64. my .hugin file has 'overview_hidden=1', but FPW always opens with overview mode shown. As my system seems to be very sensitive to the FPW bug, this has made this build unusable. Every project thus far, FPW opens and is frozen, trying to close FPW crashes hugin. To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/840677/+subscriptions ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
Re: [Hugin-devs] [Bug 830655] Re: OS X Hugin reassigns Completed PTBatcherGUI queue list processes
On a PPC 4, OSX 10.5.8 , checking Harry's RC5, it appears to be fixed although there is now perhaps an unrelated glitch. I see the following benign error message pops up when PTBatcherGUI is not already running. External program linefind not found in the bundle, reverting to system path. Allan On Sep 26, 2011, at 11:40 AM, tmodes wrote: No comment? Assuming it is fixed. ** Changed in: hugin Status: In Progress = Fix Committed -- You received this bug notification because you are subscribed to the bug report. https://bugs.launchpad.net/bugs/830655 Title: OS X Hugin reassigns Completed PTBatcherGUI queue list processes Status in Hugin - Panorama Tools GUI: Fix Committed Bug description: This bug occurs in OS X Hugin. Hugin reassigns completed stitch processes listed in the PTBatcherGUI queue list to the active project stitch settings for those completed processes that match the active Project name and when any of the Hugin Stitcher controls have received a changing user input subsequent to executing the previous stitch process. Some examples are changing the state (even then restoring to the previous state) for Projection, Size or Output format settings (including Quality) or checking and unchecking a Panorama Output check control. The status for all these reassigned processes changes to Waiting and PTBatcherGUI reprocesses them according to the changed settings in a normal fashion prompting to overwrite any existing outputs. The bug changes the PTBatcherGUI queue list moments before the “Specify output prefix” dialog box appears. The workaround it to clear the PTBatcherGUI queue after a stitch is complete. To easily observe this bug use a small file image, two image project. Call it project A. Make a stitch named QQQ. Without clearing any of the PTBatcherGUI list make another identical stitch named WWW. Position the PTBatcherGUI window so that Status column will be visible at all times. Change any Hugin Stitcher setting. Start another stitch. Observe the change to the PTBatcherGUI list Status column prior to naming this last stitch EEE. Save the Hugin Project A and save-as it to be Project B. Perform similar tests as for Project A but use different output names. You should see only the Project B list entries being reassigned. Close out Project B and reload Project A. Again perform similar tests. This time you should see only the Project A list entries being reassigned. This behavior was observed in OS X 10.6.8 Intel and OS X 10.5.8 PPC or Hugin-2011.2.0_rc3. Similar behavior was observed on a Tiger Intel system when testing prior versions of Hugin that first introduced the send to PTBatcherGUI method of performing all batch processes. To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/830655/+subscriptions -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/830655 Title: OS X Hugin reassigns Completed PTBatcherGUI queue list processes Status in Hugin - Panorama Tools GUI: Fix Committed Bug description: This bug occurs in OS X Hugin. Hugin reassigns completed stitch processes listed in the PTBatcherGUI queue list to the active project stitch settings for those completed processes that match the active Project name and when any of the Hugin Stitcher controls have received a changing user input subsequent to executing the previous stitch process. Some examples are changing the state (even then restoring to the previous state) for Projection, Size or Output format settings (including Quality) or checking and unchecking a Panorama Output check control. The status for all these reassigned processes changes to Waiting and PTBatcherGUI reprocesses them according to the changed settings in a normal fashion prompting to overwrite any existing outputs. The bug changes the PTBatcherGUI queue list moments before the “Specify output prefix” dialog box appears. The workaround it to clear the PTBatcherGUI queue after a stitch is complete. To easily observe this bug use a small file image, two image project. Call it project A. Make a stitch named QQQ. Without clearing any of the PTBatcherGUI list make another identical stitch named WWW. Position the PTBatcherGUI window so that Status column will be visible at all times. Change any Hugin Stitcher setting. Start another stitch. Observe the change to the PTBatcherGUI list Status column prior to naming this last stitch EEE. Save the Hugin Project A and save-as it to be Project B. Perform similar tests as for Project A but use different output names. You should see only the Project B list entries being reassigned. Close out Project B and reload Project A. Again perform similar tests. This time you should see only the Project A list entries being reassigned.
[Hugin-devs] [Bug 816240] Re: Fatal error message after stitching
[Expired for Hugin because there has been no activity for 60 days.] ** Changed in: hugin Status: Incomplete = Expired -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/816240 Title: Fatal error message after stitching Status in Hugin - Panorama Tools GUI: Expired Bug description: After stitching a 25 image two-row panorama with the currently latest development version of Hugin (changeset 5435), I get the message: Fatal error 'Thread 0x882f6780 has called pthread_exit() from a destructor. POSIX 1003.1 1996 s16.2.5.2 does not allow this!' at line 79 in file /src/FreeBSD/svn/stable/8/lib/libthr/thread/thr_exit.c (errno = 0) The final image was produced, and as far as I can tell, it was stitched correctly. Hugin did not crash. System:FreeBSD 8.2-STABLE, i386 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/816240/+subscriptions ___ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
