Feat/rendering multiplayer #33
Conversation
| guard let player = self.player else { | ||
| return | ||
| } | ||
| self.position = player.position |
There was a problem hiding this comment.
Should the camera only follow the x position of the player?
There was a problem hiding this comment.
By doing so, we need to initialize y position of camera to half of the height of the scene.
There was a problem hiding this comment.
I noticed it was previously only tracking the x position, but the player may jump up to higher platforms and exit the height of what the view can see...
There was a problem hiding this comment.
Hmm that's true. My rationale for fixing the camera's y position was because if the camera track's the player's y position as well, then we may run out of the background image when going up. I guess it can be said that levels should not be limited in height (maybe can have a level that's focused in the sky or something), but with the lack of assets, would it be better to just cap how high the player can go?
There was a problem hiding this comment.
Maybe we resolve this after we have a complete level ready? We can test then what feels most normal/natural. We can create an issue in the meantime
There was a problem hiding this comment.
okay that sounds good!
Local Multiplayer Rendering
Closes #23
Changes
LayoutUtilsfor creating layout for player viewsGameScenenow creates a camera that tracks the player as it movesGameBridgeto synchronise player entities toGameScenePreview