-
yes, then it would surely work as expected.
2010-01-04 16:11:52 UTC in Hugin
-
Overzealous spam filter. Sorry.
The reason is that I once got that to work, and I haven't felt the need to change.
I would really prefer apt-get install hugin, to pull in some working control point detector. Patents. :-(.
2010-01-04 16:10:08 UTC in Hugin
-
sorting takes MUCH longer when selected from the menu, than when starting up.
I'm writing this "bug" report while gqview is STILL sorting my 19000 entry list of files. (Its due to the work I do that indeed I need to work with directories that hold that many jpgs) It's been sorting for 7 CPU minutes solid now. "ls" takes less than a second to soft that same list of files, so gqview must be...
2009-10-28 10:46:46 UTC in GQview image viewer
-
Here is an image from my stitch. This is a small crop. The weird lines cover almost 2/3 of the image. The output image is about 1Gpixel, with a final crop to 0.7 gpixel. The three source images are about 500M (compressed), the blended image is 1.2G (compressed).
http://prive.bitwizard.nl/p2516_cropped_bad.tif
Roger.
2009-10-17 21:54:35 UTC in Enblend
-
It does honor the environment variable "TMPDIR", which is undocumented. (as far as I could find).
2009-10-17 10:07:02 UTC in Enblend
-
I can't set the temp file (image swap area) using a documented commandline argument.
Apparently my gigapixel swapfile is too large for /tmp, so I want it in ~/tmp . (same disk, other partition).
2009-10-17 10:03:59 UTC in Enblend
-
FYI, I've seen this too. It doesn't happen on every 360 degree pano.
2009-10-16 13:18:14 UTC in Enblend
-
I'm working on a big blend. I specified the output resolution to be: 62930*17113
This results in 4.01 Gb of output pixel data. With --compression NONE, this is
guaranteed to generate more than a TIFF file can handle.
First I would like enblend to signal this before it's done hours worth of blending.
Secondly, it silently wrote the invalid TIFF file without any complaint. It should
at...
2009-10-16 13:15:47 UTC in Enblend
-
This always happens, the switching desktops doesnt' matter.
This happens in 2009.4 and released 2009.2.
2009-10-13 09:27:59 UTC in Hugin
-
align_image_stack somehow comes up with v=0 even when I specify -f 66 to specify the FOV myself. (I got the 66 from hugin somewhere). (I would've guessed 1600/18 = 88)
% align_image_stack -m -p test.pto -f 66 -v -o h1.tif dsc_3210.jpg dsc_3211.jpg dsc_3212.jpg
...
Ctrl points before pruning: 400, after: 185
Number of images 3
Field of View must be positive
Bad params
An error occured d.
2009-10-13 08:03:36 UTC in Hugin