That comment was originally made almost 18 months ago. It has been ~10
months since I backed away from active contributing due to the
negative/harsh response I got from SDL2 implementation.
A concern I had with the spells was how the increases were being
applied. Numbers were being changed in a linear fashion (i.e. level *
damage range) for skill. This seemed disproportionate to the observation
of advanced bots abilities being "exponential" in nature to previous series.
IMO, there was(and may be) a balance-of-play issue.
The idea of "security hardening" was thrown out as a suggestion. Just
like there are an ever evolving hacks that can be exploited IRL - some
bots could have had upgrades to prevent these exploits. Its too easy to
leave selected skill blazing about the game area. Quickly switching
between skills becomes another issue (only 6? slots for
quick-skill-selection). Someone else can think about that one - my vote
is to use ctrl-alt-key combination to move "quick save/load" freeing up
two more function keys.
Overall, there are balance of play issues in Tux ability that would best
be addressed before starting down this path, IMHO.
Regards,
Scott
On 10/08/16 09:24 AM, Jesus Saves - Roundup wrote:
> New submission from Jesus Saves <cpntb1@ymail.com>:
>
> I was reading RR 2171 and Scottfurry said about bot resistance for Tux skills on it.
>
> I think it's a good idea (For example, a 999 bot may be too smart to be foiled
> with malformed packets or to be tricked into calculing pi) so I'm opening a
> ticket for it, so this idea doesn't gets lost on Review Board.
>
> Observation: In my opinion bot resistance should be done in % (all skills
> applies, they just have lowered damage/effect) or by a list of skills immunity
> in droid_specs.lua (because, you see, grenades are skills as well...)
>
> ----------
> messages: 3347
> nosy: digifuzzy
> priority: idea
> status: open
> title: Bots resistant to skills
>
> ________________________________________
> FreedroidRPG issues <bugs@freedroid.org>
> <http://bugs.freedroid.org/b/issue858>
> ________________________________________
|