Quote:
Originally Posted by zyberianwarrior
what happens is that the RFG at times takes data from a "current" fighter and creates it in the RFG program I just delete them and try again as for the ID number it is always 0. I dunno what I did to fix that (reboot game?) but I haven't seen it in a while its annoying but like i said delete and try again does work.
|
Nah, export the fighters into CSV and you'll see this. The *external* ID is always set to 0 but the very first column, which is I am positive the identifier the game uses to assign fighters to matches, keep statistics, and so on is what is used. And if there are duplicates of this, well, the game gets screwy. It's a really weird and frankly basic problem to have in... any piece of software that people combat a variety of ways (for instance, if your identifier is a GUID instead of an integer, that alone means it's virtually impossible to have two identical primary keys).
The reason the "delete and try again" thing works is that if you create, say, 6 fighters and then delete all of them, the game starts numbering them from 7 on up. If you just so happened to have deleted whichever fighter had ID 2 from the save that you're using, you won't get that duplicate fighter issue and things will proceed normally. So in turn if you happen to have a relatively small database (for instance, heavyweights only), you will probably run into this infrequently enough that you can just delete any randomly generated fighter that duplicates an ID like this (I believe the way you can check is to select the fighter and open their "XML" - if you get a different guy, you've got a duplicate). Or, I guess, if you were to generate, like, 20,000 random fighters and delete all of them, that should make it so that any randomly generated fighter would start with an ID of 20001, which is probably outside of the range of any current guy...
Okay, I've just given myself a brand new thing to try. My guess is, generating 20,000 random fighters will break the game but we'll see!