DrNegative15
Member
Issue 1: Order of instance code execution affects movement behavior.
Visual Aid for Issue 1:
Scenario: 4 block instances are lined up one directly behind another and all are going to move together in the same direction.
First they will all be moving to the right. (left side of visual aid)
the blue block is determined to be first in the order of code execution; there is nothing in the way, so it is moved to it's new position.
then the green block is executed; same resolution as the blue block.
same story for the orange and red blocks.
Each game step shows all the blocks moving together as one cohesive unit. All looks good.
Then all the blocks stop and will move to left (right side of visual aid)
the blue block is still the first instance to have it's code executed; this time there is something in the way (the green block), so it can't and doesn't move for this step.
then the green block is executed; it also cannot move (orange block in the way). same story for the orange block.
finally the red block is executed; there is nothing in the way so it moves.
repeating this order of execution sees the blue block not get to move at all until the 5th round of code execution.
as a direct result, the blocks are no longer in a cohesive unit; they have been spaced apart
So, is this something that can be reconciled, or is this something that isn't that big of a deal and can be ignored in the course of development?
If it can be fixed, what would the method be?
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Issue 2: Two moving objects not positioned correctly when colliding into each other.
Visual Aid for Issue 2:
Scenario: Two blocks are moving to meet at a point between them.
the light blue block is where the dark blue block intends to go; similar story for light and dark red blocks.
due to the order of code execution having the blue block move first, it makes it's full movement, while the red block must stop short
Now, would the ideal situation be where each block moves part way and meets somewhere in the middle, or is this also a case of something that is less of an issue than it seems?
If the ideal movement can be done, what would the method be? Would it have noticeable overhead in doing so?
Visual Aid for Issue 1:
Scenario: 4 block instances are lined up one directly behind another and all are going to move together in the same direction.
First they will all be moving to the right. (left side of visual aid)
the blue block is determined to be first in the order of code execution; there is nothing in the way, so it is moved to it's new position.
then the green block is executed; same resolution as the blue block.
same story for the orange and red blocks.
Each game step shows all the blocks moving together as one cohesive unit. All looks good.
Then all the blocks stop and will move to left (right side of visual aid)
the blue block is still the first instance to have it's code executed; this time there is something in the way (the green block), so it can't and doesn't move for this step.
then the green block is executed; it also cannot move (orange block in the way). same story for the orange block.
finally the red block is executed; there is nothing in the way so it moves.
repeating this order of execution sees the blue block not get to move at all until the 5th round of code execution.
as a direct result, the blocks are no longer in a cohesive unit; they have been spaced apart
So, is this something that can be reconciled, or is this something that isn't that big of a deal and can be ignored in the course of development?
If it can be fixed, what would the method be?
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Issue 2: Two moving objects not positioned correctly when colliding into each other.
Visual Aid for Issue 2:
Scenario: Two blocks are moving to meet at a point between them.
the light blue block is where the dark blue block intends to go; similar story for light and dark red blocks.
due to the order of code execution having the blue block move first, it makes it's full movement, while the red block must stop short
Now, would the ideal situation be where each block moves part way and meets somewhere in the middle, or is this also a case of something that is less of an issue than it seems?
If the ideal movement can be done, what would the method be? Would it have noticeable overhead in doing so?