Правило продвижения на самом деле имеет большое значение. При идеальной игре игра заканчивается ничьей, а не выигрышем белых / готей, если вы отказываетесь от правила продвижения. Фактически, оценка всех четырех ходов в исходной позиции изменяется таким образом.
Я использовал два независимых метода для получения этого результата, чтобы перепроверить, что в моих реализациях нет ошибок:
- Используя движок с альфа-бета-поиском, а именно мой форк Stockfish для вариантов сказочных шахмат (включая варианты сёги), я провел глубокий поиск (~ 1 ч) до и после отключения правила продвижения , смотрите результаты ниже.
- Так как dobutsu shogi - решенная игра , для нее есть генераторы таблиц. Я использовал генератор табличной базы с открытым исходным кодом и изменил его, чтобы отключить продвижение по службе (я не очень знаком с этой базой кода, но, поскольку результаты двух методов совпадают, мое изменение, похоже, работает нормально). Я запустил генерацию таблиц с обоими наборами правил и проверил результаты, которые вы можете найти ниже.
1. Результаты поиска
вход:
setoption name multipv value 4
setoption name hash value 4096
setoption name UCI_Variant value dobutsu
position startpos
go depth 90
вывод с правилом продвижения:
info depth 90 seldepth 87 multipv 1 score mate -43 nodes 2423491649 nps 889420 hashfull 338 tbhits 0 time 2724798 pv c1c2 a4a3 c2c1 b3b2 a1b2 c4b3 C@a1 C@a2 c1c2 a2a1+ b2a1 b3c2 b1c2 a3b3 c2b1 b4a3 E@b2 a3b4 b2c1 b3a3 a1b2 a3a4 b1c2 b4c4 b2c3 a4a3 c3b2 a3a2 C@a1 a2b2 c2b2 G@b3 b2b1 E@a3 G@c2 C@c3 c2b2 c4b4 b2a2 b4a4 a2a3 a4a3 a1a2 a3b4 b1a1 G@c2 a1b1 b4c4 E@a1 b3b4 a1b2 c4b3 a2a3 b4c4 b1a1 c2c1 b2c1 b3a3 G@a2 a3b3 a2b2 b3a4 b2a2 C@a3 c1b2 a3a2 a1a2 c3c2 C@b3 E@c3 b2c3 c4c3 b3b4+ a4b4 E@b2 c3b3 a2b1 b3b2 b1b2 E@a3 b2a1 E@b2 a1b1 G@a1 b1c2 C@c3
info depth 90 seldepth 87 multipv 2 score mate -43 nodes 2423491649 nps 889420 hashfull 338 tbhits 0 time 2724798 pv b1c2 b3b2 a1b2 c4b3 c2b1 a4a3 C@a1 C@a2 c1c2 a2a1+ b2a1 b3c2 b1c2 a3b3 c2b1 b4a3 E@b2 a3b4 b2c1 b3a3 a1b2 a3a4 b1c2 b4c4 b2c3 a4a3 c3b2 a3a2 C@a1 a2b2 c2b2 G@b3 b2b1 E@a3 G@c2 C@c3 c2b2 c4b4 b2a2 b4a4 a2a3 a4a3 a1a2 a3b4 b1a1 G@c2 a1b1 b4c4 E@a1 b3b4 a1b2 c4b3 a2a3 b4c4 b1a1 c2c1 b2c1 b3a3 G@a2 a3b3 a2b2 b3a4 b2a2 C@a3 c1b2 a3a2 a1a2 c3c2 C@b3 E@c3 b2c3 c4c3 b3b4+ a4b4 E@b2 c3b3 a2b1 b3b2 b1b2 E@a3 b2a1 E@b2 a1b1 G@a1 b1c2 C@c3
info depth 90 seldepth 87 multipv 3 score mate -43 nodes 2423491649 nps 889420 hashfull 338 tbhits 0 time 2724798 pv b1a2 a4a3 a2b1 b3b2 a1b2 c4b3 C@a1 C@a2 c1c2 a2a1+ b2a1 b3c2 b1c2 a3b3 c2b1 b4a3 E@b2 a3b4 b2c1 b3a3 a1b2 a3a4 b1c2 b4c4 b2c3 a4a3 c3b2 a3a2 C@a1 a2b2 c2b2 G@b3 b2b1 E@a3 G@c2 C@c3 c2b2 c4b4 b2a2 b4a4 a2a3 a4a3 a1a2 a3b4 b1a1 G@c2 a1b1 b4c4 E@a1 b3b4 a1b2 c4b3 a2a3 b4c4 b1a1 c2c1 b2c1 b3a3 G@a2 a3b3 a2b2 b3a4 b2a2 C@a3 c1b2 a3a2 a1a2 c3c2 C@b3 E@c3 b2c3 c4c3 b3b4+ a4b4 E@b2 c3b3 a2b1 b3b2 b1b2 E@a3 b2a1 E@b2 a1b1 G@a1 b1c2 C@c3
info depth 90 seldepth 85 multipv 4 score mate -42 nodes 2423491649 nps 889420 hashfull 338 tbhits 0 time 2724798 pv b2b3 c4b3 a1b2 a4a3 C@a1 C@a2 c1c2 a2a1+ b2a1 b3c2 b1c2 a3b3 c2b1 b4a3 E@b2 a3b4 b2c1 b3a3 a1b2 a3a4 b1c2 b4c4 b2c3 a4a3 c3b2 a3a2 C@a1 a2b2 c2b2 G@b3 b2b1 E@a3 G@c2 C@c3 c2b2 c4b4 b2a2 b4a4 a2a3 a4a3 a1a2 a3b4 b1a1 G@c2 a1b1 b4c4 E@a1 b3b4 a1b2 c4b3 a2a3 b4c4 b1a1 c2c1 b2c1 b3a3 G@a2 a3b3 a2b2 b3a4 b2a2 C@a3 c1b2 a3a2 a1a2 c3c2 C@b3 E@c3 b2c3 c4c3 b3b4+ a4b4 E@b2 c3b3 a2b1 b3b2 b1b2 E@a3 b2a1 E@b2 a1b1 G@a1 b1c2 C@c3
вывод без правила продвижения:
info depth 90 seldepth 52 multipv 1 score cp 0 nodes 2745548262 nps 965315 hashfull 244 tbhits 0 time 2844199 pv b1a2 a4a3 a2b1 b3b2 a1b2 c4b3 C@a1 b4a4 c1c2 b3c2 b1c2 G@b3 b2c3 C@c4 c3b2 a4b4 E@a2 c4c3 c2c1 b3b2 c1b2 E@b3 b2b1 b3a4 G@b2 b4c4 b1c1 a4b3 a2b3 a3b3 b2b3 c4b3 G@b2 b3c4 E@b3 c4b4 c1b1 G@a3 b3a2 b4c4 b1c1 E@a4 c1b1 a4b3 b2b3 a3b3 a2b3 c4b3 G@b2 b3b4 E@b3
info depth 90 seldepth 52 multipv 2 score cp 0 nodes 2745548262 nps 965315 hashfull 244 tbhits 0 time 2844199 pv b1c2 b3b2 a1b2 c4b3 c2b1 a4a3 C@a1 b4a4 c1c2 b3c2 b1c2 G@b3 b2c3 C@c4 c3b2 a4b4 E@a2 c4c3 c2c1 b3b2 c1b2 E@b3 b2b1 b3a4 G@b2 b4c4 b1c1 a4b3 a2b3 a3b3 b2b3 c4b3 G@b2 b3c4 E@b3 c4b4 c1b1 G@a3 b3a2 b4c4 b1c1 E@a4 c1b1 a4b3 b2b3 a3b3 a2b3 c4b3 G@b2 b3b4 E@b3
info depth 90 seldepth 50 multipv 3 score cp 0 nodes 2745548262 nps 965315 hashfull 244 tbhits 0 time 2844199 pv b2b3 c4b3 a1b2 a4a3 C@a1 b4a4 c1c2 b3c2 b1c2 G@b3 b2c3 C@c4 c3b2 a4b4 E@a2 c4c3 c2c1 b3b2 c1b2 E@b3 b2b1 b3a4 G@b2 b4c4 b1c1 a4b3 a2b3 a3b3 b2b3 c4b3 G@b2 b3c4 E@b3 c4b4 c1b1 G@a3 b3a2 b4c4 b1c1 E@a4 c1b1 a4b3 b2b3 a3b3 a2b3 c4b3 G@b2 b3b4 E@b3
info depth 90 seldepth 59 multipv 4 score cp 0 nodes 2745548262 nps 965315 hashfull 244 tbhits 0 time 2844199 pv c1c2 a4a3 c2c1 b3b2 a1b2 c4b3 C@a1 b4a4 c1c2 b3c2 b1c2 G@b3 b2c3 C@c4 c3b2 a4b4 E@a2 c4c3 c2c1 b3b2 c1b2 E@b3 b2b1 b3a4 G@b2 b4c4 b1c1 a4b3 a2b3 a3b3 b2b3 c4b3 G@b2 b3c4 E@b3 c4b4 c1b1 G@a3 b3a2 b4c4 b1c1 E@a4 c1b1 a4b3 b2b3 a3b3 a2b3 c4b3 G@b2 b3a4 E@b3 a4b4 b1c1 G@a3 b3a2 b4c4 c1b1 E@b3
См. Описание протокола UCI для получения подробной информации о значении входов и выходов.
2. Таблица результатов
вход:
show lines
вывод с правилом продвижения:
Gc4-c3 : #-78 (25.00%)
Lb4-c3 : #-78 (25.00%)
Lb4-a3 : #-78 (25.00%)
Cb3xb2 : #-76 (24.99%)
вывод без правила продвижения:
Cb3xb2 : 0 (25.00%)
Gc4-c3 : 0 (25.00%)
Lb4-c3 : 0 (25.00%)
Lb4-a3 : 0 (25.00%)
Пожалуйста, обратите внимание:
- Расстояния сопряжений различаются по двум причинам:
- Stockfish подсчитывает расстояние в мате в полных ходах (если вы не включите протокол USI), тогда как генератор табличной базы считает в слоях (половина ходов).
- Поиск не обязательно находит кратчайший способ сопряжения, тогда как результат таблицы должен быть точным.
- Два программного обеспечения также используют разные системы координат для описания квадратов (порядок рангов инвертирован), поэтому будьте осторожны, чтобы не перепутать их при сравнении строк перемещения.
Теперь я убежден, что ответ Фабиана Фихтера верен. Следующий комментарий к ответу Фабиана может помочь убедить других в том же.
1. Положение, на которое, похоже, повлияло удаление рекламной кампании цыплят
Анализируя опубликованные результаты модифицированного Stockfish, все игры довольно быстро сходятся в следующей позиции: S / -l- / ge - / - E - / - LG / cC.
Сенте тогда играет
C*a4, опуская свою цыпочку в левый нижний угол. Сначала я думал, что это довольно расточительное падение, но в соответствии с таблицей, на самом деле это совсем не плохо.Сейчас происходит что-то интересное. Основание стола соглашается с Stockfish, что отвод Льва в сторону - ничья, но как насчет того, чтобы бросить цыпочку, чтобы сразиться с ней?
Теперь цыплёнок
a3находится в одном шаге от продвижения по службе и, более того, будет проверять продвижение, что заставит льва Сенте принять его. Единственная проблема заключается в том, что лучший ход - это потеря птенца,a3а также то, что мы все еще довольно далеко от мата. Поэтому мы собираемся взять небольшой путь, чтобы мы быстрее проигрывали, но не теряли по другим причинам, таким как ненужная раздача материала.Похоже, нам удалось сохранить угрозу жертвенного продвижения цыплят, так что давайте продолжим!
И вот он, жертвенная пропаганда цыпленка как лучший ход! Давай посмотрим что происходит.
Теперь давайте посмотрим, что произойдет, если мы сменим этого петуха на цыпленка:
В этой позиции лучший ход ставит мат 88 (90-2), удаляясь, который находится дальше от мата, чем исходная позиция, что делает вероятным, что при анализе это приведет к другой позиции, которая без повышения силы цыплята внезапно окажется намного дальше от приятель, чем раньше (до бесконечности). Если это правда, это сделало бы позицию G / --- / le- / cG- / CLG / e (см. Ниже) ничьей вместо выигрыша без продвижения цыплят .
2. Правильность исчерпывающего поиска
Предполагая, что использованный генератор базовых таблиц является правильным исчерпывающим поиском, кажется, что патч Фабиана должен преуспеть в отключении продвижения цыплят, поскольку файл
moves.c- это единственное место,POS_FLAGSкоторое используется (за исключением использования вvalidation.cдля проверки структур позиции) и действительно кажется специально построенным отключить рекламные акции.источник