[Hugin-devs] [Bug 2056709] [NEW] Generating Hugin Default as of 20240229 - errors/warnings
Public bug reported: Although as of 20240310 I now have a working Hugin, with no WxWidgets exceptions, the path to that was not completely smooth... I will attach a large text file with the problems I encountered, and what I did to solve them [or not solve them...]. Thank you for fixing #2052366! ** Affects: hugin Importance: Undecided Status: New ** Attachment added: "Problems encountered with cmake/make" https://bugs.launchpad.net/bugs/2056709/+attachment/5754709/+files/HuginBugReport.txt -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/2056709 Title: Generating Hugin Default as of 20240229 - errors/warnings Status in Hugin: New Bug description: Although as of 20240310 I now have a working Hugin, with no WxWidgets exceptions, the path to that was not completely smooth... I will attach a large text file with the problems I encountered, and what I did to solve them [or not solve them...]. Thank you for fixing #2052366! To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/2056709/+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 2052366] Re: As of version 2023.x.x.x : An Assertion Failed! * 6
How difficult is it to compile/install Hugin from your site - I've only so far used whatever version is newest in Debian Testing (usually quite current...), but Hugin versions tend to come out late in the year, and I would find using Hugin more pleasant not having to dismiss six error/warning windows per stitch... -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/2052366 Title: As of version 2023.x.x.x : An Assertion Failed! * 6 Status in Hugin: Fix Committed Bug description: Until version 2023.x.x.x, I have not had the following occur. Now, each time the stitching process runs, there are 6 times that a PTBatcherGUI window appears that is headlined "An assertion failed!" Dismissing the first two causes the stitching to start and eventually to conclude successfully, but there are 4 additional windows. I believe that for each panorama stitched, the backtraces are the same - that is, the first backtrace for panorama #1 is the same as the backtrace for panorama #2, the second backtrace for #1 is the same as for #2, etc. It appears that the assertion is the same for all six windows, and that in fact, there are only three different backtraces, each repeated twice (#1==#2, #3==#4, #5==#6) ASSERT INFO: /usr/include/wx-3.2/wx/strvararg.h(484): assert "(argtype & (wxFormatStringSpecifier::value)) == argtype" failed in wxArgNormalizer(): format specifier doesn't match argument type The first two backtraces contain only: [1] wxEntry(int&, wchar_t**) [2] __libc_start_main #3/#4 add: [1] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [2] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) [3] wxEvtHandler::TryHereOnly(wxEvent&) [4] wxEvtHandler::ProcessEventLocally(wxEvent&) [5] wxEvtHandler::ProcessEvent(wxEvent&) [6] wxEvtHandler::SafelyProcessEvent(wxEvent&) [7] wxTimerImpl::SendEvent() [8] g_main_loop_run [9] gtk_main [10] wxGUIEventLoop::DoRun() [11] wxEventLoopBase::Run() [12] wxAppConsoleBase::MainLoop() after the above (numbers, of course, different) #5/#6 add two more sets (total of 3) of: [1] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [2] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) [3] wxEvtHandler::TryHereOnly(wxEvent&) [4] wxEvtHandler::ProcessEventLocally(wxEvent&) [5] wxEvtHandler::ProcessEvent(wxEvent&) but with a slightly different preface: [16] wxEvtHandler::ProcessPendingEvents() [17] wxAppConsoleBase::ProcessPendingEvents() [18] wxApp::DoIdle() after the [19] g_main_loop_run instead of the earlier: [6] wxEvtHandler::SafelyProcessEvent(wxEvent&) [7] wxTimerImpl::SendEvent() In case this explanation is confusing (likely!), I will [try to] attach a text file joining all six backtraces. I will also try to attach a video showing the stitch. I may have to upload it to YouTube and just include the link... == Debian Testing / sway/testing,now 1.8.1-2 amd64 [installed] Operating System: Linux 6.5.0-5-amd64 x86_64 Architecture: 64 bit Free memory: 8485176 kiB Hugin Version: 2023.0.0.d88dc56ded0e Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.local/share/hugin/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.2.4 wxWidgets Library (wxGTK port) Version 3.2.4 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.38. libpano13: 2.9.22 Boost: 1.83.0 Exiv2: 0.27.6 SQLite3: 3.44.2 Vigra: 1.11.1 LittleCMS2: 2.14 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/2052366/+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 2052366] Re: As of version 2023.x.x.x : An Assertion Failed! * 6
** Attachment added: "Showing the stitching process with assertion failed windows" https://bugs.launchpad.net/hugin/+bug/2052366/+attachment/5744506/+files/20240203_201444_Hugin_stitch_video.mp4 -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/2052366 Title: As of version 2023.x.x.x : An Assertion Failed! * 6 Status in Hugin: New Bug description: Until version 2023.x.x.x, I have not had the following occur. Now, each time the stitching process runs, there are 6 times that a PTBatcherGUI window appears that is headlined "An assertion failed!" Dismissing the first two causes the stitching to start and eventually to conclude successfully, but there are 4 additional windows. I believe that for each panorama stitched, the backtraces are the same - that is, the first backtrace for panorama #1 is the same as the backtrace for panorama #2, the second backtrace for #1 is the same as for #2, etc. It appears that the assertion is the same for all six windows, and that in fact, there are only three different backtraces, each repeated twice (#1==#2, #3==#4, #5==#6) ASSERT INFO: /usr/include/wx-3.2/wx/strvararg.h(484): assert "(argtype & (wxFormatStringSpecifier::value)) == argtype" failed in wxArgNormalizer(): format specifier doesn't match argument type The first two backtraces contain only: [1] wxEntry(int&, wchar_t**) [2] __libc_start_main #3/#4 add: [1] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [2] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) [3] wxEvtHandler::TryHereOnly(wxEvent&) [4] wxEvtHandler::ProcessEventLocally(wxEvent&) [5] wxEvtHandler::ProcessEvent(wxEvent&) [6] wxEvtHandler::SafelyProcessEvent(wxEvent&) [7] wxTimerImpl::SendEvent() [8] g_main_loop_run [9] gtk_main [10] wxGUIEventLoop::DoRun() [11] wxEventLoopBase::Run() [12] wxAppConsoleBase::MainLoop() after the above (numbers, of course, different) #5/#6 add two more sets (total of 3) of: [1] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [2] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) [3] wxEvtHandler::TryHereOnly(wxEvent&) [4] wxEvtHandler::ProcessEventLocally(wxEvent&) [5] wxEvtHandler::ProcessEvent(wxEvent&) but with a slightly different preface: [16] wxEvtHandler::ProcessPendingEvents() [17] wxAppConsoleBase::ProcessPendingEvents() [18] wxApp::DoIdle() after the [19] g_main_loop_run instead of the earlier: [6] wxEvtHandler::SafelyProcessEvent(wxEvent&) [7] wxTimerImpl::SendEvent() In case this explanation is confusing (likely!), I will [try to] attach a text file joining all six backtraces. I will also try to attach a video showing the stitch. I may have to upload it to YouTube and just include the link... == Debian Testing / sway/testing,now 1.8.1-2 amd64 [installed] Operating System: Linux 6.5.0-5-amd64 x86_64 Architecture: 64 bit Free memory: 8485176 kiB Hugin Version: 2023.0.0.d88dc56ded0e Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.local/share/hugin/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.2.4 wxWidgets Library (wxGTK port) Version 3.2.4 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.38. libpano13: 2.9.22 Boost: 1.83.0 Exiv2: 0.27.6 SQLite3: 3.44.2 Vigra: 1.11.1 LittleCMS2: 2.14 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/2052366/+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 2052366] [NEW] As of version 2023.x.x.x : An Assertion Failed! * 6
Public bug reported: Until version 2023.x.x.x, I have not had the following occur. Now, each time the stitching process runs, there are 6 times that a PTBatcherGUI window appears that is headlined "An assertion failed!" Dismissing the first two causes the stitching to start and eventually to conclude successfully, but there are 4 additional windows. I believe that for each panorama stitched, the backtraces are the same - that is, the first backtrace for panorama #1 is the same as the backtrace for panorama #2, the second backtrace for #1 is the same as for #2, etc. It appears that the assertion is the same for all six windows, and that in fact, there are only three different backtraces, each repeated twice (#1==#2, #3==#4, #5==#6) ASSERT INFO: /usr/include/wx-3.2/wx/strvararg.h(484): assert "(argtype & (wxFormatStringSpecifier::value)) == argtype" failed in wxArgNormalizer(): format specifier doesn't match argument type The first two backtraces contain only: [1] wxEntry(int&, wchar_t**) [2] __libc_start_main #3/#4 add: [1] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [2] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) [3] wxEvtHandler::TryHereOnly(wxEvent&) [4] wxEvtHandler::ProcessEventLocally(wxEvent&) [5] wxEvtHandler::ProcessEvent(wxEvent&) [6] wxEvtHandler::SafelyProcessEvent(wxEvent&) [7] wxTimerImpl::SendEvent() [8] g_main_loop_run [9] gtk_main [10] wxGUIEventLoop::DoRun() [11] wxEventLoopBase::Run() [12] wxAppConsoleBase::MainLoop() after the above (numbers, of course, different) #5/#6 add two more sets (total of 3) of: [1] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [2] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) [3] wxEvtHandler::TryHereOnly(wxEvent&) [4] wxEvtHandler::ProcessEventLocally(wxEvent&) [5] wxEvtHandler::ProcessEvent(wxEvent&) but with a slightly different preface: [16] wxEvtHandler::ProcessPendingEvents() [17] wxAppConsoleBase::ProcessPendingEvents() [18] wxApp::DoIdle() after the [19] g_main_loop_run instead of the earlier: [6] wxEvtHandler::SafelyProcessEvent(wxEvent&) [7] wxTimerImpl::SendEvent() In case this explanation is confusing (likely!), I will [try to] attach a text file joining all six backtraces. I will also try to attach a video showing the stitch. I may have to upload it to YouTube and just include the link... == Debian Testing / sway/testing,now 1.8.1-2 amd64 [installed] Operating System: Linux 6.5.0-5-amd64 x86_64 Architecture: 64 bit Free memory: 8485176 kiB Hugin Version: 2023.0.0.d88dc56ded0e Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.local/share/hugin/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.2.4 wxWidgets Library (wxGTK port) Version 3.2.4 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.38. libpano13: 2.9.22 Boost: 1.83.0 Exiv2: 0.27.6 SQLite3: 3.44.2 Vigra: 1.11.1 LittleCMS2: 2.14 ** Affects: hugin Importance: Undecided Status: New ** Attachment added: "Hugin_stitch_video-Backtrace.txt" https://bugs.launchpad.net/bugs/2052366/+attachment/5744505/+files/Hugin_stitch_video-Backtrace.txt -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/2052366 Title: As of version 2023.x.x.x : An Assertion Failed! * 6 Status in Hugin: New Bug description: Until version 2023.x.x.x, I have not had the following occur. Now, each time the stitching process runs, there are 6 times that a PTBatcherGUI window appears that is headlined "An assertion failed!" Dismissing the first two causes the stitching to start and eventually to conclude successfully, but there are 4 additional windows. I believe that for each panorama stitched, the backtraces are the same - that is, the first backtrace for panorama #1 is the same as the backtrace for panorama #2, the second backtrace for #1 is the same as for #2, etc. It appears that the assertion is the same for all six windows, and that in fact, there are only three different backtraces, each repeated twice (#1==#2, #3==#4, #5==#6) ASSERT INFO: /usr/include/wx-3.2/wx/strvararg.h(484): assert "(argtype & (wxFormatStringSpecifier::value)) == argtype" failed in wxArgNormalizer(): format specifier doesn't match argument type The first two backtraces contain only: [1] wxEntry(int&, wchar_t**) [2] __libc_start_main #3/#4 add: [1] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [2] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) [3] wxEvtHandler::TryHereOnly(wxEvent&) [4] wxEvtHandler::ProcessEventLocally(wxEvent&) [5] wxEvtHandler::ProcessEven
[Hugin-devs] [Bug 1958474] Re: Feature Request: Auto Save of stitching log
Several times in a row, it was unchecked the next time I I started Hugin. Then, when I was making a video to show the problem, it came up checked... (...ones car never makes the "funny noise", when one takes it into the shop...) Don't know what to say... I tried to find where Hugin (et al.) saves the preferences, but came up blank. -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1958474 Title: Feature Request: Auto Save of stitching log Status in Hugin: Invalid Bug description: I sometimes would like to look at the stitching log after Hugin finishes stitching and the stitching log window disappears. Somewhere, I read that if one checks the "copy to clipboard" option in preferences, the log would be copied to the clipboard, and one would then be able to paste it somewhere, probably into a text editor. While this would be nice, being able to auto-save it would be better. Being text, it would not take up much room on disk, and I would not have to go to a text editor and paste it in, and then save it. You'll note that I said "While this would be nice...", not "While this is nice..." I have at times, tried to paste the log into a text editor, and have never succeeded. Yes the option is checked in preferences. Perhaps it is because I am using Wayland, but I am using Sway, and have never had a problem doing cut and paste (perhaps I have not tried in the "right" programs in order to have it fail...!) Current Sway: 1.6.1 with Debian Testing. Hugin version: Hmmm... I don't know if I have reported this yet or not, but when trying to get Hugin's version, I used the Help--->About option, and got an error window with the detail: 09:07:01 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 09:07:01 PM: File couldn't be loaded. Once I dismissed that window, I was able to copy/paste (see?) the version: 2021.0.0.f77f3586f101 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1958474/+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 1958474] Re: Feature Request: Auto Save of stitching log
...hmmm... Despite the fact that the option is "Always save log", even if it is checked when run, and logs are saved in that session, the next time the batch program is run, it is un-checked again, and does not save the log. -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1958474 Title: Feature Request: Auto Save of stitching log Status in Hugin: Invalid Bug description: I sometimes would like to look at the stitching log after Hugin finishes stitching and the stitching log window disappears. Somewhere, I read that if one checks the "copy to clipboard" option in preferences, the log would be copied to the clipboard, and one would then be able to paste it somewhere, probably into a text editor. While this would be nice, being able to auto-save it would be better. Being text, it would not take up much room on disk, and I would not have to go to a text editor and paste it in, and then save it. You'll note that I said "While this would be nice...", not "While this is nice..." I have at times, tried to paste the log into a text editor, and have never succeeded. Yes the option is checked in preferences. Perhaps it is because I am using Wayland, but I am using Sway, and have never had a problem doing cut and paste (perhaps I have not tried in the "right" programs in order to have it fail...!) Current Sway: 1.6.1 with Debian Testing. Hugin version: Hmmm... I don't know if I have reported this yet or not, but when trying to get Hugin's version, I used the Help--->About option, and got an error window with the detail: 09:07:01 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 09:07:01 PM: File couldn't be loaded. Once I dismissed that window, I was able to copy/paste (see?) the version: 2021.0.0.f77f3586f101 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1958474/+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 1958474] Re: Feature Request: Auto Save of stitching log
>copy to clipboard refers to the log of the assistant When I did a paste to try to get the stitch log, I got nothing. When does this assistant log get generated? >PTBatcherGUI ... has already an option "always save log". Indeed it does. I didn't see it on my 49" 4K TV way over on the right... In my blind spot, I guess... I think some of those options are also in Hugin's Stitching preferences, this could be there too... -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1958474 Title: Feature Request: Auto Save of stitching log Status in Hugin: Invalid Bug description: I sometimes would like to look at the stitching log after Hugin finishes stitching and the stitching log window disappears. Somewhere, I read that if one checks the "copy to clipboard" option in preferences, the log would be copied to the clipboard, and one would then be able to paste it somewhere, probably into a text editor. While this would be nice, being able to auto-save it would be better. Being text, it would not take up much room on disk, and I would not have to go to a text editor and paste it in, and then save it. You'll note that I said "While this would be nice...", not "While this is nice..." I have at times, tried to paste the log into a text editor, and have never succeeded. Yes the option is checked in preferences. Perhaps it is because I am using Wayland, but I am using Sway, and have never had a problem doing cut and paste (perhaps I have not tried in the "right" programs in order to have it fail...!) Current Sway: 1.6.1 with Debian Testing. Hugin version: Hmmm... I don't know if I have reported this yet or not, but when trying to get Hugin's version, I used the Help--->About option, and got an error window with the detail: 09:07:01 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 09:07:01 PM: File couldn't be loaded. Once I dismissed that window, I was able to copy/paste (see?) the version: 2021.0.0.f77f3586f101 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1958474/+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 1958474] [NEW] Feature Request: Auto Save of stitching log
Public bug reported: I sometimes would like to look at the stitching log after Hugin finishes stitching and the stitching log window disappears. Somewhere, I read that if one checks the "copy to clipboard" option in preferences, the log would be copied to the clipboard, and one would then be able to paste it somewhere, probably into a text editor. While this would be nice, being able to auto-save it would be better. Being text, it would not take up much room on disk, and I would not have to go to a text editor and paste it in, and then save it. You'll note that I said "While this would be nice...", not "While this is nice..." I have at times, tried to paste the log into a text editor, and have never succeeded. Yes the option is checked in preferences. Perhaps it is because I am using Wayland, but I am using Sway, and have never had a problem doing cut and paste (perhaps I have not tried in the "right" programs in order to have it fail...!) Current Sway: 1.6.1 with Debian Testing. Hugin version: Hmmm... I don't know if I have reported this yet or not, but when trying to get Hugin's version, I used the Help--->About option, and got an error window with the detail: 09:07:01 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 09:07:01 PM: File couldn't be loaded. Once I dismissed that window, I was able to copy/paste (see?) the version: 2021.0.0.f77f3586f101 ** 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/1958474 Title: Feature Request: Auto Save of stitching log Status in Hugin: New Bug description: I sometimes would like to look at the stitching log after Hugin finishes stitching and the stitching log window disappears. Somewhere, I read that if one checks the "copy to clipboard" option in preferences, the log would be copied to the clipboard, and one would then be able to paste it somewhere, probably into a text editor. While this would be nice, being able to auto-save it would be better. Being text, it would not take up much room on disk, and I would not have to go to a text editor and paste it in, and then save it. You'll note that I said "While this would be nice...", not "While this is nice..." I have at times, tried to paste the log into a text editor, and have never succeeded. Yes the option is checked in preferences. Perhaps it is because I am using Wayland, but I am using Sway, and have never had a problem doing cut and paste (perhaps I have not tried in the "right" programs in order to have it fail...!) Current Sway: 1.6.1 with Debian Testing. Hugin version: Hmmm... I don't know if I have reported this yet or not, but when trying to get Hugin's version, I used the Help--->About option, and got an error window with the detail: 09:07:01 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 09:07:01 PM: File couldn't be loaded. Once I dismissed that window, I was able to copy/paste (see?) the version: 2021.0.0.f77f3586f101 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1958474/+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 1953275] Re: Crash upon clicking on "AutoCrop"
I'm sorry. I have only ever seen the saving of .pto files as part of the "3:Create Panorama" process, and it never occurred to me that one could do it before then by selecting "Save" from the "Fast Panorama preview" window menu until now... Here it is... ** Attachment added: "TKDD2355-6.pto" https://bugs.launchpad.net/hugin/+bug/1953275/+attachment/5545855/+files/TKDD2355-6.pto -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1953275 Title: Crash upon clicking on "AutoCrop" Status in Hugin: Incomplete Bug description: [... The Hugin Debug window appeared and after describing the situation, I clicked on "OK". I don't know if the bug info was automatically sent here, or if I was to gather the files and come here and log in and copy the info. In case the latter, here it is... ] [Copy of Notes.txt follows] Two input images, one turned approx. 45 degrees from the first (taken from an airplane), "did not complete successfully" I added a bunch of control points, and aligned again, again to get "did not complete successfully". I "enlarged" the "align"ed images in the Fast Panorama preview window, went to "Crop", and clicked on "Autocrop", intending to enlarge the crop window to encompass the entire set of images, when this "Debug report " window appeared. Following the original crash, I brought up Hugin again, loaded the images again, aligned again (but did not again add control points and re-align). I immediately went to "Crop", and "Autocrop" again crashed Hugin. I have not had Hugin crash before. There is no .pto file, as it never got to that point. -- [Clicking on the Hugin "Help/About" generates an error window (as well as the About window...): 08:20:24 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 08:20:24 PM: File couldn't be loaded. '/usr/share/hugin/xrc/data/' exists, but the file does not] Hugin being use on Debian Testing with Sway Wayland compositor. Debian Hugin version: 2021.0~beta1+dfsg-1 About: System: Operating System: Linux 5.14.0-4-amd64 x86_64 Architecture: 64 bit Free memory: 10143908 kiB Hugin Version: 2021.0.0.f77f3586f101 Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.hugindata/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.0.5 wxWidgets Library (wxGTK port) Version 3.0.5 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.24. libpano13: 2.9.20 Boost: 1.74.0 Exiv2: 0.27.3 SQLite3: 3.36.0 Vigra: 1.11.1 LittleCMS2: 2.12 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1953275/+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 1953275] Re: Crash upon clicking on "AutoCrop"
** Attachment added: "2nd crash - just align and crop/Autocrop" https://bugs.launchpad.net/hugin/+bug/1953275/+attachment/5545610/+files/hugin.xml -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1953275 Title: Crash upon clicking on "AutoCrop" Status in Hugin: New Bug description: [... The Hugin Debug window appeared and after describing the situation, I clicked on "OK". I don't know if the bug info was automatically sent here, or if I was to gather the files and come here and log in and copy the info. In case the latter, here it is... ] [Copy of Notes.txt follows] Two input images, one turned approx. 45 degrees from the first (taken from an airplane), "did not complete successfully" I added a bunch of control points, and aligned again, again to get "did not complete successfully". I "enlarged" the "align"ed images in the Fast Panorama preview window, went to "Crop", and clicked on "Autocrop", intending to enlarge the crop window to encompass the entire set of images, when this "Debug report " window appeared. Following the original crash, I brought up Hugin again, loaded the images again, aligned again (but did not again add control points and re-align). I immediately went to "Crop", and "Autocrop" again crashed Hugin. I have not had Hugin crash before. There is no .pto file, as it never got to that point. -- [Clicking on the Hugin "Help/About" generates an error window (as well as the About window...): 08:20:24 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 08:20:24 PM: File couldn't be loaded. '/usr/share/hugin/xrc/data/' exists, but the file does not] Hugin being use on Debian Testing with Sway Wayland compositor. Debian Hugin version: 2021.0~beta1+dfsg-1 About: System: Operating System: Linux 5.14.0-4-amd64 x86_64 Architecture: 64 bit Free memory: 10143908 kiB Hugin Version: 2021.0.0.f77f3586f101 Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.hugindata/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.0.5 wxWidgets Library (wxGTK port) Version 3.0.5 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.24. libpano13: 2.9.20 Boost: 1.74.0 Exiv2: 0.27.3 SQLite3: 3.36.0 Vigra: 1.11.1 LittleCMS2: 2.12 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1953275/+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 1953275] Re: Crash upon clicking on "AutoCrop"
** Attachment added: "Screenshot of aligned images" https://bugs.launchpad.net/hugin/+bug/1953275/+attachment/5545611/+files/hugin_crash_2_image_align.png -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1953275 Title: Crash upon clicking on "AutoCrop" Status in Hugin: New Bug description: [... The Hugin Debug window appeared and after describing the situation, I clicked on "OK". I don't know if the bug info was automatically sent here, or if I was to gather the files and come here and log in and copy the info. In case the latter, here it is... ] [Copy of Notes.txt follows] Two input images, one turned approx. 45 degrees from the first (taken from an airplane), "did not complete successfully" I added a bunch of control points, and aligned again, again to get "did not complete successfully". I "enlarged" the "align"ed images in the Fast Panorama preview window, went to "Crop", and clicked on "Autocrop", intending to enlarge the crop window to encompass the entire set of images, when this "Debug report " window appeared. Following the original crash, I brought up Hugin again, loaded the images again, aligned again (but did not again add control points and re-align). I immediately went to "Crop", and "Autocrop" again crashed Hugin. I have not had Hugin crash before. There is no .pto file, as it never got to that point. -- [Clicking on the Hugin "Help/About" generates an error window (as well as the About window...): 08:20:24 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 08:20:24 PM: File couldn't be loaded. '/usr/share/hugin/xrc/data/' exists, but the file does not] Hugin being use on Debian Testing with Sway Wayland compositor. Debian Hugin version: 2021.0~beta1+dfsg-1 About: System: Operating System: Linux 5.14.0-4-amd64 x86_64 Architecture: 64 bit Free memory: 10143908 kiB Hugin Version: 2021.0.0.f77f3586f101 Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.hugindata/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.0.5 wxWidgets Library (wxGTK port) Version 3.0.5 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.24. libpano13: 2.9.20 Boost: 1.74.0 Exiv2: 0.27.3 SQLite3: 3.36.0 Vigra: 1.11.1 LittleCMS2: 2.12 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1953275/+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 1953275] Re: Crash upon clicking on "AutoCrop"
** Attachment added: "First crash, after first adding control points" https://bugs.launchpad.net/hugin/+bug/1953275/+attachment/5545609/+files/hugin.xml -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1953275 Title: Crash upon clicking on "AutoCrop" Status in Hugin: New Bug description: [... The Hugin Debug window appeared and after describing the situation, I clicked on "OK". I don't know if the bug info was automatically sent here, or if I was to gather the files and come here and log in and copy the info. In case the latter, here it is... ] [Copy of Notes.txt follows] Two input images, one turned approx. 45 degrees from the first (taken from an airplane), "did not complete successfully" I added a bunch of control points, and aligned again, again to get "did not complete successfully". I "enlarged" the "align"ed images in the Fast Panorama preview window, went to "Crop", and clicked on "Autocrop", intending to enlarge the crop window to encompass the entire set of images, when this "Debug report " window appeared. Following the original crash, I brought up Hugin again, loaded the images again, aligned again (but did not again add control points and re-align). I immediately went to "Crop", and "Autocrop" again crashed Hugin. I have not had Hugin crash before. There is no .pto file, as it never got to that point. -- [Clicking on the Hugin "Help/About" generates an error window (as well as the About window...): 08:20:24 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 08:20:24 PM: File couldn't be loaded. '/usr/share/hugin/xrc/data/' exists, but the file does not] Hugin being use on Debian Testing with Sway Wayland compositor. Debian Hugin version: 2021.0~beta1+dfsg-1 About: System: Operating System: Linux 5.14.0-4-amd64 x86_64 Architecture: 64 bit Free memory: 10143908 kiB Hugin Version: 2021.0.0.f77f3586f101 Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.hugindata/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.0.5 wxWidgets Library (wxGTK port) Version 3.0.5 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.24. libpano13: 2.9.20 Boost: 1.74.0 Exiv2: 0.27.3 SQLite3: 3.36.0 Vigra: 1.11.1 LittleCMS2: 2.12 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1953275/+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 1953275] [NEW] Crash upon clicking on "AutoCrop"
Public bug reported: [... The Hugin Debug window appeared and after describing the situation, I clicked on "OK". I don't know if the bug info was automatically sent here, or if I was to gather the files and come here and log in and copy the info. In case the latter, here it is... ] [Copy of Notes.txt follows] Two input images, one turned approx. 45 degrees from the first (taken from an airplane), "did not complete successfully" I added a bunch of control points, and aligned again, again to get "did not complete successfully". I "enlarged" the "align"ed images in the Fast Panorama preview window, went to "Crop", and clicked on "Autocrop", intending to enlarge the crop window to encompass the entire set of images, when this "Debug report " window appeared. Following the original crash, I brought up Hugin again, loaded the images again, aligned again (but did not again add control points and re-align). I immediately went to "Crop", and "Autocrop" again crashed Hugin. I have not had Hugin crash before. There is no .pto file, as it never got to that point. -- [Clicking on the Hugin "Help/About" generates an error window (as well as the About window...): 08:20:24 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 08:20:24 PM: File couldn't be loaded. '/usr/share/hugin/xrc/data/' exists, but the file does not] Hugin being use on Debian Testing with Sway Wayland compositor. Debian Hugin version: 2021.0~beta1+dfsg-1 About: System: Operating System: Linux 5.14.0-4-amd64 x86_64 Architecture: 64 bit Free memory: 10143908 kiB Hugin Version: 2021.0.0.f77f3586f101 Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.hugindata/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.0.5 wxWidgets Library (wxGTK port) Version 3.0.5 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.24. libpano13: 2.9.20 Boost: 1.74.0 Exiv2: 0.27.3 SQLite3: 3.36.0 Vigra: 1.11.1 LittleCMS2: 2.12 ** Affects: hugin Importance: Undecided Status: New ** Attachment added: "hugin_dbgrpt-138026-20211205T194336.zip" https://bugs.launchpad.net/bugs/1953275/+attachment/5545608/+files/hugin_dbgrpt-138026-20211205T194336.zip -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1953275 Title: Crash upon clicking on "AutoCrop" Status in Hugin: New Bug description: [... The Hugin Debug window appeared and after describing the situation, I clicked on "OK". I don't know if the bug info was automatically sent here, or if I was to gather the files and come here and log in and copy the info. In case the latter, here it is... ] [Copy of Notes.txt follows] Two input images, one turned approx. 45 degrees from the first (taken from an airplane), "did not complete successfully" I added a bunch of control points, and aligned again, again to get "did not complete successfully". I "enlarged" the "align"ed images in the Fast Panorama preview window, went to "Crop", and clicked on "Autocrop", intending to enlarge the crop window to encompass the entire set of images, when this "Debug report " window appeared. Following the original crash, I brought up Hugin again, loaded the images again, aligned again (but did not again add control points and re-align). I immediately went to "Crop", and "Autocrop" again crashed Hugin. I have not had Hugin crash before. There is no .pto file, as it never got to that point. -- [Clicking on the Hugin "Help/About" generates an error window (as well as the About window...): 08:20:24 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 08:20:24 PM: File couldn't be loaded. '/usr/share/hugin/xrc/data/' exists, but the file does not] Hugin being use on Debian Testing with Sway Wayland compositor. Debian Hugin version: 2021.0~beta1+dfsg-1 About: System: Operating System: Linux 5.14.0-4-amd64 x86_64 Architecture: 64 bit Free memory: 10143908 kiB Hugin Version: 2021.0.0.f77f3586f101 Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.hugindata/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.0.5 wxWidgets Library (wxGTK port) Version 3.0.5 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.24. libpano13: 2.9.20 Boost: 1.74.0 Exiv2: 0.27.3 SQLite3: 3.36.0 Vigra: 1.11.1 LittleCMS2: 2.12 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1953275/+subscriptions ___
[Hugin-devs] [Bug 1939930] Re: Include mask and MOST of 2nd image black
The only options on the Blender dropdown are Enfuse and builtin. I guess that "builtin" is verdandi...? -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1939930 Title: Include mask and MOST of 2nd image black Status in Hugin: New Bug description: I have a 2-image pano that has a car in the overlapping section of the left image, and none in the overlapping section of the right one. I want the car to be there. Despite the car being there in the preview, it is missing in the final pano. Thinking that Hugin is automatically preferring the right over the left, I "cleverly" flipped both images so that the car was in the right image, and ran Hugin again. Car still missing... I researched the problem, and came upon the concept of Masks, and how to make an include mask. I drew a polygon around the car, selected "Include Region", and then "Stitch!" (or possibly "3. Create panorama"). The area of the mask is completely black on the left part of the final image. The right part of the image is also completely black, except for a thin horizontal strip along the top, which blends into the black. In searching for others who might have reported this bug, I came upon: https://answers.launchpad.net/hugin/+question/675074 which suggests: "- add switch --primary-seam-generator=nft to the enblend options on the stitcher tab" Indeed, this solves the problem. However, the bug has not been fixed, even though it must have existed before "2018-10-11", as the very first comment contained the above suggestion. The same comment said: "Either the remapping stage has a bug or the blending program has problems in finding the correct seams for complex masks." There are only two images, and one mask, in my image - not "complex", then... Is there no way for Hugin/enblend to recognize the problem, and apply the solution automatically? Perhaps if an include mask is present, that should be enough to trigger it... --- scott@ASUS-Prime-B350MA:~$ uname -a Linux ASUS-Prime-B350MA 5.10.0-5-amd64 #1 SMP Debian 5.10.26-1 (2021-03-27) x86_64 GNU/Linux Using Sway 1.5, wlroots (libwlroots6: Installed: 0.11.0-3) under Debian Testing Invoking About... yields an error message: "08:21:30 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 08:21:30 PM: File couldn't be loaded." However the System tab yields: "Operating System: Linux 5.10.0-5-amd64 x86_64 Architecture: 64 bit Free memory: 10769072 kiB Hugin Version: 2020.0.0.2f576e5d5b4a Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.hugindata/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.0.5 wxWidgets Library (wxGTK port) Version 3.0.5 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.20. libpano13: 2.9.20 Boost: 1.74.0 Exiv2: 0.27.3 SQLite3: 3.34.1 Vigra: 1.11.1 LittleCMS2: 2.9" They don't list enblend/enfuse, but their version is: 4.2-8 --- I will attach the .pto file, and the final image. If you want the original .jpg s let me know. [I have checked the "copy logfile to clipboard" preference, but I get nothing upon "pasting" into my text editor - maybe because of Wayland (but I normally have no problem with ctrl-c/ctrl-v cutting and pasting) ... ] To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1939930/+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 1939930] Re: Include mask and MOST of 2nd image black
** Attachment added: "20210813_Hugin_Editor_Masks_Tab.png" https://bugs.launchpad.net/hugin/+bug/1939930/+attachment/5517820/+files/20210813_Hugin_Editor_Masks_Tab.png -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1939930 Title: Include mask and MOST of 2nd image black Status in Hugin: New Bug description: I have a 2-image pano that has a car in the overlapping section of the left image, and none in the overlapping section of the right one. I want the car to be there. Despite the car being there in the preview, it is missing in the final pano. Thinking that Hugin is automatically preferring the right over the left, I "cleverly" flipped both images so that the car was in the right image, and ran Hugin again. Car still missing... I researched the problem, and came upon the concept of Masks, and how to make an include mask. I drew a polygon around the car, selected "Include Region", and then "Stitch!" (or possibly "3. Create panorama"). The area of the mask is completely black on the left part of the final image. The right part of the image is also completely black, except for a thin horizontal strip along the top, which blends into the black. In searching for others who might have reported this bug, I came upon: https://answers.launchpad.net/hugin/+question/675074 which suggests: "- add switch --primary-seam-generator=nft to the enblend options on the stitcher tab" Indeed, this solves the problem. However, the bug has not been fixed, even though it must have existed before "2018-10-11", as the very first comment contained the above suggestion. The same comment said: "Either the remapping stage has a bug or the blending program has problems in finding the correct seams for complex masks." There are only two images, and one mask, in my image - not "complex", then... Is there no way for Hugin/enblend to recognize the problem, and apply the solution automatically? Perhaps if an include mask is present, that should be enough to trigger it... --- scott@ASUS-Prime-B350MA:~$ uname -a Linux ASUS-Prime-B350MA 5.10.0-5-amd64 #1 SMP Debian 5.10.26-1 (2021-03-27) x86_64 GNU/Linux Using Sway 1.5, wlroots (libwlroots6: Installed: 0.11.0-3) under Debian Testing Invoking About... yields an error message: "08:21:30 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 08:21:30 PM: File couldn't be loaded." However the System tab yields: "Operating System: Linux 5.10.0-5-amd64 x86_64 Architecture: 64 bit Free memory: 10769072 kiB Hugin Version: 2020.0.0.2f576e5d5b4a Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.hugindata/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.0.5 wxWidgets Library (wxGTK port) Version 3.0.5 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.20. libpano13: 2.9.20 Boost: 1.74.0 Exiv2: 0.27.3 SQLite3: 3.34.1 Vigra: 1.11.1 LittleCMS2: 2.9" They don't list enblend/enfuse, but their version is: 4.2-8 --- I will attach the .pto file, and the final image. If you want the original .jpg s let me know. [I have checked the "copy logfile to clipboard" preference, but I get nothing upon "pasting" into my text editor - maybe because of Wayland (but I normally have no problem with ctrl-c/ctrl-v cutting and pasting) ... ] To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1939930/+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 1939930] Re: Include mask and MOST of 2nd image black
** Attachment added: "TKDD3910-1_Cyl-3.jpg" https://bugs.launchpad.net/hugin/+bug/1939930/+attachment/5517819/+files/TKDD3910-1_Cyl-3.jpg -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1939930 Title: Include mask and MOST of 2nd image black Status in Hugin: New Bug description: I have a 2-image pano that has a car in the overlapping section of the left image, and none in the overlapping section of the right one. I want the car to be there. Despite the car being there in the preview, it is missing in the final pano. Thinking that Hugin is automatically preferring the right over the left, I "cleverly" flipped both images so that the car was in the right image, and ran Hugin again. Car still missing... I researched the problem, and came upon the concept of Masks, and how to make an include mask. I drew a polygon around the car, selected "Include Region", and then "Stitch!" (or possibly "3. Create panorama"). The area of the mask is completely black on the left part of the final image. The right part of the image is also completely black, except for a thin horizontal strip along the top, which blends into the black. In searching for others who might have reported this bug, I came upon: https://answers.launchpad.net/hugin/+question/675074 which suggests: "- add switch --primary-seam-generator=nft to the enblend options on the stitcher tab" Indeed, this solves the problem. However, the bug has not been fixed, even though it must have existed before "2018-10-11", as the very first comment contained the above suggestion. The same comment said: "Either the remapping stage has a bug or the blending program has problems in finding the correct seams for complex masks." There are only two images, and one mask, in my image - not "complex", then... Is there no way for Hugin/enblend to recognize the problem, and apply the solution automatically? Perhaps if an include mask is present, that should be enough to trigger it... --- scott@ASUS-Prime-B350MA:~$ uname -a Linux ASUS-Prime-B350MA 5.10.0-5-amd64 #1 SMP Debian 5.10.26-1 (2021-03-27) x86_64 GNU/Linux Using Sway 1.5, wlroots (libwlroots6: Installed: 0.11.0-3) under Debian Testing Invoking About... yields an error message: "08:21:30 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 08:21:30 PM: File couldn't be loaded." However the System tab yields: "Operating System: Linux 5.10.0-5-amd64 x86_64 Architecture: 64 bit Free memory: 10769072 kiB Hugin Version: 2020.0.0.2f576e5d5b4a Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.hugindata/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.0.5 wxWidgets Library (wxGTK port) Version 3.0.5 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.20. libpano13: 2.9.20 Boost: 1.74.0 Exiv2: 0.27.3 SQLite3: 3.34.1 Vigra: 1.11.1 LittleCMS2: 2.9" They don't list enblend/enfuse, but their version is: 4.2-8 --- I will attach the .pto file, and the final image. If you want the original .jpg s let me know. [I have checked the "copy logfile to clipboard" preference, but I get nothing upon "pasting" into my text editor - maybe because of Wayland (but I normally have no problem with ctrl-c/ctrl-v cutting and pasting) ... ] To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1939930/+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 1939930] [NEW] Include mask and MOST of 2nd image black
Public bug reported: I have a 2-image pano that has a car in the overlapping section of the left image, and none in the overlapping section of the right one. I want the car to be there. Despite the car being there in the preview, it is missing in the final pano. Thinking that Hugin is automatically preferring the right over the left, I "cleverly" flipped both images so that the car was in the right image, and ran Hugin again. Car still missing... I researched the problem, and came upon the concept of Masks, and how to make an include mask. I drew a polygon around the car, selected "Include Region", and then "Stitch!" (or possibly "3. Create panorama"). The area of the mask is completely black on the left part of the final image. The right part of the image is also completely black, except for a thin horizontal strip along the top, which blends into the black. In searching for others who might have reported this bug, I came upon: https://answers.launchpad.net/hugin/+question/675074 which suggests: "- add switch --primary-seam-generator=nft to the enblend options on the stitcher tab" Indeed, this solves the problem. However, the bug has not been fixed, even though it must have existed before "2018-10-11", as the very first comment contained the above suggestion. The same comment said: "Either the remapping stage has a bug or the blending program has problems in finding the correct seams for complex masks." There are only two images, and one mask, in my image - not "complex", then... Is there no way for Hugin/enblend to recognize the problem, and apply the solution automatically? Perhaps if an include mask is present, that should be enough to trigger it... --- scott@ASUS-Prime-B350MA:~$ uname -a Linux ASUS-Prime-B350MA 5.10.0-5-amd64 #1 SMP Debian 5.10.26-1 (2021-03-27) x86_64 GNU/Linux Using Sway 1.5, wlroots (libwlroots6: Installed: 0.11.0-3) under Debian Testing Invoking About... yields an error message: "08:21:30 PM: can't open file '/usr/share/hugin/xrc/data/COPYING.txt' (error 2: No such file or directory) 08:21:30 PM: File couldn't be loaded." However the System tab yields: "Operating System: Linux 5.10.0-5-amd64 x86_64 Architecture: 64 bit Free memory: 10769072 kiB Hugin Version: 2020.0.0.2f576e5d5b4a Path to resources: /usr/share/hugin/xrc/ Path to data: /usr/share/hugin/data/ Hugins camera and lens database: /home/scott/.hugindata/camlens.db Multi-threading using C++11 std::thread and OpenMP Libraries wxWidgets: wxWidgets 3.0.5 wxWidgets Library (wxGTK port) Version 3.0.5 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.20. libpano13: 2.9.20 Boost: 1.74.0 Exiv2: 0.27.3 SQLite3: 3.34.1 Vigra: 1.11.1 LittleCMS2: 2.9" They don't list enblend/enfuse, but their version is: 4.2-8 --- I will attach the .pto file, and the final image. If you want the original .jpg s let me know. [I have checked the "copy logfile to clipboard" preference, but I get nothing upon "pasting" into my text editor - maybe because of Wayland (but I normally have no problem with ctrl-c/ctrl-v cutting and pasting) ... ] ** Affects: hugin Importance: Undecided Status: New ** Tags: mask ** Attachment added: "TKDD3910-1_Cyl.pto" https://bugs.launchpad.net/bugs/1939930/+attachment/5517818/+files/TKDD3910-1_Cyl.pto -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1939930 Title: Include mask and MOST of 2nd image black Status in Hugin: New Bug description: I have a 2-image pano that has a car in the overlapping section of the left image, and none in the overlapping section of the right one. I want the car to be there. Despite the car being there in the preview, it is missing in the final pano. Thinking that Hugin is automatically preferring the right over the left, I "cleverly" flipped both images so that the car was in the right image, and ran Hugin again. Car still missing... I researched the problem, and came upon the concept of Masks, and how to make an include mask. I drew a polygon around the car, selected "Include Region", and then "Stitch!" (or possibly "3. Create panorama"). The area of the mask is completely black on the left part of the final image. The right part of the image is also completely black, except for a thin horizontal strip along the top, which blends into the black. In searching for others who might have reported this bug, I came upon: https://answers.launchpad.net/hugin/+question/675074 which s
