Since it's ELI5 I'll keep it very simple. It's not like I know the exact mechanics anyway. No guarantee of pedantic correctness. I'm sure if I get anything overly wrong then someone who wouldn't comment otherwise will correct me (please and thank you).

Let's start from interpolation. It's a simple maths idea: inter for between, poles for points. Let's say you have two points. You could draw a line between them, take the middle point of that line. You've now introduced a new point.

This concept is used a lot in physics or maths in general. Let's say you are writing down the speed of a car over time. You have 1 speed value per second. But you're interested in the speed at 23.33 seconds for some reason.

Now you have a few options:

• You could take the speeds at 23 and 24 seconds and just the same as before: draw an imaginary straight line between them, and read what speed that is at for 23.33.
• You could also look at how the speed changed from 22 to 23 instead, especially if you didn't have the 24s time written down.
• You could look at more of the speed values and try to figure out how the car's speed changes over time, since it's unlikely to be linear. That gets you to more complex forms of interpolation. That's what's used to find a more descriptive equation of motion for objects.

That may have been a bit of a tangent, but it does get us back to frame generation. We are interpolating where each pixel is between frames. Or perhaps even saying: okay, this visual object moved from X to Y, what happened between them?

The key part is: graphics already have this information. It would be wasteful to re-render an entire scene every frame, so you just look at what needs updating and how. But that means you know what happens one frame to the next. So now you just take that information and do some simple maths to figure out the in-between step, and show that to the user as well.

Performance-wise it's not costly. The tough calculation is the update from frame to frame. It does take a bit of time though, introducing some tiny lag in your display.

Of course the actual frame gen algorithms can take a lot more data into account, but the simple idea is: between Point X and point Y there exists a point A which we can calculate relatively cheaply and display first.