Roger Wolff

Show:

What's happening?

  • sorting takes looooong

    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

  • Comment: Horizontal lines when combining large images

    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

  • Comment: enblend uses fixed tmp file location.

    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

  • enblend uses fixed tmp file location.

    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

  • Comment: Horizontal lines when combining large images

    FYI, I've seen this too. It doesn't happen on every 360 degree pano.

    2009-10-16 13:18:14 UTC in Enblend

  • Enblend fails to recognise output tiff file too large.

    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

  • Comment: switching desktops causes hugin to hang.

    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 miscalculates v = HFOV.

    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

  • switching desktops causes hugin to hang.

    When the aligning images took so long I switched desktops to file the bug report. Switching back the third time caused hugin to freeze, and now it's hung in a 100% CPU loop.

    2009-10-13 07:55:14 UTC in Hugin

  • The part after control point generation is much slower

    Usually it would just align my pano and be done with it. In the new hugin, it needs to run "celeste", which is nice, but it is also continuously doing things with loading images into the cache. I suspect that it thinks my images don't fit in the cache, and requires all of them for a "preview update" which apparently triggers all the time. Image...

    2009-10-13 07:34:42 UTC in Hugin

About Me

  • 2000-08-28 (9 years ago)
  • 69326
  • rewolff (My Site)
  • Roger Wolff

  • C Security Networking

Send me a message