Start a new topic
Implemented

New Dice Algorithm / True dice rolls

Game does not use true dice roll probabilities. Many, many times I've had 97-99% chance to win and dont.


HOW TO VOTE FOR THIS FEATURE? Tap the 'Do you like this idea?' below


87 people like this idea

Eh... If your rank actually falls back down to novice you should be playing novices and beginners. The point of ranks is to find others of similar skill. Otherwise, it's a huge waste of time and no fun. And why would a grandmaster want to play games where coming in 2nd place will knock away a lot of points and winning give next to nothing?

People who won't play beginners are gutless. I was Master, then went down to Novice mainly due to bad luck, Blitz fails, collusion. Dont be a gutless pussy and knock off beginners before the game starts. You never know if they are a former Master working back up
Yeah It was always absurd to hear the accusations of bias in favor of or against just about every possible segment of the player base. Thanks for the reply. I am using a RNG for my “true dice” simulator. I still use an rng in my implementation of Ryan’s algorithm just not as often and it is noticeablely different from the true dice version in general being more favorable to the underdog then the true dice simulator. The RNG I use is just the one in java’s java.util.Random (specifically Random.nextInt()) perhaps not particularly well regarded, I actually don’t know, but since I use it across both simulators I think it should provide some insight.

Hi SectaOne,


pelase understand that some of the questions, properly and detailed answered, would help potential cheaters and hackers and therefore are under wraps.

"First does SMG use the algorithm Ryan described on reddit to generate the battle outcomes?"

This is one of them, but Ryan is not entirely wrong. No detawils here, however, we are glad that FINALLY someone confirmed we don't favor anyone and that the rules are the same for all, AI and Human, Novice and Expert, Freebie and Premium user.

"Third what specifically are you referring to when you say you are within 0.X percent?"

When we tested our algo against

http://riskodds.com/index.php

and a test system written here,

our outcomes in 10.000, 100.000 and more battles were always less then 1% off the value there (fluctuating in both directions), referring to WHO WINS.
Troop losses were within 5% +/- of those there.

One problem we found with using ANY RNG system, no matter which (tried several industry standard ones) is that users experience unlikely cases more often than they would expect in real life. It's partially Voodoo.

Best,

Ivan

Hi Ivan thank you very much for all the hard work you and everyone at SMG puts into the game. I have some questions that I hope you’ll take the time to answer. First does SMG use the algorithm Ryan described on reddit to generate the battle outcomes? Second are outcomes generated by the client instead of the server? Third what specifically are you referring to when you say you are within 0.X percent? Is that win probability, troops remaining or something else? Thanks again for the hard work Risk is my favorite game and I appreciate all the hard work that goes into the app.

Thank you very much, Micheal, actually we are currently preparing the next version which comes with a ton of bugfixes and memory consumption polishing.

Most new features, tweakes and changes are actually implemented because of ideas from the community, coming in via here, email, Facebook messenger e.t.c. (and someone even found out my phone number, I am impressed).

And we are reading here and checking the the findings versus our own knowledge of the code and our own simulations. Actually, the current dice roll implementation has in our tests versus real dice simulations AND Riskodds website calculations never shown a difference beyond 0.X %.

But we are curious and more than happy to discuss, because we believe we are as close to the real thing as possible. Always willing to improve, though.

Best,

Ivan @ SMG

Aitch, I personally think SMG are doing a great job, over all the app is great (better than many out there) it just needs a little refinement but that's the way it goes in development, debugging takes most of the time, and everything can be improved. Furthermore, many "feature" requests are subjective at best and not every idea should be listened to, because it can break other things, etc. And in my experience they respond in a timely manner.

 

Wow, man you have no business on this forum being so negative. If you don't like the game, don't play it. Simple. I've seen nothing but positive comments here in the forums (until yours) and people usually make good points.

 

Why should they be responding to the forums anyways? If you have a bug or feature request, put in a ticket. The forums are for discussions and has little to do with reporting to SMG, getting feedback, or etc. I'm just going to chalk your comment up to to you not knowing how the website works. For future reference, again if you have a gripe, issue or bug to report, submit a ticket. Don't be a dick.

Dudes, the most important question is this... 


Does anybody think SMG (Shockingly Mediocre Games!) gives a damn, and will try to fix the problems?


SMG can't even be bothered to reply to posters here ffs!


(Yet they have plenty of time to post nonsense on their facebook/twitter feed lol!)


All we can do is hope Hasbro dumps these losers, and gives the game to a professional company who know what they are doing... Amen!

I noticed the same thing back in the day. With my simulations I could see that true dice are slower when doing one million large battles. But in game you do one battle at a time so it should be ok. Of course seeing it tested on the actual app would be better.

Would love to see if you can. Back 2 years ago, if you did blitz with a large army against a somewhat large army, my device would freeze for about a second before the result came in. I ended up getting a more powerful tablet and it was better for still noticeable. My phone was the only device where it would not really do that. And then they changed the code to where it's not noticeable at all.

I'm willing to bet that doing a million dice rolls didn't take long.  There's no reason that true dice rolls should impact performance on any mobile device built in the last 20 years.  I don't have the old code to look at, but I'm guessing their implementation was broken.  Moving away from "true dice rolls" for performance reasons doesn't make sense.


I don't have time to mess around with the code right now but I'm 99% sure that I could modify the code to use true rolls for both normal and blitz attacks and the performance delta would be undetectable to a human.



So I have now written a true dice roll simulator and did a few basic comparisons to the algorithm Ryan described. From a relatively small dataset it looks like SMG’s way of doing things favors the smaller army and or the defender more than a true dice approach does. As examples I have examined 20v30 30v30 40v30 battles with both algorithms with a million simulations each. For 20 v 30 with true dice: attacker won 12.2% defender 87.8%. With game dice attacker won 15.2% defender 84.7%. For 30 v 30 with true dice attacker won 71.3% defender 28.7% with game dice attacker won 58% defender 42%. For 40v30 with true dice the attacker won 97.8% and lost 2.2%. With game dice the attacker won 89.1% and the defender won 10.9%
The outliers are interesting though. In one million 40 v 25 there is at least one scenario where where the attacker losses none and at least one where the defender losses only five. In one million 60 v 30 I came across at least one scenario where the attacker lost only one and at least one where the defender lost only 15. Those kind of these do happen apperantly.
Attacking a one or two you will lose twice as much as the defender has on average. That ratio gets better as the defending army gets bigger as long as your army is large enough to be reasonably assured of capturing the territory. Eventually the attacker can expect to lose less 1 than troop for every defending troop defeated. At first look the situations where a guaranteed victory army losses and so it just losses a random number of troops appear to happen very rarely mostly with lower numbers.

Briand, I agree and it shouldn't be too hard to run the raw numbers and then compare that to a simple simulator ran over a few million outcomes. Not sure if I'll get to it right away but it's something I'd also be curious about.. to even see if our complaining is even valid LOL. But I suspect it is.

Login or Signup to post a comment