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 Earliest Comments Only For Pages | Games | Rated Pages | Rated Games | Subjects of Discussion ]

Comments/Ratings for a Single Item

EarliestEarlier Reverse Order LaterLatest
ChessVA computer program
. Program for playing numerous Chess variants against your PC.[All Comments] [Add Comment or Rating]
B.E. Dolata wrote on Fri, Aug 20, 2021 06:13 PM UTC:

Is there a typo in the Duke of Rutlands Chess include file in RC2?

Should 

AddPieceType( Chancellor, "Concubine", "C", 100, 1050 );

be

AddPieceType( Chancellor, "Concubine", "C", 1000, 1050 ); 

The CPU seemed willing to trade the Concubine for a Bishop when I played. 


📝Greg Strong wrote on Sat, Aug 21, 2021 09:03 PM UTC in reply to B.E. Dolata from Fri Aug 20 06:13 PM:

Correct. Thank you. Good catch!


B.E. Dolata wrote on Sun, Aug 22, 2021 04:57 AM UTC:

The Rhino in Grand Betza Chess appears to display the incorrect moves when one right clicks to get to properties. It shows the moves of a Wazir for me.


📝Greg Strong wrote on Tue, Aug 24, 2021 10:51 PM UTC in reply to B.E. Dolata from Sun Aug 22 04:57 AM:

The Rhino in Grand Betza Chess appears to display the incorrect moves when one right clicks to get to properties. It shows the moves of a Wazir for me.

That's right.  The Rhino's move is not supported by the internal move generator.  It is implemented with custom code so the diagram display can't show it.  I need to add an override that suppresses the diagram and instead displays a description of the move.


Robert Mate wrote on Sat, Aug 28, 2021 06:41 AM UTC in reply to Greg Strong from Tue Aug 24 10:51 PM:

Pocket Knight Crash: For the first move, pick up the pocket knight and then put in back in the same place.


📝Greg Strong wrote on Sat, Aug 28, 2021 04:50 PM UTC in reply to Robert Mate from 06:41 AM:

Pocket Knight Crash: For the first move, pick up the pocket knight and then put in back in the same place.

Good catch!  I fixed it.  Thanks!


Robert Mate wrote on Tue, Sep 21, 2021 01:56 AM UTC in reply to Greg Strong from Sat Aug 28 04:50 PM:

For the future, have you considered implementing NNUE? https://en.wikipedia.org/wiki/Efficiently_updatable_neural_network

It would be a solution for piece drop games, and you'd be the only one doing this with large variants in mind.


Robert Mate wrote on Sat, Sep 25, 2021 04:52 AM UTC in reply to Robert Mate from Tue Sep 21 01:56 AM:

Not sure if it's a bug, but for example, fairy-max should be able to play Los Alamos but can't. I've seen keywords "losalamos" and "los-alamos". Perhaps better access to the keywords?


Aurelian Florea wrote on Mon, Sep 27, 2021 03:53 AM UTC:

Hello Greg, I have written you a few mails a while ago. I'm not sure if you got them or if you had answered. Please say something about this.


Daniel Zacharias wrote on Tue, Oct 5, 2021 08:52 PM UTC:

I'm trying to test a game with ChessV, and I get an error saying "Not enough Zobrist keys" when I try to start it. What does it mean?


Aurelian Florea wrote on Wed, Oct 6, 2021 11:47 AM UTC:

Are you here, Greg?


📝Greg Strong wrote on Wed, Oct 6, 2021 03:31 PM UTC in reply to Daniel Zacharias from Tue Oct 5 08:52 PM:

I'm trying to test a game with ChessV, and I get an error saying "Not enough Zobrist keys" when I try to start it. What does it mean?

You must be using a very large number of piece types on a large board.  There is an upper limit on #Players * #Piece Types * #Squares, although it can be increased if I add more random numbers to the list of keys.  How large is what you are trying to do?


Daniel Zacharias wrote on Wed, Oct 6, 2021 06:40 PM UTC in reply to Greg Strong from 03:31 PM:

I am, unfortunately. I have 144 squares and 21 piece types. What is the limit?


📝Greg Strong wrote on Wed, Oct 6, 2021 08:48 PM UTC in reply to Daniel Zacharias from 06:40 PM:

It looks like this should not be over the limit. Can you send me the include file so I can give it a try?


📝Greg Strong wrote on Thu, Oct 7, 2021 01:15 PM UTC in reply to Robert Mate from Sat Sep 25 04:52 AM:

