General Editing Tips - Revision history

Demagogue at 06:27, 30 January 2012

2012-01-30T06:27:27Z

← Older revision		Revision as of 06:27, 30 January 2012
Line 7:		Line 7:


	* '''Rendering distant buildings in a closed leaf''': In a city scene, you might want to render the top of a distant tall building while still keeping the area it's in behind a closed portal in a sealed leaf (i.e., the rest of the street doesn't render). The way you do this is first build the area it's in as a sealed leaf portaled off as normal, except with one difference. In the "sky" brushes separating the building's area from the view area along the building's line of sight (probably over the roof of a smaller building in the foreground), instead of skyportal use caulk. It still allows the portals to close and renders like skyportal, but it allows some func_statics to render through it. Next convert the roof of your building that you want to be seen into func_static, and make one part of the func_static inside the leaf of the view area. This means as long as one part of the func_static is in an open leaf, the entire func_static will be rendered through the caulk. Now even when the area that the building is in is behind a closed portal, the building itself will still render in the view area, as if towering in the distance.		* '''Rendering distant buildings in a closed leaf''': In a city scene, you might want to render the top of a distant tall building while still keeping the area it's in behind a closed portal in a sealed leaf (i.e., the rest of the street doesn't render). The way you do this is first build the area it's in as a sealed leaf portaled off as normal, except with one difference. In the "sky" brushes separating the building's area from the view area along the building's line of sight (probably over the roof of a smaller building in the foreground), instead of skyportal use caulk. It still allows the portals to close and renders like skyportal, but it allows some func_statics to render through it. Next convert the roof of your building that you want to be seen into func_static, and make one part of the func_static inside the leaf of the view area. This means as long as one part of the func_static is in an open leaf, the entire func_static will be rendered through the caulk. Now even when the area that the building is in is behind a closed portal, the building itself will still render in the view area, as if towering in the distance, without the big performance hit of rendering the entire street it's in.

	[[Category:Editing]]		[[Category:Editing]]

Demagogue at 06:25, 30 January 2012

2012-01-30T06:25:35Z

← Older revision		Revision as of 06:25, 30 January 2012
Line 6:		Line 6:
	'''"solid" "0"'''		'''"solid" "0"'''

	* '''Rendering distant buildings in a closed leaf''': In a city scene, you might want to render the top of a distant tall building while still keeping the area it's in behind a closed portal in a sealed leaf (i.e., the rest of the street doesn't render). The way you do this is first build the area it's in as a sealed leaf portaled off as normal, except with one difference. In the "sky" brushes separating the building's area from the view area along the building's line of sight (probably over the roof of a smaller building in the foreground), instead of skyportal use caulk. It still renders like skyportal, but it allows some func_statics to render through it. Next convert the roof of your building that you want to be seen into func_static, and make one part of the func_static inside the leaf of the view area. This means as long as one part of the func_static is in an open leaf, the entire func_static will be rendered through the caulk. Now even when the area that the building is in is behind a closed portal, the building itself will still render in the view area, as if towering in the distance.
			* '''Rendering distant buildings in a closed leaf''': In a city scene, you might want to render the top of a distant tall building while still keeping the area it's in behind a closed portal in a sealed leaf (i.e., the rest of the street doesn't render). The way you do this is first build the area it's in as a sealed leaf portaled off as normal, except with one difference. In the "sky" brushes separating the building's area from the view area along the building's line of sight (probably over the roof of a smaller building in the foreground), instead of skyportal use caulk. It still allows the portals to close and renders like skyportal, but it allows some func_statics to render through it. Next convert the roof of your building that you want to be seen into func_static, and make one part of the func_static inside the leaf of the view area. This means as long as one part of the func_static is in an open leaf, the entire func_static will be rendered through the caulk. Now even when the area that the building is in is behind a closed portal, the building itself will still render in the view area, as if towering in the distance.

	[[Category:Editing]]		[[Category:Editing]]

Demagogue at 06:24, 30 January 2012

2012-01-30T06:24:32Z

← Older revision		Revision as of 06:24, 30 January 2012
Line 5:		Line 5:
	* '''Floating upward through nonsolid func_statics''': This is an issue for func_statics which are intended to be nonsolid to the player, for instance, foliage, bushes, grass, etc. If you create a func_static from a bush model, and then step into it, Doom recognizes this as a clipping problem. It attempts to correct this problem by floating you to the top of the model, and then trying to shake you off. I assume this is due to their being no defined collision model, and not even a real convex hull from which Doom can create one. A simple fix for this (assuming you want the func_static to be nonsolid) is to explicitly add the key pair:		* '''Floating upward through nonsolid func_statics''': This is an issue for func_statics which are intended to be nonsolid to the player, for instance, foliage, bushes, grass, etc. If you create a func_static from a bush model, and then step into it, Doom recognizes this as a clipping problem. It attempts to correct this problem by floating you to the top of the model, and then trying to shake you off. I assume this is due to their being no defined collision model, and not even a real convex hull from which Doom can create one. A simple fix for this (assuming you want the func_static to be nonsolid) is to explicitly add the key pair:
	'''"solid" "0"'''		'''"solid" "0"'''

			* '''Rendering distant buildings in a closed leaf''': In a city scene, you might want to render the top of a distant tall building while still keeping the area it's in behind a closed portal in a sealed leaf (i.e., the rest of the street doesn't render). The way you do this is first build the area it's in as a sealed leaf portaled off as normal, except with one difference. In the "sky" brushes separating the building's area from the view area along the building's line of sight (probably over the roof of a smaller building in the foreground), instead of skyportal use caulk. It still renders like skyportal, but it allows some func_statics to render through it. Next convert the roof of your building that you want to be seen into func_static, and make one part of the func_static inside the leaf of the view area. This means as long as one part of the func_static is in an open leaf, the entire func_static will be rendered through the caulk. Now even when the area that the building is in is behind a closed portal, the building itself will still render in the view area, as if towering in the distance.

	[[Category:Editing]]		[[Category:Editing]]

Greebo at 19:04, 23 September 2006

2006-09-23T19:04:12Z

← Older revision		Revision as of 19:04, 23 September 2006
Line 5:		Line 5:
	* '''Floating upward through nonsolid func_statics''': This is an issue for func_statics which are intended to be nonsolid to the player, for instance, foliage, bushes, grass, etc. If you create a func_static from a bush model, and then step into it, Doom recognizes this as a clipping problem. It attempts to correct this problem by floating you to the top of the model, and then trying to shake you off. I assume this is due to their being no defined collision model, and not even a real convex hull from which Doom can create one. A simple fix for this (assuming you want the func_static to be nonsolid) is to explicitly add the key pair:		* '''Floating upward through nonsolid func_statics''': This is an issue for func_statics which are intended to be nonsolid to the player, for instance, foliage, bushes, grass, etc. If you create a func_static from a bush model, and then step into it, Doom recognizes this as a clipping problem. It attempts to correct this problem by floating you to the top of the model, and then trying to shake you off. I assume this is due to their being no defined collision model, and not even a real convex hull from which Doom can create one. A simple fix for this (assuming you want the func_static to be nonsolid) is to explicitly add the key pair:
	'''"solid" "0"'''		'''"solid" "0"'''

	* Test

	[[Category:Editing]]		[[Category:Editing]]

Greebo at 19:04, 23 September 2006

2006-09-23T19:04:03Z

← Older revision		Revision as of 19:04, 23 September 2006
Line 5:		Line 5:
	* '''Floating upward through nonsolid func_statics''': This is an issue for func_statics which are intended to be nonsolid to the player, for instance, foliage, bushes, grass, etc. If you create a func_static from a bush model, and then step into it, Doom recognizes this as a clipping problem. It attempts to correct this problem by floating you to the top of the model, and then trying to shake you off. I assume this is due to their being no defined collision model, and not even a real convex hull from which Doom can create one. A simple fix for this (assuming you want the func_static to be nonsolid) is to explicitly add the key pair:		* '''Floating upward through nonsolid func_statics''': This is an issue for func_statics which are intended to be nonsolid to the player, for instance, foliage, bushes, grass, etc. If you create a func_static from a bush model, and then step into it, Doom recognizes this as a clipping problem. It attempts to correct this problem by floating you to the top of the model, and then trying to shake you off. I assume this is due to their being no defined collision model, and not even a real convex hull from which Doom can create one. A simple fix for this (assuming you want the func_static to be nonsolid) is to explicitly add the key pair:
	'''"solid" "0"'''		'''"solid" "0"'''

			* Test

	[[Category:Editing]]		[[Category:Editing]]

SneaksieDave at 16:38, 23 September 2006

2006-09-23T16:38:21Z

← Older revision		Revision as of 16:38, 23 September 2006
Line 5:		Line 5:
	* '''Floating upward through nonsolid func_statics''': This is an issue for func_statics which are intended to be nonsolid to the player, for instance, foliage, bushes, grass, etc. If you create a func_static from a bush model, and then step into it, Doom recognizes this as a clipping problem. It attempts to correct this problem by floating you to the top of the model, and then trying to shake you off. I assume this is due to their being no defined collision model, and not even a real convex hull from which Doom can create one. A simple fix for this (assuming you want the func_static to be nonsolid) is to explicitly add the key pair:		* '''Floating upward through nonsolid func_statics''': This is an issue for func_statics which are intended to be nonsolid to the player, for instance, foliage, bushes, grass, etc. If you create a func_static from a bush model, and then step into it, Doom recognizes this as a clipping problem. It attempts to correct this problem by floating you to the top of the model, and then trying to shake you off. I assume this is due to their being no defined collision model, and not even a real convex hull from which Doom can create one. A simple fix for this (assuming you want the func_static to be nonsolid) is to explicitly add the key pair:
	'''"solid" "0"'''		'''"solid" "0"'''

			[[Category:Editing]]

SneaksieDave at 16:37, 23 September 2006

2006-09-23T16:37:53Z

New page

'''A list of general tips which do not easily fall into any larger category; please add them as you discover them.'''
----

* '''Floating upward through nonsolid func_statics''': This is an issue for func_statics which are intended to be nonsolid to the player, for instance, foliage, bushes, grass, etc. If you create a func_static from a bush model, and then step into it, Doom recognizes this as a clipping problem. It attempts to correct this problem by floating you to the top of the model, and then trying to shake you off. I assume this is due to their being no defined collision model, and not even a real convex hull from which Doom can create one. A simple fix for this (assuming you want the func_static to be nonsolid) is to explicitly add the key pair:
'''"solid" "0"'''