Fix laser discharging
authorZefram <zefram@fysh.org>
Tue, 22 Apr 2014 16:04:18 +0000 (17:04 +0100)
committerShadowNinja <shadowninja@minetest.net>
Tue, 22 Apr 2014 16:48:55 +0000 (12:48 -0400)
commitdb202503713ddd1084f188a5eac506be665e9c44
tree31b222e6ac4bd7f361703079f328da59b08063b7
parent44dbc75b6115d5235ba0538925e44484037459a1
Fix laser discharging

Commit a6dae893d66319739e8dfe962f67285221eb9b91 introduced per-version
charge cost for firing mining lasers, but applies this in addition to
the old fixed cost which it was meant to replace.  Fix by removing the
application of the fixed cost.

The same commit did successfully change the check for a laser having
sufficient charge to fire, so that's based purely on the variable cost.
As a consequence, firing a laser that has just enough charge to cover the
variable cost could cause its charge to go negative.  (For example, by
fully charging a Mk1 laser and then firing it until it empties, resulting
in a charge of -400.)  It turned out that set_RE_wear handled that badly,
producing an over-100% wear value that would wrap to a *low* wear value,
leading to the laser's wear bar looking as if it's fully charged.

To protect against silly wear values, make set_RE_wear clamp the wear
value to avoid wrapping.  Handle specially the case of a fully-discharged
tool, where there was desirable wrapping to zero.
technic/register.lua
technic/tools/mining_lasers.lua