[hugin-ptx] Re: Panini-general broken in 64-bit builds
Additional information: - Hugin fails on Linux as well (hg tip, also libpano13 tip); - For me, it fails with tops=60, but succeeds with top=-100. Seems like a sign thing to me. I've been digging around in the source code a bit but it's huge so I haven't been able to pinpoint the problem yet. Gotta go now, I'll probably do some more digging later. Cheers, Bart On Sunday, April 27, 2014 6:53:02 PM UTC+2, Bart van Andel wrote: > > I'm experiencing the same issues with panini general in recent builds. I'm > trying to use the "tops" parameter but it seems to be ignored completely. > However, I've tried running the very same project using a number of Hugin > versions, and they are all failing, both 32 and 64 bit. > > After a number of runs I saw that I had forgotten to delete the generate > project.mk file, which contains references to the paths for every tool > being used, but after deleting this file the results are still the same: > tops parameter not applied. I could see in the progress window that the > intended version of nona was being used. > > Versions tested (all on Windows 7, 64 bit): > >- 2014.0.0-beta1 x32 (installer, Python version) >- 2014.0.0-beta1 x64 (installer, Python version) >- 2013.0.0 x32 (7z, non-Python version) >- 2012.0.0 x32 (7z, non-Python version) >- 2011.4.0 x32 (7z, non-Python version) >- 2010.4.0 x32 (7z, non-Python version), this one even fails to call >make.exe, even after "Load defaults" for every preferences page. I haven't >bothered to check out why this is happening. > > Note that in all cases, the GL preview shows the correct projection. Some > versions of nona (or maybe all, haven't watched everything) complained > about the projection not being GPU-compatible, so it switched to CPU > remapping. Disabling GPU processing alltogether does not change anything. > > What version are you using to stitch your panini-general images, Tom? > > On Monday, August 19, 2013 2:22:09 AM UTC+2, Tom Sharpless wrote: >> >> Recent 64-bit Windows builds of Hugin don't apply the panini-general >> squeeze settings "tops" and "bots" while stitching, although they do >> display squeezed images in the preview window (I have tried 2010.4, 2011.4, >> and 2012.0) The 32-bit builds seem to apply tops and bots correctly. I >> suspect this is a word size issue somewhere in nona; but it might be in >> libpano. >> >> I rely on Hugin's panini-general for making architectural prints, and >> many of the images I work with nowadays are too big for the 32-bit version. >> I'm not currently set up to build Hugin at 64 bits, so I would really >> appreciate it if the Hugin team could fix this. >> >> -- Tom >> >> -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/33a3c414-d9ab-4c25-bf69-065c098f9568%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[hugin-ptx] Re: Panini-general broken in 64-bit builds
I'm experiencing the same issues with panini general in recent builds. I'm trying to use the "tops" parameter but it seems to be ignored completely. However, I've tried running the very same project using a number of Hugin versions, and they are all failing, both 32 and 64 bit. After a number of runs I saw that I had forgotten to delete the generate project.mk file, which contains references to the paths for every tool being used, but after deleting this file the results are still the same: tops parameter not applied. I could see in the progress window that the intended version of nona was being used. Versions tested (all on Windows 7, 64 bit): - 2014.0.0-beta1 x32 (installer, Python version) - 2014.0.0-beta1 x64 (installer, Python version) - 2013.0.0 x32 (7z, non-Python version) - 2012.0.0 x32 (7z, non-Python version) - 2011.4.0 x32 (7z, non-Python version) - 2010.4.0 x32 (7z, non-Python version), this one even fails to call make.exe, even after "Load defaults" for every preferences page. I haven't bothered to check out why this is happening. Note that in all cases, the GL preview shows the correct projection. Some versions of nona (or maybe all, haven't watched everything) complained about the projection not being GPU-compatible, so it switched to CPU remapping. Disabling GPU processing alltogether does not change anything. What version are you using to stitch your panini-general images, Tom? On Monday, August 19, 2013 2:22:09 AM UTC+2, Tom Sharpless wrote: > > Recent 64-bit Windows builds of Hugin don't apply the panini-general > squeeze settings "tops" and "bots" while stitching, although they do > display squeezed images in the preview window (I have tried 2010.4, 2011.4, > and 2012.0) The 32-bit builds seem to apply tops and bots correctly. I > suspect this is a word size issue somewhere in nona; but it might be in > libpano. > > I rely on Hugin's panini-general for making architectural prints, and many > of the images I work with nowadays are too big for the 32-bit version. I'm > not currently set up to build Hugin at 64 bits, so I would really > appreciate it if the Hugin team could fix this. > > -- Tom > > -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/acb16032-9e46-4c23-8cce-8c68f8fa5f9a%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[hugin-ptx] Re: Panini-general broken in 64-bit builds
I'm experiencing the same issues with panini general in recent builds. I'm trying to use the "tops" parameter but it seems to be ignored completely. However, I've tried running the very same project using a number of Hugin versions, and they are all failing, both 32 and 64 bit. After a number of runs I saw that I had forgotten to delete the generate project.mk file, which contains references to the paths for every tool being used, but after deleting this file the results are still the same: tops parameter not applied. I could see in the progress window that the intended version of nona was being used. Versions tested (all on Windows 7, 64 bit): - 2014.0.0-beta1 x32 (installer, Python version) - 2014.0.0-beta1 x64 (installer, Python version) - 2013.0.0 x32 (7z, non-Python version) - 2012.0.0 x32 (7z, non-Python version) - 2011.4.0 x32 (7z, non-Python version), this one even fails to call make.exe, even after "Load defaults" for every preferences page. I haven't bothered to check out why this is happening. Note that in all cases, the GL preview shows the correct projection. Some versions of nona (or maybe all, haven't watched everything) complained about the projection not being GPU-compatible, so it switched to CPU remapping. Disabling GPU processing alltogether does not change anything. What version are you using to stitch your panini-general images, Tom? On Monday, August 19, 2013 2:22:09 AM UTC+2, Tom Sharpless wrote: > > Recent 64-bit Windows builds of Hugin don't apply the panini-general > squeeze settings "tops" and "bots" while stitching, although they do > display squeezed images in the preview window (I have tried 2010.4, 2011.4, > and 2012.0) The 32-bit builds seem to apply tops and bots correctly. I > suspect this is a word size issue somewhere in nona; but it might be in > libpano. > > I rely on Hugin's panini-general for making architectural prints, and many > of the images I work with nowadays are too big for the 32-bit version. I'm > not currently set up to build Hugin at 64 bits, so I would really > appreciate it if the Hugin team could fix this. > > -- Tom > > -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/810657fb-086e-4185-ae62-cf79d454d926%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
