> Würde man so vorgehen (was natürlich vollkommen irre ist),
Gegner ELO gewonnen verloren
A 2000 500 500
A 2000 500 500
A 2500 53 947
> Du machst genau den Fehler den Gerhard oben beschrieben hat.
Gegner ELO gewonnen verloren
A 2000 500 500
A 2000 500 500
A 2500 53 947
vs Critter 1.4 x64 4CPU [3062] 69.5-30.5 perf=3205
vs Deep Sjeng 3.0 x64 4CPU [2793] 95.0- 5.0 perf=3305
vs Deep Onno 1.2.70 x64 4CPU [2810] 96.5- 3.5 perf=3386
3062 + 2793 + 2810 / 3 = 2888 (ELO-Durchschnitt der Gegner)
69.5 + 95.0 + 96.5 = 261 aus 300 Spielen = 87.0% = + 330
Wertungszahl = 2888 + 330 = 3218
[Event "CEGT Blitz 40/4 (2Ghz)"]
[Site "?"]
[Date "2013.12.04"]
[Round "1.4"]
[White "Gull 2.3 x64 1CPU"]
[Black "Komodo TCEC x64 1CPU"]
[Result "0-1"]
[ECO "A37"]
[PlyCount "136"]
[EventDate "2013.??.??"]
0-1
"ELOStat verwendet das Iterationsverfahren nach Thompson bzw. Elo (method
of successive approximations). Bei diesem Verfahren wird allen Programmen zu
Beginn der gleiche Elostartwert zugeordnet (evtl. im PGN-Header angegebene
Elozahlen bleiben also unberücksichtigt !). Danach wird die gesamte Datenbank
wie ein einziges großes Turnier behandelt und gemäß der Eloformel ausgewertet.
Die somit ermittelten Elozahlen werden anschließend den Programmen zugewiesen,
d.h. sie ersetzen den anfänglichen Elostartwert. Mit den nunmehr aktualisierten
Elozahlen wird erneut eine Datenbankauswertung gestartet. Dieses Vorgehen wird
solange wiederholt, bis die Elozahlen aller Programme nahezu konstant bleiben
(die Elozahlen konvergieren gegen einen bestimmten Grenzwert)."
Gegner ELO gewonnen verloren
A 2000 500 500
B 2000 500 500
C 2500 53 947
Gegner ELO gewonnen verloren
A 1850 703 297
B 2500 53 947
B 2500 53 947
> die beispiele enthalten keinerlei remisquote! daher ist die berechnung so nicht richtig!!!
Gegner ELO gewonnen verloren
A 2000 500 500
A 2000 500 500
A 2500 53 947
Powered by mwForum 2.29.3 © 1999-2014 Markus Wichitill