Merge branch 'master' into mirceakitsune/func_train_beizer_curve

Kill credits to whoever made a vehicle blow up and killing someone else

Damage factors for nex, rifle, uzi & minstanex versus vehicles

Fix small bug in antial, possibly fixing vehicles teleporting

Merge branch 'master' of git://nl.git.xonotic.org/xonotic/xonotic-data.pk3dir

More robustly prevent http://dev.xonotic.org/issues/1237

change placeholder weapon name to "AOL CD Thrower"

Merge branch 'master' of git://nl.git.xonotic.org/xonotic/xonotic-data.pk3dir

Work arround http://dev.xonotic.org/issues/1237 The real issue still exsists, but sould no longer crash the client.

forcemodels: don't force server's idea if isdemo()

sync dpdefs with DP

clarify cvar_set() vs autocvars

fix invalid use of autocvar (shouldn't change behaviour)

document the expected response format of xonstat (currently not used yet)

cl_staywep_ -> cl_weapon_stay_

Merge remote-tracking branch 'origin/master' into tzork/csqc-items

fix stupid typos :P

a bit simpler

simpler proof for correctness of Fire_AddDamage

Merge branch 'master' into mirceakitsune/func_train_beizer_curve

fix typo in comment (yes, really)

explain :P

Merge branch 'master' of git://de.git.xonotic.org/xonotic/xonotic-data.pk3dir

equivalent rewrite of fireball code

Add sys_frametime dependency for avelocity and properly name a float. Also reduce a duplicated line of code. Still doesn't fix angles not going quite all the way

Fix a comment that wasn't in the correct location

Set .avelocity instead of .angles for bezier curves rotation. For one this might be smoother, but the reason is to fix players falling off trains and becoming stuck entities as they rotate (which happens when changing angles / origin directly on push entities). This does not work right yet, but brings the train almost near its correct anagular destination

Always use SUB_CalcAngleMove, even when instant turning

Don't offset with self.mins when the train is rotating. Now trains will center properly to each path_corner

Name angle floats more correctly

Flip orientation the same way on bezier movement, it is better

Properly flip up / down orientation. Inverting z origin was a horrid thing to do

Modify rotation origins with self.mins. This commit fixes the last part of the new func_train, and gets everything ready and finished :)

Fix inverted Z angle. I hope it's done the right way

Get the correct formula for the still rotations. Just needs a few adjustments and angle flipping

Add self.mins there too, still no fix

Fix a bug in still rotation code, but that doesn't fix the issue of incorrect rotation (still unknown)

Fix curvetarget rename, and remove useless commented out code of the old platform movement system

Rename .curve to .curvetarget as suggested by divVerent

Rename bezier_turn to platmovetype_turn, because still rotation can now be used without bezier curves too

Correct still turning formula. It should work properly, but for some reason it doesn't...

Fix some important mistakes in the last commit

Modify still turning code to accept rotation toward the next target for both bezier and non-bezier movement. This doesn't happen yet, and the turning is still incorrect

Make the curve control point a property of the ending path_corner, not the starting one

fix control point-less points

platmovetype fixes

Oops, forgot to enable cubic movement after testing

Don't tokenize self.platmovetype on each path_corner, and instead store the train's defaults in values to restore them

set_platmovetype: more consistency

Attempt to get overriding working, needs to be tested. Note that in order to avoid storing extra values for no reason, each path_corner tokenizes self.platmovetype when the train reaches it. It's a more logical implementation, but if it's harmful I'll store two more values for start_default and end_default

Turn self.platmovetype into a string so it can accept either two values or one. Partly get path_corner to override train movement this way. Not ready yet.

replace sin/cos/acos based functions by cubic functions, let's see if anyone notices the difference :P

Merge branch 'master' into mirceakitsune/func_train_beizer_curve

support functions: cubic speed function for "whatever use" :P

Simple tactical hud overlay for turrets when in a vehicle

