Not logged inCSS-Forum
Forum CSS-Online Help Search Login
CSS-Shop Impressum Datenschutz
Up Topic Hauptforen / CSS-Forum / CCET - eine neue Testsuite
1 2 Previous Next  
Parent - - By Peter Martan Date 2025-06-18 18:26 Edited 2025-06-18 19:23
Frank Karger schrieb:

Relativ gut scheint damit aber z.B. Crystal 7 zurechtzukommen.

Testbedingungen:
Engine: Crystal 7
Hardware: c3d-standard-30 (30 vCPUs, 120 GB, 15 Core)
10 Durchläufe (kompletter Neustart des Prozesses, also leerer Hash)
uci Kommandos:
setoption name Hash value 100000
setoption name Threads value 30
setoption name MultiPV value 2
position fen 8/6k1/8/1K1N4/2p5/8/8/3N4 w - - 0 1
go movetime 300000

Resultat:
7 aus 10: S5c3 wird als bester Zug mit Mattansage erkannt
2 aus 10: es wird kein Matt gefunden und S5c3 und S1c3 sind gleich bewertet
1 aus 10: S1c3 wird als bester Zug mit Mattansage erkannt

Beispiel:
info depth 65 seldepth 115 multipv 1 score mate 58 nodes 21600180960 nps 72000363 hashfull 15 tbhits 0 time 300001 pv d5c3 g7f6 b5c5 f6e6 c5d4 e6d6 d1e3 d6e6 d4e4 e6d6 e4f5 d6c5 e3c2 c5d6 f5f6 d6d7 f6e5 d7e7 c2d4 e7d7 d4f5 d7c6 e5d4 c6c7 d4c5 c7d7 c5d5 d7e8 d5e6 e8f8 f5d6 f8g7 e6f5 g7h6 d6e8 h6h7 f5g5 h7g8 g5f6 g8h7 e8d6 h7h6 d6f7 h6h5 f6f5 h5h4 f7h6 h4h3 f5f4 h3h4 h6g4 h4h3 g4f6 h3h4 f4f5 h4h3 f5e4 h3g3 e4e3 g3h3 e3f3 h3h4 f3f4 h4h3 f6h5 h3h2 f4f3 h2h3 h5g7 h3h2 g7f5 h2h3 f3f4 h3g2 f5e3 g2f2 e3c2 f2g2 c3e4 g2h3 c2e3 c4c3 e3c2 h3h2 e4g3 h2g2 g3f5 g2f2 f5d4 f2g2 f4g4 g2f2 g4h3 f2g1 h3g3 g1f1 g3f3 f1g1 d4e2 g1f1 e2f4 f1g1 f3e2 g1h2 e2f2 h2h1 f2g3 h1g1 c2e3 c3c2 f4e2 g1h1 e3g4 c2c1r g4f2
           info depth 64 seldepth 117 multipv 2 score mate 59 nodes 21600180960 nps 72000363 hashfull 15 tbhits 0 time 300001 pv d1c3 g7f7 b5b6 f7e6 b6c5 e6e5 d5e3 e5e6 c5d4 e6d6 d4e4 d6e6 e3d5 e6d6 e4f5 d6c6 f5e6 c6c5 e6e5 c5c6 d5e3 c6d7 e3f5 d7c6 e5d4 c6c7 d4c5 c7d7 c5d5 d7e8 d5e6 e8f8 f5d6 f8g7 e6f5 g7h6 d6e8 h6h7 f5g5 h7g8 g5f6 g8h7 e8d6 h7h6 d6f7 h6h5 f6f5 h5h4 f7h6 h4h3 f5f4 h3h4 h6g4 h4h3 g4f6 h3h4 f4f5 h4h3 f5e4 h3g3 e4e3 g3h3 e3f3 h3h4 f3f4 h4h3 f6h5 h3h2 f4f3 h2h3 h5g7 h3h2 g7f5 h2h3 f3f4 h3g2 f5e3 g2f2 e3c2 f2g2 c3e4 g2h3 c2e3 c4c3 e3c2 h3h2 e4g3 h2g2 g3f5 g2f2 f5d4 f2g2 f4g4 g2f2 g4h3 f2g1 h3g3 g1f1 g3f3 f1g1 d4e2 g1f1 e2f4 f1g1 f3e2 g1h2 e2f2 h2h1 f2g3 h1g1 c2e3 c3c2 f4e2 g1h1 e3g4 c2c1r g4f2
           bestmove d5c3 ponder g7f6

Folgerung:
Die Lösung kann gefunden werden und zwar
auf moderater Hardware in moderater Zeit (Teilnehmer des offenen Rankings haben schon mehr CPU-Power eingesetzt).

Eine Differenzierung des Lösungszuges ist schon gut erkennbar
und wird sich mit zunehmender Bedenkzeit / CPU-Power noch verstärken.

Differenzierung ja, im Multipv=2 um genau einen Zug DTM, nachdem die aber weder beim besten noch beim zweitbesten Zug stimmt, ist die Aufgabe als Matt in x immer noch nicht gelöst, eine solche ist es aber dem Charakter nach "einfach", weil wenn die DTM (und mit ihr die DTZ) der besten Abspiele nicht richtig durchgerechnet wird, kann die Engine auch nicht "wissen", dass der eine Zug kein cursed win mehr ist und der andere schon
Crystal zeigt Matt in 58 und in 59 an, tatsächlich ist es aber ein Matt in 54 mit S5c3 und eines in 55 mit S1c3.
Nun könnte man sagen, ok., so genau muss man's ja nicht nehmen, wenn es sich "nur" um einen single best move handelt, aber das ist eben genau der Irrtum, dem man hier leicht unterliegen kann.
Das ist eine Matt in x- Aufgabe klassischer Art, weil nur der richtige Zug innerhalb der 50 Züge Matt setzt, daher muss man hier, damit die Aufgabe wirklich korrekt gelöst wird, die DTM (oder die DTZ, die ist eine Krücke der Syzygys, um nicht die DTM- Werte jeder Stellung zusätzlich speichern zu müssen) muss auf den Zug genau stimmen, damit die Grund, aus dem der eine Zug besser ist als alle anderen, die einzig richtige ist.

Edit: Moment, ich hab' mal wieder zu früh abgeschickt, muss das GUI wechseln, damit in dem von cb die Zugumstellungen der beiden Varianten von Crystal angeigt werden, die verhindern sonst das Einfügen als Text in einen gemeinsamen Variantenbaum. Hoffentlich geht sich das mit dem, was ich noch zeigen will, noch aus...

Also, um die Editierzeit noch auszunützen, so schaut das aus, wenn man die beiden Crystal- Varianten verschmilzt:

[Event "?"]
[Site "?"]
[Date "????.??.??"]
[Round "?"]
[White "?"]
[Black "?"]
[Result "*"]
[SetUp "1"]
[FEN "8/6k1/8/1K1N4/2p5/8/8/3N4 w - - 0 1"]
[PlyCount "115"]

