Tous les rapports
Rapports de bug sur Les Loups et l'Agneau
#158400: "Game progression start at 50% and ends at 65%, but should start at 0% and end at 100%"
fixed: Le bug a été réparé
1
Quel est le sujet de ce rapport ?
Que s'est-il passé ? Merci de choisir ci-dessous
Bug d'affichage : certaines informations de la partie étaient fausses (sans conséquence majeure sur la partie en elle-même)
Description détaillée
• Veuillez décrire le problème d'affichage. Si vous avez une capture d'écran de ce bug (pensez-y !), vous pouvez utiliser Imgur.com pour la télécharger et copier-coller le lien ici.
At the start of the game, before any player did any turn, the game progression was shown as 50%. At the end of the game, after the last turn, I.e. when the white player is announced to be the winner, the game progress was shown as 65%.
Progression should start at 0% at the beginning of the of the game, got increased with every turn and end at 100% at the end of the game. I know, that it is not easy to calculate a good progression value, but as the BGA studio guidelines says: „Game progression should be as accurate as possible. Of course, its not always easy (or even possible) to compute game progression, but a vague approximation is better than nothing.“• Quel est votre navigateur ?
Safari v18.3
Historique des rapports de bug
18 févr. 2025 6:25 • Thomas • Le bug n'a pas encore été reproduit par les développeurs:
To improve progression calculation, I suggest to consider at least the following:
1. At game start, progression should be 0%.
2. The wolfes can only move forward. That limit each wolf to a maximum of 7 moves. The wolf player has 4 pawns, so they can move not more than 28 times,
3. The sheep can move forward and backward. The does not limit the number of moves. But as both players move one after the other, the sheep player can not have more turns that the wolf player (plus 1 move, if the sheep player is the starting player). So, there could not be more than 57 moves in a single game. => Each turn should increase the progress by at least 1.75 (which is 1/57).
4. At the end of the game, the progress should be set to 100%. This should be done when the winner is announced. Note, that the game announces the winner, as soon as it is obvious that the sheep can not be blocked any more, even so the official win condition has not been met.
That would be a simple calculation of progression. It would cause a big step for the last turn of the game, but it at least takes into account how many tuns are possible if both players behave as if they need to do as much moves as possible. (Not sure, if you could detect situations, where black gets stuck and cannot move all 4 black pawns to the last line of the board.)
1. At game start, progression should be 0%.
2. The wolfes can only move forward. That limit each wolf to a maximum of 7 moves. The wolf player has 4 pawns, so they can move not more than 28 times,
3. The sheep can move forward and backward. The does not limit the number of moves. But as both players move one after the other, the sheep player can not have more turns that the wolf player (plus 1 move, if the sheep player is the starting player). So, there could not be more than 57 moves in a single game. => Each turn should increase the progress by at least 1.75 (which is 1/57).
4. At the end of the game, the progress should be set to 100%. This should be done when the winner is announced. Note, that the game announces the winner, as soon as it is obvious that the sheep can not be blocked any more, even so the official win condition has not been met.
That would be a simple calculation of progression. It would cause a big step for the last turn of the game, but it at least takes into account how many tuns are possible if both players behave as if they need to do as much moves as possible. (Not sure, if you could detect situations, where black gets stuck and cannot move all 4 black pawns to the last line of the board.)
18 févr. 2025 9:57 • Jonathan2004 • Le bug n'a pas encore été reproduit par les développeurs:
Hi,
1. The first version of the game was using a 0% progress at start, but I was asked to change to 50% at start like other BGA abstract games (chess or something like that) in order to let players CONCEDE as fast as possible.
(See ticket #101827 : boardgamearena.com/bug?id=101827.)
2+3. Yes it is used to compute the progress from 50% to 100%
4. To analyze
1. The first version of the game was using a 0% progress at start, but I was asked to change to 50% at start like other BGA abstract games (chess or something like that) in order to let players CONCEDE as fast as possible.
(See ticket #101827 : boardgamearena.com/bug?id=101827.)
2+3. Yes it is used to compute the progress from 50% to 100%
4. To analyze
18 févr. 2025 11:20 • Jonathan2004 • Le bug a été réparé:
I added a fix to compute 100% at end of game.
Ajouter à ce rapport
Veuillez ajouter ici toute information qui semble pertinente pour reproduire ce bug ou comprendre votre suggestion :
- Un autre n° de table / n° de coup
- Appuyer sur F5 a-t-il résolu le problème ?
- Le problème est-il apparu plusieurs fois ? À chaque fois ? Aléatoirement ?
- Si vous avez une capture d'écran de ce bug (pensez-y !), vous pouvez utiliser Imgur.com pour la télécharger et copier-coller le lien ici.
