Great suggestions above. I may steal this and create a "gameplay" video based on it and a few other posts. This is an area I struggle with and just two or three of these suggestions would have have a big impact on any map. I know some players hate "back spawning" monsters but I think if you use them sparingly as an easy task after a more challenging encounter they can be effective. 

Here's a method I've been using. It's really rough, and time consuming without a custom progs to do it for you, but it can be a helpful way to ground your estimates.

A box of:
25 or 50 nails = 225 or 450 damage
20 or 40 shells = 440/880 dmg
6 or 12 cells = 180/360 dmg

6/12 rockets are harder to judge because of 1) splash damage and 2) zombies, but let's say every rocket is 180dmg, for 1080/2160 dmg per box.

Total all the ammo you provide in the map (add 25 shells for the starter ammo, add 2 rockets per ogre and 5 shells per grunt and so on), and that's the max amount of hit point damage you are giving the player to deal. Total the starting health of all the monsters, and compare the two numbers.

Researching id maps and popular custom maps reveals an average 'custom' of about ~3:1 on Easy, ~2.2.:1 on Medium, and ~1.7:1 on Hard. the id maps are generally above that curve (4/3/2:1), and custom maps tend to fall below it(2.5/2.0/1.5:1).

Careful cheapskate shot-counters can finish a map with a ratio of about 1.3:1 ammo DP:monster HP, but most players will have to resort to the axe at some point and will complain of shortage. RPGSP1, which was greeted by universal reviews of "good but I ran out of ammo at the end" still had a ratio on skill 2 of 1.4:1 DP:HP.

There are lots of outliers to these curves, though, because so much of it comes down to how the level design enables the player to *use* the weapons, as well as exploit infighting, choke points, etc. Do rockets get spent one at a time on individual zombies or can they be used to gib crowds of knights for maximum ROI? or are they useless against herds of shamblers?

It also matters when the player gets the ammo. Ammo the player doesn't pick up or can't use is effectively not present in the map at all. Does it come too late to be used when it was really needed? does it come too early and get skipped? or partially wasted when picked up by a player who's already nearly maxed and getting too much at the wrong times? How much of that ammo is in secret areas? 

20/40 shells * 24dmg/shell = 480/960 DP per box 

also quad damage placement 

Right there with you buddy. I once made a mod that outputs my health, shells, nails, etc to the console once per minute. Then I graphed it for my favorite levels. Made sort of an S type curve and tends to plateau with plentiful supplies of ammo towards the end but health still only hovered around 40 to 75. 

I always come back to this: to heck with the numbers, make it fun. 

I cannot caveat enough that such measurements are of little exact use. It's good for ballparking it and discovering "oh shit I'm way off" and don't trust it more than that. 

Hello! Does anybody know if there is a special utillity for converting .obj to quake 3 patch? Also, where can I find any documentation about q3 patches? 

Or use a model! 

Hi!
Have a problem with my map that I don't know how to fix.
After finnishing all and testing, in the first room, a black rectangle appears on the floor with the sound of a teleport. I can't remember that I made one and even can't find it in the editor.
Is there a way to search for things in trenchbroom or other ways? 

I would go to the spot in the map in TB and "drill down" to see if there's a brush embedded in that spot in the map. IIRC you hold control + mouse scroll wheel to drill down your brush selections. Of you can hide the floor brush to see if anything is below it. 

I haqve deleted the floor and theres nothing. I've also been going downward if theres something below. Also nothing. I have no clue? A bug? I've posted the map on screenshots and betas. 

in game:

"r_showbboxes" will draw white outlines around all entities, this will confirm there is an entity there. (NOTE: i don't think this shows static entities)

(alternate: set "r_drawentities" to 0 which will stop drawing all entities, including static entities -- another way to confirm this is an entity)

"edicts" command will list all entities in the console, problem with this is that brush entities all have the origin of 0,0,0 so you need to look at absmin/absmax or something to figure out which one is the one you are looking for. (hint: condump this to a file since it's easier to read in a text editor.) 

THANKS!

With r_shobboxes 1 I found a brush that moved somewhere and made me trobles ago. Deleted it and that was it. Bohh! Thank you so much!!!
Hope you're doing fine and find some time to play my map.

Best wishes!

GunSgtHighway 

:) 

Haha! :D Thanks for assistence! :D 

Is there any documentation on these two AD entities? I can't find them in the ad_v1_70P1_documentation.txt, and I can't get the func_insidevolume to detect the pushable and send an output to a func_door, even though I have the "pushable" flag checked. 

These were added/modified very close to release. Probably why no information.

Did you open the "test_pushable" map to see how to set it up? 

1)Create a brush then --> tie to entity > func_pushable, no other parameters needed.

2)Create second brush then --> tie to entity > func_door, then give the door a name Ex: "PushableOpens".

3)Create your last brush and --> tie to entity > func_insidevolume, give it a Target(fully inside) of: "PushableOpens". Uncheck all flags but Pushable.

Tada!

Now I don't remember the specific conversation with sock but there was concern for this: "Name of target(s) to trigger when something is FULLY INSIDE the volume (fires every 0.1s)."

Namely, the constant firing. I think that's why there's more complex setups for these. But you could select "Only ONCE" for "wait", for the func_insidevolume if that will work for you?

hth's 

Or if it does do constant firing, just target a trigger_relay set to once. Only have the trigger_relay target the actual door.

My guess is it has to do with needing the pushable fully inside rather than just touching like a trigger. 

Thanks! You hit the nail right on the head - I did not know the pushable had to be completely inside for it to work. Did a few more tests and it worked exactly as it should.
I'm a bit annoyed that pushables, that doesn't move, don't block gasshooters but this allows me to do a workaround for that. 

You could use Target2 also, which is when a pushable is "partially inside" the volume ;)

Also, I'm a bit confused on the pushables that "don't move" comment? Maybe you mean when you are not pushing them? 

I tested it. Yeah, pushables are not solid to the gasshooter at all.

Seems an isolated case, versus the other trap types I tested('nades, spikes etc). Prolly not that hard to "fix". 

Hi. Do someone know if there's a way to create longer messages than one line? and maybe change its colour? 

Yes, you can just move to another line by adding \n.
Just like this. “Hello, this is my message \n how do you like it?”
In game it will be seemed like this:
Hello, this is my message
how do you like it?