Action schedule for round robin

[kenny99chan]

Assume we have 2 action files:
0
H
H
E

1
L
L
L
L
E

Then, the expected action scheduling: (player A H),(player B L),(player A H),(player B L),(player B L),(player B L),(player A E),(player B E)
Is my understanding correct?

[owen-hwlee]

My interpretation of action scheduling under ROUND_ROBIN mode is: (player A H), (player B L), (player A H), (player B L), (player A E), (player B L), (player B L), (player B E)

Generally, it is my understanding that all actions are queued and scheduled in a round robin fashion regardless of action type.

This is assuming the game is not won in any of the intermediate steps. If the game is won during any step in between, all input engine Threads can terminate, and the remaining actions will simply not be scheduled.

I do have a follow-up question if my interpretation is correct: when (player A E) has been processed successfully, is it a must to immediately terminate the input engine Thread for player A?

[Troublor]

@owen-hwlee is correct. The scheduling of ROUND_ROBIN mode should be

(player A H), (player B L), (player A H), (player B L), (player A E), (player B L), (player B L), (player B E)

I do have a follow-up question if my interpretation is correct: when (player A E) has been processed successfully, is it a must to immediately terminate the input engine Thread for player A?

It is fine for the input engine thread to either exit early or wait until the game exits.
However, unless the game is won, the game should continue until all actions from other input engines.

[marklinlmy]

I have a follow-up on this:
In the Round Robin mode, does the player with id 0 has to be first to start, or as long as players take turns to perform action then it is fine.
i.e., for this case is (player B L),(player A H),(player B L),(player A H) etc accepetable?

[Troublor]

The InputEngine associated with the first action.txt (specified in CLI arguments when starting the game) should be the first to process action.

[ntxq]

However, unless the game is won, the game should continue until all actions from other input engines.

I want to ask why there is the condition "unless the game is won".

Since the documentation says:

For each action file (and the corresponding InputEngine), all actions before (inclusive) the first Exit (E) should be processed (i.e., fed to the processAction method).
The game map should be rendered after the last action is processed (the final state should be rendered).

Shouldn't the game continue until all input engines are processed even if the game is won?
(i.e. the game state is won, but there are remaining actions for some input engines)

[Troublor]

@ntxq If the game is won, the game will exit no matter whether all actions have been processed or not.