You are here: Games for Future » Optimierungs-Tipps

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision		Previous revision
optimization [2024/05/03 15:49] – created Kristofoptimization [2024/05/03 16:16] (current) – Kristof
Line 1: Line 1:
-====== “art = space” ====== +===== Optimierungs-Tipps====== 
- +//work in progress// 
-__Optimieren geht nicht ohne Messungen.__ +  * Compressing von Texturen und Audio 
- +  * Effizient File Formate Webp JPEG OOG AAC 
-Compressing von Texturen und Audio \\ +  * Texture Atlas, mehere Texturen in einem Atlas, weniger draw calls 
- +  * Procedural Generation: Levels, TErrain und Texturen berechnen um Speicher zu sparen 
-Effiziente File-Formate: WebP, JPEG XR   //   OGG,AAC \\ +  * Texture Arrays 
- +  * Straming Assets: assets nur laden wenn sie gebraucht werden, Frustum Culling, Occlusion Culling 
-Texture Atlas: mehrere Texturen in einem atlas → weniger draw calls \\ +  * Auflösung und LOD: dynamisch an spielenden anpassen 
- +  * vertex shading und texturing 
-Procedural Generation: Levels, Terrains, Texturen mit algorithmen erstellen um speicherplatz zu sparen\\ +  * Licht? 
- + ---------------------------------------------------------------- 
-Texture Arrays? \\ +  *Profiling Tools: Bootlenecks finden 
- +  *Code Minimieren: (am ende), wiederholungen reduzieren 
-Streaming assets: assets nur laden wenn sie gebraucht werden,  +  *ungebrauchtes kürzen, "tree shaking" 
-        nicht alles auf einmal, vermeidet memory verbrauch +  *Effiziente Daten-Strukturen, arrays statt listen 
-       Frustum Culling, Occlusion Culling +  *quad-trees, octrees für collision detection und culling 
- Shader: vereinfachen \\  +  *Testen: auf hardware testen um probleme zu erkennen 
- +  *Komprimieren während des Packing (LZMA, zlib) 
-Auflösung und LOD: dynamisch an spieler hardware anpassen \\  +--> Optimieren ist ein prozess, und kann in´mmer wieder stattfinden \\ 
-Vertex shading/coloring  \\  +-->um sorgfältig optimieren zu können sollte man spielerfeedback und performancedaten zu  
- +sammeln\\ 
-Licht? \\ +--> art = space
- +
-“Profiling”-tools: bottlenecks finden \\ +
-Code Minimieren: (am Ende) wiedeerholung reduzieren, \\ +
-      ungebrauchtes kürzen, “tree Shaking”  +
-       Effiziente Daten_Strukturen, arrays statt listen,  +
-        quad-trees, octrees für collision detection und culling +
- Testen: Auf Hardware testen und probleme identifizieren +
-Komprimieren während des Packing (LZMA, zlib) \\ +
- +
-Optimierung ist ein Prozess → sollte während der Produktion immer wieder passieren\\  +
- +
-Performance-Daten und Spielerfeedback müssen gesammelt werden um an  +
-effektiven stellen zu Optimieren +
- +
- +