OK, this is the second map that this has happened on. basically when i try to compile the map it gives me this:

"Warning: === LEAK in hull 1 ===
Entity info_player_start @ ( 192,-512,-256)
Warning: === LEAK in hull 2 ===
Entity info_player_start @ ( 192,-512,-256)
Warning: === LEAK in hull 3 ===
Entity info_player_start @ ( 192,-512,-256)
2.08 seconds elapsed"

The info_player start is in the map not outside the sealed area, with the other map where this happened i had several player starts (it was for cs) and as i deleted the problem entities the leak just jumped into a different one.

help would be great, thanks.

well i made the map for tfc but to test it i just ran it in hl, in order to do that i made all the textures the same (from the hl textures) and it seems to have fixed the problem... bizzare or what.

Thanks for your help, guys

well i didnt change the shape or position of anything, i just said select all then changed the textures.

EDIT:

Yeah, i put a box around the whole thing because the whole thing at this point is a bridge and 4 buildings, i'm not done yet.

Whole code:

** Executing...
** Command: Change Directory
** Parameters: D:\Games\Half-Life

** Executing...
** Command: Copy File
** Parameters: "C:\My Documents\h-l maps\crossover.map" "D:\Games\Half-Life\valve\maps\crossover.map"

** Executing...
** Command: D:\GAMES\VALVEH~1\ZHLT\HLCSG.EXE
** Parameters: "D:\Games\Half-Life\valve\maps\crossover"

hlcsg v2.5.3 rel (May  2 2001)
Based on Valve's version, modified with permission.
Submit detailed bug reports to (zoner@gearboxsoftware.com)
-----  BEGIN  hlcsg -----
Command line: D:\GAMES\VALVEH~1\ZHLT\HLCSG.EXE D:\Games\Half-Life\valve\maps\crossover

-= Current hlcsg Settings =-
Name                 |  Setting  |  Default
---------------------|-----------|-------------------------
threads               [       1 ] [  Varies ]
verbose               [     off ] [     off ]
log                   [      on ] [      on ]
developer             [       0 ] [       0 ]
chart                 [     off ] [     off ]
estimate              [     off ] [     off ]
max texture memory    [ 4194304 ] [ 4194304 ]
priority              [  Normal ] [  Normal ]

noclip                [     off ] [     off ]
onlyents              [     off ] [     off ]
wadtextures           [      on ] [      on ]
skyclip               [      on ] [      on ]
hullfile              [    None ] [    None ]
min surface area      [   0.500 ] [   0.500 ]
brush union threshold [   0.000 ] [   0.000 ]

Wadinclude list :
[zhlt.wad]

entering D:\Games\Half-Life\valve\maps\crossover.map
CreateBrush:
10%...20%...30%...40%...50%...60%...70%...80%...90%... (1.32 seconds)
SetModelCenters:
 (0.00 seconds)
CSGBrush:
10%...20%...30%...40%...50%...60%...70%...80%...90%... (1.70 seconds)
Using WAD File: \games\half-life\valve\halflife.wad
added 1 additional animating textures.
Texture usage is at 0.16 mb (of 4.00 mb MAX)
3.29 seconds elapsed

-----   END   hlcsg -----

** Executing...
** Command: D:\GAMES\VALVEH~1\ZHLT\HLBSP.EXE
** Parameters: "D:\Games\Half-Life\valve\maps\crossover"

hlbsp v2.5.3 rel (May  2 2001)
Based on Valve's version, modified with permission.
Submit detailed bug reports to (zoner@gearboxsoftware.com)
-----  BEGIN  hlbsp -----
Command line: D:\GAMES\VALVEH~1\ZHLT\HLBSP.EXE D:\Games\Half-Life\valve\maps\crossover

-= Current hlbsp Settings =-
Name               |  Setting  |  Default
-------------------|-----------|-------------------------
threads             [       1 ] [  Varies ]
verbose             [     off ] [     off ]
log                 [      on ] [      on ]
developer           [       0 ] [       0 ]
chart               [     off ] [     off ]
estimate            [     off ] [     off ]
max texture memory  [ 4194304 ] [ 4194304 ]
priority            [  Normal ] [  Normal ]

noclip              [     off ] [     off ]
nofill              [     off ] [     off ]
notjunc             [     off ] [     off ]
subdivide size      [     240 ] [     240 ] (Min 64) (Max 240)
max node size       [    1024 ] [    1024 ] (Min 64) (Max 4096)

BSP generation successful, writing portal file 'D:\Games\Half-Life\valve\maps\crossover.prt'
2.14 seconds elapsed

-----   END   hlbsp -----

Thats all, i havent put lights in so doing the rest is a waste of time. Anyway, thanks for your 'constructive' criticism of my map making methods, but i start university in 4 days so i'll not have any more time to work on it... you can relax now.

What?

First of all, i meant compiling the other things is pointless because there is no light information with which the other tools could work. Secondly, where in this entire topic did you say "a fully compiled map"??

I dont understand why you have such a problem with me doing that... i havent caused you any harm by not adding vis and rad to my compile, i also dont understand why you have been putting me down from the beginning of this topic, with little comments that are totally un-nessicary...

"what has my panties all twisted is these three numbers, i have never seen 2 nor 3 in all my mapping, but i have to point out that i so rarely have a leak, that could explain why" - if that wasnt supposed to be a put down you need to seriously work on your people skills

"but what scares me is the fact that you have a box around the whole thing" - what scares you? you're scared by me putting a box around a small area?

"post the entire compile log, i am betting there is another message in it... wanna lay odds guys :/"

You wern't even involved in this topic up until that point, and you still had to fit these things in to your post...

Oh, and by the way i'm not a new member, i've been with snark pit for years, ever since it was .co.uk, doing rare mapping projects but i forgot which username i was using so i created a new account. Just because people dont spend their entire life mapping for half life doesnt mean you should treat them with no respect.

mate, over the last 3 years i have owned and managed 4 forums and 5 websites, and i have never seen someone say anything like that unless it was deliberatly intended to be offensive.
If you dont see the matter the same way then it must be a misunderstanding, that said i'd like to thank you again for your help and wish you every success with your future maps.

Bold wise old man D:~~~

But bold in both ways?

First off, VIS does not require light info to work. It simply works on organizing your planes to reduce r_speeds (instead of simply rendering the entire map)

Second, I feel it would greatly behoove you to place in at least basic lighting as you make the map. It helps you get a better sense of the map in a real lighting situation (versus fullbright). If you're mostly outdoors, the addition of a light_environment takes just a few seconds, there's no reason to put it off. If you're mostly indoors, you may quite honestly find the task a lot more daunting than you originally thought when you go to finally add the lighting in the end. This is just a commonly accepted technique, by no means are you required to follow it.

Similarly, I feel it would be a good idea to properly fix your leak rather than boxing the level. Boxing will rapidly increase your compile times as the map gets more complex, will increase r_speeds in areas that aren't leak free, and is generally considered sloppy mapping.

Finally, don't take orph too seriously, god knows he doesn't.