La règle de promotion est vraiment importante. Avec un jeu parfait, le jeu se termine par un match nul au lieu d'une victoire pour blanc / gote si vous abandonnez la règle de promotion. En fait, l'évaluation des quatre mouvements dans la position initiale change de cette façon.
J'ai utilisé deux méthodes indépendantes pour obtenir ce résultat afin de vérifier qu'il n'y a pas de bogue dans mes implémentations:
- À l'aide d'un moteur de recherche alpha-bêta, à savoir ma fourchette Stockfish pour les variantes d'échecs de fées (y compris les variantes de shogi), j'ai effectué des recherches approfondies (~ 1h) avant et après avoir désactivé la règle de promotion , voir les résultats ci-dessous.
- Étant donné que le dobutsu shogi est un jeu résolu , il existe des générateurs de base de table pour cela. J'ai utilisé un générateur de base de table open source et l' ai modifié pour désactiver les promotions (je ne suis pas très familier avec cette base de code, mais comme les résultats des deux méthodes sont cohérents, mon changement semble fonctionner correctement). J'ai exécuté la génération de base de table avec les deux jeux de règles et vérifié les résultats, que vous pouvez trouver ci-dessous.
1. Résultats de recherche
contribution:
setoption name multipv value 4
setoption name hash value 4096
setoption name UCI_Variant value dobutsu
position startpos
go depth 90
sortie avec règle de promotion:
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
sortie sans règle de promotion:
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
Voir la description du protocole UCI pour plus de détails sur la signification de l'entrée et de la sortie.
2. Résultats de la base de table
contribution:
show lines
sortie avec règle de promotion:
Gc4-c3 : #-78 (25.00%)
Lb4-c3 : #-78 (25.00%)
Lb4-a3 : #-78 (25.00%)
Cb3xb2 : #-76 (24.99%)
sortie sans règle de promotion:
Cb3xb2 : 0 (25.00%)
Gc4-c3 : 0 (25.00%)
Lb4-c3 : 0 (25.00%)
Lb4-a3 : 0 (25.00%)
Notez s'il vous plaît:
- Les distances d'accouplement diffèrent pour deux raisons:
- Stockfish compte la distance du partenaire en mouvements complets (sauf si vous activez le protocole USI), tandis que le générateur de base de table compte en plis (demi-mouvements).
- La recherche ne trouve pas nécessairement le moyen le plus court de s'accoupler, alors que le résultat de la base de table doit être précis.
- Les deux logiciels utilisent également des systèmes de coordonnées différents pour décrire les carrés (l'ordre des rangs est inversé), alors faites attention à ne pas les mélanger lorsque vous comparez des chaînes de déplacement.
Je suis maintenant convaincu que la réponse de Fabian Fichter est correcte. Le commentaire suivant sur la réponse de Fabian peut aider à convaincre les autres de la même chose.
1. Position qui semble être affectée par la suppression de la promotion des poussins
En analysant les résultats affichés du Stockfish modifié, tous les jeux convergent assez rapidement sur la position suivante: S / -l- / ge - / - E - / - LG / cC.
Sente joue ensuite
C*a4, laissant tomber son poussin dans le coin inférieur gauche. Au début, je pensais que c'était une goutte assez inutile, mais selon la base de la table, ce n'est en fait pas mal du tout.Maintenant, quelque chose d'intéressant se produit. La base de la table convient avec Stockfish que marcher sur le Lion est un tirage au sort, mais qu'en est-il de laisser tomber un poussin pour combattre un poussin?
Maintenant, le poussin
a3est à un pas de la promotion et donnerait en outre un chèque sur la promotion, ce qui forcerait le lion Sente à le prendre. Le seul problème est que le meilleur coup consiste à perdre le poussina3et aussi que nous sommes encore assez loin d'un échec et mat. Par conséquent, nous allons prendre un peu de raccourci, de sorte que nous perdons plus rapidement, mais sans perdre pour d'autres raisons telles que donner du matériel inutilement.Nous semblons avoir réussi à préserver la menace du poussin de promotion sacrificiel, alors continuons!
Et voilà, le poussin de promotion sacrificiel est le meilleur coup! Voyons ce qui se passe.
Voyons maintenant ce qui se passe si nous changeons ce coq en poussin:
Dans cette position, le meilleur mouvement éloigne le mat 88 (90-2), qui est plus éloigné du mat que la position de départ, ce qui rend plausible que lorsqu'il est analysé, il conduira à une autre position qui, sans promouvoir la puissance du poussin, est soudainement beaucoup plus éloignée de mate qu'avant (ad infinitum). Si c'est vrai, cela ferait de la position G / --- / le- / cG- / CLG / e (voir ci-dessous) un match nul au lieu d'une victoire sans promotion de poussin .
2. Exactitude de la recherche exhaustive
En supposant que le générateur de base de table utilisé est une recherche exhaustive correcte, il semble que le correctif de Fabian devrait réussir à désactiver les promotions de poussins car le fichier
moves.cest le seul endroitPOS_FLAGSutilisé (sauf pour une utilisation dansvalidation.cpour vérifier les structures de position) et semble en effet conçu à cet effet pour désactiver les promotions.la source