Use Q3Map2 projection skybox entities.Quack wrote:Are there limits for the viewable distance of an object? Let's say you have a skybox, and the distance from the building you are standing in and the structural object being rendered is about 30,000 units away. Since the skybox has a very low tris count, could you add some very low tris structural to add perspective without any serious rendering problems? Most of the things I would like to add are just simple planar images of buildings/motifs that mesh in with the skybox.
VIS and acceptable tri-count these days.
[size=85][url=http://gtkradiant.com]GtkRadiant[/url] | [url=http://q3map2.robotrenegade.com]Q3Map2[/url] | [url=http://q3map2.robotrenegade.com/docs/shader_manual/]Shader Manual[/url][/size]
One thing that can happen with geometry placed in the _skybox area is that the 'inflated' version of it can get so big that the engine can't handle the triangle sizes, and they become degenerate. You'll know this if you see it. It's an easy thing to fix though, just subdivide the geometry until it stops happening.
How does VIS deal with six sided skyboxes that contain buildings or sfx? I know that the default q3 skyboxes show one row of the sky at a time as it becomes visible. Although, most of the maps I've seen with skyboxes that contain buildings or sfx almost always calculate the extra geometry when it's not visible. I'm wondering if there is a benefit to making geometry within the map itself, instead of the skybox, so that VIS will know not to render the structures that are meant to be part of the skyline.
I've noted this a while ago. Just adding a little sun in the skyportal adds about ~350 extra tris and adds little to the fillrate and overdraw. I think it has something to do with that the 3d sky surrounds the map in another way. But since it's so few triangles added (if you don't have an insane amount of things in the portal) I don't see it as a problem. I think it would be a bigger problem making the actual map size 300x larger, both to r_speeds and compiletimes.Quack wrote:How does VIS deal with six sided skyboxes that contain buildings or sfx? I know that the default q3 skyboxes show one row of the sky at a time as it becomes visible. Although, most of the maps I've seen with skyboxes that contain buildings or sfx almost always calculate the extra geometry when it's not visible. I'm wondering if there is a benefit to making geometry within the map itself, instead of the skybox, so that VIS will know not to render the structures that are meant to be part of the skyline.
Q3Map2 2516 -> http://www.zfight.com/misc/files/q3/q3map_2.5.16_win32_x86.zip
Q3Map2 FS_20g -> http://www.zfight.com/misc/files/q3/q3map2_fs_20g.rar
GtkRadiant 140 -> http://www.zfight.com/misc/files/q3/GtkRadiantSetup-1.4.0-Q3RTCWET.exe
Q3Map2 FS_20g -> http://www.zfight.com/misc/files/q3/q3map2_fs_20g.rar
GtkRadiant 140 -> http://www.zfight.com/misc/files/q3/GtkRadiantSetup-1.4.0-Q3RTCWET.exe