Code center > Suggestions

More realistic mutations

(1/9) > >>

Numsgil:
The idea behind this is simple:

A bot is more likely to have sharenrg mutate into sharebody than it is to have sharenrg change to shootval.

The machinery for sharing nrg is closer to sharing body than most other commands.  So in the mutations code, we assign probabilities for one thing to change into another thing, instead of having them more or less equal.

PurpleYouko:
Now that is a kick-ass idea.

We will probably have to subdivide all of the commands into catagories then give the highest probability of a mutation within the same catagory and a much smaller chance of crossing to a new one.

Like it

 :D  PY  :D

Numsgil:
I have a printout of the sysvars where I group similar commands as a reference.  Maybe I can use that to create a probability table or similar sysvars.

Endy:
Any way to "normalize" the numbers that mutations come up with?

I get stuff like:

cond
*.refaim 31056 !%=
start
etc.
stop

All the time. Presumably this is because these don't carry any serious penalities, but at the same time they don't exactly hit on any values even vaguely close to normal for the commands.

Endy ;)

Numsgil:
I'd love to but I have no idea how to even start.

I can use modular math for numbers stored in things like setaim.  That helps things a little.  But it still doesn't solve the problem of wierd condition comparisons.

Navigation

[0] Message Index

[#] Next page