Talk:Troubleshooting Level Design

Is this what you're looking for?
This page is for discussing the contents of the Troubleshooting Level Design page. For questions about developing, please visit the Help Desk!

Merge

It seems like these entries could be merged into the Level Design FAQ. Many of these are already present in the FAQ. --JeffLane 21:37, 9 Mar 2006 (PST)

CrabbyData agrees... --CrabbyData 06:35, 17 Apr 2006 (PDT)

FViral disagrees. This article covers more troubleshooting and problems with Source level design, the FAQ is more tailored towards beginning users and covers the major concepts and settings of the Hammer editor. --FViral 07:28, 28 Jun 2006 (PDT)

prop_physics are black with incorrect shadows

All the prop_physics is my level are completely black. If I bump into or move them they instantly fade to the correct brightness. I do NOT have a 3d skybox, but have set up a light_environment. Additionally all my cubemaps are built and I am running the following screenshot on HL2DM.

screenshot

As you can see the interrior is lit fairly well with standard point lights and the world brush the props are on is a fully renderable texture.

Any assistance is appreciated; and I never put my name on homework. --FViral 19:00, 28 Jun 2006 (PDT)

Please leave your signature behind if you post anything, and this doesn't belong in the Talk page... Second of all, this is already answered on the main page: Troubleshooting Level Design --CrabbyData 07:44, 28 Jun 2006 (PDT)

From the Troubleshooting Level Design page:

"Models are black: This can be caused if you have a 3D skybox in the map, and don't have a light_environment in both the level itself, and the skybox."

From FViral's post:

"All the prop_physics is my level are completely black. ... I do NOT have a 3d skybox"

I'm gonna guess that he already read the page successfully. :)

FViral, please post this on the Help Desk instead of here, thanks. You can sign posts by typing ~~~~, as CrabbyData should have told you. I have only previously encountered black models when alt-tabbing in and out of the game; are you doing this?

--Giles 08:21, 28 Jun 2006 (PDT)

He could also have typed just his name... I don't deliver my homework at my teacher without my name, do I?

The second thing he could have done is to have it illegal, since most of the times those illegal games don't contain models, textures and/or important files... But I don't think that's the case... Try to reinstall HL2DM, simply by renaming the HL2DM folder in your SteamApps/username -directory to something else. Then startup Steam and run HL2DM. --CrabbyData 11:24, 28 Jun 2006 (PDT)

Try checking your map for leaks. Use the Load Pointfile command and see what it brings up. --TomEdwards 15:27, 28 Jun 2006 (PDT)

No leaks, installation or memory errors. Everything checks out normally, even prop_static entities loaded into the scene are lit correctly. Reinstalling DirectX and the Source SDK to be sure. --FViral 18:58, 28 Jun 2006 (PDT)

Turn off SmartEdit and check that the color keyvalue of your props are not set to 0 0 0—ts2do 19:14, 28 Jun 2006 (PDT)

There are no preset color keyvalues. Even when there are it dosn't make a difference. Posted two new screenshots(1 | 2) for kicks and giggles. --FViral 20:04, 28 Jun 2006 (PDT)

Like I typed before; did you try the renaming of your hl2dm-directory in SteamApps/username? That worked for me when HL2DM didn't want to boot up... Maybe this will also cure your problem. --CrabbyData 22:41, 28 Jun 2006 (PDT)

"No leaks, installation or memory errors.", completely uninstalled steam from my system, rebooted and then reinstalled. --FViral 03:25, 29 Jun 2006 (PDT)

And still the same problem? mmm... that sucks :( I use this for hammer, but maybe you could try it for HL2DM... Make a shortcut on the desktop and typ "-dxlevel 80" (or set this in the startup options in HL2DM, under Steam). This fixed the model displacement at my Hammer... It's just a try, maybe it helps, but I doubt it will... --CrabbyData 07:21, 29 Jun 2006 (PDT)

No change. It would appear that point lights using min and max cast distances don't light prop_static models correctly upon compile. Once the user moves the prop to a new light patch the model updates and is lit correctly. However, when the model is moved back into it's original position it darkens again which invalidates the above; "-dxlevel 80" with no result. --FViral 08:16, 29 Jun 2006 (PDT)

The lighting in this scene does not look correct at all. You can see this when looking at where the almost black ceiling meets the top of the walls. If it was lit correctly, the radiosity bounces would cause them to have similar light values. This could be caused by a leak in the level (which forces direct lighting), or perhaps a dynamic light (is the light named?), or the brush geometry tied to an entity. Posting a compile log might provide some clues. --JeffLane 10:45, 29 Jun 2006 (PDT)

Wow a leak really? It would explain everything, how could I miss that? Oh yea, when you compile a map with a leak the bsp program reports a leak and fails to make a portal file, then the vis program fails because there are no area portals, then rad won't simulate radiosity which is not the case because the depressions in the walls are being lit by radiosity. I'll humor you anyway. compilelog.txt --FViral 12:48, 29 Jun 2006 (PDT)