Dazu hätte ich mal eine Grundsatzfrage:
WIE genau entscheidet eine Engine (Stockfish) alleine, wann ein Zug gemacht wird bei "~30 Sek."?

Wird die durchschnittliche Suchzeit pro Zug nicht von "aussen" anhand der verbleibenden Spielzeit geteilt durch die verbleibende Anzahl Züge errechnet? (Nutzt den Vorteil der "schnellen" Buchzüge)

Danke für die Aufklärung.

Jedes halbwegs "vernünftige" Schachprogramm verwendet wenig Zeit für offensichtliche Züge.
Beispiel Damenabtausch: Dem Computer wird die Dame geschlagen, und er hat nur eine Möglichkeit, zurück zu schlagen. Dann wird er das mehr oder minder sofort tun.
Da spielt es keine allzu große Rolle, wieviel Restzeit noch auf der Uhr ist.

Gruß
Wolfgang

Es gibt turnierstufen. Da muss die Engine ja eine bestimmte Zeit einhalten.
40/120 z.B.
Sind 40 Züge in 120 Minuten.

Dann gibt es Durchschnittszeiten. Sagen wir 3 Minuten.
Auch hier wird irgendein Mittelwert genommen, sagen wir auf 60 Züge 3 Minuten. Nimmt man average/Durchschnitt kann es dann aber passieren das das Programm VOR Einer wichtigen zeitkontrolle die Zeit überschreitet.
Daher nimmt man für sowas turnierstufen. Da ist die Zeiteinteilung kein Mittelwert sondern BINDEND. Überschreitet das Gerät die Zeit ist die Partie verloren.

Dito bei Blitzzeiten.

Hier ist 4 Minuten für die Partie oder
4 Minuten für die Partie und bei jedem Zug noch 20 Sekunden Zuschlag , absolut bindend.
Der der zuerst eine abgelaufene Zeit hat hat verloren.


Aber ihr braucht das Rad nicht erfinden. Jede UCI Engine sollte alle diese spielstufen KÖNNEN denke ich.

UCI heißt Universal Chess Interface und ist ein Protokoll das Stefan Meyer kahlen erfunden hat, jeder kann es nutzen.

https://de.m.wikipedia.org/wiki/Univ...hess_Interface

Alle Engines verwenden es. Vorher gab es ein ähnliches Format, das hieß winboard.

Engines sind also entweder im winboard Format (älter) oder nachdem Stefan das UCI entwickelte, im UCI Format.

Stefan Meyer kahlen ist der shredder Programmierer.
Bei ihm auf der Webseite kann man die Norm herunterladen.
http://download.shredderchess.com/div/uci.zip

Denn ihr braucht nicht der Engine sagen sie soll ziehen oder nicht, eigentlich regelt die Engine das selber. Die Zeiteinteilung für die jeweiligen spielstufen
Haben die Engines schon implementiert.

Wenn ich also eine UCI Engine in Arena , shredder, Fritz oder anderen oberflächenprogrammen laufen lasse brauchen die Oberflächen nix steuern.
Die Oberflächen regeln nur die Eingabe und datenübergabe der spielstufen, den Output der Engine auf dem Bildschirm. Aber NICHT Die internen Belange der Engine beim Rechnen, dazu gehört auch die Dauer der Berechnung.
Die Engine teilt sich selber die Zeit ein, wenn die spielstufe

Turnier
Blitz
Durchschnitt

Ist.

Das ist ja ein Bestandteil der Spielstärke einer Engine, wie gut sie sich die Zeit einteilt und das permanent Brain, nutzt.

Es gibt Engines die haben sehr intelligente Algorithmen, andere die machen das primitiv und verschleudern Zeit.

Wie lange eine Engine in einem halbzug rechnet, ob sie eventuell noch den ersten Ast mitnimmt, und dann den besten Zug ausspielt, oder den ganzen halbzug durchrechnet obliegt der Steuerung der Engine.

Die Oberfläche ist nur da die Werte an die Engine zu übergeben.
Gibt der User Average 2' ein oder 30", gibt der User Partie in 5+ 3" ein ?
Gibt der User 60/60 oder 40/120 ein ?
All das wird an die Engine übergeben. Diese rechnet dann entsprechend.


So wie das bislang bei grandmaster ist, das nur exakte zurzeit oder Rechentiefe als Kriterium benutzt wird, ist quasi eine kastrierte Engine.

Daher müsst ihr nicht das Rad erfinden ihr müsst nur die UCI Engines auch UCI einbinden.

(Sorry für die merkwürdige Rechtschreibung aber mein iPad fummelt mir da rein.)

__________________
Die ganze Welt des Computerschachs

Hallo Peter (setze jetzt mal das "Du" voraus),

ich bin leider kein Programmierer, aber soweit mir bekannt, werden diese Parameter über die UCI-Schnittstelle definiert bzw. übergeben, d.h. Stockfish regelt dann die Sache alleine.

• s.h. UCI Protocol

