Take 3 (with some corrections)

I think I discovered a small (bug?) or at least I think it was not what the original author of this patch intended.

Say we have a pawn on h5 and enemy has pawn on h6, this is in effect a runaway enemy pawn and should fall under "no friendly pawn" category, but because of the way it is defined, “no friendly pawn” is only valid if we have NO friendly pawns on the file (rkUs == RANK_1) but here we have a pawn on the file but it is ahead of the enemy pawn, and so we cannot stop the enemy pawn. However as originally written, this file would be evaluated as "pawn unblocked" (because rkUS != RANK_1) which I believe is not what we want.

There are two ways to fix this. The first way I think is to mirror the values V(61) and V(140). The second way is to tweak the definition of "no friendly pawn". Both ways seem to be slightly different functionally.

Because of this change, I had to re-initialize the tuning as some values were then offset again. With this patch I hope to see how much the tuning has been offset, and if for some reason, the older logic is actually better.

SPSA is meanwhile in progress.

bench: 7860061