This is already cooler than 90% of what you find in comercial pool games for old consoles.

The problem here is that this kind of game is all about physics, you gotta have to nail it or else its garbage.
So pool is not the smartest starting point to get into game dev.

Practical example for a memory leak: Have a textbox, have it have a zoom in/out function. We reload our font with Font = love.graphics.newFont( zoom) _Font_ is overwriten each time so logically we would assume the old font data is discardet as it is no longer referenced. This is not the case because...

Somewhere in this player:draw mess you call either translate or scale which of course makes all following positions incorrect.

Thats a broad question and largely depends on what type of game, how many objects are on the screen or even how many pixels the game has. Losely there are 3 approaches to this: Mapping based - Where the entire viewable area is mapped to a table, that means around 10-100 pixel are grouped together as...

Putting this in the touchpress callback looks like an error to me.
Put this in the update loop instead.

+1 is the the only math most games need.

That .love is packaged incorrectly. I see no fading at all here and i am not sure what exactly you need. But you dont need to have multiple canvases for it. If you just want a fading trail then the smartest solution is to have a table full of positions that you just prepend (table insert) the curren...

Löve has a better performance than anything else i am aware of.

Yea but i need to infuse the transparency between that.
I have not tried yet but i will probably generate it in Löve itself so i end up with a badly compressed png here.

Oh wow thanks for finding these, so i tried them on the 10mb file and it gave a 40% reduction to 6mb. But THEN i tried them on a file where i already added an alpha layer and did the cutout and the reduction was over 60%. I can live with that. I also found another stupid method: just save the file a...