Combat Replays (Full Version)

All Forums >> [Current Games From Matrix.] >> [World War II] >> War In The Pacific - Struggle Against Japan 1941 - 1945 >> Tech Support



Message


currahee55 -> Combat Replays (8/28/2006 4:15:14 PM)

I played the combat replay last night in WITP, ver 18.00.1, and saved, to come back today. I had been in a big hurry last night, and wanted to watch the replay again; I loaded the move again, and this time the replay had markedly different results; I saved that one, too.

Is this game supposed to do that? I thought a replay always produced the same results?! Has this been fixed in a later patch?




wild_Willie2 -> RE: Combat Replays (8/28/2006 5:22:52 PM)

Combat replay can be inaccurate for the allies, but I SHOULD show you the same buggy replay again when you re-load it.
You re-played the turn?, or maybe you just saw it wrong the first time.

Don't worry, if it happend it was a fluke....




currahee55 -> RE: Combat Replays (8/28/2006 6:51:20 PM)

I don't think it's a fluke. Last night I loaded my opponent's turn; just one file, because he's the US; I watched the combat replay, and then saved into a separate slot, so I could return to the game today.

Today, I wanted to watch the replay again; first, I simply replayed from the "saved game" screen, ie, loaded the move I had saved there last night; well, it looked different from what I'd remembered. It was so different, I thought it might be an older turn; so, I went to his email, loaded his move again, allowing it to overwrite the one in the "save" folder, and replayed one more time; again got a different result. I then saved into a separate slot.

So now, I can go into these two different, saved games, and clearly see that the ships are in different condition. Both saves have the same game date, Aug 2, 1942. So I'm not imagining this.

To summarize: when I run the replay again, I get different results. Hopefully, that's a bug that can be fixed; but can someone else try this, and veryify that it happens?




dtravel -> RE: Combat Replays (8/28/2006 10:08:43 PM)

Its a problem with the program's random number generator.  Either it doesn't properly save the seed or it can be affected by something during execution.  Either way its a bug but one that the programmers can't find.  I don't expect it to get fixed.




michaelm75au -> RE: Combat Replays (8/29/2006 6:22:14 AM)

Skipping over animations (pressing Esc or Done) can impact the random numbers.
We have seen this in straffing attacks and have found one place where a set of random numbers were not being used if the animation was bypassed during replay.

Once the sequence of random numbers is misused, then every combat after will generally be using a different set to resolve the battle.
Interestingly, sometimes the turn can actually catch up on the random numbers, and play can go back into sync.


quote:

ORIGINAL: emorris5

I don't think it's a fluke. Last night I loaded my opponent's turn; just one file, because he's the US; I watched the combat replay, and then saved into a separate slot, so I could return to the game today.

Today, I wanted to watch the replay again; first, I simply replayed from the "saved game" screen, ie, loaded the move I had saved there last night; well, it looked different from what I'd remembered. It was so different, I thought it might be an older turn; so, I went to his email, loaded his move again, allowing it to overwrite the one in the "save" folder, and replayed one more time; again got a different result. I then saved into a separate slot.

So now, I can go into these two different, saved games, and clearly see that the ships are in different condition. Both saves have the same game date, Aug 2, 1942. So I'm not imagining this.

To summarize: when I run the replay again, I get different results. Hopefully, that's a bug that can be fixed; but can someone else try this, and veryify that it happens?





currahee55 -> RE: Combat Replays (8/29/2006 3:27:30 PM)

Thanks!




Page: [1]

Valid CSS!




Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI
0.6875