1. N5c3 (1. N1c3 Kf7 2. Kb6 Ke6 3. Kc5 Ke5 4. Ne3 Ke6 5. Kd4 Kd6 6. Ke4 Ke6 7. Ned5 Kd6 8. Kf5 Kc6 9. Ke6 Kc5 10. Ke5 Kc6 11. Ne3 Kd7 12. Nf5 Kc6 13. Kd4 Kc7 14. Kc5 Kd7 15. Kd5 Ke8 16. Ke6 Kf8 17. Nd6 Kg7 18. Kf5 Kh6 19. Ne8 Kh7 20. Kg5 Kg8 21. Kf6 Kh7 22. Nd6 Kh6 23. Nf7+ Kh5 24. Kf5 Kh4 25. Nh6 Kh3 26. Kf4 Kh4 27. Ng4 Kh3 28. Nf6 Kh4 29. Kf5 Kh3 30. Ke4 Kg3 31. Ke3 Kh3 32. Kf3 Kh4 33. Kf4 Kh3 34. Nh5 Kh2 35. Kf3 Kh3 36. Ng7 Kh2 37. Nf5 Kh3 38. Kf4 Kg2 39. Ne3+ Kf2 40. Nc2 Kg2 41. Ne4 Kh3 42. Ne3 c3 43. Nc2 Kh2 44. Ng3 Kg2 45. Nf5 Kf2 46. Nfd4 Kg2 47. Kg4 Kf2 48. Kh3 Kg1 49. Kg3 Kf1 50. Kf3 Kg1 51. Ne2+ Kf1 52. Nf4 Kg1 53. Ke2 Kh2 54. Kf2 Kh1 55. Kg3 Kg1 56. Ne3 c2 57. Ne2+ Kh1 58. Ng4 c1=R 59. Nf2#) 1... Kf6 2. Kc5 Ke6 3. Kd4 Kd6 4. Ne3 Ke6 5. Ke4 Kd6 6. Kf5 Kc5 7. Nc2 Kd6 8. Kf6 Kd7 9. Ke5 Ke7 10. Nd4 Kd7 11. Nf5 Kc6 12. Kd4 Kc7 13. Kc5 Kd7 14. Kd5 Ke8 15. Ke6 Kf8 16. Nd6 Kg7 17. Kf5 Kh6 18. Ne8 Kh7 19. Kg5 Kg8 20. Kf6 Kh7 21. Nd6 Kh6 22. Nf7+ Kh5 23. Kf5 Kh4 24. Nh6 Kh3 25. Kf4 Kh4 26. Ng4 Kh3 27. Nf6 Kh4 28. Kf5 Kh3 29. Ke4 Kg3 30. Ke3 Kh3 31. Kf3 Kh4 32. Kf4 Kh3 33. Nh5 Kh2 34. Kf3 Kh3 35. Ng7 Kh2 36. Nf5 Kh3 37. Kf4 Kg2 38. Ne3+ Kf2 39. Nc2 Kg2 40. Ne4 Kh3 41. Ne3 c3 42. Nc2 Kh2 43. Ng3 Kg2 44. Nf5 Kf2 45. Nfd4 Kg2 46. Kg4 Kf2 47. Kh3 Kg1 48. Kg3 Kf1 49. Kf3 Kg1 50. Ne2+ Kh1 51. Nf4 Kg1 52. Ke2 Kh2 53. Kf2 Kh1 54. Kg3 Kg1 55. Ne3 c2 56. Ne2+ Kh1 57. Ng4 c1=Q 58. Nf2# *

Crystals eine Variante stellt zur anderen beim 11. der kürzeren (12. der längeren) umstellt, das lässt sich nur dadurch im GUI reproduzieren, dass man die eine der beiden Zug um Zug eingibt, weil beim Verschmelzen über den Text wird's sonst nur eine, war jetzt eine kleine Fleißaufgabe mit der Maus.

Bevor ich der Sache mit den depth to zero bzw. distance to mate- Werten nachgehe, schicke ich das Edit lieber erst mal ab, die Zeit wird jetzt bald knapp werden.

Edit, edit, das geht sich noch aus, den ersten Zug verschenkt Crystal mögicherweise in der Sc1c3(?, man tut sich schwer, das Fragezeichen zu setzen, passt aber natürlich vollauf, wenn's den Gewinn verschenkt)- Variante bei 5...Kd6, da wäre ...Kf6 einen Zug länger to zero, wenn man dem traut, was das GUI aus den Syzygys ausliest, da sollte ...Kf6 46 sein und ...Kd6 45, hingegen ist die DTM bei beiden gleich lang, könnte natürlich trotzdem den rettenden Bauernzug verschieben, mal weiterschauen...
Parent - - By Peter Martan Date 2025-06-18 20:02 Edited 2025-06-18 20:22
Jetzt ist sie um, die Editierzeit, eh klar, aber mit dem, was sich noch im vorigen ausgegangen ist, war eh schon alles Wesentlich klar, ich hatte es nur noch nicht auf den Punkt mit der DTZ gebracht.
Das 5...Kd6(?), das Crystal da nach dem 1.S1c3(?) im Output hat, macht den cursed win zu einem echten, wenn man das dem GUI zu Hause nicht glaubt, bzw. die Anzeige noch nicht schlüssig findet, kann man es es sich ja noch mit dem lichess- Analysebrett anschauen, 5...Kf6! hätte das Remis gehalten, 5...Kd6? verschenkt's.

Also, beide Varianten, die Crystal ausgibt, haben zwar eine DTM als Eval, das sagt ja aber eben nichts darüber aus, ob sich das Matt in 50 Zügen ausgeht oder nicht, und tatsächlich würden beide Variaten von Crystal gewinnen, das aber nur, weil er in der längeren beim 5. Zug einen für die schwarze Seite enscheidenden Fehler hat.

Die Wahl des richtigen Zuges beruht also auch hier nicht auf den wahren Gründen, nämlich nicht auf dem einzig wahren, dass der eine Zug gewinnt und der andere nicht. Crystal kann die beiden Züge voneinander unterscheiden in einer DTM, die er sie es ausrechnet, sie stimmt aber weder beim einen noch beim anderen genau und über WDL mit der 50 Züge Regel gemeinsam, sagt sie ja per se nichts aus. Die Output- Varianten zeigen hingegen, dass die Unterscheidung in diesem einzig wirklich wesentlichen Kriterium auch hier immer noch nicht stimmt. So what?
Parent - - By Frank Karger Date 2025-06-18 20:26
Ein wichtiger Punkt bei diesen Aufgaben ist
dass die Engines darauf optimiert sind, den besten Zug zu finden, nicht unbedingt die beste HV anzuzeigen.
Daher muss man sie auch am ersten Zug messen.
Früher war das noch krasser. Da war der erste Zug oft sehr gut und die Variante (besonders gegen Ende)
völliger Unsinn.

Ein zweiter ist, dass die Engine oft gar nicht die formal nach Tablebases erforderliche
Anzahl an Zügen tief rechnen muss. Es genügt zu erkennen, dass ein Zug schneller ans Ziel kommt.
Daher sind manche Aufgaben für die Engine sehr einfach, obwohl sie nach DTZ und DTM allein schwer
erscheinen mögen.

Nur zur Ergänzung...
Parent - - By Peter Martan Date 2025-06-18 21:01 Edited 2025-06-18 21:31
Frank Karger schrieb:

Es genügt zu erkennen, dass ein Zug schneller ans Ziel kommt.

Aber nicht, wenn der eine Zug an ein anderes Ziel (win) kommt als der andere (draw), und das der schachlich zählende Unterschied andhand der 50-  Züge- Regel ist. Ansonsten wäre hier nämlich der eine praktisch gleich gut wieder andere, Ausnahme: Matt in x- Problem.

Entweder, das spielt hier keine Rolle, weil's kein Matt in x- Problem ist, und man kümmert sich gar nicht um den Output, nur darum, welcher Zug am Ende der TC oben ist, dann ist die Engine, die hier, weil sie den Unterschied in der DTZ nicht durchrechen kann in der Zeit, die sie hat (das gilt hier auch für dein Crystal- Beispiel) auch nicht wirklich deutlich schlechter, wenn sie zufällig den nächst längeren Weg zum vermeintlichen Gewinn (oder kürzeren Weg zum Remis) wählt, oder sie ist auch nicht wirklich deutlich besser, wenn sie zufällig, oder aus nur ungefähr richtigen Gründen, den richtigen nimmt.

Was du nicht sehen willst, ist nach wie vor das: Stellungen, die nur anhand vom gewählten Zug nach einer bestimmten (willkürlich gewählten) Zeit beurteilt werden als gelöst oder nicht, müssen, damit der Zufall keine größere Rolle spielt als bei valid single best move test positions, eine entsprechend große Unterscheidung in dem haben, was die Engines, die du damit testen willst, in der gegebenen Hardware- Zeit berechnen und bewerten können. Diese Unterscheidung ist bei diesen Stellungen, bei denen der eine Zug um 2 Halbzüge von insgesamt über 100 plies best line lenght besser ist als der nächst schlechtere, diese Unterscheidung ist hier nicht groß genug, damit man von einem single best move im Engine- Test- Sinn sprechen kann. Könnte man nur dann, wenn man den best move auch nur dann als "gefunden" gelten ließe, wenn ihn die Engine als single winning game changer evaluierte, und den nächst schlechteren als drawing. Oder die genau richtige DTM bzw. DTZ (in diesem Fall beides, weil's hier ja eine Rolle spielt, nicht unbedingt im Kunstschach, im game playing aber schon) müsste gefunden werden.

Z.B. Könntest du diese Stellungen mit go mate x testen und schauen, wie lange die eine braucht und wie lange die andere, um stabil auf einem Zug zu bleiben. Da hättest du auch automatisch viel mehr Merkmalsdifferenz beim einzelnen Run, Sekunden Unterschied statt nur gelöst oder nicht gelöst.
Parent - - By Frank Karger Date 2025-06-19 12:35
Hallo Peter,

danke für Deine Erläuterung.
Die Positionen des CCET sind ja allesamt single best move positions und ich finde schon,
dass man Crystal 7, wenn es im Gegensatz zu anderen Programmen die Lösung findet, dafür belohnen muss.
Genauso wie andere Programme hier recht zuverlässig keinen Punkt bekommen, weil sie eben keinen Gewinnweg finden.

Bei einem Wettbewerb ist ja auch entscheidend, dass die vorderen Plätze halbwegs Sinn ergeben.
Das scheint mir momentan der Fall zu sein. Wäre es sehr zufällig, müsste man ja ein komplettes Durcheinander haben.

Bei einer Fußball-WM ist es bisweilen so, dass die vermutlich beste Mannschaft eine Gewinnchance von z.B. 20% hat.
Wollte man nun sichergehen, dass diese gewinnt, müsste man die WM (sehr) stark verlängern und es wäre nie ganz sicher.
Das wäre aber sehr teuer und auch unattraktiv.
Daher nimmt man gewisse Ungenauigkeiten in Kauf.
Dennoch (oder deswegen, denn es gibt Überraschungen) sind diese Veranstaltungen höchst beliebt.

Eine sehr große Genauigkeit ist auch sehr aufwändig, wie man z.B. daran erkennen kann, dass das Stockfish-Team

>100000 Partien spielt um den Wert einer Veränderung zu bestimmen.


Oder wie Milliarden von Positionen zur Optimierung der Netze von Lc0 verwendet werden.
Das ist aber auch sehr teuer und als Rahmen für einen allgemeinen Wettbewerb (derzeit) recht hinderlich.

Maximale Genauigkeit mit minimalem Aufwand (also z.B. einer sehr kleinen Anzahl an Positionen) zu erzielen ist
aber ein spannendes Problem und ich nehme Deine Hinweise daher gerne für zukünftige Versionen auf um diesen Aspekt zu optimieren.

Besten Dank also für Deine Anregungen

Frank

P.S.: Wie schon von Dir angemerkt haben wir dieses Thema nun ziemlich gründlich besprochen.
Parent - By Peter Martan Date 2025-06-19 13:17 Edited 2025-06-19 13:59
Frank Karger schrieb:

Die Positionen des CCET sind ja allesamt single best move positions und ich finde schon,
dass man Crystal 7, wenn es im Gegensatz zu anderen Programmen die Lösung findet, dafür belohnen muss.

Crystal 7 findet aber die Lösung nicht, nicht wirklich, nicht nach dem, was ich unter "Lösung" und unter "finden" verstehe

Es findet sie bestenfalls etwas weniger zufällig, aber immer noch zufällig, weil es beide MultPV=2- Varianten deines Outputs als wins bewertet. Wenn man der zweiten bis zum 5. Zug folgt, ich habe sie ja mit der ersten gemeinsam in einer .pgn gezeigt, ist beim 5...Kd6? der Grund dafür, dass es sich mit der DTZ immer noch innerhalb der 50 Züge ausgeht, siehe:
Zitat:
Das 5...Kd6(?), das Crystal da nach dem 1.S1c3(?) im Output hat, macht den cursed win zu einem echten, wenn man das dem GUI zu Hause nicht glaubt, bzw. die Anzeige noch nicht schlüssig findet, kann man es es sich ja noch mit dem lichess- Analysebrett anschauen, 5...Kf6! hätte das Remis gehalten, 5...Kd6? verschenkt's.

Also, beide Varianten, die Crystal ausgibt, haben zwar eine DTM als Eval, das sagt ja aber eben nichts darüber aus, ob sich das Matt in 50 Zügen ausgeht oder nicht, und tatsächlich würden beide Variaten von Crystal gewinnen, das aber nur, weil er in der längeren beim 5. Zug einen für die schwarze Seite enscheidenden Fehler hat.


Während viele andere Programm (und Crystal auch so lange, bis er eine DTM- Eval in den Output bekommt), der Meinung sind, beide Kandidatenzüge wären Remis, (eigentlich weiß man, wenn's zum #inx wechselt, auch noch nicht, wie die Engine das in Hinblick auf die DTZ sieht) meint Crystal seinen Outupt- Lines nach, es seien 2 Weiß gewinnt- Züge.
Zitat:

Genauso wie andere Programme hier recht zuverlässig keinen Punkt bekommen, weil sie eben keinen Gewinnweg finden.

Leider ist auch das ein frommer Wunsch des Testers, der nur die Punkte zählt und nicht schaut, woher sie kommen. Ich sage (und habe immerhin alle von SF dev mit 5'/Stellung "gelösten" tbs- Stellungen den Output im Shredder.dmp angeschaut, die hatten alle keine Gewinn-Eval, haben aber trotzdem den richtigen Lösungszug oben gehabt am TC- Ende und daher auch alle einen Punkt bekommen) das Dilemma ist nicht, dass diese Stellungen von keiner Engine gelöst werden (so wär's ja korrekt beurteilt, weil keine Engine löst das aus den richtigen Gründen), das Dilemma ist, das ungefähr die Hälfte zufällig richtig und zufällig falsch wählen und daher die Hälfte einen Punkt bekommen und die andere Hälfte nicht.
Hier rede ich jetzt von den Stellungen, bei denen 2 sehr viel wahrscheinlicher in die engere Auswahl kommen als alle anderen und denjenigen Runs von Engines, die mit für sie passender Hardware- Zeit wenigstens irgendwie und ungefähr die Spreu vom Weizen sondern, und sich dann zwischen den 2 wahrscheinlichsten ungefähr gleichwertigen zufällig für den einen oder anderen entscheiden.
Darum, das zu erkennen, kommst du nicht herum, Frank, 2 plies von 100 sind einfach zu wenig Unterschied für single best move- Stellungen, nicht im ganz allgemeinen schachlichen Sinn, wenn der eine der beiden Züge schneller zum 100- Züge- Ziel führend gerade noch gewinnt und der andere gerade nicht mehr, dann ist allgemein schachlich, die 50- Züge- Regel beachtend, der eine ein winner und der andere nicht, da ist der bessere sogar ein echter game changer, im Engine- Test- Sinn, im Sinne einer valid single best move engine test position ist dieser Unterschied zu klein, das sind einfach keine single best move- Stellungen im Sinn einer solchen Suite, bei der nur der eine von beiden als gelöst gezählt werden, period.
Zitat:

Besten Dank also für Deine Anregungen

Immer wieder gerne, Frank

Zitat:

P.S.: Wie schon von Dir angemerkt haben wir dieses Thema nun ziemlich gründlich besprochen.

Haben wir, aber wenn du willst, dass ich Ruhe gebe, musst du deinerseits aufhören, das, was ich mitterweile hinlänglich anhand von noch und noch Output (auch deinem von Crystal) bewiesen habe, als meine Resultate in Frage zu stellen in Hinblick auf ihre Richtigkeit und Aussage.
Die sind mindestens so schlüssig wie deine, und ich spreche jetzt nicht von Suiten, die ich lieber verwende als deine, sondern von dem, was ich zu deiner herausgefunden habe.
Ich für mein Teil hab' schon länger aufgehört, das zu hinterfragen, was du an Ergebnissen bekommst, mein Sendungsbewusstsein endet immer spätestens dort, wo ich das Gefühl habe die Leute wissen, was sie tun, oder es ist ihnen egal bzw. sie wollen's nicht genauer wissen und schon gar nicht so genau wie ich, haben ihren Spaß damit und schaden niemandem, indem sie Irrtümer verbreiten. Besser als so manche andere "Testsuite", die so durch die Foren geistert, ist die CCET selbst mit der Hälfte an rein zufällig gelösten immer noch, bei deiner weiß man wenigstens, woher das übergroße statistische Rauschen kommt. Und die erste Hälfte (1-80) passt mir recht gut zu "meinen" 128 "LTC"- Stellungen, kann man durchaus mit 30" und 30 Threads oder 6 Threads und 1"/Stellung verwenden, bringt halt nicht viel mehr Aufschluss als die 128 allein (die haben mit 30" immer noch statistisch mehr Relevanz, weil ein besseres Verhältnis von Lösungszahlen zu error bars bei einem nicht allzu selektiven Engine- Mix, vor allem, wenn man den Gesamt- Hardwarezeitaufwand betrachtet, eine größere Liste damit zu führen) und eine reine anti engine puzzle suite wird das so dann erst recht, sind die 128 ja auch schon mehr das (anti engine), als game playing- ähnlich im Ergebnis, mit den weiteren 80 aus praktisch ausschließlich komponierten Problemschachstellungen bestehenden, wird's erst recht im Ergebnis dem eng-eng-match von Ranglisten noch stärker entgegengesetzt als vergleichbar.

So weit, dass es mich aufregen würde, wenn jemand mit eigenen Stellungstests andere Ergebnissen hat als ich, ich aber weiß, woran das liegt und daher aufhören kann, mich mit diesen seinen oder ihren Ergebnissen weiter zu beschäftigen, und mich auch niemand davon überzeugen will, seine oder ihrer Ergebnisse seien (für mich oder die Allgemeinheit) relevanter als meine, so weit bin ich schon lange nicht mehr aufregbar. Dass gerade beim Stellungstesten jeder auf die eigene Art testen soll, um wenigstens zu wissen, dass er diese Statistiken selbst gefälscht hat (den Spruch, dass man nur solchen Statistiken trauen darf, den kennst du eh auch sicher) das sage ich sogar ausdrücklich bei allen möglichen derartigen Gelegenheiten immer wieder. Überhaupt wird ein Gutteil dessen, was ich da immer wieder und immer mehr zu diesem Thema in Foren schreibe, nur deshalb immer mehr, weil ich das, was ich schon vor Jahren, mittlerweile bald Jahrzehnten dazu schrieb, auch immer wieder wiederholen muss, weil's anscheinend immer noch nicht so richtig zur Kenntnis genommen worden ist
Parent - - By Andreas Matthies Date 2025-06-18 18:50 Upvotes 2
Eine Anmerkung zu einigen Einträgen in den aktuellen Ranking Listen, die scheinbar mit 8000MB Hash gelaufen sind:

Stockfish mag das beherrschen, da es zur Indizierung der Hashtable ein etwas komplizierteres Verfahren basierend auf 128Bit-Multiplikation benutzt.

Das Standardverfahren zur schnellen Indizierung ist aber "modulo 2er-Potenz" und alle Engines, die dieses Standardverfahren verwenden, (das sind einige, viele, vielleicht sogar die meisten) benötigen eine Hashtable in der Größe einer Zweierpotenz und fallen deshalb auf die nächst kleinere Zweierpotenz, also 4096MB zurück, wenn die GUI ihnen nur 8000MB gibt. Sinnvoller wäre es also, Hash auf 8192 zu setzen.

Ich habe mal eine Stichprobe genommen und durch die Github Repositories geschaut:
Stockfish, Obsidian, Berserk, Viridithas verwenden das Verfahren mit 128Bit Multiplikation und können also 8000MB nutzen.
Ethereal, Integral, RubiChess, Igel benutzen das Modulo-Verfahren und würden nur 4096MB nutzen.
Bei den Engines weiter hinten in den Rankings bin ich mir sicher, dass sie fast alle Modulo nutzen.

Grüße. Andreas
Parent - By Walter Eigenmann Date 2025-06-18 19:02 Edited 2025-06-18 19:06 Upvotes 1
.

Andreas Matthies schrieb:
Das Standardverfahren zur schnellen Indizierung ist aber "modulo 2er-Potenz" und alle Engines, die dieses Standardverfahren verwenden, (das sind einige, viele, vielleicht sogar die meisten) benötigen eine Hashtable in der Größe einer Zweierpotenz und fallen deshalb auf die nächst kleinere Zweierpotenz, also 4096MB zurück, wenn die GUI ihnen nur 8000MB gibt. Sinnvoller wäre es also, Hash auf 8192 zu setzen.

Das Fritz-GUI gibt das dem User schon seit Jahren so vor:



Edit: Oh, ich sehe, nicht nur in Zweierpotenzen...

.
Parent - By Frank Karger Date 2025-06-18 20:01
Hallo Andreas,

danke für den konstruktiven Hinweis!

Man könnte es natürlich auch von der anderen Seite sehen und der Meinung sein,
dass flexiblere Engines belohnt werden sollen.
Schließlich erlaubt der User 8000MB und wenn die Engines sie nicht nutzen kann/will
ist das die Entscheidung der Engine.

Ich tendiere aber auch dazu dann lieber 8192 zu nehmen.

Ob ein nennenswerter Zusammenhang zur Leistung bei diesem Test besteht,
ist mir derzeit recht unklar.  Vorne ist ja derzeit das auf Stockfish basierende Crystal und hinten Stockfish...
Ich habe aber überlegt dazu separat ein Experiment durchzuführen,
damit man Abhängigkeiten besser erkennen kann.

Grüße

Frank
- - By Peter Martan Date 2025-06-13 08:24 Edited 2025-06-13 09:02
Ganz lässt mich das noch nicht ruhen, gerade weil ich der zweiten Hälfte der Suite mit den tbs- Stellungen immer mehr Gefallen abgewinne, ich finde nur nach wie vor, sie sollten Gegenstand einer eigenen Suite sein, weil die Fragestellung an die Engine eine so besondere ist, dass die Vermengung mit anderen Stellungen die Antwort darauf nur verwässert.
Was den Text angeht, um nicht alles 2x schreiben zu müssen, verweise ich hierauf:

https://talkchess.com/viewtopic.php?p=980200#p980200

Die Output- Beispiele von SF dev. mit 30 Threads der 16x3.5GHz CPU und 8 bis 32G Hash (mit zu wenig angefangen, nur weil das die Standard- Empfehlung auf der CCET- site ist) zitiere ich hier noch einmal, weil es vor allem solche Outputs sind, auf die's mir ankommt:

Nr82:

bm Qh1+

Engine: Stockfish250602 (8192 MB)
von the Stockfish developers (see AUTHORS f

52     8:13   +0.69    1.Dd1+ Ka2 2.De2+ Kb3 3.Df3+ Kc2
                       4.Df5+ Kc1 5.Df1+ Kc2 6.Db5 Dg7+
                       7.Kf5 Df8+ 8.Ke4 Da8+ 9.Kf4 Da7
                       10.De5 Df2+ 11.Kg5 Dd2+ 12.Kf6 Dd8+
                       13.Kf5 Dd7+ 14.De6 (33.880.629.084) 68646

51     8:13   +0.65    1.Dh1+ Ka2 2.Dd5+ Kb1 3.De4+ Ka2
                       4.Dg2+ Kb1 5.Df1+ Kc2 6.Db5 Dg7+
                       7.Kf5 Df8+ 8.Ke4 Da8+ 9.Kf4 Dd8
                       10.De5 Dd2+ 11.Kg4 Dd1+ 12.Kf5 Dd7+
                       13.De6 Db5+ 14.Kf6 (33.880.629.084) 68646

Nr. 83, hier hab' ich von 8G auf 32 gewechselt:


bm Kc3:

8/8/8/1r6/3K1B2/8/7R/k7 w - -

Engine: Stockfish250602 (32768 MB)
von the Stockfish developers (see AUTHORS f

76     6:57   0.00     1.Kc3 Ta5 2.Ld6 Tf5 3.Lb4 Tf3+ 4.Kc2 Ka2
                       5.Lc5 Tg3 6.Tf2 Th3 7.Ld6 Te3 8.Tf8 Te2+
                       9.Kd3 Tb2 10.Ta8+ Kb1 11.Le5 Td2+
                       12.Kc4 Kc2 13.Ta1 Te2 14.Ta2+ (29.369.207.763) 70312

76     6:57   0.00     1.Kc4 Ta5 2.Kb3 Tb5+ (29.369.207.763) 70312

Nr. 84:

Bm Kf6+:



Engine: Stockfish250602 (32768 MB)
von the Stockfish developers (see AUTHORS f

55     9:40   +1.36    1.Kf6+ Kc2 2.Dg6+ Kb2 3.Dg2+ Kb3
                       4.Dg8 Kb4 5.Dg4 Td5 6.De6 Td2 7.Db6+ Kc3
                       8.Da5+ Kd3 9.Df5+ Kc3 10.Ke6 Kb4
                       11.Db1+ Kc5 12.Dg1+ Kb4 13.Db6+ Ka4
                       14.Dc5 (45.871.022.887) 79083

54     9:40   +1.12    1.Kg4+ Kc2 2.Da6 Tb4 3.Da2+ Kd3
                       4.Da3+ Tb3 5.Da6 Tb2 6.Kf5 Te2 7.Db5 Te3
                       8.Dd7+ Kc3 9.Kf4 Te2 10.Da4 Kd3
                       11.Dd1+ Td2 12.Db1+ Kd4 13.Kf5 Kc3
                       14.Ke5 (45.871.022.887) 79083

Bei allen 3en ist die Diskrimination zwischen den beiden Zügen im MultiPV=2 Modus zu klein für das, was ich für einen klassischen single best move zu sehen gewöhnt bin, mag sein, die engine erkennt den Unterschied genauer, als sie es anzeigt, aber wahrscheinlich wäre die Zugwahl in diesen 3 Beispielen ziemlich reiner Zufall, oder? Und wenn man sich an die (besonders bei Stellungen mit so wenig Material am Brett) numerische Wertigkeit im Sinne von Kommentarsymbolen wie +- hält, evaluiert die Engine jeweils alle beiden Kandidatenzüge als Remis, nein? Jetzt im einen Fall, dass zufällig der richtige Zug gewählt wird, eine Lösung vom GUI oder Tool werten zu lassen und im anderen nicht, ist bias by selection, so what?

Mein Irrtum beim ersten Anschauen der fraglichen Stellungen kam daher, dass ich die Syzygys abgedreht hatte, um den Engine- Output zu sehen und nur im Shredder GUI unabhängig von der rechnenden Engine auf die DTM der Nalimovs geachtet habe, so hielt ich die Lösungen zunächst alle für cursed wins und die drawing evals der Engines auch für die best moves für korrekt, was sie aber eben nicht sind. Das sind interessante Teststellungen, aber nicht für kurze oder mittellange TC und automatische Beurteilung über GUI oder Tool, ich würde sie für meine persönliche Sicht überhaupt lieber nur mit Forward Backward mit der Engine analysieren, damit kann man in kurzer Zeit sehen, wie schnell und mit wievielen Halbzügen vorwärts die Evals zu steigen anfangen und wie schnell und wie weit sie backwards im Hash behalten werden. Standrechnen kostet einfach unnötig viel Hardware- Zeit und die TC, die solche Stellungen bräuchten, um halbwegs anders als zufällig in einer Suite als single best move positions beurteilt werden zu können, wäre noch einmal viel größer als z.B. bei den 81 am Anfang.
Ich kehre zu dem zurück, was ich schon ein paar mal gesagt habe, die erste und die zweite Hälfte können nicht sinnvoll mit einer gemeinsamen TC laufen. Die zweite Hälfte wäre hingegen, was den Gesamt- Hardwarzeit- Aufwand angeht, ohnehin mehr als groß genug, nur hätten die Resultate bei auch sehr langer TC noch lange praktisch keine statistische Relevanz relativ zur riesengroßen error bar bei so wenigen so schweren Stellungen. Oder anders ausgedrückt: für eine so hochspezialisierte Anforderung an die Engine- Performance wäre mir der Hardware- Zeitaufwand viel zu groß, sie als Suite laufen zu lassen (ich spreche von der 2. Hälfte) um dann Resultate zu bekommen, die ja doch mit keinen der anderen irgendwie gängigen Suiten vergleichbar wären und zusätzlich auch noch statistisch auf sehr wackligen Beinen stünden.

Dass ich mich da wieder einmal so aus- und einlasse, liegt aber natürlich vordergründig daran, dass ich das Ganze nach wie vor sehr interessant als Experiment und neuen Stellungstest- Ansatz finde
Parent - - By Frank Karger Date 2025-06-13 11:30
Hallo Peter,

besten Dank für die ausführliche Darstellung.
Ich verweise der Vermeidung von Duplikaten wegen auch auf talkchess: https://talkchess.com/viewtopic.php?p=980205#p980205
und gelobe später ebenfalls in die Details zu gehen

Beste Grüße

Frank
Parent - By Peter Martan Date 2025-06-13 11:46 Edited 2025-06-13 11:58
You're welcome

Und ja, um nicht hier und dort weiter aufeinander einzuschreiben, sollten wir uns auf eines der beiden Foren konzentrieren, nachdem ich annehmen, dass dort das Publikum doch immer noch etwas breiter sein wird als hier, schlage ich (vorwiegend) Talkchess vor, wo ich mich jetzt mittlerweile auch schon wieder ziemlich verbreitert habe:

https://talkchess.com/viewtopic.php?p=980207#p980207

Aber, um den Succus von dort jetzt hier doch auch noch für das P.T. Publikum, das nur hier mitliest, zusammenzufassen: 8 von30 Stellungen, wie denen, um die's jetzt schon ein paarmal ging, mit einer Hardware- TC von 5 Minuten/Stellung, 30 Threads der 16x3.5GHz CPU und 32GHz Hash, das ist mir einfach rein statistisch viel zu wenig, wenn man sich vor Augen hält, dass von diesen 8 Lösungen wahrscheinlich auch noch der Großteil ohne eindeutige Gewinn- Eval ausgewählt worden sein wird,  also letztendlich doch auch überwiegend rein zufällig, was ich nur so ein bisschen beim Zuschauen des noch laufenden Runs von Stockfish dev. 250602 im Shredder- GUI gesehen habe. Die 54 Stellungen, die ich da mal genommen habe für einen Drittel- Block der 160 (um wenigstens 3 concurrencies insgesamt zusammenzubringen mit 8 Threads für jeden) sind aber in keiner Weise selektiert, außer dass es einfach die letzten 54 der 160 sind, also alle aus dem tbs- Bereich.
Ich werde versuchen, wenigstens die 54 durchlaufen zu lassen, wenn ich die Hardware nicht vorher wieder anderweitig brauche und dann die Shredder- Tabelle zeigen, das mach' ich dann zumindest auch wieder im Talkchess, weil ich das jetzt dort auch schon angekündigt habe
Parent - By Peter Martan Date 2025-06-17 15:59 Edited 2025-06-17 16:27
You're still welcome

Von mir aus musst du auch nicht mehr weiter in die Details gehen, Frank, sofern ich mich da nicht am Ende auch täusche, habe ich eh auch schon länger ziemlich gut verstanden, worauf du hinaus willst und was deine (sicher und sichtlich) guten Absichten hinter dem Projekt sind.

Was das Verstehen oder nicht Verstehen solcher Dinge angeht, fällt mir dazu der Schluss der Erzählung ein, A River Runs Through It, das verfilmt mit Brad Pitt (deutscher Titel Aus der Mitte entspringt ein Fluss) bekannter ist wahrscheinlich, denn als das Buch (...and Other Stories)  selbst, das von Norman Mclean stammt. Da heißt es (fast) ganz am Ende dieser Geschichte:

and some of the words are theirs.

https://www.goodreads.com/quotes/609322-of-course-now-i-am-too-old-to-be-much

In der deutschen Übersetzung des Buches, die ich auch habe, heißt es da,
doch manche Worte wird man nie verstehen.

Der Zusammenhang mit der englischen Redewendung, die übrigens als Buchzitat bekannt genug ist, dass man mit ihr allein mit Google das Buch findet (ok., vielleicht erst mit einer entsprechenden Such- Historie auf demselben Rechner davor) "some things (words, whatsoever) are theirs" und unserem Thema hier, dieser Zusammenhang ist klar?
Some of the words you write and some of the positions used by you in your suite, simply aren't mine, you see?

Und einige von meinen Worten in meinen Postings sind halt nicht deine, aber da mach' ich dir wirklich keinen Vorwurf daraus (zum Thema Respekt, ich weiß schon, dass du ein guter und erfahrener Schachspieler bist), viele meiner Worte sind nicht die von so manchem Leser hier und anderswo, frag' nur mal Kurt
- - By Peter Martan Date 2025-06-13 15:09 Edited 2025-06-13 15:29 Upvotes 1
Für mich (hoffentlich ) der vorläufige Abschluss in der Sache:

https://talkchess.com/viewtopic.php?p=980215#p980215

Von den letzten 54 Stellungen der 160 findet SF dev. 250602 mit 30 Threads, 32G Hash und 5 Minuten/Stellung 20 richtige Lösungen, von denen aber keine einzige mit einer klaren Gewinneval (das beste ist bei der Nr. 109 eine von 1.58cp, alles andere ist meistens klar unter und nur in 3 weiteren Fällen knapp über 1 Bauern), das heißt die Engine hält alle gefundenen Lösungen für ebensolche Remis wie die anderen Züge, die auch noch nicht verlieren. Dass es lauter single winning game changer sind, erkennt SF jedenfalls der Eval nach in keinem einzigen Fall, dass das Finden also nicht nur überall aus den falschen Gründen, sondern vermutlich auch ziemlich zufällig passiert sein wird, kann man am Einzelfall nicht beweisen aber annehmen. Genauer wüsste man's mit vielen gleichen Runs derselben Engine, wieviele solche Runs das sein müssten, um auch nur für die eine Engine allein und die eine Hardware- TC eine error bar auszurechnen, ist etwas für Statistiker und bedürfte erst einmal ein paar solcher Runs um zu sehen, wie weit es bis dahin schon streut. Und dann wäre das ja noch eine ganz andere error bar, die man so bestimmen könnte als diejenige, die mehrere bestimmte Engines im Vergleich miteinander hätten. Mit EloStatTS ließe sich das quasi automatisiert herausfinden, (natürlich auch nur für das einzelne Tool wirklich relevant) aber vor dieser Art von Hardware- Zeitaufwand würde mir für das, was sich dabei herausfinden ließe, doch etwas zu sehr grausen, als dass ich es ernsthaft in Angriff nähme, schon gar nicht als Einzelner allein. Bin neugierig, wie viele Leute sich an dem Gemeinschaftsprojekt, Resultate zu einer gemeinsamen Liste beizutragen, auf der CCET- site finden werden und ob da dann auch irgendwelche statistischen Maßstäbe werden anlegbar sein.

Und ja, diese Unsicherheit der zufällig richtigen Wahl bleibt bei Suiten immer, bei denen nur das Wählen eines Zuges bewertet wird, trotzdem gibt's natürlich Stellungen, bei denen aus der Diskrimination anhand der Eval herausgelesen werden kann, dass es nicht nur Zufall ist, sondern die Engine triftige und der Stellung entsprechend richtige Gründe zur Wahl genau dieses einen Zuges hat, und solche, bei denen das Gegenteil wahrscheinlicher ist. Für die avoid move Stellungen hieß es immer, dass diese mehr Wahrscheinlichkeit der zufällig richtigen Wahl eines beliebigen anderen als des zu vermeidenden Zuges hätten, das wird in Summe auch so sein, für die meisten dieser an sich auch wirklich sehr interessanten Sonderstellungen dieser 160 nach der Nr. 81 gilt das aber vergleichsweise auch sehr ähnlich so, finde ich. Die Zufallswahrscheinlichkeit ist einfach viel höher als bei dem, was man sonst unter klassischen single best move positions gewöhnt ist zu verlangen.

Weiterer Text dazu siehe auf Talkchess, lohnt allerdings nicht wirklich des Lesens, nur noch weitere Interpretation der Zahlen. Die Output- Beispiele, die ich dort noch zu ein paar Stellungen gebracht habe, sind vielleicht schon noch irgendwie aufschlussreicher als die verbale Beschreibung davon allein. Die .dmp- Datei vom Shredder- GUI hab' ich gespeichert und kann sie auf Anfrage per Mail verschicken. Hochladen lohnt sich wohl nicht, so groß wird das Interesse nicht sein
Parent - - By Frank Karger Date 2025-06-14 11:41
Hallo Peter,

ich bin in https://talkchess.com/viewtopic.php?p=980246#p980246
etwas mehr in die Details gegangen.

Es war übrigens kein Design-Ziel, dass diese Testsuite zur maximalen Diskrimination von Engines dient.
Die Resultate mit SF und verschiedenen Bedenkzeiten zeigen aber, dass das z.T. sicherlich gegeben ist:
CCET - Open Ranking
Man kann das per Gewichtung mit MEA-Punktzahlen verbessern, wenn man mag.

Wobei das, wie gesagt, ein eigenes und viel umfassenderes Projekt verdient,
wenn man aus einer Punktzahl im Test zuverlässig die Elo ableiten will.
Die größere Anzahl an Aufgaben und das vorhersehbare Resultat wären
aber wohl weniger attraktiv für ein "Mitmach"-Projekt,
wenn auch z.B. für Entwickler evtl hochinteressant.

Freundliche Grüße

Frank
Parent - - By Peter Martan Date 2025-06-14 12:27 Edited 2025-06-14 12:53 Upvotes 1
Frank Karger schrieb:


ich bin in <a class='ura' href='https://talkchess.com/viewtopic.php?p=980246#p980246'>https://talkchess.com/viewtopic.php?p=980246#p980246</a>
etwas mehr in die Details gegangen.

Es war übrigens kein Design-Ziel, dass diese Testsuite zur maximalen Diskrimination von Engines dient.
Die Resultate mit SF und verschiedenen Bedenkzeiten zeigen aber, dass das z.T. sicherlich gegeben ist:
[url]CCET - Open Ranking[/url]
Man kann das per Gewichtung mit MEA-Punktzahlen verbessern, wenn man mag.

Wobei das, wie gesagt, ein eigenes und viel umfassenderes Projekt verdient,
wenn man aus einer Punktzahl im Test zuverlässig die Elo ableiten will.

Das Posting von Link hatte ich schon gelesen, danke.
Diskrimination sagt nur etwas in Relation zu error bars, um die ging's mir auch nur in Hinblick auf die statistische Relevanz der 160 Stellungen, von denen die Hälfte sehr viel mehr Zufallsstreuung (siehe Outputs, die ich in Talkchess zum SF- run  gezeigt habe) haben werden als andere single best move positions.
ElosStatTS habe ich nur erwähnt, weil es ein Tool wäre, error bars ausrechnen zu lassen für die Engines, die schon miteinander dadurch verglichen worden sind. Elo kann man leicht aus jeder relativen Punktewertung ausrechnen (lassen), wenn man in wins, draws, losses umrechnet, ich hab' mir früher mal hin und wieder den Spaß gemacht, dass "einfach" aus Shredder- Tabellen zu bekommen, siehe hier

https://forum.computerschach.de/cgi-bin/mwf/topic_show.pl?pid=168269#pid168269

Leider ist der Link zum Bild nicht mehr aktiv, weil ich die hochgeladenen Bilder immer wieder in gewissen Abständen vom entsprechende Server lösche. Aber dir vorzustellen, wie du die Shredder- Lösungstabellen übereinander lagerst, um Zeile für Zeile 2er runs zu verlgeichen, kannst du dir auch ohne Bild vorstellen.
Nur von einer Engine (Version, einem Run) gelöste Stellungen sind wins, ebenso solche, die von der zweiten (dem zweiten Run) in deutlich kürzerer Zeit (wenigstens einzelne Sekunden, weniger trägt Shredder ohnehin nicht in die Tabellen ein) gelöste St ebenso (wins), losses sind damit auf der Gegenseite auch klar und alles andere sind draws, und schon kannst du diese Werte in EloStat (nicht -TS, beide Tools sind ja von Frank Schubert) eintragen und bekommst echte WDL- Elo.

Das Maß, das du zum Vergleich der Runs nimmst, ist völlig egal, bei MEA- Punkten kommst ja auch nicht auf die Absolutwerte an, sondern auch nur auf die Relationen der Scores, die Elo, die das MEA- Tool von Ferdy Mosca ausrechnet, sind keine WDL- Elo, da werden einfach Einzelscores mit möglichen Maximalscores verglichen. Frank Sanders hat hingegen auch eigene Tools geschrieben, um diese MEA- Scores in WDL- Elo umzurechnen, siehe seine Blogs dazu, z.B. hier

https://forum.computerschach.de/cgi-bin/mwf/topic_show.pl?pid=167698#pid167698

EloStatTS hingegen vergleicht bei jedem neuen Run alle alten, die schon gespeichert sind, neu Stellung für Stellung und Run für Run, drum werden die error bars mit jedem neuen Run auch immer kleiner, und EloStaTS macht nicht nur einen einfachen Zeitvergleich pro gelöster Stellung, sondern errechnet nach einer eigenen Formel auch noch die Unterschiede relativ zur TC, aber das ist sophisticated, der Goldstandard statistischer Performance- Vergleiche auf Stellungstest- Basis mit single best move- positions ist dieses Tool schon nach wie vor für mich, aber error bars kann man natürlich auch direkt aus den Punkten, die erspielt werden, berechnen.

Darumg ging's mir, um die Schwankungsbreiten der Ergebnisse, nicht um Elo, die sowieso (wie bei jedem eigenen Test, auch bei einzelnen game playing matches und deren jeweiligen konkreten Settings) immer nur für den einzelnen Test gelten, außerdem haben die Elosionisten unter uns (die Elo- Jünger, denen Elo als Maßzahl eine heilige, für eng-eng-match reservierte Kuh darstellen) sowieso sofort ein Problem damit, wenn man Stellungstestergebnisse auch in Elo umrechnet


Edit: ich lese gerade, du hast im Talkchess nach Cool Iris gefragt, dazu wäre dieser Thread hier

https://forum.computerschach.de/cgi-bin/mwf/topic_show.pl?pid=174795#pid174795

mehr oder weniger aufschlussreich, wenn auch schon ein paar Tage als, ich persönlich weiß aber nichts Neues mehr dazu, fang am besten gleich unten im Thread zu lesen an oder da, wo Thomas Müller den Telegram- Kanal durchstöbert hat, auf dem "Anton10" in der letzten Zeit Versionen veröffentlich hat,

https://forum.computerschach.de/cgi-bin/mwf/topic_show.pl?pid=174808#pid174808

Ich selbst habe nach wie vor keinen Telegram- Account, fand damals nur den Link dazu im OpenChess.
Parent - - By Frank Karger Date 2025-06-14 12:58
Aha, danke für die erhellenden Hinweise auf die (Statistik-) Tools!

Ein Projekt in dem Bereich fände ich sehr attraktiv,
aber man ist ja auch begrenzt.
Parent - By Peter Martan Date 2025-06-15 00:50 Edited 2025-06-15 01:13
Damit du besser siehst, wie ein "Projekt in dem Bereich" für mich aussieht und warum mir Statistiken wie sie EloStatTS erstellt, mehr sagen, als es die "Elo" dieses einen Tests tun. Auf die als Maß kommt's mir eben überhaupt nicht an, dass die einzelnen Stellungen mit jedem neuen Run neu Stellung für Stellung und Engine für Engine bzw. Run für Run mit allem schon Bewertetem verglichen werden, das ist der Punkt, das sagt eben wesentlich mehr und etwas qualitativ anderes aus, als das nur Schwankungsbreiten der Zahlen an gelösten Stellungen allein aussagen. Das ist es, was ich mit relevanten error bars solcher Tests meine, es kommt mehr darauf an, welche Stellungen von welchen Engines wie oft gelöst werden, wenn dann für eine Umrechnung dieser einzelnen Lösungen pro  Engine (oder auch pro Run derselben Engine mit derselben Hardware- TC) auch noch die Zeit- Indizes herangezogen werden (aber eben ohnehin nur bei denjenigen Stellungen, die bei 2 Runs gemeinsam gleichermaßen gelöst werden), macht es die Diskrimination auch noch einmal höher, (und nicht nur scheinbar, wie dadurch, dass jede richtige Lösung um das an Score vervielfacht wird, was die Lösung an MEA- Punkten definiert bekommen hat) aber wie gesagt, diese Diskrimination zählt, diese Unterschiede zählen eben auch nur in Relation zur Irrtumswahrscheinlichkeit.

Das alles und mehr anhand von, wie ich meine, instruktiven Beispielen hier:

https://talkchess.com/viewtopic.php?p=980269#p980269
Parent - By Frank Karger Date 2025-06-14 13:12
Bzgl Cool Iris:

aus dem genannten Thread
https://forum.computerschach.de/cgi-bin/mwf/topic_show.pl?pid=174808#pid174808

hat für mich der letzte Link:
Cool_Iris_16.7z

funktioniert (und in der Tat ist etwas Geduld gefordert )

Danke an Peter und Daniel Reist!
- By Frank Karger Date 2025-06-13 16:22 Edited 2025-06-13 16:24 Upvotes 1
Soeben hat ein User namens Kingpin1 die Führung im
Offenen Ranking
mit Hilfe eines 32-Kerners und Stockfish Dev übernommen.

Das hat mir meinen Tag versüßt.

Wer immer das war: herzlichen Dank

Insgesamt führt Crystal 9 im
Standard-Ranking
Ich arbeite noch daran, dass die beiden Ranglisten quasi synchronisiert werden.
- - By Peter Martan Date 2025-06-15 09:22
Zu dem, was ich hier noch alles abgelassen habe

https://forum.computerschach.de/cgi-bin/mwf/topic_show.pl?pid=174977#pid174977

vielleicht mehr sagend als die vielen übrigen Worte (halt leider nur mit Erklärung und nicht ohne sie, siehe in den Postings davor, vor allem dem momentan letzten im Talkchess- Thread) eine Tabelle aus denjenigen Lösungen, die in den beiden SF dev. 250602- runs, die mit identischen Vorgaben von 8 threads, 8G hash und 3'/Stellung der von 81-160 gelisteten 80 tbs- positions liefen und die im Talkchess die EloStatTS- Auswertung davon haben, also hier nur die 18 im einen und die 19 im anderen Run (R1, R2) gelösten Stellungen dieser 80:

R1 unterhalb gelistet
81 82    84  86  88  89  90  93    96  99   110  116  129        141 142     147 149 150
81 82 83 84          89    91      96  99  100  106  110 116 120 141 142 143 147 149 150
R2 oberhalb gelistet

Kongruent: 81 82 84 89 96 99 141 142 147 149 150


Gerade mal 11 Stellungen sind in beiden Runs gelöst worden, das zeigt sehr schön, dass die Chance, dass eine Stellung von denen, die überhaupt gelöst wurden, in einem von 2 Runs mit identischen nicht gerade schwachen Software- Hardware- TC- Kombinationen (die 8 Threads sind natürlich ausbaufähig, aber es ist das, was du, Frank, auf deiner CCET- site als Standard vorgibst, und es erlaubt wenigstens 3 concurrencies bei meiner CPU von 16x3.5GHz, wenn noch etwas fürs Betriebssystem übrige bleiben soll) einmal gelöst werden und einmal nicht.
Mit anderen Worten, der Zufall entscheidet hier über gelöst oder nicht bei den gelösten (wenngleich die alle aus falschen Gründen gelöst werden, wie wir an den Outputs in der Shredder- .dmp sehen können, keine einzige richtige Lösung mit einer winning eval) mit einer fast 50% igen Wahrscheinlichkeit, die restlichen (etwas mehr als 50% zugegeben, 11 von 19) können vielleicht aus anderen Gründen als aus purem Zufall gelöst worden sein, aus dem einen Grund, der der einzig richtige sein sollte, weil der best move als single game changing winner erkannt wird, jedenfalls nicht, und ob nicht auch bei den Lösungen, die bei 2 Runs 2x vorgekommen sind, immer noch viel Zufall dabei ist, das würde man höchstens bei noch ein paar mehr Runs sehen. Vor allem auch in Relation zu den gemessenen Unterschieden (18 und 19) bei dieser ja immer noch nicht gerade schwachen Software- Hardware- TC- Kombi, nach dem, was ich von anderen nicht viel größeren Suite mit annähernd dem Niveau an "Schwierigkeit" (was die Hardware- Zeit bei den besten Performances angeht) kenne, wird die EloStatTS- error bar hier so ab 100 Runs (unterschiedlicher aber nicht zu weit auseinander liegender Engines und einer Hardware- TC, die zu ihnen und den Stellungen passt, oder halt 100 Runs derselben Engine) auch nur in die Nähe dessen kommen, was als Unterschied gemessen wird. Man sieht ein solches Gegenbeispiel eines Auszuges einer EloStatTS- Liste auch im Talkchess- Thread, die 4 StatTS- Elo der beiden an Engines und Einstellungen identischen SF- Runs sind im Vergleich zur Schwankungsbreite von 71 bzw. 72 einfach Grund genug, in diese Stellungen so nicht diese Hardware- Zeit zu investieren.

Wie gesagt, die einzelnen 80 sind eine tolle Idee als Prinzip, und jede Stellung davon für sich allein mit Forward- Backward analysiert, das geht immer noch um einiges schneller mit viel mehr Aussagekraft denn über die Summenwerte. Auf andere Stellungen übertragbar in der Aussage solcher Performances, naja, das ist sowieso immer ein frommer Wunsch, dennoch gibt's auch da halt qualitative und quantitative Unterschiede, sie liegen nur naturgemäß noch mehr im Auge des Betrachters als das, was so bei Suiten rauskommt, falsch, eigentlich bedürften die Auswertungen von Suiten noch viel mehr der Interpretation als die interaktiven Stellungstests einzelner positions of interest. Die Zahlenwerte einer Suite- Auswertung sagen primär zunächst mal gar nichts ohne die Ansicht der einzelnen Stellungen, bei denen hat man hingegen zur Interpretation beliebig viele und beliebig genau zu nehmende Output- Lines und Evals, bei den Suiten bräuchte man die, um die Ergebnisse wirklich gut interpretieren zu können, die Output- Lines halt auch für alle einzelnen Stellungen und alle einzelnen miteinander verglichenen Engines
Parent - - By Frank Karger Date 2025-06-15 10:16 Upvotes 1
Hallo Peter,

ich habe mir zuvor und nun auch aufgrund Deiner Analysen einige Gedanken zu dem Thema gemacht.
Davon sind übrigens auch viele der traditionellen Studien betroffen.
Der Lösungszug kann eben zu den 'plausiblen' Zügen gehören und dann auch erraten werden.
Mein Eindruck ist, dass es kein überwältigend großes Problem ist, weil die Ranglisten zum CCET Sinn ergeben.

Man könnte dieses Problem allerdings systematisch reduzieren, was ich zum Teil schon gemacht habe.
Neben einzigen Lösungszügen kann auch ein mehrstufiger Filter helfen, sodass man z.B. die
Positionen bevorzugt, bei denen es sehr selten vorkommt, dass Engines die Lösung bei kurzer
Bedenkzeit finden.
Es sind noch weitere Heuristiken möglich, z.B. könnte man dezentralisierende Züge bevorzugen.

Vielleicht werde ich das mit einer kommenden Version stärker berücksichtigen.
Es ist allerdings ohnehin schon komplex und man bräuchte noch mehr Material (um überhaupt
stärker selektieren zu können)...

Jedenfalls besten Dank für die Anregungen!

Frank
Parent - - By Max Siegfried Date 2025-06-15 12:48 Upvotes 1
Man bräuchte die Möglichkeit, dass die Lösung einer Stellung nur dann als Korrekt gewertet wird, wenn Stockfish nicht nur den besten Zug findet, sondern auch in seiner Variante alle richtigen Züge anzeigt.
Z.B. bis zum Matt in 16, denn diese Züge sind in der Notation vorgegeben.
Oder die Züge bis zu einer gewissen Stellung, welche in der Notation am Ende erscheint.

Denn aktuell findet Stockfish oft den besten Zug aber nicht die späteren Züge, welche wichtig wären um den ersten Zug korrekt zu begründen und nicht mit der Begründung das Stockfish aktuell oft Glückstreffer landet.
Parent - - By Frank Karger Date 2025-06-15 21:42 Upvotes 1
Hallo Max,

ja, das ist ein interessanter Einwand!
Tatsächlich könnte das eine schöne Erweiterung für die Tools sein,
welche die Testsuites durchführen.

Man kann sich dem annähern, indem man aus einer Aufgabe mehrere
macht, sodass man versucht den Lösungsweg einzuschließen.

Grüße

Frank
Parent - - By Max Siegfried Date 2025-06-15 23:43
Wahrscheinlich müsste man für meinen Vorschlag irgendwelche GUI Anpassungen vornehmen.
Das dürfte für freiwillige "zum Spaß" Entwickler wie bei BanksiaGUI möglich sei. Bei ChessBase sehe ich da eher schwarz.

Die zweitbeste Möglichkeit wäre, dass du eine der Mittelspielausgaben nimmst.
Mit z.B. Matt in 15.
Du lässt Stockfish normalerweise diese Aufgabe 1 mal lösen.
Aber da die Aufgabe aus mehreren Stellungen besteht und zwar aus allen Stellungen die in der Hauptvariante "Notation" bis zum Matt führen, hast du die Möglichkeit Stockfish 15 Stellungen zum lösen zu gegen.

Du machst also aus 1 Aufgabe 15 Stellungen.
Aus 10 Aufgaben 150 Stellungen.
Aus 100 Aufgaben 1500 Stellungen.
Usw.
Wobei du bei 1 Aufgabe mit Matt in 30 gleich 30 Stellungen machst.
Oder bei einer Aufgabe mit Matt in 45 = 45 Stellungen zum testen.
Du musst nur darauf achten das du die Stellungen aus der Matt in 45 Aufgabe in der Reihenfolge Matt in 45 in 44 in 43 testest und nicht umgekehrt Matt in 1 in 2 in 3 ... in 45, weil Stockfish ansonsten schon die Lösung im Speicher hätte.
So bist du relativ schnell in einem Bereich von 10000+ Stellungen in einer Testsuite.

Dann schaltest du die 7-Steiner ein und löschst alle Stellungen die Stockfish auf deiner Hardware in 1 Sekunde gelöst hat, denn ein Teil der Stellungen ist ein Matt in 1, 2, 3, was Stockfish sofort ohne 7-Steiner löst und ein Teil ist Matt in 4, 5, 6, was Stockfish sofort mit 7-Steiner löst.

Alles was Stockfish (egal ob dieser 7-Steiner hat oder nicht) in 1 Sekunde löst wird aus der Testsuite entfernt.
Bei Endspielen gilt: Du findest vielleicht eine Handvoll 7-Steiner die Stockfish nicht in 1 Sekunde löst, da dass laden dieser dauert. Von daher bleiben diese drin. Davon abgesehen muss man 8-Steiner und noch mehr Steiner verwenden.
Dann bleiben dir vielleicht 2000 Aufgaben übrig.
Dann nimmst du z.B. BanksiaGUI und lässt Stockfish die Testsuite 100 mal mit jeweils 1 Sekunde pro Stellung wiederholen. Das kostet deine GUI ungefähr 2,5 Tage an Zeit.
Dann löscht du die gelösten Aufgaben und dir bleiben wahrscheinlich 1000 bis 1500 Aufgaben übrig.
Verwende bei Stockfish kein MultiPV = 2 oder 3 oder 4, weil dann kaum etwas übrig bleiben wird.
Wenn du meinst das du zu viele Aufgaben übrig hast, dann würde ich dir auf jeden Fall empfehlen LC0 drüber laufen lassen und noch einige Stellungen löschen.
LC0 ist eher der positionelle/strategische Spieler oder wie manche sagen er spielt nach Gefühl und hilft dir dabei Stellungen zu löschen wo Stockfish mit dem ersten Zug oft den "Glückstreffer" landet, wie ich dir das vorhin schon sagte, da wir möglichst viele Züge auf Grund von Fakten wollen und möglichst wenige auf Grund von Glückstreffer.

Die Vorteile sind:
-1000 Stellungen in deiner Testsuite.
-Keine Aufgaben die in 1-Sekunde gelöst werden (auch nicht mit 7-Steinern).
-Alle Aufgaben haben nur den besten Zug.
-Du kannst langfristig mehrere Stockfish Devs. und andere Engines vergleichen.
-Du musst nur 1x im Jahr einige Aufgaben löschen, weil Stockfish mal wieder X Elo nach einem Jahr stärker geworden ist und es sich nicht vermeiden lässt, dass dieser immer mehr Aufgaben immer schneller löst.

Ich mache gerade einen neuen "MultiPV=3" Test der zur Hälfte durch ist und ich kann dir jetzt schon sagen dass Stockfish damit 60% der Aufgaben gelöst hat, während der vorherige Stockfish mit Standard Einstellungen (also ohne MultiPV=2 oder 3 oder 4) 0 Aufgaben gelöst hat. Nur wenn ich diese Aufgaben jetzt lösche, dann bleibt kaum etwas übrig.
Parent - By Frank Karger Date 2025-06-16 10:22 Upvotes 1
Hallo Max,

das sind schon sehr raffinierte Überlegungen!
Es wäre eine etwas andere Art von Test,
mit anderen Vor- und Nachteilen, der seine eigene Berechtigung hat.

Zum automatischen Lösen fand ich kürzlich übrigens neben BanksiaGUI auch chess-artist wunderbar.

Danke für die Anregungen

Grüße

Frank
Parent - By Andreas Matthies Date 2025-06-16 17:28
Max Siegfried schrieb:

Man bräuchte die Möglichkeit, dass die Lösung einer Stellung nur dann als Korrekt gewertet wird, wenn Stockfish nicht nur den besten Zug findet, sondern auch in seiner Variante alle richtigen Züge anzeigt.

Wir reden also gar nicht über den CCET sondern über den CST.
Parent - - By Max Siegfried Date 2025-06-15 12:07
Eine Testsuite von dir mit 2000 Stellungen wäre schön 
Parent - By Frank Karger Date 2025-06-15 21:44 Upvotes 1
Danke. Mal sehen, wohin die Reise geht

Würde mir auch Spaß machen.
Gut möglich, dass ich das ausbaue und die Anregungen und
neue eigenen Ideen verwende.
Parent - By Frank Karger Date 2025-06-16 10:24 Upvotes 1
Ja, vielleicht könnte man beides anbieten:

Einen Schnelltest (zB die 160 besten) und einen ausführlichen Test
(mit mehreren 1000) um verschiedene Bedürfnisse abzudecken.
- - By Frank Karger Date 2025-06-17 12:38
Hallo zusammen,

es gibt 2 neue Spitzen-Platzierungen durch
Daniel Reist und Mark Young:

https://talkchess.com/viewtopic.php?p=980336#p980336

Es hat mich sehr gefreut, Daniel als weiteren Teilnehmer zu sehen

Wünsche weiteren Lösegenuss!

Frank
Parent - - By Reinhold Stibi Date 2025-06-17 15:13 Edited 2025-06-17 15:17
Hallo Frank und Peter,
komme jetzt spät auf die neue Testsuite; kann mich erst jetzt näher damit
befassen. Zum Teil kritsche Stimmen dazu. Warscheinlich wäre es am besten
aus mehreren Testsuites eine Neue zu erstellen und auch die von EN einzu-
beziehen. M.E. sollten sie auch praxisbezogen sein und nicht allzu viele gestellte
Stellungen. Schwierige TBs stellungen kommen so gut wie nie in der Praxis vor
und sagen deshalb wenig über die Spielstärke einer Engine aus.

Bei Blitz 5 Min. machen  die TBs 6 Steinerund 7 Steiner keinen Sinn weil sie sich
bei Zeitnot z.B. bei nur 1/10 Sek. nicht entfalten können und sogar Unsinn produzieren
wie ich schon öfters festgestellt habe. Stockfish und Abkömmle davon spielen die Endspiele
schon so ausgezeichnet dass ich im Internet Blitz 5 ohne TBs erfolgreich spiele.

Wie verlief denn, bitte mit Angabe der Hardware und der Engine ohne TBs sowie Zeit 15 Sek., bei euch der Test der
160 Stellungen. Mit meinem  schwachen MiniPC mit 4 Kernen Intel N100 Prozessor wurden
mit Rems M 09122024 MPV 4  43 Stellungen aus 160  = 26,8 %  Durchschnittszeit 5,09 Sek. gelöst.
Spater führe ich den Test noch mit meinem schnellen MiniPC ca. 12.000 kN/s aus der Grundstellun aus
Parent - By Peter Martan Date 2025-06-17 15:38 Edited 2025-06-17 15:45
Reinhold Stibi schrieb:

Warscheinlich wäre es am besten
aus mehreren Testsuites eine Neue zu erstellen

Derartige Suiten habe ich wirklich schon viele erstellt, Reinhold, die meisten auch immer wieder hier und oder im Talkchess veröffentlicht, zu vorletzt (als Frank damals dort nach Quellen fragte) hier

https://talkchess.com/viewtopic.php?p=978556#p978556

und hier

https://talkchess.com/viewtopic.php?p=979228#p979228

und zuletzt aus auch irgendwie gegebenem Anlass hier

https://talkchess.com/viewtopic.php?p=980333#p980333

Immer wieder betone ich bei solchen Gelegenheiten, dass man mit keiner einzelnen noch so großen oder noch so kleinen feinen und oder noch so "schweren" Suite alle Fragen, die man an solche Suiten haben kann, beantworten kann, hingegen sind alle so gut (in der Hand des Anwenders, der weiß, wie er damit umzugehen hat), wie sie wenigstens eine sinnvoll gemeinsame Hardware- TC für einen bestimmten Engine- Pool haben, und die Übertragbarkeit der Ergebnisse auf einander ist immer nur so groß oder klein, als die Stellungen, die enthalten sind und die passende Hardware- TC genug Gemeinsamkeit haben. Insbesondere die ewig bange Frage nach dem Zusammenhang von Stellungstest und game playing (das ja heute mehr denn je auch einfach ein ausgespielter Stellungstest ist) lässt sich nur dadurch beantworten, dass man eben Stellungen aus dem game playing (dann möglichst ausschließlich solche) verwendet, das müssen dann auch absolut nicht ausschließlich single best move- Stellungen sein, Ed Schröder hat immer wieder mit Suiten und zugehörigen Tools wie MEA und NICE Gegenbeispiele für Suiten gebracht, die Vergleiche zum STC- game playing eher erlauben, und die mehr dazu gedacht sind als die single best move suites, Rankings und Ratings zu erstellen, die dem vom game playing ähnlicher sind, siehe hier und ff

https://talkchess.com/viewtopic.php?p=975854&hilit=NICE#p975854

Leider ist das NICE- tool, wie du den Postings weiter unten in dem Thread, vor allem denen von Frank Sanders entnehmen kannst, immer noch buggy, und mich stört an den Suiten, die zum download stehen, dass sie mit zu wenig Hardware- Zeit evaluiert sind. siehe hier und ff:

https://talkchess.com/viewtopic.php?p=975050&hilit=NICE#p975050

Die sogenannten single best move Suiten, deren Aufgabe es in der Regel mehr ist (man kann auch mit denen verschieden Praxis- nahe zu bleiben versuchen natürlich) genau die Stellungen, für die Engines mehr Hardware- Zeit zum korrekten (möglichst auch aus den richtigen Gründen) Lösen brauchen, geben in aller Regel andere Ratings und Rankings als das game playing, weil in diesen Stellungen meistens mehr taktische blind spots aufgedeckt werden sollen als nur möglichst schnell einen von ein paar in Frage kommenden Kandidatenzügen von den Engines gewählt. So gesehen sind die Suiten, um die's jetzt hier in diesem Thread und in dem im Talkchess geht, Suiten von anti engine puzzles im weiteren Sinn, die haben für mich auch nach wie vor viel Sinn und Zweck, aber nicht den, game playing- ähnliche Resultate zu bringen, dazu gibt's andere Suiten und vor allem gibt's dazu das game playing

Zitat:

Wie verlief denn, bitte mit Angabe der Hardware und der Engine sowie Zeit 15 Sek., bei euch der Test der
160 Stellungen. Mit meinem  schwachen MiniPC mit 4 Kernen Intel N100 Prozessor wurden
mit Rems M 09122024 MPV 4  43 Stellungen aus 160  = 26,8 %  Durchschnittszeit 5,09 Sek. gelöst.
Spater führe ich den Test noch mit meinem schnellen MiniPC ca. 12.000 kN/s aus der Grundstellung aus.


Was deine Fragen nach den Resultaten der CCET- Suite angeht, hab' ich selbst keine solchen (Resultate) der ganzen Suite, weil ich es eben für mich persönlich nicht für sinnvoll halte, die ersten 80 anti engine puzzles der klassischen Art, allerdings auch die aus praktisch ausschließlich komponierten Kunstschach- Stellungen, wie sie schon seit Jahr und Tag immer wieder in den verschiedensten Suiten vorgekommen sind und weiter vorkommen werden, ist so eine Suite allein auch schon eine sehr spezielle, ich würde sie am ehesten mit "meinen" 128 vergleichen, die im ersten Talkchess- Link als erste Hälfte der 256 dort drin sind. Die Teilresutate zu den ersten und den zweiten 80, die ich hier und im Talkchess gebracht habe, haben nur wenig mit dem zu tun, was sich Frank zu seiner Suite an Anwendungsweise vorstellt, so wie ich die verstehe (oder zu verstehen glaube ). Wie diese Suite selbst zu behandeln ist, entnimmst du am besten der Readme auf der CCET- site, dort hast du auch schon einiges an Ergebnissen in eine Open und in eine Standardized Competition unterteilt, bzw. dem Eingangsposting in diesem Thread hier und in dem auf Talkchess

https://talkchess.com/viewtopic.php?p=980170#p980170
Parent - By Frank Karger Date 2025-06-18 15:14
Hallo Reinhold,

freut mich, dass Du Dir den Test angesehen hast!

Bei 15 Sek. habe ich kaum getestet.
Der Test ist ja eher darauf ausgerichtet die Engines (zT sehr) zu fordern.
Daher würde ich außer für spezielle Zwecke nicht unter 3Min anfangen.

Du findest in der offenen Rangliste allerdings auch Resultate zu kurzen Bedenkzeiten:
Offene Rangliste

Die Praxisbezogenheit ergibt sich eher indirekt:
den vielleicht nicht praxisnahen Stellungen unterliegen praxisrelevante Probleme.
Das gilt gerade bei dem inzwischen sehr hohen Spielniveau,
wo immer kleinere Unterschiede entscheiden.

Wenn Du dagegen nur Stellungen aus Partien zulässt,
wird es heutzutage schwer Material zu finden...

Grüße

Frank
- By Frank Karger Date 2025-06-19 10:12
Es gibt einen - man muss schon fast sagen kristallklaren -
neuen ersten Rang im offenen Ranking:
https://t1p.de/CCET-Open-Ranking

Außerdem mit RubiChess einen sehr starken Newcomer
im Std-Ranking:
https://t1p.de/CCET-Standardized-Ranking

Wünsche viel Vergnügen
- - By Reinhold Stibi Date 2025-06-19 14:07 Edited 2025-06-19 14:12
Löse: C:\Users\rstib\Documents\ChessBase\MyWork\CCET cbh.cbh

Maximale Lösungszeit = 180s.  Rems M 091224 MPV4, ohne TBs,    CCET Testsuite 160 Stellungen
mit mittelstarken Mini PC Ryzen 7  7730U  8 Kerne/16 Threads lüfterlos, ganz tolles Teil

ca. 6000 kN/S Grundstellung 


70 aus 160 gelöst  43,7 %   40,18 Sek.

1. Simkhovich,  CCET001 ERET 093 1923   > 180s.
2. ,  CCET002 ACT2.042   Gelöst in 4.16s/20; Gelöst: 1
3. ,  CCET003 ACT2.088   > 180s.
4. ,  CCET004 ACT3.027   > 180s.
5. ,  CCET005 ACT3.064   Gelöst in 12.69s/26; Gelöst: 2
6. ,  CCET006 ACT4.025   Gelöst in 3.95s/37; Gelöst: 3
7. ,  CCET007 ACT4.051   Gelöst in 89.22s/37; Gelöst: 4
8. Wotawa,A,  CCET008 ACT4.066   > 180s.
9. ,  CCET009 ACT5.011   > 180s.
10. ,  CCET010 ACT5.060   > 180s.
11. ,  CCET011 ACT5.081   > 180s.
12. ,  CCET012 TTT2.037   Gelöst in 0.06s/10; Gelöst: 5
13. Bazlo,Y,  CCET013 CCC 10moves less   > 180s.
14. ,  CCET014 CCC Timman, J. Derived   > 180s.
15. Korolkov,V - (#23) g8=B,  CCET015 Computer Chess Test Suite 2024   Gelöst in 3.06s/30; Gelöst: 6
16. Neghina,M,  CCET016 HTC-2020.077   Gelöst in 30.20s/51; Gelöst: 7
17. Horning=G - (+0010.34d2a8) U2 U3,  CCET017 HHdbVI .c Timman JT 2001   Gelöst in 4.09s/16; Gelöst: 8
18. Babic=M - (+3433.68e5b1),  CCET018 HHdbVI 3.hm Yugoslavia champ 1996   > 180s.
19. Soukup Bardon=B - (+0018.14h3a5),  CCET019 HHdbVI Tidskrift for Schack 1983   > 180s.
20. Gorgiev=T - (+4032.05e2b2),  CCET020 HHdbVI 64 1970   > 180s.
21. Gatti=D - (=1093.13b7d7),  CCET021 HHdbVI Best Problems 2018   Gelöst in 158.09s/31; Gelöst: 9
22. Neghina=M - (=3402.87d1g8),  CCET022 HHdbVI sp.hm StrateGems#0321 2017   > 180s.
23. Korolkov=V - (=0834.66g1c5),  CCET023 HHdbVI sp.p Shakhmaty v SSSR 1940   > 180s.
24. Vinichenko=V - (+4302.22f6h5),  CCET024 HHdbVI 3. Vecherni Novosibirsk 1982   Gelöst in 91.44s/38; Gelöst: 10
25. Yakimchik=V - (+1044.04e2h2),  CCET025 HHdbVI Shakhmaty v SSSR#32 1972   Gelöst in 2.44s/25; Gelöst: 11
26. Josten=G - (+3245.77e5h8) U2,  CCET026 HHdbVI Uralski Problemist#1598 2001   Gelöst in 11.17s/24; Gelöst: 12
27. Gorgiev=T Bondarenko=F - (+4014.54e2g3) U2,  CCET027 HHdbVI Magyar Sakkelet#0361 1959   Gelöst in 11.34s/27; Gelöst: 13
28. Neghina=M - (+3102.54g2d8) (c),  CCET028 HHdbVI 2.hm Mat Plus#1354 2009   Gelöst in 6.11s/22; Gelöst: 14
29. Prokop=F - (+4001.15a3a1) (c),  CCET029 HHdbVI 3. Ceskoslovensky Sach 1938   Gelöst in 4.06s/19; Gelöst: 15
30. Troitzky=A - (+0090.01d1b1),  CCET030 HHdbVI Bohemia#1576 1915   > 180s.
31. Neghina=M Rusz=A - (+0678.24d3g2) TT U2,  CCET031 HHdbVI 39/47.p WCCT9 ty 2012   > 180s.
32. Krug=P - (+4783.67b5b3),  CCET032 HHdbVI Euxinus Pontus#011 2011   > 180s.
33. Infantozzi=J - (+0312.23e4c7) U2,  CCET033 HHdbVI Shakhmaty (Riga)#005 1971   Gelöst in 52.50s/44; Gelöst: 16
34. Kraemer=A - (+0308.03f5h6),  CCET034 HHdbVI Aachener Nachrichten 1969   Gelöst in 3.80s/25; Gelöst: 17
35. Krug=P - (+1374.04d2f1) U2,  CCET035 HHdbVI Schach-Aktiv#3254 2007   Gelöst in 0.84s/23; Gelöst: 18
36. Gorgiev=T - (+1668.33h7e6),  CCET036 HHdbVI 3.c Shakhmaty v SSSR#28 1964   > 180s.
37. Kraemer=A - (+0408.14f5h4),  CCET037 HHdbVI Deutsche Schachhefte 1949   > 180s.
38. Gerhold=J - (+3110.64g2a7),  CCET038 HHdbVI Schach#15953 2006   Gelöst in 102s/54; Gelöst: 19
39. Sivkov=N - (+1043.35d2b1),  CCET039 HHdbVI Izvestia#216 1927   Gelöst in 23.06s/43; Gelöst: 20
40. Smyslov=V - (=0461.87h1f6),  CCET040 HHdbVI Moi Etyudy (2nd edition) 2005   > 180s.
41. Kovalenko=V - (+0040.34c2f1),  CCET041 HHdbVI 1.sp.p World Cup FIDE 2011   Gelöst in 2.59s/19; Gelöst: 21
42. Illescas=M - (=0433.76d2h5),  CCET042 HHdbVI sp.hm Timman JT EG 2018   > 180s.
43. Krug=P - (=1816.27g1a7),  CCET043 HHdbVI 6th UAPA internet ty#23 2018   Gelöst in 110.39s/32; Gelöst: 22
44. Krug=P - (+0702.16f4g1),  CCET044 HHdbVI 1.c Olimpiya Dunyasi 2011   Gelöst in 8.55s/22; Gelöst: 23
45. Dorogov=Y Kuznetsov=AP - (=3002.87b1f5),  CCET045 HHdbVI .c 64#039 1970   > 180s.
46. Bron=V - (+3312.65a1a3) U1,  CCET046 HHdbVI Magyar Sakkelet#0341 1959   Gelöst in 82.80s/34; Gelöst: 24
47. ,  CCET047 Chest5031 #11   > 180s.
48. ,  CCET048 Chest6052 #17   > 180s.
49. ,  CCET049 Chest6307 #24   Gelöst in 41.39s/80; Gelöst: 25
50. ,  CCET050 Chest6500 #55   Gelöst in 126.22s/37; Gelöst: 26
51. Loustau=J - (=0160.01f1d6),  CCET051 HHdbVI StrateGems#0170 2009   > 180s.
52. Akopyan=V - (=0137.32f5h5),  CCET052 HHdbVI My 111 Problems Studies 2005   > 180s.
53. Sumbatyan=K - (+0090.12c1a3),  CCET053 HHdbVI Humor Tourney EBUR#117 2005   > 180s.
54. Van Breukelen=G - (+0047.24d6h7) (c),  CCET054 HHdbVI Schakend Nederland#2207 1990   > 180s.
55. Vlasenko=V - (=0030.21h8a8) (v),  CCET055 HHdbVI 3.p WLKSM ty 1989   > 180s.
56. Dolgov=V - (+0010.48a2c4),  CCET056 HHdbVI Shakhmatnoye Obozrenye 1988   > 180s.
57. Kabiev=K - (+0768.08h8h1),  CCET057 HHdbVI Shakhmaty (Riga)#178 1973   Gelöst in 1.28s/26; Gelöst: 27
58. Halumbirek=J - (+4660.08d1b4),  CCET058 HHdbVI Deutsche Schachzeitung 1965   > 180s.
59. Hasek=J - (+1070.87f4g8) (c) U3,  CCET059 HHdbVI UV CSTV#4016 1965   > 180s.
60. Halumbirek=J - (=4220.60b4d8),  CCET060 HHdbVI Deutsche Schachzeitung 1964   > 180s.
61. Evreinov=V - (+0010.23e6f8),  CCET061 HHdbVI Magyar Sakkelet#0448 1961   Gelöst in 3.75s/18; Gelöst: 28
62. Nadareishvili=G - (+3131.45d6b6),  CCET062 HHdbVI Drosha ty 1955   > 180s.
63. Krejcik=J - (+0651.16a8a4),  CCET063 HHdbVI Wiener Kurier 1953   > 180s.
64. Chekhover=V - (=0310.74c1e7),  CCET064 HHdbVI Parna ty Bull 1947   > 180s.
65. Mandinyan=R - (+0661.44b1g5),  CCET065 HHdbV Kubbel MT Shakhmaty SSSR 1946   Gelöst in 4.97s/40; Gelöst: 29
66. Rauzer=V - (=0030.11c4c1),  CCET066 HHdbVI sp.hm Shakhmatny Listok 1928   Gelöst in 0.20s/10; Gelöst: 30
67. Troitzky=A - (+0032.01g5h3),  CCET067 HHdbVI Trudovaia Pravda 1928   Gelöst in 0.14s/10; Gelöst: 31
68. Cohn=H - (+0341.11d6g8),  CCET068 HHdbVI 1.Moravsko Sleszky Denik 1927   Gelöst in 20.64s/28; Gelöst: 32
69. Behting=C - (+0341.02g5c1),  CCET069 HHdbVI Rigasche Rundschau 1905   > 180s.
70. Timman=J - (+1106.46e1a1),  CCET070 HHdbVI 2/4 Keith-62 JT Phenix 2015   > 180s.
71. Garcia=M Krug=P - (+0805.05e2c2),  CCET071 HHdbVI 1.hm e4-e5#039 2014   > 180s.
72. Neghina=M - (=3402.88d1g8),  CCET072 HHdbVI Componist#22 2013   > 180s.
73. Neghina=M - (=0565.55a3h6) U2,  CCET073 HHdbVI Componist#21 2012   Gelöst in 89.92s/28; Gelöst: 33
74. Neishtadt=V - (+0041.24e2a8) (m),  CCET074 HHdbVI Zadachy i Etyudy#4135 2011   > 180s.
75. Krug=P - (+3512.15f7h6),  CCET075 HHdbVI .c Europa Rochade#2575 2010   > 180s.
76. Gurgenidze=D Mitrofanov=L - (+4131.25e4h1) (m),  CCET076 HHdbVI 1.p Molodoj Leninets 1981   Gelöst in 20.95s/35; Gelöst: 34
77. Rudolph=W - (=0744.88e2b5) (m),  CCET077 HHdbVI The Chess Amateur#0181 1911   > 180s.
78. Robertson=G - (+3150.17h8b1),  CCET078 HHdbVI 1 Cincinnati Commercial 1883   Gelöst in 10.22s/65; Gelöst: 35
79. Weber=F - (+0770.11b7f8),  CCET079 HHdbVI British Chess Federation 1945   Gelöst in 9.83s/39; Gelöst: 36
80. Amelung=F - (+3334.54g3h1) U2,  CCET080 HHdbVI Baltische Schachblatter 1891   Gelöst in 1.34s/26; Gelöst: 37
81. ,  CCET081 KRPvKB 2711 2025   Gelöst in 0.97s/17; Gelöst: 38
82. ,  CCET082 KQPvKQ 3802 2025   Gelöst in 5.97s/29; Gelöst: 39
83. ,  CCET083 KRBvKR 7900 2025   Gelöst in 20.64s/36; Gelöst: 40
84. ,  CCET084 KQvKRP 8121 2025   Gelöst in 29.69s/38; Gelöst: 41
85. ,  CCET085 KNNNvKNN 8913 2025   Gelöst in 25.24s/28; Gelöst: 42
86. ,  CCET086 KNNvKP 634 2025   Gelöst in 14.13s/38; Gelöst: 43
87. ,  CCET087 KNNvKP 3104 2025   Gelöst in 2.67s/29; Gelöst: 44
88. ,  CCET088 KNNvKP 5639 2025   > 180s.
89. ,  CCET089 KNNvKP 6985 2025   > 180s.
90. ,  CCET090 KNNvKP 7224 2025   > 180s.
91. ,  CCET091 KBNvKN 82 2025   > 180s.
92. ,  CCET092 KBNvKN 449 2025   > 180s.
93. ,  CCET093 KBNvKN 841 2025   > 180s.
94. ,  CCET094 KBNvKN 967 2025   > 180s.
95. ,  CCET095 KBNvKN 1051 2025   > 180s.
96. ,  CCET096 KBNvKN 1512 2025   > 180s.
97. ,  CCET097 KBNvKN 3512 2025   > 180s.
98. ,  CCET098 KBNvKN 3903 2025   > 180s.
99. ,  CCET099 KBNvKN 4268 2025   Gelöst in 0.94s/16; Gelöst: 45
100. ,  CCET100 KBNvKN 4641 2025   > 180s.
101. ,  CCET101 KQvKBB 234 2025   > 180s.
102. ,  CCET102 KQvKBB 1454 2025   Gelöst in 20.75s/40; Gelöst: 46
103. ,  CCET103 KQvKBB 2815 2025   > 180s.
104. ,  CCET104 KQvKBB 2971 2025   Gelöst in 37.58s/38; Gelöst: 47
105. ,  CCET105 KQvKBB 5094 2025   Gelöst in 89.59s/44; Gelöst: 48
106. ,  CCET106 KQvKBB 6458 2025   Gelöst in 134.88s/44; Gelöst: 49
107. ,  CCET107 KQvKBB 8321 2025   Gelöst in 18.94s/37; Gelöst: 50
108. ,  CCET108 KQvKBB 8333 2025   Gelöst in 14.47s/33; Gelöst: 51
109. ,  CCET109 KQvKBB 8602 2025   > 180s.
110. ,  CCET110 KQvKBB 9370 2025   > 180s.
111. ,  CCET111 KBBvKN 1202 2025   Gelöst in 30.81s/47; Gelöst: 52
112. ,  CCET112 KBBvKN 1910 2025   Gelöst in 142.42s/46; Gelöst: 53
113. ,  CCET113 KBBvKN 3265 2025   > 180s.
114. ,  CCET114 KBBvKN 3668 2025   > 180s.
115. ,  CCET115 KBBvKN 5200 2025   > 180s.
116. ,  CCET116 KBBvKN 6745 2025   Gelöst in 25.30s/42; Gelöst: 54
117. ,  CCET117 KBBvKN 6747 2025   Gelöst in 47.42s/41; Gelöst: 55
118. ,  CCET118 KBBvKN 7091 2025   Gelöst in 70.33s/44; Gelöst: 56
119. ,  CCET119 KBBvKN 7593 2025   > 180s.
120. ,  CCET120 KBBvKN 7815 2025   Gelöst in 83.14s/45; Gelöst: 57
121. ,  CCET121 KRNvKBN 797 2025   > 180s.
122. ,  CCET122 KRNvKBN 1356 2025   > 180s.
123. ,  CCET123 KRNvKBN 3080 2025   > 180s.
124. ,  CCET124 KRNvKBN 5187 2025   > 180s.
125. ,  CCET125 KRNvKBN 5416 2025   Gelöst in 133.77s/42; Gelöst: 58
126. ,  CCET126 KRNvKBN 6643 2025   > 180s.
127. ,  CCET127 KRNvKBN 8355 2025   > 180s.
128. ,  CCET128 KRNvKBN 8649 2025   > 180s.
129. ,  CCET129 KRNvKBN 8893 2025   > 180s.
130. ,  CCET130 KRNvKBN 9712 2025   > 180s.
131. ,  CCET131 KRNvKNN 115 2025   Gelöst in 23.84s/29; Gelöst: 59
132. ,  CCET132 KRNvKNN 689 2025   Gelöst in 8.30s/23; Gelöst: 60
133. ,  CCET133 KRNvKNN 1164 2025   > 180s.
134. ,  CCET134 KRNvKNN 2334 2025   Gelöst in 20.31s/33; Gelöst: 61
135. ,  CCET135 KRNvKNN 2933 2025   Gelöst in 104.78s/41; Gelöst: 62
136. ,  CCET136 KRNvKNN 4298 2025   > 180s.
137. ,  CCET137 KRNvKNN 4860 2025   > 180s.
138. ,  CCET138 KRNvKNN 5988 2025   Gelöst in 163s/44; Gelöst: 63
139. ,  CCET139 KRNvKNN 7748 2025   > 180s.
140. ,  CCET140 KRNvKNN 9467 2025   Gelöst in 78.88s/40; Gelöst: 64
141. ,  CCET141 KRBNvKQN 746 2025   > 180s.
142. ,  CCET142 KRBNvKQN 1288 2025   > 180s.
143. ,  CCET143 KRBNvKQN 1377 2025   > 180s.
144. ,  CCET144 KRBNvKQN 1715 2025   Gelöst in 41.77s/31; Gelöst: 65
145. ,  CCET145 KRBNvKQN 1934 2025   Gelöst in 25.13s/27; Gelöst: 66
146. ,  CCET146 KRBNvKQN 2154 2025   > 180s.
147. ,  CCET147 KRBNvKQN 2455 2025   > 180s.
148. ,  CCET148 KRBNvKQN 2749 2025   Gelöst in 110.33s/36; Gelöst: 67
149. ,  CCET149 KRBNvKQN 2906 2025   Gelöst in 66.55s/33; Gelöst: 68
150. ,  CCET150 KRBNvKQN 3410 2025   > 180s.
151. ,  CCET151 KBBBvKQN 42 2025   > 180s.
152. ,  CCET152 KBBBvKQN 305 2025   > 180s.
153. ,  CCET153 KBBBvKQN 312 2025   Gelöst in 38.97s/39; Gelöst: 69
154. ,  CCET154 KBBBvKQN 320 2025   > 180s.
155. ,  CCET155 KBBBvKQN 1118 2025   > 180s.
156. ,  CCET156 KBBBvKQN 1211 2025   > 180s.
157. ,  CCET157 KBBBvKQN 1266 2025   > 180s.
158. ,  CCET158 KBBBvKQN 114 2025   > 180s.
159. ,  CCET159 KBBBvKQN 132 2025   > 180s.
160. ,  CCET160 KBBBvKQN 143 2025   Gelöst in 32.06s/40; Gelöst: 70

Ergebnis: 70 aus 160 = 43.7%. Durchschnittszeit = 40.18s / 33.44

Welche Stellungen man geeignet findet ist individuell. Werde mir aus mehreren Testsuiten und
aus eigenen Stellungen aus den Internetpartien eine Testsuite zusammenstellen.

Vielen Dank an Frank und Peter
die sich doch sehr viel Mühe gemacht haben !
Parent - By Reinhold Stibi Date 2025-06-20 10:42
Löse: C:\Users\rstib\Documents\ChessBase\MyWork\ccet 160.cbh
Maximale Lösungszeit = 180s  ccett  160   mit rems m 09122024 mpv4

mit mini pc ryzen 9 7940hs  ca. 12000 kn s  aus der grundst., 24 gb hash, tbs 6 st.

119 aus 114  74,3 %  8,29 sek.

1. Simkhovich,  CCET001 ERET 093 1923   > 180s.
2. ,  CCET002 ACT2.042   Gelöst in 3.16s/22; Gelöst: 1
3. ,  CCET003 ACT2.088   Gelöst in 1.30s/27; Gelöst: 2
4. ,  CCET004 ACT3.027   > 180s.
5. ,  CCET005 ACT3.064   Gelöst in 0.53s/16; Gelöst: 3
6. ,  CCET006 ACT4.025   Gelöst in 0.38s/36; Gelöst: 4
7. ,  CCET007 ACT4.051   Gelöst in 92.41s/37; Gelöst: 5
8. Wotawa,A,  CCET008 ACT4.066   > 180s.
9. ,  CCET009 ACT5.011   > 180s.
10. ,  CCET010 ACT5.060   > 180s.
11. ,  CCET011 ACT5.081   > 180s.gb
12. ,  CCET012 TTT2.037   Gelöst in 0.19s/12; Gelöst: 6
13. Bazlo,Y,  CCET013 CCC 10moves less   > 180s.
14. ,  CCET014 CCC Timman, J. Derived   > 180s.
15. Korolkov,V - (#23) g8=B,  CCET015 Computer Chess Test Suite 2024   Gelöst in 0.38s/18; Gelöst: 7
16. Neghina,M,  CCET016 HTC-2020.077   > 180s.
17. Horning=G - (+0010.34d2a8) U2 U3,  CCET017 HHdbVI .c Timman JT 2001   Gelöst in 12.23s/19; Gelöst: 8
18. Babic=M - (+3433.68e5b1),  CCET018 HHdbVI 3.hm Yugoslavia champ 1996   > 180s.
19. Soukup Bardon=B - (+0018.14h3a5),  CCET019 HHdbVI Tidskrift for Schack 1983   Gelöst in 26.66s/56; Gelöst: 9
20. Gorgiev=T - (+4032.05e2b2),  CCET020 HHdbVI 64 1970   > 180s.
21. Gatti=D - (=1093.13b7d7),  CCET021 HHdbVI Best Problems 2018   Gelöst in 19.89s/30; Gelöst: 10
22. Neghina=M - (=3402.87d1g8),  CCET022 HHdbVI sp.hm StrateGems#0321 2017   > 180s.
23. Korolkov=V - (=0834.66g1c5),  CCET023 HHdbVI sp.p Shakhmaty v SSSR 1940   > 180s.
24. Vinichenko=V - (+4302.22f6h5),  CCET024 HHdbVI 3. Vecherni Novosibirsk 1982   > 180s.
25. Yakimchik=V - (+1044.04e2h2),  CCET025 HHdbVI Shakhmaty v SSSR#32 1972   Gelöst in 0.86s/32; Gelöst: 11
26. Josten=G - (+3245.77e5h8) U2,  CCET026 HHdbVI Uralski Problemist#1598 2001   > 180s.
27. Gorgiev=T Bondarenko=F - (+4014.54e2g3) U2,  CCET027 HHdbVI Magyar Sakkelet#0361 1959   Gelöst in 11.75s/30; Gelöst: 12
28. Neghina=M - (+3102.54g2d8) (c),  CCET028 HHdbVI 2.hm Mat Plus#1354 2009   Gelöst in 44.59s/34; Gelöst: 13
29. Prokop=F - (+4001.15a3a1) (c),  CCET029 HHdbVI 3. Ceskoslovensky Sach 1938   Gelöst in 1.38s/16; Gelöst: 14
30. Troitzky=A - (+0090.01d1b1),  CCET030 HHdbVI Bohemia#1576 1915   > 180s.
31. Neghina=M Rusz=A - (+0678.24d3g2) TT U2,  CCET031 HHdbVI 39/47.p WCCT9 ty 2012   > 180s.
32. Krug=P - (+4783.67b5b3),  CCET032 HHdbVI Euxinus Pontus#011 2011   > 180s.
33. Infantozzi=J - (+0312.23e4c7) U2,  CCET033 HHdbVI Shakhmaty (Riga)#005 1971   Gelöst in 10.28s/40; Gelöst: 15
34. Kraemer=A - (+0308.03f5h6),  CCET034 HHdbVI Aachener Nachrichten 1969   Gelöst in 2.05s/24; Gelöst: 16
35. Krug=P - (+1374.04d2f1) U2,  CCET035 HHdbVI Schach-Aktiv#3254 2007   Gelöst in 0.28s/34; Gelöst: 17
36. Gorgiev=T - (+1668.33h7e6),  CCET036 HHdbVI 3.c Shakhmaty v SSSR#28 1964   > 180s.
37. Kraemer=A - (+0408.14f5h4),  CCET037 HHdbVI Deutsche Schachhefte 1949   > 180s.
38. Gerhold=J - (+3110.64g2a7),  CCET038 HHdbVI Schach#15953 2006   > 180s.
39. Sivkov=N - (+1043.35d2b1),  CCET039 HHdbVI Izvestia#216 1927   Gelöst in 8.48s/41; Gelöst: 18
40. Smyslov=V - (=0461.87h1f6),  CCET040 HHdbVI Moi Etyudy (2nd edition) 2005   > 180s.
41. Kovalenko=V - (+0040.34c2f1),  CCET041 HHdbVI 1.sp.p World Cup FIDE 2011   Gelöst in 0.20s/13; Gelöst: 19
42. Illescas=M - (=0433.76d2h5),  CCET042 HHdbVI sp.hm Timman JT EG 2018   > 180s.
43. Krug=P - (=1816.27g1a7),  CCET043 HHdbVI 6th UAPA internet ty#23 2018   Gelöst in 68.03s/34; Gelöst: 20
44. Krug=P - (+0702.16f4g1),  CCET044 HHdbVI 1.c Olimpiya Dunyasi 2011   > 180s.
45. Dorogov=Y Kuznetsov=AP - (=3002.87b1f5),  CCET045 HHdbVI .c 64#039 1970   > 180s.
46. Bron=V - (+3312.65a1a3) U1,  CCET046 HHdbVI Magyar Sakkelet#0341 1959   > 180s.
47. ,  CCET047 Chest5031 #11   > 180s.
48. ,  CCET048 Chest6052 #17   Gelöst in 131.44s/59; Gelöst: 21
49. ,  CCET049 Chest6307 #24   > 180s.
50. ,  CCET050 Chest6500 #55   Gelöst in 29.22s/34; Gelöst: 22
51. Loustau=J - (=0160.01f1d6),  CCET051 HHdbVI StrateGems#0170 2009   Gelöst in 0.09s/10; Gelöst: 23
52. Akopyan=V - (=0137.32f5h5),  CCET052 HHdbVI My 111 Problems Studies 2005   Gelöst in 9.66s/26; Gelöst: 24
53. Sumbatyan=K - (+0090.12c1a3),  CCET053 HHdbVI Humor Tourney EBUR#117 2005   Gelöst in 0.14s/10; Gelöst: 25
54. Van Breukelen=G - (+0047.24d6h7) (c),  CCET054 HHdbVI Schakend Nederland#2207 1990   Gelöst in 124.67s/32; Gelöst: 26
55. Vlasenko=V - (=0030.21h8a8) (v),  CCET055 HHdbVI 3.p WLKSM ty 1989   Gelöst in 0.28s/10; Gelöst: 27
56. Dolgov=V - (+0010.48a2c4),  CCET056 HHdbVI Shakhmatnoye Obozrenye 1988   > 180s.
57. Kabiev=K - (+0768.08h8h1),  CCET057 HHdbVI Shakhmaty (Riga)#178 1973   Gelöst in 0.13s/24; Gelöst: 28
58. Halumbirek=J - (+4660.08d1b4),  CCET058 HHdbVI Deutsche Schachzeitung 1965   > 180s.
59. Hasek=J - (+1070.87f4g8) (c) U3,  CCET059 HHdbVI UV CSTV#4016 1965   > 180s.
60. Halumbirek=J - (=4220.60b4d8),  CCET060 HHdbVI Deutsche Schachzeitung 1964   > 180s.
61. Evreinov=V - (+0010.23e6f8),  CCET061 HHdbVI Magyar Sakkelet#0448 1961   Gelöst in 0.77s/13; Gelöst: 29
62. Nadareishvili=G - (+3131.45d6b6),  CCET062 HHdbVI Drosha ty 1955   Gelöst in 0.08s/10; Gelöst: 30
63. Krejcik=J - (+0651.16a8a4),  CCET063 HHdbVI Wiener Kurier 1953   > 180s.
64. Chekhover=V - (=0310.74c1e7),  CCET064 HHdbVI Parna ty Bull 1947   > 180s.
65. Mandinyan=R - (+0661.44b1g5),  CCET065 HHdbV Kubbel MT Shakhmaty SSSR 1946   Gelöst in 0.14s/21; Gelöst: 31
66. Rauzer=V - (=0030.11c4c1),  CCET066 HHdbVI sp.hm Shakhmatny Listok 1928   Gelöst in 0.16s/10; Gelöst: 32
67. Troitzky=A - (+0032.01g5h3),  CCET067 HHdbVI Trudovaia Pravda 1928   Gelöst in 0.17s/10; Gelöst: 33
68. Cohn=H - (+0341.11d6g8),  CCET068 HHdbVI 1.Moravsko Sleszky Denik 1927   Gelöst in 0.27s/28; Gelöst: 34
69. Behting=C - (+0341.02g5c1),  CCET069 HHdbVI Rigasche Rundschau 1905   > 180s.
70. Timman=J - (+1106.46e1a1),  CCET070 HHdbVI 2/4 Keith-62 JT Phenix 2015   Gelöst in 12.58s/24; Gelöst: 35
71. Garcia=M Krug=P - (+0805.05e2c2),  CCET071 HHdbVI 1.hm e4-e5#039 2014   > 180s.
72. Neghina=M - (=3402.88d1g8),  CCET072 HHdbVI Componist#22 2013   > 180s.
73. Neghina=M - (=0565.55a3h6) U2,  CCET073 HHdbVI Componist#21 2012   Gelöst in 1.63s/19; Gelöst: 36
74. Neishtadt=V - (+0041.24e2a8) (m),  CCET074 HHdbVI Zadachy i Etyudy#4135 2011   > 180s.
75. Krug=P - (+3512.15f7h6),  CCET075 HHdbVI .c Europa Rochade#2575 2010   > 180s.
76. Gurgenidze=D Mitrofanov=L - (+4131.25e4h1) (m),  CCET076 HHdbVI 1.p Molodoj Leninets 1981   Gelöst in 7.05s/41; Gelöst: 37
77. Rudolph=W - (=0744.88e2b5) (m),  CCET077 HHdbVI The Chess Amateur#0181 1911   > 180s.
78. Robertson=G - (+3150.17h8b1),  CCET078 HHdbVI 1 Cincinnati Commercial 1883   > 180s.
79. Weber=F - (+0770.11b7f8),  CCET079 HHdbVI British Chess Federation 1945   Gelöst in 0.39s/32; Gelöst: 38
80. Amelung=F - (+3334.54g3h1) U2,  CCET080 HHdbVI Baltische Schachblatter 1891   Gelöst in 0.17s/33; Gelöst: 39
81. ,  CCET081 KRPvKB 2711 2025   Gelöst in 0.23s/10; Gelöst: 40
82. ,  CCET082 KQPvKQ 3802 2025   Gelöst in 0.13s/10; Gelöst: 41
83. ,  CCET083 KRBvKR 7900 2025   Gelöst in 0.19s/10; Gelöst: 42
84. ,  CCET084 KQvKRP 8121 2025   Gelöst in 0.13s/10; Gelöst: 43
85. ,  CCET085 KNNNvKNN 8913 2025   Gelöst in 78.22s/39; Gelöst: 44
86. ,  CCET086 KNNvKP 634 2025   Gelöst in 0.17s/10; Gelöst: 45
87. ,  CCET087 KNNvKP 3104 2025   Gelöst in 0.16s/10; Gelöst: 46
88. ,  CCET088 KNNvKP 5639 2025   Gelöst in 0.13s/10; Gelöst: 47
89. ,  CCET089 KNNvKP 6985 2025   Gelöst in 0.14s/10; Gelöst: 48
90. ,  CCET090 KNNvKP 7224 2025   Gelöst in 0.13s/10; Gelöst: 49
91. ,  CCET091 KBNvKN 82 2025   Gelöst in 0.19s/10; Gelöst: 50
92. ,  CCET092 KBNvKN 449 2025   Gelöst in 0.22s/10; Gelöst: 51
93. ,  CCET093 KBNvKN 841 2025   Gelöst in 0.16s/10; Gelöst: 52
94. ,  CCET094 KBNvKN 967 2025   Gelöst in 0.14s/10; Gelöst: 53
95. ,  CCET095 KBNvKN 1051 2025   Gelöst in 0.13s/10; Gelöst: 54
96. ,  CCET096 KBNvKN 1512 2025   Gelöst in 0.16s/10; Gelöst: 55
97. ,  CCET097 KBNvKN 3512 2025   Gelöst in 0.16s/10; Gelöst: 56
98. ,  CCET098 KBNvKN 3903 2025   Gelöst in 0.19s/10; Gelöst: 57
99. ,  CCET099 KBNvKN 4268 2025   Gelöst in 0.13s/10; Gelöst: 58
100. ,  CCET100 KBNvKN 4641 2025   Gelöst in 0.20s/10; Gelöst: 59
101. ,  CCET101 KQvKBB 234 2025   Gelöst in 0.16s/10; Gelöst: 60
102. ,  CCET102 KQvKBB 1454 2025   Gelöst in 0.17s/10; Gelöst: 61
103. ,  CCET103 KQvKBB 2815 2025   Gelöst in 0.13s/10; Gelöst: 62
104. ,  CCET104 KQvKBB 2971 2025   Gelöst in 0.22s/10; Gelöst: 63
105. ,  CCET105 KQvKBB 5094 2025   Gelöst in 0.14s/10; Gelöst: 64
106. ,  CCET106 KQvKBB 6458 2025   Gelöst in 0.17s/10; Gelöst: 65
107. ,  CCET107 KQvKBB 8321 2025   Gelöst in 0.14s/10; Gelöst: 66
108. ,  CCET108 KQvKBB 8333 2025   Gelöst in 0.14s/10; Gelöst: 67
109. ,  CCET109 KQvKBB 8602 2025   Gelöst in 0.13s/10; Gelöst: 68
110. ,  CCET110 KQvKBB 9370 2025   Gelöst in 0.13s/10; Gelöst: 69
111. ,  CCET111 KBBvKN 1202 2025   Gelöst in 0.19s/10; Gelöst: 70
112. ,  CCET112 KBBvKN 1910 2025   Gelöst in 0.14s/10; Gelöst: 71
113. ,  CCET113 KBBvKN 3265 2025   Gelöst in 0.19s/10; Gelöst: 72
114. ,  CCET114 KBBvKN 3668 2025   Gelöst in 0.19s/10; Gelöst: 73
115. ,  CCET115 KBBvKN 5200 2025   Gelöst in 0.13s/10; Gelöst: 74
116. ,  CCET116 KBBvKN 6745 2025   Gelöst in 0.22s/10; Gelöst: 75
117. ,  CCET117 KBBvKN 6747 2025   Gelöst in 0.16s/10; Gelöst: 76
118. ,  CCET118 KBBvKN 7091 2025   Gelöst in 0.13s/10; Gelöst: 77
119. ,  CCET119 KBBvKN 7593 2025   Gelöst in 0.16s/10; Gelöst: 78
120. ,  CCET120 KBBvKN 7815 2025   Gelöst in 0.13s/10; Gelöst: 79
121. ,  CCET121 KRNvKBN 797 2025   Gelöst in 0.16s/10; Gelöst: 80
122. ,  CCET122 KRNvKBN 1356 2025   Gelöst in 0.14s/10; Gelöst: 81
123. ,  CCET123 KRNvKBN 3080 2025   Gelöst in 0.17s/10; Gelöst: 82
124. ,  CCET124 KRNvKBN 5187 2025   Gelöst in 0.16s/10; Gelöst: 83
125. ,  CCET125 KRNvKBN 5416 2025   Gelöst in 0.17s/10; Gelöst: 84
126. ,  CCET126 KRNvKBN 6643 2025   Gelöst in 0.16s/10; Gelöst: 85
127. ,  CCET127 KRNvKBN 8355 2025   Gelöst in 0.14s/10; Gelöst: 86
128. ,  CCET128 KRNvKBN 8649 2025   Gelöst in 0.13s/10; Gelöst: 87
129. ,  CCET129 KRNvKBN 8893 2025   Gelöst in 0.16s/10; Gelöst: 88
130. ,  CCET130 KRNvKBN 9712 2025   Gelöst in 0.17s/10; Gelöst: 89
131. ,  CCET131 KRNvKNN 115 2025   Gelöst in 0.13s/10; Gelöst: 90
132. ,  CCET132 KRNvKNN 689 2025   Gelöst in 0.17s/10; Gelöst: 91
133. ,  CCET133 KRNvKNN 1164 2025   Gelöst in 0.16s/10; Gelöst: 92
134. ,  CCET134 KRNvKNN 2334 2025   Gelöst in 0.14s/10; Gelöst: 93
135. ,  CCET135 KRNvKNN 2933 2025   Gelöst in 0.17s/10; Gelöst: 94
136. ,  CCET136 KRNvKNN 4298 2025   Gelöst in 0.17s/10; Gelöst: 95
137. ,  CCET137 KRNvKNN 4860 2025   Gelöst in 0.14s/10; Gelöst: 96
138. ,  CCET138 KRNvKNN 5988 2025   Gelöst in 0.17s/10; Gelöst: 97
139. ,  CCET139 KRNvKNN 7748 2025   Gelöst in 0.14s/10; Gelöst: 98
140. ,  CCET140 KRNvKNN 9467 2025   Gelöst in 0.16s/10; Gelöst: 99
141. ,  CCET141 KRBNvKQN 746 2025   Gelöst in 14.81s/31; Gelöst: 100
142. ,  CCET142 KRBNvKQN 1288 2025   Gelöst in 0.19s/10; Gelöst: 101
143. ,  CCET143 KRBNvKQN 1377 2025   Gelöst in 19.42s/33; Gelöst: 102
144. ,  CCET144 KRBNvKQN 1715 2025   Gelöst in 5.75s/24; Gelöst: 103
145. ,  CCET145 KRBNvKQN 1934 2025   Gelöst in 1.13s/17; Gelöst: 104
146. ,  CCET146 KRBNvKQN 2154 2025   Gelöst in 95.64s/41; Gelöst: 105
147. ,  CCET147 KRBNvKQN 2455 2025   Gelöst in 4.27s/24; Gelöst: 106
148. ,  CCET148 KRBNvKQN 2749 2025   Gelöst in 13.58s/30; Gelöst: 107
149. ,  CCET149 KRBNvKQN 2906 2025   Gelöst in 3.27s/23; Gelöst: 108
150. ,  CCET150 KRBNvKQN 3410 2025   Gelöst in 0.16s/10; Gelöst: 109
151. ,  CCET151 KBBBvKQN 42 2025   Gelöst in 3.88s/32; Gelöst: 110
152. ,  CCET152 KBBBvKQN 305 2025   Gelöst in 0.88s/19; Gelöst: 111
153. ,  CCET153 KBBBvKQN 312 2025   Gelöst in 55.78s/41; Gelöst: 112
154. ,  CCET154 KBBBvKQN 320 2025   Gelöst in 6.59s/35; Gelöst: 113
155. ,  CCET155 KBBBvKQN 1118 2025   Gelöst in 2.05s/26; Gelöst: 114
156. ,  CCET156 KBBBvKQN 1211 2025   Gelöst in 2.22s/24; Gelöst: 115
157. ,  CCET157 KBBBvKQN 1266 2025   Gelöst in 25s/41; Gelöst: 116
158. ,  CCET158 KBBBvKQN 114 2025   Gelöst in 0.95s/20; Gelöst: 117
159. ,  CCET159 KBBBvKQN 132 2025   Gelöst in 1.55s/29; Gelöst: 118
160. ,  CCET160 KBBBvKQN 143 2025   Gelöst in 17.94s/42; Gelöst: 119

Ergebnis: 119 aus 160 = 74.3%. Durchschnittszeit = 8.29s / 18.47
Up Topic Hauptforen / CSS-Forum / CCET - eine neue Testsuite
1 2 Previous Next  

Powered by mwForum 2.29.3 © 1999-2014 Markus Wichitill