The water effect is really cool! It might look better a little stronger as you say--but it already shows up nicely on static objects like the seaweed.
Looks fantastic! I have been longing for a fun platformer for the playdate, this looks like just that
Definitely buying this when it's polished and completed. Love the coin bomb!
Thanks! The game is still nowhere near completion but I am making progress.
Here is the new demo . It is still possible to crank up or down the frame rate.
The overworld is made of 4 maps. I hope that loadings are not too noticeable when switching from map to map.
EDIT: it seems that there was some files missing, here is a new PDX.
DuckBlur.pdx.zip (222.0 KB)
That's looking really nice! I'm curious, are you using the sprite/collision system from the SDK at all, or did you hand-roll your own? I've been thinking of making a small platform and the sprite system seems almost too constraining for things like tiled map behind the sprites, etc
Thanks!
I'm using the sprite system from the SDK but not its collision system. It seems to be nice and fast but it only checks for rectangles and I wanted to have slopes and loops. I also don't see how you can use it with tilemaps, so I wrote my own system instead.
For tilemaps, I am associating each tile with two mathematical functions. It makes the player movement smoother than checking collision with the image mask:
I then check the functions of the tile located under/over the player to know where he should land after a jump.
And between sprites I am using hitboxes, like the SDK:
Ooh, the idea of using mathematical functions for tiles' collision boundaries is fascinating! Thanks for all the tips!
Since you use sprites -- how do you draw the background/tile map? So far in my experiments I've found that if the display list is enabled, then anything I draw that isn't a sprite is discarded.
Yes, the screen is cleared when you call playdate->sprite->updateAndDrawSprites()
so I create one sprite per layer. You have to set the sprite bounds to the size of the screen and make the sprite dirty when the camera moves.
The "Sprite Game" example from the SDK more or less covers this. Search for the Background Sprite
parts in PlaydateSDK/C_API/Examples/Sprite Game/game.c
.
Creating a sprite per layer also allow fun stuff like changing the player layer on the fly simply by changing the zIndex:
I've not long had my device and decided to give your last build you posted here today. Solid 50fps for me on device and nice to know that fast smooth gameplay is achievable. I'm just now implementing tilemap rendering with scrolling for a fast paced belt scroller beat em up (streets of rage etc). Now I know what is possible in terms of performance at least with only a few enemies on screen it gives me a bit more confidence that what I want to do should be possible.
Yes the Playdate is a very capable game console. I was targeting a lower framerate at first but it seems possible to make a fast platformer/action game with a solid 49 fps.
I really love belt-scroll action games as well so I am looking forward to your game