C/C++

NAVIGATION
CATEGORIES
REFERRENCE
LINKS
  • Final Theory Of Everything V1.0

    5 answers - 7319 bytes - related search similar search Add To My Delicious Add To My Stumble Upon Add To My Google Mark Add To My Facebook Add To My Digg Add To My Reddit


    It is possible to use martingale probability theory to beat some games
    of chance. In a fair game of coin toss, where the odds reach an
    equilibrium of 50/50 chain reactions do occur. This can be explained
    using martingale probability theory, but in simpler terms it only shows
    an example of how order emerges out of chaos.
    Example: player has 3 pennies, and another player has only 1 penny.
    A fair coin is tossed every round to determine if a penny is won or
    lost for either player. The odds are 3/4 that player A (Who begins with
    3 pennies) will win the game. This is entirely different than the
    martingale betting strategy, because only 1 penny is bet for each round
    of the game.
    Because there are 3 ways player A may win, and only one way player B
    can win, player A has a concrete advantage. Player B, only wins in the
    event that the coin is tossed in his favor 3 times in a row, while
    player A can win on the first throw. he can win after losing the
    first coin toss, or he can win after losing the second coin toss. So
    the odds are 75% that he (or she) will win in this game.
    Upon further analysis it is possible to calculate the average number of
    coin flips before player A is likely to win. The equation k(n-k) works
    for perfectly fair games according to martingale probability theory to
    solve this problem. In this case 3(4-3) solves the problem, so on
    average it takes 3 coin flips for player A to win.
    To show that chain reactions occur you only have to move from the
    probability of winning the first game, and multiply it by the
    probabilities of winning the following games. For example, if 3 pennies
    are used to play this game in an attempt to win one penny, the odds are
    3/4. And once that penny is collected there is now a 4/5th chance of
    winning another penny.
    So statistics tells us that there is a (3/4) * (4/5) * (5/6) * (7/8) *
    (8/9) * (9/10) = 30% chance of the 3 pennies growing into a pile of 10.
    But in repeatable tests you will find that on average there is not a
    net win or loss in this game. If there is a 75% chance of winning 1
    penny, and a 25% chance of losing 3. The two odds cancel each other
    out, to create an equilibrium in 50/50 games.
    And at the same time we can see that despite the fact that the initial
    value of coins reaches an equilibrium when the pattern is extended to
    any length, we can show a concrete advantage to beginning with 3
    pennies, instead of beginning with one.
    In the last example player A had a 30% chance of winning 7 pennies, and
    totaling 10 in all. If we started with only one penny then player A
    would just have to total 8 pennies in order to earn 7. So lets look at
    the math:
    (1/2) * (2/3) * (3/4) * (4/5) * (5/6) * (6/7) * (7/8) = 12.5%
    So we can cleary see that even though winning 7 pennies has the same
    expected value as losing 1 penny. of repeatable tests the odds
    of earning 7 pennies is clearly higher if you begin with 3.
    I can also explain the laws of nature with these prinicples. If we
    look at the equation for gravity on earth, which accelerates at 9.8 m/s
    we can derive an acceptable answer from the earlier equations. The
    gravity equation I am using is sqrt(2*n/9.8).
    In this example we are dropping a ball from 4.9 meters, and you can see
    it takes one second to land.
    t = sqrt( ( 2(4.9 m) ) / ( 9.8 m/s^2 ) ) = 1 s
    So here is my gravity theory. We are using the quadratic formula to
    solve: 2*n/9.8 = k(n-k) , for k. (The formula k(n-k) finds the average
    number of coin flips).
    k=(1/14) (7n +- sqrt(49 n^2 - 40 n)).
    So now an example
    We are dropping a ball from 10 meters above the ground. So we plug 10
    meters into n to solve for k.
    k=(1/14) (7n +- sqrt(49 n^2 - 40 n))
    k=9.791574237
    My question to calculate the average number of coin flips in my game is
    k(n-k), so we plug in k & n:
    k*(10-k) = 2.040816327 = average number of coin flips
    Now we take the square root of the average number of flips to get the
    actual time it takes to land:
    sqrt(avg flips) = 1.428571429 = number of seconds to land.
    Now finally to factor in a problem with my equation we say that if k is
    9.791574327, that means our large gravity pile is that many pennies.
    And our small gravity pile is exactly 0.208425673 pennies!
    #include <stdio.h>
    #include <stdlib.h>
    main ()
    {
    double r;
    long int M;
    double x;
    int y;
    int z;
    int count;
    int seed = 10000;
    srand (seed);
    M = 2;
    int score = 0;
    //Score keeps track of the number of beans won every game
    int games = 0;
    // games keeps track of the number of games we have played before
    //losing all of the beans, which is equal to score.
    int beans1 = 0;
    // Initial value set to zero and defined within the loop
    int wins = 0;
    int lost = 0;
    int quit = 0;
    int init = 0;
    printf ("Initial Beans: ");
    scanf ("%d", &init);
    printf ("Stop after winning X number of beans: ");
    scanf ("%d", &quit);
    for (int cnt = 0; cnt < 10000; cnt++)
    {
    // We play 10,000 rounds
    int count = 0;
    beans1 = init + score;
    // Beans gets defined here, as starting with 3 beans
    // and having a 0 bonus score (It changes as you
    // win more beans per round)
    int beans2 = 1;
    // The program attempts to win just one
    // bean for every game.
    while (beans1 != 0 && beans2 != 0)
    // The battle begins
    {
    r = ((double) rand () / ((double) (RAND_MAX) + (double) (1)));
    x = (r * M);
    y = (int) x;
    z = y + 1;
    // A coin is flipped and is either 1 or 2 in value
    if (z == 1)
    {
    // Heads wins.
    beans1++;
    // Beans1 gains one bean from Beans2
    beans2--;
    }
    if (z == 2)
    {
    // Tails loses
    beans1--;
    // Beans2 gains one bean from Beans1
    beans2++;
    }
    count++;
    // We keep track of the number of rounds in the battle
    }
    if (beans1 score + init)
    {
    // If beans1 is greater than the initial value
    // of beans plus the total number of beans
    // that have been won so far in this game, then
    // the score goes up, and we go on to the next
    // game. We check this at the end of every game.
    score++;
    games++;
    }
    if (beans1 <= 0)
    {
    //If beans1 has lost the game and doesn't
    //have anymore beans then we know the
    //game is over, so we reset score, and reset
    //games.
    printf ("Lost at: %d beans , %d games.\n", score + init, games);
    // And we print out the total number of
    // games played on this trial and show the
    // total score plus the initial value of beans.
    lost++;
    score = 0;
    games = 0;
    }
    if (score >= quit)
    {
    wins++;.
    printf ("Won at: %d beans , %d games.\n", score + init, games);
    beans1 == 0;
    score = 0;
    games = 0;
    }
    }
    printf ("Total Won: %d/%d\n", wins, wins + lost);
    }
  • No.1 | | 712 bytes | |


    virtualade@gmail.com wrote:

    k=9.791574237

    Now finally to factor in a problem with my equation we say that if k is
    9.791574327, that means our large gravity pile is that many pennies.
    And our small gravity pile is exactly 0.208425673 pennies!

    Seconds, meters, and the mass of the Earth are all arbitrary
    parameters.

    If we had no pinkie fingers, we could just as easily be measuring time
    in PixieTicks (64 of them in a Plonk, 32 Plonks in a day). The Earth
    could just as easily been 30% larger. The meter then would be 1/16,384
    of the distance from the equator to the North Pole.

    That would mess up the nice coincidence you've found.

  • No.2 | | 510 bytes | |


    <virtualadepts@gmail.comwrote in message
    news:1158679773.772432.39130@e3g2000cwe.googlegrou ps.com

    It is possible to use martingale probability theory to beat some games
    of chance. In a fair game of coin toss, where the odds reach an
    equilibrium of 50/50 chain reactions do occur. This can be explained
    using martingale probability theory, but in simpler terms it only shows
    an example of how order emerges out of chaos.

    And your C++ language question is?

  • No.3 | | 247 bytes | |

    In comp.lang.c Howard <alicebt@hotmail.comwrote:
    And your C++ language question is?
    I don't think P had one, but there were several C things to mention
    in the program he posted following all the preceding pointless drivel.
  • No.4 | | 622 bytes | |

    Howard wrote:
    <virtualadepts@gmail.comwrote in message
    news:1158679773.772432.39130@e3g2000cwe.googlegrou ps.com

    It is possible to use martingale probability theory to beat some games
    of chance. In a fair game of coin toss, where the odds reach an
    equilibrium of 50/50 chain reactions do occur. This can be explained
    using martingale probability theory, but in simpler terms it only shows
    an example of how order emerges out of chaos.

    And your C++ language question is?

    There is none. S/he posted this (read: trolled) on many different
    groups.

    Cheers!

  • No.5 | | 1107 bytes | |

    19 Sep 2006 08:29:33 -0700 in comp.lang.c++,
    virtualadepts@gmail.com wrote,
    >It is possible to use martingale probability theory to beat some games
    >of chance.


    No, it isn't -- but more on that would be off topic.

    In a fair game of coin toss, where the odds reach an
    equilibrium of 50/50 chain reactions do occur.

    In a fair game of coin toss, each toss is completely unrelated to
    every other toss that comes before or after it. If your simulation
    reveals any correlation, you have merely found a flaw in the
    so-called random number generator. This is in fact a classic way of
    testing the quality of a pseudorandom number generating algorithm.

    The typical rand() implementation is not known for being
    particularly good. It's suitable for undemanding casual purposes.

    Read the FAQ on random numbers. Read Knuth. Remember that all
    pseudorandom generators produce a fixed reproducible sequence, and
    meditate upon how that fact relates to whatever you are trying to
    test or prove.

Re: Final Theory Of Everything V1.0


max 4000 letters.
Your nickname that display:
In order to stop the spam: 6 + 5 =
QUESTION ON "C/C++"

EMSDN.COM