Máte v HUDu ty správné statistiky?

Foto: Poker-Arena

Pokerový software - máte v HUDu ty správné statistiky?

Nedávno jsem si aktualizoval PokerTracker 3 na PokerTracker 4 a u té příležitosti jsem si trochu pohrával se svým MTT HUDem a prohlížel jsem si definice jednotlivých statistik. Mnoho statistik obsažených v přednastavených HUDech nemusí dělat přesně to, co si jejich uživatelé myslí. Podíváme se tedy na některé základní statistky a na jejich přesný význam.

Jak často soupeř vstupuje do hry?

Asi nejznámější a nejpoužívanější je statistika, která se snaží odlišit loose hráče od tight hráčů, respektive přímo ukázat, jak často soupeř vstupuje do hry. V PT4 máme k dispozici dvě velice podobné statistiky: VPIP a VPIP – Legacy Edition. Jako Legacy Edition je označována statistika VPIP, tak jak byla v PokerTrackeru používána až do verze 3, ale ve verzi 4 byla nahrazena jinou statistikou (která se teď jmenuje VPIP). Jaký je v nich rozdíl?

VPIP je zkratka z „Voluntarily Put money In Pot“, měla by tedy sledovat, jak často hráč dobrovolně vstupuje do hry. Důležité je slovo dobrovolně – pokud je hráč na BB a checkne v nalimpovaném potu, nebude se to počítat jako dobrovolné vložení peněz do potu. Rozdíl mezi oběma statistikami je v tom, jak počítají situace, kdy je hráč na BB a všichni soupeři složí (takzvaně mu dají walk). To se samozřejmě také nepočítá jako dobrovolné vložení peněz do hry.

U staré statistiky VPIP (tedy dnešní Legacy Edition) se však taková situace počítala do celkového počtu odehraných her. Vzorec tedy měl tvar: (počet her, kdy hráč dobrovolně vstoupil do hry)/(počet všech her které odehrál). V nové VPIP statistice nejsou tyto situace vůbec započítány a vzorec je: (počet her, kdy hráč dobrovolně vstoupil do hry)/(počet všech her které odehrál mínus počet her, kdy mu soupeři dali walk). Ukážeme si rozdíl na příkladu.

Příklad: Hrajeme 6-max cash game a se soupeřem máme odehraný jeden orbit, tedy 6 her. Z toho soupeř jednou dostal walk, jednou navýšil a čtyřikrát složil. Jeho VPIP – Legacy Edition tedy bude 1/6 (ze 6 her jednou doborovolně vstoupil do hry), což je necelých 17%. VPIP statistika bude ukazovat 1/5 = 20%. Soupeř měl ze šesti her pětkrát šanci vstoupit do hry a z toho jednu využil. Stará statistika tak počítá walk jako nevyužitou šanci ke vstupu do hry, nová walky ze statistiky úplně vyřazuje a počítá jen situace, ve kterých měl hráč nějaké rozhodnutí.

Jak často soupeř navyšuje před flopem?

Další velice oblíbená statistika je PFR, tedy „Pre Flop Raise“. I ta je existuje ve verzi Legacy Edition a současně i v nové verzi. Rozdíl je opět stejný jako u VPIP - pokud soupeř dostane walk, počítá to Legacy Edition jako promarněnou šanci na raise, nová PFR statistika walky nezapočítává. PFR se tedy počítá podle vzorce: (počet her, ve kterých soupeř navýšil před flopem)/(počet všech her které odehrál mínus počet her, kdy mu soupeři dali walk). Tuto statistiku nemám moc rád a ve svém HUDu ji vůbec nepoužívám. Nelíbí se mi, že kombinuje všechny raisy dohromady nezávisle na tom, jestli se jednalo o pokus ukrást blindy, 3bet proti raisu, 3bet proti limpu, 4bet po 3betu, squeez atd. 

Používám místo ní statistiku „raise first in“, která ukazuje, jak často hráč navýšil, pokud k němu všichni složili (a opět nezapočítává situce, kdy hráč dostal walk a neměl tak k raisu příležitost). Pokud se pro tuto statistiku rozhodnete, je dobré mít k ní pop up okno, kde je rozepsána podle pozic. Nepotřebujete pak už vůbec statistiku „Att To Steal – pokus o krádež blindů“ a ani PFR, pokud si někam do HUDu zařadíte 3bet a případně další akce jako třeba 4bet.  Jestliže jste ale zvyklí na používání PFR, můžete vám chvíli trvat, než si na RFI zvyknete. PFR je totiž počítána vzhledem k celkovému počtu odehraných her (bez walků), stejně jako VPIP. Pasivní fish může mít staty třeba 70/5, lepší hráči budou mít oba staty blízko u sebe, například 21/19.

Do RFI se ale započítávají jen ty hry, kdy všichni složili a hráč navyšuje jako první. Musíte si tedy zvyknout na VPIP/RFI typu 21/40 – hráč průměrně hraje 21% hand a otevírá raisem ve 40%. Z toho je však často mnohem lépe vidět s čím se například snaží o krádež blindů. Když byste se podívali na PFR z BTN, můžete u soupeře vidět třeba 10% i když ve skutečnosti krade ve 40% příležitostí. Důvodem je to, že jen ve 25% všichni složí až k němu. Pokud tedy odehrajeme 100 hand, tak jen ve 25 z nich dostane příležitost krást a využije ji v 10 hrách. Statistika „PFR z BTN“ tuto situaci počítá jako 10/100 = 10%, RFI počítá 10/25 = 40%.

3betování a pokládáni na 3bety

Myslím, že statistiky kolem 3betování dělají hráčům největší potíže. Částečně to může být tím, že mnoho lidí chápe 3bet jen jako preflop re-raise a nepoužívají výraz 3bet pro postflop akce. Z toho pak často plyne používání nesprávných statistik, nebo jejich nesprávné chápání. Několik 3bet statistik na ukázku.

• 3bet Total: Počítá celkový počet 3betů v jakékoliv situaci, ve které je k 3betu příležitost (a výsledek ukazuje jako procento). Je jedno jestli soupeř 3betnul váš preflop raise, nebo jestli na flopu vsadil c-bet (1betnul ), vy jste ho re-raisnuli (2betnuli) a on vás 3betnul. Tato statistika mi přijde naprosto zbytečná, protože 3bety na riveru nebo flopu jsou evidentně něco úplně jiného, než 3bety před flopem.
• 3bet Preflop: Tato je statistika, kterou byste měli v HUDu mít. Počítá jak často soupeř 3betne před flopem, za předpokladu, že k tomu měl příležitost.
• Fold to 3bet: Zde je opět past, podobná té ve statistice 3bet Total – nerozlišuje akce před flopem a po flopu.
• Fold to Preflop 3bet: Zde si nejsem jistý, ale podle popisku statistika funguje tak, že dokonce i když BTN navýší, vy 3betnete ze SB a BB hráč foldne, bude se tato sehrávka počítat u BB hráče jako fold na 3bet.
• Fold to PF 3bet After Raise: Toto je statistika, kterou asi většina hráčů v HUDu chce. Ukazuje, jak často soupeř zahodí na 3bet po tom, co otevřel hru raisem před flopem. Započítávají se jen situace, kdy měl soupeř šanci zahodit. Pokud pošle all-in, vy dáte izolační 3bet a ostatní soupeři zahodí, neovlivníte tím nijak hodnotu této statistiky u all-in hráče.