Sam has closed his piano and gone to bed ... now we can talk about the real stuff of life ... love, liberty and games such as Janus, Capablanca Random, Embassy Chess & the odd mention of other 10x8 variants is welcome too
For posting: - invitations to games (you can also use the New Game menu or for particular games: Janus; Capablanca Random; or Embassy) - information about upcoming tournaments - disussion of games (please limit this to completed games or discussion on how a game has arrived at a certain position ... speculation on who has an advantage or the benefits of potential moves is not permitted while that particular game is in progress) - links to interesting related sites (non-promotional)
Seeing the discussion here on which would be better, GC or CRC, I think it is going into a wrong direction.
As far as I know GC has been created to have a very balanced 10x8 starting array based on the Capablanca piece set. CRC is randomazing starting arrays among a lot of possibilities. GC targets to be played by human beings, CRC was invented primarily to create a new testing field for computer chess programs. GC is about to organize experiences into an opening library, CRC is just about to avoid such looking up knowledge to be reproduced.
Therefore I regard CRC to need more sophisticated players, mainly because of the very different starting arrays.
It would be very preferable to have both, GC and CRC, at this site. But I have to agree that questions around patented games could be frustrating, even when such patents normally are not applicatable at all e. g. in the EU.
Ed, I have thought a while of the reason you have selected that lady to represent Gothic Chess. Finally I found out, that both, Alexis and GC, seems to be 25% oversized ;-) compared to traditional 'versions'.
Well I remember that there seems to be a concept for that move exchange between computers. I neither have the latest information on that useful concept nor a working counterpart for testing. Using SMIRF with a second SMIRF would merely test the compatibility to itself.
If that concept would be working, the live playing online server could act as an in between information broker.
But having a program play online there, this will of course be andvantageous for the GC live server and the GC site, but hardly for the always there accessible programs.
Well, I have no comparable hardware at hands. Thus I am only able to compete by brain. If such an event would that way mutating you will simply find out, that better hardware mostly would have better results.
Hrqls: Well, I always assume equal rights for both side in my calculations. I have no problems with vacations, if that would be time spans without any playing activity. But playing other games while using vacancy days is signalling to the opponent simply to delay the game without reason, which is a provocation.
ChessCarpenter: Please check following calculation: one move lasted for 11 days (and more if I would have continued waiting), a game consits of about 50 moves for both sides or more, that will finally be about 1100 days a game or more, giving a three years perspective.
If such delays would be caused by vacancies, ok. But if that would happen parallel to regularly played moves in other games, it simply would be a big provocation.
It might be an idea to be recognized, that Fencer should have handled a day with playing activities no longer as a vacancy day.
Chessmaster1000: I do not want to gain anything. I simply want to express that I am not motivated to wait that long for those simple initial moves without any understandable reason for that.
EdTrice: thank you for putting so much time in commenting that game. It is obviously that you are seeing the game from the viewpoint of a chess master. Thank you for that!
What I am learning from such games for sceduled modifying of the program SMIRF has been following: a) SMIRF actually seems to have no more that sort of crashing I reported during the last time - positive; b) Ed very correctly is detecting weaknesses on SMIRF's placing the pieces, thus I am very sure that some future tasks might help SMIRF a little bit: to rewrite its evaluation function focussing three points: 1) making the evaluation faster (three times seems to be realistic), 2) general review of the evaluation - especially king's safety, 3) adding a component for pieces mobility - which actually is missing.
After some things have been improved at Ed Trice's server (e.g. started game notation and enabled kibitzing), Smirf's Beta BC-058 has made another approach to stand a game against the GC master. But when the remaining time was getting low, it finally was overplayed by Ed again:
to Chessmaster1000: End of thinking (mate found): This bug is nerving in Smirf for a while. It is somehow related to the cache usage. If you would restart Smirf (it remembers the game) within that position, the error would not be reproduced. So I am about to find that silly bug, but still have not been successful.
It is good to hear, that programs still are not unbeatable. (Nevertheless Beta BC-057 again will become about 30% stronger in short).
EdTrice: Sliding scale: In Smirf average exchange values are constant. But the positional influence will vary automatically, thus I have not to rebalance those values. When a piece is captured, the evaluation is not only reduced by the exchange value, it will be positionally recalculated.
Pawn Races: Smirf has included a simple estimation of passed pawn values - still not perfect.
Castling awareness: Castling is not individually analysed, it will be selected automatically by positional considerations only, independent e.g. from castling moves.
trying to teach Vortex: I am very distant to such approaches. Because it is nearly impossible for a chess master to describe what exactly he is doing during his considerations. I think that something like this might lead into a conceptual chaos. But why not give it a try? I am on the opposite way, trying to 'feel' the needs of a 'frustrated' and 'madly' working machine, to reduce the needs of its job (danger, could lead to paranoia).
to EdTrice:
I noticed, that the result of the game has been a welcomed satisfaction for those who are hoping that humans still might play better (Gothic) Chess than computer programs.
You know that Smirf still has a lot of weaknesses, where I have to develop against. With a 53K size of its engine there already is a lot of intelligence per byte, but it has to be enriched to finally become able to defeat your Gothic Vortex program or even a top player like you.
If you remember Smirf playing in November at your fine tournament, you definitely could notice the one or other improvement. But still e. g. the evaluation function is unchangedly weak.
The new beta BC-056 has eliminated the PGN reading bug, when comments are standing split at several lines. Also the search routine is no longer that overpruned like it partially had been in its ancestors.
Is your Gothic Vortex even still subject for improvements (beside of providing more looking-up information)?.
To EdTrice: Why should we not hope that this contact from Kasparov should be serious? If he would be interested in 10x8 variants, he would also be interested in playing programs! That could be helpful for a handful of people.
Caissus: It is a piece moving iterated like a Knight as a sliding piece. It is an example for to demonstrate the ability of my calculating method to evaluate even fairychess pieces.
redsales: your arguments ar combinatorical thoughts but the average values depends on positional interdependencies (in my personal philosophy on that, of course), thus I implemented those values in Smirf.
That choice could be relevant not only for Gothic Chess alone but for the whole family of Capablanca extended piece set related variants.
Indeed it seems neither being simple nor to be skipped finding appropriate icons DISTINCT to existing and RELATED to the GAITS of the represented pieces. The solution Smirf provides for that problem thus avoids the usage of horse heads or bishop hats. And for newcomers additionally to those pictures it might be helpful also to use new and better names, where some already have been introduced here:
A=ARCHANGEL (ger. E=Erzengel, protecting the paradise with swords) instead of Archbishop or Janus
C=CENTAUR (ger. Z=Zentaur, because of its double nature, horse part below) instead of Chancellor
to Dresden:
For Janus Chess there seems to be a notation using J for the Janus. But we are discussing the original Capablanca extended piece set, thus we should not use the name Janus. Traditionally the English names for the new pieces are 'A' for Archbishop and 'C' for Chancellor. Because already a lot of game notations do exist, it will not make any sense to change the English piece letters 'A' and 'C', which name ever might be related to that letter.
In German language we have that problem of taking a first letter for "Kanzler", like in English for the "Knight". Just like that problem has been solved by taking an unused letter N from the word Knight, it will help to take the unused letter Z from Kanzler, which overmore would not conflict with the international English letters. When looking at a bilingual GUI it should be no problem to decide which piece is addressed by a letter. Z for Kanzler would solve this request.
A distinct second problem is to find good names for those pieces corresponding to the already used letters (A+C English, E+Z German). But they should of course be highly related to those actually used.
to Caissus:
Look on the gait of the Archbishop. It will remind me on two crossed swords. Thus I selected that symbol being for me more related to that piece than anything with a bishop. Thus A = Archangel or in German E = Erzengel (defending the paradise's entry by his sword) would be no bad idea. Also see at my symbols: http://www.chessbox.de/Compu/schachveri1_e.html
to andreas:
Smirf's GUI is switchable from English to German. In German it is translating the move notation using 'Z' for Kanzler and 'E' for Erzbischof. Smirf is able to read even strange notations when proceeded by an appropriate FEN string, regardless whether they are written down in English or German. That ability would be affected when chosing a letter for the Kanzler which could be regarded as an English one meaning a different piece.
I repeat a posting from another discussion board here:
Today Smirf is able to read even strange game notations in German and English because of its piece letters could be distinguished or are identical like K for King. Thus selecting A for Kanzler instead for Z would be a not so good selection conflicting with A for Archbishop. When viewing a game notation or a simple move notation that could lead to avoidable misunderstandings. Additionally letters C and Z are more related.
to EdTrice:
This is not necessary in this special case, because you are supporting only a maximum of 10 files. Thus it would be sufficient to 'forget'/'undo' a proceeding '1' when reaching a '0' and keep the rest of the program as it has been. This approach then would also tolerate both forms using simply '0' or '10'.
to Caissus:
It is just developing. I had been very unsure about that from the beginning. Thus I enabled my tools to understand both forms. May be Uwe's tool has not been written similar tolerant. If I would have understood how it should to be used, I would have noticed that earlier and contacted him about that.
As I have told, there are approaches to standardize encodings also of fairychess forms in the FFEN approach. Some people convinced me that the "10" form used by current Smirf would be more flexible and conform. Also I have found a similar using of FEN by Michel Langeveld at http://www.xs4all.nl/~mlngveld/gothicchess/index.html . So I finally made that decision for Smirf.
to EdTrice:
Yes, you can do it from the place I specified here.
As I have explained, Smirf and the FullChess editor still will passivly understand also the old form, but activly use and write only the new form. The change has been made as a result of a background discussion to enhance compatibility to the FFEN approach. Additionally I have noticed already similar approaches for Gothic Chess to be seen elsewhere.
andreas:
As I have explained already several times, a PGN file starting with another than the original standard 8x8 chess initial position would need per PGN definition a SetUp tag and a FEN tag. It is not good, that PGN files here do not contain that important information. Because how should Smirf know about the starting position? You have to add manually two following (not broken) lines after the other starting tags:
[SetUp "1"]
[FEN "rjnbkqbnjr/pppppppppp/10/10/10/10/PPPPPPPPPP/
RJNBKQBNJR w sKQkq - 0 1"]
You will also get that lines when saving a PGN file using Smirf locally or into the clipboard. By that you could see how a correct PGN file would look like.
That procedure also would work for other variants with different starting arrays. They all have different FEN strings because of their different starting arrays.
andreas:
at http://www.chessbox.de/beta.html , see Project Cronicle, 2004-Dec-10. But because of designed to become shareware, Smirf will be shrinked in its power and often suggest to become registered.
well I have a close approach to all pieces even for the capablanca board an piece set. For this see: http://www.chessbox.de/Compu/schachansatz4_e.html and around, where I derived the average piece values like used in Smirf.
Hi Walter, concerning the King: you have to keep his value distinct from combinatorical thoughts, because then his value is infinite. Imagine there would be a piece with similar gait but not to be defended like a King when being threatened.
Well I have seen a lot of different icons also for a Janus. And (except of the pointed dog ?) they seem all to have their inner logic. But its just the character of being a mix of others which takes those symbols out of the row of the conventional icons. Thus I have 'invented' my own more distinct symbols. I did it not for to claim that this should be a new type of standard. But it reflects the situation in which the common symbols only seem to be a substitute for the missing real symbols.