User Name: Password:
New User Registration
Moderator: Caissus , andreas 
 Other chess variants

Discuss about interesting chess variants that are not implemented on BrainKing yet.


Messages per page:
List of discussion boards
You are not allowed to post messages to this board. Minimum level of membership required for posting on this board is Brain Pawn.
Mode: Everyone can post
Search in posts:  

19. April 2005, 15:10:58
SMIRF Engine 
Subject: Smirf Beta free download
This first public beta of Smirf (about 1.3 MB) is unrestricted until 2005/06/30.

Of course this program is subject to further improvements.

http://de.geocities.com/rsmuenchen/SmirfBeta.zip

Comments are welcomed.

Regards, Reinhard.

19. February 2005, 00:59:06
SMIRF Engine 
Subject: Re: FRC Castling ?
to jcarrillovii: I have posted on that error at http://www.exactachess.com/ , the exactachess GUI forum (Arena Support Forum).

18. February 2005, 13:59:58
SMIRF Engine 
Subject: Re: FRC Castling ?
Modified by SMIRF Engine (18. February 2005, 14:03:36)
to jcarrillovii/Caissus: Be aware to use an actual version of Arena. I have tested Arena 1.1 Build 1847. Here castling seems not to be allowed.

Oh - I have to correct myself. Entering the situation in Arena as FEN would not allow to castle. Entering it via PGN would - strange!

18. February 2005, 13:44:43
SMIRF Engine 
Subject: Re: FRC Castling ?
Modified by SMIRF Engine (18. February 2005, 13:45:03)
to Caissus: SMIRF does not. I already have seen Chess960/FRC engines, which offer castlings, where third pieces would illegaly be overjumped. Arena is the leading FRC aware GUI, but obviously still not without minor defects.

18. February 2005, 13:21:31
SMIRF Engine 
Subject: Re: FRC Castling ?
Modified by SMIRF Engine (18. February 2005, 13:26:36)
to Chessmaster1000: Castling is not allowed then, because the Rook e8 is threatening. Be aware that the King is always moving *ON* the board because castling is an iterated King's move, where the involved Rook is invisible. You can compare that situation to an e.p. capture move, where a Pawn is allowed to answer each of the iterated double Pawn steps. Because check would be applicatable to each of the King's iterated steps during castling, it would be allowed to capture the King. Thus castling is forbidden there, even when the threatened square is filled with the involved Rook.

29. January 2005, 02:15:11
SMIRF Engine 
Subject: Re: Sumerian / Shogi
Modified by SMIRF Engine (29. January 2005, 02:17:00)
to ughaibu: Currently Shogi is not that relevant for me. I have made a proposal to display Shogi positions in a more European look, see http://f51.parsimony.net/forum203932/messages/21.htm . But there has been no feed back. Thus I concentrated on Chess960 and 10x8 CRC. Second relevant for me is the game of Go. May be later I will write a program for Go after the SMIRF project will be completed.

29. January 2005, 01:46:57
SMIRF Engine 
Subject: Re: FRC to be or not to be
to AbigailII: You are not right with this. Chess960 is not Shuffle Chess, where mirrored positions of course were functionally identic. You will have noticed, that the positions after O-O and O-O-O are not symmetric. Thus the existence of castlings indeed makes mirrored starting positions belong to different games. The conclusion is, that of course 960 different situations are defined.

28. January 2005, 23:48:04
SMIRF Engine 
Subject: Re: FRC to be or not to be
to AbigailII: "Besides, "480" would have been a more appropriate number." - Why that?

28. January 2005, 23:04:11
SMIRF Engine 
Subject: Chess960 Event 2004
Well, here are some links to English language articles http://www.chesstigers.org/alte_daten/chesstigers_alt/Tigers/cc/2004/e/default.htm .

28. January 2005, 09:13:24
SMIRF Engine 
Subject: Re: Generated positions - no repetitions !
Modified by SMIRF Engine (28. January 2005, 09:14:07)
to AbigailII: Your assumptions are often made but never the less unfounded. It is essential in Chess960 that the position is known first when the clocks will be started. Compared to the common Chess game this reduces the advantage of white to be able to prepare the first move without measuring the preparation time. There is therefore a tendence to equalize chances. Which position you are talking of, that it should be andvantageous for White? Please specify it and proof that statement. See as an example the game of Shogi, which still is interesting after centuries, nevertheless there are three undefended pawns in the beginning. Establishing back fights with well known positions would be against the nature of Chess960 (Chess960 is the new name of FRC).

22. January 2005, 18:57:12
SMIRF Engine 
Subject: Re: I see one problem with the FRC Chess 960
to Walter Montego:
Well, if you are breaking rules, it is easier to win competitions. And that is, why computer programs are more and more dominating. They still are allowed to use huge look up tables and gigabytes of table bases. A human opponent is not permitted to use even his own notes.

We have to distinguish between using machines to analyse situations or to perform an equal fight. How will you compare the quality of programs, when both sides have different ressources? How should their ablities be compared to a human being. It might be very effective to fetch data from huge tables, but it is not at all intelligent. It is essential for intelligent processes to give results based on restricted information in short time. Having Terabyte bolides play will become uninteresting immediately the will have won against the World Chess Champion in a match.

22. January 2005, 18:32:32
SMIRF Engine 
Subject: Re: I see one problem with the FRC Chess 960
to Walter Montego:
It seems, that I have not been able for me to make my position clear. Actually no one performes a race between a Ferrari and a human being. It is not a goal for the next decades for man to still compete with computer bolides. It is essential for chess to be restricted in the use of ressources, e.g. time and looking up material. This rule has been not used by engines, to make programs an interesting opponent. But that situation will come to its end very soon.

