Not logged inCSS-Forum
Forum CSS-Online Help Search Login
CSS-Shop Impressum Datenschutz
Up Topic Hauptforen / CSS-Forum / Bug? in Houdini
- - By Werner Mueller Date 2012-12-01 20:11
gesehen bei schach.de (und kann das bestätigen)

1. Txg2 Sg2+ 2. Kh5 mit Patt oder Läuferverlust.

Houdini 3 (Pro w32) bleibt hier trotz(!!) Tablebasezugriff (bei mir 5-Steiner Nalimow-Tablebases) unbeirrt bei 2. Kg3 = (0.00)
(dasselbe gilt übrigens für Houdini 2.0c (w32))

bei mir sowohl unter CB11 als auch unter Shredder Classic
Parent - - By Michael Scheidl Date 2012-12-01 22:30
Da lob ich mir Houdini 1.5a, welche dieses Problem nicht hat. Ich habe hier die 32 Bit-Version, und nur mit 3- und 4-Steiner-Gaviotas. Vielleicht spielt das eine Rolle? Oder liegt am Nullmove, wie so oft bei Schwierigkeiten mit Patt. Obwohl letzteres seit Jahren überwunden schien, zumindest bei den guten Engines.

Ich habe div. andere Engines probiert: Alles sahen sofort Txg2.
Parent - - By Werner Mueller Date 2012-12-01 23:01
[quote="Michael Scheidl"]
Da lob ich mir Houdini 1.5a, welche dieses Problem nicht hat. Ich habe hier die 32 Bit-Version, und nur mit 3- und 4-Steiner-Gaviotas. Vielleicht spielt das eine Rolle? Oder liegt am Nullmove, wie so oft bei Schwierigkeiten mit Patt. Obwohl letzteres seit Jahren überwunden schien, zumindest bei den guten Engines.

Ich habe div. andere Engines probiert: Alles sahen sofort Txg2.
[/quote]
Naja, 1.5a hat halt keinen Tablebases-Zugriff.
Parent - - By Dieter Eberle Date 2012-12-02 08:07
Hallo zusammen,

die 1.5a (64-bit) mit Gaviota 5-Steinern bringt den Fehler auch. Er verschwindet bei der 1.5a, wenn man die Gaviota tablebases wegnimmt:
Neue Partie
8/8/7b/5k2/5nRK/8/6p1/8 w - - 0 1

Analysis by Houdini 1.5a x64 gtb t4:

