On my windows 7 x64 machines, I've noticed extended save as with the move files options can take quite a while for large numbers of images. I happened to have resource monitor open while doing it and noticed a high disk usage rate. I can see the system process reading the files and the autopano process writing the files between 5 and 30 MB/sec. I am moving the files within the same drive, from the image folder to a subfolder of image folder e.g. c:\imagestoc:\images\panos\img_0001_img_0010-10images\

via the %p/%a argument to the path

This isn't really a bug, more a question. Is autopano copying the file and then deleting it, when moving it? or is making a system call to move the file?

Last edited by foundation on Wed Oct 05, 2011 11:47 pm, edited 1 time in total.

Thanks for looking Alexandre. Now I know why it takes so long to move panos. Doesn't the operating system take care of that with a move? for example if you interrupt a windows explorer move, you end up with a temp file at the destination and the original still there. So it seems to me a big performance hit when moving files within the same drive to have double security. If you decide to keep the double security, could I suggest you add a progress bar or some sort of ui feedback look to prevent the whole application from seeming locked up (windows thinks the app is not responding during the copy time).

The reason this is important to me is that when I get home from a day of landscape shooting (I shoot most things as panoramas even if they aren't wide or tall to get extra print size) I might have 3000 photos in the day's folder. I use autopano to find the panos and move them to a panos subfolder (each one has a subfolder of panos) so that when I go through in lightroom and review the images, I only have to review the non pano images and the final stitched ones. The going through and moving the files takes me almost as much time as it takes the computer to find the panos. Perhaps another way of making my workflow easier (if you don't want to change the move behavior) would be if I could batch "save extended as" so that all open files got saved to the %p/%a subfolder. Anyway, I understand my use case may not be common, but I appreciate you answering questions and all the community interaction you do, so thank you!

I noticed that from time not all files are copied. I then have to manually move the files.

Regards, Hans KeesomI stitch and render for other photographers. Price: 25 euro or less, no cure no pay. If you want to concentrate on your business let me do the stitching for you. Free TB of Dropbox space when you have more then 250 euro business a year.

Is it possible that in 3.0.5 the code ha reverted back to copying and then deleting (maybe all of 3.0 builds?)It seems much slower to extended save as, and taskmgr shows a huge amount of reading and writing while it does it. This is on windows 8.

I'm looking at resource monitor in windows 7 while doing an extended save as that is going very slowly, and it's reading from source directory and writing to destination, rather than doing a move. This is with version 3.0.4 running on win7 x64 so it's not just a windows 8 issue

Last edited by foundation on Sun Apr 21, 2013 6:09 pm, edited 1 time in total.

Checking back on this issue, I'm "moving" via extended save as some panos from one folder to a subfolder of that folder e.g. 2012-07-27 has the files, I do extended save choosing "move" to 2012-07-27/panos/B61p0875_B61P1003-123 images/ and I watch in resource manager .cr2 files being read and written. This is with version 3.0.6 on windows 7 x64

Last edited by foundation on Sun Jul 07, 2013 6:46 am, edited 1 time in total.