О моделировании будущих раздач в СНГ (МТТ) и о софте, позволяющем это делать
Те, кто не хотят читать теорию и экскурсы в математику - можете сразу листать ближе к концу - там будет обзорчик полезной программы
Думаю, что ни для кого не секрет, что модель ICM сама по себе достаточно "слабая" - она не учитывает будущих раздач, она не учитывает потери ФЭ после действия, она не учитывает силы поля и много других факторов, которые очень сложно даже представить, как учесть (тут я об этом ранее немного писал на ПС Блог Groging`а (http://ru.pokerstrategy.com/forum/thread.php?postid=6337833#post6337833) )
Поэтому разбирать визардом раздачи со сверхмалым стеком, вообще говоря, не имеет никакого смысла - турнирные доли, которые считает визард - не имеют никакого отношения к реальным турнирным долям.
Что же делать?
Первый вариант, который приходит в голову - расписать условные вероятности вылетов\получения стеков, турнирная доля которых будет адекватна посчитана визардом на одну раздачу вперед.
Но, на самом деле - это всего лишь костыль, который облегчит решения при ну совсем коротких стеках (до 2-3 бб примерно)
В свое время я задумался над этим и написал свою программу (кривенькую, но все же :/ )
Напишу основные принципы работы, вдруг кому-то интересно :)
1) Пишем модель оппонентов, которые играют по Нэшу (вот тут я писал об алгоритме Блог Groging`а (http://ru.pokerstrategy.com/forum/thread.php?postid=5725559#post5725559) )
2) Задаем правила их "бултыхания" - зная спектр действий каждого оппонента, после окончания раздачи мы имеем вполне ограниченное количество исходов с разными вероятностями
3) Запускаем начиная от нынешнего момента много-много-много итераций (это называется методом Монте-Карло:
http://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4_%D0%9C%D0%BE%D0%BD%D1%82%D0%B5-%D0%9A%D0%B0%D1%80%D0%BB%D0%BE )
4) Устанавливаем условие окончания итерации - выигрыш турнира. Добавляем на счет участника, победившему в "заезде" (итерации) сумму за первое место, занявшему второе - приз за второе место, занявшему третье - приз за третье
5) Турнирной долей игрока будет его итоговый баланс, деленный на количество итераций
Данный метод выглядел для меня достаточно привлекательным (и я его реализовал), пока не было обнаружено "узкое" место - Нэшевы спектры оппонентов считаются по обычному ICM, что конечно дает ошибку. Тем не менее, в приближении этого хватало
Я был доволен - таких программ в общем доступе я не видел :)
Через некоторое время после написания я натолкнулся на программу, которая только недавно вышла в продажу.
Она называется SNG Solver
Я не знаю, как там реализованы рассчеты - но, в любом случае, она крайне неплоха.
Результаты в ней частично совпадали с моими результаты - но в некоторых раздачах SNG Solver считал более адекватно
Кроме того, там есть очень удобная функция - спектры автоматически по Нэшу.
http://www.sngsolver.com/рекомендую присмотреться к ней - там триалка 30 дней есть
раз уж начал писать о прогах - посоветую ещё списком полезные проблемы
1)
usunpokertools - бесплатная пробивка в OPR, SharkScope, ProLabs в HUD нотсы (бесплатная)
OpenTool - софт для OPR (платная)
2) ICMizer
http://www.pokericmcalculator.com/icmizer/3) CardRunnersEV (ранее StoxEV) - ну это больше для кешевиков
программа с просто поражающим воображение функционалом - но лично я в ней пока ещё не разобрался... )