Quote:
Originally Posted by a dewd
Yeah, well that makes no sense. The site generates the most rake by having maximum pots played per dollars in player accounts. Rake is typically capped, so the most rake a site could generate is when they just reach the cap and then no more chips enter the pot. Action flop rig makes no sense at all since the cap would be reached far beneath the large pot. Thereby, the house loses out on possible rake.
...but wins way more on the collection of a huge share of large pots won by the site accounts; plus they achieve skinning their regular depositors in the fastest way possible, not really allowing them to go spent money elsewhere. Non-riggies like to sing two songs here:
1) The site makes money from the rake only; they do not need more than that (I wish that was true...)
2) The RNG/shuffle and the dealing is fair.
I have commented on 1) many times, including the above. Now regarding 2), I agree that the RNG is fair, and it does not have to be rigged to produce the effect we observe. The shuffle might be fair as well, as long the distribution of hole cards goes, and possibly the flop. From there on, what happens we can only know if we see the software. There is the set of 52 cards. N cards remain after the flop, which form N(N-1) possible pairs (turn,river). Now the non-riggies claim that these N cards are pre-shuffled and dealt in the fixed order they are at this point. That will certainly happen in a live game, and it will also happen at a non-rigged site, if the algorithm is set to operate as in a live game. However, what happens IMO is that the algorithm can choose the continuation after the flop to benefit certain (say, site) accounts (based on assigned numbers, say 0.8 to a site account, and 0.2 to a mark), by choosing randomly turn and river cards from a set of size smaller than N(N-1), a set that would contain approximately 80% (turn,river) pairs that win the pot for the site account. As I explained before, doing so takes microseconds, and it does not cause any delays in how the algorithm reacts. I have not heard any programming expert arguing about that. Have you?
Now riggies will shout, this is impossible, it cannot be done, that is not how they do it, etc. Based on what? On a link to a post by Josem? What do we know about Josem? Did he write the code? If he did, can we trust him? Dealing a pre-shufled deck is something Josem claims, a link is given to his post. Has he read the entire code that deals the card in the process of a hand? If the answer is yes, can Josem guarantee that the code he has read runs at their servers at all times, and not a slightly altered copy of it that causes the "slight" aberrations I am talking about?
Dealing a hand is a physical process, which consists of a discrete sequence of events. Each event occurs at a particular instant in time and marks a change of state in the system. The software reacts after each action from a player. Say, we are at the flop stage. Player A bets, player B calls. The software peels off a turn card and sends it to the screen. The question is how the software chooses this card, and the next card. There are a number of bricks for both players; there are cards that benefit A, and cards that benefit B, there are cards that benefit both players (the real action cards). Same happens at the river.
Quote:
Originally Posted by UsernameTaken
There are certain people, you wouldn't know them, they are called "winning players".
Correction: There are certain people, you wouldn't know them, they are called "site accounts".
Last edited by dacy; 05-13-2020 at 05:02 PM.