There are no variable velocity components, so the constants are built into the physics engine. It saves on the limited safe RAM available. I don't really even need two full bytes for X and Y. I might use a couple of extra bits to hold buffer display info and simply mask the extra bits off.

You don't need to remember the velocity of each particle? How can that be? I also love the mouse cursor that you're rocking there.

Because each particle acts as a basic cellular automaton, so it falls at constant velocity until the pixel below it is darkened.

Ah, so they don't really exert force on each other, per se? So if I shoot a particle sideways, it can only fall?

Essentially. It's a very basic physics engine, but that's all a 15 MHZ processor can take when it's handling many hundreds of objects.

Indeed, and it's quite impressive for what it is. It's to your credit that I didn't work out the lack of velocity until you explained it.

That's cool. Can't really wait until it comes out so I can play with it. And there are going to be different particles right?

Builderboy at Omnimaga made a demo very much like this, where everything moves down one pixel (if nothing is below it). Else, it will check left and right to see if it's covered one on side. If it is, go the other way, else move randomly. I believe the same physics apply with this program Though I would expect 3 bytes, type, x, and y.

Edit: Gah! I thought I would be the first on this page, but Cemetech sent me to the last unread, which happened to be on the page before this one. And I was too lazy to check if it had another page or not :/ Imagine this post is the top of this page

Yes, the demo pictured "above" is heavily based on Builderboy's physics demo, although I'm essentially rebuilding it from the ground up to accommodate the specific needs of Powder. His program only allows for one type of of fluid on one buffer, while mine has to account for fluids, solids, multiple buffers, interactions between different materials,...

So basically, it's like his engine on steroids

Very impressive. And just to review, this is in pure ASM, not Axe, right?

It's in Axe.

Ah. a. I'm sure it could be even faster and more powerful in pure ASM, but it's pretty nice as-is.

I'll be going through an optimizing the Assembly later, but it's nice to be able to get something working without having the pain of greyscale in Assembly