
Originally Posted by
funky_seagull
I was playing videopoker last night on my mobile phone with microgaming software. When I placed a bet my balance would go down more than the amount I placed. Then suddenly go back to the correct amount it should be after the bet. For example if my balance was £35 and I bet £0.25p the balance would go down to £31.75 then suddenly change to the correct amount of £34.75. The odd thing I noticed after this was I then wouldn't win anything till my balance reached £31.75. Which seems a bit dodgy to me. I stopped playing in the end because I didnt trust it. Now I wish I had used this knowledge to my advantage and bet huge amounts when it hit the strange predetermined amount. Stupidly at the time it never occurred to me to try this. Does this show the game is not random but preset to cause players to gradually lose a set amount. Can anyone explain what this bug was.
This is most odd indeed.
I cannot see how the software could ever have picked up that figure. There IS a Microgaming bug similar though, and it is when you receive the results of the bet, and your balance updates to the amount INCLUDING the payout even before the cards or reels come to rest to show the result. This bug was fixed for the VIPER lobby, but maybe the errant code somehow got included in the development of the mobile casino.
The fact that you did not win until your balance reached that very same amount is probably a coincidence. To prove otherwise would need a few more instances of it repeating this behaviour. Because this behaviour is so odd, it will not take too many detailed incidents to show that coincidence is not a good explanation.
If there is a fun mode (free play) version, try this and see if the same thing happens. Then play a few hands and log what you see, what you stake, and what you win or lose.
The current game should be the only game in play, future games cannot have been determined at that point. In order to misdisplay something the player should never know, the information has to be sent from the server, and if the software was doing something like this seems to be (predetermining a losing streak of x hands before a win is allowed), there is no need to send this information back to the player's client software.
One possible explanation has already been given elsewhere, and this is that to save time, a whole train of information is sent back to the player, rather than having individual requests processed for each card or reel. This, however, only included the current game in play. If there is a committment in the game to play a certain number of hands, it may be that the whole train of results is sent, and the player can then play out the sequence without undue delays.
If this bug is a true representation of the length of the losing streak, then some searching questions need to be asked, and answered. This is not an issue I would expect to see with a mainstream software provider, rather, I would expect this kind of thing to be what blew the cover on some cheating software brands, for example, start-your-own-casino, or Cassinova, and would simply be a visible cock-up resulting from internal payout stabilisation over a number of hands.
Empty Fruities Astern Capt'n
Back to port for unloading.
Full Sails - before we get raided ourselves.
Bookmarks