[Hugin-devs] [Bug 1384674] Re: enblend running out of temp space: poor diagnostics and configuration possibilities

2014-10-26 Thread Christoph Spiel
OK -- even at the danger of loosing focus let me
try to explain each your points.


> enblend-4.1.1-3.fc19.i686

The latest release in the Stable
Branch is 4.1.3. We are already preparing 4.1.4.
OTOH, the Development Branch of course holds
much more goodies.


> The TMPDIR ought also be mentioned in the
> manpage, attaching a patch.

THX for your patch!  We have a pretty
similar one in rev188e286e471d, which I just
back-ported to the Stable Branch.  It will show
up in 4.1.4.


> However, looking at the source code I am
> wondering if TMPDIR gets used at all - or is
> it dead code now?

(i) Enblend and Enfuse only refer to the
environment variable `TMPDIR' if they were
compiled with the ImageCache feature.
Otherwise they store everything in core and
thus don't need a reference to a scratch
directory.

(ii) The ImageCache feature was withdrawn in
4.2 because of the spurious problems it
causes; see, e.g.
https://bugs.launchpad.net/enblend/+bug/807439
Moreover, the ImageCache is incompatible
with OpenMP, our main parallelization
technology.  Therefore, current Development
Branch does not use `TMPDIR', either.

(iii) The `mmap_view' branch
http://hg.code.sf.net/p/enblend/code/rev/7a3964af671a
uses a different "caching scheme" to offload
image data from core to disk.  It needs to
know where to store the backing-files for
the images and thus again refers to
`TMPDIR'.


> In my case I had additional screw up as hugin
> discarded the preset TMPDIR and when setting
> the hugin tmpdir via gui somehow this setting
> has been reset on one occasion.

This looks more like a Hugin issue to
me, although we can think about adding a
command-line option to set/override `TMPDIR'.

You could easily work around the problem by
wrapping the calls to Enblend and Enfuse in
shell scripts that override `TMPDIR'.  I imagine
something like

#! /bin/dash
export TMPDIR=/work
exec /usr/local/bin/enblend "$@"


** Changed in: enblend
   Status: New => Triaged

** Changed in: enblend
   Importance: Undecided => Medium

** Changed in: enblend
 Assignee: (unassigned) => Christoph Spiel (cspiel)

-- 
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
https://bugs.launchpad.net/bugs/1384674

Title:
  enblend running out of temp space: poor diagnostics and configuration
  possibilities

Status in Enblend:
  Triaged
Status in “hugin” package in Ubuntu:
  Invalid

Bug description:
  Hi,

  this is mostly a duplicate of
  https://bugs.launchpad.net/enblend/+bug/1220523.

  I would like to add that the diagnostic messages and documentation
  could be a lot better in this situation.

  Instead of "enblend: No space left on device" it would be much more
  helpfull to say *which device/dricetory* as this does not appear
  documented anywhere.

  Furthermore, is this device hardcoded in the source code or is it
  configurable somewhere? Again, did not find anything in the
  documentation.

  Finally, this just happened to me with 
  $ df /tmp/
  Filesystem 1K-blocks  Used Available Use% Mounted on
  tmpfs1028148   924   1027224   1% /tmp

  and trying to stitch together 31 images. It would seem that similar
  situations may become increasingly common in the near future.

  Regards

To manage notifications about this bug go to:
https://bugs.launchpad.net/enblend/+bug/1384674/+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 807439] Re: Artefacts due to Enblend memory bug

2014-10-26 Thread Christoph Spiel
The ImageCache causing the problem was withdrawn in the
Development Branch, which finally leads to version 4.2.  So the
bug is gone there, because the code that caused it was removed.

We have a tentative replacement for the ImageCache in
the "mmap_view" branch:
http://hg.code.sf.net/p/enblend/code/rev/7a3964af671a
However, the developers are still unsure whether the new code is
(a) fast enough and
(b) offloads sufficient image data from core memory to disk.
Right now it is uncertain whether "mmap_view" will make it into
the mainline Development Branch.

-- 
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/807439

Title:
  Artefacts due to Enblend memory bug

Status in Enblend:
  Confirmed
Status in Hugin - Panorama Tools GUI:
  Confirmed

Bug description:
  Please take a look at my equirectangular panorama
  http://img11.imageshack.us/img11/7831/test24.jpg
  What happened to those exposure line?
  Also the nadir image result is equally weired.
  If I use normal view with horizontal horizon ,it looks like something broken:
  http://img18.imageshack.us/img18/6176/48761613.png
  But if I chang the view and looking down, it appears fine:
  http://img59.imageshack.us/img59/1462/47884439.png
  I don't get it, is there anything I'm not doing right?

  I've use manual mode for everything when shooting (e.g. white balance, 
aperture, exposure time. )
  I using prebuilt hugin for Windows 7 
64bit.(HuginSetup_2011.2.0-beta1_64bit_Windows_2.exe )
  Also take a look at the discussion at google form
   https://groups.google.com/forum/?pli=1#!topic/hugin-ptx/RQz4-I_LGss

To manage notifications about this bug go to:
https://bugs.launchpad.net/enblend/+bug/807439/+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