Komodo strikes first at the TCEC Superfinal

Discussion of anything and everything relating to chess playing software and machines.

Moderator: Ras

Modern Times
Posts: 3711
Joined: Thu Jun 07, 2012 11:02 pm

Re: Komodo strikes first at the TCEC Superfinal

Post by Modern Times »

michiguel wrote:
Modern Times wrote:Adjudication is always a small risk, but usually a necessary one when running a decent number of longer time control games.

Personally I think 6.50 is not high enough. I normally use 8.50 in my matches and for 8 consecutive moves. If I'm watching, I like to see more of the game.
I think that the problem is that a high eval score could be because the engine is seeing too deep but they have not reached a point in which a normal human would resign. Even if it is true, the spectator would miss the chance to see the execution.

I always said that what is necessary is both a high score and a clearly positive material value. For instance, +6.5 AND at least two pawns up or equivalent. Here, there would not have been any adjudication.

Miguel
An adjudication setting of 8.5 almost always means the game goes on longer than with a setting of 6.5, so the spectator does in fact see more of the execution. A setting of 6.5 chops the game off too early for me.
User avatar
M ANSARI
Posts: 3721
Joined: Thu Mar 16, 2006 7:10 pm

Re: Komodo strikes first at the TCEC Superfinal

Post by M ANSARI »

I think most can agree this is a bug as Bc2 seems quite trivial for either engine considering the time control and the hardware. I would like to know if this bug happens more often and is not detected or if it happens only on very rare occasions.
Hai
Posts: 689
Joined: Sun Aug 04, 2013 1:19 pm

Re: Komodo strikes first at the TCEC Superfinal

Post by Hai »

syzygy wrote:
Hai wrote:It's simple Stockfish hadn't won game 22 because he evaluated Kh3 as a draw by 3-Fold Rep but it was only a 2-Fold Rep.
But Stockfish evaluates 2-Fold Rep = 3-Fold Rep.
And that's why Stockfish played Kf3??.

As a result you need to fix 2-Fold Rep and evaluate this correctly.
No, the problem is simply that it missed Bc2 and played Kg4 instead (due to a bug).

After Kg4 Rg2+ most engines, including SF and Komodo, evaluate Kh3 as a draw because it allows Rb2 resulting in a first repetition. This has always tested better in terms of Elo, so that's why they do that.
When Stockfish evaluates a FIRST repetition in a +30.00/+250.00 POSITION as +0.00 then he is a NOOB.
And the developers who missed that needs a lot of ass spankings. :oops:

And what is the secret better elo gain?
I know it's + 0.00000000000001 ELO.
rabbits23
Posts: 144
Joined: Fri Sep 12, 2014 4:57 am
Location: Randwick Australia

Re: Komodo strikes first at the TCEC Superfinal

Post by rabbits23 »

Thanks for the analysis site Sean. I thoroughly enjoyed this guy's
explanation of the game.
Allan
Norm Pollock
Posts: 1071
Joined: Thu Mar 09, 2006 4:15 pm
Location: Long Island, NY, USA

Re: Komodo strikes first at the TCEC Superfinal

Post by Norm Pollock »

What I like about TCEC, specifically the 100 match LTC final, is that it pushes the engines to their max. The very rare bugs you would never see otherwise, become palpable.

Entertainment, drama, not so enticing.

From my POV, it looks like SF developers have become aware of several positional bugs, and time wasting and time forfeit issues. Komodo developers don't seem to have become more aware of any faults, although I believe they have noticed that Komodo does not use enough of its available time.

I would appreciate it if one of the experts following the match would make a listing of the different "bug" issues that have been exposed.
Damir
Posts: 2876
Joined: Mon Feb 11, 2008 3:53 pm
Location: Denmark
Full name: Damir Desevac

Re: Komodo strikes first at the TCEC Superfinal

Post by Damir »

Is TCEC chat working ? I can not log in, neither can I read what others are writting...
User avatar
Eelco de Groot
Posts: 4661
Joined: Sun Mar 12, 2006 2:40 am
Full name:   Eelco de Groot

Re: Komodo strikes first at the TCEC Superfinal

Post by Eelco de Groot »

In my case there was a popup screen, saying my e-mail needed to be verified. Press button to receive a verification code, then enter that code.
Debugging is twice as hard as writing the code in the first
place. Therefore, if you write the code as cleverly as possible, you
are, by definition, not smart enough to debug it.
-- Brian W. Kernighan
User avatar
Eelco de Groot
Posts: 4661
Joined: Sun Mar 12, 2006 2:40 am
Full name:   Eelco de Groot

Re: Komodo strikes first at the TCEC Superfinal

Post by Eelco de Groot »

M ANSARI wrote:I think most can agree this is a bug as Bc2 seems quite trivial for either engine considering the time control and the hardware. I would like to know if this bug happens more often and is not detected or if it happens only on very rare occasions.
Maybe someone can confirm this, but Lucas proposed a bugfix 7 days ago for a TT issue that looks like it could have caused the TCEC missed winning move. Probably there was a discussion on Fishcooking but I have not read the threads about this yet. But on Rybkaforum they said this was fixed with the new patch. Too late for a possibly vital point, that could have given Stockfish some confidence back that it can also win games from Komodo, not only lose from Komodo. We can only hope that in turn Komodo becomes overconfident and starts making silly mistakes near the end.
Debugging is twice as hard as writing the code in the first
place. Therefore, if you write the code as cleverly as possible, you
are, by definition, not smart enough to debug it.
-- Brian W. Kernighan
Damir
Posts: 2876
Joined: Mon Feb 11, 2008 3:53 pm
Location: Denmark
Full name: Damir Desevac

Re: Komodo strikes first at the TCEC Superfinal

Post by Damir »

same happened to me, although no verification code received... how do we get one ?
syzygy
Posts: 5696
Joined: Tue Feb 28, 2012 11:56 pm

Re: Komodo strikes first at the TCEC Superfinal

Post by syzygy »

Eelco de Groot wrote:But on Rybkaforum they said this was fixed with the new patch.
The problem is that everything, including doing nothing at all, seems to "fix" a problem that is not easily reproducible.

And even if it were reproducible and went away after a change, it is likely that the problem is only hidden / moved to different positions.