1.) The key observation is that as the cards are dealt out in round after
rounds, each player will be given the same number of cards. (Although
some will have received ONE more than others if the number of cards dealt
is not divisible by the number of players.) Therefore, it is NOT NECESSARY
to add the number of cards given to each players hand on each deal. All
you have to do is keep track of how many cards each player is “owed” if you
HAD added them.

2.) The key variables are: “stacks”, “offset”, “dealer”, and “hand”.

“stacks” is an array of integers that STARTS as the number of cards in each
players hand. The first step in every round is for the new dealer to pick
up all the cards in his hand. Therefore, the dealer’s stack is decreased
by the number of cards he has. IF we wanted to KEEP “stacks” as the number
of cards in each player’s hand, we would then have to add to EACH stack
the number of cards that EACH player is dealt. We don’t bother doing that.
Instead, we increase a single variable, “offset”, by the number of cards
that each player should receive. Thus, in general, the number of cards
in player i’s hand is “stacks[i] + offset”. (Actually, this may be off by
one, depending on whether player i has gotten the one extra card as a result
of a partial deal.)

“dealer” is the index of the current dealer. “hand” is the number of cards
in the dealer’s hand.

3.) In general, each player will receive hand/players cards, rounded down.
The dealer’s position will advance by the remainder hand%players. Since this
division is time-consuming, I use two lookup tables, “qtable” and “rtable”,
to store the precomputed quotients and remainders.

4.) According to my description in (2), it seems like the number stacks[0]
should be initialized to cards, since at the beginning, the first player
has all the cards, and offset should be initialized to zero. If that were
the case, then the code to compute the number of cards in the dealer’s hand
would be:


hand = offset + stacks[dealer];
if (dealer != 0)
      hand++;


This is because, most of the time, the dealer will be one of the players
who has received one additional card from the fact that the number of cards
dealt is not divisible by the number of players. The one exception is when
the current dealer is the same as the original dealer, in which case, the
total number of cards dealt IS divisible by the number of players, and all
the players, including the current dealer, has received exactly the same
number of cards.

In order to simplify and speed up the computation of the number of
cards in the dealer’s hand, I initialize offset to one, so that the
increment is automatically performed. However, that would give the
initial dealer one too many cards, so I initialize his stack to
cards-1.

5.) “count” keeps track of the number of deals. I have not given you a
definition for the counter datatype. What you choose to use will depend
on your application. For small examples, count can just be an integer.
However, on my computer, I go through approximately 135,000,000 deals
per second. At that rate, you will overflow a 32-bit integer in less
than a minute. Of course, your milage may vary.

6.) I have also included a routine to print out the number of cards in
each player’s hand. It is not used in the main program, but I hope it
will be helpful in understanding the code. If anyone wants, I will be
happy to send them the complete, working code.

———-


int qtable[MAX_CARDS], rtable[MAX_CARDS];

      printf("( ");
      for(i=0; i<players; i++) {
           hand = offset + stacks[i];
           if (i > dealer)
                hand--;
           printf("%d ", hand);
      }
      printf(")\n");
}


I suspect (but cannot prove, of course) that this configuration cannot be brute forced in any reasonable amount of time. I ran through approximately 500 billion iterations this morning and did not reach the end. Based on experiments with 500 cards and fewer players (7 or 8 players are manageable), I would not be suprised if (20,500) requires many orders of magnitude more iterations.

I planned to create more graphical representations that may help “discover” a patter or at least look pretty :)

Anyway…
You can pick it up from
http://www.softwareriver.com/download/orderlychaos.zip

You only need to have .NET 2.x on your computer and it should run. Select the number of cards, players and select start.
You will then see a graphical representation of each tag as a line for each player.
The player with no cards will have an empty line – the player with all cards will have the full line for that tag (row).
Starting player is colored blue.

If the “graph” cannot fit in your window a red line will show up indicating that there is more so try to resize your window.

Have fun!

There are 53 ways to divide the cards between two people. Only 7 of those ways are on the good loop. You don’t want to end up in the other 46.

(It is only 7 and not 14, right? because it matters who is dealing…)