Algodoo

check upload date!

it's weird how people only look at it when they get their attention drawn by something

the problem is in phunbox not supporting properly the new phun file version(1.7.1).
a simple scene edit with the same file would fix it though.

@poprocks4: actually the guy who made the spring bullet concept was RaRaMalum.
spinning disc guns waste too much energy, and bounce bullets are unreliable.

typo!

you might want to assign geomids to the objects and bind the tracer to that geomid

even itself?

looks like its got some friction issues(you can't get a motor to accelerate that fast).
it isn't remote control at all some pseudo-remote controlled vehicles use scene.my variables as a means to transfer data, or even cheap motors controlled by the user and not by the control system.

i did try to make a truly remotely controlled machine(using a modified version of mori-d's GPS-ish system), but it had alot of interference and didn't work properly at long ranges.
another attempt was to make a satelite dish as a method to transfer data to the car itself. it gets quite hard to be done at longer ranges too.

the guy that was behind this idea was torpedo, not you.

bullet speed usually doesn't mean much in algodoo. fast moving objects don't collide very well with smaller ones. you did cheat using irreal restitution(1 violates thermodynamics) and extremely high density. 10ton+bullets are blatantly cheating.

imo nearly 500kg isn't small.

it isn't laggy because you're using only one of them.

i like the way the explosion also acts as a beacon for other submunitions to follow.

you can set the spawned balls'Zdepth to -inf - that way they wont appear at the front

awesome. 'nuff said.
EDIT: i'll try to improve it, mainly lag management

use a high bounce.

yes, you're missing algodoo.

lol, bolt

btw, the m16 burst mechanism was intended to stop "trigger-happiness", and doesn't fire if the trigger is released before all the 3 shots are fired.

don't open algodoo again. its a warning. hazardous kernel smashing may ocour. blame the 1.8beta springs

nah, its just a kilinich's ballistic computer ripoff.

the plan was to make it to be able to move and still aim properly(like the m1 abrams), after getting the autoloader to be reliable enough.

this isnt currently possible with thyme, because mirroring actually destroys the entities, calculates their information, and creates another group of entities with the same characteristics - some of which inaccessible with thyme.

protip: don't use groovy colors when groovy mode isn't on.

newton's third law failure.

24.4 on my aunt's computer on phun without AA, simple water rendering, no clouds, and 16bit textures...

256MB RAM
Celeron 1.7Ghz single core
on-board videocard(32mb stolen from RAM)

I think the newsman should be guilty for killing the english language.

i had the same idea about 1 month ago, but i failed at it because of overcomplexity(i didn't had the idea of using the toggle function!)

@dev8state: the antiparticle generated at all particle accelerators in the world for a year is enough only to light a lamp for 3 seconds.

i need to upload my scenes sooner-.-

i made a PPC using a similar concept, but never uploaded it because of its likehood to attach springs to the underlying objects-.-

in real life, the concept is feasible - but how would you be able to hold plasma properly?

i've made stupider missiles. they lock on usually, but after 10 seconds, they end up getting returned to sender-.-

a Polygon Spawning autoloading pistol, i guess

i suggest you add extra numbers to app.numcolorsinrainbow.