Check out Symmetric Chess, our featured variant for March, 2024.


[ Help | Earliest Comments | Latest Comments ]
[ List All Subjects of Discussion | Create New Subject of Discussion ]
[ List Latest Comments Only For Pages | Games | Rated Pages | Rated Games | Subjects of Discussion ]

Comments/Ratings for a Single Item

Later Reverse Order Earlier
MSmelee-chess[All Comments] [Add Comment or Rating]
H. G. Muller wrote on Mon, Jul 13, 2020 05:47 PM UTC:

You can click on the 'move' header of the piece table to switch that column between displaying the Betza notation for the move, and the piece value. But you should not take the values too seriously. For one, they are estimates for the value the piece would have in a game without piece drops. When pieces can be dropped this tends to push the values closer together, as even the pieces with very low mobility can easily be transported to remote locations where they deliver threats immediately by dropping them. Also, with piece drops the promoted value has more impact, because pieces tend to be dropped in the zone, and then promote very easily.

Even in games without drops some of the well-known piece values are wrong. (E.g. the Archbishop.) Amazingly enough the ratio of the values of the orthodox pieces seems very reasonable. But the algorithm is based on (smartly weighted) average mobility only, and it does not recognize handicaps such as color binding, or worse forms of area binding. So it would likely over-estimate the value of, say, an Alibaba. That the value of a FIDE Pawn it gets is reasonable is probably just a coincidence, because it ignores the latent value due to the promotability, but also does not realize the Pawn is bound to a single file. These errors seem to largely cancel each other.

The Diagram's AI is not intended to be an analysis tool for piece-value determination; its purpose is to act as a not-too-stupid sparring partner for somewhat experienced chess players who just learned the rules of a new variant. Very accurat piece values are not needed for that purpose. That it can show the values at all was mainly for debugging purposes.


Daphne Snowmoon wrote on Mon, Jul 13, 2020 01:31 PM UTC in reply to H. G. Muller from 01:31 PM:

And if you okay, can i know how i see the value of all pieces?


Daphne Snowmoon wrote on Mon, Jul 13, 2020 01:31 PM UTC in reply to H. G. Muller from 01:31 PM:

Thank you!! ///ã……///


H. G. Muller wrote on Mon, Jul 13, 2020 01:31 PM UTC:

It says that when it has no royal piece. It doesn't automatically assume that a piece called 'King' or is depicted by the conventional king symbol is royal. Perhaps this is a mistake, and I should make it do that by default. But as it is now, it assumes the last piece of the table is the royal piece. In your case that it a promoted type, not present initially, hence the complaint. (It doesn't actually test whether the opponent does have a royal iafter it discovers it has none, as this situation usually occurs only when his own royal was just captured.)

When the royal piece is not the last piece in the table (or you have multiple royal piece types), you must explicitly specify the royal type by adding a royal=N parameter. In your case, you would have to specify both royal=8 and royal=16 amongst the Diagram parameters, as you want both King and Lion to be royal.


Daphne Snowmoon wrote on Mon, Jul 13, 2020 06:45 AM UTC in reply to from 06:45 AM:
files=9 ranks=9 holdingsType=-1 promoOffset=9 promoZone=3 maxPromote=7 royal=9 promoChoice=+ graphicsDir=../graphics.dir/alfaerie/ whitePrefix=w blackPrefix=b graphicsType=gif squareSize=54 darkShade=#FFFFFF symmetry=none pawn:P:fW:chinesepawn:a3,b3,c3,d3,e3,f4,g4,h4,i4,,a6,b6,c6,d6,e7,f7,g7,h7,i7 rook:R:R:rook:a1,i1,,a9,i9 bishop:B:B:bishop:b2,,h8 silver:S:FfW:silvergeneral:g2,h3,,b7,c8 knight:N:asfW:knight:e2,f2,,d8,e8 cannon:C:pR:cannon:c2,,g8 ram:A:mRpcR:lance:d2,,f8 gold:G:WfF:goldgeneral:g3,,c7 king:K:K:king:h2,,b8 gilding:+P:WfF:promotedshogipawn:, dragon:+R:RF:promotedrook:, horse:+B:BW:promotedbishop:, promoted silver:+S:WfF:promotedsilvergeneral:, promoted knight:+N:WfF:promotedshogihorse:, promoted cannon:+C:mRpR:moon:, promoted ram:+A:mRpR:mage:,

Daphne Snowmoon wrote on Mon, Jul 13, 2020 06:45 AM UTC in reply to from 06:45 AM:

Really thank you!! 8ã……8


Anonymous wrote on Mon, Jul 13, 2020 06:45 AM UTC in reply to Daphne Snowmoon from 06:45 AM:

You have to specify maxPromote=N to make the first N piece types in your table. Default is N=1, because in most CVs only Pawns promote.

You set promoOffset=1 wich means that on promotion the piece type is incremented by 1. So that a Pawn turns into a Knight, as the Knight is the 2nd piece type in your table. If you want the Pawn to promote to another type, you just have to specify a larger promoOffset. If multiple piece types can promote, you will have to put their promoted forms in the same order in the table as the unpromoted forms, after the latter.

Drops can be played from the piece table under the diagram. But you have to open it first. When you capture something the number behind it in the table (which specifies how many you have in hand) will increase. And for numbers that are non-zero you can move them from the table to the board.

Note that the AI cannot play drops (yet).


Daphne Snowmoon wrote on Mon, Jul 13, 2020 06:45 AM UTC in reply to Daphne Snowmoon from 06:45 AM:

[Problems to fix in my interative diagram]

Why promotion is wrong. Why cannot drop. Why other pieces cannot be promoted.


Daphne Snowmoon wrote on Mon, Jul 13, 2020 06:45 AM UTC:
files=5 ranks=9 holdingsType=-1 promoOffset=9 promoZone=3 maxPromote=9 promoChoice=+ royal=8 royal=17 graphicsDir=../graphics.dir/alfaerie/ whitePrefix=w blackPrefix=b graphicsType=gif squareSize=54 symmetry=rotate pawn:P:fmWfcF:pawn:a3,b3,c3,d3,e3,,a7,b7,c7,d7,e7 Knight:N:N:knight:a2,e2,,a8,e8 Giraffe:G:FD:giraffe:b2,,d8 Phoenix:H:WA:snake:d2,,b8 Ox:O:Fj1B:ox:a1,,e9 Dragon:D:WDsj1R:pegasus:b1,d1,,b9,d9 Elephant:E:AD:elephant:e1,,a9 King:K:K:king:c2,,c8 Lance:L:vR:lance:c1,,c9 giraffe pawn:+P:mWmAcFcD:moon:, elephant knight:+N:mAmDcN:horse:, phoenix giraffe:+G:mWmAcFcD:moon:, giraffe phoenix:+H:mFmDcWcA:mage:, dragon ox:+O:mWmDmsj1RcFcj1B:bishop:, ox dragon:+D:mFmj1BcWcDcsj1R:rook:, knight elephant:+E:mNcAcD:unicorn:, Lion:+K:KNADcaKcabKmabK:lion:, Whale:+R:vRbB:queen:,

Daphne Snowmoon wrote on Sun, Jul 12, 2020 05:00 AM UTC:

Lion can capture enemy lion without any restrictions.


10 comments displayed

Later Reverse Order Earlier

Permalink to the exact comments currently displayed.