Public bug reported:
I would like to create cube faces for a 360° Panorama that is currently in
equirectlinear projection with a size of 155.110 x 51.338 pixels (not full 180°
height, top and bottom are cut away) - so a total pixel count of 7.963.037.180
It's currently in png format, since most programs don't seem to know that with
bigtif a tif can be bigger than 4gb.
I like to use erect2cubic from the Panotools::Script cpan package. This creates
a pto file which then needs to be called with nona:
erect2cubic --erect=equirectlinear.tif --ptofile=cube.pto; nona -o prefix
cube.pto
This works perfectly when the total pixel count is smaller than 2^31. I
am searching for a solution for bigger panoramas.
enblend suffers from the same limitation, theres an quite old bug report in the
enblend launchpad tracker
https://bugs.launchpad.net/enblend/+bug/685105
that sort of ended with the statement that panoramas with more than 2^31 are
out of the scope of what enblend want's to achieve.
Does this apply to nona too?
Is there some hint any of the devs can give me how to work around this problem?
In two of my previous panoramas I've stiched the 4 relevant faces seperatly
directly with a linear projection, though I dislike this aproach because it's
nearly impossible to make the 4 seams manually match. See:
https://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=blindengasse55_2014-01-10view=43,0,12
https://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-11-27view=44,-1,10
** 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/1307023
Title:
nona crashes with std::bad_alloc when input has more than 2^31 pixels
Status in Hugin - Panorama Tools GUI:
New
Bug description:
I would like to create cube faces for a 360° Panorama that is currently in
equirectlinear projection with a size of 155.110 x 51.338 pixels (not full 180°
height, top and bottom are cut away) - so a total pixel count of 7.963.037.180
It's currently in png format, since most programs don't seem to know that
with bigtif a tif can be bigger than 4gb.
I like to use erect2cubic from the Panotools::Script cpan package. This
creates a pto file which then needs to be called with nona:
erect2cubic --erect=equirectlinear.tif --ptofile=cube.pto; nona -o prefix
cube.pto
This works perfectly when the total pixel count is smaller than 2^31.
I am searching for a solution for bigger panoramas.
enblend suffers from the same limitation, theres an quite old bug report in
the enblend launchpad tracker
https://bugs.launchpad.net/enblend/+bug/685105
that sort of ended with the statement that panoramas with more than 2^31 are
out of the scope of what enblend want's to achieve.
Does this apply to nona too?
Is there some hint any of the devs can give me how to work around this
problem?
In two of my previous panoramas I've stiched the 4 relevant faces seperatly
directly with a linear projection, though I dislike this aproach because it's
nearly impossible to make the 4 seams manually match. See:
https://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=blindengasse55_2014-01-10view=43,0,12
https://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-11-27view=44,-1,10
To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/1307023/+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