AO: We are back from the dead... again! After an 18 day outage, we are finally alive and well. Who knew how complicated updating software/databases from 2008 would be. I still have alot of tweaks to make, but my main goal was getting everything patched and updated to 2026.
Vbulletin 6 has changed alot since 2008 so we will have a ton of new features to dig into.
i beat it!!!:) accually i kind of cheated, i brought 2 games up and in one game i let him go first and in the other i went first. i mirrored his move from each of the games so in one game i lost and in the other i won.(i know i didn't really "win" but i thought it might help you(miscue) or anyone else trying to figure out how it works mathamaticly)
*if i didn't make any sence just ignore me:) *
BTW- the one i won with was the one that he went first
The reason why the computer is so hard is because it knows the solution to the game. I believe that the first move is a losing move... and then it alternates back and forth between a winning and losing move. I can't get the computer to beat itself when going first, so this led me to believe that. In order for me to determine that for sure... will have to do an exhaustive search to make sure there is no possible way for a forced win to occur by moving first. If the "lucky" dude can provide me with his counter-example, yeah right... then I won't waste my time trying to verify something that isn't correct in the first place.
Note that the number of possible combinations is FAR greater than 839... probably hundreds of thousands or so. (And lucky man figured a winning combination first shot supposedly.)
I may or may not write a program to mark each setup as either a win or loss... the puzzle caught my attention... and as my attention span is very short... I may find myself doing something else. We shall see.
Originally posted by Spray Painter
BTW- the one i one with was the one that he went first
For real? Ya sure? Ok, then that saves me several hours of coding. (Although I do have an interest in AI programming that finds solutions to these kinds of puzzles... and rubik's cubes and stuff...) :)
Ok, I understand Miscue that you have obviously spent a descent ammount of time trying to crack this program very technically. When someone says "oh its beginners luck" that would make someone a little angry, because they are truly taking it for granted and making it seem easier than it really is. I can appreciate your showing people how things work in programs of the sort. I've taken programing classes and am an engineering student. I know how hard it is. But I was not trying analize the game so deeply on a matmatical level, I don't have time for that. I know that in such things it is not luck, because I didn't randomly guess. I did have a basis for my choices, which I did think through a little, but I did win the first time. So in cliche "beginners luck". If I got one of my projects to work perfectly the first time I would extatic. Its just a game though and thats all I meant to analize it as. Just like your first post was only, "you have to let him go first."
Besides that, the way you approach these problems I do truly appreciate because I do enjoy the tech side, and like what you showed in the post. Keep it commin.
Tato and I looked at this, and it appears that the 1st to move is always the winner. His 1st move is a mistake... but he seems to play fine afterwards.
I figured since it was an even/odd deal... it would also be a win/lose alternation. This is true, but his initial move is a mistake... and allows you to win... although you wouldn't if he stuck to the solution from the start.
One solution (eventually works if he repeats one of his patterns):
Remove 4 from row of 6
Remove all of row of 5
Remove lone ball
Now I see how your win on first shot is possible. Still lucky as heck... with the help of keen observation.
In my mind I was comparing this to the Towers of Hanoi problem... with say... 5 towers... where you can solve with an exhaustive, recursive solution. Guessing does no good... if you want to solve it w/o mistake... you have to know how to solve it before you make your first move.
Not the case with this puzzle it seems... the solutions once known are too simple.
It also seems that his first move is *always* flawed. If you follow the correct procedure after his first move, you should always be able to win. If his first move is a correct move, and he continues to make correct moves you will never win.
I heard about that... the original code let you put in your credit card number and gamble. He stopped working because they forgot to remove the "randomlyCheatPlayer()" routine from their code.
Comment