Network over one more byte, specifying if the damaged player is our own self. We need to know this in the client so we can disable self damage effects only if we aren't in chase_active mode, or other circumstances. I couldn't find any way to determine this in the client, so I have to network one more byte for this.

Also make a client side cvar switch

Skip the effect if the lifetime or tick cvars are disabled.

GrenadeLauncher effect (fire)

Uzi effects, as well as tweaks to the shotgun ones.

If the repeater is being updated, increase its lifetime instead of re-setting it entirely. This fixes the shotgun among other things, where only the damage of one bullet would be taken into account. Also fix an issue I can't understand with some field entities...

Do as said in the last commit, and update the effect instead of waiting for old ones to finish. eg: If you are shot with the Laser while still bleeding after having been shot by the Shotgun, the damage effect will update to the red laser smoke and replace the blood, rather than being ignored cuz we were still bleeding from the Shotgun.

Turn the repeater entity into a field entity. This will allow us to modify its properties, allowing some new features (such as modifying the existing damage effect rather than having to wait for it to finish so we can spawn a new one).

Base the lifetime of a damage effect on the damage done. Amount stays the same, but the more damage the longer the effect will last. Does not add and extra networking, as this is done server-side.

Shotgun damage effect (bleeding). With blood colors for all species.

Also remove my testing print. It's not needed any more.

Properly fix the species effectnum

Fix per-species effectnum

If the weapon is a bullet weapon (shotgun uzi or sniper), its damage effect is blood. Since blood is species dependent, we make their effects per-species.

More work on the laser damage effect

0.05 even. I defy teh lag!

Default the tick rate to 0.1. I don't believe this can cause any noticeable lag at all, even lower.

Better laser particles

First code that causes damage particles to show! Functional with the Laser so far.

Add the first type of damage effect to effectinfo.txt (laser)

Skip the effect if the damage was not caused by a weapon

Make the effect dependent on both sv_gentle and cl_gentle

Add more info to the debug tester

Decrease effect tick to 0.2 seconds. I think this should be safe and not cause any lag.

Correct cvar names in the cfg

Rename the effect from WeaponDamage to DamageEffect in code

Cvar the server part of the effect

Return if a damage effect is already active for that player. Else shooting a player too much will cause the effect to spam, and network too many bites at a time (which could cause lag). Not fully sure if this is needed, but its safest for now.

Make the repeater actually repeat properly

The \n... it always gets forgotten

Put a little test in place client-side. No actual particles yet.

Only send the effect if the target is a player or dead body (it would be creepy to see a weapon pickup BLEEDING when getting shot :P)

First actual usage of the new code. Damage() will activate the repeater whenever taking place.

Attempt (once again) to implement constant player damage effects. eg: If the player is shot with the uzi, blood will fall out of him for a few seconds. If he's shot with the electro, blue steam will come out of him instead. While if shot with a rocket, fire will come out of him. This is an effect only, and is not functional yet (just basic code in place).

How it works: It uses the same system as blood and gibs. When the player is damaged, the server creates an entity that will constantly send a client entity with info (such as origin and damage weapon). The client then receives it, and spawns particles at the player's origin each time the entity is sent. Once the lifetime of the server-side sender expires, the effect stops. The reason the repeater can't be client side is because we can't track an individual player's origin there (or at least not that I know of).

put the watermark in an ifdef

support # comments in player stats

send a "R" line in the player stats POST that is the current version string

in adminmsg: entnumber 0 means "all clients"

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

new command: sv_cmd adminmsg <clientno> "string" <infobartime>

shows using the "infobar" console command on the client

improve team spawn logic

in a non-team match, ignore team spawns if there is at least one non-team spawn

Merge remote branch 'origin/mirceakitsune/cvared_gib_health'

Merge remote branch 'origin/mand1nga/i18n-ES'

Merge remote branch 'origin/sev/hudlayout'

Smaller powerups panel

Merge branch 'sev/hudlayout' of ssh://git.xonotic.org/xonotic-data.pk3dir into sev/hudlayout

Merge branch 'master' of ssh://git.xonotic.org/xonotic-data.pk3dir into sev/hudlayout

