Batch rename and image counter wonkiness
The batch rename feature seems to be malfunctioning. It did not properly rename on import, so am trying to fix that.
What I am TRYING to achieve is a file naming convention that spits out: 190320-001, where 190320 is the image date, and the 001 is the sequence counter from that date.
But the software keeps EITHER inserting the counter variable in between the mm and dd date fields, or doesnt actually count the images. SO, for example, image 58 from March 17, 2019 comes out EITHER 19035817, 190317.raw, or 190317_58.raw with the results 2 and 3 giving the entire batch either NO counter variable, or the same counter variable, with every image thus having the same name.
The syntax I am using is image yearYY ImageMonthMM Image day of the monthDD_counter
I have also tried using sequence instead of counter, but no luck.
Seems like a bug, but it could be user error.
What I am TRYING to achieve is a file naming convention that spits out: 190320-001, where 190320 is the image date, and the 001 is the sequence counter from that date.
But the software keeps EITHER inserting the counter variable in between the mm and dd date fields, or doesnt actually count the images. SO, for example, image 58 from March 17, 2019 comes out EITHER 19035817, 190317.raw, or 190317_58.raw with the results 2 and 3 giving the entire batch either NO counter variable, or the same counter variable, with every image thus having the same name.
The syntax I am using is image yearYY ImageMonthMM Image day of the monthDD_counter
I have also tried using sequence instead of counter, but no luck.
Seems like a bug, but it could be user error.
0
-
What happens if you use the token "Image Date (yy-mm-dd)" along with the counter token instead of all of the individual date tokens? 0 -
It returns "Mar 17 2019_284". Every image gets the same counter variable, in the case I just tried, 284.
Then I just ran the same script again on the same 114 photos, and it returned Mar 17 2019_398 for all 114 images. So it is calculating the counter, but the increasing sequence is not being reflected in the actual file name. I assume that if I kept running the same script, it would keep adding 114--the number of images being renamed--to the unchanging counter no.
(But that's also not a dating convention that helps me, as it winds up sorting large groups of photos that might span more than a year, by month, rather than yes. Using YYMMDD keeps a consistent chronological sequence. But I work around that if the counter was working properly.)
So I guess it seems to be a glitch in the counter token.0 -
Strange, I've never seen the counter not count. You can try resetting the the batch renaming tool in the ... menu. Otherwise assuming there is not some user error I'm missing I'd suggest resetting the preferences and cache then retrying. If that doesn't work reinstall the program. If that still does not work contact Phase One with a support case.
The preference file can be found in Users>...>Library>Preferences delete the phaseone plist file
Cache can be found in Users>...>Library>Caches delete the phaseone folder
This should reset Capture One to how it was when first installed so if you've changed your workspace to another layout be sure to save it.0 -
That's what I'm doing now. Even stranger, when I look at the catalog in Finder, and then "show package contents" in the "Originals" subfolder, the names are the first names that got screwed up. Where it put the counter count in the middle of the image date sequence. So I have tried a few different naming recipes, and it keeps NOT counting, and actually NOT changing the actual file name in Finder.
follow up...
So I did all that, deleted the cache, and plist file, ununstalled the app and reinstalled the newest release. Same thing.
Very strange.
Off to open a support ticket0
Post ist für Kommentare geschlossen.
Kommentare
4 Kommentare