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

Comments/Ratings for a Single Item

Later Reverse Order EarlierEarliest
Grand Apothecary Chess-Classic. Very large Board variant obtained trough tinkering with known games.[All Comments] [Add Comment or Rating]
🔔Notification on Thu, Mar 28 06:44 AM UTC:

The author, Aurelian Florea, has updated this page.


💡📝Aurelian Florea wrote on Wed, Feb 23, 2022 09:26 AM UTC in reply to Daniel Zacharias from 03:38 AM:

Also feel free to make any comments!


💡📝Aurelian Florea wrote on Wed, Feb 23, 2022 05:39 AM UTC in reply to Daniel Zacharias from 03:38 AM:

Thanks!


Daniel Zacharias wrote on Wed, Feb 23, 2022 03:38 AM UTC in reply to Aurelian Florea from Tue Feb 22 04:41 PM:

I like it! It's always interesting to see the thought behind the choices made when designing a game.


💡📝Aurelian Florea wrote on Tue, Feb 22, 2022 04:41 PM UTC:

I have added in the notes sections explanations about why are the pieces are the way they are in this game. They are not perfect, but I had questions and I wanted to answer them.


💡📝Aurelian Florea wrote on Sat, Feb 12, 2022 01:05 PM UTC:

I have added in this game's initial position one regular pawn on each flank on the fourth row. That is because flank attacks by white where too dangerous in start positions where the black rook of the file was undefended. Also more king safety should he castle.


💡📝Aurelian Florea wrote on Mon, Nov 15, 2021 07:06 AM UTC in reply to H. G. Muller from Sun Nov 14 09:15 PM:

Agreed!


H. G. Muller wrote on Sun, Nov 14, 2021 09:15 PM UTC in reply to Aurelian Florea from 08:36 AM:

I think we will need Fergus' help for this. When I use the preset in Play mode it doesn't declare game end during the first few moves. I think that proves that the Post-Game code cannot be responsible for the observed termination.


💡📝Aurelian Florea wrote on Sun, Nov 14, 2021 08:36 AM UTC:

Now there is another problem. Once an invite is passed it cannot be accepted. If someone tries to accept the invitation (we have tried only personal) it gets an error that says the opponent won. Any idea?


💡📝Aurelian Florea wrote on Fri, Nov 12, 2021 01:43 PM UTC in reply to H. G. Muller from Thu Nov 11 01:36 PM:

Oh, on Android I get correct results too! I'll just switch to that!


H. G. Muller wrote on Thu, Nov 11, 2021 01:36 PM UTC:

All I can say is that when I use the link you last gave (with FireFox, or the Android browser on my tablet), and select 'Play' from the menu, I get a different start position as what was initially shown. And when I then go back to the previous page, and press Play again, I get yet another setup. And it gets shuffled in the way that was specified. So the preset appears to be OK.

Perhaps others could try to see if they have the same experience.


💡📝Aurelian Florea wrote on Thu, Nov 11, 2021 07:55 AM UTC:

@HG, I'm not sure what is going on then. Maybe clearing my cache could help? Or the fact I use microsoft edge is a problem? But it seems it is not a preset problem.


H. G. Muller wrote on Wed, Nov 10, 2021 03:37 PM UTC in reply to Aurelian Florea from 08:24 AM:

It does shuffle for me. What I meant is that you gave two links, to different presets, in this comments topic, and that these use different piece IDs.


💡📝Aurelian Florea wrote on Wed, Nov 10, 2021 08:24 AM UTC in reply to H. G. Muller from Sat Nov 6 07:49 PM:

I have made the modification but the shuffling algorithm still seems to get ignored. You have said earlier that the names of the pieces are different. I don't understand that. May you be a bit more specific?


H. G. Muller wrote on Sat, Nov 6, 2021 07:49 PM UTC:

You had not given me that link before, so I was looking at another preset. In this new one you forgot the closing parenthesis (and semi-colon) of the shufflespecs array.


💡📝Aurelian Florea wrote on Fri, Nov 5, 2021 08:13 AM UTC in reply to H. G. Muller from Thu Nov 4 10:24 AM:

I don't understand what you mean by the fact that the diagram uses different pieces ID than the preset. I thought we had passed that. Maybe take another look and tell me what is there do be done: https://www.chessvariants.com/play/pbm/play.php?game=Grand+Apothecary+Chess+3&settings=Applet Thanks for your help!


H. G. Muller wrote on Thu, Nov 4, 2021 12:30 PM UTC in reply to Aurelian Florea from 11:40 AM:

Well, I did not see it in the preset (link you gave earlier in this comment thread).

And no, that is not supposed to work, because it seems to use other piece IDs than the preset.