Merge remote-tracking branch 'origin/samual/fixes_for_latest_merge'

Merge branch 'master' of ssh://git.xonotic.org/xonotic-data.pk3dir into sev/hudlayout

Replace the old default hud, and add some updated/better defaults for the confg

Merge remote branch 'origin/master' into sev/hudlayout

Merge remote branch 'origin/master' into samual/fixes_for_latest_merge

FINALLY fix the "warpzonelib" error a proper way

Merge remote-tracking branch 'origin/samual/change_default_balance'

rebalance this to actually make some difference

fix slow push :P

Fix some bugs in here

new toy: autocvar_g_damagepush_speedfactor - ENJOY

move the minstanex_ammo hack out of WR_THINK, as now multiple WR_s may use it, even before WR_THINK is called

Fix minstagib where isn't possible to shoot when you have 9 cells left

some unused vars be gone

Minor changes

Lots of fixes and polishing!

Initial version of Spanish translation

Merge remote branch 'origin/master' into samual/change_default_balance

New panel border color for single player: light blue, matching menu window color

Better names

Fix HUD blood splash being drawn at incorrect position / size. It was using the reticle positioning, which got filtered in a recent change.

Added HUD layout for the Luminos skin: hud_luminos_small. Between default and minimal.

use crylink_impact again (which is a copy of crylink_impactbig currently, but keeping them separate for morphed to play with)

Merge branch 'master' into samual/change_default_balance

visual fix for crylink impact

Merge remote branch 'origin/terencehill/misc_bugfixes'

Merge branch 'samual/change_default_balance' of ssh://git.xonotic.org/xonotic-data.pk3dir into samual/change_default_balance

Swap the file names back and add support for old seeker abilities -- now should be good to merge

add key binds for balance testing (F7 = balanceSamual, F8 = balanceXonotic), also aliases balanceSamual, balanceFruitieX

Check for negative values returned by search_begin searching for waypoints frames
Also add a function to load waypoints frames of a specific extension to avoid code duplication

Actually, previous code is changed with the addition of the check for dh and of the variable ext_len

Disable protection for minelayer proximity until further notice

Lots of tweaks to the balance which were stashed away on my server - This should basically be done, as long as I didn't miss anything.

Merge branch 'samual/crylink_updates' into samual/change_default_balance

Merge branch 'samual/seeker_updates' into samual/change_default_balance

Swap the configs and create one for FruitieX's old balance.

Change the effect from crylink_impact to crylink_impactbig on the secondary of the crylink. Old way looked pathetically weak.

New effect (slightly) for tag rockets

Merge remote branch 'origin/master' into samual/seeker_updates

Lets just add some placeholder sprites.... they're broken for some reason (and need tweaking ANYWAY)

Change the effect slightly for the seeker, and swap primary with secondary

Cvar the amount of health dead bodies must take in order to get gibbed. I thought this might have some uses, if the cost of one cvar can be accepted for this purpose. Currently defaulted to 100, as that feels best balanced to me.

Remove wrong unlimited ammo check in Hook attack code, it should be checked in W_DecreaseAmmo

Fix issues when shooting if you have unlimited ammo and current ammo is 0:
crylink and HLAC shoot once and then don't shoot anymore (or switch to a better weapon)
uzi doesn't shoot at all (or switches to a better weapon)

Fix impossibility to reload current weapon if you have unlimited ammo and current weapon ammo is 0

Merge branch 'master' into terencehill/misc_bugfixes

Add a quick check to exec the reticle code only when the reticle gets drawn!
The logic in this part of code is still a bit stupid and redundant, but I think no1 cares about so let leave it for the sake of the diff simplicity

precache gfx/reticle_* only in CSQC_Init as there's no gain doing it at every frame

Fix no weapon displayed in the HUD if cl_weaponpriority is set to "" before connecting to a new server

turn off vid_netwmfullscreen

Merge remote branch 'origin/master' into samual/seeker_updates

More cleanups and fixes, add waypointsprite stuff (slightly), and add the rest of the cvars

aircontrol penalty of 200 WAS too high. 180 feels good now.

Merge remote-tracking branch 'origin/divVerent/physics-speedfix'