Bonjour à tous.
 
Voila, je me suis mit au poker en ligne (FullTiltPoker.com, un peu de pub au passage lol) depuis quelque mois, et je me suis fait une petite application (pour le plaisir) pour calculer mes chances de gains en fonction de ma main. Je sais, ca existe déja...
Hélas, à chaque tours, je suis obligé de saisir moi même ma main actuelle dans mon application.
J'aimerai savoir si il est possible de communiquer avec l'application de poker pour récupérer par exemple ma mains, puis pourquoi pas le flop, etc ...
 
Pour ceux qui ne joue pas au poker, ma question techniquement est :
Est-il possible de faire communiquer des applications ?
D'un coté, une application propriétaire, et de l'autre, "open source" (c'est moi qui l'ai fait, donc j'ai les sources lol).
 
Merci de votre aide.

Non, sauf si le site de poker dispose d'une API ou d'un webservice quelconque, ce qui m'étonnerait fort.

De facon général, pouvez vous m'en dire plus ?
Qu'es qu'une API ?
Comment ca marche ? A quoi cela correspond ? Qu'es que cela permet ? Comment mettre une API en place pour mon propre code ?
 
Merci.

http://fr.wikipedia.org/wiki/Inter [...] grammation

Google est ami

C'est pas toi qui la met en place, mais le site auquel tu veux accéder. Toi tu n'auras juste qu'à appeler ses fonctions.
Mais ça m'étonnerait fort que ce site en expose une.

Oki oki.
Merci pour vos infos.
Concernant le poker, c'est à mon avis pas possible.

Mais je cherche plus d'info concernant les API en C#, helas je trouve pas grand chose :s
J'aimerai faire 2 applications qui communique entre elles.

Même si c'est pas possible pour le poker, c'est un sujet qui m'intéresse.

Merci.

Quel genre d'applications veux tu faire communiquer ? Un site web et une appli locale ou 2 applis locales ?

Deux applications locales.
Concernant les sites web, j'avais déja utilisé des WebServices.
 
Mais pour 2 applications locales, je ne vois pas trop comment ca marche en pratique (API).

Ca dépend ce que tu veux faire transiter entre les 2 applis... De l'utilisation des sockets, en passant pas la sérialisation, ou la bête sauvegarde dans un fichier texte, le choix est vaste.

J'aimerai comprendre comment utiliser en pratique les APIs.

Une API n'est qu'un ensemble de fonctions exposées par une application ou un webservice que l'application cliente doit appeler. Si tu sais appeler une fonction avec paramètres, alors tu sais utiliser une API. Après, il faut consulter la doc de ladite API pour connaitre la façon de l'utiliser, mais ça, il y a autant de façons d'utiliser une API qu'il existe de fournisseurs d'API. Il n'y a pas de façon générique, mais que du cas par cas.

D'accord, mais comment coder sa propre API ?
 
Supponson que l'on code 2 applications, on veux que la premiére puisse déclancher l'éxecution d'une méthode de la deuxiéme. (par exemple).

Comme finalement tu cherches quelque chose que d'autres ont déja fait, tu pourrais t'inspirer/comprendre un code existant.
un hud opensource en cpp
http://gametimeplus.cvs.sourceforg [...] eTimePlus/

il faut avoir développé soit-même l'appli de poker. Donc ça doit être prévu pour dès le départ. Là ça m'étonnerait, justement pour éviter que des machines jouent en lieu et place des humains.  
 
a+

+1, c'est pas offert d'origine par le site de poker sinon ça serait trop facile de tricher.
 
Rien ne t'empêche de tenter d'envoyer des données au site et voir ce qu'il répond. A voir si les développeurs ont été suffisamment intelligent pour coder un système de protection.
 
J'imagine que c'est du Flash, il faudrait donc décompiler l'appli cliente et voir comment s'est fichu, for educational purposes obviously.
 
Par exemple tu as le jeu en ligne labrute qui est complètement piratable par bot, ça permet d'avoir des perso avec une force maximale.

FullTiltPoker.com est une application cliente, installée en locale.
C'est d'ailleur le cas de la plupart des jeux de poker en ligne (tous à ma connaissance).

D'autre pars, je ne vois pas en quoi c'est tricher que de pouvoir récupérer sa main (2 cartes) pour traité l'information dans une appli.

oui mais permettre de récupérer sa main pourrait, dans un deuxième temps, d'automatiser le jeu. C'est pour ça que c'est interdit. Sinon tu peux développer une appli de reconnaissance de carte via l'affichage de ta carte graphique

Ah oui c'est bon ça

ça doit pas être si difficile en plus. suffit de bien observer quelqes pixels à des endroits stratégiques

+1 tu choppes le handle de la fenetre, tu fais une capture d'écran, tu coupes au bon endroit et tu traites l'image de façon à faire reconnaitre celle qui est affichée en fn de celles que tu as dans ta "base de carte"

moi je pensais plutôt à une matrice de points représentant une portion caractéristique de chaque carte, que je comparerais à la portion équivalente de la carte en cours via une superposition à base de AND