{"id":43695,"date":"2026-07-29T16:01:08","date_gmt":"2026-07-29T13:01:08","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/neden-60-fps-hedeflemeliyiz-ve-bu-neden-bu-kadar-onemli\/"},"modified":"2026-07-29T16:01:08","modified_gmt":"2026-07-29T13:01:08","slug":"neden-60-fps-hedeflemeliyiz-ve-bu-neden-bu-kadar-onemli","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/neden-60-fps-hedeflemeliyiz-ve-bu-neden-bu-kadar-onemli\/","title":{"rendered":"Neden 60 FPS Hedeflemeliyiz ve Bu Neden Bu Kadar \u00d6nemli?"},"content":{"rendered":"

Oyun geli\u015ftirmenin heyecan verici d\u00fcnyas\u0131nda, performans her \u015feyden \u00f6nemlidir. Ak\u0131c\u0131 bir deneyim sunamayan bir oyun, ne kadar yarat\u0131c\u0131 olursa olsun oyuncular taraf\u0131ndan h\u0131zla terk edilebilir. Peki, Unity’de geli\u015ftirdi\u011finiz oyununuzun 60 FPS hedefine ula\u015fmas\u0131 ve oyuncular\u0131n\u0131za kesintisiz bir macera sunmas\u0131 i\u00e7in hangi ad\u0131mlar\u0131 atmal\u0131s\u0131n\u0131z? Bu kapsaml\u0131 rehberde, stajyerden tak\u0131m liderine kadar her seviyeden geli\u015ftiricinin oyun performans\u0131n\u0131 zirveye ta\u015f\u0131yacak pratik ve etkili y\u00f6ntemleri ke\u015ffedece\u011fiz. Haz\u0131rsan\u0131z, Unity optimizasyonunun derinliklerine dalal\u0131m ve oyununuzu bir sonraki seviyeye ta\u015f\u0131yal\u0131m!<\/p>\n

Oyun geli\u015ftirme yolculu\u011funda s\u0131k\u00e7a duydu\u011fumuz “60 FPS” terimi, asl\u0131nda sadece bir say\u0131dan \u00e7ok daha fazlas\u0131n\u0131 ifade eder. Bu, oyunculara sundu\u011fumuz deneyimin kalitesini do\u011frudan etkileyen, adeta bir ak\u0131c\u0131l\u0131k ve tepkisellik standard\u0131d\u0131r. Peki, neden 60 FPS’yi hedeflemeliyiz ve bu, oyununuzun ba\u015far\u0131s\u0131 i\u00e7in neden bu kadar kritik? Her \u015feyden \u00f6nce, y\u00fcksek kare h\u0131z\u0131, insan g\u00f6z\u00fcn\u00fcn alg\u0131layabilece\u011fi en ak\u0131c\u0131 g\u00f6rsel deneyimlerden birini sunar. D\u00fc\u015f\u00fck kare h\u0131zlar\u0131nda (\u00f6rne\u011fin 30 FPS ve alt\u0131), hareketler tak\u0131lgan, tepkiler gecikmeli ve genel deneyim olduk\u00e7a rahats\u0131z edici olabilir. Bu durum, \u00f6zellikle h\u0131zl\u0131 tempolu aksiyon oyunlar\u0131, yar\u0131\u015f oyunlar\u0131 veya rekabet\u00e7i \u00e7ok oyunculu yap\u0131mlar i\u00e7in kabul edilemez bir dezavantaj yarat\u0131r. Oyuncular, karakterlerini kontrol ederken veya \u00e7evreyi ke\u015ffederken herhangi bir gecikme hissetmek istemezler; bu, onlar\u0131n oyunla olan ba\u011flar\u0131n\u0131 koparabilir ve hatta hayal k\u0131r\u0131kl\u0131\u011f\u0131na u\u011framalar\u0131na neden olabilir.<\/p>\n

Ayr\u0131ca, 60 FPS, sadece g\u00f6rsel ak\u0131c\u0131l\u0131kla s\u0131n\u0131rl\u0131 kalmaz, ayn\u0131 zamanda oyunun tepkiselli\u011fini de art\u0131r\u0131r. Daha y\u00fcksek kare h\u0131zlar\u0131, giri\u015f gecikmesini (input lag) azalt\u0131r, bu da oyuncunun tu\u015f bas\u0131\u015flar\u0131 veya fare hareketlerinin oyunda daha h\u0131zl\u0131 ve do\u011fru bir \u015fekilde yans\u0131d\u0131\u011f\u0131 anlam\u0131na gelir. Bu durum, \u00f6zellikle hassas kontrol gerektiren oyunlarda kritik \u00f6neme sahiptir. Profesyonel oyuncular ve e-spor sahnesi i\u00e7in 60 FPS, bir l\u00fcks de\u011fil, bir zorunluluktur; zira milisaniyeler bile zafer ile yenilgi aras\u0131ndaki fark\u0131 belirleyebilir. Dolay\u0131s\u0131yla, oyununuzun rekabet\u00e7i kalmas\u0131 ve geni\u015f bir oyuncu kitlesine hitap etmesi i\u00e7in 60 FPS’yi bir hedef olarak belirlemek, stratejik bir karard\u0131r. Unutmay\u0131n ki g\u00fcn\u00fcm\u00fczdeki oyuncular, \u00f6zellikle modern donan\u0131mlar\u0131n yayg\u0131nla\u015fmas\u0131yla birlikte, y\u00fcksek performans beklentisi i\u00e7indedirler. Oyununuzun bu beklentileri kar\u015f\u0131lamas\u0131, olumlu yorumlar alman\u0131za, daha geni\u015f bir kitleye ula\u015fman\u0131za ve nihayetinde ticari ba\u015far\u0131n\u0131z\u0131 art\u0131rman\u0131za yard\u0131mc\u0131 olacakt\u0131r. Bu nedenle, optimizasyon \u00e7al\u0131\u015fmalar\u0131na ba\u015flamadan \u00f6nce 60 FPS’nin ne anlama geldi\u011fini ve neden bu kadar \u00f6nemli oldu\u011funu anlamak, t\u00fcm s\u00fcrece sa\u011flam bir temel olu\u015fturur. Bu sadece bir teknik detay de\u011fil, ayn\u0131 zamanda oyununuzun ruhunu ve oyuncu deneyimini derinden etkileyen bir fakt\u00f6rd\u00fcr.<\/p>\n

Performans\u0131n K\u00f6k Nedenlerini Nas\u0131l Tespit Ederiz? Unity Profiler \u0130le Derinlemesine Analiz<\/h2>\n

Performans optimizasyonuna ba\u015flaman\u0131n ilk ve en kritik ad\u0131m\u0131, sorunun nerede oldu\u011funu do\u011fru bir \u015fekilde tespit etmektir. “Neyi d\u00fczeltmeliyim?” sorusuna yan\u0131t bulamadan k\u00f6rlemesine yap\u0131lan optimizasyon \u00e7abalar\u0131, zaman kayb\u0131ndan ba\u015fka bir \u015fey de\u011fildir. \u0130\u015fte tam da bu noktada, Unity’nin yerle\u015fik ve son derece g\u00fc\u00e7l\u00fc arac\u0131 olan Profiler devreye girer. Unity Profiler, oyununuzun \u00e7al\u0131\u015fma zaman\u0131 performans\u0131n\u0131 detayl\u0131 bir \u015fekilde analiz etmenizi sa\u011flayan bir ara\u00e7t\u0131r. CPU, GPU, bellek, render, fizik ve ses gibi bir\u00e7ok farkl\u0131 bile\u015fenin ne kadar kaynak t\u00fcketti\u011fini anl\u0131k olarak g\u00f6rmenizi sa\u011flar. Profiler’\u0131 kullanmak, adeta oyununuzun i\u00e7 organlar\u0131na cerrahi bir bak\u0131\u015f atmak gibidir; hangi organ\u0131n d\u00fczg\u00fcn \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 veya a\u015f\u0131r\u0131 y\u00fcklendi\u011fini net bir \u015fekilde g\u00f6sterir.<\/p>\n

Profiler’\u0131 a\u00e7t\u0131\u011f\u0131n\u0131zda (Window > Analysis > Profiler), bir\u00e7ok farkl\u0131 grafik ve istatistikle kar\u015f\u0131la\u015facaks\u0131n\u0131z. \u00d6ncelikle, “CPU Usage” b\u00f6l\u00fcm\u00fcne odaklanmak genellikle en iyi ba\u015flang\u0131\u00e7 noktas\u0131d\u0131r. Burada, oyununuzun hangi bile\u015fenlerinin (scriptler, fizik motoru, animasyonlar, UI vb.) CPU \u00fczerinde en \u00e7ok zaman harcad\u0131\u011f\u0131n\u0131 g\u00f6rebilirsiniz. \u00d6rne\u011fin, Physics.Simulate<\/code> veya Animator.Update<\/code> gibi ba\u015fl\u0131klar\u0131n grafikte s\u00fcrekli y\u00fcksek seyretti\u011fini fark ederseniz, bu, fizik veya animasyon sistemlerinizde optimizasyon potansiyeli oldu\u011fu anlam\u0131na gelir. \u00d6zellikle kendi yazd\u0131\u011f\u0131n\u0131z scriptlerin isimlerini arayarak, hangi fonksiyonlar\u0131n\u0131z\u0131n a\u015f\u0131r\u0131 y\u00fcklendi\u011fini tespit edebilirsiniz. Bir di\u011fer \u00f6nemli b\u00f6l\u00fcm ise “GPU Usage”d\u0131r. Buras\u0131, ekran kart\u0131n\u0131z\u0131n ne kadar \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve render s\u00fcre\u00e7lerinin nas\u0131l performans g\u00f6sterdi\u011fini g\u00f6sterir. E\u011fer CPU grafi\u011fi d\u00fc\u015f\u00fck, ancak GPU grafi\u011fi y\u00fcksekse, sorun genellikle g\u00f6rsel karma\u015f\u0131kl\u0131ktan, a\u015f\u0131r\u0131 doluluktan (overdraw), \u00e7ok say\u0131da \u00e7izim \u00e7a\u011fr\u0131s\u0131ndan (draw calls) veya karma\u015f\u0131k shader’lardan kaynaklan\u0131yordur. Bu durumda, grafik optimizasyonlar\u0131na y\u00f6nelmeniz gerekti\u011fini anlars\u0131n\u0131z.<\/p>\n

Bellek y\u00f6netimi de performans\u0131n ayr\u0131lmaz bir par\u00e7as\u0131d\u0131r ve “Memory” b\u00f6l\u00fcm\u00fc bu konuda paha bi\u00e7ilmez bilgiler sunar. Oyununuzun ne kadar RAM kulland\u0131\u011f\u0131n\u0131, hangi asset’lerin (dokular, sesler, mesh’ler) bellekte ne kadar yer kaplad\u0131\u011f\u0131n\u0131 ve \u00f6zellikle \u00e7\u00f6p toplama (Garbage Collection – GC) olaylar\u0131n\u0131n s\u0131kl\u0131\u011f\u0131n\u0131 ve s\u00fcresini buradan takip edebilirsiniz. S\u0131k ve uzun s\u00fcreli GC olaylar\u0131, oyununuzda anl\u0131k tak\u0131lmalara (stuttering) neden olabilir, bu y\u00fczden bu alan\u0131 dikkatle incelemek \u00f6nemlidir. Profiler, ayn\u0131 zamanda “Rendering” b\u00f6l\u00fcm\u00fcnde \u00e7izim \u00e7a\u011fr\u0131s\u0131 say\u0131s\u0131n\u0131, batched edilmi\u015f nesne say\u0131s\u0131n\u0131 ve \u00fc\u00e7gen\/vertex say\u0131s\u0131n\u0131 g\u00f6stererek render performans\u0131n\u0131z\u0131 de\u011ferlendirmenize yard\u0131mc\u0131 olur. Bu verileri kullanarak, sahnenizdeki g\u00f6rsel karma\u015f\u0131kl\u0131\u011f\u0131 azaltma veya batching tekniklerini daha etkin kullanma yollar\u0131n\u0131 arayabilirsiniz. K\u0131sacas\u0131, Unity Profiler, bir dedektifin olay yerinde delil toplamas\u0131 gibi, oyununuzdaki performans sorunlar\u0131n\u0131n izini s\u00fcrmek i\u00e7in size gerekli t\u00fcm ara\u00e7lar\u0131 sunar. Bu arac\u0131 etkin bir \u015fekilde kullanarak, optimizasyon \u00e7abalar\u0131n\u0131z\u0131 do\u011fru noktalara y\u00f6nlendirebilir ve en b\u00fcy\u00fck etkiyi yaratacak de\u011fi\u015fiklikleri yapabilirsiniz.<\/p>\n

G\u00f6rsel Kaliteden \u00d6d\u00fcn Vermeden Grafikleri Nas\u0131l Optimize Ederiz?<\/h2>\n

Oyun d\u00fcnyas\u0131nda g\u00f6rsellik, oyuncuyu i\u00e7ine \u00e7eken en \u00f6nemli fakt\u00f6rlerden biridir. Ancak y\u00fcksek kaliteli grafikler genellikle a\u011f\u0131r performans maliyetleriyle gelir. Bu b\u00f6l\u00fcmde, g\u00f6rsel kaliteden \u00f6d\u00fcn vermeden veya minimum \u00f6d\u00fcnle grafik performans\u0131n\u0131 nas\u0131l optimize edebilece\u011finizi inceleyece\u011fiz. Unutmay\u0131n, hedefimiz g\u00f6z al\u0131c\u0131 bir oyun sunarken 60 FPS ak\u0131c\u0131l\u0131\u011f\u0131n\u0131 korumakt\u0131r.<\/p>\n

Render Pipeline Se\u00e7imi ve Ayarlar\u0131: URP\/HDRP Farklar\u0131 Nelerdir?<\/h3>\n

Unity’de render pipeline se\u00e7imi, grafik optimizasyonunun temelini olu\u015fturur. Universal Render Pipeline (URP) ve High Definition Render Pipeline (HDRP), Unity’nin modern render \u00e7\u00f6z\u00fcmleridir ve her birinin kendine \u00f6zg\u00fc avantajlar\u0131 ve kullan\u0131m senaryolar\u0131 vard\u0131r. URP, geni\u015f platform deste\u011fi ve \u00f6l\u00e7eklenebilirli\u011fi ile mobil, VR\/AR ve orta segment PC oyunlar\u0131 i\u00e7in idealdir. Performans\u0131 \u00f6n planda tutar ve daha hafif bir render y\u00fck\u00fc sunar. HDRP ise fotoger\u00e7ek\u00e7i grafikler hedefleyen, y\u00fcksek kaliteli PC ve konsol oyunlar\u0131 i\u00e7in tasarlanm\u0131\u015ft\u0131r; ancak do\u011fal olarak daha fazla kaynak t\u00fcketir. Oyununuzun hedef platformu ve g\u00f6rsel beklentileri do\u011frultusunda do\u011fru render pipeline’\u0131 se\u00e7mek, daha ba\u015ftan b\u00fcy\u00fck bir performans kazanc\u0131 sa\u011flayabilir. \u00d6rne\u011fin, mobil bir oyun geli\u015ftiriyorsan\u0131z ve HDRP kullan\u0131yorsan\u0131z, ba\u015ftan yanl\u0131\u015f bir yola sapm\u0131\u015fs\u0131n\u0131z demektir. URP kullan\u0131rken de, render ayarlar\u0131n\u0131z\u0131 (\u00f6rne\u011fin, g\u00f6lge kalitesi, anti-aliasing, post-processing efektleri) dikkatlice yap\u0131land\u0131rman\u0131z gerekir. Her bir ayar\u0131n performans \u00fczerindeki etkisini deneyerek ve Profiler ile g\u00f6zlemleyerek optimum dengeyi bulmal\u0131s\u0131n\u0131z. Ayr\u0131ca, doku s\u0131k\u0131\u015ft\u0131rma (texture compression) teknikleri, mipmap kullan\u0131m\u0131 ve mesh optimizasyonlar\u0131 (LOD – Level of Detail, Occlusion Culling, Static Batching, Dynamic Batching, GPU Instancing) gibi y\u00f6ntemler, g\u00f6rsel varl\u0131klar\u0131n\u0131z\u0131n render y\u00fck\u00fcn\u00fc \u00f6nemli \u00f6l\u00e7\u00fcde azaltabilir. LOD, uzaktaki nesnelerin daha d\u00fc\u015f\u00fck detayl\u0131 modellerini kullanarak performans\u0131 art\u0131r\u0131rken, Occlusion Culling, g\u00f6r\u00fc\u015f alan\u0131 d\u0131\u015f\u0131ndaki nesnelerin render edilmesini engelleyerek GPU y\u00fck\u00fcn\u00fc hafifletir. Batching ve Instancing ise ayn\u0131 materyali kullanan birden fazla nesnenin tek bir \u00e7izim \u00e7a\u011fr\u0131s\u0131yla render edilmesini sa\u011flayarak CPU ve GPU \u00fczerindeki y\u00fck\u00fc azalt\u0131r.<\/p>\n

I\u015f\u0131kland\u0131rma ve G\u00f6lgeler: Performans Katili Mi, Yoksa Sanatsal Dokunu\u015f Mu?<\/h3>\n

I\u015f\u0131kland\u0131rma ve g\u00f6lgeler, oyununuzun atmosferini ve g\u00f6rsel derinli\u011fini belirleyen en g\u00fc\u00e7l\u00fc unsurlard\u0131r. Ancak ayn\u0131 zamanda, performans\u0131n en b\u00fcy\u00fck d\u00fc\u015fmanlar\u0131ndan biri olabilirler. \u00d6zellikle ger\u00e7ek zamanl\u0131 (realtime) \u0131\u015f\u0131klar ve g\u00f6lgeler, GPU \u00fczerinde ciddi bir y\u00fck olu\u015fturur. Bu y\u00fczden, \u0131\u015f\u0131kland\u0131rma stratejinizi ak\u0131ll\u0131ca belirlemek hayati \u00f6nem ta\u015f\u0131r. \u00c7o\u011fu durumda, sahnedeki ana \u0131\u015f\u0131k kaynaklar\u0131 d\u0131\u015f\u0131nda kalan \u0131\u015f\u0131klar i\u00e7in Baked (\u00f6nceden hesaplanm\u0131\u015f) \u0131\u015f\u0131kland\u0131rmay\u0131 tercih etmek, performans\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Baked \u0131\u015f\u0131klar, oyun \u00e7al\u0131\u015fma zaman\u0131nda hesaplanmad\u0131\u011f\u0131 i\u00e7in GPU’yu yormaz. Light Probes ve Reflection Probes kullanarak, Baked \u0131\u015f\u0131klar\u0131n dinamik nesneler \u00fczerindeki etkile\u015fimini ve yans\u0131malar\u0131 sim\u00fcle edebilirsiniz, b\u00f6ylece statik \u0131\u015f\u0131kland\u0131rman\u0131n dezavantajlar\u0131n\u0131 minimize edersiniz. Ger\u00e7ek zamanl\u0131 \u0131\u015f\u0131k say\u0131s\u0131n\u0131 minimumda tutmaya \u00e7al\u0131\u015f\u0131n ve bu \u0131\u015f\u0131klar\u0131n menzillerini (range) ve g\u00f6lge kalitelerini (shadow quality) optimize edin. Her bir ger\u00e7ek zamanl\u0131 \u0131\u015f\u0131k, kendi g\u00f6lgelerini olu\u015fturdu\u011funda, bu durum GPU i\u00e7in katlanarak artan bir maliyet demektir. \u00d6zellikle mobil platformlarda, \u00e7ok say\u0131da ger\u00e7ek zamanl\u0131 \u0131\u015f\u0131k kullanmaktan ka\u00e7\u0131nmak veya g\u00f6lge kalitesini d\u00fc\u015f\u00fck seviyelere \u00e7ekmek performans\u0131 kurtarabilir. I\u015f\u0131k culling (\u0131\u015f\u0131k eleme) ayarlar\u0131n\u0131 kullanarak, kameran\u0131n g\u00f6r\u00fc\u015f alan\u0131 d\u0131\u015f\u0131ndaki \u0131\u015f\u0131klar\u0131n hesaplanmas\u0131n\u0131 engelleyebilir ve bu sayede gereksiz render i\u015flemlerini \u00f6nleyebilirsiniz. Unutmay\u0131n ki \u0131\u015f\u0131kland\u0131rma sadece teknik bir konu de\u011fil, ayn\u0131 zamanda sanatsal bir ifadedir. Performans\u0131 d\u00fc\u015f\u00fcn\u00fcrken sanatsal vizyonunuzdan tamamen \u00f6d\u00fcn vermeniz gerekmez; do\u011fru dengeyi bulmak, hem g\u00f6rsel olarak \u00e7ekici hem de performans a\u00e7\u0131s\u0131ndan optimize edilmi\u015f bir d\u00fcnya yaratman\u0131n anahtar\u0131d\u0131r.<\/p>\n

Shader Optimizasyonu: GPU’yu Yormayan Materyaller Nas\u0131l Olu\u015fturulur?<\/h3>\n

Shader’lar, oyununuzdaki her pikselin nas\u0131l g\u00f6r\u00fcnece\u011fini belirleyen k\u00fc\u00e7\u00fck programlard\u0131r ve GPU’nun en \u00e7ok \u00e7al\u0131\u015ft\u0131\u011f\u0131 yerlerden biridir. Karma\u015f\u0131k shader’lar, \u00f6zellikle de \u00e7ok say\u0131da matematiksel i\u015flem, doku \u00f6rneklemesi veya \u0131\u015f\u0131kland\u0131rma hesaplamas\u0131 i\u00e7eriyorsa, GPU \u00fczerinde ciddi bir y\u00fck olu\u015fturabilir. Bu nedenle, shader’lar\u0131n\u0131z\u0131 optimize etmek, genel grafik performans\u0131n\u0131z\u0131 art\u0131rmak i\u00e7in kritik bir ad\u0131md\u0131r. \u00d6ncelikle, Unity’nin Standart Shader’\u0131 olduk\u00e7a yetenekli olsa da, her zaman en performansl\u0131 se\u00e7enek de\u011fildir. \u00d6zellikle basit materyaller veya mobil platformlar i\u00e7in, daha hafif ve \u00f6zelle\u015ftirilmi\u015f shader’lar kullanmak b\u00fcy\u00fck fark yaratabilir. URP veya HDRP ile gelen Lite veya Simple shader’lar\u0131 tercih edebilir veya Shader Graph gibi g\u00f6rsel ara\u00e7larla kendi optimize edilmi\u015f shader’lar\u0131n\u0131z\u0131 olu\u015fturabilirsiniz. Shader’lar\u0131n\u0131zda gereksiz \u00f6zellikleri kapatmak veya basitle\u015ftirmek de \u00f6nemlidir. \u00d6rne\u011fin, bir materyalin \u015feffafl\u0131\u011fa veya normal haritalara ihtiyac\u0131 yoksa, bu \u00f6zellikleri shader’dan kald\u0131rarak veya devre d\u0131\u015f\u0131 b\u0131rakarak performans\u0131 art\u0131rabilirsiniz. Her bir doku \u00f6rneklemesi, her bir matematiksel i\u015flem, GPU’nun ekstra d\u00f6ng\u00fc harcamas\u0131 anlam\u0131na gelir. Bu nedenle, shader’lar\u0131n\u0131zdaki talimat say\u0131s\u0131n\u0131 (instruction count) m\u00fcmk\u00fcn oldu\u011funca d\u00fc\u015f\u00fck tutmaya \u00e7al\u0131\u015f\u0131n. Shader varyantlar\u0131 da dikkat edilmesi gereken bir konudur. Unity, materyal ayarlar\u0131n\u0131za g\u00f6re otomatik olarak bir\u00e7ok shader varyant\u0131 olu\u015fturabilir. Bu varyantlar, derleme s\u00fcresini uzatmakla kalmaz, ayn\u0131 zamanda oyununuzun derleme boyutunu ve bellek kullan\u0131m\u0131n\u0131 da art\u0131r\u0131r. Gereksiz varyantlar\u0131 temizlemek veya yaln\u0131zca ihtiyac\u0131n\u0131z olanlar\u0131 derlemek i\u00e7in “Shader Stripping” ve “Shader Variant Collection” gibi teknikleri kullanabilirsiniz. Son olarak, overdraw (a\u015f\u0131r\u0131 doluluk) sorununa dikkat edin. \u015eeffaf materyaller, \u00f6zellikle \u00fcst \u00fcste bindiklerinde, ayn\u0131 piksellerin birden \u00e7ok kez render edilmesine neden olabilir. Bu durum, GPU \u00fczerinde gereksiz bir y\u00fck olu\u015fturur. \u015eeffaf nesnelerin say\u0131s\u0131n\u0131 s\u0131n\u0131rlamak veya \u015feffafl\u0131k yerine cut-out (kesme) gibi daha performansl\u0131 alternatifler kullanmak, overdraw’\u0131 azaltmaya yard\u0131mc\u0131 olabilir. Shader optimizasyonu, bazen derinlemesine teknik bilgi gerektirse de, oyununuzun g\u00f6rsel kalitesinden \u00f6d\u00fcn vermeden ak\u0131c\u0131l\u0131\u011f\u0131n\u0131 art\u0131rman\u0131n en etkili yollar\u0131ndan biridir.<\/p>\n

CPU Performans\u0131n\u0131 Art\u0131rmak \u0130\u00e7in Kodunuzu Nas\u0131l \u0130yile\u015ftirirsiniz?<\/h2>\n

Oyun performans\u0131nda GPU ne kadar \u00f6nemliyse, CPU da bir o kadar kritik bir rol oynar. Oyun mant\u0131\u011f\u0131, yapay zeka, fizik hesaplamalar\u0131, animasyon g\u00fcncellemeleri ve daha bir\u00e7ok i\u015flem CPU \u00fczerinde ger\u00e7ekle\u015fir. E\u011fer CPU’nuz darbo\u011faz olu\u015fturuyorsa, en g\u00fc\u00e7l\u00fc ekran kart\u0131 bile oyununuzu 60 FPS’ye ta\u015f\u0131yamaz. Bu b\u00f6l\u00fcmde, kodunuzu ve Unity’nin fizik motorunu optimize ederek CPU performans\u0131n\u0131 nas\u0131l art\u0131rabilece\u011finizi ke\u015ffedece\u011fiz.<\/p>\n

Script Optimizasyonu ve En \u0130yi Uygulamalar: Hangi Kodlar Daha H\u0131zl\u0131 \u00c7al\u0131\u015f\u0131r?<\/h3>\n

Kod optimizasyonu, CPU performans\u0131n\u0131 art\u0131rman\u0131n en do\u011frudan yoludur ve genellikle en b\u00fcy\u00fck kazan\u00e7lar\u0131 sa\u011flar. Her \u015feyden \u00f6nce, Unity’de s\u0131k\u00e7a yap\u0131lan hatalardan biri, Update<\/code> veya LateUpdate<\/code> gibi her karede \u00e7al\u0131\u015fan fonksiyonlar\u0131n i\u00e7inde performans maliyetli i\u015flemler yapmakt\u0131r. \u00d6rne\u011fin, GetComponent<T>()<\/code>, FindObjectOfType<T>()<\/code> veya GameObject.Find()<\/code> gibi metodlar\u0131 her karede \u00e7a\u011f\u0131rmak, CPU \u00fczerinde ciddi bir y\u00fck olu\u015fturur. Bunun yerine, bu referanslar\u0131 Awake<\/code> veya Start<\/code> metodlar\u0131nda \u00f6nbelle\u011fe alarak (cache) tekrar tekrar arama maliyetinden kurtulmal\u0131s\u0131n\u0131z. \u00d6rne\u011fin:<\/p>\n

\n  \/\/ K\u00f6t\u00fc \u00f6rnek: Her karede GetComponent \u00e7a\u011fr\u0131s\u0131\n  void Update()\n  {\n      GetComponent<Rigidbody>().AddForce(Vector3.forward);\n  }\n\n  \/\/ \u0130yi \u00f6rnek: Referans\u0131 \u00f6nbelle\u011fe alma\n  private Rigidbody rb;\n  void Awake()\n  {\n      rb = GetComponent<Rigidbody>();\n  }\n  void Update()\n  {\n      rb.AddForce(Vector3.forward);\n  }\n  <\/code><\/pre>\n
Bir di\u011fer \u00f6nemli konu ise \u00e7\u00f6p toplama (Garbage Collection – GC) olaylar\u0131d\u0131r. C# dilinde, her new<\/code> anahtar kelimesiyle yeni bir nesne olu\u015fturdu\u011funuzda veya string<\/code> birle\u015ftirme gibi i\u015flemler yapt\u0131\u011f\u0131n\u0131zda, bellekte ge\u00e7ici alanlar ayr\u0131l\u0131r. Bu ge\u00e7ici nesneler bir s\u00fcre sonra \u00e7\u00f6p toplay\u0131c\u0131 taraf\u0131ndan temizlenir ve bu temizleme i\u015flemi, oyununuzda anl\u0131k tak\u0131lmalara (stuttering) neden olabilir. \u00d6zellikle Update<\/code> i\u00e7inde s\u0131k s\u0131k new<\/code> kullanmaktan veya string<\/code> birle\u015ftirmeler yapmaktan ka\u00e7\u0131nmal\u0131s\u0131n\u0131z. Nesne havuzu (Object Pooling) tekni\u011fi, s\u0131k\u00e7a olu\u015fturulan ve yok edilen nesneler (mermiler, efektler, d\u00fc\u015fmanlar) i\u00e7in harika bir \u00e7\u00f6z\u00fcmd\u00fcr. Nesneleri tekrar tekrar yok edip olu\u015fturmak yerine, onlar\u0131 bir havuzda tutar ve ihtiya\u00e7 duyuldu\u011funda yeniden kullan\u0131r\u0131z. Bu, hem bellek tahsisini azalt\u0131r hem de GC olaylar\u0131n\u0131n \u00f6n\u00fcne ge\u00e7er. foreach<\/code> d\u00f6ng\u00fcleri de dikkatli kullan\u0131lmal\u0131d\u0131r, zira baz\u0131 durumlarda alt\u0131nda gizli bellek tahsisleri yapabilirler. B\u00fcy\u00fck listeler \u00fczerinde \u00e7al\u0131\u015f\u0131rken for<\/code> d\u00f6ng\u00fcleri genellikle daha performansl\u0131d\u0131r. Son olarak, karma\u015f\u0131k algoritmalar\u0131n\u0131z\u0131 ve d\u00f6ng\u00fclerinizi optimize etmeyi unutmay\u0131n. B\u00fcy\u00fck veri setleri \u00fczerinde \u00e7al\u0131\u015fan algoritmalar\u0131n\u0131z varsa, bunlar\u0131 daha verimli hale getirmek veya farkl\u0131 bir i\u015f par\u00e7ac\u0131\u011f\u0131nda (thread) \u00e7al\u0131\u015ft\u0131rmak (Unity Job System veya Burst Compiler ile) ciddi performans kazan\u00e7lar\u0131 sa\u011flayabilir. Kodu temiz, okunabilir ve mod\u00fcler tutmak, sadece bak\u0131m\u0131 kolayla\u015ft\u0131rmakla kalmaz, ayn\u0131 zamanda optimizasyon potansiyelini de art\u0131r\u0131r.<\/p>\n
Fizik Motoru Ayarlar\u0131: Ger\u00e7ek\u00e7ilik ve Performans Dengesi Nas\u0131l Kurulur?<\/h3>\n
Unity’nin fizik motoru, oyun d\u00fcnyan\u0131za ger\u00e7ek\u00e7ilik katarak nesnelerin \u00e7arp\u0131\u015fmas\u0131n\u0131, yer\u00e7ekimini ve kuvvetleri sim\u00fcle eder. Ancak bu ger\u00e7ek\u00e7ili\u011fin bir bedeli vard\u0131r: fizik hesaplamalar\u0131 CPU \u00fczerinde yo\u011fun bir y\u00fcke neden olabilir. Bu nedenle, fizik motoru ayarlar\u0131n\u0131 do\u011fru bir \u015fekilde yap\u0131land\u0131rmak, performans\u0131 art\u0131rmak i\u00e7in kritik \u00f6neme sahiptir. \u00d6ncelikle, Edit > Project Settings > Time<\/code> alt\u0131ndaki Fixed Timestep<\/code> ayar\u0131, fizik hesaplamalar\u0131n\u0131n ne s\u0131kl\u0131kla yap\u0131laca\u011f\u0131n\u0131 belirler. Varsay\u0131lan olarak 0.02 (50 kez\/saniye) olarak ayarlanm\u0131\u015ft\u0131r. E\u011fer oyununuz \u00e7ok fazla fizik nesnesi i\u00e7eriyorsa veya y\u00fcksek bir kare h\u0131z\u0131na ihtiyac\u0131n\u0131z yoksa, bu de\u011feri art\u0131rarak (\u00f6rne\u011fin 0.03 veya 0.04) fizik hesaplamalar\u0131n\u0131n daha az s\u0131kl\u0131kta yap\u0131lmas\u0131n\u0131 sa\u011flayabilirsiniz. Ancak bu, fizik sim\u00fclasyonunun hassasiyetini ve do\u011frulu\u011funu azaltabilir, bu y\u00fczden dikkatli bir denge kurmak \u00f6nemlidir.<\/p>\n
\u0130kinci olarak, Edit > Project Settings > Physics<\/code> veya Physics 2D<\/code> alt\u0131ndaki Layer Collision Matrix<\/code> ayar\u0131, hangi katmanlardaki nesnelerin birbiriyle \u00e7arp\u0131\u015faca\u011f\u0131n\u0131 belirlemenizi sa\u011flar. Gereksiz \u00e7arp\u0131\u015fma kontrollerini kapatmak, fizik motorunun yapmas\u0131 gereken hesaplama miktar\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r. \u00d6rne\u011fin, oyuncu mermilerinin \u00e7evresel nesnelerle \u00e7arp\u0131\u015fmas\u0131na gerek yoksa, bu katmanlar aras\u0131ndaki \u00e7arp\u0131\u015fmay\u0131 kapatabilirsiniz. Collider’lar\u0131n karma\u015f\u0131kl\u0131\u011f\u0131 da performans\u0131 do\u011frudan etkiler. Mesh Collider’lar, \u00f6zellikle karma\u015f\u0131k mesh’ler i\u00e7in, di\u011fer ilkel collider’lara (Box Collider, Sphere Collider, Capsule Collider) g\u00f6re \u00e7ok daha pahal\u0131d\u0131r. M\u00fcmk\u00fcn oldu\u011funca ilkel collider’lar\u0131 kullanmaya \u00e7al\u0131\u015f\u0131n ve Mesh Collider kullanman\u0131z gerekiyorsa, Convex se\u00e7ene\u011fini i\u015faretleyerek veya daha d\u00fc\u015f\u00fck poligonlu bir proxy mesh kullanarak performans\u0131 art\u0131r\u0131n. Bir nesnenin fiziksel etkile\u015fime girmesine gerek yoksa, ona bir Rigidbody eklemeyin. Ayr\u0131ca, Is Trigger<\/code> olarak ayarlanm\u0131\u015f collider’lar, ger\u00e7ek \u00e7arp\u0131\u015fma hesaplamalar\u0131 yapmad\u0131\u011f\u0131 i\u00e7in daha hafiftir ve yaln\u0131zca olaylar\u0131 tetiklemek i\u00e7in kullan\u0131labilirler. Son olarak, gereksiz Rigidbody’leri uyku moduna ge\u00e7irmek (Sleep Threshold) veya fizik sim\u00fclasyonunu belirli ko\u015fullarda tamamen durdurmak (\u00f6rne\u011fin, kamera d\u0131\u015f\u0131nda kalan nesneler i\u00e7in) da performans kazanc\u0131 sa\u011flayabilir. Fizik motorunu optimize etmek, her zaman ger\u00e7ek\u00e7ilikten \u00f6d\u00fcn vermek anlam\u0131na gelmez; \u00e7o\u011fu zaman ak\u0131ll\u0131ca ayarlar ve tasar\u0131m se\u00e7imleriyle hem iyi g\u00f6r\u00fcnen hem de ak\u0131c\u0131 \u00e7al\u0131\u015fan bir fizik sistemi elde etmek m\u00fcmk\u00fcnd\u00fcr.<\/p>\n
Bellek Y\u00f6netimi ve Asset Optimizasyonu: Oyununuzu Hafif Tutman\u0131n Yollar\u0131<\/h2>\n
Oyununuzun ak\u0131c\u0131 \u00e7al\u0131\u015fmas\u0131 i\u00e7in sadece CPU ve GPU performans\u0131 yeterli de\u011fildir; bellek y\u00f6netimi de en az onlar kadar \u00f6nemlidir. Yetersiz bellek y\u00f6netimi, oyununuzun yava\u015flamas\u0131na, tak\u0131lmas\u0131na ve hatta \u00e7\u00f6kmesine neden olabilir. Bu b\u00f6l\u00fcmde, bellek kullan\u0131m\u0131n\u0131 azaltmak ve asset’lerinizi optimize etmek i\u00e7in neler yapabilece\u011finizi ele alaca\u011f\u0131z.<\/p>\n
AssetBundle’lar ve Kaynak Y\u00f6netimi: Dinamik Y\u00fckleme Neden \u00d6nemli?<\/h3>\n
Oyununuz b\u00fcy\u00fcd\u00fck\u00e7e, i\u00e7erdi\u011fi asset’lerin (dokular, modeller, sesler, animasyonlar) boyutu da artar. T\u00fcm bu asset’leri oyunun ba\u015flang\u0131c\u0131nda belle\u011fe y\u00fcklemek, hem y\u00fckleme s\u00fcrelerini uzat\u0131r hem de gereksiz yere bellek t\u00fcketimine neden olur. \u0130\u015fte bu noktada AssetBundle’lar ve Addressables gibi kaynak y\u00f6netim sistemleri devreye girer. AssetBundle’lar, oyununuzdaki asset’leri ayr\u0131 ayr\u0131 paketler halinde grupland\u0131rman\u0131za ve bunlar\u0131 oyun \u00e7al\u0131\u015fma zaman\u0131nda gerekti\u011finde y\u00fcklemenize olanak tan\u0131r. Bu sayede, oyunun ba\u015flang\u0131c\u0131nda sadece temel asset’ler y\u00fcklenir ve di\u011ferleri oyuncu belirli bir seviyeye geldi\u011finde veya belirli bir nesneye yakla\u015ft\u0131\u011f\u0131nda dinamik olarak y\u00fcklenir. Bu, hem ba\u015flang\u0131\u00e7 y\u00fckleme s\u00fcresini k\u0131salt\u0131r hem de bellek kullan\u0131m\u0131n\u0131 optimize eder. Unity’nin yeni ve daha geli\u015fmi\u015f kaynak y\u00f6netim sistemi olan Addressables, AssetBundle’lar\u0131n \u00fczerine in\u015fa edilmi\u015f, daha esnek ve kullan\u0131m\u0131 kolay bir \u00e7\u00f6z\u00fcmd\u00fcr. Addressables ile asset’lerinizi adreslenebilir hale getirir ve bunlar\u0131 yerel depolamadan veya uzak sunuculardan kolayca y\u00fckleyebilir, g\u00fcncelleyebilir ve y\u00f6netebilirsiniz. Bu, \u00f6zellikle b\u00fcy\u00fck oyunlar, DLC’ler (indirilebilir i\u00e7erikler) veya s\u00fcrekli g\u00fcncellenen \u00e7evrimi\u00e7i oyunlar i\u00e7in paha bi\u00e7ilmez bir \u00f6zelliktir. Dinamik y\u00fckleme stratejileriyle, sadece o an i\u00e7in gerekli olan asset’leri bellekte tutarak oyununuzun genel bellek ayak izini k\u00fc\u00e7\u00fcltebilirsiniz. Ayr\u0131ca, art\u0131k kullan\u0131lmayan asset’leri bellekten bo\u015faltmay\u0131 (UnloadAsset, Resources.UnloadUnusedAssets) unutmay\u0131n. Bu, \u00f6zellikle sahne ge\u00e7i\u015flerinde veya uzun oyun seanslar\u0131nda biriken gereksiz bellek kullan\u0131m\u0131n\u0131 temizlemek i\u00e7in \u00f6nemlidir. Do\u011fru kaynak y\u00f6netimi, oyununuzun daha h\u0131zl\u0131 y\u00fcklenmesini, daha ak\u0131c\u0131 \u00e7al\u0131\u015fmas\u0131n\u0131 ve daha az bellek t\u00fcketmesini sa\u011flar, bu da oyuncu deneyimini do\u011frudan iyile\u015ftirir.<\/p>\n
Dokular, Sesler ve Animasyonlar: Boyutlar\u0131 Nas\u0131l K\u00fc\u00e7\u00fclt\u00fcr\u00fcz?<\/h3>\n
Oyununuzdaki g\u00f6rsel ve i\u015fitsel asset’ler, genellikle toplam dosya boyutunun ve bellek kullan\u0131m\u0131n\u0131n en b\u00fcy\u00fck k\u0131sm\u0131n\u0131 olu\u015fturur. Bu asset’leri do\u011fru \u015fekilde optimize etmek, oyununuzu hafifletmenin ve performans\u0131n\u0131 art\u0131rman\u0131n en etkili yollar\u0131ndan biridir. \u0130lk olarak dokulara odaklanal\u0131m. Dokular, genellikle en b\u00fcy\u00fck bellek t\u00fcketicileridir. Her bir dokunun (texture) \u00e7\u00f6z\u00fcn\u00fcrl\u00fc\u011f\u00fcn\u00fc ve s\u0131k\u0131\u015ft\u0131rma ayarlar\u0131n\u0131 dikkatlice kontrol etmelisiniz. Bir dokunun ger\u00e7ekten 4K \u00e7\u00f6z\u00fcn\u00fcrl\u00fc\u011fe ihtiyac\u0131 var m\u0131, yoksa 1K veya 2K da yeterli olur mu? Dokular\u0131n boyutunu k\u00fc\u00e7\u00fcltmek, hem bellek kullan\u0131m\u0131n\u0131 hem de GPU’nun doku \u00f6rnekleme s\u00fcresini azalt\u0131r. Unity, \u00e7e\u015fitli doku s\u0131k\u0131\u015ft\u0131rma formatlar\u0131 sunar (\u00f6rne\u011fin, DXT1, DXT5, PVRTC, ETC, ASTC). Hedef platformunuza uygun en verimli s\u0131k\u0131\u015ft\u0131rma format\u0131n\u0131 se\u00e7mek, g\u00f6rsel kaliteden \u00e7ok az \u00f6d\u00fcn vererek veya hi\u00e7 vermeden bellek kullan\u0131m\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde azaltabilir. \u00d6rne\u011fin, mobil platformlar i\u00e7in ETC veya ASTC formatlar\u0131 genellikle en iyi performans\u0131 sunar. Ayr\u0131ca, dokular i\u00e7in Mipmap’leri etkinle\u015ftirdi\u011finizden emin olun; bu, uzaktaki nesnelerin daha d\u00fc\u015f\u00fck \u00e7\u00f6z\u00fcn\u00fcrl\u00fckl\u00fc dokularla render edilmesini sa\u011flayarak GPU y\u00fck\u00fcn\u00fc azalt\u0131r. Gereksiz dokular\u0131 kald\u0131rmak veya yeniden kullanmak da iyi bir uygulamad\u0131r.<\/p>\n
Sesler de bellek ve disk alan\u0131 \u00fczerinde \u00f6nemli bir etkiye sahip olabilir. Ses dosyalar\u0131n\u0131z i\u00e7in do\u011fru s\u0131k\u0131\u015ft\u0131rma format\u0131n\u0131 (\u00f6rne\u011fin, MP3 veya Ogg Vorbis) ve bit h\u0131z\u0131n\u0131 se\u00e7mek, dosya boyutunu k\u00fc\u00e7\u00fclt\u00fcr. Oyun i\u00e7i sesler i\u00e7in y\u00fcksek kaliteli WAV dosyalar\u0131 yerine, yeterli kalitede s\u0131k\u0131\u015ft\u0131r\u0131lm\u0131\u015f formatlar\u0131 kullan\u0131n. \u00d6zellikle arka plan m\u00fczikleri veya uzun ses efektleri i\u00e7in streaming (ak\u0131\u015f) se\u00e7ene\u011fini kullanmak, sesin tamam\u0131n\u0131n belle\u011fe y\u00fcklenmesini engeller ve sadece \u00e7al\u0131nd\u0131\u011f\u0131 kadar\u0131n\u0131 bellekte tutar. Animasyonlar da optimizasyon gerektirebilir. Animasyon kliplerini s\u0131k\u0131\u015ft\u0131rmak (Animation Compression) veya gereksiz animasyon verilerini kald\u0131rmak, bellek kullan\u0131m\u0131n\u0131 ve CPU’nun animasyon hesaplama y\u00fck\u00fcn\u00fc azalt\u0131r. E\u011fer karakterlerinizde \u00e7ok say\u0131da kemik (bone) varsa, kemik say\u0131s\u0131n\u0131 optimize etmeyi veya daha basit iskeletler kullanmay\u0131 d\u00fc\u015f\u00fcnebilirsiniz. Blend Shape’ler (kar\u0131\u015f\u0131m \u015fekilleri) de, \u00f6zellikle y\u00fcz animasyonlar\u0131 i\u00e7in yo\u011fun kaynak t\u00fcketebilir; bunlar\u0131 dikkatli kullan\u0131n ve sadece ger\u00e7ekten ihtiya\u00e7 duyuldu\u011funuzda etkinle\u015ftirin. Son olarak, t\u00fcm asset’leriniz i\u00e7in “Read\/Write Enabled” se\u00e7ene\u011fini kapatmay\u0131 unutmay\u0131n, bu se\u00e7enek genellikle gereksizdir ve bellekte asset’in bir kopyas\u0131n\u0131 tutarak bellek kullan\u0131m\u0131n\u0131 ikiye katlar. K\u0131sacas\u0131, her bir asset’inize bir maliyet g\u00f6z\u00fcyle bakarak, ger\u00e7ekten ihtiya\u00e7 duyulan kalite ve boyutta olduklar\u0131ndan emin olmak, oyununuzun genel performans\u0131n\u0131 ve bellek ayak izini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirecektir.<\/p>\n
Mobil ve \u00c7apraz Platform Optimizasyonunda Dikkat Edilmesi Gerekenler Nelerdir?<\/h2>\n
Unity, \u00e7apraz platform deste\u011fiyle geli\u015ftiricilere b\u00fcy\u00fck bir \u00f6zg\u00fcrl\u00fck sunar. Ancak mobil cihazlar, PC’lere veya konsollara g\u00f6re \u00e7ok daha k\u0131s\u0131tl\u0131 donan\u0131m kaynaklar\u0131na sahiptir. Bu nedenle, oyununuzu mobil platformlar veya d\u00fc\u015f\u00fck \u00f6zellikli cihazlar i\u00e7in optimize ederken ek dikkat g\u00f6stermeniz gerekir. Mobil optimizasyon, genellikle PC optimizasyonundan daha agresif olmay\u0131 gerektirir ve her bir kayna\u011f\u0131n (CPU, GPU, bellek, batarya \u00f6mr\u00fc) \u00e7ok daha verimli kullan\u0131lmas\u0131na odaklan\u0131r.<\/p>\n
\u00d6ncelikle, mobil cihazlarda draw call (\u00e7izim \u00e7a\u011fr\u0131s\u0131) say\u0131s\u0131n\u0131 d\u00fc\u015f\u00fck tutmak hayati \u00f6nem ta\u015f\u0131r. Her bir \u00e7izim \u00e7a\u011fr\u0131s\u0131, CPU’dan GPU’ya bir ileti\u015fim maliyeti demektir ve bu maliyet mobil i\u015flemcilerde daha y\u00fcksektir. Static Batching, Dynamic Batching ve GPU Instancing gibi teknikleri kullanarak ayn\u0131 materyali kullanan nesneleri tek bir \u00e7izim \u00e7a\u011fr\u0131s\u0131nda birle\u015ftirmeye \u00e7al\u0131\u015f\u0131n. \u00d6zellikle mobil cihazlarda \u0131\u015f\u0131kland\u0131rma, performans\u0131n en b\u00fcy\u00fck d\u00fc\u015fmanlar\u0131ndan biridir. Ger\u00e7ek zamanl\u0131 \u0131\u015f\u0131k say\u0131s\u0131n\u0131 minimumda tutun, Baked \u0131\u015f\u0131kland\u0131rmaya \u00f6ncelik verin ve g\u00f6lgelerin kalitesini ve mesafesini agresif bir \u015fekilde optimize edin. Mobil cihazlarda, ekran \u00e7\u00f6z\u00fcn\u00fcrl\u00fc\u011f\u00fc ve piksel yo\u011funlu\u011fu da \u00f6nemlidir. Oyununuzu daha d\u00fc\u015f\u00fck \u00e7\u00f6z\u00fcn\u00fcrl\u00fcklerde render etmek ve ard\u0131ndan \u00f6l\u00e7eklendirmek (scaling), GPU \u00fczerindeki y\u00fck\u00fc \u00f6nemli \u00f6l\u00e7\u00fcde azaltabilir. Post-processing efektleri de mobil cihazlarda olduk\u00e7a maliyetlidir. Bloom, Depth of Field, Screen Space Reflections gibi efektleri ya tamamen kapat\u0131n ya da \u00e7ok d\u00fc\u015f\u00fck kalitede kullan\u0131n. Her bir efektin performans \u00fczerindeki etkisini Profiler ile test etmeyi unutmay\u0131n.<\/p>\n
Bellek y\u00f6netimi mobil platformlarda daha da kritik hale gelir. Cihazlar\u0131n RAM kapasiteleri s\u0131n\u0131rl\u0131d\u0131r, bu y\u00fczden asset’lerinizi (dokular, sesler, mesh’ler) agresif bir \u015fekilde s\u0131k\u0131\u015ft\u0131rmal\u0131s\u0131n\u0131z. Dokular i\u00e7in ETC veya ASTC gibi mobil dostu s\u0131k\u0131\u015ft\u0131rma formatlar\u0131n\u0131 kullan\u0131n ve \u00e7\u00f6z\u00fcn\u00fcrl\u00fcklerini m\u00fcmk\u00fcn oldu\u011funca d\u00fc\u015f\u00fcr\u00fcn. AssetBundle’lar ve Addressables kullanarak sadece o an i\u00e7in gerekli olan asset’leri y\u00fckleyin ve kullan\u0131lmayanlar\u0131 bellekten bo\u015falt\u0131n. Fizik hesaplamalar\u0131 ve karma\u015f\u0131k script’ler de mobil CPU’lar\u0131 zorlayabilir. Fizik motoru ayarlar\u0131n\u0131 (Fixed Timestep, Layer Collision Matrix) optimize edin ve script’lerinizde gereksiz bellek tahsislerinden (GC Allocations) ka\u00e7\u0131n\u0131n. Object Pooling, mobil platformlarda \u00f6zellikle \u00f6nemlidir. Son olarak, farkl\u0131 mobil cihazlar\u0131n donan\u0131m \u00f6zellikleri b\u00fcy\u00fck farkl\u0131l\u0131klar g\u00f6sterir. Bu nedenle, oyununuzu farkl\u0131 cihazlarda (eski ve yeni modellerde) test etmek ve performans\u0131 izlemek \u00e7ok \u00f6nemlidir. Unity’nin Player Settings’indeki platforma \u00f6zg\u00fc ayarlar\u0131 (\u00f6rne\u011fin, API seviyesi, grafik API’si) do\u011fru yap\u0131land\u0131rmak da performans ve uyumluluk a\u00e7\u0131s\u0131ndan kritik \u00f6neme sahiptir. Mobil optimizasyon, s\u00fcrekli bir deneme-yan\u0131lma ve ince ayar s\u00fcrecidir; ancak bu \u00e7aba, oyununuzun daha geni\u015f bir kitleye ula\u015fmas\u0131n\u0131 ve daha iyi bir kullan\u0131c\u0131 deneyimi sunmas\u0131n\u0131 sa\u011flayacakt\u0131r.<\/p>\n