[Vidéo coaching] Pio Solver, de la théorie à la pratique (première partie)


#1

theory2

Vinz se lance dans une nouvelle série vidéo sur le logiciel Pio Solver, et vous offre une méthodologie applicable sur les tables. Pour cette première partie, le coach s’intéresse à un spot de 3bet SB vs BU.

VOIR LA VIDÉO


#2

La nouvelle vidéo d’intro est en version beta.

N’hesitez pas à nous faire un retour dessus.

EDIT : Et à poser vos questions au coach bien sûr :slight_smile:


#3

Super vidéo Vinz, je vais utiliser désormais ta façon de décortiquer les PIO Merci :wink:
Concernant l’intro je la trouve bien


#4

Salut,
Jeté un oeil à la vidéo vite fait, travail fastidieux !
Juste une petite question :
Pas de strat de raise pour IP vs c bet et pas de strat de c/r pour OOP dans ta simulation ?


#5

Salut très intéressant pour bien dégrossir les ranges et commencer un bon travail.
Merci Vinz.

Après penses tu développer quelques choses en allant dans certains détails qui me paraissent important , comme par exemple sur la turn au niveau des draws surtout .

En effet, on voit une partie de miser et une autre de checkee, du aux bloqueur de tp ou de dp ???

En tout cas merci beaucoup


#6

J’avais mis ces deux options dans une première simulation, mais PIO ne s’en servant que pour un nombre très faible de combos j’ai choisi de les enlever sur les simulations suivantes


#7

Je pense simplement que PIO décide de check certains draws à une certaine fréquence car une stratégie optimale comprendra beaucoup de mixs.

Je n’ai plus le fichier du spot en question pour regarder mais ca mérite de vérifier, je relancerai une simulation et je te dis ca.


#8

Re
En effet pour le raise IP vs c bet je suis d’accord, en revanche j’ai moi même run la sim avec tes propres données et chez moi quand OOP check et qu’on lui propose ou non l’option de check raise les “résulats” sont évidemment très différents :
de mémoire, quand OOP a check, IP va bet 48% du temps quand OOP peut raise, call ou fold alors qu’il va bet 80% du temps environ quand OOP ne peut que call ou fold.
Et pour OOP, quand il check, tjs de mémoire, c’est pour check fold un truc comme 46% du temps je crois et call et raise à peu prés à la même fréquence le reste du temps !
Loin d’être négligeable selon moi mais bon… peut être que j’ai bâclé le travail, j’ai fait ça vite fait à vrai dire.

GL pour la suite :wink:

++

Edit : J’ai rerun la sim pour être sûr que je ne disais pas de bêtises.
Voilà ce que ça donne chez moi si on offre la possibilité à OOP de check raise :


#9

Effectivement je viens de vérifier, je ne me rappelais plus que le solver proposais une fréquence de raise non négligeable vs stab (~25%).

Au moment de faire la vidéo j’ai du choisir de simplifier un minimum l’arbre de décisions pour garder quelque chose de plus facilement assimilable. L’idée de la vidéo étant surtout de proposer une méthodologie pour en tirer un compte rendu plus accessible.


#10

Merci pour la vidéo @VinZ1


#11

L apport de cette vidéo à du bien du coup je développe le travail les mains de façons plus simple… Merci Msieur


#12

Hello @VinZ1,

Merci pour cette vidéo !! :wink: