A solid reason for doing your own physics and reinventing the wheel is to build a nice understanding before you throw it all away and use a more functional physics library where we take for granted some of the things that are possible with it.

This guy is more animated than any of the characters I’ve ever made. It makes a video extremely entertaining.

Nice one! For your "overlap correction", I think the proper way to go is to get the particles' relative velocities along the impact vector. Based on this relative velocity and the magnitude of the overlap, you can then compute the time dt by which your simulation overshot the actual collision due to finite framerates, backpropagate the particles by this time step, then update the velocities, and move them forward in time by dt again.

Now shut off the wall bouncing, make the particles wrap around, and add a spaceship that lets you shoot the particles. Pew Pew Pew! Asteroids, with collision physics!

I hope you start doing Coding Challenges regularly again

Very cool and encouraging to see your trial and error steps along the way!

Awesome job Dan as usual.

The next step: Adding the elastic bodies! Let's add some deformation upon bouncing! ;-))) As a mechanical engineer and amateur programmer, I have really enjoyed this video.

As always I love your enthusiasm when teaching ❤

Definitely a book worth reading...

Nifty ! These plain old school challenges are hard to beat IMO. & Of course we're interested, you're a legend to MANY bud.

This was fantastic. Really enjoyed you going through the code and correcting issues as you went along.

Just more, please! Whatever you've got the time and energy for. I love your videos; particularly the live stream VODs, because I enjoy watching the entire process (no pun intended) warts and all. Finally, thank you so much for all your hard work and energy fostering such a wonderfully inclusive instructive community!! ❤

Loved this, for cs undergrad that have studied physics thoroughly in his/her high school is quite nice to do

Amazing video! Congrats on the new book!

one of the best videos actually, I tried to do the math like 8 years ago without using linear algebra (I did not know why linear algebra exists back then). I did the simulation using C# GDX library I believe, and that definitely impacted my choice to be an engineer.

Awesome video, reason we love coding and programming. Can't wait to get the book.

I wish Daniel would have been around when I started to learn coding. Would love to see you do a follow up with inelastic collisions (including some coefficient of friction/heat).

I remember doing this for 'fun' in the late 90's, with *_NO_* idea of the math beforehand. I did rather well, in my own opinion, but could only really handle velocities where objects couldnt pass 'through' each other between frames.

Hey Daniel! I finally watched all the coding challenges! Feels so good to finally catch up! Hahaha Keep up the AWESOME work that you do!

4:30 Daniel?? We will *always* stick with you

As I tried to make a breakout game, I could never figure out how the ball should bounce after it hits something. You have solved my several decade old question. Thank you. Love the show!

Thanks for this ! The optimized version is fully functionnal and will help me in my class.

One of the things I love the most about the code train is exactly solving problems with pure vanilla js, It's most important to learn the strategies, calculations and ideas behind the simulations so to make good and confident usage of ready solutions, you'll have a much deeper and better understanding allowing you to use the libraries more effectively, and when you face a problem that the library doesn't solve, you're equipped with the base knowledge to explore the solution yourself... Video with no special library are the best ones

This is simply amazing. I'm definitely impressed by how you developed the entire collision detection from scratch. The explanations were clear, and the walk around the code was pretty detailed. Good job!

Can't wait for part 2 with quadtree for collision check optimization 😁

You have created a beautiful book. Thanks. Take care

bought the book immediately -- you manage to explain complex problems with fun and humility like nobody else, truly refreshing! you make it look easy/approachable and this requires a deep understanding of the problem and a lot of talent & work. TL;DR = thank you!

I was working on EXACTLY this, and I got stuck about 1 week ago. Decided to take a break, cause I didn't really want to go over elastic and plastic (non-elastic) high school theory. LOL. now this is here, so I guess it's time go get back to the project... Thank you, Daniel!

Congrats on your new book Dan!

Watching this after I made a 3D rigid body physics engine. I remember the days when I first made this, glad to see you're making it easy and fun for beginners!

Dude, I've never seen you my entire life. How? I'was quite worried about start working and go numb, but you showed me a better way. Thank you!!

your depth of knowledge is impressive, well done!

Can't wait for the new book to come out :)

Brilliant as per usual. More coding challenges. Unpacking the optimisation would be really interesting.

I am now interested in the Nature of Code book. Especially since you love to tackle so diverse challenges, the book must be very interesting.

Now I NEED the inelastic collision simulation!

28:42 Demn the animator really took an extra mile to cutely draw that out! So impresive!!!!!

