Frictional Game Wiki

<h1>Dealing with performance issues</h1> <div class="level1"> <p> Normally when a map is well designed with the game's limitations in mind, the game does a good job of optimizing the environment through the use of occlusion culling. However, there may be times where it appears to take into consideration objects that are not visible to the player. Of course, if the level designer (and scripter) does not fully consider what can decrease performance, then there isn't much that the game can do to optimize. This article will touch on mostly (flawed) map and scripting design, as there is nothing us users can do about the game itself. </p> </div> <h2>Keep track of your objects</h2> <div class="level2"> <p> The main cause for performance issues that i have found deals with having too many objects with high poly counts. There is an apparent limit as to how many objects with a high poly count that the user can have near him (though this may be more dependent on the hardware). At a far enough distance they tend to be okay, but if the user gets at a certain distance from the objects, the game may decide to take them into consideration even if they are not visible to the user. </p> </div> <h2>Physics</h2> <div class="level2"> <p> If there is an extreme performance drop at the start of a map, it is most likely caused by entities falling. For low-poly, non-organic types, this is usually not a concern, but things like corpses the collision and gravity will drain performance. </p> </div> <h2>Make use of corridors</h2> <div class="level2"> <p> Making use of corridors (i.e. mostly L-shaped) prevents the user from looking too far. This gives a chance for occlusion culling to work its magic. Even if you have doors blocking the way between each room, you should still consider corridors, as not all combinations of doors and door frames properly block out the user's view (though the player may not be able to physically see behind it). </p> </div> <h2>Make use of global fog</h2> <div class="level2"> <p> You can activate the global fog in the level settings (Edit > Level settings > Fog) in the Level Editor. The global fog can be used to prevent the game from rendering objects beyond the ending point of the fog if culling is enabled for the global fog. For indoors it should be safe to allow for a longer end point, but use what you find best for your story. </p> </div> <h2>Reduce particle effects</h2> <div class="level2"> <p> Having too many particle effects can reduce performance. This includes lamp entities, be they torches, candles or otherwise. If you require more light, consider simply adding dimmed box lights or point lights with a large radius or replacing the wall with a window, or have a sunroof, with a spot light shining through. </p> </div> <h2>Avoid fast-looping timers</h2> <div class="level2"> <p> Having a function loop too fast by use of timers can cause performance issues. Anything below 10ms is pushing it. Ideally, you'd want at least 20ms. That should be more than enough for any event. </p> </div> <h2>Tips</h2> <div class="level2"> </div> <h4>Spotting "leaks" in walls</h4> <div class="level4"> <p> Though the player may not notice holes or cracks in between each wall, the game most likely will. One method you could use to find these cracks is to have all the lights turned off and a white background behind the walls (e.g. a completely white skybox), or have the room in question completely dark and the surrounding halls and rooms full of light. Then, as you navigate through your map, you'd be able to easily catch any leaks that need filling. </p> </div> <h1>Notes</h1> <div class="level1"> <p> This article is a work in progress. More will be added as they are discovered. </p> <p> For players that aren't part of the story creation process, turning off World Reflection can help increase performance. </p> <p> The game uses OpenGL, which allows for a cross-platform experience. However, the drivers for your graphics card may not be well optimized for OpenGL (since DirectX is more popular). </p> </div>