Schneewittchen aka Snowie kommt langsam in die Jahre. Die Entwicklung ist auf Eis gelegt. (Ob es ein giftiger Appel war?) Na jedenfalls haben einige der Zwerge dadurch Aufwind bekommen: Frank Berger stellte im Herbst das neue neuronale Netz TachiAI III vor. Nun dringt Gnubg mit neuer Funktionalität in einen Bereich vor, der bisher ausschließlich Snowie Territorium war: automatisierte Rollouts. Positionen lassen sich im Handumdrehen markieren, um dann peu à peu von Gnubg ausgerollt zu werden.
|
Markieren Sie dazu die entsprechenden Zugmöglichkeiten in der Zugliste des Matchrecords. Betätigen Sie anschließend den Button mit der Aufschrift „Cmark“.
|
![]() |
![]() |
Bei den markierten Zügen erscheint ein kleines Pluszeichen nach der Nummerierung.
|
|
Wenn Sie alle kritischen Züge einer Partie oder eines Matches markiert haben, können Sie über das Menü "Analyse->Rollout" alle markierten Züge nacheinander ausrollen ohne zwischendurch eingreifen zu müssen. Das spart viel Zeit und Nerven!
|
![]() |
![]() |
Außerdem können Sie nun Spiele von Gnubg per Knopfdruck zu Ende spielen lassen.
|
Ich bin begeistert! Und Snowie darf vorläufig in ihrem gläsernen Sarg weiter schlummern…




Noch etwas Neues: Im Editiermodus hat das Board nun eine andere Farbgebung. Dadurch weiss der Benutzer immer woran er gerade ist. Feine Idee.
Hallo Thomas,
schöner Beitrag!
Möchte ich bald ausprobieren
Kleine Frage: Wie machen wir im GNUBG dann das Mini RO der angekreuzten Züge?
Was hat sich da bzgl. Ply für Checker und Cube bewährt und wieviel Spiele zum Starten, damit wir erstmal deutlich besser als mit der GNUBG 3 ply Auswertung sind?
Gruß
Andreas
Es werden die aktuellen Einstellungen für das Rollout angewandt.
Bei Stellungen, die die Software gut beherrscht, sollte 0-ply ausreichen. Für Backgames etc. muss 2-ply her.
Die 108 Trials die Snowie für ein Mini Rollout vorschlägt sind m.E. zu wenig. Ich würde mindestens 324 Trials ansetzen.
Um wirklich ruhig schlafen zu können, wird man 1296 Trials auf 2-ply machen müssen. Aber bitte nur für Positionen, die auch als Referenzstellung auf einer Karteikarte o.ä. landen, denn das bringt den Prozessor richtig zum Schwitzen.
Danke!
Doch noch ein kleines Problem:
In meiner GNUBG Version 0.90-mingw existiert der Button Cmark nicht.
Kann ich ihn über ein Skript von Dir implementieren?
Oder muss ich eine andere Gnubg Version verwenden?
Gruß
Andreas
Den Button gibt es erst im aktuellen snapshot. Du musst dir also die neueste Beta Version herunterladen (snapshot 20090403).
Gruß,
Thomas
ok, auf GNUBG Seite gefunden
Gibt es eine Möglichkeit, dass die Spielerstatistik und die relational database bei der Neuinstallation nicht zerstört wird oder irgendwie übernommen wird?
I.d.R. passiert das automatisch, wenn du nur die *.exe austauscht.
Funktioniert!
Einfach die beiden .exe Dateien aus dem Zip-Paket ins Installationsverzeichnis kopieren -fertig.
Weiterhin ist es jetzt so, dass die RO-Ergebnisse automatisch in die Match Error-Rates eingehen – dies war m.E. in älteren Versionen – bis irgendwann? – nicht der Fall, wenn ich mich nicht täusche.
Danke und bis nachher zum Turnier!
Guten Morgen Thomas, erstmal schöne Ostern!
Die neue Version speichert das Matchergebnis anscheinend nur noch in der „relational database“ ab.
Die Spielerdatenbank wird nur noch als „old player records“ mitgeführt.
Dort scheint nichts mehr abgespeichert zu werden?
Der Vorteil der Spielerdatenbank bestand für mich darin, die zeitliche Entwicklung der eigenen Error rate sehen zu können.
Wie geht sowas jetzt?
(Oder brauchen wir jetzt Dafür Snowie ?)
Da die Relationale Datenbank nun langsam ausgereift ist, werden die alten Spielerstatistiken überflüssig. Auch die Entwicklung kannst du dir über die Datenbank anzeigen lassen.
>Auch die Entwicklung kannst du dir über die Datenbank anzeigen lassen.<
Wie denn?
Ich musste leider feststellen, dass es nicht so einfach geht wie ich dachte. Da müssen wir wohl eine zukünftige Version abwarten…