Haven't been keeping up with the community for a bit because of studies. It's good to see a coding challenge after a bit! I'm excited about the Nature of Code launch. Hopefully it becomes available in India soon. Cheers Dan!

your videos are always amazing ! I remember doing an event driven 2D collision in perl back in college. that was... something XD

Very cool that you did this video! A few months ago, inspired by some of your other videos, I tried to solve exactly this problem. Without the math education, I never quite got it right. I ended up with some very odd results. I'm five minutes into the video, I've got my old attempt that I wrote in Lua opened up, and I'm excited to see where I went wrong! Also I pre-ordered your book months ago! I'm a big fan!

preordered the book after watching this. Cant wait!

(4:27) "This is a very important moment in your life" 😂😂😂 So good!

Erin Catto, the guy behind the Box2d physics library, posted a cool video "Solver2d Results" where he puts 8 different solvers through a variety of physics simulation tests.

The better solution to collision detection of moving circles is to extend the circle into a 3D sheared cylinder and then you solve for the time when the two cylinders touch. A hint is find the distance function between the two circles in motion, then find a solution for when the distance equals the two radii added together, another hint is you can use the squared distance and the sum of the radii squared (r1+r2)², an equation for the diatance could be d(t) = ||(p1 + v1t) - (p2 + v2t)||

Awesome! Do cover more of this (whether its the optimization or the other sort of collision)

Your end result immediately made me think of Brownian Motion. I know it's not the same thing but, adding a little random walking to the particles might be cool. 🤙🏻

Hey Dan, nice vídeo as always. I am glad you are back, I love your videos and they make me happy! I am looking forward for the new The Nature of Code. I did all chapters of the old one, it was a great experience! I also have the "Learning Processing" book, another great book!

27:00 I agree the correction has to be done. The system can enter physically invalid states because of finite time steps and the overlap correction resets the system to the last valid state which was traversed during the last state transition

Mr. Shiffman we want to see you more. You are an amazing person!!!

Game of life with particle collision ;) Thanks for the great explainer book!

Great video as always, i love to see the way you are always optimizing your code.

Very cool! I like implement things from the ground to understand better how it works. Even if later I decide to use a library

Your videos are fascinating to me. Your on-video energy is spectacular! Personally, all my personal and work projects are in Rust as opposed to the JS you use. No matter, your videos are ultra interesting. Thank you!

Great video! Looking forward to the book.

I'd love to see the histogram of speeds and do some thermodynamics! Add other interactions (with radial potentials) and even spin for magnetism models... Physics are your oyster!

Awesome video! As you mentioned, I would like to see how you got the simulation of many particles to run at 60 FPS using a quadtree. A supplemental video like that would allow us to take this to the next level. Thank you!

Fun and brilliant as always! Thanks!

awesome video, thanks! Just pre-ordered the nature of code book!

Mathematics and physics are important for a programmer. I had to come up with an algorithm for a grenade with a shock fuse, I came up with it. But usually programmers just use a collision callback and detonate a grenade in this callback. Although this is the wrong decision, it is necessary to track the impact, the grenade can be hit not only by a collision with solid geometry, but also by some external force. In general, I use changes in the velocity vector, subtract the current velocity vector from the past and look at its length, this is the impact velocity, if above the threshold, then the ball inside the UDZ presses on the spring-loaded plate on which the striker is fixed with sufficient force so that this striker initiates a capsule, which causes a grenade explosion. The code turned out to be very simple and reliable, the main thing is that it simulates the real UDZ of the RGO and RGN grenades quite well.

There is a different way to work out the equations of the collision that you might find helpful. Transform v1 and v2 into center of mass and relative velocities. COM is same before/after. Vrel(after)=-a×Vrel(before). a=1 for elastic, a=0 for perfect inelastic. 0

Super interesting video! Please do the quadtree version. For gamedev/software design the optimization part is the most important/fun! Thank you very much for the free culture you are providing.

Might be cool to go over fixes for tunneling (when one object is moving fast enough towards a ting/small object, it can move completely through that object instead of detecting the collision and resolving it correctly)

I can *always* use a refresher on vector math. Thank you!😊

Love the video and really curious about the book, congrats :)!!

Let's see that inelastic collision example. I wanna hear a nice crisp *Crack* of a billiard ball, or maybe somehow deform the shape in the axis of collision slightly for animation?

اخيرا ، تحدي البرمجة هو قلب هذه القناة 😍

Very nice. Can you colour and simulate diffusion by mass of the particles? And yes please do inelastic and make an annoying sound for each collision! Great work