Not sure if it's a bug, but for example, fairy-max should be able to play Los Alamos but can't. I've seen keywords "losalamos" and "los-alamos". Perhaps better access to the keywords?

Thanks for pointing this out.  For now, you can get it to work by editing the Los Alamos Chess include file.  Open it with a text editor and add the following line in the first section, where Invented and InventedBy are defined:

XBoardName = "los-alamos";


Aurelian Florea wrote on Fri, Oct 8, 2021 06:14 AM UTC in reply to Greg Strong from Thu Oct 7 01:15 PM:

Greg, could you indulge me over this weekend?


📝Greg Strong wrote on Fri, Oct 8, 2021 01:02 PM UTC in reply to Aurelian Florea from 06:14 AM:

Greg, could you indulge me over this weekend?

With what?


Aurelian Florea wrote on Fri, Oct 8, 2021 02:59 PM UTC in reply to Greg Strong from 01:02 PM:

Greg, Actually a while ago I have sent an email. But I had solved the problem on my own. But there is still the issue of a bug I had found. When trying to change the appearance of the "white" squares, it does not work. Can you send me again the source files you currently are confident they work. I want to try some things with the joker. I'm not sure if my email is fine. It probably is and I had missed the previous mail, when you did just that.


📝Greg Strong wrote on Fri, Oct 8, 2021 03:18 PM UTC in reply to Aurelian Florea from 02:59 PM:

It seems we have email problems. I think you are getting most of my emails, but when I include a hyperlink it seems you don't receive it.

Here is a link to a recent set of source code. You will probably need to cut & paste this link - don't click on it - or it probably won't open since my site is not https:

http://chessv.org/downloads/ChessV2_2021-08-29.zip

Open with Visual Studio 2019. The free Community Edition is fine.

Regarding square colors, I need more information. There must be an unusual circumstance since the code that handles that hasn't changed in a long time and no one has ever reported a problem with that.


Aurelian Florea wrote on Fri, Oct 8, 2021 04:01 PM UTC in reply to Greg Strong from 03:18 PM:

Unfortuneatly, I could not reproduce the bug, but I'll tell you if I find it again!


Daniel Zacharias wrote on Fri, Oct 15, 2021 11:10 PM UTC:

I think I found another problem. I've tried giving a piece the xbetza move pB, but even though it can only move by jumping, it can still capture like a bishop.

Also, I have a question about promotion rules. Is it possible to have pieces promote only when making a capture in a certain area of the board, and only if the promoting player has no pieces on the board of the type being promoted to?


Samuel Trenholme wrote on Sun, May 8, 2022 07:00 AM UTC:Excellent ★★★★★

https://samiam.org/chessv continues to host the ChessV software, and, indeed, has been updated to have version 2.2 of ChessV. Should chessv.org ever go down, this is an alternate download link.


Samuel Trenholme wrote on Wed, May 11, 2022 08:21 AM UTC:Excellent ★★★★★

I don’t know the correct procedure to file a bug report for ChessV, so I will just note the bug here.

Description of bug

ChessV does not use the standard Chess960 numbering scheme for opening setups. See https://chess960.net/wp-content/uploads/2018/02/chess960-starting-positions.pdf for the reference of correct number to starting position. In particular, ChessV is off by one (Position 0 in the official spec is position 1 in ChessV, etc.)

Steps to reproduce

Open up ChessV. Choose Fischer Random Chess. When it asks for an expected setup, choose setup #692.

Expected results

The opening setup should be RBBQKNNR (Mongredien chess)

Actual results

The setup is BRQKNNRB

Notes

Position 693 is the Mongredien setup in ChessV, so one just needs to add 1 to the official position number to get the corresponding position in ChessV.

Position 518 (519 in ChessV) is the standard chess starting position.


Aurelian Florea wrote on Thu, May 12, 2022 08:25 AM UTC:

I don't think this is a bug. At most it is a missing feature. Greg usually takes care of these but he probably not knew the rule.


📝Greg Strong wrote on Fri, May 13, 2022 12:32 AM UTC:

Thanks, Sam. This is not too bad... I gather my algorithm was correct, but I assumed that the positions would be numbered 1-960 (as people count), not 0-959 (as programmers count). In fact, it looks like I just add one at the end after placing the pieces. Not sure where I got that - it's unlikely I just made it up, but it does seem that the consensus is to number the positions starting at 0. Anyway, easy fix.


25 comments displayed

EarliestEarlier Reverse Order LaterLatest

Permalink to the exact comments currently displayed.