<useless suggestion>

If the posted image is representative of the animation, I observe that the color green isn't used much at all. Therefore you could repurpose the green color channel as the alpha channel using a shader.

Your game world simulation shouldn't have "pixels" mentioned anywhere in it. love.update() shouldn't think about pixels at all. Only in love.draw() should you calculate how to draw the game world in the current resolution. Like, sprite_width = screen_width / sprites_per_screen_width So if ...

Don't model your game world in pixels. How you should model your game world depends on the type of game. Let's say you're making an arena shooter. The arena is square. I'd measure coordinates as fractions of arena size. So x=0.0 is left edge of arena, x=1.0 is right edge. It's pretty easy to draw th...

Your documentation lists getBar1() and getBar2() but I don't see these defined in the code.

You have to actually draw the video. :play() makes it go forward in time, but you have to love.graphics.draw(Video) to see anything.

Chemistry is the study and manipulation of moleculic structures and the substances they form. Understanding what various kinds of bonds atoms make with each other is the basis of chemistry. Then there's the wide library of reactions discovered by chemists throughout history; procedures for breaking ...

As you seem to be aware, the correct course of action is to study trigonometry. You're not gonna understand 3D rotations without understanding trigonometry. Search for trigonometry tutorials for game developers. Should be plenty of hits, as trig is a very useful skill to game developers, even in 2D.

What's going on here?
simpleNoise.lua:158

It becomes annoying though that whenever you draw something you have to reset all the global drawing state in case some previous function modified it. So every call to love.graphics.x() has to be preceded by love.graphics.setX(). It's even more verbose than additional parameters.