Temp files issues

[Ryan Johnson-8]

Hi all,

Two questions:

1. 2009.4 leaves all the temp files laying around after a stitch
completes, where the old version used to delete them afterwards. Is
this new behavior a bug or a feature? It might make some sense if the
GUI were willing to let the makefile track dependencies, but it just
overwrites all the files anyway. Note that manually calling make clean
on the .pto.mk file does the right thing, but only if the file which
was stitched shares the same root as the .pto.

2. In both 2009.4 and the older windows version, the temp files go
wherever the final stitched image is being sent. This can be a major
pain when sending the final image to a (slow) shared filesystem; I
really want the temp files to go to local storage, and the stitched
image to go in the image archive where it belongs.

Thoughts?
Ryan



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.
A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@...
To unsubscribe from this group, send email to hugin-ptx+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~----------~----~----~----~------~----~------~--~---

[Bruno Postle]

On Sat 31-Oct-2009 at 13:05 -0700, Ryan wrote:
>
>1. 2009.4 leaves all the temp files laying around after a stitch
>completes, where the old version used to delete them afterwards. Is
>this new behavior a bug or a feature?

There has been no change as far as I know, the behaviour from the
GUI should be:

All intermediate files (including a temporary .pto .pto.mk pair) are
created in a temporary folder and deleted afterwards.  Unless you
specify 'Remapped Images', in which case some of them are created in
the output folder and saved.

There is a bug where this temporary folder is always the system
default and isn't changed by the Hugin tempDir Preference setting.  
A workaround (on Linux at least) is to set TMPDIR in your
environment.  There will be an equivalent Windows workaround, but I
don't know what it is.

When stitching on the command-line, all intermediate files are
created in the same folder as the output and are only deleted if you
supply the 'clean' make target.

--
Bruno

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.
A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@...
To unsubscribe from this group, send email to hugin-ptx+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~----------~----~----~----~------~----~------~--~---

[Ryan Johnson-8]

On Nov 1, 12:08 am, Bruno Postle <br...@...> wrote:

> On Sat 31-Oct-2009 at 13:05 -0700, Ryan wrote:
> >1. 2009.4 leaves all the temp files laying around after a stitch
> >completes, where the old version used to delete them afterwards. Is
> >this new behavior a bug or a feature?
>
> There has been no change as far as I know, the behavior from the
> GUI should be:
>
> All intermediate files (including a temporary .pto .pto.mk pair) are
> created in a temporary folder and deleted afterwards.  Unless you
> specify 'Remapped Images', in which case some of them are created in
> the output folder and saved.

Hmm. My usual workflow is to create the .pto in the folder that
contains photos I want to stitch, and then send stitched results there
as well. During a stitch, all the files are created in the same
working directory (except, apparently, hug7E.tmp, whatever that is).
Afterward everything gets deleted except for the .pto, .pto.mk, and
the final stitched image. With my 2009.4 build, the tmp files no
longer get deleted. Here's an extract of the output from hugin-0.8;
the same happens with 2009.4:

C:\Program\ Files\Hugin\bin\nona -z PACKBITS  -r ldr -m TIFF_m -o tmp -
i 0 C:\DOCUME~1\Ryan\LOCALS~1\Temp\hug7E.tmp
C:\Program\ Files\Hugin\bin\nona -z PACKBITS  -r ldr -m TIFF_m -o tmp -
i 1 C:\DOCUME~1\Ryan\LOCALS~1\Temp\hug7E.tmp
C:\Program\ Files\Hugin\bin\nona -z PACKBITS  -r ldr -m TIFF_m -o tmp -
i 2 C:\DOCUME~1\Ryan\LOCALS~1\Temp\hug7E.tmp
C:\Program\ Files\Hugin\bin\enblend --compression 85 -f4750x1485+74+0 -
o tmp.jpg tmp0000.tif tmp0001.tif tmp0002.tif
Loading next image: tmp0000.tif
Loading next image: tmp0001.tif
Creating blend mask: 1/4 2/4 3/4 4/4
Optimizing 1 distinct seam.

The tmp*.tif mentioned above are created in the final destination dir,
not in ...\Temp\ (you can see them appear/disappear if you have the
folder open) -- there's plenty of time when this happens over a slow
network share to my wife's laptop. When stitching in 2009.4 the
tmp*.tif files remain. Then, next time you stitch, it pops up a list
of all those temp files and asks if you want to overwrite them ('no'
cancels the stitch).

Can anyone else verify this behavior? Is it a win32 problem only?

> There is a bug where this temporary folder is always the system
> default and isn't changed by the Hugin tempDir Preference setting.  
> A workaround (on Linux at least) is to set TMPDIR in your
> environment.  There will be an equivalent Windows workaround, but I
> don't know what it is.

Hugin seems able to find my temp folder... it just doesn't put many
files into it.

> When stitching on the command-line, all intermediate files are
> created in the same folder as the output and are only deleted if you
> supply the 'clean' make target.

That makes sense, but I've only ever used the GUI.

Regards,
Ryan

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.
A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@...
To unsubscribe from this group, send email to hugin-ptx+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~----------~----~----~----~------~----~------~--~---