Eine gute Hilfe könnte für euch vielleicht das Programm "ARENA" von Martin Blume sein.

Bindet Stockfish als UCI-Engine ein, definiert über die Oberfläche eine Spielstufe und schaltet dann das Protokoll-Fenster (Taste F4) dazu.

Arena zeigt dann sehr schön die Kommunikation zwischen GUI und Engine.

Gruß
Micha

P.S.: Sorry, Thorsten war schon schneller...

Es ist beim Mysticum so, wie Micha vermutet, jedenfalls nach meinen bisherigen Beobachtungen: Bei Einstellung 30 sec spielt Mysticum nach 30 sec stur den Zug aus. Ich kann nicht mit Sicherheit sagen, dass es immer (d.h. bei allen Programmen) so ist, aber ich vermute schon. Ich habe das Thema nur noch nicht weiter untersucht. Ich stelle bei Turnieren mit 30 sec/Zug daher meist 40 Züge in 20 min ein, dann wird die Zeit variabel mit durchschnittlich 30 sec/Zug eingeteilt.

Beim Komodo gab es zusätzlich (im Komodo-Motor-Menü) die Funktion "aggressive Zeiteinteilung", was offenbar dazu führt, dass Komodo sich weniger Zeit als Reserve vorhält. Das führt zu einer sehr nützlichen Zeiteinteilung. Komodo nahm sich in kritischen Stellungen sehr, sehr viel Zeit (es gab sogar Rückfragen vom Gegner, ob mein Rechner schon gezogen hat), aber es gab keinen einzigen Fall, wo es deshalb auch nur annähernd zur Zeitnot gekommen wäre. Womöglich war diese Funktion auch ein Mitgrund für den Turniersieg des Komodo.

Walter

Sehr hilfreich - der Nebel schwindet - und es soll nicht vergeblich sein
UCI: btime, wtime, movestogo... ich erkenne, da steckt ja richtig Potenzial drin.

Gruss
Peter

Danke Micha, auch dein Beitrag hat zu meinem Verständnis beigetragen.

Gruss
Peter

Genau.
Die UCI Engines können praktisch schon alles. Man muss das nur formal richtig an die Engines übergeben und die ausgegebene Daten im display darstellen.

War schon ne coole Idee von Stefan.
Genauso wie PGN.

Jahrelang schrieb jeder irgendeinen Mist mit dem Stift auf ein notationsformular.
Schreibfehler. Illegale Züge. Verkehrte unleserliche Notationen.
Bis dann PGN kam. Und alle ihre Partien auf Floppys abspeicherten und wir endlich genormte und korrekte Partien hatte .

Das sind die Formalien die das Gerät können muss.
Sie legen fest wie die Engines behandelt werden und wie man mit den Daten einer Partie umgeht.
Durch die kommentarfunktionen IN DER PGN NOTATION kann man Infos mit ablegen die das Gerät benötigt. Z.b. Wenn es die Partie später wieder läd, kann es sich die Uhrzeiten aus der Notation beim einlesen erschließen (indem es die Einzelzeiten jedes Zuges summiert oder subtrahiert. Je nachdem ob es eine spielstufe ist die vorwärts, oder bei der die Uhren rückwärts laufen wie beim Blitzschach). D.h. man hat beim einladen der Partie alle Parameter wieder so wie sie beim abspeichern waren. Und man kann jede Partie aus der PGN datenbank einladen, nachspielen und sich innerhalb der Daten der Partie vorwärts und rückwärts bewegen. Selbst Abweichungen kann man behandeln mit runden Klammern.

Das Datenformat in Textformat garantiert das jeder doofe Editor auf dem PC mit einer Suchfunktion Teilstrings findet, und das jedes andere Programm die Daten ebenfalls einlesen kann zur Weiterbearbeitung.

Wie gesagt, damals 1986 haben wir mit Pritt Stift und großer Schere hantiert und die Bulletins zusammengeschnippelt. Ich weiß noch wie Helmut Pfleger immer zu uns kam um sich die Papierschere auszuleihen, das war ein echter Insider brüller. GM Pfleger hat irritiert geschaut warum wir so lachten. Na er wusste auch nicht was das für ein Kampf um die einzige Schere war, die er sich leihen wollte.

Heute ist alles digital. Riesige PGN files können viele viele Partien aufnehmen.

__________________
Die ganze Welt des Computerschachs

I believe this could be one of the clue in top engines. Time management. Use it more in critical positions and less in quiet positions. I have seen this using top engines in Mysticum tournaments, answering fast in turbulent positions as in quiet positions even using the move/time average from its menu and at the end of the game after loosing it had plenty time left. This is not a feature of the machine, it is a feature from the engine.

Grüße
Ricardo

2 Partien gegen Pewatronic Grandmaster mit Madchess:



Chess System Tal Dos lief auf einem win98 900 mhz PC mit einem VIA Prozessor ohne aktiven Lüfter.

__________________
Die ganze Welt des Computerschachs