Open lynxlynxlynx opened 6 days ago
That's difficult to realize since there are many ways to circumvent the PVRZ tracking:
I could probably implement it in a way that only considers existing PVRZ files found in the game (biffed or override folders).
Yes, a file based approach should suffice. After all, the problem is getting files overwritten, nothing more. Since the index is baked into the file the obvious idea of prompting for different filenames would be annoying to do.
Can you abort the export if clobbering is about to happen? The typical "do you want to overwrite" prompt?
Currently existing PVRZ files are simply overwritten without prompt. Adding a simple file tracker sounds like a good idea.
Btw, only the default PVRZ start index is set in the converter options. The start index for the current session can be modified directly in the BAM converter Frames tab when you select BAM V2 output.
The index used (1000) can be modified in Options, but if you're working on several images, updating that all the time is unwieldy. Plus, if it creates more than one page, the tactic may fail.
So I suggest that when creating new BAMs (vs editing existing ones), the index is computed instead, eg. last used +1 or +10.
To paraphrase a user from the forum: