1) to make the terrain and background made up of large tiles, say 128x128, and when there's an explosion, all tiles that touch the explosion divide into 4 parts, making 4 64x64 tiles. The smaller tiles that are still touching the explosion divide further and the process repeats until you have very small tiles that are touching the explosion. These are then destroyed.

2) to have a huge array holding all the pixels, and when there's an explosion, all pixels affected are changed.

I like the first method better, but are there any other ways of doing it, maybe better ways?

------------------
Jesus looked at them and said, "With man this is impossible, but with God all things are possible."
--Matt. 19:26

"Time is an excellent teacher, but eventually it kills all of its students."

A 3rd method could be make the ground like a sprite, and then make different frames of what the ground will look like, like when it's destroyed alot or specific areas.

------------------

------------------
Jesus looked at them and said, "With man this is impossible, but with God all things are possible."
--Matt. 19:26

"Time is an excellent teacher, but eventually it kills all of its students."

Does this make sense? I'm happy to explain it more, but this is a basic overview.

--clint

------------------
Jesus looked at them and said, "With man this is impossible, but with God all things are possible."
--Matt. 19:26

"Time is an excellent teacher, but eventually it kills all of its students."

------------------
yeah, im a little crazy

Awaiting Avatar Image Size rechange...

quote:

---

Originally posted by dXter:
I was just wondering, when the worms are walking, do they check for a steep slope that makes them stop by checking if there are a certain number of vertical pixels right in front of them, like say 2 or 3?

---

Yup! You're exactly right! Good job figuring that out.

Basically, when you do test rect-hits to determine if you move or not, you'll move your test rectangle incrimentally up to see if you can move there.

Bah, it's hard to explain with a description, here's some pseudocode:

// PlayerSprite is the player's sprite image for this example. // Even though the ground uses pixel-perfect collision, // we use a simple bounding box for the player's sprite. dX = 0; if (MoveRight) { dX = 1; } else if (MoveLeft) { dX = -1; } if (dX != 0) // If we're trying to move... { canMove = false; // Make a copy of the player's rectangle for casting about for test collisions HitTestRect = new Rect(PlayerSprite.Rect); HitTestRect.X += dX; maxSlope = 5; for (int cnt = 0; cn < maxSlope; cnt++) { if (TestForGroundCollision(HitTestRect) == false) { // If our test rectangle doesn't hit anything, then it's clear to move. canMove = true; break; // Break out of the for loop so that we don't need to continue hit-testing. } else { HitTestRect.Y += 1; } } if (canMove) { // Move the player if the coast is clear. PlayerSprite.Rect = HitTestRect; } }

I hope that's readable pseudocode, but that might give you some clue as to how something like this would work out in a real situation. Feel free to ask for any clarifications or follow-ups -- I really enjoy games with deformable terrain.

Cheers!

In Christ,
clint

quote:

---

Originally posted by Realm Master:
GAA! I posted something like Clint's repsonse (LIKE, Not CLint's response) but it didn't show And I don't want to type it again...

---

Bummer. I hate it when that happens. :-\

It's in C/C++ and OpenGL. You move the mouse around and click on the terrain, and it'll go and delete a circle out of the terrain, and the terrain will fall until it collides with other terrain, or with the ground.

Using an array isn't too bad, if you can speed the rest of it up, it'll be fine... I would most likely do it now by having the terrain as a bitmap. And then when you click on it, you delete (make them a certain 'colour key' colour, which you'll use as a sort of 'alpha') those pixels. You could check over all the pixels in the bitmap on each update and if they can move down one pixel (if the pixel below them is that colour key), then move it down one pixel (change the colour of the pixel below the current pixel) and then set the pixels previous position (up one) to the colour key value.

------------------
www.auran.com

quote:

---

Originally posted by HanClinto:
Yup! You're exactly right! Good job figuring that out.

---

Wow.... I actually guessed something right about this kinda stuff for once. Usually when I try to figure out something like this and then check in a book or online to see if I'm right it goes into this whole other thing and says that other, simpler methods (the kind that I think of) are inaccurate or slow or something. Thanks for the explanation, Clint

------------------
Jesus looked at them and said, "With man this is impossible, but with God all things are possible."
--Matt. 19:26

"Time is an excellent teacher, but eventually it kills all of its students."

quote:

---

Wow.... I actually guessed something right about this kinda stuff for once. Usually when I try to figure out something like this and then check in a book or online to see if I'm right it goes into this whole other thing and says that other, simpler methods (the kind that I think of) are inaccurate or slow or something.

---

I know exactly what you mean! That happens to me all the time.

Laz

------------------
that post was really cool ^

|
[|=D) <---|| me

------------------
1Jo 2:9-10 He that saith he is in the light, and hateth his brother, is in darkness even until now. 10 He that loveth his brother abideth in the light, and there is none occasion of stumbling in him.
Joh 17:26 And I have declared unto them thy name, and will declare it: that the love wherewith thou hast loved me may be in them, and I in them.

[VoHW] (Help needed) [Blog] - Truedisciple (mp3)