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

Invert z velocity so that the train aims properly

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

Clean up/optimize racer code a bit. Make it use a simpler phys path when idle. Tweak settings. Make racer rocets climb/dive fater then they turn

hud_panel_pressedkeys_attack (with placeholder images)

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

turn off decals on models in ultra

fix typo

fix more unused stuff

fix a few unuseds

rewrite of newtonian projectiles, now also with a function that inverts the shot direction adjustment for bot/turret purposes

vector solve_shotdirection(vector myorg, vector myvel, vector eorg, vector evel, float spd, float newton_style)

simplify some linked list stuff

remove unused locals

fix some more weird stuff

document the new fteqcc bug

turn on Oassignments again - fteqcc is buggy either way, but it seems the Oassignment bug hurts less.

remove g_projectile_newton_style 3 and 4 due to lack of usefulness ;)

fix more uninitialized stuff and a few bugs, one regarding g_weaponarena all

fix a few bugs the analyzer found

fix typo in turning off broken optimization

more uninitialized local use fixes

add some failcases... get rid of -Oassignments

fix some more uninitialized locals; disable a broken fteqcc optimization

fix a bunch of uninitialized stuff

fix uses of uninitialized locals

fix some more use of uninitialized locals; fix matchacl

fix an uninitialized local

simplify RadiusDamage: don't do all the tracing for the directly hit entity (when exploding by a touch function)

reindent RadiusDamage, it was a mess

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

make damage through floor more exact (use a cvar for max stddev)

Fix records reply

Fix weapons in warmup/clan arena/last man standing

Fix another self damage issue with clan arena

detect headshots for minstanex again

Ukrainian charset fixes by Harmata

fix the Nexposee hacks in Item/Label

fix build breakage

print the IP address, not the name, when a banned client tried to join

enforce bans on first clientcommand too, not just on ClientConnect

Merge remote-tracking branch 'origin/terencehill/lang_files_update'

fix recalcPos usage in items/label for dynamic entities

fix a stupid typo

when "a CSQC entity changed its type", make sure ALL entity fields are cleared

fix new toys visibility

Merge branch 'master' of /var/cache/git/xonotic/xonotic-data.pk3dir

CSQCmodel LOD: don't screw up mins/maxs ;)

don't let respawn sound move with player (attach it to world instead)

Merge remote-tracking branch 'origin/divVerent/weapons-field-rewrite'

stuff

comment stuff

reenable the other spawn funcs for now

Merge branch 'master' into divVerent/weapons-field-rewrite

Conflicts:
qcsrc/server/t_items.qc

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

clean up content flags checks for killing items/flags

sv_vote_nospectators, sv_chat_nospectators: treat warmup and gameover state the same.