2.6.2 (2.7 beta 2)

[Fru5tum]

the idea is that every cube has sub-cubes, there are two preferable ways to implement destruction

1. Animation (works)
animating destruction is far more easy than implementing a full scale physics system.
not to mention physics suck in here :c
examples will suffice
if a grenade explodes on the ground the following will happen.
a "model" if you will
of flying rock/debris will begin at the point of explosion. (where the grenade went off)
Next a black scorch mark texture will be placed on surrounding map models /or walls.
the texture will remain until the game is over
2. Physics ( i'm always on the road of physics )
a set(s) of cubes inside other cubes "sub-cubes" if you don't mind
examples will suffice.
when a grenade goes off nearby cubes will release a set of sub-cubes.
these sub-cubes will react the way they should in a normal physical environment. its best to simulate these in a similar way that bullets are simulated. (Ricochet)
The pieces will move in a outward direction, expanding, until the force of all these pieces become 0.
The Pieces will move at a regulated speed and can effect other cubes.
MORE EXAMPLES
If I throw a grenade and it explodes next to a wall, the animation method will load the "explosion" model. This model will simulate rocks/debris flying in an outward direction.
(unfouranatley that means no realistic richochet and a few physics issues ( passing through walls :OOOOOOO )
then a scorch mark will be set in the area that the grenade exploded with a set radius of scorch mark's range








VERY VERY COMPLEX CODE C;

ANIMATION

////////////////////////////////
if(grenade(explodes))
{
debris.location = grenade.location;
debris(expand);
scorchmarks(grenade.location,darkness,etc)
}
///////////////////////////////

PHYSICS <3
while(grenade(explode))
{
if(i=0;cube[x].location == (grenade.location.x+=5 || grenade.location.x-=5) //if cube is near explosion lol
{
cube[x].explodes(); //not realistic but you get the point

}
else
{
x++;
}

}


///////////////////////////////
PROS/CONS
Animation;
Pros;
Very easy (well easier than physics)
probably more attractive because we could throw up some high quality smoke animation and call it fair cause its beautiful.
keeps a nice frame rate
cons;
With all goods come bads.
physical glitches such as debris passing through walls, smokes passing through walls etc.



physics;
pros;
very realistic
nice effects can be added
a wear and tear experience (you can see things you've previously done damage to
cons;
very cumbersome to implement...not hard but takes time
perhaps some minor performance issues (although they might not be noticeable


//////////////////////
hopefully you all get the idea.
my personal opinion says physics are better and that if the engine can find its way to support it we wont have performance issues (performance issues would be hard to find if your use to 200fps and your running 120)
but animation can never be crossed out because of its simplicity.
That's up to you guys, perhaps a poll would do. Ill post a poll, although i doubt many responses will be received. What ever way you all pick ill try my best to get it down.

just a update on me
I'm in a c++ class as of now and learning a bit more than i use to about it but mainly math ,
picked up a neat little tutorial on objective c which is a little fun ;0 I'm planning on developing the mobile ACR if any of you guys are interested... neat little project
modeling is going down, access to a computer is harder for me. My PC currently STILL in upgrading ;'(
my game is going moderately well, right now I'm in the pre-coding stage, sdk here and there, the usual.
im trying to learn the most i can in geometry, I'm hoping to get a nice graphical fidelity lesson in there c:
Dubstep is at a all time high for me and the usual audio development is coming on.
weaponry sounds are high on my list c; as well as natural sounds (*water,wind,birds,)
uploading some forest sounds today when i finish getting them to loop right :c
And I play ACR at school with my buds now! all is well C:

and VERY IMportant thing right here


ACR 2.5.9 will run fine but 2.6.0 and the Beta will not run unless I resinstal OpenAL.dll ???!?!?!?!?!
Me and my friends love acr alot but cannot get the full experience when we cannot install openal.dll ( the actual install file needs admin rights to install, so i was hoping in the 2.7 that openal.dll would be prepackaged in the Assault Cube Reloaded/bin_win32 folder by default. Im making a little program right now that will extract the openal.dll if run by the user. C: hopefully that'll solve that. and HEAL GUN MODEL IDEA is siiiiicccckkk i have an idea for the heal gun thats going to be pretty sweet so stay tune!