💡📝Aurelian Florea wrote on Thu, Nov 4, 2021 11:40 AM UTC in reply to H. G. Muller from 11:11 AM:

I had copied the code you've obtained in the preset. Isn't that supposed to work?


H. G. Muller wrote on Thu, Nov 4, 2021 11:11 AM UTC in reply to Aurelian Florea from 11:08 AM:

When you try what? I see no change in the preset.

BTW, the GAME-code generation should now also work properly when all pieces in a shuffle groep have a colon prefix.


💡📝Aurelian Florea wrote on Thu, Nov 4, 2021 11:08 AM UTC:

HG, When I try nothing gets shuffled!


H. G. Muller wrote on Thu, Nov 4, 2021 10:24 AM UTC:

Ah, I did not really look at the Diagram, just at the preset. You can just add the fourth group to the shufflespecs array, as another triplet. You have to put one piece (e.g. Bishop) in the first element of the triplet, and all the others in the second.

I took your Diagram definition from the page source of your article, and pasted it into the Play-Test Applet to generate GAME code. Indeed it turned out that the two groups for which you wanted symmetric shuffling were not put into the shufflespecs array. The reason appears to be that you put the colon (:) to request symmetric shuffling on all pieces of the group. The GAME-code generation apparently cannot handle that. And I never noticed that, because I tend to mark all the pieces but one with a colon. The last piece then must be placed symmetrically as well, as the only open spaces that are left will be symmetrically positioned. If I removed the colon on one of the pieces in each group in the Diagram's shuffle parameter

      shuffle=:B:N:EF,QUT,DI,:LY

then the GAME code gets properly generated:

set shufflespecs (
  (F) // shuffleset
  (B N E) // symmetrized
   0
  (Q T U) // shuffleset
   0
   0
  (D I) // shuffleset
   0
   0
  (Y) // shuffleset
  (L) // symmetrized
   0
   0 // mirror to get black
);

(beware the Diagram uses other piece IDs than your preset!). I will fix the JavaScript for GAME-code generation in the Play-Test Applet such that it can also handle the case where all pieces in a shuffle group have a colon prefix. (As the Diagram itself doesn't seem to have any trouble with that.)


💡📝Aurelian Florea wrote on Thu, Nov 4, 2021 10:01 AM UTC in reply to H. G. Muller from Wed Nov 3 01:52 PM:

HG, There are four areas where pieces get randomized. And they work in the diagram. The code you had given me yesterday only has 3.


H. G. Muller wrote on Wed, Nov 3, 2021 01:52 PM UTC in reply to Aurelian Florea from Mon Sep 27 06:37 AM:

@HG, In the context of my before the previous example I think the ":" symbol does not influence the preset although it works fine in the interactive diagram!

I finally had time to look at this. The preset as it was indeed ordered completely random shuffling of Y and W. Which means that YY-WW or YW-YW is also a possible outcome. The way the shufflespecs work in the preset is that the second element of the triplet specidies the set of pieces that have to remain symmetrically located, and the third element specifies the set of pieces that must be equidistributed over square shades. A 0 there means there are no such pieces (and if both are non-zero, the third element is ignored). The first element then contains the remaining pieces, and must be non-empty.

By putting (W Y) in the first element, you asked for an unrestricted shuffle. Because the first element must not be empty, you have to put one of the two there (say Y). The other (W) can then go into the second element, and will be symmetrically shuffled (either as W.-.W or as .W-W.). The Y will then be 'shuffled' over the remaining open spaces, which in this case is just placement there as there is nothing left to choose.

I am not sure why the automatic generation did not work; I haven't looked yet what shuffle string you specified there. Perhaps it failed to put one of the Y, W in the first element, and put them both in the second. Anyway, try if this works:

set shufflespecs (
  (Q V U) // shuffleset
   0
   0
  (I M) // shuffleset
   0
   0
  (Y) // shuffleset
  (W)
   0
   0 // mirror to get black
);

 


💡📝Aurelian Florea wrote on Wed, Oct 27, 2021 02:25 AM UTC in reply to Jean-Louis Cazaux from Tue Oct 26 07:15 PM:

Thanks Jean-Louis for your interest.


Jean-Louis Cazaux wrote on Tue, Oct 26, 2021 07:15 PM UTC:

Thanks to everyone for the explanations on the use of Betza's notation: I didn't suspect those refinements.

Above all, thanks to Aurelian for his answer and explaining his motivations. I understand that the priority is balancing the different powers on the board.

I still have to understand why a 3 or 4 colors is helping to visualise the path of a Nightrider, in any case I think I'm kind of blind for Nighriders, I just can't see their paths, I smile.

So, no critics from my side, this game has many interesting features and this is why I am interested


25 comments displayed

Later Reverse Order EarlierEarliest

Permalink to the exact comments currently displayed.