#180 VBA overwrites existing captured image files

[Philipp Palmer]

I never noticed this until recently, but with both
versions 1.5 and 1.7, when I take screenshots between
gaming sessions, or after I delete one in the sequence,
the program will overwrite existing screenshots for
that game instead of taking over from the last existing
number.

For example, If I have:

Riviera - The Promised Land_01.bmp
Riviera - The Promised Land_02.bmp
[etc]
Riviera - The Promised Land_20.bmp

...and I stop playing, restart the program, and try to
take a capture again, it will start from "Riviera - The
Promised Land_01.bmp", and then subssequently overwrite
02, 03, until I stop.

Additionally, if while I'm still playing the game, I go
into the folder I've selected for captures, and delete
a file somewhere in the middle - let's say number 12 -
the next capture will take that place, and then start
overwriting with number 13.

I'm not sure if this is intentional, since I would
assume the program knows to look for existing
screenshots by the naming system it uses, and then
continue on from where I left off last time. If nothing
else, could it be made to check the timestamps? I'm
unsure of which method would be faster and less
system-intensive, since you would still want to keep
screenshots instantaneous.

I've tried changing the folders and reinstalling VBA
(about to try 1.7.2, though I didn't see this mentioned
in the changelogs or any existing bug reports).

It's hardly earth-shattering, but it is kind of
irritating to have to clean out my directory and rename
files manually between gaming sessions, since I tend to
be kind of screenshot-happy. I hope I won't have to
switch to a seperate capture program.

[Philipp Palmer]

Logged In: YES
user_id=794554

Whoops, I forgot to include my report info:

Emu version : 1.7
Emu Type : Normal Version
File : C:\Documents and
Settings\[USER]\Desktop\Shared\Games\Emu\VBA\Games\GBA\Riviera
- The Promised Land.gba
BIOS Checksum: 0B81ACAF
Internal name: RIVIERA
Game code : BREE
Using BIOS : 0
Skip BIOS : 0
Disable SFX : 0
Skip intro : 0
Throttle : 0
Rewind : 0
Auto frame : 0
Video option : 3
Render type : 2
Color depth : 32
Red shift : 00000013
Green shift : 0000000b
Blue shift : 00000003
Layer setting: FF00
Save type : 0 (0)
Flash size : 00010000 (00010000)
RTC : 0 (0)
AGBPrint : 0
Speed toggle : 0
Synchronize : 1
Sound OFF : 0
Channels : 030f
Old Sync : 0
Priority : 2
Filters : 12 (0)
Cheats : 0
GB Cheats : 0
GB Emu Type : 1

[Spacy]

Logged In: YES
user_id=1355343

I fixed that a while ago. VBA now looks if the file it would
create already exists, and if so, it will just call the
screenshot fucntion recursively until ti finds an empty
screenshot slot. Not the best solution, but it works ^^