It may also be worth noting that they said they now have a system in place that records highly unlikely outcomes so they can keep track of how often they are occurring in actual gameplay. This means they are at least not blind to the results their new algorithm is producing and should hopefully be able to asses things and adjust accordingly.
Good news guys. I have been in contact with support about the heavily biased 1's issue and they have acknowledged that this was a glitch in the 1.9.36 release. They say they have remedied it as of the latest release that came out today, so hopefully this should no longer be a concern.
The issue is that SMG changed the algorithm (hence this thread) and they should explain how and why, and open-source the code. I have actual data demonstrating that the "fix" does indeed produce unrealistic results:
I agree with Glenn's observation that the "fix" is likely a modification that intentionally disadvantages rolls for small armies being attacked by dramatically larger ones, much more so than the attacker's advantage inherent in the natural probabilities. When I have seen large armies attack post update they almost always win, and usually by a gigantic margin. You would expect to see large armies have a completely failed attack on occasion, even to much smaller forces.
This was probably done to shut-up people complaining about the algorithm being broken in the first place (which my data suggests was never the case, as the statistics were perfectly even pre-update) just because they had large armies destroyed by blitz-attacking smaller ones as on a few occasions.
Also, any programmer knows that the pseudo-random generation of numbers is a function built into the framework of the programming language itself. Therefore, the "roll algorithm" is a very simple feat of building out the 1/6 per die probabilities, there should be absolutely no way for such a simple thing to be flawed in the first place. Ergo, no "fix" should have been required, suggesting that the "fix" was actually a modification that made the probabilities far LESS realistic so that people wouldn't get as upset when chance did not favor them.
So there you have it, I have presented very strong empirical, logical, and anecdotal evidence that the algorithm was never flawed to begin with, and is now flawed as of the "fix." People should stop arguing about probabilities and demand that SMG explain what they have done, why they have done it, and make that portion of the code open source already so people can stop with the asinine complaining.
The only idiots here are the ones "explaining" that probabilities don't preclude long-tail scenarios… You also going to tell us the sky is blue and poop smells bad?
Thanks for the life lesson Justin.
My post was in response to Richard's post immediately before mine. Has nothing to do with your demand to see the algorithm. There is more than one issue here. But I appreciate the feedback.
Steve Clements
HOW TO VOTE FOR THIS FEATURE? Tap the 'Do you like this idea?' below
91 people like this idea