Renaming bug in Capture One?
Hi all,
I recently upgraded my software, I'm now running CO 7.2.2 DB. It's great to work with, however there is one recurring glitch that I've noticed about renaming/replacing files.
For example, let's say I take a photo, colourchecker_test.iiq. It's out of focus, so I delete that file, then recapture. The filename for this second shot will again be colourchecker_test.iiq, but it's a totally different photo. However, I have found that CO seems to revert to the original colourchecker_test.iiq. Both in in-software display, and when the image is output. This happens sometimes even when I delete the original file out of the Trash folder.
Second, related, example: I take three shots, colourchecker_test.iiq, colourchecker_test_1.iiq, and colourchecker_test_2.iiq. (I didn't change the filename, so the latter two have acquired the default suffixes). colourchecker_test_2.iiq is the best shot, so I delete the other two, then because I want to avoid unnecessary suffixes, I rename colourchecker_test_2.iiq back to colourchecker_test.iiq. But the file then reverts to the first capture of the three! ):
I do cultural heritage imaging and for our repository there is a strict naming schema, so what might seem like a minor bug has a real affect on my workflow. I have taken to not renaming - outputting as colourchecker_test_3 (etc) to avoid the file reversion issue - but then I have to go back and take the numbered suffixes out of the TIFF filenames, which is a pain.
did anyone else observe this? Is there a simple solution that I'm missing, or is this a genuine bug?
I recently upgraded my software, I'm now running CO 7.2.2 DB. It's great to work with, however there is one recurring glitch that I've noticed about renaming/replacing files.
For example, let's say I take a photo, colourchecker_test.iiq. It's out of focus, so I delete that file, then recapture. The filename for this second shot will again be colourchecker_test.iiq, but it's a totally different photo. However, I have found that CO seems to revert to the original colourchecker_test.iiq. Both in in-software display, and when the image is output. This happens sometimes even when I delete the original file out of the Trash folder.
Second, related, example: I take three shots, colourchecker_test.iiq, colourchecker_test_1.iiq, and colourchecker_test_2.iiq. (I didn't change the filename, so the latter two have acquired the default suffixes). colourchecker_test_2.iiq is the best shot, so I delete the other two, then because I want to avoid unnecessary suffixes, I rename colourchecker_test_2.iiq back to colourchecker_test.iiq. But the file then reverts to the first capture of the three! ):
I do cultural heritage imaging and for our repository there is a strict naming schema, so what might seem like a minor bug has a real affect on my workflow. I have taken to not renaming - outputting as colourchecker_test_3 (etc) to avoid the file reversion issue - but then I have to go back and take the numbered suffixes out of the TIFF filenames, which is a pain.
did anyone else observe this? Is there a simple solution that I'm missing, or is this a genuine bug?
0
-
Are you deleting from Capture One or from the Windows Explorer?
It's likely that the RAW file was deleted but the Proxy (preview file) remains. As Capture One sees no reason to recreate a new preview when one already exists, it stays disconnected. Just zoom in 100% to see the correct the image and redraw the Preview.0 -
Hallo Drew, thank you for your response.
I am deleting from Capture One, not the Windows Explorer. I've also been clearing the Trash folder once I've deleted.
Would it avoid this situation if I delete from WE instead?
I assumed something like that was happening with the Previews. That doesn't solve the problem though. Yes, when I go to 100% the correct file shows, but it's not possible for me to work at 100% most of the time for obvious reasons. CO does not seem to redraw the Proxy/Preview. So when I zoom back out from 100%, it still reverts to the original/wrong image.
Is there a fix?0 -
Right click on the image and choose "Regenerate Preview". 0 -
Thanks for the answer. This fixes the problem most times, but unfortunately not always (for example in scenario 1, when I take a capture, delete, and take a second capture with the same name, it still reverts no matter what, until I clear the trash folder, and sometimes even then).
Also, note for anyone else who might read this thread - the Regenerate Preview option is in the File menu, not available by right click (at least in my version).0
Post ist für Kommentare geschlossen.
Kommentare
4 Kommentare