Comments by ChessShogi
To be honest, I didn't expect to see Hectochess featured this soon, but it is nice to see my efforts recognized, at least in a small way, so thank you. When I made my case for the game, I thought of it as less of a nomination and more of a a comment pointing out that Hectochess met the requirements (sans being seconded) for being featured. I expected it to be swept under the rug.
That being said, it seems that the featured variants system is garnering some serious debate among the more senior members. Especially Jean-Louis Cazaux is frustrated by this process of featuring variants. Perhaps during the holiday months we could step back and make some improvements to this system rather than feature a variant through the current system.
No voting system is flawless, but given what some are saying about the voting system, improving the voting system for featured variants, even in a small way, would be a good idea.
That being said. I might make a case for Seireigi in the future, once it gets a few more years under its belt.
You have some good points. Not having enough variants to feature is quite concerning indeed. However, the system is still quite young, so it needs time to garner more variants.
As the inventor, you won't be able to nominate it, but you can work on promoting it. Although I didn't initially find anything in the Play menu or the tags about it being playable, I updated the database to show the Game Courier preset in the Play menu, and I added a Ludii tag to the page to show it can be played on Ludii.
Can authors add tags to their articles as well?
Edit: I answered my own question. Yes, authors can add tags to their pages.
It seems that Game Courier is having trouble displaying legal moves for pieces in certain situations. Take for example this game from Seireigi:
1. p 3g-3f
1... P 7c-7d
2. n 2i-3g
2... N 8a-7c
3. n 3g-2e
3... N 7c-8e
4. n 2e-1c; +n-dest
4... N 8e-9g; +N-dest // If you click on Black's Heavenly Horse on 1c, it shows only legal mvoes to 1a, 3a, 2b, and 2d. GC should also show legal moves on 2e and 1b, but it doesn't. However, rule-enforcement-wise, there are no problems when the Heavenly Horse moves to the latter two squares.
If you ever get around to a rule-enforcing Game Courier preset for this, send me an invite.
I just finished making a rule-enforcing preset for Chu Seireigi, which is pretty similar.
It might be a little while before I finish a Dai Seireigi preset due to needing to program the hook movers (Hook Mover, Capricorn, Square Mover, and Great Dragon) and promotable stinging pieces (Poisonous Snake and Cat Sword) and their corresponding rule enforcement.
Edit: I figured out how to code the hook-moving pieces with logride. The rest is actually rather simple.
However, in the meantime, I'll send you an invite for Chu Seireigi. Look for it in your GC logs (<User> -> Your Games on Game Courier)
You'll probably take me down within 15 moves (actually, 10 wouldn't surprise me), but I really like the looks of this game.
Your probably right that I will win, but it'll take a lot more than 15 moves. The range-jumpers only jump once, and the hook movers cannot jump at all. Furthermore, there's plenty of chances for mistakes to be made, allowing you at least a small chance of victory. This is also the case for Chu Seireigi, which doesn't have range-jumpers or hook movers at all.
Thanks for fixing that.
logrude seems to not be repeating the last direction indefinitely. In fact, it has some really weird behavior going on right now.
This preset for Chu Seireigi shows the bug in action. It defines the Queen as a Metamachy Gryphon with an additional direction to show what happens with repeated non-final directions.
The relevant code is:
map n 0 1 s 0 -1 w -1 0 e 1 0; // Orthogonal directions
map nw -1 1 ne 1 1 sw -1 -1 se 1 -1; // Diagonal directions
def Queen logride #0 #1 (nw n) (nw w) (ne n) (ne e) (sw s) (sw w) (se s) (se e) (nw nw n);
def Queen-Range lograys #0 (nw n) (nw w) (ne n) (ne e) (sw s) (sw w) (se s) (se e) (nw nw n);
The last direction is not repeated indefinitely. It only repeats as many times as the direction before it is repeated.
If that is the case, then the logical definitions of the Griffon and Aanca should be as follows:
def G logride #0 #1 (nw (n)) (nw (w)) (ne (n)) (ne (e)) (sw (s)) (sw (w)) (se (s)) (se (e));
def GL lograys #0 (nw (n)) (nw (w)) (ne (n)) (ne (e)) (sw (s)) (sw (w)) (se (s)) (se (e));
def A logride #0 #1 (n (nw)) (w (nw)) (n (ne)) (e (ne)) (s (sw)) (w (sw)) (s (se)) (e (se));
def AL lograys #0 (n (nw)) (w (nw)) (n (ne)) (e (ne)) (s (sw)) (w (sw)) (s (se)) (e (se));
This is because of how logride's documentation says it should be used to describe turning riders, as shown below.
logride from to ...
...A turning rider needs directions in a nested pair of parentheses. The directions before the second pair of parentheses indicate the beginning of a turning rider's move, and what comes in the inner pair of parentheses indicates how the turning rider continues to repeat its move.
I second Metamachy. It is a solid game with some interesting and rather unique twists on the normal Chess rules.
I also second Tenjiku Shogi. This game is a perfect example of the craziness that particularly imaginative authors can come up with, while still being fun to play.
It seems you forgot to copy the new Griffon logic over to the Griffon-Range function.
The Griffon-Range function currently looks like this:
def Griffon-Range lograys #0 (nw n) (nw w) (ne n) (ne e) (sw s) (sw w) (se s) (se e);
The Griffon-Range function should look like this:
def Griffon-Range lograys #0 (nw (n)) (nw (w)) (ne (n)) (ne (e)) (sw (s)) (sw (w)) (se (s)) (se (e));
- - - - - - - - - - CRITICAL BUG NOTICE - - - - - - - - - -
Game Courier is having serious server-side issues when loading presets with fairychess.txt-like code.
When I went to move in my Dai Seireigi game with Bob Greenwade, It gave the following error, despite the fact that I haven't changed anything in the code (which was working properly before).
The piece p is undefined.
Since this is not a preview, something may have gone wrong with the code. For diagnostic purposes, the last move played was
1. p 8k-8j
For general reference, here is the complete list of moves:
// Test of new rule-enforcing Dai Seireigi preset 1. p 8k-8j 1... P 8e-8f 2. i 9l-9j 2... I 7d-7f 3. p 13k-13j
Furthermore, some presets that use fairychess.txt or fairyshogi,txt are struggling to even show up on-screen, despite the fact that they were not changed in any way before the bug occured. For example:
That's because I used Google Translate to look up hexadecimal in Japanese and went with the pronunciation that it gave me.
I edited the Japanese name to make the pronunciation match up (it conveniently also gives a somewhat accurate description when compared to Tenjiku Shogi). However, truth be told, most non-Japanese people probably won't care what the Japanese name is, as long as it is consistent.
I have finalized Chu Seireigi and Dai Seireigi, as well as their GC preset pages.
Okay, these pages have been published.
I think you missed Dai Seireigi's GC preset page. It's the same as Chu Seireigi's except it is adjusted for Dai Seireigi. Thanks for publishing the others though.
Games with a rank label of 0 don't display correctly, as can be seen in Apothecary Chess Modern. It looks right if the rank label 0 is replaced with something else
Another game with this problem is Rococo
Now that Daniel brought this problem up, I should also note that presets with a Max Columns value of 0 don't display, only showing the following text.
When cols is zero, you don't have a board. Exiting before it tries to divide by zero.
An example is my old Hook Shogi preset and other old presets, for which I did because I was younger and less experienced.
Thankfully, this is very easy to fix. Throw in a clause in the script that forces the Max Columns value to be 1 if the field is evaluated to be 0.
Pseudocode, assumes val("Max Columns")
has been pre-validated to let only integers through.
if (val("Max Columns") == 0) { cols = 1; } // Set Max Columns to 1 to prevent dividing by 0 or a negative number
else cols = Math.abs(val("Max Columns")); // Valid value (take absolute value to ensure proper division)
I am getting a weird warning/error from my Personal Page comments section when editing my own comment on it...
The ItemID @ChessShogi no longer matches any item in the Item table.
This Jocly file apparently does not recognize a win from a King capture, even though no rule exists against moving into check.
I have added Bob Greenwade's Seireigi piece images to the options for available graphics for the Interactive Diagrams.
Edit: I am also doing this for the other games in the Seireigi family.
Oops.
Edit: This is now fixed.
I do have one complaint about this game family: some pieces bear the names, but not the moves, of existing traditional Shogi pieces.
This is hardly a new precedent. Taikyoku Shogi does this with a ton of pieces that appear in smaller games. I simply used this same precedent when choosing the pieces for the Seireigi family, particularly when programming their Ludii files.
I think, at the least, the ones with altered moves should have new adjectives. (I'm fully willing to build new icons for them as needed.)
I must be very careful about this. Changing the name or move of a piece, especially while a game on GC is underway, can have a variety of unwanted effects (similar to when fixing that bug in Dai Seireigi broke our game forcing me to restart it). At some point it is better to maintain consistency than it is to change things to match the traditional Shogi roster.
Another variable to keep in mind is that the Seireigi family incorporates the drop rule. This rule demands that most pieces have a forward bias to their movements and that most pieces be relatively weak. This means I have to carefully consider what moves to give each piece so as not to destroy the delicate balance of power in each game.
That being said, renaming is not completely out of the realm of possibility for some pieces.
While all the stated options are technically implementable, these are severely limited by the piece graphics available to me from Eric's 1-kanji set and from Ludii's Extended Shogi set. Many of the pieces have the same names but different moves when compared to their Shogi counterparts. However, I will summarize my thoughts on your picks below.
- Flying Ox: While their are other options for this piece, none really go well with the theme of the games, which is a drops-playable version of their Shogi counterpart. Then there's also the problem of the Free Boar and what to change that to (this piece has fewer options and the same problem).
- Golden Bird and Heavenly Horse: The former's full Kanji name translates to "Oriental greenfinch," and the first Kanji in the latter's full Kanji name also translates to "winged." Under this logic, you could call them Golden Finch and Winged Horse, respectively, and it would only barely be cheating.
- Kirin, Phoenix, Lion, and Treacherous Fox: Unfortunately, these don't really have options for alternate names within the limits that I set for myself. For the latter, there is another fox piece that I could use (Dai Dai Shogi's Enchanted Fox), but it is displayed incorrectly in Ludii, thus making it unviable.
The Greenwade icons for the Strong Bear and Running Leopard may need to be adjusted depending on your preferences.
The Golden Finch and Winged Horse options seem good. I'd have to make new icons (I have a specific "finch" icon so finch-goldgeneral instead of bird-goldgeneral; and then, horse-wings instead of horse-angel), but I'd even call them new inventions. The Winged Horse could even use a simple pegasus icon (if not the name).
I'm not actually renaming the Golden Bird and Heavenly Horse, as there is simply no need to. I'm simply pointing out the fact that these options exist due to translations from their current Japanese names (金翅 kinshi and 天馬 temma, respectively).
I can get on the Strong Bear and Running Leopard icons over the weekend, if you don't go do them yourself. (The bear should be fine by itself, just removing the sword; the Running Leopard will be leopard-wind.) I can also do the Golden Finch and Winged Horse icons if you decide to go that route.
(The colors, in case you decide to do them yourself, are A9A9A9, 444444, 80FF80, and 008000.)
The only thing I plan on doing myself is uploading the updated images to the directory used by the Diagram. It makes much more sense to have you update the images themselves, seeing as you are the official author of these graphics.
25 comments displayed
Permalink to the exact comments currently displayed.
Thanks. I also saw that the fairyshogi Dragon_Horse-Desc function/variable was missing.