1. =  (0.00): 1.Txg2 Sd3 2.Tg8 Sb4 3.Kh5 Ld2 4.Tg2 Le3 5.Tg3 Lc1 6.Tg1 Lb2 7.Tg5+ Kf6 8.Tb5 Sd3 9.Txb2 Sxb2
2. -+  (-6.77): 1.Tg3 Ke4 2.Tg4 Lf8 3.Tg3 Le7+ 4.Kg4 Lf6 5.Txg2 Sxg2 6.Kg3 Sf4 7.Kf2 Ld8 8.Kg1 Lb6+ 9.Kh2 Kf3 10.Kh1 Se2 11.Kh2 Lg1+ 12.Kh3 Sg3 13.Kh4 Se4 14.Kh5 Kf4 15.Kg6 Sg5 16.Kg7 Lc5 17.Kf6 Lf8 18.Kg6 Le7 19.Kh5 Kf5 20.Kh4 Ld6 21.Kh5 Sf3 22.Kh6 Ke6 23.Kh5 Kf5 24.Kh6
3. -+  (-#8): 1.Tg8 Sg6+ 2.Txg6 Kxg6 3.Kg4 g1D+ 4.Kf3 De3+ 5.Kg2 Lf4 6.Kf1 Df3+ 7.Kg1 De2 8.Kh1 Df1#
4. -+  (-#5): 1.Tg6 Kxg6 2.Kg4 g1D+ 3.Kf3 Df1+ 4.Ke4 Dd3+ 5.Ke5 Dd5#
5. -+  (-#4): 1.Kg3 g1D+ 2.Kf3 Df1+ 3.Kg3 Dg2+ 4.Kh4 Dxg4#
6. -+  (-#4): 1.Tg5+ Lxg5+ 2.Kg3 g1D+ 3.Kf3 Df1+ 4.Ke3 Se6#

Das Patt wird vermieden.
Bei der Version 3 Pro 64-bit verschwindet der Fehler auch, wenn keinerlei tablebases zur Verfügung stehen.

Gruß, Dieter
 
Parent - - By Thomas Plaschke Date 2012-12-02 08:36
Lieber Dieter Eberle,

das kann ich mit meiner Houdini-Version 1.5a x64 vom 15.01.2011 (Dateigröße 1.363.456 Bytes) unter Windows 7 Home 64-Bit nicht nachvollziehen. Ich habe alle Permutationen aus den Bedingungen Zugriff auf 5-Steiner-GTB ein oder aus und Hash-Tables 1 MB oder 8 GB unter der Arena-Oberfläche ausprobiert. Ich habe Houdini laufen lassen, bis mehr als 1 Milliarde berechneter Knoten angegeben wurden. Immer das gleiche Ergebnis (Tg2:) und die gleiche Bewertung (0,00).

Viele Grüße
Th. Plaschke
Parent - By Dieter Eberle Date 2012-12-02 12:49
Lieber Thomas Plaschke,

ich habe die gleiche Houdini-Version 1.5a vom 15.1.2011, gleiche Dateigröße. Bei mir wird auch unter Arena in der Analyse das Patt von Weiss vermieden, wenn ich den Zugriff auf die Gaviota tablebases stoppe:

FEN: 8/8/7b/5k2/5nRK/8/6p1/8 w - - 0 1

Houdini 1.5a x64:
  4/10  00:00           469  0  -4,15  Tg4-g3 Lh6-f8 Tg3-g5+ Kf5-e4
  5/12  00:00           692  0  -4,26  Tg4-g3 Lh6-f8 Tg3-g5+ Kf5-e4 Tg5-g3
  6/12  00:00           905  0  -4,18  Tg4-g3 Lh6-f8 Tg3-g5+ Kf5-e4 Tg5-g3 Lf8-c5
  7/12  00:00         1.467  2.000  -6,40  Tg4-g3 Lh6-f8 Tg3-g5+ Kf5-e4 Tg5xg2 Sf4xg2+ Kh4-g3 Sg2-f4
  8/13  00:00         2.042  3.000  -6,30  Tg4-g3 Lh6-f8 Tg3xg2 Sf4xg2+ Kh4-g3 Sg2-f4 Kg3-h2 Kf5-e4 Kh2-h1
  8/13+  00:00         2.525  4.000  -6,13  Tg4xg2
  8/13+  00:00         2.696  5.000  -4,10  Tg4xg2
  8/16  00:00        26.352  48.000  -0,14  Tg4xg2 Lh6-f8 Tg2-g5+ Kf5-e4 Kh4-g4 Sf4-d3 Tg5-a5 Lf8-b4 Ta5-h5
  9/16  00:00        47.142  84.000  -0,11  Tg4xg2 Sf4-d3 Tg2-g8 Kf5-e4 Tg8-e8+ Ke4-f3 Te8-d8 Sd3-e5 Td8-b8 Se5-c4
10/16  00:00        53.502  95.000  -0,13  Tg4xg2 Sf4-d3 Tg2-g8 Kf5-e4 Tg8-e8+ Ke4-f3 Te8-d8 Sd3-e5 Td8-b8 Se5-c4 Tb8-b3+ Kf3-e4
11/18+  00:00        79.032  138.000  -0,09  Tg4xg2
11/18  00:00       114.790  197.000  -0,04  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b2 Tg3-f3+ Kf5-e4 Tf3-f6 Lh6-g7 Tf6-f7 Lg7-d4 Tf7-e7+ Ke4-d5
12/20  00:00       159.763  268.000  -0,03  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b2 Tg3-f3+ Kf5-e4 Tf3-g3 Ke4-d4 Tg3-g4+ Kd4-d5 Tg4-g5+ Kd5-c4 Tg5-g4+ Kc4-b5 Tg4-g6
13/22  00:00       265.077  433.000  -0,07  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-g6+ Ke6-e5 Tg6-g5+ Ke5-d6 Tg5-g6+ Kd6-d5 Kh5-g4 Ld2-e3
14/22  00:00       422.183  662.000  -0,06  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g2 Ld2-c1 Tg2-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Tb5-b6+ Ke6-f5 Tb6-b5+ Kf5-e4
15/23+  00:00       494.450  759.000  -0,01  Tg4xg2
15/23  00:00       550.781  830.000  -0,05  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g2 Ld2-c1 Tg2-g5+ Kf5-e6 Tg5-g6+ Ke6-e5 Tg6-g5+ Ke5-d6 Tg5-g6+ Kd6-c5 Kh5-g4 Lc1-e3
16/24+  00:00       709.344  1.032.000   0,00  Tg4xg2
16/25  00:00       799.755  1.137.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g4 Sb4-c6 Tg4-g6 Sc6-e7 Tg6-g7 Se7-d5 Tg7-g5+ Ld2xg5
17/27  00:00       961.729  1.328.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-f2 Kf3-e4 Sd3-c5+ Tb5xc5 Lf2xc5
18/27  00:00     1.131.795  1.517.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
19/27  00:00     1.407.697  1.811.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
20/27  00:00     1.800.434  2.201.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
21/28  00:00     2.426.951  2.761.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
22/28  00:01     3.006.994  3.209.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
23/29  00:01     4.026.371  3.897.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
24/30  00:01     5.332.434  4.636.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
25/31  00:01     7.102.490  5.434.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
26/31  00:01    10.000.053  6.418.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
27/31  00:01    13.789.415  7.299.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
28/35  00:02    19.248.965  8.132.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
29/35  00:02    24.122.599  8.649.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
30/35  00:03    33.899.244  9.364.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
31/37  00:04    46.315.952  9.881.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
32/38  00:06    61.500.028  10.268.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
33/39  00:07    81.759.835  10.611.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
34/41  00:10   107.458.451  10.834.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
35/41  00:13   143.377.229  11.051.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
36/43  00:16   181.807.803  11.169.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
37/43  00:20   231.867.456  11.262.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
38/43  00:25   292.564.412  11.317.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
39/46  00:30   347.997.189  11.336.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
40/47  00:39   446.043.219  11.306.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
41/47  00:48   550.650.988  11.342.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
42/47  00:59   675.457.403  11.336.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5
43/49  01:12   818.265.739  11.353.000   0,00  Tg4xg2 Sf4-d3 Tg2-g3 Sd3-b4 Kh4-h5 Lh6-d2 Tg3-g5+ Kf5-e6 Tg5-b5 Sb4-d3 Kh5-g4 Ld2-e3 Kg4-f3 Le3-c5 Tb5xc5 Sd3xc5

Um den Zugriff auf tablebases zu blockieren, benennt man sie am besten vorübergehend um.
Wenn ich in meiner Fritz 12 GUI den Pfad zu den Gaviota tablebases aus der engine Konfiguration von Houdini 3 lösche und die engine ohne das Häkchen bei Endspieltabellen (für den Zugriff auf Nalimov tablebase) starte,
teilt die GUI der engine immer noch den Pfad zu den Nalimov tablebases mit, und die werden dann benutzt, was zu der bekannten fehlerhaften Analyse führt.
Da das Problem sowohl mit Nalimov tablebases als auch mit Gaviota tablebases auftritt, sieht alles nach einem allgemeinen bug Houdinis bei der Verwendung von Endspieltabellen aus.
Grüße, Dieter
 
Parent - By Klaus S. Date 2012-12-02 15:57
[quote="Thomas Plaschke"]
.... Immer das gleiche Ergebnis (Tg2:) und die gleiche Bewertung (0,00).
[/quote]
Ist ja richtig! 1.Txg2 ist der einzige Zug der nicht verliert.
Es geht vielmehr um 1...Sxg2 2.Kg3 mit 0.00 in der PV
siehe hier:http://forum.computerschach.de/cgi-bin/mwf/topic_show.pl?pid=55221#pid55221

1.Txg2 Sxg2+ 2.Kg3 Se3
  =  (0.00)   Tiefe: 94/56   00:01:03  563mN, tb=397085

Kg3 ist nicht remis, sondern verliert in 25 Zügen.
Einzig 2.Kh5 hält remis.
Parent - By Michael Scheidl Date 2012-12-02 14:24
Nicht auf Nalimovs, aber wie in den anderen Antworten bereits erwähnt, auf die Gaviotas. Ich benutze die 32 Bit-Version, auch vom 15.1.2011, aber nur 3er+4er-Gaviotas. Allerdings habe ich die Tbs.-Zugriffsparameter (und Split Depth)  geändert.

1. Houdini 1.5a default:

14/24   0:01    0.00   1.Txg2 Sd3 2.Tg3 Sb4 3.Kh5 Ld2 4.Tg4 Sc6 5.Tg6 Se7 6.Tg7 Sd5 7.Tg5+ Lxg5 (602.606) 402
(...)
24/31   0:11    0.00   1.Txg2 Sd3 2.Tg3 Sb4 3.Kh5 Ld2 4.Tg4 Sc6 5.Tg6 Se7 6.Tg7 Sd5 7.Tg5+ Lxg5 (6.392.054) 550
Bester Zug: Tg4xg2 Zeit: 0:11.731 min  K/s: 550.000  CPU 97.0%   K/s(1CPU): 567.010  Knoten: 6.392.054

2. Houdini 1.5a Hard Probe 12, Soft Probe 2, Split Depth 8:

16/23   0:01    0.00   1.Txg2 Sd3 2.Tg3 Se5 3.Kh5 Lf4 4.Tg5+ Ke4 5.Txe5+ Lxe5 (593.834) 409
(...)
26/33   0:13    0.00   1.Txg2 Sd3 2.Tg3 Se5 3.Kh5 Lf4 4.Tg5+ Ke4 5.Txe5+ Lxe5 (7.002.381) 538  TB:1.599
Bester Zug: Tg4xg2 Zeit: 0:13.120 min  K/s: 538.000  CPU 98.7%   K/s(1CPU): 545.086  Knoten: 7.002.381 TB: 1.599

3. wie (2.), jedoch ohne Gaviotatables:

18/23   0:01    0.00   1.Txg2 Sd3 2.Tg3 Se5 3.Kh5 Lf4 4.Tg5+ Ke4 5.Txe5+ Lxe5 (675.249) 441
(...)
26/32   0:12    0.00   1.Txg2 Sd3 2.Tg3 Se5 3.Kh5 Lf4 4.Tg5+ Ke4 5.Txe5+ Lxe5 (7.332.376) 586
Bester Zug: Tg4xg2 Zeit: 0:12.621 min  K/s: 586.000  CPU 97.2%   K/s(1CPU): 602.880  Knoten: 7.332.376

Das scheint bei jedem User irgendwie anders zu sein...   Diesmal habe ich wohl Glück gehabt.
Parent - - By Peter Martan Date 2012-12-02 04:55
[quote="Werner Mueller"]
Houdini 3 (Pro w32) bleibt hier trotz(!!) Tablebasezugriff (bei mir 5-Steiner Nalimow-Tablebases) unbeirrt bei 2. Kg3 = (0.00)
(dasselbe gilt übrigens für Houdini 2.0c (w32))
[/quote]

Bei mir die 64bit Version, auch mit Nalimov 5Steinern:

8/8/7b/5k2/5nRK/8/6p1/8 w - - 0 1

Analysis by Houdini 3 Pro x6412:

1.Txg2 Sxg2+ 2.Kg3
  =  (0.00)   Tiefe: 7/10   00:00:01  0kN, tb=13
...
1.Txg2 Sxg2+ 2.Kg3 Se3
  =  (0.00)   Tiefe: 94/56   00:01:03  563mN, tb=397085

Hast du das update, das unmittelbar nach dem Erscheinen von H3 notwendig wurde, weil Ernest Bonnem herausgefunden hatte, dass der output der 32bit- Version von dem der 64 bit unverhältnismäßig abwich?
Parent - By Werner Mueller Date 2012-12-02 09:05
[quote="Peter Martan"]
...
Hast du das update, das unmittelbar nach dem Erscheinen von H3 notwendig wurde, weil Ernest Bonnem herausgefunden hatte, dass der output der 32bit- Version von dem der 64 bit unverhältnismäßig abwich?
[/quote]
Ja.
Parent - By Horst Sikorshy Date 2012-12-02 10:50
Bei mir Analysis by Houdini 3 Pro x64:

1.Txg2 Sxg2+ 2.Kg3
  =  (0.00)   Tiefe: 99/10   00:00:00  0kN, tb=9
mit 563 GB TB4-5-6 auf Standard Festplatte.
Parent - By Peter Krug Date 2012-12-02 15:23
...ähnliches habe ich auch schon berichtet, nämlich dass die Mattanzeige nicht da war, obwohl die Lösung zum matt angegeben wurde.
Solche Kleinigkeiten sind aber in der Tat nicht schön.

Tablebases haben im Grunde nur eine Funktion als Überprüfung und perfektem Endspiel, aber eine
Engine sollte ohne Tablebases richtig spielen können auch in den Dreisteinernbereich.

...auch Enginestest mit Tablebases
finde ich unschön, weil das keine Leistung der Engines ist und Schwächen der Engines zudeckt.

Peter
Parent - - By Robert Houdart Date 2012-12-04 11:16
Thank you for reporting this, it only occurs when end game table bases are enabled.

The Houdini computation is completely correct (best move Rxg2, score 0.00), but the main line that is shown is incorrect. The expected output is just "1.Rxg2" (0.00, table base position), the rest of the line was stored in the hash table before the EGTB hit occurred and is just rubbish.

In fact, generally speaking, all the moves shown in a main line after an EGTB hit can be wrong. Because of the EGTB hit the subsequent positions will never be revisited and the possibly incorrect moves will just remain in the hash table...

I will try to improve this behavior for the next release.

Cheers,
Robert
Parent - - By Dieter Eberle Date 2012-12-04 11:55
Hello Robert,
thank you for clarifying the strange behavior of Houdini.
As it is a serious handicap in analyzing positions in my opinion a bugfix of the current version would be a better solution than to wait for the next version
Kind regards, Dieter
Parent - - By Robert Houdart Date 2012-12-04 13:12
[quote="Dieter Eberle"]
Hello Robert,
thank you for clarifying the strange behavior of Houdini.
As it is a serious handicap in analyzing positions in my opinion a bugfix of the current version would be a better solution than to wait for the next version
Kind regards, Dieter
[/quote]
Hello Dieter,
I don't understand how this is a serious handicap.
The internal analysis of the engine is fully correct, the engine's move choice and score are 100% accurate.
The only problem is that the Principal Variation shown is too long - it should have been truncated after the move that generates the EGTB hit.
So in this case, you need to cut the main line after 1.Rxg2, the further moves (Nxg2, Kg3) can be incorrect and should be discarded.

I hope this helps,
Robert
Parent - By Dieter Eberle Date 2012-12-04 14:12
Sorry Robert,
when I have to decide whether the output of my analysis engine is true or not then my analysis engine has a serious handicap in my opinion.
Kind regards, Dieter
Up Topic Hauptforen / CSS-Forum / Bug? in Houdini

Powered by mwForum 2.29.3 © 1999-2014 Markus Wichitill