Please or Register to create posts and topics.

Hammer cannot read the .prt file HELP

Page 1 of 2Next

I have a problem. Hammer says that I have a leak on 99999.50 -99999.50 -99999.50. But I see there nothing. And it cannot read the .prt file. :angrysquare:
Here is the log I got:

materialPath: c:program files (x86)steamsteamappscommonportal 2portal2materials
Loading C:Program Files (x86)Steamsteamappscommonportal 2sdk_contentmapsFlying in Old Aperture Demo.vmf
ConVarRef gpu_level doesn't point to an existing ConVar
nummapplanes: ( 2204 / 65536 )
nummapbrushes: ( 725 / 8192 )
nummapbrushsides: ( 6273 / 65536 )
num_map_overlays: ( 5 / 512 )
nummodels: ( 0 / 1024 )
fixing up env_cubemap materials on brush sides...
0...1...2...3...4...5...6...7...8...9...10**** leaked ****
Entity trigger_once (99999.50 -99999.50 -99999.50) leaked!
Processing areas...done (0)
Building Faces...done (0)
Chop Details...done (0)
Find Visible Detail Sides...done (0)
Merging details...done (0)
FixTjuncs...
PruneNodes...
WriteBSP...
done (0)
Finding displacement neighbors...
Finding lightmap sample positions...
Displacement Alpha : 0...1...2...3...4...5...6...7...8...9...10
Error! Variable "%keywords" is multiply defined in material "signage/signage_overlay_catapult2"!
Error! Variable "%keywords" is multiply defined in material "signage/signage_overlay_catapult1"!
Building Physics collision data...
done (0) (261123 bytes)
Placing detail props : 0...1...2...3...4...5...6...7...8...9...10
Compacting texture/material tables...
Reduced 944 texinfos to 364
Reduced 34 texdatas to 32 (1107 bytes to 1054)
Writing C:Program Files (x86)Steamsteamappscommonportal 2sdk_contentmapsFlying in Old Aperture Demo.bsp
3 seconds elapsed

8 threads
reading c:program files (x86)steamsteamappscommonportal 2sdk_contentmapsFlying in Old Aperture Demo.bsp
reading c:program files (x86)steamsteamappscommonportal 2sdk_contentmapsFlying in Old Aperture Demo.prt
LoadPortals: couldn't read c:program files (x86)steamsteamappscommonportal 2sdk_contentmapsFlying in Old Aperture Demo.prt

You should load the pointfile and follow the red line that leads you to where the leak is. Try to name your map something WITHOUT spaces in it (use "_" instead of spaces)... maybe that is the cause that hammer cannot read the .prt file.

ImageImageImageImageImageuseful tools and stuff here on TWP :thumbup:
[spoiler]ImageImageImageImageImage[/spoiler]

It doest work. :-x
And I see this if I jump to the leak:
http://imageshack.us/photo/my-images/856/hammer2012062521232091.png
http://imageshack.us/photo/my-images/831/hammer2012062521231409i.png/
I cant do anything there. :angrysquare:

You have to get to the other point of that red line, dude. That edge you show is where that line begins :D

When hammer tells you that a given entity leaks, it only means that through the hole you have in your map it can reach that given entity; the problem is NOT that entity though, it is a hole that you have in your map. Check out again with that in mind.

If that red line doesn't point to any hole (bear in mind that it could be a really tiny space between 2 brushes, so try to zoom in a lot, ok?), and that line goes straight on to a brush, then maybe you tied that brush to an entity (func_brush, func_door, func_button, etc.)... You'0ll have to "move that brush to the world" again because that kind of brushes cannot seal a map.

ImageImageImageImageImageuseful tools and stuff here on TWP :thumbup:
[spoiler]ImageImageImageImageImage[/spoiler]

I have checked it, but it is the same story:
http://imageshack.us/photo/my-images/266/hammer2012062521454774.png/ :angrysquare: :angrysquare: :angrysquare:

THAT you see there is a prop or something outcoming from that instance (or whatever that is) and is causing the leak. If it's an instance check inside it clicking the "Edit instance" button at the bottom of its properties window. Could you post the vmf file of at least take much wider a picture?

ImageImageImageImageImageuseful tools and stuff here on TWP :thumbup:
[spoiler]ImageImageImageImageImage[/spoiler]

"Entity trigger_once (99999.50 -99999.50 -99999.50) leaked!"

Brush entities have their origins always where their Origin coordinate is. Maybe something happened and the value of the "Origin" of a trigger_once moved out to there. It's their center and the Red line of Pointfile can start at these (so it looks like its starting in the middle of nowhere).

Skotty wrote:
"Entity trigger_once (99999.50 -99999.50 -99999.50) leaked!"

Brush entities have their origins always where their Origin coordinate is. Maybe something happened and the value of the "Origin" of a trigger_once moved out to there. It's their center and the Red line of Pointfile can start at these (so it looks like its starting in the middle of nowhere).

Indeed. It appears that the origin of your trigger_once got misplaced somehow. Resetting the origin (or removing the entity) should solve the problem.

Yeah, that could be too. Sometimes you click a func_brush because you want to move it but you pick up its origin instead without even realising you did, and you move it so far away from the brush it belongs to; then you simply go and move the brush as nothing really happened... but the fact is that its origin is really far away. This can cause more compile errors as well not just a leak.

(wouldn't it be a good idea to change the name of this topic in order to make it be related to the issue described in it?)

ImageImageImageImageImageuseful tools and stuff here on TWP :thumbup:
[spoiler]ImageImageImageImageImage[/spoiler]

Moderator note: pleas use a slightly more informative thread title next time "Help" isn't really informative to what kind of problem you have...

Page 1 of 2Next