Ширина колонок не сохраняется. Запрос написан, но приоритет у него низкий.
По времени: Ну у других-то показывает нормально... значит, имеет место ошибка пользователя.
Cart :Ширина колонок не сохраняется. Запрос написан, но приоритет у него низкий.
По времени: Ну у других-то показывает нормально... значит, имеет место ошибка пользователя.
If you would like to leave some feedback to help us improve the quality of the solutions, and/or the support quality you received, - you can do this here
HM2 FAQ -- Quick Start HM2 Guide -- Licensing -- Postgresql issues -- Top 10 Performance Tips
Почему показало -2,55 $ev , когда я выставился 90% на 10% и проиграл ? По-моему должен быть наоборот солидный плюс?
ПС можно как-нить вывести в этой строке ник победителя раздачи?
c.jpg
1) Запрос на выведение ника победителя написан, стоит в очереди на выполнение. Но стоит иметь в виду, что его вывод в таблицу отчета существенно повлияет на производительность. Это еще со времен ХМ1 известно, потому и не сделали изначально.
2) EVdiff в фишках действительно положительный - см на своей же картинке. Но это в фишках, а дело в турнире. Там другие аспекты еще имеются.
Я дам цитату из коллеги без перевода, это самое понятное из существующих объяснений
============
See this FAQ http://hm2faq.holdemmanager.com/ques...ected+Value%29
CASH EV
What EV can do / how it can be used:
Any allin situation, before the river, where a player has at least one "out" results in a EV $ Diff.
$Won + EV $ Diff = $USD EV
(AA vs KK is the most fun example... AK vs QQ is the most common "coinflip")
The "problem" what some people don't understand:
A: If a player has 0 outs, or
B: the allin situation takes place on the river there is NO EV DIFFERENCE.
C: If a shortstack goes allin preflop, and is called by two bigstacks. And the two bigstacks continue to bet on the flop, turn or river, this situation is treated as situation B. (EV = 0)
Fozzy AHK: "You can't calculate all-in equity if you don't know the hands you are up against."
D: If you commit 80% of your stack with the best hand, but your last 20% goes allin with the worst hand, the $EV Difference will be calculated by your entire stack.
Why "EV by street" (which people who often see situation D want) is a bad thing:
Best explanation here - Enter the SECT
Summary of that thread:
Example: - you have AA, you raise to 80% of your stack, donkey calls, flop comes K83 rainbow.
- you then go all-in, no matter the flop, because you're committed.
- out of 100 times, 88 times donkey folds.
- 12 times donkeys calls with a set (33/88/KK).
What shall EV by street bogusly do? It shall do no computations for the 88 times where donkey folded--> "no more calculation".
What shall EV by street do the 12 times where donkey calls with a set? "Show that donkey sucked out and that you got unlucky".
So although you ran obviously uber-good by having donkey folding 88 times out of 100. EV by street focuses on the 12 times where donkey hit his set and tells that you're running below EV.
This is a well-known gambler fallacy. And this is why "EV by street" is completely bogus and should not be implemented.
Note: Tristanblue writes "it's precisely because EV by street does nothing to your adjusted-graph on these cases where the opponent folded that it is completely bogus."
But what if your opponent never folds? Suppose there are two players A and B.
Player A has AA, B has KK. (both have $100 stacks). They commit half their stack preflop and the flop comes AK6. Player B (KK has 1 "out") to win the hand.
If I would play this hand I would always make sure I'm allin on the turn.
However Player X always commits the rest of his stack on the flop and turn *except for one dollar*. And he commits on the river.
Of course, 4% of the time, the rivercard is the case King. Player X's EV Diff is always 0.
My EV Diff is -$4 (96 out of 100 times) and +$96 (4 out of 100 times)
So our EV graph actually looks the same after 100 of these hands.
TOURNEY EV
*Single Table Tournaments only (includes: Double or Nothings, Headsup, etc.... excludes: single table satellites!)
*cEV Diff (chip EV difference)....: this works exactly the same as the $EV Won for cashgames.
*$EV Diff (dollar EV difference)
*$Won + SUM $EV Diff = $EV Won
*The same "why EV per street is bad" applies for tourneys too.
-->Confusion: $EV Won vs $USD EV vs EV $ Diff vs $EV Diff vs cEV Diff vs $Won vs Luck Adjusted Winnings vs All-in EV (do we need eight different terms for three different things?)
*In addition: the $EV Won can be confusing when it's negative and a larger number than the actual buyin, or positive and a larger number than the actual first price money.
You have some extreme situations (often in Double or Nothing and in SUPER TURBO SNGs)
Extreme examples:
$169 buyin SUPER TURBO, $Won = $720 (1th place)---> $EV Won = -$196 (a negative value, that is higher than the actual buyin)
$5.20 buyin DoN, $Won = $10---> $EV Won = $11.35 (more than you can actually win)
So EV becomes quite a meaningless number if you focus on one game (or in the "case King hits the river" AA vs KK example on that one hand)
The more you play, the more accurate it gives a representation of your overall "luck".
And it doesn't take into account coolers. There was a program called set-o-meter (worked with PT2) where you could see how often you'd hit a set.
EV doesn't take into account how often (and how much) you win/lose with an overpair against a set (and vice versa).
http://forums.holdemmanager.com/mana...ion-wrong.html
If you would like to leave some feedback to help us improve the quality of the solutions, and/or the support quality you received, - you can do this here
HM2 FAQ -- Quick Start HM2 Guide -- Licensing -- Postgresql issues -- Top 10 Performance Tips
Попробовал поиграть турниры. Невозможно. Если стол неполный, то его определяет не как 9-макс , а как 7-8 макс. Статы вечно надо поправлять. Когда стол становится полным, то он и остается как 78-макс
Список изменений в 6384:
HM-3244: Gamefilter in active session
HM-4124: Limit to collapsing the Report Handview
HM-4092: Last x hour Filter not working Properly
HM-4163: Scan not filtering correctly for PartyPoker with all formats checked
HM-3519: Last view used in scanner restore on restart
HM-3357: Tablescanner score not displayed
HM-3495: $/hour Always changing when refresh on same sample
HM-4132: No hands found when alias selected then refresh
HM-4170: Line Analysis Position filter not working
HM-4126: Tourneys - Site time adjustments on each launch
HM-4115: Switching from hands to months in graph causing crash
HM-4086: All in EV and new stars VPP change on Refresh
HM-4154: Double Click on HM TV Videos = Crash
HM-2964: Omaha wraps with gap no more than x seem to be off
HM-1917: Direction arrow on results graph options is reversed
HM-4238: HUD options side panel and window title mismatch
HM-860: Spelling error in crash report
HM-3353: Replayer hand notes widget doesn't scroll
HM-4208: Everleaf's New Hand History Format does not Import
HM-495: No Rebuys Showing Up
HM-4124: Do not allow hands datagrid to move below main window
HM-2738: Stat Request - HUD Flop Cbet Call
HM-2436: Stat Request - HUD Donkbet flop overall for raised and 3bet pots
Fixed new Ipoker rakeback
Last Hand Viewer Pops-Up Behind Objects
Note caddy Update
Fix crash in auto-importer due to invalid characters in auto-import paths
party poker and ongame Live Tracking
HM2 IPoker scanner fix
Scanner update
Fixed database dialog performace issue
HM2 InstaScan update
**There are some known issues with SNG stats changing on refresh/restart that we have a fix implemented for but we will require a couple of days to fully test this before we have another release with the fix
If you would like to leave some feedback to help us improve the quality of the solutions, and/or the support quality you received, - you can do this here
HM2 FAQ -- Quick Start HM2 Guide -- Licensing -- Postgresql issues -- Top 10 Performance Tips
Не выводит статы на стол на 888 в МТТ по nlo8 (руки в самом ХМ пишутся) , на столах ПЛО8 все ок. На старсах НЛО8 тоже выводит.
Table finder пробовал применять?
http://hm2faq.holdemmanager.com/ques...+not+appear%3F
If you would like to leave some feedback to help us improve the quality of the solutions, and/or the support quality you received, - you can do this here
HM2 FAQ -- Quick Start HM2 Guide -- Licensing -- Postgresql issues -- Top 10 Performance Tips
Да, но он как-то криво работает. Выводит всего 3 нижних чела.
И как настраивать столы? 6-макс 8-макс 9-10 макс ? ХУД постоянно выводит разное кол-во оппов, когда стол неполный (т.е. некоторых вообще не показывает), а когда стол опять полный, то показывает только резалты на тех оппов, что и на неполном были
Спросил коллег, что известно по этому делу с Омахой
If you would like to leave some feedback to help us improve the quality of the solutions, and/or the support quality you received, - you can do this here
HM2 FAQ -- Quick Start HM2 Guide -- Licensing -- Postgresql issues -- Top 10 Performance Tips
Коллеги еще ничего не ответили?