interacting with other program
-
i would like to make a program which will play online poker for me! nevermind the game code, i am just wondering whether it would actually be possible to interact with one of these online poker programs.. i don't know much about desktop programming but i am willing to learn. I know for a fact that programs can get info from these poker programs, as i have seen one work. but what about actually inteacting? cheers
-
i would like to make a program which will play online poker for me! nevermind the game code, i am just wondering whether it would actually be possible to interact with one of these online poker programs.. i don't know much about desktop programming but i am willing to learn. I know for a fact that programs can get info from these poker programs, as i have seen one work. but what about actually inteacting? cheers
dave2k wrote: I know for a fact that programs can get info from these poker programs, as i have seen one work. but what about actually inteacting? depends on how much effort you want and how reasonable the other side is. I have made online scripts and programs both to play online games over the years. I tend to get bored rather rapidly playing the game, but if there is a good reason to continue (competing with someone usually -- money really isn't an incentive, too much risk) I will often write an online interactive tool (writing software is usually more interesting than the game). In a worst case scenerio you might have to read the screen which is very, VERY difficult and graphically I only did once. Sometimes there is something in the stream that you can catch and send back out a response. Now to the even more pessimistic side.... This is not an easy task, and changes on the other side that humans adapt easily to make a reactive game-playing script/program fail to understand what was changed and fail to do the right thing or stop. _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
dave2k wrote: I know for a fact that programs can get info from these poker programs, as i have seen one work. but what about actually inteacting? depends on how much effort you want and how reasonable the other side is. I have made online scripts and programs both to play online games over the years. I tend to get bored rather rapidly playing the game, but if there is a good reason to continue (competing with someone usually -- money really isn't an incentive, too much risk) I will often write an online interactive tool (writing software is usually more interesting than the game). In a worst case scenerio you might have to read the screen which is very, VERY difficult and graphically I only did once. Sometimes there is something in the stream that you can catch and send back out a response. Now to the even more pessimistic side.... This is not an easy task, and changes on the other side that humans adapt easily to make a reactive game-playing script/program fail to understand what was changed and fail to do the right thing or stop. _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
the game playing side is ok - as long as it's programmed correctly, a program should retrn alot more money thn a human could, and it would be running all day while i am at work! so how can i start researching what i need to do? what is this stream reading about? cheers
-
the game playing side is ok - as long as it's programmed correctly, a program should retrn alot more money thn a human could, and it would be running all day while i am at work! so how can i start researching what i need to do? what is this stream reading about? cheers
-
btw when i say online, i don't mean a website, it's a desktop program which connects to the internet
dave2k wrote: it's a desktop program which connects to the internet which means you have to monitor the stream of data on the internet, that is the stream I mean. I was expecting it was a program, that is usually the case. If it runs in a window, you can usually tell your application what the window size is and where it is located, and then you can "push" mouse and keyboard commands through windows. knowing what to do requires reading the packet stream to the software, and if you don't know how to do that, I could spend a year trying to teach you. You are not talking something "easy". There are several ways to do this, depending on how you connect to the internet. The worst case, but always functional, is you build off of a packet sniffer that is able to monitor all ethernet activity on your network. I have done this for several (legal) applications. As for making more money than a human, remember, all gambling games are writen to offer the house an edge of a small percent. Therefore, a computer program that does gambling much faster than a human can will eventually simply loose money in the order of that same percent. Winning against the house in gambling is luck, luck cannot be computed. In the real world you can count cards to help, in the computer world you may have no idea when (and it probably doesn't tell you when) the computer changes decks or reshuffles so counting cards on the computer is useless and maybe even detrimental since the computer might determine it was time to do some more risky actions when it really was not. _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
dave2k wrote: it's a desktop program which connects to the internet which means you have to monitor the stream of data on the internet, that is the stream I mean. I was expecting it was a program, that is usually the case. If it runs in a window, you can usually tell your application what the window size is and where it is located, and then you can "push" mouse and keyboard commands through windows. knowing what to do requires reading the packet stream to the software, and if you don't know how to do that, I could spend a year trying to teach you. You are not talking something "easy". There are several ways to do this, depending on how you connect to the internet. The worst case, but always functional, is you build off of a packet sniffer that is able to monitor all ethernet activity on your network. I have done this for several (legal) applications. As for making more money than a human, remember, all gambling games are writen to offer the house an edge of a small percent. Therefore, a computer program that does gambling much faster than a human can will eventually simply loose money in the order of that same percent. Winning against the house in gambling is luck, luck cannot be computed. In the real world you can count cards to help, in the computer world you may have no idea when (and it probably doesn't tell you when) the computer changes decks or reshuffles so counting cards on the computer is useless and maybe even detrimental since the computer might determine it was time to do some more risky actions when it really was not. _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
the game is texas holdem, and i would program it so that it based odds depedning on what cards are out and how many othe rplayers there are etc, so i dont think it's completely luck
so as i understand, there are 2 ways to do this: 1) read the tcp/ip packets and manipulate them this way 2) read the info comming from the program itself, and emulate the mouse and keyboard this way is this correct? surely the 2nd answer is the way, as i can imagine all sorts of security stuff is in place to prevent bots connected to their servers.
-
so as i understand, there are 2 ways to do this: 1) read the tcp/ip packets and manipulate them this way 2) read the info comming from the program itself, and emulate the mouse and keyboard this way is this correct? surely the 2nd answer is the way, as i can imagine all sorts of security stuff is in place to prevent bots connected to their servers.
dave2k wrote: surely the 2nd answer is the way, as i can imagine all sorts of security stuff is in place to prevent bots connected to their servers. obviously. That is where the challenge is. _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
the game is texas holdem, and i would program it so that it based odds depedning on what cards are out and how many othe rplayers there are etc, so i dont think it's completely luck
dave2k wrote: the game is texas holdem, and i would program it so that it based odds depedning on what cards are out and how many othe rplayers there are etc, so i dont think it's completely luck Texas Holdem is a very popular "betters game" one where betting is important, it also does not involve a house, you are playing against the other players. However, if you are planning to teach your computer how to decide when to bluff and when the other players are bluffing... good luck. Human behavior is even more unpredictable than the fall of the cards. _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
dave2k wrote: surely the 2nd answer is the way, as i can imagine all sorts of security stuff is in place to prevent bots connected to their servers. obviously. That is where the challenge is. _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
i guess my first thing todo is build a program with the same buttons as the casino program, so i can play the game without interacting with it's interface. so how do i do this? will i have to use win32 functions? could i use python (with com support)? specifically what functions will be required here? thanks.
-
i guess my first thing todo is build a program with the same buttons as the casino program, so i can play the game without interacting with it's interface. so how do i do this? will i have to use win32 functions? could i use python (with com support)? specifically what functions will be required here? thanks.
Now you are asking programming questions in the lounge... How you do it depends on what is required, you haven't even looked at the stream of data, and you are already choosing the language to interface to it. Will you have to decrypt it? Is that decryption available to the language you want? Ultimately you can use anything that meets the requirements to do the job, you barely have an idea of the rudiments of the job. Until you flesh out the requirements and get an idea of how complex that communication is, wether you cannot read the stream and must actually capture and interpret the graphics on the window screen, you should not be choosing a language. If you use only python and would have to learn another language, you may have a problem depending on what you discover. dave2k wrote: will i have to use win32 functions? Not if it runs under linux or OSX, otherwise, probably. _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
i guess my first thing todo is build a program with the same buttons as the casino program, so i can play the game without interacting with it's interface. so how do i do this? will i have to use win32 functions? could i use python (with com support)? specifically what functions will be required here? thanks.
First step: learn how to write your own equivalent to ghost mouse: http://mrdo.com/1.html#Freeware[^] if you can't do that, all bets are off... so to speak. _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)