if (self.count < 1 ) count = 1; I've updated the code with a version that does that and makes it that “count” in .ent file really means “density”.
It works perfectly when you're rising density via cvar. When you are lowering density it makes smallest blocks to stay at count 1.
To eliminate or reduce this issue, small blocks can be extended beyond level geometry, higher default rain_density can be used.
Or the issue can be ignored, because if you try the new version you'll realise it is not really noticeable. I've tested start and e1m1 and it works fine imo.
It is compatible with existing .ent files, but new ones ( or modified old ones ) can take advantage of this feature.
Also, for a person who works on .ent file it is more convenient to work on densities instead of absolute counts.
I am surprised you've dismissed this so easily. Well, I don't care about rain much so I'll leave it now as it is. Maybe you'll rethink this
It works perfectly when you're rising density via cvar. When you are lowering density it makes smallest blocks to stay at count 1.
To eliminate or reduce this issue, small blocks can be extended beyond level geometry, higher default rain_density can be used.
Or the issue can be ignored, because if you try the new version you'll realise it is not really noticeable. I've tested start and e1m1 and it works fine imo.
It is compatible with existing .ent files, but new ones ( or modified old ones ) can take advantage of this feature.
Also, for a person who works on .ent file it is more convenient to work on densities instead of absolute counts.
I am surprised you've dismissed this so easily. Well, I don't care about rain much so I'll leave it now as it is. Maybe you'll rethink this

Comment