Had the same thought

Yes! Best single feature they could add!

That is cool idea. However I would also suggest a world record score for every online track as well, just like trackmania. Would be coom to see how fast people can go!

How track mania and other games implement replays is they save the inputs and then just replay those inputs. This works because it has deterministic physics (same input = same output). Zepkist uses Unity's default physics engine, which is non-deterministic. This unfortunately makes replays non-trivial to implement.

In the gtr mod (it's a work in progress) there is a ghost of your PB I also saw that people are working on some sort of replay mod

the creation of a deterministic physics engine is difficult because you pretty much have to avoid floating point numbers entirely, cause they can differ on different architectures, but the reason common game engines often don't have deterministic physics is because its slower than non deterministic physics, and most games dont need deterministic phsyics.

@@bend.n Yea, its also much easier to code a game with non deterministic physics.

@@MegaLokopo why so?

@@bend.n Like you said avoiding floating point numbers is not the easies thing in the world, but it is also the logic behind it is easier because with non deterministic physics you can't just rely on randomness to make the physics feel realistic.

I actually don't think floating point numbers are that big of a problem, as two floating point numbers multiplied (even though there can be numerical inaccuracies) stay consistent. I think the main problem is the position update. A really easy way to update the position is to multiply the velocity with the frame-time and add it to position. This works quite well, but the frame-time doesn't stay constant and this gives it a very slight 'randomness' factor (Which in the long run can of course lead to a big difference). A different way is to write a physics engine that has a loop independent from the main frameloop. For example, you could write a physics engine at a constant 60 iterations per second and stream that data to the frameloop in parallel. The inputs of the keyboard/controller are streamed from the frameloop to the gameloop. This will stay 100% consistent, but it does require multithreading. This is not a huge problem if you write a physics engine from scratch, as you could just add the multithreading and re-use the already made physics code, but if you use a game engine like Unity which does the physics for you, you probably do not want to bother with the physics, so you rely on Unity having some sort of build in system for this, which I believe it hasn't.

Video showing all the fails. How bad was the previous video if it got "lost" and will never see the light of day?

The week's videos are all recorded in one session, so it was just the one session of forgotten recording. But it's still interesting that it happened to both Dapper and Kosmo.

Yeah, it's pretty sad because I enjoy actually seeing the first reactions, and this is just less entertaining.

@@Zachafinackus I agree, I'm bummed as well when I find out we're late to the game.

Theme of the week😂

Oooh that'd be awesome

Yeah not really a fan of second reactions kind of makes me not want to watch the video

Dude exactly... its already the 4th time right??

He forgor 💀 Now for real, they're getting old, could at least double check.

@@whymyluckstatsistoolow These are all recorded at once, so it's 1 time - just several videos made from one session

Yeah like you have one job.

How???

Actually your not (no offense)

@@Timotiny really who is then?

@@NeonNijahn a person that does not care if he is first

@@Dasoysauce3001 I don't care either. It's fun though.