Ok, going by my test project it's totally possible to draw physics objects to the UI (top left corner). That doesn't solve the issue of having possibly 100's of extra object active at once though.

Meh, this is just a thought experiment.

In the meantime, here's some more Pokemon finds. I think my Rat might also be sick?

It's nearly 6am, I gotta sleep "I don't think so" - OneShortEye and Summoning Salt urghhh

I guess everyday is a Friday when it's a #FanArtFriday! This one's my most recent art of Majora's Mask

Happy November everyone!

Super slow month since I took a few days off for my birthday, and spent a lot of time making new sprites which doesn't really require much write up.

Happy #WIPWednesday!

Are you working on a game?

Making some art?

Practicing a song?

Something else?

Tell us in the comments!

Ok, this version works without physics. I had to scrounge up some old bullet code from a platformer project I have.

It's nowhere near as accurate, and entirely random bounce angle when colliding with something. But it works and use like 15 lines of code?

OH! Different way of doing it.

11 lines of code, no randomness needed to stop them bouncing forever up and down!

This still means individual objects for the balls and bouncers, but no physics engine definitely means this is possible for minigames!

Happy #WIPWednesday!

Are you working on a game?

Making some art?

Practicing a song?

Something else?

Tell us in the comments!

DING!