Komodo 10 released

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

Moderator: Ras

Jesse Gersenson
Posts: 593
Joined: Sat Aug 20, 2011 9:43 am

Re: Too expensive

Post by Jesse Gersenson »

Canoike wrote:99 $ is too expensive.
The program costs $59 USD. With the discount it is 47.97 USD.
shrapnel
Posts: 1339
Joined: Fri Nov 02, 2012 9:43 am
Location: New Delhi, India

Re: Too expensive

Post by shrapnel »

IanO wrote:Komodo is the strongest program in the world. They deserve to charge a premium.
Your Free Complementary Copy of Komodo 10 is being sent to you !
Check your Mail.
Regards
Komodo Team
:lol: :lol: :lol:
i7 5960X @ 4.1 Ghz, 64 GB G.Skill RipJaws RAM, Twin Asus ROG Strix OC 11 GB Geforce 2080 Tis
shrapnel
Posts: 1339
Joined: Fri Nov 02, 2012 9:43 am
Location: New Delhi, India

Re: Too expensive

Post by shrapnel »

Krzysztof Grzelak wrote:To me now, please send. :lol: :lol: :lol:
Yeah, ask Komodo Team
Its being distributed all over the 'Net for free anyway, even as we speak...
:lol:
i7 5960X @ 4.1 Ghz, 64 GB G.Skill RipJaws RAM, Twin Asus ROG Strix OC 11 GB Geforce 2080 Tis
shrapnel
Posts: 1339
Joined: Fri Nov 02, 2012 9:43 am
Location: New Delhi, India

Re: Too expensive

Post by shrapnel »

SzG wrote:Honour?
Tho Thweet :lol:
i7 5960X @ 4.1 Ghz, 64 GB G.Skill RipJaws RAM, Twin Asus ROG Strix OC 11 GB Geforce 2080 Tis
shrapnel
Posts: 1339
Joined: Fri Nov 02, 2012 9:43 am
Location: New Delhi, India

Re: Too expensive

Post by shrapnel »

Krzysztof Grzelak wrote:Just kidding. :D :D :D
I kid you NOT ! :lol:
i7 5960X @ 4.1 Ghz, 64 GB G.Skill RipJaws RAM, Twin Asus ROG Strix OC 11 GB Geforce 2080 Tis
cma6
Posts: 226
Joined: Thu May 29, 2014 5:58 pm

Magnify in K10

Post by cma6 »

Comparing the evals in K10 vs. K9.4, it seems that with default value of 88 for Magnify, that K10 compresses evals.
Would using Magnify = 100 return the evals to the K9.4 values?
abulmo
Posts: 151
Joined: Thu Nov 12, 2009 6:31 pm

Re: Komodo 10 released

Post by abulmo »

hgm wrote:This is awful. There is a standard for scoring, and GUIs as well as engines should stick to it. Options like this just promote chaos.
What is awful, is that there is a standard for scoring, and, worse, that this standard is not well defined. I wonder if this standard did not constrain too much engine programmers to stick with a single way to evaluate a position. Instead of a centipawn, why not a winning probability, a distance to make progress, a millipawn, or whatever else?
Moreover, nothing is more volatile than the value of a pawn. Can you show us this unknown pawn that should be use as a reference of 100 centipawns?
Richard
lkaufman
Posts: 6304
Joined: Sun Jan 10, 2010 6:15 am
Location: Maryland USA
Full name: Larry Kaufman

Re: Magnify in K10

Post by lkaufman »

cma6 wrote:Comparing the evals in K10 vs. K9.4, it seems that with default value of 88 for Magnify, that K10 compresses evals.
Would using Magnify = 100 return the evals to the K9.4 values?
Well, the 88 value does compress evals, but the 110 for Dynamism raises them. Perhaps something like 95 would best approximate k9.42 evals on average.
Komodo rules!
lkaufman
Posts: 6304
Joined: Sun Jan 10, 2010 6:15 am
Location: Maryland USA
Full name: Larry Kaufman

Re: Komodo 10 released

Post by lkaufman »

SzG wrote:Up to now I was OK seeing an engine display a score of 0.7, I knew its advantage was equal to almost one pawn.
Now if I set Magnify from 88 to 200, the same position provides a score of about 1.5.
This is confusing, to obtain a traditional value I will always have to check the value of Magnify and modify the score accordingly.

Do we really need this?
Why not just leave it at the default level then? It does reduce scores on average a bit from K9.42, but I think it just roughly brings them back on average to levels Komodo used a year or two ago. It's not the most useful option; we may not keep it in the future.
Komodo rules!
User avatar
Laskos
Posts: 10948
Joined: Wed Jul 26, 2006 10:21 pm
Full name: Kai Laskos

Re: Komodo 10 released

Post by Laskos »

abulmo wrote:
hgm wrote:This is awful. There is a standard for scoring, and GUIs as well as engines should stick to it. Options like this just promote chaos.
What is awful, is that there is a standard for scoring, and, worse, that this standard is not well defined. I wonder if this standard did not constrain too much engine programmers to stick with a single way to evaluate a position. Instead of a centipawn, why not a winning probability, a distance to make progress, a millipawn, or whatever else?
Moreover, nothing is more volatile than the value of a pawn. Can you show us this unknown pawn that should be use as a reference of 100 centipawns?
I think some engine authors do use some winning probability, say 65% for 100cp. And it correlates well with the static value of the pawn in endgame for many.