Okay.... thank you for your answer !

I will give it a try and remove the love.graphics.clear() from the love.run() function.
And to prevent flickering I have to do every draw operation atleast for two/three consecutive frames.

Hello there, just stumbled across this thread... I think the initial question wasn't answered ! Isn't OpenGL handling the frame buffering (double/tripple buffer) ?! So I don't really have to keep another copy of the screen in a canvas. Updating only the changed part of the screen should do the job, ...

Here is the optimal solution for this game
http://xkcd.com/832/

... you could use a runtime compressor for your .exe-File.

Something like
http://upx.sourceforge.net/

I think, that you can access the system's clipboard by calling some commandline tools.
There is a way to do this by some native system commands under Linux / OSX:

XSEL under Linux
PBCOPY under OSX

... have a look

Hey, when you require "hitboxes" , the code inside the file is executed once. You have to put this code inside a function, e.g. function checkStartbutton() mouseX = love.mouse.getX() mouseY = love.mouse.getY() if mouseX > hitboxButtonStartLX and mouseX < hitboxButtonStartRX then if mouseY ...

Hey, actually you don't need the love.graphics.clear() -function. The screen is cleared automaticly on every cycle just before your love.draw(...) is called. So just simple draw your stuff and you're fine... So something like that: function love.draw() if screen == menu then love.graphics.draw(scree...

Hey,

You are causing a recursion in love.draw(), i.e. love.draw is calling itself over and over again... until there is no memory left. You are looking for the love.graphics.draw(...) funtion.

hey there, in an equilizer every single bar represents a specific frequency (or better a range, for example 220Hz-250Hz) In order to get this information you have to analyse the music on the fly. This is called "fourier transformation" (see wikipedia for more information) These calculation...