The Chess Variant Pages
Custom Search




[ 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 EarlierEarliest
This item is a play-by-email page
It belongs to categories: Orthodox chess, 
It was last modified on: 2020-11-07
 Author: Fergus  Duniho. Inventor: Jean-Louis  Cazaux. Play Metamachy on Game Courier. Play this large game with a variety of regular fairy pieces.[All Comments] [Add Comment or Rating]
Jean-Louis Cazaux wrote on 2021-02-22 UTC

I had not found that link on the bottom. Thank you Greg.


Greg Strong wrote on 2021-02-22 UTC

The link to view Metamachy games played on Game Courier is on the page near the bottom.

I added this page to the Metamachy group so that it is a related item with the game page. I can also add your other games in this family if you like.


Jean-Louis Cazaux wrote on 2021-02-22 UTC

I wanted to see past games of Metamachy But the Related Pages menu is almost void on this page. Could it be corrected?


Jean-Louis Cazaux wrote on 2020-12-21 UTC

Thanks a lot. I'm going to start a new game.


Fergus Duniho wrote on 2020-12-21 UTC

The bug is also affecting my log: timurthelenk-numerist-2020-328-848

Okay, that is now corrected. Let me know if any others need correcting.


Jean-Louis Cazaux wrote on 2020-12-21 UTC

Hello Fergus

The bug is also affecting my log: timurthelenk-numerist-2020-328-848

I (Timurthelenk) had white. Numerist resigned and was declared winner. Thanks a lot


Fergus Duniho wrote on 2020-12-20 UTC
in the last three metamachy games I played my opponents resigned but I still lost
arx-cvgameroom-2020-316-876
arx-cvgameroom-2020-147-879
arx-cvgameroom-2020-123-942

I have now fixed these. Since the backup had all the same moves as the log but with different results, I first copied the backup to the log. Since the player who was supposed to play White instead got the first move as Black, the $players string was actually listing the Black player first. So that the White player would be listed first, I switched the order of the players in the $players string. When I reloaded each game, it calculated the correct results and saved them to the database.

If any other games need fixing, these should be brought to my attention. The precise log name is required, and a link to the log would be helpful.


Fergus Duniho wrote on 2020-12-20 UTC

I have made one small change. I created a new checkbox in Edit mode called "Skip First Move", and I checked this for Metamachy. When checked, this causes $player and $opponent to be switched when an invitation is accepted or a tournament game is assigned. This switch happens after the $players string has been assigned. So, it does not affect the value of that string, which will still put the White player first. In tests, it gave the first move to Black, and it correctly identified the winner when someone resigned. Note that "1. skip;" still had to be provided in the Initial Moves section.

This does not affect games already in progress or already finished. Therefore, it does not fix any games that gave the wrong results. This will have to be handled separately.


Fergus Duniho wrote on 2020-12-19 UTC

Would it help if Black was placing his 4 central piece, then the situation is replicated on White's side.

It already does that.

Then Black (automatically?) pass his first move, then White plays the second move, which is actually the first as Black has just passed?

I think this would result in Black's move appearing first in a turn, and White's move appearing second in a turn, which is something I would like to avoid.

Game Courier used to have a setting for which player moved first. I got rid of it in favor of the $sides string, which is a space-separated list of the sides in the game in the order they move. But I do still have code using a variable called $first, which now gets set to the first word in $sides. I'm thinking I could bring back $first as an independent setting and use it in conjunction with $sides. When they differed, $first would be the side that actually moves first, and the first word in $sides would be the side that nominally moves first, i.e. the one that moves at the beginning of a turn. At least that is one possibility on my mind. I have to go exercise now, and I'll return to this problem later.


Jean-Louis Cazaux wrote on 2020-12-19 UTC

Thanks for taking care of this.

I'm not able to understand, and I confess I'm a bit lost because I have never programmed with that code.

As author what I just would like is that the player making the choice of the central setup is not the one playing the first actual move.

Would it help if Black was placing his 4 central piece, then the situation is replicated on White's side.

Then Black (automatically?) pass his first move, then White plays the second move, which is actually the first as Black has just passed?


Fergus Duniho wrote on 2020-12-19 UTC

The Metamachy games from the tournament don't seem to be affected by this. Perhaps because the matches were assigned.

I just tested this, and assigning games didn't make a difference. I assigned fergus to play White and duniho to play Black. It correctly assigned $players to "fergus duniho". When I went to make the first move, it was for fergus as Black. After making a few moves, I had duniho resign. The comments on the last line say "// - Gus Duniho has resigned. -// - Fergus Duniho has resigned. -" and it reports that Gus Duniho (who is duniho) has won.

While looking into this, I did make one change that may have made a difference. The form_assign.php script didn't previously create a $players string, which meant that assigned games were not using the value of this string to determine who is who. That might account for why games in the tournament were unaffected.

One solution, which I started working on yesterday, is to write a new settings file that makes the White player manually pass the first move instead of automatically adding the move for White and letting Black make the first actual move. This would make the first move actually belong to White, which would stop it from mistaking Black for the first player.

Alternately, maybe I could make sure that color choice is preserved and not assume that White moves first just because it is first in the $sides string. The $players string is newer than the $sides string, and I expect I'm not using the $players string everywhere the $sides string is used, which leads to a discrepancy between them in instances where Black ends up moving first because White's first move is automatically passed.


Jean-Louis Cazaux wrote on 2020-12-18 UTC

I've tried to play against myself. I place 1 of the 4 central piece, but when I place the 2nd one, I get a message of error. Is that preset bugged?


Greg Strong wrote on 2020-12-18 UTC

The Metamachy games from the tournament don't seem to be affected by this. Perhaps because the matches were assigned.


Fergus Duniho wrote on 2020-12-18 UTC

might it work to force white to pass for his first move?

That's essentially what I was trying to do, but something has gone wrong with that.


Daniel Zacharias wrote on 2020-12-18 UTC

might it work to force white to pass for his first move?


Fergus Duniho wrote on 2020-12-18 UTC

Maybe the bug comes from the fact that Black has the 1st action in the game, which is the chose the starting array, placing the central pieces. Then only White plays the 1st "real" stroke.

I think that's correct. Tests with other games had no problems. When I tried Metamachy, fergus invited duniho to play. When duniho accepted, he chose White. Nevertheless, duniho got the first move as White. When fergus resigned, he was declared the winner.

As a further test, I created a new settings file called Test, in which I changed Sides from "White Black" to "Black White". This fixed some things. When I selected to play White, it let the other player move first as Black, and when I resigned, it correctly assigned the winner. However, it kept misreporting which side is White and which side is Black.

The easiest solution is to create a new preset in which Black is simply the first player, and no attempt is made to make White look like the first player. But this would make the movelist look confusing, because the moves that look like they should be for White would be for Black and vice versa. So, I'm wondering if there is a better solution than this.


Jean-Louis Cazaux wrote on 2020-12-18 UTC

Hello Fergus. Yes, the same happened to me for

timurthelenk-numerist-2020-328-848  

Numerist (Black) resigned ... and was declared winner.

Maybe the bug comes from the fact that Black has the 1st action in the game, which is the chose the starting array, placing the central pieces. Then only White plays the 1st "real" stroke.


Fergus Duniho wrote on 2020-12-18 UTC
in the last three metamachy games I played my opponents resigned but I 
still lost
arx-cvgameroom-2020-316-876
arx-cvgameroom-2020-147-879
arx-cvgameroom-2020-123-942

I will look into this more tomorrow. Looking at the first one tonight, I noticed that the $players string in your log has the players listed in the opposite order from what I expected it would be. It should list White first and Black second, but it says "catugo arx" even though you are White. Since I was relying on the value of $players to know who was White and who was Black, this incorrect value could mess things up. I will do tests tomorrow to determine why this value would be the reverse of what it should be.


Jean-Louis Cazaux wrote on 2020-12-17 UTC

It happened the same thing to me. I played Metamachy on game courier, my opponent resigned and now it is registered that I lost and he has won!

Can someone looks what's wrong?

Thanks


Daniel Zacharias wrote on 2020-12-15 UTC

in the last three metamachy games I played my opponents resigned but I still lost
arx-cvgameroom-2020-316-876
arx-cvgameroom-2020-147-879
arx-cvgameroom-2020-123-942


Aurelian Florea wrote on 2020-11-15 UTC

I've done nothing yet Jean-Louis. I'm trying to make as professional as possible!


Jean-Louis Cazaux wrote on 2020-11-15 UTC

Thank you Aurelian.


H. G. Muller wrote on 2020-11-15 UTC

It would be nice if presets could define their own arbitrary mapping from piece IDs (used in move notation or FEN) to image URLs.


Aurelian Florea wrote on 2020-11-15 UTC

@Fergus, I think the best way to open the way for me to creating a zanzibar-s preset would be if you can expand the metamachy piece set with the few other pieces needed for zanzibar-s. This way I do not have do do a lot of workaround caused by the need to change the names of pieces (as allfaerie many has other letters).


Aurelian Florea wrote on 2020-11-13 UTC

Thanks for that, HG!


25 comments displayed

Later Reverse Order EarlierEarliest

Permalink to the exact comments currently displayed.