Einzelnen Beitrag anzeigen
  #17  
Alt 08.02.2015, 12:22
Wolfgang2 Wolfgang2 ist offline
Lebende Foren Legende
 
Registriert seit: 02.02.2005
Ort: Schweinfurt
Alter: 58
Land:
Beiträge: 2.798
Abgegebene Danke: 3.493
Erhielt 3.495 Danke für 1.644 Beiträge
Aktivitäten Langlebigkeit
5/20 20/20
Heute Beiträge
0/3 sssss2798
AW: 60/5-Turnier, 288 Partien, Endergebnis

Eine kleine Fortsetzung.
Der Mephisto Dallas 68000 bewies gegen den "SOLID" - London 68020 erneut seine Klasse und erreichte mit 2,5 : 5,5 das gleiche Ergebnis, wie gegen den London (AKTIV).
Dabei hatte er allerdings einmal auch Glück, weil er ein Endspiel trotz eines Rückstandes von neun Bauerneinheiten (Stellungsbewertung beider Rechner) noch Remis hielt. London opferte, um Zugwiederholung zu vermeiden letztlich einen Bauern, der ein Feld vor der Umwandlung stand.

Wobei "Glück" vielleicht das falsche Wort ist. Es ist vielmehr eine Eigenheit des London (auch Vancouver), die auf einen Mangel im Bewertungssystem zurück zu führen ist, und mir schon öfter mal - speziell im Zusammenhang mit möglichen Bauernumwandlungen - aufgefallen ist.

Der Rechner behält lieber in seiner Vorausschau die hohe Bewertung fest, gibt ggf. unsinnige Schachgebote oder unternimmt Königswanderungen, anstatt den Vorteil endlich zu realisieren, wenn diese Realisierung (theoretisch) eine minimale Verschlechterung der Bewertung bringen würde.

Anbei ein Beispiel gegen den Vancouver, das er dann allerdings doch noch gewann.
Den Vergleich gegen den Vancouver gewann der London mit 5,5 : 2,5. Diese Partien wurden mit gleicher Eröffnung für Hin- und Rückspiel ausgetragen. Gemessen daran, dass der London mit 0:2 zurück lag, hat ers sich sehr gut geschlagen. Die Überlegenheit im Endspiel war nicht zu übersehen.
Aber, wie gesagt, es gibt auch Merkwürdiges (siehe Partie-Auszug).

schwarz mag partout nicht ... Kf2! ziehen, was ihn vor Schachgeboten geschützt hätte.

[Event "8. Partie 5s/Zug"]
[Site "WOM-I5"]
[Date "2015.02.08"]
[Round "?"]
[White "Meph. Vancouver 16 bit"]
[Black "Meph. London 32 bit"]
[Result "0-1"]
[BlackElo "2400"]
[Time "11:40:04"]
[WhiteElo "2400"]
[TimeControl "360"]
[SetUp "1"]
[FEN "8/8/8/8/8/R3k2K/4p3/5r2 b - - 0 1"]
[Termination "normal"]
[WhiteType "program"]
[BlackType "human"]
1. ...+ Kf4? 2. Ra4+ Kf3 3. Ra3+ Ke4 4. Ra4+ Kd5 5. Ra5+ Ke6 6. Ra6+ Kf5 7.
Ra5+ Kf6 8. Ra6+ Ke7 9. Ra7+ Kd6 10. Ra6+ Kd7 11. Ra7+ Ke8 12. Ra8+ Kf7 13.
Ra7+ Kf8 14. Ra8+ Kg7 15. Ra7+ Kg6 16. Ra6+ Kg5 17. Ra5+ Rf5 18. Ra1 Rf2
19. Ra5+ Kf4 20. Ra1 Ke3 21. Ra3+ Kd4 22. Ra4+ Kc3 23. Ra3+ Kd2 24. Ra2+
Kd1 25. Ra1+ Kc2 26. Ra2+ Kb1 27. Kg3 Rh2 28. Ra3 Rh1 29. Re3 e1=Q+ 30.
Rxe1+ Rxe1 0-1



Ein weiteres Beispiel (aus obigem entnommen):
Es bedarf beim Vanc. 16 einer Rechenzeit von gut 90 Sekunden, bis das naheliegende Kf2-f1 dann länger erwogen wird. Alle vorherigen Varianten führen zu nichts.

Geändert von Wolfgang2 (08.02.2015 um 13:56 Uhr)
Mit Zitat antworten
Folgender Benutzer sagt Danke zu Wolfgang2 für den nützlichen Beitrag:
Mapi (08.02.2015)