The program costs $59 USD. With the discount it is 47.97 USD.Canoike wrote:99 $ is too expensive.
Komodo 10 released
Moderator: Ras
-
Jesse Gersenson
- Posts: 593
- Joined: Sat Aug 20, 2011 9:43 am
Re: Too expensive
-
shrapnel
- Posts: 1339
- Joined: Fri Nov 02, 2012 9:43 am
- Location: New Delhi, India
Re: Too expensive
Your Free Complementary Copy of Komodo 10 is being sent to you !IanO wrote:Komodo is the strongest program in the world. They deserve to charge a premium.
Check your Mail.
Regards
Komodo Team
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
Yeah, ask Komodo TeamKrzysztof Grzelak wrote:To me now, please send.![]()
![]()
Its being distributed all over the 'Net for free anyway, even as we speak...
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
Tho ThweetSzG wrote:Honour?
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
I kid you NOT !Krzysztof Grzelak wrote:Just kidding.![]()
![]()
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
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?
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
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?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.
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
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.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?
Komodo rules!
-
lkaufman
- Posts: 6304
- Joined: Sun Jan 10, 2010 6:15 am
- Location: Maryland USA
- Full name: Larry Kaufman
Re: Komodo 10 released
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.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?
Komodo rules!
-
Laskos
- Posts: 10948
- Joined: Wed Jul 26, 2006 10:21 pm
- Full name: Kai Laskos
Re: Komodo 10 released
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.abulmo wrote: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?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.
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?