I have looked into the kevlar grass issue with the F_WEED.jsd file (the one in tilesets/0/.). I think the main problem is that it is considered a tree (STRUCTURE_TREE), thus the tree handling code is activated during the Chance-to-hit computation. In this computation the sight limit gets adjusted and if it falls below the distance to the target then you get the AIM_PENALTY_BLIND, which is 80 points (in words eighty). Unfortunately the density of the structure doesn't seem to be considered for the chance to hit computation (at least for trees), only the shape. But the density is 100 anyway for the grass. I've briefly seen other places in the code, where density in considered, but it think it applies only to fences.

So, after this first look at this problem i would say that the best chance would probably be to make the grass a fence (STRUCTURE_FENCE or maybe STRUCTURE_WIREFENCE) and set the density to something below 100.

But on the other hand, isn't this kind of the wanted/desired behaviour? If you cannot see the target you consequently cannot hit it (reduced probability). Then. of course, the blindness penalty shouldn't necessarily be static, but instead vary with the distance to the target. Longer distances give a penalty of 80 points, shorter ones maybe only 50 points.

So, after this first look at this problem i would say that the best chance would probably be to make the grass a fence (STRUCTURE_FENCE or maybe STRUCTURE_WIREFENCE) and set the density to something below 100.

But on the other hand, isn't this kind of the wanted/desired behaviour? If you cannot see the target you consequently cannot hit it (reduced probability). Then. of course, the blindness penalty shouldn't necessarily be static, but instead vary with the distance to the target. Longer distances give a penalty of 80 points, shorter ones maybe only 50 points.

just a thought - in such an area you would lead up the air in the direction of the sound with an lmg (7.52 would be my
choice)

Here's the list:

Code:

// NOT used in DB structures
STRUCTURE_BASE_TILE = 0x00000001,
STRUCTURE_OPEN = 0x00000002,
STRUCTURE_OPENABLE = 0x00000004,

STRUCTURE_MOBILE = 0x00000010,
/* STRUCTURE_PASSABLE is set for each structure instance where the tile flag
* TILE_PASSABLE is set */
STRUCTURE_PASSABLE = 0x00000020,
STRUCTURE_EXPLOSIVE = 0x00000040,
STRUCTURE_TRANSPARENT = 0x00000080,

STRUCTURE_GENERIC = 0x00000100,
STRUCTURE_TREE = 0x00000200,
STRUCTURE_FENCE = 0x00000400,
STRUCTURE_WIREFENCE = 0x00000800,

STRUCTURE_HASITEMONTOP = 0x00001000, // ATE: struct has item on top of it
STRUCTURE_SPECIAL = 0x00002000,
STRUCTURE_LIGHTSOURCE = 0x00004000,
STRUCTURE_VEHICLE = 0x00008000,

STRUCTURE_WALL = 0x00010000,
STRUCTURE_WALLNWINDOW = 0x00020000,
STRUCTURE_SLIDINGDOOR = 0x00040000,
STRUCTURE_DOOR = 0x00080000,

/* a "multi" structure (as opposed to multitiled) is composed of multiple
* graphics & structures */
STRUCTURE_MULTI = 0x00100000,
STRUCTURE_CAVEWALL = 0x00200000,
STRUCTURE_DDOOR_LEFT = 0x00400000,
STRUCTURE_DDOOR_RIGHT = 0x00800000,

STRUCTURE_NORMAL_ROOF = 0x01000000,
STRUCTURE_SLANTED_ROOF = 0x02000000,
STRUCTURE_TALL_ROOF = 0x04000000,
STRUCTURE_SWITCH = 0x08000000,

STRUCTURE_ON_LEFT_WALL = 0x10000000,
STRUCTURE_ON_RIGHT_WALL = 0x20000000,
STRUCTURE_CORPSE = 0x40000000,
STRUCTURE_PERSON = 0x80000000,

// Combination flags
STRUCTURE_ANYFENCE = 0x00000C00,
STRUCTURE_ANYDOOR = 0x00CC0000,
STRUCTURE_OBSTACLE = 0x00008F00,
STRUCTURE_WALLSTUFF = 0x00CF0000,
STRUCTURE_BLOCKSMOVES = 0x00208F00,
STRUCTURE_TYPE_DEFINED = 0x8FEF8F00,
STRUCTURE_ROOF = 0x07000000

The question remains, if the changed jsd has to be in each folder of the tileset or if it is sufficient to have it in folder "0".