make turrets obay cl_nogibs

cl_vehicles_hudscale & cl_vehicles_hudalpha to defualtXonotic.cfg, remove pointless csqc precache_model for wakizashi

Merge branch 'master' of git://de.git.xonotic.org/xonotic/xonotic-data.pk3dir

Dont dodge when dead

Implement all new platform movetypes. Thanks go to divVerent for the formulas, I couldn't understand maths with a rocket launcher to the head

bulletconstant 0 now means only penentrate objects with density -1; bulletconstant -1 doesn't even penetrate these, but works like a regular projectile

special support for object density -1, which is always passed by ballistic bullets (as example of how to mimic the nex beam's behaviour)

ballistics: small fixes for hitting players who stand directly at a wall

cvar: g_projectiles_keep_owner (keep owner when projectile is damaged), was previously controlled by g_ca for no reason; never allow a projectile's owner to become world or a non-player; fixes #1226

Fix something I forgot, sine movement is still broken.

Inverted cosine is actually called sine. I should be ashamed of myself :P

Implement inverted cosine movement

Allow each path_corner to override the moving type of the train. 0 doesn't override, 1 sets to linear, 2 sets to cosine

Try another origin, which I think is more correct but does the same thing...

Get rotation closer to the correct position, but for some reason it still doesn't work (it aims toward the next point but goes slightly under / over the final position sometimes)

Use an origin code which is closer to the correct rotation. The train will aim toward the next point while standing now, but it still doesn't seem to reach full rotation before carrying on

Use the proper time offset for turning. The train still won't turn in the right direction while waiting however

Trigger targets before checking the waiting and turning, otherwise they would be delayed or never trigger at all

Don't risk executing the wait code again after having turned, and skip re-waiting

add lots of TSPEED_ constants and use them :P

Don't use target2 for the curve point, use another field called curve. This is to avoid conflicting or limiting the 4 target triggers, as well as allowing netRadiant later on to draw the bezier curve line in order to preview it

Merge remote branch 'origin/master' into tzork/csqc-items

Remove a mysterios EF_FLAME that did othing

Invert z velocity so that the train aims properly

Merge remote branch 'origin/master' into tzork/csqc-items

<merlijn> when you switch to simple items in game, it's pretty much random which items directly go to simple

Use a second spawnflag to make the train turn (otherwise it will just move, even on bezier curves)

Make the train turn in the direction it's facing (still turning stays broken). Note that this is done by setting self.angles each tick, whereas self.avelocity would be smoother, but I can't figure the maths for that

add a comment

Try to make the train turn in the direction it's facing while waiting (no velocity-based turning yet). Fixed the conflict with the wait function but something still goes wrong

fix typo

add ability to read/write weapon sets

Actually, don't treat a path_corner without a control point as an error. If you WANT a straight path, you can simply not include a control point and save an extra entity

Subtract self.mins from the origin of the control point as well. Not sure if this is needed here too, but it looks more correct to me, and I assume it should be done like for the other origins. Movement is ready and working, now to get the train to rotate in the proper direction

Don't spawn an empty entity for fallback origin, that's bad. Use a vector instead and pass it further on

Print the name of the correct beizer curve in debug message

Fix fallback origin

Include the targetname of the problematic path_corner in the debug print

Fix fallback code and get it working

Execute fallback code if a path_corner for a beizer curves train doesn't have a control point as target2. This includes a warning and assuming a straight line for origin (otherwise the train would go to origin 0 0 0 and back). For some reason this still doesn't work well

Integrate beizer curve movement for func_train (not yet finished). When this system is used (spawnfunc 1 on the train) each path_corner will require a path_corner or target_position as target2 to specify the control point of the curve. Thanks go to divVerent for the beizer curve code

SUB_CalcMove: internal support for bezier paths

grml

Racer rockets new slightly predicts target, and have a cvar for ontroling accelerated climb

Merge remote branch 'origin/master' into tzork/csqc-items