Форум » » IPPOLIT & ROBBOLITO » Ответить
IPPOLIT & ROBBOLITO
Bison: Предлагаю обсудить особенности устройства Ипполита. Все-таки некаждый день появляются сильнейшие opensource программы.
bankuss: Кевин смысла пока нет, файлов таблиц то нет. да и сами таблицы еще нужно сгенерить.
Robborriffic: chesser at the ippolit wiki indicated it is a problem with Windows file names and uppercase and lowercase.
bankuss: Robborriffic Yes, it is true
NS: Эндшпильную оценку подправить надо - Два слона у ладьи (и ладьи с пешкой) не выигрывают...
ThinkingALot: Оказывается у Robbolito поиск в Cut узлах продлевается больше, чем в PV. Причем это даже не продления, а увеличение глубины перебора при определненных условиях ! if (altezza * 4 <= DEPTH) SINGULAR++; В общем что-то немыслимое.
WildCat: Единственные ходы вроде надо продлевать во всем дереве. Тут важнее как определять единственность хода.
Bison: Угу, а еще в Ипполите просто космический LMR в Cut узлах novel_deepness = deepness - 2 + stretches - (4 + BSR (4 + sch)); Так, 20-й ход будет резаться на 4 полухода. Попробовал такую смелость в Бизоне - fail.
ThinkingALot: Я так понимаю сила Robbo как раз и состоит в хитром сочетании продлений и сокращений. WildCat пишет: Единственные ходы вроде надо продлевать во всем дереве. Полностью согласен. Или во всем, или нигде, но чтобы в Cut было, а в PV - нет, - это что-то странное! WildCat пишет: Тут важнее как определять единственность хода. Она, кстати, тоже как-то подозрительно определяется. Чем меньше глубина - тем менее строгие условия на единственность. Как мне кажется должно быть или наоборот, или везде одинаково.
WildCat: ThinkingALot но чтобы в Cut было, а в PV - нет, - это что-то странное! А точно в PV нет?
ThinkingALot: Я попробавал написать то же самое в PV, и time management предсказуемо перестал нормально работать - второй (от корня) узел principal variation часто просчитывался на большую глубину чем первый , соответственно прога долго думала над очевидными ходами. Думаю имеет смысл протестировать 4 версии: 1) Убрать продления связанные с altezza/heigth везде. 2) Добавить их в PV, но при этом ограничить значение SINGULAR двойкой (и в PV, и в Cut): SINGULAR = MINIMUM(SINGULAR,2); 3),4) - То же, только запускать exclusion search не с параметром beta = value - DEPTH/2 (value - DEPTH, value - 2 * DEPTH), a, например, с value - 8 (value - 16, value - 32 соответственно). Может быть именно в этом причина падения рейтинга Рыбы при увеличении контроля времени. Вообще фишка с продлениями по altezza/height усиливает тактическую зоркость, но не факт, что положительно сказывается на силе игры. Пока после 92 партий версия 3) набирает против исходной +4 Elo: +17-16=59.
Renegat23: ThinkingALot пишет: Пока после 92 партий версия 3) набирает против исходной +4 Elo: +17-16=59. Смахивает на погрешность :)
ThinkingALot: Renegat23 пишет: ThinkingALot пишет: цитата: Пока после 92 партий версия 3) набирает против исходной +4 Elo: +17-16=59. Смахивает на погрешность :) Не -200 пунктов - уже хорошо!
Bison: Пожалуй, самым любопытным и загадочным для меня в Ипполите является чередование функций WhiteCut() (или BlackCut) и WhiteAll(). Выглядит это как-то так: PV->Cut->All->Cut->...->Slide (при depth <= 3.5 ply). Причем All() на первый взгляд кажется более строгой в плане прунинга и сокращения глубины. Зачем нужно было городить такой огород - непонятно. Версия у меня пока только такая - при итеративном углублении в корне поиска таким образом происходит чередование сторон, за одну ищутся угрозы сопернику, а другая как бы защищается. Любая найденная угроза все равно запишется в trans. Звучит, конечно, довольно бредово, примерно как совет давать программе считать на четную глубину , но другого объяснения не вижу.
ThinkingALot: Это ведь стандартная фишка еще со времен Фрукта. Cut узлы лучше сильно не резать, так как это может превести к дополнительному перебору соотвествующей ветки поиска уже в PV режиме. Кстати можно попробовать схему Cut/All узлов не как во Фрукте, а как в Стрелке.
NS: Это стандартная фишка не со времен фрукта, а намного раньше...
bankuss: ребята обещали переделать генератор таблиц, для совместимости в виндой, посмотрим...
ms 13: Отлично работает версия Robbolito0.084Linux правда Kn/s выводит заоблачный,причем чем больше анализирует тем больше Kn/s Интересно это ошибочно или реально?
Chessved: ms 13, можно поинтересоваться, как запустили движок под линуксом? Это какой GUI на скрине показан?
bankuss: ms 13 в 084 есть ошибка в выводе, так что это глюк ))) у меня в SCID linux роболито так и не запустился.
ms 13: Chessved пишет: ms 13, можно поинтересоваться, как запустили движок под линуксом? Это какой GUI на скрине показан? bankuss пишет: ms 13 в 084 есть ошибка в выводе, так что это глюк ))) у меня в SCID linux роболито так и не запустился. В SCID linux у меня тоже не запустился,вернее запустился в диспечере но анализировать не хочет.Зато отлично работаетв Shredder Classic 4 Linux впрочем как и Spike,ZappaMexico2,Fruit...но не тот gui. Было бы неплохо прикрутить все это к Xboard через Polyglot там потестировать можно, если ктото в курсе обьясните плис.Поскольку я не программист если можно скомпилируйте RobboLito0.085d.Linux
полная версия страницы