Total damage being defined by the target's set wound and modified by the particle causing penetration is most realistic and useful.
That way the right type of wound appears on something, but the damage and emissions are affected by the particle, as well as by the depth of penetration the particle inflicted.

Although its unlikely that this variable would be feasible, making an malleability, or maybe an elasticity variable for particles in the game (with the default set to the normal, crumbly material) would make the game more interesting. Objects such as grass would not crush into a fine powder when you walk over them, and materials like ruined dropship corpses would be dented and nicked when you shot through them, instead of behaving like sand.

The ability to change ammo icon for weapons hwen we get Lua acces to weapons.

I'D LIKE TO OFFER A COMPLAINT.

Why is it that when you try to run a script on a projectile from a firearm, you can't get it to do anything in it's first frame of existence? Even if you put something in the Create function, it still doesn't take effect until the frame AFTER the projectile has appeared. So basically, it winds up doing what you want only after it's traveled away from the barrel a bit. You can't have the projectile do anything right AT the barrel of the weapon, so to speak.

It'd be nice if this were changed.

@People asking about bans:
Ask a mod or start a topic in Off-Topic, this is not the place.

Here's something: it'd be nice if gib angles were relative to the rotation of the gibbing object, rather than absolute. Right now, if you try to have something gib "forward" (to the right, if the projectile is going straight to the right), the gibs always fly to the right even if the projectile goes left. This is even with InheritsVel = 0.

Darlos for your complaint, make the barrel sprite longer, but not the offset.

For the Gibbing thing, do some lua in function Destroy(self)?

How about the ability to attach freely rotating attachments? Things that'd just kinda hang there. This would be great for exposed organs on zombies or making "ropes".

-Lua on attachables
-A control button that is only for Lua to read. Alt fire weapons!
That's about it for me.

How about some way to control how easy/hard it is for gunshots (or perhaps any sound that might alert actors) to be heard by actors. Right now, it seems every sound alerts every actor at the same distance. Either that, or its only based on the actor, and not the thing making the sound.

The idea here is to be able to make silenced weapons and such.

Pretty sure entirely Lua-controlled AI is on Data's todo list.

Good to know.

So, how about making some existing features actually work? I'm using SceneMan:CastObstacelRay(), which should give you back the point where the ray strikes something, as well as the distance from the starting point to the striking point. It does the first thing well enough, but fails hard at the distance, since it doesn't seem to handle wrapping around scene seams at all. It just seems to take the starting point and ending point, find the difference vector, and get its magnitude. This is bad if the ray goes across the scene border, for reasons that should be obvious.