usunpokertools - бесплатная пробивка в OPR, SharkScope, ProLabs, PTR в HUD нотсы

Последний пост:01.10.2012
8
  • Привет,
    Выкладываю на суд общественности набор программ/тулов для полу и полностью автоматических пробивок турнирных и кэш игроков через различные хост системы (OPR, SharkScope, ProLabs, PTR). На основе результатов пробивки генерируется ноутс на игрока в настраиваемом формате, который сохраняется в локальный трэкер/HUD (Poker Tracker 3, 4; Holdem Manager 1, 2- официально не поддерживаю) и может быть выведен в HUD этого тракера во время игры (в поле ноутсов игрока). Своего собственного HUD программа не имеет.

    Программа бесплатна и с открытым исходным кодом на Java.
    Всю информацию на английском и исходники с дистрибуциями можно найти тут: http://sourceforge.net/p/usunpokertools/wiki/Home/ Дополнительная информация на русском будет приведена в следующих комментах топика.


    Лицензии и Ограничения

    Лицензия на тулы - BSD с тремя пунктами. По этой лицензии, код защищен копирайтом, разрешено использовать код в том числе в проектах с закрытым кодом и для коммерческого использования, можно расширять и багфиксить без требований к предоставлению кода.

    Исследование лицензий всех задействованных систем, и 3 явных ограничения накладываемых на тулы по результатам исследования (на англ): https://sourceforge.net/p/usunpokertools/wiki/Licenses%20and%20Restrictions/

    Ограничения:
    - OPR интеграция - демонстрационная и официально не предназначена для продакшен использования. По умолчанию для OPR настроена максимальная нагрузка 5-10 операций каждые 2 минуты, дабы снизить риск бана. Можно на свой страх и риск отключить (или если настроить хорошие прокси) или изменить значения.
    - запрещено выкладывать, шарить, распространять кэши тулов для SharkScope, ProLabs/Top Shark, PTR систем, они исключительно для индивидуального пользования;
    - фича по оценке закрытых данных на OPR, если Вы ее вдруг решите использовать в нарушение первого пункта, одобрена PokerStars для ее специально модифицированной версии, начиная с версии 1.3 и далее.

    PokerStars официально одобрил тулы начиная с версии 1.3+ без ограничений, они могут использоваться во время игры.

    SharkScope официально одобрил тулы и предоставил лицензию по их использованию. Помимо запрета обмениваться кэшами, тулы теперь не поддерживают те 5 бесплатных поисков в день, доступные через сайт.

    Послал письма в ProLabs/Top Shark, PTR c запросом разрешения на интеграцию с ними с учетом озвученных ограничений. Ответов пока не получил. Но с ними тоже не должно быть проблем, если кэшами не обмениваться.


    Поддерживаемые пробивкой хост системы, и покер румы/сети для каждой из них (в скобках указаны конкретные румы, на которых тестировалось, другие румы той же сети обычно тоже работают, но это не гарантируется):
    • OPR (http://www.officialpokerrankings.com): Poker Stars, Party Poker, Ongame Network (bwin), Merge Network (Carbon - поддерживается только этот рум в OPR), Fulltilt
    • SharkScope (http://www.sharkscope.com/): все из OPR + Pacific (888), iPoker (bet365), Entraction (24hPoker)
    • ProLabs/Top Shark (http://pokerprolabs.com/topshark/): все из OPR + Pacific (888), iPoker (bet365)
    • PTR (http://www.pokertableratings.com): Party Poker, Ongame Network (bwin), iPoker (bet365), Merge Network (Carbon), Fulltilt (не тестировался) - кэш пробивка очень базовая, ибо основным фокусом тулов пока являются турниры.


    Поддерживаемые трэкеры/HUD:
    • Poker Tracker 3 - основное тестирование ведется на нем;
    • Poker Tracker 4 - иногда проверяю;
    • Holdem Manager 1 - периодически тестирую к релизам;
    • Holdem Manager 2 - есть только базовая поддержка, но пока работает очень плохо и во время игры нотсов не видно (но в базе они есть и их видно если перегрузить весь HM2, например), виной всему нетривиальная функциональность кэширования, которая не делает ресинхронизацию с базой данных. Я послал запрос создателям программы с просьбой добавить возможность интеграции;
    • PokerHands - бесплатный HUD, есть только прототип интеграции, нотсы сохраняются в базе данных трэкеров для игрока, но похоже сам HUD пока еще не поддерживает их отображение.


    Скриншот и формат данных:

    29d2511dc09a.jpg

    Вот настраиваемые шаблоны, в каком виде генерировать нотс для разных хост систем:
    Код
    # Для OPR.
    # Пример шаблона: "opr${playerInfoVersion}${prefixDate}: ${distanceMark}${ROI}ROI/${ITM}ITM/${distance}($${ABI})/${AFS}AFS/${RA}RA/$${prizes}(${profit}) ${stagesFinish}"
    # вот, что генерируется: "opr31226: +170ROI/16ITM/484($9)/516AFS/13RA/$12k(+7.8k) 2/10/53/21/13"
    .hostsystem.opr.extra.NOTES_TEMPLATE=opr${playerInfoVersion}${prefixDate}: ${distanceMark}${estimatedMark}${ROI}ROI/${ITM}ITM/${distance}($${ABI})/${AFS}AFS/${RA}RA/$${prizes}(${profit}) ${stagesFinish} ${rating}

    # Для Shark Scope.
    # Пример шаблона: "ss${playerInfoVersion}${prefixDate}: ${distanceMark}${ROI}ROI/${distance}($${ABI})/$${profit}/${ability}"
    # вот, что генерируется: "ss11226: +5ROI/110($120)/$+3.5k/67"
    .hostsystem.sharkscope.extra.NOTES_TEMPLATE=ss${playerInfoVersion}${prefixDate}: ${distanceMark}${ROI}ROI/${distance}($${ABI})/$${profit}/${ability}

    # Для ProLabs.
    # Пример шаблона: "plb${playerInfoVersion}${prefixDate}: ${distanceMark}${ROI}ROI/${ITM}ITM/${distance}($${ABI})/$${profit} ${stagesFinish}"
    # вот, что генерируется: "plb10526: +5ROI/16ITM/110($120)/$+3.5k/58 2/10.3/52.7/21/13"
    .hostsystem.prolabs.extra.NOTES_TEMPLATE=plb${playerInfoVersion}${prefixDate}: ${distanceMark}${ROI}ROI/${ITM}ITM/${distance}($${ABI})/$${profit}/${rating} ${stagesFinish}

    # Для PTR (кэш) шаблон пока не настраивается и данные в одном и том же виде,
    # например: ptr21226: ?vstable +2.17NLH25FR, <=rake; ??vl-vaPF/aF/okT/pR/vhSD



    Есть интеграция как с прокси сервером одиночным, так и с файлом со списком проксей, если чейто IP заблокировали в OPR по недоразумению.
    Пробивка игроков сохраняется в локальных кэшах и это ликвидирует проблему хождения на сервер за пробивкой каждый раз.
    Настраиваемы периоды истечения валидности пробивки, после чего игрок будет пробит снова и будет добавлен новый нотс в HUD.

    Тулам уже пара-тройка лет, я их сначала писал для себя, а потом выложил для всех и постепенно поддерживаю и расширяю. Они не самые user friendly, но я работаю над этим.
    Сообщение отредактировал usun - 2.9.2012, 21:00
    1/12
    Ответить Цитировать
    1
  • К вопросу о конкуренции с OpenTool https://forum.gipsyteam.ru/index.php?viewtopic=40848&st=0&start=0 - такой задачи перед собой я не ставлю.

    Моя программа гораздо сложнее в настройке, она менее дружественна пользователю, она хуже поддерживается, она не имеет своего отдельного HUD и просто сохраняет пробивку в нотсы чужих худов - HoldemManager, PokerTracker. Если не хотите заморачиваться, лучше берите коммерческий вариант, я его всячески рекоммендую.

    С другой стороны, она интегрирована сразу с несколькими онлайн ранкинг системами, с большим количеством румов, там есть зачаточная поддержка кэш игр, исходный код открыт по самой либеральной лицензии BSD, ну и наконец она бесплатна. Отсуствие еще одного лишнего HUDа на столе для кого-то тоже может быть плюсом.
    2/12
    Ответить Цитировать
    1
  • 1.x: Мои основные тулы usunpokertools (интеграция с SharkScope, OPR, ProLabs, PTR).

    Текущая версия опубликованных тулов (1.3.3):
    http://sourceforge.net/projects/usunpokertools/files/usunpokertools_1_3_3.zip/download
    https://rapidshare.com/files/1828172891/usunpokertools_1_3_3.zip
    http://narod.ru/disk/56130361001.b8dabd8a825e932229fb5d3405156a45/usunpokertools_1_3_3.zip.html

    Требования к системе

    - Требуется Java 5 Runtime Environment (версия от Sun/Oracle), установленная на локальной файловой системе, или выше версия. Хотя приведены примеры конфигурации под OS Windows, при помощи минимальных конфигурационных изменений все должно работать под любой операционной системой, где поддерживается Java 5+.

    Можно запустить в Windows Start->Run и выполнить команду cmd
    это должно открыть консоль Windows - в ней можно выполнить команду:
    java -version
    и посмотреть какая сейчас версия какого производителя установлена.

    Если Sun/Oracle версии 1.5+ (часто их называют 5+) не установлена, то установите Java5, или Java6, или Java7, например отсюда:
    http://www.oracle.com/technetwork/java/javase/downloads/jdk-7u3-download-1501626.html

    Windows x86 (32-bit) 84.12 MB jdk-7u3-windows-i586.exe
    Windows x64 (64-bit) 87.41 MB jdk-7u3-windows-x64.exe

    Первая, если у Вас 32х разрядный компьютер и Windows, вторую - если 64х разрядные.
    Например, путь для установки: c:/Program Files/jdk_7u3

    - Количество используемой оперативной памяти указывается в запускных файлах тулов /bin/*.bat. По умолчанию он требует минимум 128 мегабайт свободных памяти и может занять до 256 мегабайт. Место на файловой системе: 15 мегабайт на саму программу + 5 мегабайт на логи + сколько ориентировочно займут локальные кэши пробиваемых игроков (10 тыс игроков в одном кэше - это от 700 килобайт для SharkScope кэша, до 5 мегабайт OPR кэша). Итого, обычно 50 мегабайт дожно хватать с запасом.


    Быстрая установка - Quick Start

    Облегченные необходимые шаги минимальные. Детали в следующих секциях, если возникнут затруднения. Апгрейд с версий 0.x описан в конце этого раздела.

    1) Скачайте и распакуйте usunpokertools_*.zip дистрибутив на локальной файловой системе (желательно без пробелов в пути).

    2) установите Java5+ от Sun/Oracle - смотрите выше секцию "Требования к системе".

    3) в /bin/_setEnv.bat раскомменьте (уберите "rem ") и оставьте команду (нужный путь поставьте к Java): set JAVA_HOME=c:/Program Files/jdk_7u3

    4) настройте /config/globalconfig.properties, минимум надо изменить следующие настройки:
    - обновите список активных хост систем, которые будут доступны тулам (в первую очередь сканерам):
    .hostsystem.active=opr,sharkscope,prolabs,ptr

    - для каждой хост ситемы, которую оставили активной, настройте логин и пароль:
    .hostsystem.<идентификатор хост системы>.extra.LOGIN=<Ваш логин в системе>
    .hostsystem.<идентификатор хост системы>.extra.PASSWORD=<Ваш пароль в системе>

    - обновите список активных покер румов, которые будут доступны тулам (в первую очередь сканерам); во всех списках здесь и далее не должно быть пробелов между элементами или вокруг разделителей:
    .room.active=stars,party,pacific,ongame,ipoker,merge,entraction,fulltilt

    - для каждого покерного рума, который оставили активным, настройте путь(и) к хэнд хистори на файловой системе:
    .room.<идентификатор рума>.handHistory.rootDirectories=<список путей разделенных запятыми, каждый из путей будет сканиться тулами рекурсивно>
    - пути не должны прописывать в .properties файле как c:\blahblah,
    так как \ - это спецсимвол для .properties потому надо писать или c:/blahblah или c:\\blahblah

    *еще при сильном желании, можно дополнительно отключить для каких-то румов какие-то активные хост системы (например, prolabs для Stars с большего бесполезен), для этого надо обновить список алиасов соответствующих хост системам в .room.<идентификатор рума>.aliases - как алиасы маппятся на хост системы можно найти в разделе с настройками .room2hostsystem.<номерной алиас>=<идентификатор хост системы>

    - укажите какой худ должен использоваться:
    .tracker.active=<идентификатор HUD/трэкера>
    тут должно быть только одно или несколько из значений pt3, pt4, hm1, hm2 (полностью HM2 официально не поддерживается пока), pokerhands (полностью PokerHands официально не поддерживается пока).

    - укажите логин и пароль к базе данных HUD (трэкера), проще всего поставить это в дефолтные, ибо он обычно одинаковый для всех баз
    .tracker.default.db.login=postgres
    .tracker.default.db.password=postgrespass

    но можно и в
    .tracker.<идентификатор HUD/трэкера>.db.login=postgres
    .tracker.<идентификатор HUD/трэкера>.db.password=postgrespass

    укажите нужный путь к базе данных HUD/трэкера:
    .tracker.<идентификатор HUD/трэкера>.db.url=jdbc:postgresql://127.0.0.1:5432/PT3 DB

    - по дефолту для OPR включена грубая оценка закрытых показателей profit, ABI, ROI на основе открытых показателей (для Stars они закрыты почти всегда). Цифры не показываются, только специальные текстовые метки (не следует воспринимать цифры ниже как официальную информацию, это просто пример одного из варианта примерной интерпретации текстовых меток):
    ROI: d- [-100;-54], d+ (-54;-31], s- (-31;-8], s+/0 (-8;15], f- (15;38], f+ (38;61], w- (61;84], w+ (84;+inf) - идея базируется на http://www.pocketfives.com/articles/how-...e-mtt-s-224464/
    Profit (+/- не отображается, по ROI метке придется решать плюс это или минут): 0 [0; 1k), ! [1k; 10k), !! [10k; 25k), !!! [25k; 100k); !!!! [100k; 500k); !!!!! [500k;+inf)
    ABI: l- [0;5), l [5;10), l+ [10;20), m- [20; 40), m [40; 60), m+ [60; 100), h- [100; 200), h [200;400), h+ [400; 600), t [600;+inf)

    PokerStars утвердил эту фичу, нигде не будет ссылок на цифры, в том числе тут приведенные примерные, только текстовые метки! Если нет желания пользоваться текстовыми метками, то можно выключить оценочный расчет этих показателей, надо выставить флаг .hostsystem.opr.extra.ESTIMATED_PLAYER_STATS_ENABLED в false

    - *если хотите, включите работу через прокси, по дефолту для всех хост систем включена индивидуальная возможность работы через прокси (.hostsystem.<идентификатор хост системы>.extra.USE_PROXY), осталось включить общий флаг в .transport.http.useProxy, ибо доступ к каждой хост системе идет через прокси только если оба флага имеют значение true. В остальном же настройка прокси (одиночный или список) похожая на старые 0.x версии.
    Подробное руководство настройки проксей для OPR будет приведено в следующих комментариях.

    - * По умолчанию для OPR настроена максимальная нагрузка 5-10 операций каждые 2 минуты, дабы снизить риск бана. Можно на свой страх и риск отключить (или если настроить хорошие прокси) или изменить значения.
    Код
    # Operation load restrictions (e.g. 5 operations per minute). Only login and search operations are tacked without regard if they were successful or not.
    # If load restrictions should be enabled, false if not specified
    .hostsystem.opr.extra.USE_LOAD_RESTRICTIONS=true
    .hostsystem.opr.extra.USE_LOAD_RESTRICTIONS.type=java.lang.Boolean
    # Max operation attempts load per given period of time to track (e.g. 5 operations per minute should have 5 here).
    .hostsystem.opr.extra.MAX_LOAD=5
    .hostsystem.opr.extra.MAX_LOAD.type=java.lang.Integer
    # Period of time to track the load (e.g. 5 operations per minute should have 60000 here).
    .hostsystem.opr.extra.LOAD_EXPIRATION_PERIOD=120000
    .hostsystem.opr.extra.LOAD_EXPIRATION_PERIOD.type=java.lang.Long

    Дабы отключить ограничение на свой страх и риск (или если используются прокси, которых не жалко) поставьте .hostsystem.opr.extra.USE_LOAD_RESTRICTIONS в false или удалите вообще эту настройку.
    .hostsystem.opr.extra.MAX_LOAD - количество максимальное попыток (поисков игроков или логинов) в промежутке времени указанном в миллисекундах в .hostsystem.opr.extra.LOAD_EXPIRATION_PERIOD. Реальное значение при значительной нагрузке может превысить настроенное на 5 попыток, так что будьте осторожны с этими настройками. Как проверяет OPR неизвестно, так что это гадание сколько надо поставить.

    Я отключил по дефолту шаркскоуп для старзов в настройках. Теперь он разрешен на старзах, так что, если используете шаркскоуп и хотите его видеть на старзах, то надо поменять настройку (добавить 104) в globalconfig.properties
    Код
    .tool.playerscan_history_tournament.extra.ROOMS=2,3,4,5,6,101,102,103,105,106,107,108,202,203,204,205,206,207,208

    на
    Код
    .tool.playerscan_history_tournament.extra.ROOMS=2,3,4,5,6,101,102,103,104,105,106,107,108,202,203,204,205,206,207,208


    5) запустите /bin/runGUI.bat - будет запущен графический интерфейс тулов. И их можно индивидуально дальше запускать через кнопки, и посылать команды, где надо (для любого тула можно выполнить |? команду чтобы увидеть список поддерживаемых команд для этого тула). Внутри /bin/readme.txt - общая вводная инфа (на англ).

    Апгрейд с 0.x версий:
    1) не удаляйте пока старую версию на всякий случай, ибо 1.x может оказаться довольно сырой или просто непривычной.
    2) Установите новый 1.x релиз в новую папку согласно вышеприведенным инструкциям для быстрой установки с нуля.
    3) Запустите тулы, вызовите тул для управления кэшами игроков (manageplayerscache)


    1.x vs 0.x

    Здесь описания основных различий 0.x и 1.x линеек тулов.

    Обзор:
    - новая архитектура тулов;
    - добавлена пробивка турнирных игроков через ProLabs;
    - добавлена пробивка кэш игроков через PTR;
    - убран тул для пробивки состава участников турниров по саммари файлу;
    - добавлен вспомогательный тул для работы с локальными кэшами пробитых игроков;
    - все тулы теперь можно запускать через единый графический интерфейс; возможность работать только через переработанную консоль тоже сохранена.

    Детали (на основе 1.0 релиза):
    1) Тулы переписаны под новую архитектуру. Значительно изменился и усложнился конфигурационный файл /config/globalconfigs.properties (только его надо настраивать, как и раньше).

    Введены следующие основные логические сущности:
    - room - покер румы: конкретные румы, для которых есть утилиты для парсания хэнд хисторей для турниров и-или кэша, в конфигах указываются пути к хэнхисторям и идентификторы и алиасы ассоциированные с румами. Например, Poker Stars, Party, Ongame Network и т.д.
    - hostsystem - хост системы: онлайн системы, через которые мы пробиваем игроков. Для них есть коннекторы, локальные кэши, и задания/утилиты с особенностями бизнес логики для доступа к ним и обработки данных. Например, OPR, SharkScope, Prolabs, PTR и т.д.
    - tracker - тракер/HUD: локальный тракер и как правило база данных для сбора информации и статистики по игрокам во время игры. Например, PokerTracker 3,4, Holdem Manager 1,2.
    - tool - покерный тул: собственно тул обычно обеспечивающий интеграцию между румами, хост системами и локальными тракерами и выполняющий какую-то бизнес логику. Например, Tournament Players Auto-Scan (playerscan_history_tournament) - автоматически сканирует хэндхистори настроенных румов, пробивает оттуда игроков через указанные для каждого рума хост системы, сохраняет информацию всех этих пробивках в локальный трэкер в виде нотсов на игроков.
    - configurator - конфигуратор, указывающий как и в каком формате хранить конфигурационные данные системы. В данный момент доступен только файловый конфигуратор file - хранящий почти все настроечные данные в config/globalconfigs.properties

    Основной конфигурационный файл движка messenger используемого config/messenger/messenger-config.xml - там указаны количество попыток заданий-пробивок, паузы между ними, управление мультипоточностью, величиной пула потоков, таймауты для заданий-пробивок и т.п. - лучше это не трогать без предварительной консультации, или на свой страх и риск.

    2,...) остальные детали опущены.



    TODO список.

    Планируется на следующие релизы:
    - установить некоторые тулы как сервисы операционной системы
    - HM2 поддержку закончить, когда HM2 разработчики изменят кэшинг;
    - тул для удаления старых записей из нотсов тракера/HUD;
    - сортировка файлов хэндхисторей по датам последнего изменения.
    - добавить возможность самоограничения трафиков пробивок как по абсолютному числу в день, так и по количеству пробивок в минуту.
    - дописать тул по составлению расписания;
    - добавить возможность хранить кэшы тулов в Postgress DB или иной просто БД вместо файловой системы;
    - расширить GUI, сделать его более дружественным пользователям (например вместо прямых текстовых комманд - дать возможность выбирать всякие селектбоксы и кликать кнопачки, чтобы ничего вообще не тайпать)
    - проинвестигировать настраиваемую возможность выводить всю раскладку по оппу как-то
    - авто выставление меток в HM1,2, PT4 по настраиваевым критериям
    - [устарело - будет решено после миграции в базу данных] поставить базовую защиту от одновременного запуска нескольких тулов одной системы - чтобы не ломался локальный файл кэша; реализовать настраиваемый автобэкап файлов локального кэша;
    - фиксить баги, саппорт;
    - может довести до ума еще какие полезые тулы, которые физически есть в релизе (рейнджи оупен пушей и прочая математика и т.п.).
    - поддерживать View By "Size" из OPR
    - записать короткие видео как настроить и использовать тулы
    - инсталлятор для тулов
    - множественная пробивка разных видов для OPR и других систем с разными ноустов



    Для Java программистов

    Исходники хостятся на sourceforge.net (проект usunpokertools) http://sourceforge.net/p/usunpokertools/code/ - там я буду проводить весь девелопмент и релизы. Может когда кто захочет чего дописать, или кому передам проект, если вдруг чего случится.

    Используемая сорс контрол система Jit. Плагины для Eclipse IDE по работе с Jit: http://www.eclipse.org/egit/

    read only репозиторий: git clone git://git.code.sf.net/p/usunpokertools/code usunpokertools-code

    Mainline (master branch) содержит текущие версии тулов. Релизы 1.x отмечаются MAIN_1_x метками.
    Старые 0.11.x релизы разрабатываются в браче SUPPORT_0_11 - именно туда идет весь саппорт 0.x тулов.

    Тулами используется еще один мой opensource движок usunmessenger: https://sourceforge.net/p/usunmessenger/ - он девелопится и саппортается схожим образом, но я давно там очень не релизался.
    3/12
    Ответить Цитировать
    1
  • 1.x: Мои основные тулы usunpokertools - дополнения.
    Тут более подробное описание некоторых основных тулов.

    Если возникли проблемы - просьба приводить консольный лог. Проще всего его брать из файла /bin/usunpokertools.log. Как альтернатива его можно брать и из самого консольного окошка,
    чтобы в него больше влезло, надо в виндовом окошке сделать:

    Что бы увидеть в логе целиком все, лучше поставить настройки консольного окна (когда оно запустилось - выбрать у него Properties) и поставить типа такого:
    05fe211dc95d.jpg


    Но повторюсь, лучше и проще брать из файла.


    Также рекомендую писать в эту тему, а не личку, другие пользователи могут оперативней помочь, ибо я нахожусь в часовом поясе значительно отличающемся от регионов Восточной Европы и России. Плюс я не общаюсь по Skype, ICQ и прочим мессенджерам из соображений безопасности, только через форум.

    I. Тул "Tournament Players Scan Console"

    Ручная пробивка турнирных игроков:
    используется обычно, чтобы проверить, что доступ к OPR (или другой системе) правильно настроен.

    Для пункта 8* - перед запуском приложения можно еще опционально поставить настройку в /config/globalconfig.properties (она по дефолту стоит в false, а надо в true), чтобы протестировать интеграцию с HUD базой - если чего не получилось сразу, то лучше ее поставить:
    .tool.playerscan_console_tournament.extra.USE_TRACKER=true

    3a1928dcab76.jpg


    1) кликнуть по табику "Tournament Players Scan Console"
    2) кликнуть Start для запуска этого тула
    3) ввести комманду |? и кликнуть Send
    4) посмотреть на help сомманд доступных

    по дефолту пробивает в stars и через OPR. Для изменения этой ситуации надо использовать команды |setroom|тут_идентификатор_рума, |sethost|тут_идентификатор_хост_системы

    5) ввести evype и кликнуть Send
    6) убедиться, что написало "Your command was handled successfully".
    - это он послал комманду пробивки на сервер, чей лог можно видеть в консольном окне, приведенном на скриншоте

    7) в консольном окне идет лог что происходит, он сначала попытается влогиниться в OPR, потом пробить игрока, и если все хорошо захайлаченная секция примерно запишется в лог.

    Такая красивая секция в логах до версии 1.1.1 включительно выведется только, если настроено для пункта №8. А иначе там будет просто фраза, что successfully пробит игрок и что Notification system reports: Task with ID = ce0ee544-324f-47d0-abed-7441c465d2f9 was performed successfully (start 1340195830445, end 1340195845654)

    8*) если установлено .tool.playerscan_console_tournament.extra.USE_TRACKER=true то он еще и в нотсы тракера/HUD запишет результат - и в HUD-е можно посмотреть для игрока нотсы, что там появились результаты пробивки.


    II. Тул "Tournament Players Auto-Scan"

    Автоматическая пробивка турнирных игроков.
    Если консольный тест (тул "Tournament Players Scan Console" из п.I) показал, что все хорошо, можно переходить к автоматическим сканерам, которые скорее всего и будут использоваться в реальной игре.

    0a9f1166ec4a.jpg


    1) кликнуть по табику "Tournament Players Auto-Scan"
    2) кликнуть Start для запуска этого тула
    3) если пути к хэнд хистори турнирных для активных румов настроены правильно, то он их просканирует и подгрузит список новых пользователей, которых еще нет в кэшах локальных и отправит пачку команд на их пробивку относительно настроенных активных хост систем.

    Популярная ошибка конфигурации - неправильные пути к хэнд хистори. в globalconfig.properties они НЕ ДОЛЖНЫ иметь вид c:\blah, а ДОЛЖНЫ иметь вид или c:/blah, или c:\\blah, так как \ - это спецсимвол для .properties файлов.

    4) в консольных логах можно свериться идет ли нормально пробивка. В текущей версии результаты пробивки показываются не только в логах и в ноутсах, но и в графическом интерфейсе тула они асинхронно подтягиваются по мере готовности и показываются. На скриншоте этого не видно, ибо он старый.
    5) в логах будут упоминания добавились ли нотсы пробивки для игроков в HUD.


    III. Настройка прокси для OPR.
    1) Базовая настройка:

    - изменить /config/globalgconfig.properties

    а) выставить .transport.http.useProxy в true (по дефолту в релизе она false), чтобы было в итоге типа такого:
    Код
    # Both .transport.http.useProxy and corresponding .hostsystem.<host_system>.extra.USE_PROXY should be set to true to use it.
    .transport.http.useProxy=true
    # if set to false, proxyHost and proxyPort are used; if set to true, the list from proxyPort is processed
    .transport.http.useProxyListFromFile=true
    .transport.http.proxyListFilePath=/config/proxylist.txt


    это означает, что прокси будут браться списком из файла /config/proxylist.txt

    б) убедится, что стоит такое (должно по дефолту и так стоять в релизе):
    Код
    # Override .transport.http.useProxy. Both .transport.http.useProxy and USE_PROXY should be set to true to use it.
    .hostsystem.opr.extra.USE_PROXY=true
    .hostsystem.opr.extra.USE_PROXY.type=java.lang.Boolean

    говорит, что OPR должна использовать прокси, если таковые включены в пункте #a.

    - изменить /config/proxylist.txt и засунуть туда список проксей, которые хотим использовать, можно прям взять отсюда списком http://hidemyass.com/proxy-list/ (вот здесь получше - http://www.proxyfire.net/) , и тулы попытаются сами найти из них хорошие и использовать одну за одной.

    - рестартнуть приложение тулов и запустить сканнер - должен начать подтягивать прокси, в логах /bin/usunpokertools.log появятся строчки типа
    [opr] Sertting proxy: host=103.10.133.196, port=3128

    если прокси считается тулами стухшей, то пишется одно из:
    a) количество провалов операция подряд превысило макс количество (в данном случае провалилось больше 6 подряд логинов в OPR - .hostsystem.opr.extra.LOGIN_MAX_FAIL_STREAK=6)
    [opr] Max failure streak 7 exceeded maximum allowed for operation LOGIN - current proxy will be discarded

    b) OPR явно сигнализирует, что прокси забанена (редиректит на dip.official....)
    [opr] The current IP is blocked: 103.10.133.196:3128

    все равно он будет пытаться повторить 6 раз, как указано в .transport.http.maxAttemptsViaProxy=6 ибо иногда его пробивает со второго-третьего раза даже с такой ошибкой, не знаю почему

    с) OPR сигнализирует, ошибка прокси (из может быть несколько для каждого прокси, они могут идти не подряд, а общее количество накопленных отслеживается - по дефолту 6 штук из .transport.http.maxAttemptsViaProxy=6)

    Host system communication process timeout. More attempts with this or other IP or proxy will be allowed.

    - необязательно это все из логов вытаскивать, есть специальный тул для управления и отслеживания как отрабатывают прокси настроенные, вот тут детали: 1.x: Мои вспомогательные тулы. (http://ru.pokerstrategy.com/forum/thread.php?postid=7671442#post7671442) - 2) Manage Proxies.


    2) Продвинутые дополнительные настройки:

    а) в /config/globalconfig.properties
    Код
    # Socket connection time-out in millis
    .transport.http.connectTimeout=60000
    # Socket read time-out in millis
    .transport.http.readTimeout=120000

    первая говорит, что для любого HTTP запроса он будет пытаться установить соединения максимум 1 минуту, прежде чем завалиться (не уверен, что это будет считаться провалом прокси, а не просто неуспешной операцией, которых может быть больше настроен лимит), а вторая - что данные читать после установления соединения он может максимум 2 минуты.


    Лимит провалов прокси (когда удалось тулам определить, что виновата прокси, они накапливаются и могут идти не подряд):
    Код
    .transport.http.maxAttemptsViaProxy=6


    Лимиты подряд неудачных операция для OPR (если операция упала по любой причине, не определенной как провал прокси, считаются только подряд идущие провалы):
    Код
    # The following settings are only used if .transport.http.useProxy=true, .transport.http.useProxyListFromFile=true,
    # .hostsystem.<host system id>.extra.USE_PROXY=true are set for corresponding host system.
    # They are additional restrictions for individual operations done via this host system connector.
    # If operation failure streak exceeds these settings, current proxy for the host system is discarded regardless of .transport.http.maxAttemptsViaProxy.
    # If values are not specified or <= 0, then restriction is ignored.
    .hostsystem.opr.extra.LOGIN_MAX_FAIL_STREAK=6
    .hostsystem.opr.extra.LOGIN_MAX_FAIL_STREAK.type=java.lang.Integer
    .hostsystem.opr.extra.LOGOFF_MAX_FAIL_STREAK=6
    .hostsystem.opr.extra.LOGOFF_MAX_FAIL_STREAK.type=java.lang.Integer
    .hostsystem.opr.extra.PLAYER_SEARCH_MAX_FAIL_STREAK=11
    .hostsystem.opr.extra.PLAYER_SEARCH_MAX_FAIL_STREAK.type=java.lang.Integer



    б) в /conig/messenger/messenger-config.xml
    Код
            <task
                name="oprplayersearch"
                type="edu.usun.poker.integration.hostsystem.opr.OPRPlayerSearchTask"
                reliable="true"
                maxAttempts="3"
                intervalBetweenAttempts="300000"
                timeout="180000"/>


    timeout="180000" - говорит что всего на задание пробивки одного игрока отводится максимум 3 минуты. Если время превышено, то это точно будет трактоваться как провал попытки прокси.

    самый неприятный тут момент, что первая пробивка игрока помимо самого поиска (только 2 HTTP запроса) будет пытаться выполнить длинный логин с дополнительными 10 HTTP запросами, чтобы залогиниться (2 запроса), установить настройки дефолтные поисковые (6 запросов), поиск дефолтного игрока для доинициализации (2 запроса).

    Вобщем можно поиграть с настройками timeout="180000" и настройками для каждого индивидуального запроса .transport.http.connectTimeout=60000, .transport.http.readTimeout=120000 - может и удасться получить требуемую комбинацию


    IV. О тулах для кэша (PTR)

    хост системы поддерживаемые: PTR (http://www.pokertableratings.com)
    румы: пати, онгейм, айпокер, мерж, и фуллтильт на дохлую (уже живую) перспективу.

    в лог он будет пока валить информацию в таком виде:
    --- ptr20515: -8.77NLH20SH; t-pPF/aF/vpT/aR/okSD
    ---
    --- NLH20SH: 8787h -8.77/100 -308$ (rake=151$)
    --- NLH10SH: 7083h +0.39/100 +6$ (rake=86$)
    --- NLH10FR: 926h +5.56/100 +10$ (rake=11$)
    --- NLH20FR: 129h -30.23/100 -16$ (rake=1$)
    --- NLH30SH: 78h +12.93/100 +6$ (rake=1$)
    --- NLH20HU: 54h +22.82/100 +5$ (rake=1$)
    --- NLH10HU: 36h +62.36/100 +4$ (rake=1$)

    и нотсы добавлять как ptr20515: -8.77NLH20SH; t-pPF/aF/vpT/aR/okSD - пока формат захаркодан.
    в настройках тула указывается какой тип игры и лимита Вы хотели бы в нотсах:

    # Requested limit as the main one - this one will be written to tracker/HUD notes if required
    # Poker Game:
    # H - Texas Holdem;
    # O - Omaha
    .hostsystem.ptr.extra.SEARCH_POKER_TYPE=H
    # Limit type/betting type:
    # NL - no limit;
    # PL - pot limit;
    # FL - fixed limit.
    .hostsystem.ptr.extra.SEARCH_BETTING_TYPE=NL
    # Table size:
    # FR - 7-10 max;
    # SH - 3-6 max;
    # HU - 2 max.
    .hostsystem.ptr.extra.SEARCH_TABLE_SIZE=FR
    # Limit: BB size * 100
    .hostsystem.ptr.extra.SEARCH_LIMIT=25
    .hostsystem.ptr.extra.SEARCH_LIMIT.type=java.lang.Integer

    - тул достает из PTR инфу общую о всех лимитах, пытается найти наиболее подходящий и близкий к запрошенному по определенному алгоритму, и именно инфу о нем добавляет в нотсы, при этом перет еще и страницу оценок действий по улицам и генерит часть нотса основываясь на нем

    ptr20515: -8.77NLH20SH; t-pPF/aF/vpT/aR/okSD
    этот нотс говорит, что на более-менее дистанции на лимите NLH20SH, винрейт -8.77 BB/100, а оценка действий по улицам: тайтоват и пассивен на префлоп, агрессивен выше среднего флоп, очень пассивен на терне и агрессивней среднего на ривере, шоудаун нормален. Оценка относительно именно среднего среди успешных регов этого лимита.
    Сообщение отредактировал usun - 2.9.2012, 11:28
    4/12
    Ответить Цитировать
    1
  • 1.x: Мои вспомогательные тулы.
    По умолчанию предполагается, что сначала должны быть установлены и настроены основные тулы и только затем можно приступать к указанным вспомогательным тулам. В случаях когда они полностью независимы это будет отдельно указано.

    1) Manage Players Cache.

    Тул входит в usunpokertools 1.x с идентификатором: manageplayerscache
    Предоставляет функции по управлению локальными кэшами игроков пробитых через соответствующие хост системы.

    команды, которые он может обработать (help):
    Код
    Manage host players cache tool started.
    >>>Processing command: |?
    Supported commands:
    |?, |help - this help info;
    |listplayers|<hostSystemIdentifier> - list all players from the cache; <hostSystemIdentifier>: opr - OPR, sharkscope - SharkScope, prolabs - ProLabs, ptr - PTR
    |importcache|<hostSystemIdentifier>|<filePath> - import side cache; <filePath>: file path to the other file host system player local cache to import (only newer records override existing ones); <hostSystemIdentifier>: opr - OPR, sharkscope - SharkScope, prolabs - ProLabs, ptr - PTR
    |importoldcache|<hostSystemIdentifier>|<sourceVersion>|<filePath> - import side cache from older release, which requires upgrade; <sourceVersion> - version from which upgrade should be done (e.g. 0_x); <filePath>: file path to the other file host system player local cache to import (only newer records override existing ones); <hostSystemIdentifier>: opr - OPR, sharkscope - SharkScope, prolabs - ProLabs, ptr - PTR
    |clearcacheexpired|<hostSystemIdentifier> - remove expired records from file host system player local cache; <hostSystemIdentifier>: opr - OPR, sharkscope - SharkScope, prolabs - ProLabs, ptr - PTR
    |quit, |exit - stop and exit this tool;
    <playerIndex> - display the player by the 1-based index, player list should be loaded first by executing |listplayers|<hostSystemIdentifier> command; <playerIndex> - the 1-based index in the current loaded list;
    <playerIndex> delete - delete the player by the 1-based index, player list should be loaded first by executing |listplayers|<hostSystemIdentifier> command; <playerIndex> - the 1-based index in the current loaded list.


    |?, |help - справка;

    |importcache|<hostSystemIdentifier>|<filePath> - импорт файлового кэша для указанной хост системы (идентификатор как в pokerglobal.configs - "opr", например, без кавычек) из указанного места в текущий настроенный кэш;

    |importoldcache|<hostSystemIdentifier>|<sourceVersion>|<filePath> - тоже импорт файлого кэша внешнего, но при этом еще и с апгрейдом данных, если импортируемый кэш более старых версий. <sourceVersion> - содержит идентификатор специальный с какого вида старого кэша до сделать апгрейд, например "0_x" - это все кэши из usunpokertools 0.x. версий.
    Код
    Примеры команд импорта старых кэшей:
    |importoldcache|opr|0_x|E:\work\_git_0_11_branch\code_0_11_branch\usunpokertools\config\my\OPRPlayersInfoCache.dat_1
    |importoldcache|sharkscope|0_x|E:\work\_git_0_11_branch\code_0_11_branch\usunpokertools\config\my\SharkScopePlayersInfoCache.dat_1


    |clearcacheexpired|<hostSystemIdentifier> - очистка кэша для указанной хост системы от записей с истекшим сроком действия;

    |listplayers|<hostSystemIdentifier> - выводит список всех игроков в кэше для указанной хост системы с индексами начиная с 1; отображается только самая общая информация, без результатов пробивки; эта команда загружает список всех игроков в память; она должна вызываться прежде чем мы сможем начать вызвать отображения или удаления информации об каких-то игроках из кэша.

    Далее, после того как |listplayers|<hostSystemIdentifier> загрузила игроков из кэша в память, можно просто послать "12", например - и тул покажет, что сейчас за игрок загружен под этим индексом, со всеми результатами пробивки.
    И далее можно выполнить комманду "12 delete", которая удалит игрока с этим индексом из списка и локального кэша, все индексы после этого будут смещены вверх, т.е. если повторить комманду, то она удалит следующего из списка.

    |quit, |exit - остановка тула.


    2) Manage Proxies.

    Тул входит в usunpokertools 1.x с идентификатором: manageproxy
    Предоставляет функции по управлению списком проксей из файла, и их статистики использования относительно настроенных хост систем.

    Команды, которые он может обработать (help):
    Код
    |?, |help - this help info;
    |proxy|list - list all registered proxies;
    |proxy|add|<IP address>:<port> - register new proxy, changes will be saved into proxy list file if configured, host system specific proxy caches will be updated also;
    |proxy|delete|<IP address>:<port> - delete existing proxy, changes will be saved into proxy list file if configured, host system specific proxy caches will be updated also if this proxy is not the current one for them;
    |proxy|restart|<hostSystemIdentifier> - restarts proxy list for the specific host system, it unblocks access to it also; <hostSystemIdentifier>: opr - OPR, sharkscope - SharkScope, prolabs - ProLabs, ptr - PTR
    |proxystats|<hostSystemIdentifier> - view current proxy stats for the host system; <hostSystemIdentifier>: opr - OPR, sharkscope - SharkScope, prolabs - ProLabs, ptr - PTR
    |proxystats|reset|<hostSystemIdentifier> - reset current proxy stats for the host system; <hostSystemIdentifier>: opr - OPR, sharkscope - SharkScope, prolabs - ProLabs, ptr - PTR
    |proxystatshistory|<hostSystemIdentifier> - view proxy stats history for the host system; <hostSystemIdentifier>: opr - OPR, sharkscope - SharkScope, prolabs - ProLabs, ptr - PTR
    |proxystatshistory|delete|<hostSystemIdentifier> - delete proxy stats history for the host system; <hostSystemIdentifier>: opr - OPR, sharkscope - SharkScope, prolabs - ProLabs, ptr - PTR
    |quit, |exit - stop and exit this tool.


    Т.е. можно просматривать глобальный список проксей (все команды |proxy) из файла, что-то добавлять туда и удалять оттуда командами - и изменения сразу сохранятся в файл и тулы попытаются удалить или добавить их в списки проксей для хост систем, которые сейчас процессятся. Не удасться из них удалить проксю, которая в данный момент процессится соотв хост системой.

    629bf341078f.jpg


    Можно перестартовать список проксей для хост системы какой-то через |proxy|restart|идентификатор хост системы.

    Можно посмотреть статистику текущей прокси (команды |proxystats), будет информация о том сколько ошибок IP/прокси уже накопилось, статистику выполнения бизнес операций (сколько успешных и не очень логинов, логоффоф, поисков игроков, информация о успешных и провальных стриках операций, т.е. сколько подряд успехов и провалов в операциях регистрировалось - именно это можно будет настроить как критерий дополнительный для спаливания прокси).

    4fe816ce3715.jpg


    Можно посмотеть историю уже спаленых проксей и их статистику (команды |proxystatshistory).
    769750fd5d54.jpg


    Т.е. можно загрузить мусорный список проксей начальный, запустить их, и потом через некоторое время сверить статистику, те, что совсем плохие - тут же поудалять через тул и оставить только более менее живые и рестартнуть их для хост системы, если они почему-то закаончились.




    3) MyTunnel - туннель для трафика.

    ADDON: SharkScope ограничения для PokerStars были все сняты, пример приведенный ниже уже неактуальный, но похожая проблема возникнуть с чем-то еще. Например с PTR, которая запрещена PokerStars, но тулы все равно PokerStars относительно PTR и не поддерживают.

    Не является частью usunpokertools, полностью независимая утилита и ее описание будет приведено в комменте ниже.

    Может возникнуть желание отключить старзы из списка румов, где поддерживается автоимпорт SharkScope (дабы не нарушать правила рума, который разрешает пользоваться SharkScope только при выключенном клиенте рума). Но при этом запустить тулы при запущенном клиенте старзов для пробивки других румов, где это разрешено. Для снижения риска случайного бана, следует для тулов включить использование прокси, настроенного на туннель, как рассказанос будет ниже в последующих комментах.

    Простая одиночная прокси, кстати устанавливается в /config/globalconfigs.properties, transport.http.useProxy ставится в true, а .transport.http.proxyHost, .transport.http.proxyPort указывают на прокси конкретный (или начало туннеля). Списком проксей (.transport.http.useProxyListFromFile) можно при этом не пользоваться, без крайней необходимости, а иначе эту прокси надо установить первой в списке.

    Я не рекомендую этого делать, ибо если клиенты румов, при которых запрещено запускать что-то (на момент 1 сентября 2012 года ничего такого запрещенного ни для кого нет) все-таки просекут, что тул ходит в запрещенное место, то можно попасть под бан, ибо им не удасться доказать, что поиск делался не для игроков в этих румах.
    5/12
    Ответить Цитировать
    1
  • !!! 99% могут это не читать!

    Туннелирование трафика.
    https://rapidshare.com/files/3817106037/UsunMyTunnel.zip


    Я думаю большинство может не читать это сообщение, это скорее для программеров, и для будущих возможных референсов, если я буду выкладывать какие-то тулы, то тогда их можно с этим прикрутить работать. А можно и не прикручивать. Сисадминам этот велосипед тоже лучше не смотреть, у них свои нормальные решение стандартные есть, которые все это сделают и даже лучше и не придется читать мое технически неточное описание деталей :)


    1) Так вот, к вопросу что я за туннель выкладываю. Если какая-то программка (например инет браузер) хочет обратиться к какому-то внешнему IP+порту (сокету) но не может или не хочет сделать это с того компьютера, где она запущена, но может сделать это через другой комп, то тогда этот запрос можно протуннелировать.

    а) локальная программа хочет доступиться на хост 111.111.111.111, порт 9999.
    Вместо этого:
    локальная программа кидает запрос на локальный хост 127.0.0.1, порт 8118 ->
    тут запрос перехватывает клиент тунелля запущенного на этом же компьютере, шифрует его, перенаправляется на другой компьютер, откуда мы хотим чтобы реально ушел запрос во вне - пусть это будет 222.222.222.222, порт 8228 ->
    на другом компьютере 222.222.222.222 запущена программа-сервер туннеля, она перехватывает запросы приходящие на ее порт 8228, расшифровывает их и перенаправляет на нужный конечный хост 111.111.111.111, порт 9999.

    Что получается? Локальная программа скидывает трафик на локальный порт (начало туннеля) -> между двумя компьютерами по шифрованному туннелю проходит трафик -> на конце туннеля на втором компьютере трафик расшифровывается и уже перенаправляется на конечный пункт назначения открытым запросом.

    - Обычно такое делают, когда первый комп по политике безопаности изолирован от внешних коннекций (например, всего интернета), но второй комп находится в менее строгой по безопасности зоне или за ним присматривают админы ему разрешен выход во вне. Все это продевание ниток через игольное ушко требуется, чтобы какой-нибудь кулхацкер не пролез со своими левыми запросами через открытые левые порты в зону безопасности.
    - Обратная ситуация когда первый компьютер - рабочая станция пользователя раздолбая, а конечная система, куда ему надо законнектится - секьюрная. Напрямую обычно запрещают коннектится - какой-нибудь опять же кулхацкер просканирует траффик исходящих сообщений пользователя (если, например, они в одной локальной сетке), и тогда он коннектится через туннель шифрованный на промежуточном секьюрном компьютере, только от которого примет сообщения конечная система (например, их фаерволлы так настроены).
    - Ну или если хитрый админ мониторит исходящий трафик с нашего компьютера, и мы не хотим, чтобы он видел что мы и куда посылаем, тогда мы туннелируем трафик через второй комп, который не под властью злобного админа, и все, что увидит админ - что уходят какие-то пакеты на другой комп напрямую, и содержание пакетов - закриптовано.

    б) более сложный пример, когда нам надо протуннелировать не строго конкретную пару хост-порт (сокет), а вообще все наши активности в интернет браузере, куда бы там не уходили запросы. Вобщем, обычно настраивают прокси сервер в браузере, через что надо ходить. И вот если нельзя или не хочется с локального компьютера браузить интернет через этот прокси, а надо ввести промежуточное звено, через которое весь трафик надо отправить с нашего браузера на прокси сервер (рабочей компании, интернет провайдера, ну или просто самостоятельно установленный и настроенный squid).

    мы в инет браузере посылаем запрос открыть какую-то страничку http://111.111.111.111:9999 ->
    локальный интернет браузер настроен, чтобы ходить через прокси сервер 127.0.0.1:8118, куда и посылается запрос для прокси сервера "открой страничку http://111.111.111.111:9999" ->
    c локального порта 8118 запрос перехватывает клиент тунелля запущенного на этом же компьютере, шифрует его, перенаправляется на другой компьютер, откуда мы хотим чтобы реально ушел запрос на прокси - пусть это будет 222.222.222.222, порт 8228 ->
    на другом компьютере 222.222.222.222 запущена программа-сервер туннеля, она перехватывает запросы приходящие на ее порт 8228, расшифровывает их и перенаправляет на реальный прокси сервер (пусть он находится на 192.168.0.60:3333 - именнно его мы настраивали бы в нашем интернет браузере как прокси сервер, если бы нам не требовался обходной маневр) ->
    обычный прокси сервер (squid, например) принимает комманду "открой страничку http://111.111.111.111:9999" и таки засылает запрос на конечный хост 111.111.111.111, порт 9999 через протокол HTTP.

    Прокси серверу пофигу, что мы там куда запрашиваем в нашем браузере, он сам все разрулит как надо. Наш туннель просто делает обходной маневр и шифрует взаимодействие между нашим интерент браузером и прокси сервером, который реально будет коммуницировать со всеми запрашиваемыми нами ресурсами в инете.

    2) Именно схему №1.б придется использовать для интеграции с тем же OPR, если нам нужен туннель. Ибо использование первой схемы не прокатит (тул отправляет HTTP запрос "открыть http://127.0.0.1:8118" на 127.0.0.1:8118 ->клиент туннеля отправляет на 222.222.222.222:8228->сервер туннеля отправляет на officialpokerrankings.com:80 - и OPR тут же видит по заголовкам HTTP запроса, что происходит что-то подозрительное и отказывается это процессить).

    OPR сможет работать только по одной из двух схем:
    - тул отправляет HTTP запрос "открыть http://officialpokerrankings.com:80" и напрямую его открывает, как будто он браузер.
    - тул отправляет HTTP запрос "открыть http://officialpokerrankings.com:80" через прокси сервер, а доступ прокси серверу протуннелирован как показано выше. Тогда прокси сервер стандартно выставит все нужные HTTP заголовки и замаскирует всю подозрительность (точнее он не испортит изначальные, но это уже технические неважные детали).

    3) Теперь к туннелю самопальному, вот его дистрибутив еще раз:
    https://rapidshare.com/files/3817106037/UsunMyTunnel.zip
    это просто джава прога (и клиент и сервер туннеля), соотв запускать ее надо будет через коммандную строку (или кликнуть по .bat файлам).
    Имплементация и настройки туннеля нагло стырены мною отсюда много лет назад, если кому интересно http://www.javable.com/columns/crypto/workshop/02/ch5/#%3F%3F%3F%3F%3F%3F+%3F%3F%3F%3F.+%3F%3F%3F%3F%3F%3F%3F+%3F%3F%3F+%3F%3F%3F%3F%3F%3F%3F+%3F%3F%3F%3F%3F%3F%3F :)

    Скомпиляно все было под JDK 1.4.1, но рекоммендую запускать начиная с JDK 1.5 и выше, ибо остальные тулы под 1.5 и выше сделаны. Соотв если что неясно с приведеной статьи - можете JADом декомпильнуть код, никаких обфускаторов не использовалось.

    a) Прежде чем ставить тул, надо ставить джаву 1.5+ локально и на том компе, где будет сервер туннеля (физически ничто не мешает быть ему на том же самом компьютере, только это будет иметь практический смысл только если мы из виртуальный вашины коннектимся во внешнюю систему как будто к другому компьютеру, тогда для виртуальной машины запрос как будто уходит наружу, она практически не знает, что крутится как виртуальная внутри другой машины - по крайней мере с точки зрения снифферов и прочих вещей, которые ы хотели бы обойти).

    Может джава уже стоит, надо проверить - выполнить Windows->Start->Run.. и там вбить комманду
    cmd

    это откроет виндовую консоль, и там вбить комманду:
    echo %JAVA_HOME%

    Если там что-то выведет (путь, где установлена джава) - то надо убедится что внутри выведенного пути есть /bin/java.exe и /jre/lib/rt.jar.
    Если нет, то надо скачать JSDK 1.5 где-то. Например: http://www.oracle.com/technetwork/java/javase/downloads/index-jdk5-jsp-142662.html - выбрать там JDK 5.0 Update 22 скачать.
    Если есть где-то под рукой 1.6 - то думаю, что тоже сгодится.

    После установки джавы, можно опять запустить echo %JAVA_HOME% - если там вывелась интсталляционная директорая, то все ок. Если нет - то и фиг с ней, можно забить путь напрямую в конфигах туннеля, о чем будет сказано ниже. Как вариант можно самому выставить в винде системную переменную JAVA_HOME на путь куда установили джаву, но можно этого и не делать.

    б) Нам нужен прокси сервер. Если интернет провайдет предоставляет его, чтобы вбивать в браузер напрямую в настройки, иди рабочая контора предоставляет - то все, проблема решена. Если же ничего этого нет, то придется установить на втором компе (или локально во внешней системе, если используем виртуальные машины) прокси сервер, обычно ставят squid http://ru.wikipedia.org/wiki/Squid - я его в свое время ставил и на винде и на линуксе, без проблем. Описание настроек прокси сервера вне скоупа этого коммента.

    в) такс, пусть джава установлена (допустим в директорию c:\jdk1.5.0_22) и HTTP прокси сервер есть и запущен (например, доступен по адресу 192.168.0.60:3333 - можно попробовать в браузере открыть http://192.168.0.60:3333 и он напишет от Squida тогоже ошибку типа: The requested URL could not be retrieved... invalid request... blah-blah-blah... Generated Thu, 09 Jun 2011 00:09:24 GMT by youradminnameandcomputername (squid/2.7.STABLE9)).

    - распаковыем MyTunnel.rar на c:\ (или куда угодно еще) на два компьютера, которые хотим чтобы были клиентом и сервером туннеля.

    - На клиенте, меняем \MyTunnel\JavaSecurity\runClient.bat
    если JAVA_HOME системная переменная не была выставлена, то раскомменчиваем вместо rem set JAVA_HOME=c:\jdk1.5.0_22
    ставим (меняем на реальный путь)
    set JAVA_HOME=c:\jdk1.5.0_22

    если распаковали не в корень c:\, то меняем на нужный путь
    set APPLICATION_ROOT=c:\MyTunnel\JavaSecurity

    - На сервере меняем аналогично \MyTunnel\JavaSecurity\runServer.bat - уже с путями для второго компьютера

    - На клиенте, меняем \MyTunnel\JavaSecurity\config\SslTunnelConfigClient.xml
    Код
    <?xml version="1.0" encoding="UTF-8"?>
    <Redirector>
        <SSL-section>
            <Keystore-path>c:\MyTunnel\JavaSecurity\config\store</Keystore-path>
            <Keystore-password>123456</Keystore-password>
            <Alias-password>123456</Alias-password>
        </SSL-section>
        <Routes>
            <Route>
                <Localport>8118</Localport>
                <Remoteport>8228</Remoteport>
                <Remotehost>127.0.0.1</Remotehost>
                <Direction>PlainToSSL</Direction>  
            </Route>        
        </Routes>
    </Redirector>

    Keystore-path - меняем на нужный путь, если распаковано не в корень c:\ было - это пусть к файлу с сертификатами, там мой тестовый для разработки забит, вряд ли кому-то понадобится какой-то другой, если конечно для реальной безопасности не собираетесь использовать, тогда надо будет свой прайвит и паблик (сертификат) ключи сгенерировать и пароли поменять - как это сделать описанно в статье на javable.com, которую я выше привел.
    Remotehost - вместо 127.0.0.1 (который просто указывает на локальный компьютер), поставьте IP где будет крутиться сервер тунелля (например, 222.222.222.222).

    - На сервере, меняем \MyTunnel\JavaSecurity\config\SslTunnelConfigServer.xml
    Код
    <?xml version="1.0" encoding="UTF-8"?>
    <Redirector>
        <SSL-section>
            <Keystore-path>c:\MyTunnel\JavaSecurity\config\store</Keystore-path>
            <Keystore-password>123456</Keystore-password>
            <Alias-password>123456</Alias-password>
        </SSL-section>
        <Routes>
            <Route>
                <Localport>8228</Localport>
                <Remoteport>3333</Remoteport>
                <Remotehost>192.168.0.60</Remotehost>
                <Direction>SSLToPlain</Direction>
            </Route>
        </Routes>
    </Redirector>

    Keystore-path - меняем аналогично,
    Remotehost, Remoteport - ставим IP/имя хоста и порт прокси сервера соответсвенно.

    - На сервере запускайте \MyTunnel\JavaSecurity\runServer.bat
    будет что-то типа, если все хорошо
    Код
    Redirector is ready for server Route : Route record: from localhost :8228 to 192.168.0.60:3333
    -------- START TrustManager # 0 Info -----------
    -------- START Certificates # 0 Info -----------
    CN=usun adv, OU=adv company, O=Advanced Comapny Ltd., L=-, ST=-, C=BY
    -------- FINISH Certificates # 0 Info -----------
    -------- START Certificates # 1 Info -----------
    CN=usun adv, OU=adv company, O=Advanced Comapny Ltd., L=-, ST=-, C=BY
    -------- FINISH Certificates # 1 Info -----------
    -------- START Certificates # 2 Info -----------
    CN=usun adv, OU=adv company, O=Advanced Comapny Ltd., L=-, ST=-, C=BY
    -------- FINISH Certificates # 2 Info -----------
    -------- FINISH TrustManager # 0 Info -----------
    Secure server socket was created: [SSL: ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=8228]]

    мол слушаю шифрованное соединение на локальном порту 8228 и собираюсь расшифрованный трафик переправлять на 192.168.0.60:3333

    - На клиенте запускайте \MyTunnel\JavaSecurity\runClient.bat
    будет что-то типа, если все хорошо
    Код
    Redirector is ready for server Route : Route record: from localhost :8118 to  222.222.222.222:8228
    -------- START TrustManager # 0 Info -----------
    -------- START Certificates # 0 Info -----------
    CN=usun adv, OU=adv company, O=Advanced Comapny Ltd., L=-, ST=-, C=BY
    -------- FINISH Certificates # 0 Info -----------
    -------- START Certificates # 1 Info -----------
    CN=usun adv, OU=adv company, O=Advanced Comapny Ltd., L=-, ST=-, C=BY
    -------- FINISH Certificates # 1 Info -----------
    -------- START Certificates # 2 Info -----------
    CN=usun adv, OU=adv company, O=Advanced Comapny Ltd., L=-, ST=-, C=BY
    -------- FINISH Certificates # 2 Info -----------
    -------- FINISH TrustManager # 0 Info -----------
    Unsecured server socket will be created at 8118

    мол слушаю нешифрованное соединение на локальном порту 8118 и собираюсь зашифрованный трафик переправлять на 222.222.222.222:8228.

    - это пример для винды, для юниксовых систем все будет работать аналогично, пример линуксового runServer.sh есть в дистрибутиве

    - если какой-то из .bat файлов чего-то накидав - тут же дает дуба (могу поспорить, что по первому разу так и будет), то в каждый из .bat файлов запускаемых последней строчкой можно добавить комманду pause - она остановит окно, пока ввод не нажмете и можно посмотреть что же за ошибку он там пишет и действовать соотв. Скорей всего или ошибка с путями будет, или порты заняты будут и надо другие поставить или убедится что это не второй туннель запускается на той же машине параллельно.

    г) протестировать, что все работает можно настроив в инет браузере, где запущен клиент туннеля, использовать прокси сервер 127.0.0.1:8118 и попробовать чего нибудь побраузать, если все хорошо, в окошках клиента и сервера туннеля будет изрядно навалено логов как там все шевелится и в браузере успешно отобразится искомое.
    6/12
    Ответить Цитировать
    1
  • О том, как использовать и интепретировать полученные результатыт пробивки во время игры.

    Пробивка оппонентов по OPR.
    более свежая статья на англ будет тоже приведена

    Еще пару слов о своевременной пробивке оппонентов по публичным базам. Эта тема обычно не освещена в книжках и статьях, затрагивается обычно только в некоторых ВОДах. По причине большого преимущества предоставляемого такими базами - мы знаем, кто оппонент и может предположить на что он способен - большинство подобных баз (например sharkscope) раньшн были запрещены к использованию во время игры на основных румах. OPR (http://officialpokerrankings.com) одна из немногих, которая явно разрешена на старзах во время игры. Сейчас все основные системы разрешены на всех основных румах, но лучше уточнять в правилах.

    Как я уже упоминал, я использую отдельный тул для автоматизации пробивки оппонентов за моими столами и генерации ноутса в заданном формате, согласно которому я могу выставить изначальную цветовую метку и определить стиль игры оппонента.

    Но даже без этого тула, можно вполне делать это вручную, постепенно пробивая всех. В ранней стадии это менее нужно ибо игра очень стандартна и мы особо не рискуем + часто тусуют столы. Но в средней стадии можно озаботиться пробиванием всех, начиная от пары человек за нами, и перед нами.

    Из OPR мне обычно нужна следующая информация: ROI, процент ITM, дистанция, средние байины, общие призы, средняя разбивка по вылетам из турниров по стадиям. Играя только на Пати я не обращал внимания на среднюю величину поля ибо они там были у всех почти одинаковые, на Старзах же такая информация тоже будет очень важна. На тех же килополях надо закладываться на большую дисперсию, и выводы корректировать соответсвенно.

    Если нескромно взять вышеприведенный пример моего старого профайла:
    screenshotkvs.png

    На основе его будет сгенерирован ноутс: opr3Jun12: +170ROI/16ITM/484($9)/$12k 2/10/53/21/13

    - opr3Jun12: - маркер для моих тулов (турнирная статистика OPR, версия 2, ноутс сгенерирован 12 июня)
    - Дальше могла бы идти пометка ? - означала бы маловатую дистанцию, например меньше 300 турниров не на килополях (?? - еще меньшую, типа менее 100). Если там порядка 10 турниров, то я вообще просто ставлю ??? вместо всего ноутса. Если статистика спрятана (любой может попросить OPR убрать статистику на него из онлайн доступа) - ставлю пометку hidden! и считаю по умолчанию регуляром.
    - +170% ROI - это очень много и скорее являются признаком дисперсии и апсвингов (или случайного крупного заноса на лимитах выше своих обычных), на более высокой дистанции и лимитах показатели обычно гораздо скромнее. Обычно +45% - это уже очень много и сильно. От -8% до +5% я считаю околонулевых, которые может гриндят за счет рейкбейка. от 10% до 30% - обычные плюсовые регулярные показатели. От -15% и ниже это обычно уже фиши. Очень сильно может исказить показатели одиночный крупный занос на турнире - но по другим вспомогательным статам тогда видны нестыковки, и тогда надо вручную слазить на OPR и посмотреть, что за заносы были.
    - 16% ITM (финиши в призах) - норма где-то 15%, если речь не о килополях, но особого значения он не имеет сам по себе. Однако, показатели в районе 20%, особенно в сочетании с низким ROI могут сигнализировать, что игрок склонен досиживать до призов и его можно давить тогда на пребабле/бабле. Показатели ниже 10% в сочетании с сильно минусовым ROI обычно означают стандартного фиша, долго не задерживающегося в турнире.
    - 484 кол-во турниров - и в скобках средний байин 9$. Обычно выводы какие-то можно делать при показателях 300-500; порядка 100 турниров - я никаких выводов не делаю обычно, максимум как вспомогательное средство для суждений из других источников (наблюдаемая игра, статы покер трэкера);
    - общие призовые $12000 - просто для представления какими суммами ворочает игрок; у меня обычно граница на Пати больше 10k - тянет на регуляра, меньше - полурегуляр максимум, порядка 100k - монстер регуляр - но это конечно в сочетании со средними байинами, дистанцией и ROI идут суждения.
    - 2/10/53/21/13 - разбивка как финишировал по стадиям турнира (очень полезна для определения слету насколько он тайтов и агрессивен по стадиям, особенно на начальные стадии). Высокий ранний вылет (типа 20/20) может означать сильную агрессию и лузовые выставления сразу с начала турнира. 30/30/20/15/5 практически всегда слабый фиш, 5/10/45/25/15 - стандартные статы тайтового поначалу и умеренно агрессивного далее когда надо, 15/20/30/20/15 - это статы очень агрессивного и опасного LAGа.

    Вот какой вывод я делаю из такого ноутса:
    - дистанции достаточно для предварительных выводов;
    - игрок - плюсовой регуляр низких лимитов;
    - до призов скорее всего не пытается досидеть; способен исполнять;
    - стандартно тайтов поначалу и избегает маргинальных выставленией, с последующим раскрепощением.


    И напоследок: это всего лишь одна из многих вспомогательных информаций и должна корректироваться по ходу игры. Часто такие данные противоречивы и обманчивы и это надо иметь в виду.

    О пробивках в хост системах вообще
    Основные хост системы для трэканья турнирных игроков (аля PTR для кэша):
    OPR http://www.officialpokerrankings.com (бесплатная), ProLabs http://pokerprolabs.com/topsharkpro/ (платная), SharkScope http://www.sharkscope.com/ (платная)

    OPR - с него надо начать, ибо бесплатно, инфы много. Но HUDа родного нет - но есть различный софт для интеграции его заменяющий, как платный, так и бесплатный.
    ProLabs - это уже для румов не охваченных OPR + там есть графики. Там есть свой HUD аналог.
    SharkScope - меньше возможностей чем в ProLabs, есть граффики, но нет разбивки финишей по стадия турниров, но гораздо больше поддерживается румов и их результаты лучше трэкаются предположительно. Там есть свой HUD аналог.

    Ряд этих систем может быть запрещен или полностью или частично для каждого рума - надо сверять правила рума, прежде чем использовать. На момент 1 сентября 2012, все что запрещено - просто не поддерживается тулами, так что никаких ограничений.



    Online ranking systems (OPR, SharkScope, ProLabs/Top Shark).
    Более свежий вариант той же статьи на англ:

    This topic is not covered at all in general poker literature. For some bizarre reasons it's not even covered in MTT VODs in English community. I am not sure is it some sort of local policies about third-party systems, but Russian community VODs or any trainings use them all the time.
    Anyway, it may come as a surprise, but online ranking systems (I also refer them as “host systems”) are mandatory for modern MTT regular player, their importance is the same as HUD, that is why lack of information about them is shocking.

    These systems and info from them is a primary source for initial opponent evaluation, most of fishes and strong regulars can be detected immediately based on them. Again, it's just one of the sources, you shouldn't solely depend on it, it gives the first impression which can be very misleading, so you shouldn't stick too much to it. The main approach is to check an unknown opponent and see if you can roughly categorize him based on online ranking system data. Later your conclusion will be corrected by HUD stats and own notes and observations you get during live play.

    Many tournaments under various rooms may be not tracked at all by some online ranking systems.

    Some history and rules.
    Online ranking systems are relatively new, that is why last couple of years there were conflicts between poker rooms and these providers. In particular, Fulltilt banned commercial SharkScope, Top Shark explicitly and free OPR was officially not recommended during live play. PokerStars used to forbid SharkScope, Top Shark during live play but allowed OPR without restrictions. Recently PokerStars had forced all online ranking systems to hide by default ROI and Profit stats for their players, and they can be shown only if player explicitly allowed that. All systems added that restriction for PokerStars players and they officially lifted ban from commercial systems. So, right now all mentioned online ranking systems for tournaments are allowed without any restrictions by all major poker rooms and networks. At least I investigated poker room rules, policies, terms and conditions for all rooms I mentioned in the previous articles. You can find my discovery results here: https://sourceforge.net/p/usunpokertools/wiki/Licenses%20and%20Restrictions/

    It won't hurt to double check your poker room policies before using them. 3rd party tools using online ranking systems for integration are usually also allowed by poker rooms during play.

    Once again, ROI and Profit numbers for PokerStars players are currently hidden by default on all systems!


    Automation.
    Normally regular player start actively using these systems in later stages, when there are less tables left and they are focusing on tables and opponents left. It's because by default they manually check players one by one, they just don't have time to do it earlier and prefer ABC play on earlier stages.

    However, there are tools to automate the process and lift this restriction:
    1) Commercial systems SharkScope and ProLabs provide their own desktop applications/HUDs with main data to all their subscribers. In most cases they are allowed by major poker rooms, but check room policies just in case.

    The drawback is that subscription cost money and may be you won't be happy to have multiple HUDs from multiple providers on the same table (like local tracker HUD PT, HM + online ranking system HUD). The positive is thing is that it will be very well supported and won't break when host systems change their Integration API sometimes.

    2) Free OPR doesn't have its own desktop applications and HUD, and it's clear why, they live from banners and ads, and don't have much money to support anything else except their main site.
    There are some 3rd party automation tools/HUDs integrated with OPR, but you should always remember that they are not officially allowed by OPR and their usage can easily cause ban by IP from OPR.

    Anyway, here is a commercial HUD for OPR:
    OpenTool http://fishinterceptor.com/en

    It was very popular before PokerStars forced OPR to close ROI/Profit and even ABI stats. There is a minor risk to get banned by OPR, because it searches for player only on demand, by user clicks, and therefore it shouldn't generate high load on OPR.

    It is officially allowed by PokerStars.

    3) Here comes my own project to support integration with online poker ranking systems and multiple rooms, it's free and open source:
    usunpokertools - https://sourceforge.net/p/usunpokertools/wiki/Home/
    It'll be presented to English community after next major release 1.4, when I expect to polish it completely.

    It is officially allowed by PokerStars. It is officially approved and licensed by SharkScope.

    The main idea here is to provide integration with multiple rooms, and online ranking systems (OPR – officially it's just a demo but there is full functional support, SharkScope – officially approved, ProLabs/Top Shark – no response from them, but should be ok to use with them, PTR for cash only – no response from them, but should be ok to use with them). It doesn't have it's own HUD, it reuses other local tracker HUD(s) as simple containers, i.e. based on data retrieved from host system(s) tools generate one or many player notes and store them as local tracker HUD player notes (PT3,4, HM1, HM2 – for HM2 only limited support).
    It provides both tools to search players manually one by one, and to enable auto-scan and auto search for everything from hand histories (it keeps elaborate local cache to avoid duplicate searches).

    Auto scan for OPR can easily case ban by IP from them. Right now it generates quite high load with multi-threaded auto search. By default it is configured to auto-restrict 5-10 searches per 2 minutes but the danger of ban is still there - you can play around various settings. Sure, I support advanced support for list of proxies which is a workaround, but it's not so convenient and is kinda for advanced users.


    Data from Online ranking systems/host systems.
    1) OPR – officialpokerrankings.com
    This the only major fully free online ranking system, and therefore the most popular. It only tracks PokerStars, PartyPoker, Ongame Network, Carbon from Merge Network, Fulltilt.

    It doesn't have side applications, like own HUD or Integration API for 3rd party software. It is the only host system that explicitly forbids automated 3rd party search via it. If they think there are two many searches going from some IP, they just ban the whole IP, and user can only see redirect to “dip.officialpokerrankings.com” and after that can really use only proxy to access it.

    OPR provides all standard info except graphs, it also shows a very important and underestimated info – breakdown by finishes by stages.

    It's highly recommended to start with it and use manual search in the start to reduce risks of bans.

    Let's go through some standard info provided by it: ROI, ITM, distance, ABI, AFS, R&A ratio, prizes, profit, fish by stages breakdown. For the rest host systems it's pretty much the same, differences will be covered explicitly.

    Example page (it's a bit old):
    screenshotkvs.png


    - For some players stats are explicitly hidden, so you can mark this fact in notes, it may either mean that player is good reg with significant distance or some weak fish with huge losses, or may be just don't like to show his stats. In any case, at least this player knows what is online ranking system and therefore he is not a complete newbie.

    - Distance is amount of tournaments played. It is important stat. 484 in example here. On smaller fields and rooms usually 300 is minimum to draw some conclusions, 500 is default ok distance, >1000 is more or less certain for average fields (AFS < 1000). If less than 100, it usually means no distance at all and all info can be ignored.

    - Return of investment (ROI) in %. Is considered to be main financial stat, hidden for PokerStars by default. (-100%;-15%) is quite bad, it's a loosing player. From -8% up to +5% is around zero (“rakebot”). +45% is excellent and very strong, especially on higher limits. You should be careful with this stat – it can be heavily affected by swings on lower distance, fluke victory in huge tournament or lucky shot on much higher limits than his regular ones.

    In this example +170% ROI is a clear sign that distance is not so big and player is in upswing. It's better to check may be it is a lucky shot in some huge or high-limit tournament. In this particular example, it appeared that player has 12 finishes in TOP3 in regular tournaments of the average buy-in, medium-size, but with abnormal high TOP-1 ratio. So, looks like regular but on major upswing. Low limits medium size won't likely give more than 100% ROI on significant distance, and on medium stakes it won't be higher than 50% normally. The higher limits – the lower ROI. The higher AFS – the more ROI can be, especially on swings.

    - In the money (ITM) in %, additional somewhat important stat. Normal values for regulars are about 15-17%. It can be higher on smaller tournaments (check AFS) and lower down to 12% for larger tournaments, especially for loose aggressive regulars. If player has something like 20% on medium-size fields and not high ROI – it usually signals that here is too tight around bubbles, and he is a good target to abuse on pre-bubble/bubble stage. 10% and lower is a clear sign of weak player. If player has -15% and lower ROI and under 10% ITM on some distance it's almost sure a fish. If his finishes by stages are shifted to earlier stages – it's a guaranteed fish. Even if player has a good positive ROI, but ITM under 10% and bad finishes by stages – I'm sure that this is a lucky fish and just need to check what fluke big or high-limit MTT he's won (I don't even bother to check, just set “fish” label – it's just one more example how ROI stat is overestimated).

    The conclusion here is that even with hidden ROI stat for PokerStars players we still go enough information to detect typical fish on open stats left.

    In the example provided, 16% is normal for regular.

    - Prizes in $ – not so important stat; just to see the volume. I don't consider player with less than 10k prizes as a regular, maximum semi-reg. 100k+ may mean something in combination with ROI and ABI stat, it can be a minimum requirement semi pro+.

    Here we get 12k prizes, might be some reg.

    - Profit in $ - additional stat of actual + or - results. Hidden for PokerStars by default. You don't really care much about it, ABI and ROI are more important.

    +7.6k in example doesn't mean anything.

    - Average buy-in in $, this is an important stat to see on what stakes player usually plays. It's even better to look all stats breakdown by limits/buy-ins. Beware that for rebuy tournaments actual total buy-in paid by any player is an estimated figure. They cannot track individual rebuys and add-ons, only average ones for each tournament. In “breakdown by limits” section, ABI displayed is not actual ABI paid, but just nominal buy-in, i.e. $3+0.3 rebuy&addon is displayed as $0-$4.99 limit in this breakdown. Seems total ABI is a normal one – consists of total estimated actual money put into the tournament.

    9.24$ in example means low limits.

    - Average field size (AFS) – to get an impression what tournaments player usually participate in. It really affects distance required to draw any conclusions. For AFS 500, it may be enough 300+ tournaments to tell something, for AFS 1000, it should be closer to 700 tournaments, for AFS 2000+, it starts from 1000+ tournaments and it's not a linear dependency, hardly anyone ever get legit distance for big tournaments.

    523 in example – typical medium tournaments.

    - Rebuy & addon ratio (RA) in %, it is useful to get the estimation of how many rebuys are in stats, it really affects how should we look on ABI. If you seen 90% RA in limits breakdown for $0-$4.99, it means that player doesn't really play micros, and actual buy-ins there are more likely to bee in 5-25% range.

    There is one more important thing about rebuys in any online ranking system – they have no way to know how many rebuys and add-ons each player really made. They can only track the overall total of all rebuys and add-ons made in each tournament and record an average for every participant. Therefore, the higher RA, the less correct are ROI, Profit, ABI figures.

    - Finishes by stage breakdown – it is very important and grossly underestimated stat. As already described above, it's not only the main stat in combination with ITM that can indicate fish with certainty, even regardless ROI, profit stats. It is also the only stat that can tell you a lot about player's style. High finishes in earlier stages (like 20/20) shows player sticks in very lightly near the tournament start – it means he is either very loose aggressive and not afraid to gamble or may be trying to build huge stack right away, or may be it's just a weak fish and calling station or maniac, who has no clue when it's time to fold.
    30/30/20/15/5 – this is the main fish pattern with clear dis-balance leaning towards earlier finishes who rarely survives till later stages (5% late is very low, it usually shouldn't be less than 10% for plus players), if you see something like this – it's almost certain is a fish regardless all the rest stats.
    15/20/30/20/15 – this is very dangerous loose aggressive player, late stage is very high and finishes are gradually distributed – he starts fight and table press from the first hand. If he lucky to build a big stack early, he won't wait for anything and will squeeze everything from this advantage.
    11/20/40/19/10 – this is a real-life example of mid stakes+ very strong and very loose aggressive regular. This is really close to fish stats, but 14% ITM tells us not o jump into conclusions, and high ROI on big distance makes it clear who we face.
    5/10/45/25/15 – typical stats for good reg who is tight in the start and getting more and more aggressive later in the tournament.

    In example we got 2/10/53/21/13 – falls under the last category, compatible with typical regular and plays tight in the beginning and then loosen up. You should think twice before calling his all-in in early stage.

    By the way, my usunpokertools would generate the following player note based on this data:
    opr3Jun12: +170ROI/16ITM/484($9)/$12k(+7.6k)/523AFS/28RA 2/10/53/21/13

    And here are initial conclusions we can make based on this:
    - there is enough distance for initial conclusions, taking into consideration field sizes
    - player is a winning regular of low limits;
    - doesn't really wait for ITM and is able to move;
    - standard style as tight in the start and more loose aggressive the further he goes in the tournament.


    2) SharkScope - http://www.sharkscope.com/
    Commercial system with only 5 free searches per day and 150 or 500 searches per day depending on the subscription type. Has its own desktop application with own HUD (I never used it).
    It supports the widest set of tournaments, rooms and networks. It is very friendly to 3rd party systems/tools integrated with them, has official Integration API and promotes any tool that use it.

    Data returned in comparison to OPR:
    - Doesn't have finishes by stage breakdown info – this is the main disadvantage of this system.
    - Default total ROI displayed is normalized by buy-ins. i.e. it is not total money ROI, but rather an average tournament results ROI, which is more important. ROI and profit are also hidden for PokerStars players by default.
    - It has very useful graphs for player results, it really allows immediately resolve any uncertainty caused by standard stats contradictions and strange values. Regular MTT graph looks like a ladder steadily going up in the long run. Big swings usually indicate very loose aggressive style or tournament selection with huge variance (like hyper-turbo). Here we can easily see if +ROI/Profit is really caused by some single random big win with a clear downward tendency - then it's a clear fish. They are disabled for PokerStars players by default.
    - It doesn't display Prizes $, and that is why ABI is not hidden here for PokerStars.

    3) ProLabs/Top Shark - http://pokerprolabs.com/topshark/
    Commercial system with only 10 free searches per day and 200 or higher searches per day depending on the subscription type. Has its own desktop application with own HUD (I never used it).
    It supports the wide set of tournaments, rooms and networks (but less than SharkScope and started many rooms tracking later than SharkScope).
    It doesn't have official Integration API yet, but seems doesn't care about 3rd party tools and doesn't try to block them.

    Data returned in comparison to OPR:
    - Has the same finishes by stage breakdown stats. They are disabled for PokerStars players by default.
    - It has similar very useful graphs to SharkScope.
    - It doesn't display Prizes $, and that is why ABI is not hidden here for PokerStars.
    Сообщение отредактировал usun - 2.9.2012, 21:07
    7/12
    Ответить Цитировать
    1
  • Статус проекта на начало июля и будущие планы. Разработка 1.4 пока не ведется из-за нехватки времени.

    Текущий статус проекта usunpokertools.

    I. Хост системы
    1) жду ответов от ProLabs/Top Shark, PTR не возражают ли они против тулов - я совсем не расстроюсь, если они просто проигнорируют мой запрос. С ними не ожидается проблем и банов от них, ибо тулы увеличивают их базу подписчиков, и запросы на них ограничены поисковой квотой. Наверное официально они не могут апрувнуть тулы ибо их системы пока не предназначены для полноценной лицензированной интеграции со сторонними программами, как это сделано в новом SharkScope.

    ProLabs думаю в одном шаге от представления Integration API своего официального, а PTR от этого технически также далек как и OPR.

    2) большое облегчение иметь поддержку официальную от SharkScope - уже с одним этим можно выходить на англоязычную комьюнити. В планах ближайших расширить с ними интеграцию, там много еще мелочей можно добавить с нового API. Именно с ними я сделаю в будущем пробивку составов турниров, ибо их API дает возможность смотреть составы участников прошедших турниров - а это наконец снимет с меня ограничение по пробивкам только в Stars, Fulltilt (RIP), я смогу наконец попробивать составы своих регулярных турниров по куче других румов, благо там хоть не спрятаны денежные статы.

    3) OPR не планируется официально поддерживаться в обозримом будущем. Интеграция с ними - официально будет позиционироваться как демо и не рекомендовано к использованию. Это единственная система, где можно регулярно получать бан по IP за интенсивное использование тулов. Для страждущих введена максимальная поддержка с проксями. Вряд ли функционально я что-то смогу сделать сверх этого. Так что поддержка проксей в обозримом будущем останется на уровне баг фиксинга и мелких улучшений.

    4) Планируется когда-нибудь добавить еще одну фичу, которая должна снизить риск случайных банов в том же OPR - настраиваемое самоограничение интенсивности пробивок (два ограничений: максимальная квота в день, количество максимальное пробивок в единицу времени). - ЭТО УЖЕ СДЕЛАНО, ДОСТУПНО И ВКЛЮЧЕНО ПО ДЕФОЛТУ

    5) Планируется поддерживать графики с хост систем в будущем, в HUD они понятно отображаться не будут, но вот usunpokertools UI приложении их можно будет посмотреть.

    II. Тракеры / HUD
    1) HM2 - ничего пока нельзя сделать дополнительно, пока их программисты не изменят механизм кэширования HUD данных. В данный момент их кэширование ликвидирует любую возможность интеграции с ними на уровне базы данных. Запрос на изменения / расширение этой функциональности был отправлен в HM2 двумя разными каналами, и в обоих случаях было получено подтверждение, что разработчики HM2 рассмотрят мое предложение и может сделают возможность интеграции с ними.

    2) бесплатная opensource fpdb - нотсов игроков в HUD не поддерживает и не планируется. Автор fpdb предложил самостоятельно добавить ее в своем отпачкованном проекте. К сожалению, я сам этого сделать не смогу, может в далеком будущем найдутся энтузиасты.

    3) бесплатная PokerHands - интегрировал на уровне базы данных, там нотсы для игроков поддерживаются, но они не поддерживаются ими на уровне выше и не отображаются в HUD. Послал запрос автору PokerHands в официальной теме в англоязычном форуме - ответа пока нет.

    4) В обозримом будущем планируются интеграция с существующими и развивающимися самопальными HUD на Android OS системах, после / в случае порта тулов под мобильные системы.

    III Румы
    1) PokerStars приняли к рассмотрению мой запрос проревьювать тулы. - ПОЛУЧЕН ОТВЕТ, ТУЛЫ РАЗРЕШЕНЫ ИМИ
    С другими покер румами поддерживаемыми я даже посылать запросов не буду, после изучения их полисей и лицензий, ничего не должно нарушаться.

    2) Планируется в ближайшее время добавить поддержку Microgaming (Unibet) и может еще каких систем.

    3) Будет добавлена поддержка нескольких румов из одной сети одновременно (я с трудом пока могу представить практическую ценность этого)

    IV Платформы
    1) Windows будет продолжать поддерживаться под Desktop.

    2) Тулы будут расширены, где надо, для поддержки Linux систем (Ubuntu в первую очередь).

    3) В будущем планируется сделать мод для мобильных систем. В первую очередь будет поддерживаться Android OS.

    V User Interface
    1) Сейчас поддерживается базовый только консольный интерфейс и графический базовый интерфейс на Java Swing. Откровенно графически интерфейс очень похож на консоль сейчас, во многих тулах все те же команды по сути руками набиваемые.

    2) В будущем планируется расширить некоторые тулы с более user-friendly интерфейсом и позаменять, где это имеет смысл, команды на всякие селектбоксы с кнопочками.

    3) В ближайшем будущем будет добавлена возможность запустить некоторые тулы (сканеры) как сервисы (Windows) / демоны (Linux) операционной системы.

    4) Может быть в отдаленном будущем будет сделано полное разделение клиентской и серверной части usunpokertools, они и так архитектурно отделены впринципе, но множествко небольших и средних доводок необходимо для полной поддержки этого. Однако, это невысокий приоритет ибо шарить один сервер для пробивки и кэшей для нескольких клиентов тулов - нарушение правил для хост систем платных и самим румами может быть воспринято как даташаринг (хоть это по сути и не так).

    V Тулы
    1) В ближайшее время будет добавлен тул для управления HUD нотсами игроков. В частности, можно по регулярному приложению подчистить старые нотсы для всех игроков.

    2) В обозримом будущем будет опять возвращен тул для пробивок составов участников турниров, в первую очередь через SharkScope, в которое есть списки участников. Соотв это снимет привязку на самари файлы от старзов или фуллтильт клиентов.

    3) В будущем может будут добавлены тулы для составления расписание турнировк и сессий и по математике, для расчетов тех же пушботов - но тут надо быть осторожным, чтобы случайно не нарушить правила покер румов, эта математика не должна помогать непосредственно для игры текущей.

    4) Существующие тулы могут быть расширены, особенно с точки зрения интерфейсов. Может новые комманды-фичи добавятся.

    5) Планируется кэш игроков пробитых держать в базе данных, если соотв настроить.

    6) Планируется /config/globalconfig.properties дать возможность настраивать через GUI.

    7) В далеком будущем планируется нормальный инсталятор и нормальные апгрейды автоматические.

    8) Много мелочей функциональных еще рутиных, которые отслеживаются в TODO списке.

    VI Разработка
    1) Планируется выйти на англоязычный рынок и нормально поддерживать проект на сорсфорже. Тулы остануться бесплатными и оупен сорс под лицензией BSD. Может когда-нибудь будет добавлена возможность добровольного доната, если раскрутится проект.

    2) В будущем будет предоставлена возможность добавлять сторонние плагины в usunpokertools. На уровне ядра эта возможность уже есть, но по ней надо основательно пройтись еще раз и добавить в слои, где ее еще в принципе нет.

    8/12
    Ответить Цитировать
    1
  • вроде вся вводная дана. поехали.
    9/12
    Ответить Цитировать
    0
  • скачал архив , можно узнать как запустить прогу ?
    1/1
    Ответить Цитировать
    0
  • третий коммент треда https://forum.gipsyteam.ru/index.php?viewtopic=56509&view=findpost&p=1790357
    секции: Требования к системе, Быстрая установка - Quick Start
    10/12
    Ответить Цитировать
    0
  • Прочитал с большим интересом, особенно часть где ты описываешь интерпретацию полученных данных.

    Сам я щас мтт не играю, сосредоточился на HU SNG
    Там пробивка игроков имеет еще большее значение, но пробивать их надо до начала матча, чтоб садится только к рыбе.

    Но считывать ник для пробивки получается надо с графики, в лог на компе он не падает.
    Можешь что то посоветовать?
    Или озвучить цену вопроса за реализацию?
    1/1
    Ответить Цитировать
    0
  • Тоже прочитал с огромным интересом! Отличная программа. Хотелось бы узнать про поддержку ХМ2: как продвигается в этом направлении?
    1/1
    Ответить Цитировать
    0
  • Цитата (Mitch @ 12.9.2012)
    Прочитал с большим интересом, особенно часть где ты описываешь интерпретацию полученных данных.

    Сам я щас мтт не играю, сосредоточился на HU SNG
    Там пробивка игроков имеет еще большее значение, но пробивать их надо до начала матча, чтоб садится только к рыбе.

    Но считывать ник для пробивки получается надо с графики, в лог на компе он не падает.
    Можешь что то посоветовать?
    Или озвучить цену вопроса за реализацию?


    К сожалению я просто не знаю как с графики клиента считать данные. Это программисты для .Net знают, а я как J2EE с таким увы не сталкиваюсь обычно. Вот автор OpenTool тут его где-то реклама висит, он как раз .Net делает много разных тулов платных - он я думаю может это легко реализовать.
    11/12
    Ответить Цитировать
    0
  • Цитата (OyMoE @ 19.9.2012)
    Тоже прочитал с огромным интересом! Отличная программа. Хотелось бы узнать про поддержку ХМ2: как продвигается в этом направлении?


    к сожалению я все что мог сделать для интеграции с HM2 пока сделал, я записываю результаты пробивки в базу данных HM2, это именно кривая реализация их HUD - они плохо кэш реализовали и не ресинхронизируют нормално данные с базой данной во время игры (рестарт HM2 перечитывает все как надо). Я уже двумя каналами связался с саппортом HM2 и они признали что это проблема и сказали, что пофиксают, когда смогут. Но я так понял у них там полный завал по стабилизации, потому непонятно когда у них руки дойдут пофксать свой кэш, ибо он делает просто невозможным интеграцию с ними стронних программ на уровне базы данных.
    12/12
    Ответить Цитировать
    0
  • привет!

    прочитал о программе, очень интересный tool.
    Только вот поставить не могу. помогите, плиз...

    вот log usunpokertools.txt (82 килобайт) Кол-во скачиваний: 578

    скажите что у меня настроено неправильно.

    у самого меня есть сомнения, что правильно указал пароль и логин на postgres
    может также url указал неправильно

    в общем, кто сможет помочь - буду очень благодарен!

    upd. забыл добавить: вся что касается программирования - для меня лес темный...
    1/1
    Ответить Цитировать
    0
1 человек читает эту тему (1 гость):
Зачем регистрироваться на GipsyTeam?
  • Вы сможете оставлять комментарии, оценивать посты, участвовать в дискуссиях и повышать свой уровень игры.
  • Если вы предпочитаете четырехцветную колоду и хотите отключить анимацию аватаров, эти возможности будут в настройках профиля.
  • Вам станут доступны закладки, бекинг и другие удобные инструменты сайта.
  • На каждой странице будет видно, где появились новые посты и комментарии.
  • Если вы зарегистрированы в покер-румах через GipsyTeam, вы получите статистику рейка, бонусные очки для покупок в магазине, эксклюзивные акции и расширенную поддержку.s