22. January 2005, 18:02:53
SMIRF Engine 
Subject: Re: I see one problem with the FRC Chess 960
to Walter Montego:
I absolutely disagree here. One reason why I am working on such an engine is that huge opening libraries have given an immense advantage to computers. I always connect that approach with the FairChess idea, see: http://www.chessbox.de/Compu/schachfair_e.html . Smirf actually has a size of 46K.

22. January 2005, 17:36:05
SMIRF Engine 
Subject: Re: Generated positions for tournaments
Modified by SMIRF Engine (22. January 2005, 17:37:38)
to jcarrillovii:
Even if it was true that the advantage for one side might be greater than in traditional chess, this would not be relevant, because the players have not the time to prepare themself for that starting position. It is very important that starting arrays are drawn or published immediately before the playing time starts to run. And because Chess960 understands itself at a superset of classic chess it would be counter productive to exclude this special starting array number 518.

22. January 2005, 16:57:34
SMIRF Engine 
Subject: Re: Mini Chess etc.
to Fencer:
Well, my answer would for sure be not representative. I avoid Blitz, Bullet and 6x6 board games. I wonder why to start a game without being ready to spend an appropriate amount of time. That is beyond of my understanding. But people are different.

22. January 2005, 16:45:39
SMIRF Engine 
Subject: Re: Generated positions for tournaments
to Fencer:
There is one position for one round valid for all participants.

22. January 2005, 16:41:38
SMIRF Engine 
Subject: Re: Generated positions for tournaments
to Fencer:
As far as I have experienced it (like in the Chess Classic Mainz) the positions are common to all participants for a round and will be published with some minutes before the start of the round because the positions in real live have to be set up manually. Normaly positions would be skipped and redrawn if they already would have occurred during that tournament, but the chance for that is very small.

21. January 2005, 19:06:09
SMIRF Engine 
Subject: FRC - Castling eats Rooks

21. January 2005, 15:44:23
SMIRF Engine 
Subject: Re: line length / Chess960 PGN
Modified by SMIRF Engine (21. January 2005, 15:48:39)
to Caissus:
No wonder about that, it is correct PGN. The problem is the moment, when castlings could or should happen! P.S.: I have written something on FRC-FEN to cover situations, where the Rook with castling rights is not the outermost one. BrainKing is merely encoding starting positions, so it is not relevant here. But if you want to encode even exotic positions with FEN, you will need a tool like Smirf or the FullChess FEN Editor.

21. January 2005, 14:34:21
SMIRF Engine 
Subject: Re: line length
to Fencer:
SMIRF can read and use it. But Smirf was built very tolerant towards violations of the PGN specification as long as the input will make any sense. Smirf is e.g. able to read notations written down in German instead of English. But there are some GUIs and tools which are very strict concerning PGN. As I told you SMIRF is already satisfied with the current status quo.

21. January 2005, 14:19:53
SMIRF Engine 
Subject: Re: line length
to Fencer:
in http://brainking.com/game/ArchivedGame?g=603270 I get longer lines up to 92 chars.

21. January 2005, 11:41:02
SMIRF Engine 
Subject: FRC - temporarily hiding of starting array
to Fencer:
Ok, I have learned that such things are not hard for you - fine! When I look at the way how an individual FRC game is constituting now, I have a suggestion again. Because it is essential to Ches960 / FRC, that the two players will get the information on the current position to play very short before the game is started, it might be a good idea to mask the base line of the starting array until the game is accepted or running. But this is only a cosmetic detail not a must have.

21. January 2005, 10:49:40
SMIRF Engine 
Subject: Re: FRC position numbers
to Fencer:
Thank you very much for enabling FRC here!

Would it be to hard to supply the FRC standard position number as e.g. 870 in the PGN file like
[Event "Casual Game 870"] ?
It would also be very helpful to see this number somewhere when the position will be displayed.

20. January 2005, 16:12:15
SMIRF Engine 
Subject: Re: FRC position numbers
To Fencer:

I am sure, you will do it right!

20. January 2005, 16:01:35
SMIRF Engine 
Subject: Re: FRC position numbers
to Fencer:
Really good news! Do you know that each FRC position is related to a number from 1 to 960? Shall I send you material about that?

15. January 2005, 13:03:38
SMIRF Engine 
Subject: FRC / CRC
FRC / CRC, that would be the solutions for the current millennium.

9. January 2005, 12:45:47
SMIRF Engine 
Subject: Re: Still waiting to hear about Fischerandom chess in BrainKing...
Modified by SMIRF Engine (9. January 2005, 12:46:12)
to Fencer:
but not to forget: it must be possible to enter a king's move from and to his square, because there exist castlings, where the king's position keeps unchanged thought the castling is a king's move.

9. January 2005, 12:17:28
SMIRF Engine 
Subject: Re: Still waiting to hear about Fischerandom chess in BrainKing...
to Fencer:
in my Smirf program that problem is solved comparable to the underpromotion option. If there are more than one move possible with the intended step, the user has to select from possible moves.

8. January 2005, 03:00:11
SMIRF Engine 
Subject: Re: Shogi
to Nasmichael:
Still nowhere, because that has simply been a proposed study, causing no interest in that matter at all. So that idea still is sleeping.

7. January 2005, 20:42:03
SMIRF Engine 
Subject: Re: Shogi
Modified by SMIRF Engine (7. January 2005, 20:44:04)

Date and time
Friends online
Favourite boards
Fellowships
Tip of the day
Copyright © 2002 - 2024 Filip Rachunek, all rights reserved.
Back to the top