yup O K



Cool trolling bro. Too bad you haven't proved you know anything to anyone who knows what you're (trying) to talk about.



Even terrible garbage like ruby on rails supports 2d arrays. If it doesn't support 2d arrays it shouldn't be considered a programming/scripting language.



This pretty much shows the entirety of what you've been making is useless to anyone who wants water and not what we already have.




Yeah OK I'll believe some stuff posted by some complete stranger who hasn't demonstrated any knowledge at all.



No it isn't, that's completely inefficient.



Good luck coding it in ASM to avoid those bugs.



I think you mean milk gone bad is very near.







Substantiate something before you make another post.

Yes, that'd be great.

Im up too your Challange!
im fairly good with pesudo-fluids, ive done it before.
Ie: my game lafesim
http://www.mediafire.com/download.php?qmtoeg5mqln

The major issue I see is optimization.

You might be able to program in a good fluid, but it will do no good if it lags.
Like recursive gibbing class lag.

You being able to make a game does not mean you understand everything about coding.

Anyhow, if anyone was to make dynamic water, would we fall through the water particles? Or would we die from MO-MO collisions?

Well ideally, heavier actors would sink to the bottom whilst lighter actors would float.

hey, i've done my bit here so far (lazy bastards never post anything <_<) but maybe i can do something more interesting with the stuff i've learned working on the movement AI for kingassault (once i get it actually working, rather than psuedoworking i'll post it), but for the moment the way i'm doing it lags like a ♥♥♥♥♥. and the fact that we're doing two for loops at the same time is why...

i have a thought on this and maybe im wrong but couldn't you make the particles act like water for just a skim layer at the top and color fill the rest? i think this would reduce lag


the darker blue represents the dynamic skim layer
the light blue is just a fill but could have physics that effect your actor like traveling through water

does anyone have my old version stored away somewhere? i've just realised i deleted it ><

Water displacement and buoyancy is NOT a function of mass.

I guarantee you aircraft carriers weigh slightly more than your typical coalition clone yet THEY FLOAT FINE.

Well, Buoyancy is a "function" of density, which is a combination of Volume and Mass.

Now I suppose I could've done better in the floaty department, because I had access
to the Sprite Offset (which is always the center of the sprite), and I had access to the
mass of the object. So I could've calculated density from that...

Also, the amount of buoyant force pushing up on an object is equal to the weight of the
water displaced. So bigger objects which displace more water, but don't weigh as much
as water, float, while smaller objects which displace less water, and weigh more than the
small amount of displaced water, sink.

Same goes for all fluids, such as "air". Balloons don't weigh as much as Air per Volume.

And yeah, I know that using Sprite Offset to Calculate Volume won't always make perfect
results, but it's better than some of the alternatives (if there were any cost effective ones).

talking aboot buoyancy now then?

can you access the charheight variable in lua? I've never really looked into the variables you can access from an actor.

If you you can, take charheight as a rough height then divide that by the mass (I know it's not volume, but width and depth are impossible to get (for starters the game doesn't show actors exactly from the side), or you could sub in a pre-set value for width and depth). and there you have simple density, if you can't access it then this idea is screwed and should just be ignored, or you could ask data to do something.

Ah, but the CharHeight is the same for all standard CC actors.
Dummies, Robots, Ronin, Coalition. Sameness.

And it could only be applied to Actors.

Multiplying the Sprite Offset by 2, and then multiplying them by
each other is a much more accurate method of obtaining the Area.

The reason they usually say "Volume" in depth equations is because we
live in the 3rd Dimension. But where Cortex Command lives, it is only the
Second Dimension. Therefore, the "Depth" is 1, and does not otherwise
affect the calculation of the Density.

Wouldn't there be a Lua command or something that could interact with the atomgroup? Otherwise a giant blob would react the same as a cross with one pixel lines.
And then there's actors with different spriteoffsets...

it's funny I had a dream I coded this in CC this morning, and it ran without lag in a huge pool and I made an actor jump in it and a crappy splash was produced, and he slowly sank to the bottom, then I posted a gif to the forum and I had loads of replies saying it was fake. must have been thinking about it too much last night.