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

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