Completely not related to the content of this video, but what techniques do you use to remove all of the silent portions of your video. Is it a manual process, or have you found an automatic process? I face this daunting aspect for every video I make. Another question, why did I enjoy this video so much?!? Haha

Physics professor here with a small gripe. While there are plenty of people who use the word 'conserved' the way you did ("momentum and kinetic energy are conserved in elastic collisions") that is not how I would describe it when communicating this idea. Quantities are either conserved quantities or they are not. What it means to be a conserved quantity is that the total amount in the entire universe remains constant; it cannot be created or destroyed. Momentum is a conserved quantity, so it is always conserved. Kinetic energy (by itself) is not a conserved quantity, and so it is never conserved. There are no collisions in which both momentum and energy aren't conserved. What you're talking about is whether the total amount of a quantity within a specific system will remain constant or not. This is different from conservation because it depends entirely on our choice of systems. If you consider both of the objects in an elastic collision then both total momentum and total kinetic energy remain constant, but if you consider only one of the objects in that same collision neither remains constant. To put this into more coding terms, whether a quantity is conserved or not is a global property while whether it is constant in a particular interaction is local. So I would say that momentum and kinetic energy remain constant in an elastic collision. To use the word "conserved" in this context implies that sometimes momentum isn't conserved (and that kinetic energy is sometimes a conserved quantity, which it is not).

I really enjoy your videos. Do you think tunneling might be worth mentioning? Projectiles going through obstacles rather than bouncing.

I enjoy experimenting with problems like this, and watching your process. I especially like the idea of using a quad tree to reduce calculations. How do you handle the case where two objects have passed thru each other during the time between each step of the draw loop, and the collision is not detected?

Hey Dan, thanks for all the amazing videos over the years! I just pre-ordered a copy of the new book, but I wanted to ask a question: will there be a PDF version included so that I can always have it with me? I love physical books and believe they're the best medium for focused reading, but they're not always super handy to move around with and reference quickly. Thanks!

(v2 - v1)•(x2 - x1) and (v1 - v2)•(x1 - x2) are the same, they therefore trivially have the same sign. The difference in sign is only due to the last term, after the fraction.

I'd love to see the quad tree optimisation.

Can't wait for Sept. 3rd, greetings from Austria 😄

Oh if only I I had this video a few years ago when I was trying to figure out elastic collisions for my own physics library!

Always here for a ride on the Coding Train.

Amazing explanations

Pre-ordered. Can’t wait!

My favourite teacher 😍

I would allways, check for screen bounderies , top, bottom, left , right , if sphere is coliding with these bounderies, then increment or decrement x, y acordingly. Like , if x> 800 { x=x-1 } This is the simple way of doing it.

Your videos are so motivating man. Thank you immensely 🥰🥰

When redistributing the overlap, the distribution should be proportional to their velocity, not just divided equally between the two. Also, it might be possible that pushing them back would move them off-limit, behind a wall.

As alway, a truly nice video. A good recollection of all the 'nature of code' spirit and how to code it ! So nice... What next to do ? Optimize your algorithm and implementation in BASIC to make it run on your vintage Apple ][. May it be able to handle just a dozen of particules ?

The circles should also squish when they collide based on the collision vectors. Then have small rigid metal balls vs big and squishy balls.

might be my first book purchase

This video is really tremendous

At 29:55 my Roku streaming box lost its mind trying to decode the video with all the moving stuff in the corner. Everything turned into MPEG artifacts. It was quite fascinating. Also while I don't enjoy Javascript, the book is interesting to me because I know all the cryptic maths will be explained in code that I can read and make sense of.

2:25 hey, if you do make your own game with something like C or C++ from scratch, u cant just make this simplification. every frame has a different dT relative the the previous frame. always check the dt of the current frame and use that for your physics.

I remember doing this as a project for my intro game dev class. I only wished this was made earlier 😂

Looking into the math is never a bad thing.

Yes! Yes! Yes! I'll have more of this please!

30:00 i love bitrate

Yoo please add gravity to see if the big circles get sorted up like in a unsorted Lego box, that would be a nice animation

ok, 40s in im buying that book, building your own physics engine. is multiplying by -1 quicker than v=-v . first principles is actuall alot less scary than most people think, even thermodynamics.

now try continuous collision detection. for a start, you can find the time t at which two particles will collide using the quadratic formula with the terms: a = ||v1-v2|| b = 2*dot(v1-v2, p1-p2) c = ||p1-p2|| - (r1+r2)^2

Простая школьная физика и такой потрясный результат 👍

Yes, very interesting. Thanks.

are you going to teach us to do the rigid body collisions engine in your book without libraries, just from scratch?