Ashenfall SF | Devlog

Ortak Taban​

• Visual Studio 2026: MSVC v145 Geliştirme Ortamı
• x64 Mimari: Native 64-Bit Adres Alanı ve Yürütme Standardı
• C++26 ile Derleme: RAII & Data-Oriented Tasarım. Tüm yeni kodlar OOP denen kanser yapıdan uzak, free function yapısında yazılıyor.
• Tam <cstdint> Riayeti: Platform-Bağımsız Sabit Genişlikli Tam Sayı Tipleri; BYTE / DWORD Ailesi Yasak
• Tam UTF-8 Riayeti: Dosya, Bellek, Paket, Quest ve Veritabanı (utf8mb4) Boyunca Sıfır Kod Sayfası
• std::format Loglama: Derleme Zamanında Denetlenen Format; Kalan Her %d / %s Bir Derleme Hatası
• Sıfır Toleranslı Pre-Commit Kapıları: D3D12, UTF-8, Tip, Saat, Render Döngüsü, Harita, Model, Paket ve Editör Arayüzü Kuralları Her Commit'te Denetlenir

Dış Kütüphaneler​

• fastgltf v0.9.1: Modern SIMD Tabanlı Sıfır Kopyalı glTF 2.0 Parser
• simdjson v4.6.11: Donanımsal AVX2 / NEON Destekli JSON Çekirdeği; Client ve Sunucuda Ortak
• meshoptimizer v1.3: Editörde Deterministik LOD1-LOD3 Üretimi & Yürünebilir Yüzey Sadeleştirme
• MikkTSpace: Editörde Endüstri Standardı Tangent Uzayı; Normal Map'ler Her Araçla Aynı Okunur
• Recast & Detour v1.6.0: Editörde Navmesh Pişirme, Client ve Sunucuda Ortak Yol Bulma (64-Bit PolyRef)
• V-HACD v4.1: Modellerden Otomatik Konveks Çarpışma Gövdesi Ayrıştırma
• NVIDIA DLSS SDK v310.9.1: NGX Üzerinden DLSS Super Resolution & DLAA
• NVIDIA NRD v4.18.0: SIGMA Gölge ve REBLUR Ambient Occlusion & Yansıma Denoiser'ları
• Dear ImGui v1.93 WIP: Kiln Editörü & Geliştirici Panelleri Arayüzü
• Miles Sound System v9.3.7: Kaynaktan Statik Derlenmiş, Düşük Gecikmeli Konumsal Ses Motoru
• Zstandard v1.5.7: Paket Bloklarında Yüksek Oranlı Sıkıştırma
• BLAKE3 1.8.7: Paket Bloklarında Kriptografik Bütünlük Hash'i
• zlib 1.3.1: Harita Formatı İçin DEFLATE Sıkıştırma & CRC-32 Bütünlük Denetimi
• LZO 2.10: Gerçek Zamanlı Aşırı Hızlı Veri Sıkıştırma/Açma
• Crypto++ 8.9.0: Statik Kütüphane; AES-256-GCM, X25519 & Ed25519 ile Paket ve Ağ Şifreleme
• Boost 1.91: Genel Amaçlı C++ Yardımcı Kütüphaneleri
• stb_image v2.30: Lonca Amblemleri & Görüntü Çözme
• Python 2.7.18: Oyun İçi Kullanıcı Arayüzü & Betik Çalışma Zamanı
• MariaDB Connector/C v3.4.9: Statik Bağlı, std::thread Tabanlı Asenkron Veritabanı İletişimi

Client & Kiln Tabanı​

• DirectX 12 Ultimate: Feature Level 12_2, DXR 1.2, SM 6.9, Enhanced Barriers; Desteklemeyen GPU Fallback'siz Reddedilir
• DirectX 12 Agility SDK v1.619.6: İşletim Sistemi Sürümünden Bağımsız Modern D3D12 Runtime
• D3D12 Memory Allocator (D3D12MA v3.2.0): Düşük Seviyeli GPU Bellek & Heap Yönetimi
• DirectX Shader Compiler (DXC v1.9.2609): HLSL 2021, Build Sırasında Derlenen 123 Permütasyon DXIL
• DirectXTex: Modern Doku İşleme, BC1-BC7 Formatları, GPU'da BC7 Sıkıştırma & Mipmap Üretimi
• DirectXMath: SIMD Hızlandırmalı Matris & Vektör Geometri Çekirdeği
• DirectX StepTimer: Süreç Başına Tek Saat (FrameClock), Sabit 60 Hz Simülasyon Adımı

Render Çekirdeği​

• Saf Bindless Mimari: ResourceDescriptorHeap ile Doğrudan İndeksleme, Tek Root Signature, Hiçbir Shader'da t/s/u Register Yok
• D3D12 Enhanced Barriers: Miras Bariyerler Olmadan Doku Seviyesinde Tam Yetkili Düzen ve Erişim Yönetimi
• Asenkron Kuyruk & Senkronizasyon: Direct, Compute, Copy Kuyrukları, Timeline Fence ve 4 Frame Slot; CPU Hiçbir Kopyayı Beklemez
• Önceden Derlenmiş Değişmez Durumlar: ID3D12PipelineLibrary1 Disk Önbelleği, Açılışta Hazır 156 PSO & Work Graph, Kare İçi Derleme: 0
• Depth Prepass & EQUAL Depth Shading: Opak Çizimlerde Sıfır Overdraw, Her Piksel Tek Kez Gölgelenir ve Işın Atar
• Reverse-Z & Sonsuz Projeksiyon: Far Plane Yok; Arazi ve Modeller Ufka Kadar Kesintisiz Çizilir
• Fiziksel Tabanlı Malzemeler (PBR): glTF Metal-Roughness, GGX + Height-Correlated Smith, Kelemen Enerji Dengesi; Modeller, Zemin ve Su Tek BSDF
• Normal Map'ler: MikkTSpace Tangent, Mikkelsen Surface Gradient Çerçevesi, Horizon Fade & Bump Shadowing
• Tam Lineer HDR & ACES Tonemapping: R11G11B10 Sahne Tamponu, Narkowicz ACES Eğrisi & Jimenez IGN Dithering
• Çift Kanallı SwapChain Presentation: SDR (Rec.709 sRGB) ve Yerel HDR10 (BT.2020 / ST.2084 PQ) Desteği
• FramePacer: Kernel Seviyesinde Bekleme (Waitable Timer + Latency Object), Ekranın Tam Yenileme Hızına Kilitli VSync
• Render Saati & İnterpolasyon: Kamera, Aktörler, Pozlar ve Mermiler Son İki Simülasyon Adımı Arasında Çizilir
• GPU & CPU Profiler: Direct ve Compute Kuyrukları ile CPU Tek Zaman Çizgisinde; PIX / Nsight Markerları, Chrome Trace Kaydı

Işın İzleme & Görünürlük​

• DXR 1.2 Işın İzlemeli Gölgeler (Inline Ray Queries): Raster Gölge Haritası (CSM/Atlas) Yok; Güneş, Ay ve Yerel Işıklar İçin Saf Ray Tracing
• Yumuşak Güneş Gölgeleri (NRD SIGMA): Güneş Diskine Atılan Işınlar, SIGMA ile Denoise; Nesneye Yakın Keskin, Uzaklaştıkça Yumuşayan Temas Sertleşmeli Gölge
• Ray-Traced Ambient Occlusion (NRD REBLUR): Arazi ve Modellerde Gerçek Işınlarla Ortam Kapatması; Ekran Uzayı Hilesi Yok
• Ray-Traced Yansımalar (NRD REBLUR): Pürüzsüz Model Yüzeylerinde GGX VNDF Örnekleme, Tam Aydınlatmalı Yansıma; Yansımasız Bölgeler Atlanır
• Gölge Terminatörü Düzeltmesi: Hanika (Ray Tracing Gems II) Yüzey Kaldırma + Wächter-Binder Ofseti
• Hızlandırma Yapıları (TLAS / BLAS): LOD Başına Sıkıştırılmış Statik BLAS, Aktörlere Refit, Tam Çözünürlüklü Arazi; GPU'nun Yazdığı TLAS Kayıtları
• Work Graph Tabanlı Deformasyon (RC:eform): Native D3D12 Work Graphs (Tier 1.0) Üzerinde Kemik Sınırı Olmayan Skinning, Raster ve DXR Aynı Tepeleri Okur
• Two-Phase Hi-Z Occlusion Culling: Depth Pyramid ile Arazi ve Tüm Modeller İçin Çift Aşamalı (Geçmiş Kare + Prepass Kurtarma) GPU Elemesi
• NVIDIA DLSS & DLAA: TAA Yerine DLSS; Off, DLAA, Quality'den Ultra Performance'a ve Auto, Preset K / M / L
• Hareket Vektörleri (RC::Motion): Hareketli Opak Nesneler İçin Velocity Geçişi, Diğer Her Şey İçin Derinlikten Kamera Hareketi
• Dithered Occlusion Dissolve: Kamera ile Karakter Arasındaki Nesneler Alpha Blend Yerine Sıralı Dither ile Çözülür

Işık, Gökyüzü & Su​

• Clustered Forward Local Lighting: Emil Persson Modeli, Log-Depth Grid, 3-Pass Compute Bitmask Culling; En Etkili 6 Işığa RT Gölge
• Fiziksel Atmosfer & Gökyüzü: Hillaire 2020, GPU'dan Okunan Sahne Işığı, NOAA Güneş & Schlyter Ay Efemerisi
• Volümetrik Bulutlar (RC::Clouds): Hillaire Frostbite 2016, Temporal Entegrasyon, Rüzgarla Sürüklenme, Yere Düşen Bulut Gölgesi
• Ray-Traced Volümetrik Sis (Froxel Fog): 160x90x64 Hücre, Güneş, Ay ve Yerel Işıklara Hücre Başına Işın
• Gece Gökyüzü & Yıldızlar: Rytov / Andrews-Phillips Atmosferik Göz Kırpma Modeli, ~0.17 ms
• Su Render (RC::Water): Compute FFT Simülasyonu, Kırılan Dalgalar, Kırılma, Tüm Harita Yüzeyi & Ufka Uzanan Açık Deniz

GPU-Driven Sahne & Model Hattı​

• GPU-Driven CDLOD Arazi (RC::Terrain): Tüm Harita GPU'da Seçilir, ExecuteIndirect Çizim, Dikişsiz Morf; Normaller ve Sınırlar GPU'da Türetilir
• Taranmış PBR Zemin: Poly Haven Taramalarından 58 Malzeme (Renk + Yükseklik, Normal, Pürüzlülük); Call of Duty Tarzı Hücre Başına Malzeme, Yükseklik Harmanlaması, Tekrar Gizleme & Biplanar Yamaçlar
• GPU Scene & Indirect Multi-Draw (RC::Models): Tüm Bina, Ağaç ve Karakterler İçin GPU Scene, Ekran Kaplamasına Göre LOD, Piksel Altı Eleme
• glTF 2.0 Tek Model Formatı: 3.534 .glb Varlık; Oyun Verisi (Motion, Combo, Attach) Dosyanın extras Alanında
• Editörde LOD Üretimi: 1.556 Statik Varlıkta LOD0-LOD3; Aynı Girdi Bayt Bayt Aynı Dosyayı Üretir
• Otomatik PBR Malzeme Üretimi: Eski Dokulardan Metallic-Roughness ve Normal Map, Editörde Tek Tıkla; Elle Hazırlanmış Haritalara Dokunulmaz
• Asset Health: Tüm Varlıkların Arka Planda Denetimi; Hata / Uyarı Noktaları ve Tek Tıkla LOD, Malzeme & Çarpışma Üretimi
• Bitki Örtüsü: SpeedTree Modeler Ağaçları ve Kendi LOD'ları, Binalar Gibi Statik BLAS ile Çizilip İzlenir; KHR_materials_diffuse_transmission ile Işık Geçiren İki Yüzlü Yapraklar

Harita, Navigasyon & Çarpışma​

• .ashenfallmap Harita Formatı: Harita Başına Tek Dosya, DEFLATE + CRC-32, Kalıcı Nesne ID'leri, Gömülü Navmesh; 136 Harita
• MapGround: Yükseklik, Öznitelik ve Su Sorguları İçin Tüm Haritayı Kapsayan Tek Veri Deposu
• Üretilmiş Çarpışma: V-HACD Konveks Gövdeler + BVH'li Yürünebilir Yüzey, Modelin Kendi Dosyasında
• Navmesh Navigasyonu: Editörde Recast Pişirme, Her Aktör Detour Üzerinde Yürür, Lonca Binaları Dinamik Engel
• Atlas & Tıkla-Git: Haritanın Kendi Minimap'inden Atlas, Kare Kare Dilimlenmiş Yol Aramayla Otomatik Yürüyüş

Paket Sistemi (VFS)​

• İmzalı & Şifreli Sürüm: Ed25519 İmzalı İndeks, AES-256-GCM ile Mühürlü İçerik; Tek Bayt Değişse Dosya Reddedilir, Onarılmaz
• İçerik Adresli Bloklar: 256 KiB Bloklar, Zstandard Sıkıştırma, BLAKE3 Hash; Aynı Kaynaktan Bayt Bayt Aynı Sürüm, Yalnızca Değişen Yeniden Mühürlenir
• Kademeli Anahtarlar: İstemcide Gömülü Anahtar Yok; Dosyalar Oyuncu İlgili Aşamaya Ulaştıkça Sunucudan Açılır
• Şifreli Ağ Kanalı: Her Bağlantı Sunucuyu Doğrulayan Modern Bir El Sıkışmayla Açılır; Başka Sürümün Client'ı Kapıdan Döner
• Paketlemesiz Geliştirme: Debug Client ve Kiln Dosya Ağacından Doğrudan Okur; Değişiklik Anında Görünür

Kiln (Editör)​

• Yeni Arayüz: World / Assets / Effects / Release Çalışma Alanları, Dock Düzeni, Ctrl+K Komut Paleti; Menü ve Kısayollar Tek Eylem Tablosundan
• Belge Tabanlı Düzenleme: Harita Bellekte Bir Belge, Atomik Kayıt (.tmp + rename), Değişmeyen Harita Bayt Bayt Aynı
• EditorHistory: World / Map / Model Kapsamlı Semantik Undo/Redo, Git Tarzı Diff Görünümü
• Globe: Tüm Dünyanın Tek Tuvalde Görünümü, Sectree Grid'inde Harita Konumlandırma
• Model Modu: Varlık Tarayıcı, Doğrulama, LOD ve Çarpışma, PBR Malzeme & Normal Map Düzenleme, Oyun Verisi Düzenleme, Ray-Traced Gölgeli Önizleme
• İçe Aktarıcılar: SpeedTree Ağaçları ve Hazır PBR Haritaları Kaynağıyla Birlikte İçe Alınır
• Release Studio: Sürüm Derleme, Doğrulama, İnceleme ve Fark Editörün İçinde
• Spawn & Navigasyon Araçları: Sunucu Spawn Setleri Harita Üstünde, Arka Planda Navmesh Pişirme & Bayat Tile Gösterimi
• Kiln Duvarı: Editöre Özel Kodun Client Derlemesine Sızması Derlemeyi Durdurur

Sunucu​

• FreeBSD amd64 & Windows: kqueue Ağ Döngüsü, libc++ 17+ ile C++26; Aynı Projeler Windows'ta Native Derlenir
• Otoriter 3D Hareket: Her Karakter Navmesh Üzerinde; Hıza Göre Ulaşılamayan Konum Reddedilir
• Ortak Varlık Verisi: Yürüme, Saldırı, Skill ve Combo Süreleri Client'ın Aynı .glb Dosyalarından Okunur
• Harita & Spawn Verisi: Dünya, Kasaba ve Spawn Setleri .ashenfallmap Dosyalarından; Eski Harita Klasörleri Yok
• Metin Doğrulama: Client'tan Gelen Her Metin Geçerli UTF-8 Olmalı; Geçersiz Paket Düşürülür, Onarılmaz

Tasfiye Edilen Miras Sistemler​

• Eski Render API'leri: Direct3D 9 / 10 / 11, D3DX, FXC; Tek Bir İsim Dahi Geri Dönemez
• Eski Model Sistemi: Granny, SpeedTree RT, .gr2 / .spt / .msm / .msa / .mdatr; Sunucu Dahil Hiçbir Yerde Okunmaz
• Eski Paket Sistemi: EterPack, EPack32 ve Sabit TEA Anahtarları; Tek Satırı Kalmadı
• Eski Zemin: 283 Metin2 Zemin Dokusu, Üretilmiş Normal Map'ler, Texture Set Dosyaları ve PRTerrainLib; Kökünden Silindi
• MFC / ATL: Editörden ve Client'tan Tamamen Söküldü; Kaynak Betikleri Elle Yazılmış
• Eski Çarpışma & Harita: Öznitelik Grid'i Engelleme, .mdc, height.raw / attr.atr / regen.txt Klasörleri, Eski Atlas Görselleri

​

• İç Mekan / Alpha-Sorting Patlaması: Şeffaf hale getirilen opak modellerin Z-Buffer sıralaması bozulduğu için, binanın dışından baktığınızda çatının altı, ters yüzeyler ve evin içi dışına çıkmış gibi görünüyordu (bunu gizlemek için eklenen depthBias = -20 gibi yamalar da cabasıydı).
• Bütünsel Kaybolma: Binanın minicik bir köşesi kameraya değse bile koskoca yapı bir hayalet gibi komple silikleşiyordu.

• Parçacık/Piksel Seviyesinde Delinebilirlik: Artık binanın tamamı şeffaflaşmıyor. Kamera ile oyuncu arasında matematiksel bir 3D kapsül tanımlanıyor. Sadece görüş hattını fiziksel olarak kesen pikseller, ekran uzayında $8\times 8$ Bayer matrisi eşliğiyle dither edilerek (clip()) eritiliyor. Binanın geri kalan %90'lık gövdesi tamamen katı, gölgeli ve opak kalıyor.
• Ters Yüzeyler Asla Görünmüyor: Sistem klasik şeffaflık (alpha blend) yerine standart opak çizim hattında çalıştığı için derinlik tamponu (Z-write) korunuyor. Binanın çatısının altını veya iç odalarını asla görmüyorsunuz; nesneler kendi kendini kusursuz şekilde kapatmaya devam ediyor.
• Binek ve Karakter Muafiyeti: Yerel oyuncu ve bindiği binek çizilirken özel bir işlem hattı muafiyeti devreye giriyor. Bir duvara sıfır yanaşsanız bile bineğinizin kafası veya gövdesi kapsülün içine girip delinmiyor; çevre açılırken binek net ve kusursuz kalıyor.
• Gölge Bütünlüğü: Nesnenin kamera önünde dither ile erimesi, sadece ana ekrandaki görüş için geçerli. Işık kamerasının derinlik geçişlerinde bu kod devre dışı bırakıldığı için, binanın yere düşürdüğü gölgede hiçbir delinme veya yırtılma yaşanmıyor.

• Sıfır CPU Yükü: Kamera ve oyuncunun dünya pozisyonu tek bir sabit tampon (cbuffer) üzerinden GPU'ya paslanıyor; CPU tarafında tek bir raycast veya küre çakışma testi dahi koşturulmuyor.
• GPU Erken Çıkışı (Branch Coherency): Kapsülün dışında kalan ekranın büyük çoğunluğunda algoritma daha ilk skaler karşılaştırmada erken çıkış yapıyor. Kapsülün içine düşüp clip() edilen pikseller ise arkasından gelecek ağır ışık ve gölge hesaplamalarına hiç girmeden donanım seviyesinde atıldığı için kart üzerinde ölçülemeyecek kadar nötr bir maliyetle (~0.02 ms) çalışıyor.

Eski Statik Skybox Neydi ve Neden Çöpe Gitti?​

• Zaman Algısı Yoktu: Fotoğrafı çekilmiş saat kaçsa gökyüzü hep oydu; güneş hareket etmez, geceye geçişler sadece sahneyi yapay bir siyah/mavi renkle karartarak taklit edilirdi.
• Kopuk Zemin: Gökyüzünün aydınlığı ile yerdeki arazinin ve gölgelerin ışık açısı birbirinden tamamen bağımsızdı.
• Çiğ Sis: Uzaktaki dağlar derinlik kazanmak yerine tek ton çiğ bir renge boyanarak boğuluyordu.

Yeni Sistem Nasıl Çalışıyor? (Bilimsel Arka Plan)​

• %0.001 Hata Payıyla Astronomik Yörüngeler:
  Güneş’in gökyüzündeki hareketi NOAA (Amerikan Ulusal Okyanus ve Atmosfer İdaresi) güneş konumu algoritmasıyla; Ay’ın konumu, topomerkezli paralaksı ve anlık evreleri (hilal, dolunay) ise Paul Schlyter astronomik efemeris formülleriyle hesaplanıyor. Saat kaçsa, Güneş ve Ay gökyüzünde milimetrik gerçek koordinatında yer alıyor.
• Fiziksel Saçılma (Rayleigh & Mie):
  Atmosferimiz Dünya standartlarında 6360 km gezegen ve 60 km hava katmanı kalınlığıyla modelleniyor. Havanın moleküler yapısı mavi ışığı daha çok saçtığı için (1 / lambda^4) gökyüzü gündüz masmavi; ufukta yol uzayıp maviler tükendiğinde ise gün batımı kendiliğinden kızıla dönüyor. Güneşin etrafındaki göz alıcı hale ise Mie faz fonksiyonu (g = 0.8) ile toz ve aerosollerin ışığı öne fırlatmasıyla oluşuyor.
• Stratosferik Ozon Tabakası:
  Modelde 25 km yükseklikte bir ozon katmanı simüle ediliyor. Alacakaranlıkta güneş ufkun altına indiğinde gökyüzünün çamurlu bir gri yerine büyüleyici bir gece maviliğine bürünmesini sağlayan şey, ozonun kırmızı/sarı dalga boylarını emmesidir.
• Çoklu Saçılma (Multiple Scattering):
  Işığın sadece bir kere değil, atmosferde ve yeryüzünde defalarca sekerek dağların arkasındaki gölgeleri gökyüzü mavisiyle doldurması analitik bir geometrik seriyle (L_total = L_2 / (1 - f_ms)) hesaplanıyor. Gölgeler zifiri siyah kalmıyor, doğal bir ortam ışığıyla (ambient fill) nefes alıyor.
• Kusursuz Radyometrik Toplam (Radyans Eşitliği):
  Sabah güneş doğarken gökyüzünün aniden siyaha düşmesini engellemek için radyometri kurallarına (L_total = L_sun + L_moon) sadık kaldım. Güneş doğarken tepedeki ay ışığı kesilip atılmıyor; iki gök cisminin yaydığı fotonlar atmosferde toplanarak gün doğumunu sıfır görsel sıçramayla devrediyor.

Videoda Neler Değişti? (Nereye Bakmalısınız?)​

• Uzak Dağlar ve Hava Perspektifi (Aerial Perspective):
  Eski yapay mesafe sisi tamamen kalktı. Dağlar ile kamera arasındaki yüzlerce metrelik havanın kalınlığı derinlik tamponundan (Depth) taranarak fiziksel olarak araya giriyor; uzaktaki tepeler gerçek dünyadaki gibi atmosferik pusa gömülüyor.
• Güneş Diski ve Ufuk Kızıllığı:
  Güneş gökyüzünde boyalı bir resim değil, açısal çapı (0.5 derece) doğrultusunda analitik olarak parıldayan bir küre. Ufka yaklaştıkça ışınların geçtiği hava yolu 400 km'ye çıktığı için diskin kendisi sarıdan turuncuya ve kızıla dönerek batıyor.
• Dinamik Gölgeler ile Kusursuz Uyum:
  Yönsel PCSS gölge kaskadlarımız (CSM) artık doğrudan NOAA güneş vektörüne bağlı. Gün batımında binek ve bina gölgelerinin ufka doğru dramatik şekilde uzamasını, çoklu saçılma sayesinde gölge içlerinin yumuşacık bir mavi dolgu ışığı almasını izleyebilirsiniz.

Performans & Optimizasyon:​

• Çözünürlükten Bağımsız Sabit Yük: Gökyüzü 2 milyon piksel için ayrı ayrı ray-march edilmiyor. Her kare yalnızca 192 x 108 boyutundaki küçücük bir Sky-View LUT dokusuna marş ediliyor.
• Tek Geçişte Fullscreen Triangle: Ekrana çizim aşamasında opak geometrilerden hemen sonra tek bir dev üçgenle (VFMT_NONE, sıfır vertex buffer masrafı) girilip derinlik tamponu taranıyor; gökyüzü olan yerlere tablodan doğrudan doku okunarak işlem kapatılıyor.
• Önbellek Tabloları: Geçirgenlik (256 x 64) ve Çoklu Saçılma (32 x 32) tabloları sadece gezegen parametreleri değiştikçe bir defa üretiliyor; her kare sıfır maliyetle çalışıyor.
• Sistemin D3D11 üzerindeki toplam ek maliyeti 0.2 ms'nin altındadır.

Kaptan Yosun demiş ki:

​

[Devlog] DirectX 11 Dinamik Atmosfer & Gökyüzü: Hillaire Modeli, Gerçek Zamanlı Efemeris & Gece/Gündüz Döngüsü
Ashenfall grafik hattında, oyunun 2000’lerin başından kalma statik "kutu gökyüzü" (skybox) devrini tamamen kapattım. Oyundaki tüm 6 yüzeyli sahte küp dokuları, harita başına hardcoded girilmiş ışık/sis ayarlarını ve arka planda dönen statik ortam kodlarını kökünden kazıyarak projeden temizledim.
Yerine, modern AAA motorların (Unreal Engine SkyAtmosphere mimarisi) temelini oluşturan Sébastien Hillaire (EGSR 2020) fiziksel atmosfer modelini ve bilimsel gök cismi efemerislerini entegre ettim.

Eski Statik Skybox Neydi ve Neden Çöpe Gitti?​

Eski sistem kamerayı takip eden basit bir 3D küp ve üzerine yapıştırılmış 6 adet .dds dokusundan ibaretti.

• Zaman Algısı Yoktu: Fotoğrafı çekilmiş saat kaçsa gökyüzü hep oydu; güneş hareket etmez, geceye geçişler sadece sahneyi yapay bir siyah/mavi renkle karartarak taklit edilirdi.
• Kopuk Zemin: Gökyüzünün aydınlığı ile yerdeki arazinin ve gölgelerin ışık açısı birbirinden tamamen bağımsızdı.
• Çiğ Sis: Uzaktaki dağlar derinlik kazanmak yerine tek ton çiğ bir renge boyanarak boğuluyordu.

Yeni Sistem Nasıl Çalışıyor? (Bilimsel Arka Plan)​

Artık oyunda tek bir piksel bile boyanmış gökyüzü dokusu bulunmuyor; gökyüzü tamamen gerçek zamanlı fizik ve atmosferik saçılma simülasyonuyla matematiksel olarak anlık üretiliyor.

• %0.001 Hata Payıyla Astronomik Yörüngeler:
  Güneş’in gökyüzündeki hareketi NOAA (Amerikan Ulusal Okyanus ve Atmosfer İdaresi) güneş konumu algoritmasıyla; Ay’ın konumu, topomerkezli paralaksı ve anlık evreleri (hilal, dolunay) ise Paul Schlyter astronomik efemeris formülleriyle hesaplanıyor. Saat kaçsa, Güneş ve Ay gökyüzünde milimetrik gerçek koordinatında yer alıyor.
• Fiziksel Saçılma (Rayleigh & Mie):
  Atmosferimiz Dünya standartlarında 6360 km gezegen ve 60 km hava katmanı kalınlığıyla modelleniyor. Havanın moleküler yapısı mavi ışığı daha çok saçtığı için (1 / lambda^4) gökyüzü gündüz masmavi; ufukta yol uzayıp maviler tükendiğinde ise gün batımı kendiliğinden kızıla dönüyor. Güneşin etrafındaki göz alıcı hale ise Mie faz fonksiyonu (g = 0.8) ile toz ve aerosollerin ışığı öne fırlatmasıyla oluşuyor.
• Stratosferik Ozon Tabakası:
  Modelde 25 km yükseklikte bir ozon katmanı simüle ediliyor. Alacakaranlıkta güneş ufkun altına indiğinde gökyüzünün çamurlu bir gri yerine büyüleyici bir gece maviliğine bürünmesini sağlayan şey, ozonun kırmızı/sarı dalga boylarını emmesidir.
• Çoklu Saçılma (Multiple Scattering):
  Işığın sadece bir kere değil, atmosferde ve yeryüzünde defalarca sekerek dağların arkasındaki gölgeleri gökyüzü mavisiyle doldurması analitik bir geometrik seriyle (L_total = L_2 / (1 - f_ms)) hesaplanıyor. Gölgeler zifiri siyah kalmıyor, doğal bir ortam ışığıyla (ambient fill) nefes alıyor.
• Kusursuz Radyometrik Toplam (Radyans Eşitliği):
  Sabah güneş doğarken gökyüzünün aniden siyaha düşmesini engellemek için radyometri kurallarına (L_total = L_sun + L_moon) sadık kaldım. Güneş doğarken tepedeki ay ışığı kesilip atılmıyor; iki gök cisminin yaydığı fotonlar atmosferde toplanarak gün doğumunu sıfır görsel sıçramayla devrediyor.

Videoda Neler Değişti? (Nereye Bakmalısınız?)​

• Uzak Dağlar ve Hava Perspektifi (Aerial Perspective):
  Eski yapay mesafe sisi tamamen kalktı. Dağlar ile kamera arasındaki yüzlerce metrelik havanın kalınlığı derinlik tamponundan (Depth) taranarak fiziksel olarak araya giriyor; uzaktaki tepeler gerçek dünyadaki gibi atmosferik pusa gömülüyor.
• Güneş Diski ve Ufuk Kızıllığı:
  Güneş gökyüzünde boyalı bir resim değil, açısal çapı (0.5 derece) doğrultusunda analitik olarak parıldayan bir küre. Ufka yaklaştıkça ışınların geçtiği hava yolu 400 km'ye çıktığı için diskin kendisi sarıdan turuncuya ve kızıla dönerek batıyor.
• Dinamik Gölgeler ile Kusursuz Uyum:
  Yönsel PCSS gölge kaskadlarımız (CSM) artık doğrudan NOAA güneş vektörüne bağlı. Gün batımında binek ve bina gölgelerinin ufka doğru dramatik şekilde uzamasını, çoklu saçılma sayesinde gölge içlerinin yumuşacık bir mavi dolgu ışığı almasını izleyebilirsiniz.

Performans & Optimizasyon:​

Bu kadar ağır atmosferik integralleri 60 FPS'te ekran çözünürlüğünde koşturmak GPU'yu anında kilitlerdi. Sistemi Hillaire'in 4'lü LUT (Lookup Table) mimarisiyle sıfır darboğaz seviyesine çektim:

• Çözünürlükten Bağımsız Sabit Yük: Gökyüzü 2 milyon piksel için ayrı ayrı ray-march edilmiyor. Her kare yalnızca 192 x 108 boyutundaki küçücük bir Sky-View LUT dokusuna marş ediliyor.
• Tek Geçişte Fullscreen Triangle: Ekrana çizim aşamasında opak geometrilerden hemen sonra tek bir dev üçgenle (VFMT_NONE, sıfır vertex buffer masrafı) girilip derinlik tamponu taranıyor; gökyüzü olan yerlere tablodan doğrudan doku okunarak işlem kapatılıyor.
• Önbellek Tabloları: Geçirgenlik (256 x 64) ve Çoklu Saçılma (32 x 32) tabloları sadece gezegen parametreleri değiştikçe bir defa üretiliyor; her kare sıfır maliyetle çalışıyor.
• Sistemin D3D11 üzerindeki toplam ek maliyeti 0.2 ms'nin altındadır.

Hepsini görmek için tıklayın...

• 3D Frustum Izgarası (160 x 90 x 64): Kamera konisi içine yerleşen, derinliği logaritmik olarak artan bir 3D doku tahsis ettim. Işık hesaplaması piksel piksel ray-marching ile değil, doğrudan GPU Compute Shader (cs_5_0) üzerinde bu ızgara hücrelerine paralel olarak enjekte ediliyor.
• CSM & SpeedTree Etkileşimi: Güneş ışığı froxel hücrelerine işlenirken sahnedeki Cascaded Shadow Maps (CSM) derinliğiyle çarpışıyor. Bu sayede arkadaki pagodaların çatılarından ve SpeedTree ağaçlarının dalları arasından süzülen ışık şeritleri havada fiziksel olarak kesilip yere dökülüyor.
• Fiziksel Faz Fonksiyonu (Henyey-Greenstein): İleri saçılma ($g = 0.6$) modeli sayesinde güneşe doğru baktığınızda ışık hüzmeleri yoğunlaşıp parıldarken, arkanızı döndüğünüzde atmosfer dengeli ve doğal bir derinlik pusu sunuyor.
• Titreşimsiz Snap & Reverse-Z: Kamera hareket ettikçe hacim dilimlerinin titremesini önlemek için dünya koordinatlarında çift duyarlıklı (double) sub-texel kilitleme uyguladım. Motorun Reverse-Z derinlik yapısıyla tam uyumlu çalıştığı için geometri kesişimlerinde sıfır dikiş izi oluşuyor.
• Linear-Space sRGB Compositing: Hacimsel sisi sahneye eklerken renklerin çamurlaşmaması ve kontrast kaybı yaşanmaması için arka tampona sRGB Render Target View üzerinden doğrusal (linear) harmanlama ile basıyorum.

• 64x32 Logaritmik Hiyerarşik Hacim Izgarası (Clustered Frustum Grid):
  Ekran alanı 64×64 piksellik iki boyutlu karolara (tiles), kamera derinliği ise 0.1 m ile 200 m arasında 32 adet logaritmik derinlik dilimine (depth slices) bölünüyor. Yakın mesafelerde dilimler dar tutularak derinlik hassasiyeti korunuyor, ufka doğru logaritmik olarak genişletilerek binlerce 3B kübik hücre (cluster) oluşturuluyor.
• 3-Geçişli GPU Compute Bitmask Ayıklama (3-Pass Compute Culling):
  CPU'nun ışıkları tek tek test edip sahne ayıklaması devri kapandı. Culling hattı GPU Compute Shader (cs_5_0) üzerine 3 paralel geçişle paylaştırıldı:
  • Pass 1 (Bounds Reduction): 1024 ışığın her birinin 32 derinlik dilimindeki min/max ekran izdüşümleri çıkarılıyor.
  • Pass 2 (Row/Column Bitmasks): Ekran karolarının X ve Y eksenlerinde ışıkların kesişim bitmask'leri hesaplanıyor.
  • Pass 3 (Assign & Tile-Sharing): Bitwise AND operasyonları ile hücreler taranıyor, ışık indisleri ekran karosu başına ayrılmış dinamik indeks tamponuna (g_rwIndices) ve ızgaraya (g_rwGrid) yazılıyor.
• Ters Çözümleme (Analitik Cluster Tespiti):
  İleri aydınlatma piksel shader'ında hiçbir arama algoritması veya bounding box testi çalışmıyor. Pikselin derinliğinden ve ekran koordinatından doğrudan analitik bir formülle (log2 derinlik ölçeklemesiyle) o pikselin ait olduğu kübik cluster hücresi anında tespit ediliyor (O(1) lookup).
• Fiziksel Mesafe Sönümlemesi (Quadratic Energy Conservation):
  Işıklar, lineer ve karesel enerji korunum formülüyle 1 / (d² + 1) olarak hesaplanıyor; maksimum etki menziline (fRange) ulaştığında ise analitik pencere fonksiyonuyla sıfıra yumuşatılarak karolar arası dikiş izi (seam) oluşumu engelleniyor.

• 1024 Dinamik Işık Kapasitesi: Sahneye serpiştirilen yüzlerce hareketli ve renkli nokta/spot ışık altında bile çizim çağrısı (draw call) artışı veya CPU darboğazı tamamen sıfırlandı.
• Hafif Bellek Ayak İzi: Grid, maske ve indeks tamponlarının VRAM üzerindeki toplam yükü yalnızca ~400–600 KB seviyesindedir.
• Düşük Hesaplama Maliyeti: 1024 ışık senaryosunda tüm culling ve aydınlatma geçişinin 1080p çözünürlükteki toplam GPU maliyeti ~0.3–0.4 ms aralığında kilitli kalmaktadır.

Kaptan Yosun demiş ki:

​

[Devlog] Modern Clustered Forward Aydınlatma: Emil Persson Modeli & 3-Geçişli GPU Compute Bitmask Ayıklama

Ashenfall grafik hattında, lokal ışıklandırma için kullanılan ilkel yöntemleri tamamen rafa kaldırdım. Sahneye birkaç meşale veya büyü efekti eklendiğinde GPU çizim çağrılarını (draw call) patlatan, geometriyi ışık başına tekrar tekrar çizen 2000'ler nesli çoklu geçişli (multi-pass forward) mimariyi projeden kazıdım.

Yerine, modern AAA yapımların (Just Cause / Avalanche Engine) temelini oluşturan Emil Persson (SIGGRAPH 2015) Clustered Shading mimarisini Direct3D 11 motoruma entegre ettim.

Eski Yöntem Neydi ve Neden Terk Edildi?

Geleneksel ileri aydınlatmada (Forward Shading), sahnedeki her dinamik ışık için ya objeler tekrar tekrar sahneye çizilir (draw call çöküşü) ya da her piksel sahnede var olan tüm ışıkları tek tek test eden devasa döngülere girerdi (O(Piksel × Işık)). Bu durum, ekranda aynı anda 10–15'ten fazla dinamik ışık bulunmasını teknik olarak imkansız kılıyordu. Deferring mimarisi ise MSAA uyumsuzluğu ve devasa G-Buffer bellek bant genişliği maliyetleriyle küçük ölçekli sistemleri kilitliyordu.

Yeni Sistem Nasıl Çalışıyor? (Matematiksel ve Mimari Altyapı)

Yeni mimariyle birlikte sahne geometrisi yalnızca bir kez (Single-Pass Forward) çiziliyor; pikseller sadece kendilerini gerçekten aydınlatan ışıkların listesini doğrudan bellekten okuyor.

• 64x32 Logaritmik Hiyerarşik Hacim Izgarası (Clustered Frustum Grid):
  Ekran alanı 64×64 piksellik iki boyutlu karolara (tiles), kamera derinliği ise 0.1 m ile 200 m arasında 32 adet logaritmik derinlik dilimine (depth slices) bölünüyor. Yakın mesafelerde dilimler dar tutularak derinlik hassasiyeti korunuyor, ufka doğru logaritmik olarak genişletilerek binlerce 3B kübik hücre (cluster) oluşturuluyor.
• 3-Geçişli GPU Compute Bitmask Ayıklama (3-Pass Compute Culling):
  CPU'nun ışıkları tek tek test edip sahne ayıklaması devri kapandı. Culling hattı GPU Compute Shader (cs_5_0) üzerine 3 paralel geçişle paylaştırıldı:
  • Pass 1 (Bounds Reduction): 1024 ışığın her birinin 32 derinlik dilimindeki min/max ekran izdüşümleri çıkarılıyor.
  • Pass 2 (Row/Column Bitmasks): Ekran karolarının X ve Y eksenlerinde ışıkların kesişim bitmask'leri hesaplanıyor.
  • Pass 3 (Assign & Tile-Sharing): Bitwise AND operasyonları ile hücreler taranıyor, ışık indisleri ekran karosu başına ayrılmış dinamik indeks tamponuna (g_rwIndices) ve ızgaraya (g_rwGrid) yazılıyor.
• Ters Çözümleme (Analitik Cluster Tespiti):
  İleri aydınlatma piksel shader'ında hiçbir arama algoritması veya bounding box testi çalışmıyor. Pikselin derinliğinden ve ekran koordinatından doğrudan analitik bir formülle (log2 derinlik ölçeklemesiyle) o pikselin ait olduğu kübik cluster hücresi anında tespit ediliyor (O(1) lookup).
• Fiziksel Mesafe Sönümlemesi (Quadratic Energy Conservation):
  Işıklar, lineer ve karesel enerji korunum formülüyle 1 / (d² + 1) olarak hesaplanıyor; maksimum etki menziline (fRange) ulaştığında ise analitik pencere fonksiyonuyla sıfıra yumuşatılarak karolar arası dikiş izi (seam) oluşumu engelleniyor.

Performans & Optimizasyon
Yüzlerce ışığın sahneye girdiği yoğun senaryolarda mimarinin sağladığı kazanımlar:

• 1024 Dinamik Işık Kapasitesi: Sahneye serpiştirilen yüzlerce hareketli ve renkli nokta/spot ışık altında bile çizim çağrısı (draw call) artışı veya CPU darboğazı tamamen sıfırlandı.
• Hafif Bellek Ayak İzi: Grid, maske ve indeks tamponlarının VRAM üzerindeki toplam yükü yalnızca ~400–600 KB seviyesindedir.
• Düşük Hesaplama Maliyeti: 1024 ışık senaryosunda tüm culling ve aydınlatma geçişinin 1080p çözünürlükteki toplam GPU maliyeti ~0.3–0.4 ms aralığında kilitli kalmaktadır.

Köy meydanına yerleştirilen yüzlerce dinamik ışığın araziyle pürüzsüz harmanlandığı stres testi karesini yukarıda inceleyebilirsiniz.

Hepsini görmek için tıklayın...

Denizz46 demiş ki:

Aktif oyunda nasıl görünecek merak ediyorjm, yine dx11 safsatasiyla saçma sapan etrafını mum edasıyla aydınlatan hava kılıcı vs görmek yerine gerçekçi bir görüntü bekliyorum.

Hepsini görmek için tıklayın...

• Hacimsel Saçılım (Volumetric Fog): Işıkları sadece zemindeki kaplamaya renk veren bir parlaklık olarak bırakmadık. Sébastien Hillaire'in 3D Froxel modelini entegre ettik. Yani Hava Kılıcı yandığında, yaydığı ışık havadaki neme ve toza fiziksel olarak çarpıyor (volumetric in-scattering). Efektin etrafında havada asılı kalan gerçek bir ışık halesi oluşuyor.
• Fiziksel Işık & Gölge Sızması: Işıkların duvar arkasına sızmasını engellemek için GPU tabanlı bir gölge atlası (4096² D32_FLOAT) ve SDSM yapısı kuruyoruz. Işığın vurduğu karakterler, ağaçlar ve zemin nesneleri ışığın açısından gerçek zamanlı gölge üretecek; böylece o yapay "her yöne parlayan lamba" hissi tamamen kaybolacak.
• Clustered Shading Altyapısı: Emil Persson modelini kullandığımız için sahnede yüzlerce ışık kaynağı olsa bile performans çökmeden bu fiziksel dağılımı koruyabiliyoruz.

Eski 2D Bulutlar Neydi ve Neden Çöpe Gitti?​

• Hacim ve Kütle Yoktu: Bulutlar sadece 2 boyutlu bir lekeydi; altından baktığınızda da, ufka doğru baktığınızda da aynı kağıt inceliğindeydi.
• Işıkla Etkileşimsiz: Güneşin açısına göre kendi içine gölge düşürmez (self-shadowing), ışığı hacminde emip saçamazdı.
• Yeryüzünden Kopuk: Yere dinamik hacim gölgesi bırakamaz, arazideki dağların ve ağaçların arkasına veya içine fiziksel olarak giremezdi.

Yeni Sistem Nasıl Çalışıyor? (Bilimsel ve Teknik Arka Plan)​

• Gerçek Hacimsel Işın Yürütme (Raymarching):
  Her pikselden gökyüzüne doğru fırlatılan ışınlar, alt atmosfer ile üst atmosfer arasındaki bulut katmanını 3 boyutlu adımlarla kat ediyor. Bulutun içinden geçerken fotonların ne kadarının emildiği (extinction) ve ne kadarının göze ulaştığı (Beer-Lambert yasası) fiziksel olarak entegre ediliyor.
• Çift Oktavlı Faz ve Çoklu Saçılma (Dual-Lobe HG & Wrenninge):
  Güneşe doğru baktığınızda bulutların kenarlarında oluşan o göz alıcı parlak gümüş astar (silver lining), çift loblu Henyey-Greenstein faz fonksiyonu ile üretiliyor. Bulutun derinliklerindeki ışık ise Wrenninge çoklu saçılma yaklaşımıyla hesaplanarak bulut gövdelerinin simsiyah kalması engelleniyor; yumuşak, hacimli bir ışık dolgusu elde ediliyor.
• Kenara Kilitli Erozyon Modeli (Edge-Constrained Erosion):
  Bulutları şekillendirirken düz erozyon yerine yoğunluğa bağlı bir mimari kurdum. Bulutun çekirdeği tok ve yekpare kalırken, erozyon gürültüsü yalnızca dış sınırlarda tam güçle çalışıyor. Bu sayede bulutlar parçalanmış tiftiklere veya yapay panjur çizgilerine dönüşmüyor; gövdesi masif, kenarları ise rüzgarla savrulan lifli mikro detaylara kavuşuyor.
• 3B Distorsiyon Alanı (Detail Curl / Distortion Field):
  Hacimsel dokuların periyodik olarak tekrar etmesini ve ufukta hasır/kumaş örgüsü gibi yapay çizgiler oluşturmasını engellemek için, erozyon okumalarını 3 boyutlu bir distorsiyon alanı ile bükerek doku tekrarını tamamen sildim.
• Tam Atmosferik Hava Perspektifi (Aerial Perspective):
  Bulutlar gökyüzünde bağımsız havada durmuyor. Daha önce kurduğum Hillaire atmosfer modelimizin hava perspektifi hacmi (32³ AP volume) ile doğrudan bağlandılar. Ufuktaki bulutlar araya giren kilometrelik havanın pusuyla mavileşip atmosfere karışırken, tepedeki bulutlar tüm berraklığıyla sahneye oturuyor.

Ekran Görüntülerinde Neler Değişti? (Nereye Bakmalısınız?)​

• Gövde Tokluğu ve Organik Kenarlar:
  Kulübenin ve dağların üzerindeki bulut kütlelerine dikkat edin. Bulutlar yapay bir hamur veya delik deşik bir sünger gibi değil; gerçek bir kümülüs gibi tok, hacimli ve kendi içine gölge düşüren dolgun bir gövdeye sahip.
• Mesafeden Bağımsız Kalite (Distance Invariance):
  İster kameranın hemen tepesindeki yakın bulutlara, ister ufuk çizgisinde dağların ardına uzanan kilometrelerce uzaktaki kütlelere bakın; sistem yapay mesafe hilelerine başvurmadan her mesafede aynı organik lif detayını ve gövde sağlamlığını koruyor.
• Gerçek Zamanlı Dinamik Yeryüzü Gölgesi:
  Bulutların güneşin önüne geçmesiyle arazide oluşan devasa gölgeler, GPU üzerinde anlık üretilen 512x512'lik dinamik geçirgenlik haritası üzerinden yeryüzüne, ağaçlara ve binalara doğrudan yansıtılıyor.

Performans & Optimizasyon:​

• Yarım Çözünürlük ve Zamansal Entegrasyon (Temporal Reprojection):
  Ağır ışın yürütme işlemi ekranın yarım çözünürlüğünde hesaplanıyor; ardından jittered (titreşimli) örnekleme ve önceki karelerin kamera hareketiyle yeniden projeksiyonu (EMA) kullanılarak tam çözünürlük kalitesine kayıpsız yükseltiliyor.
• Erken Çıkış ve Hacim Atlama (Early-Out Skip):
  Schneider'ın optimizasyon modelini uygulayarak, gökyüzünün boş olduğu veya temel bulut şeklinin bulunmadığı alanlarda ağır erozyon dokusu okumalarını tamamen atladım. Tepe açılarında bu optimizasyon sayesinde ek doku okuma maliyeti sıfıra indi.
• Dinamik Adım Ölçekleme:
  Ufka doğru uzayan uzun ışınlarda adım sayıları HZD standardında kontrollü bir şekilde artırılarak ufuktaki titreme (flicker) minimuma indirildi.

x64 / DirectX 12 Ultimate / Hardware Ray Tracing / NVIDIA DLSS & DLAA Güncellemesi​

1. Mimari & Platform Değişiklikleri​

• API Geçişi: DirectX 11 tamamen terk edildi; tavizsiz, sıfır fallback ile DirectX 12 Ultimate (Feature Level 12_2, Shader Model 6.6, Enhanced Barriers) mimarisine geçildi.
• x64 Standardizasyonu: Client, World Editor, Tools, Server ve DumpProto dahil tüm ekosistem tamamen saf 64-bit (x64) mimarisine derlendi.
• Modern Bellek ve Çizim Yönetimi: AMD D3D12MA entegre edildi; eski usul dynamic buffer kopyaları yerine GPU-driven default heap, asenkron copy/compute kuyrukları ve tek bindless root signature altyapısı oturtuldu.

2. Emekliye Ayrılan ve Kaldırılan Sistemler​

• Cascaded Shadow Mapping (CSM): Kaldırıldı (Draw-call canavarı kaskat derinlik geçişleri, bias problemleri ve gölge titremeleri tarihe karıştı).
• Local-Light Shadow Atlas: Kaldırıldı (Çoklu ışıklar için yüzlerce MB VRAM yiyen 6 yüzlü küp derinlik atlasları tamamen temizlendi).
• Eski Tip Raster Depth Passes: Kaldırıldı (Gölge düşürmek için sahnede aynı modellerin defalarca baştan çizilmesi son buldu).
• Klasik Temporal Anti-Aliasing (TAA): Kaldırıldı (Eski Catmull-Rom/Blackman-Harris tabanlı bulanıklaştıran çözücü silindi).
• Screen-Space Reflections (SSR): Kaldırıldı (Kamera açısına göre kesilen, ekran dışını göremeyen ve objelerin etrafında siyah hareler oluşturan sahte ekran uzayı yansımaları temizlendi).

3. Eklenen Yeni Nesil Teknolojiler​

• Hardware-Accelerated Ray Traced Shadows (DXR 1.1):
  • Gölge haritalarının yerine donanımsal Inline Ray Tracing (RayQuery) sistemi entegre edildi.
  • Opaque dünya, zemin, deforming karakterler, SpeedTree gövdeleri ve yaprak cut-out'ları için anlık donanımsal gölge ışınları fırlatılıyor.
  • Ray Tracing Gems terminator offset matematiksel formülüyle poligonal gölge kırılmaları (terminator problem) sıfırlandı.
• Clustered Forward+ Lighting & Ray-Traced Local Lights:
  • 3D froxel/cluster grid yapısı üzerine kurulu, sahnedeki en etkili noktasal ve spot ışıkları seçen GPU ranking sistemi kuruldu.
  • Seçilen yüksek etkili ışıklar sıfır VRAM atlas maliyetiyle ışın izlemeli sert/doğru gölge üretiyor.
• Compute Queue GPU Skinning & Deform:
  • 72 kemik sınırı tarihe karıştı; tüm karakter deformasyonları ve SpeedTree rüzgâr simülasyonları ana render kuyruğunu tıkamadan asenkron Compute Queue üzerinde hesaplanıyor.
• NVIDIA DLSS & Native DLAA Entegrasyonu (NGX SDK):
  • Yapay zekâ destekli ultra keskin kenar yumuşatma (DLAA) ve çözünürlük ölçekleme (Quality, Balanced, Performance, Ultra Performance, Auto) eklendi.
  • 16+ fazlı Halton jitter sekansı ve her materyale doku netliğini koruyan dinamik negatif mip bias hattı bağlandı.
• Eksiksiz Hareket Vektörü (Motion Vector) Mimarisi:
  • DLSS'in pikselleri sürüklemeden (smear/ghosting olmadan) çözebilmesi için karakterler, dönen su değirmenleri/animasyonlu harita objeleri, düşen eşyalar ve SpeedTree rüzgâr matrisleri için çift tamponlu hız geçişi (velocity buffer) yazıldı.
• Ayrık UI ve Editor Overlay Hattı:
  • Fırçalar, gridler, seçim kutuları ve arayüz elemanları DLSS'in sonrasına taşındı; yapay zekânın 2D arayüz çizgilerini bulanıklaştırması engellendi.

​

[Devlog] Birleşik İkili Harita Formatı (.ashenfallmap): 1.5 Milyon Satır Çöpün Temizliği, Sıfır Gecikmeli Bellek Eşleme ve Deterministik Arazi Hattı​

Eski Yöntem Neydi ve Neden Terk Edildi?​

• Senkronize CPU ve I/O Darboğazı: Karakter haritada yürürken 3×3'lük chunk penceresi her güncellendiğinde ana thread üzerinde onlarca metin dosyası satır satır ayrıştırılıyor (LoadMultipleTextData), LZO ile sıkıştırılmış küçük dosyalar için pack kilitleri (lock) tetikleniyor ve anlık mikro takılmalar (stutter / hitch) kaçınılmaz oluyordu.
• Sınır Kayması (Border Drift) ve Dikiş İzleri: Komşu arazilerin yükseklik sınırları her iki parça tarafından ayrı ayrı saklanıyordu. Yıllar içinde bu veriler birbirinden kopmuştu; örneğin lonca haritasında (guild_war4) iki komşu chunk arasında 50 metrelik uçurumlar ve uyuşmayan 370'in üzerinde kenar noktası mevcuttu.
• Yanlış Klasörlenen Objeler: 46.000'den fazla dünya nesnesinin 549 tanesi üzerinde durduğu arazinin değil, tamamen farklı koordinatlardaki klasörlerin içine yazılmıştı. Bu durum, kameranın görüş açısına göre ağaçların ve binaların aniden havadan belirmesine ya da erken kaybolmasına (pop-in) sebep oluyordu.
• Çapraz Harita Doku Bozulması: Editörde tek bir haritanın zeminini düzenleyip kaydettiğinizde, ortak kullanılan paylaşımlı textureset dosyası ezildiği için alakasız diğer 10 haritanın zemin kaplamaları geri dönülemez şekilde bozuluyordu.

Yeni Sistem Nasıl Çalışıyor? (Teknik & Mimari Altyapı)​

┌────────────────────────────────────────────────────────────────────────┐
│                        .ashenfallmap MİMARİSİ                             │
├───────────────────┬────────────────────────────────────────────────────┤
│ 64-Bayt Header    │ PNG-stili Sihirli Baytlar (Magic), Sürüm, CRC-32   │
│ Section Table        │ 32-Bayt Hizalı Bölüm Başlıkları (Tag, Offset, CRC) │
│ Sabit Katmanlar   │ META (Ayarlar), STRS (Dizgi Havuzu), LAYR, CHNK     │
│ Raster Verileri   │ HGHT (129² uint16), TILE (256²), ATTR, WATR, MINI  │
│ Varlık Tabloları  │ INST (48-Bayt POD), AMBI (24-Bayt POD)             │
└───────────────────┴────────────────────────────────────────────────────┘

1. Sıfır Kopyalamalı Bellek Eşleme (Zero-Copy Memory-Mapped I/O)​

2. Katman Bazlı Yükseklik Delta Filtreleme & Blob DEFLATE​

• Filtrelenmiş Yükseklik Verisi (Height Delta Planes): 129×129'luk ham yükseklikler komşu piksel delta farklarına ayrılarak düşük ve yüksek bayt düzlemlerine (planes) bölündü. Bu filtreleme, salt DEFLATE sıkıştırmasına kıyasla yükseklik verisinde fazladan %27 boyut tasarrufu sağladı.
• Türetilebilir Verilerin Tasfiyesi: Komşu arazilerin sınır halkaları (rings), yüzey normalleri ve splat haritaları dosyada saklanmıyor; yükleme anında bitişik komşulardan dikişsiz olarak türetiliyor (AssembleHeightRing). Kenar yükseklikleri matematiksel olarak eşitlendi ve drift problemi tamamen ortadan kaldırıldı.
• Gömülü Doku Paleti (LAYR): Her harita kendi zemin katmanlarını ve UV ölçeklerini kendi içinde taşıyor. Editörde bir haritayı düzenlemek artık başka hiçbir haritanın zeminini etkileyemiyor.

3. 48-Bayt Sabit POD Nesne Dizilimi​

Performans & Optimizasyon Kazanımları​

• 1.5 Milyon Satır ve 10.823 Dosya Çöpe Gitti: +1.321 / -1.502.382 satırlık diff ile kaynak koddan tüm ilkel loader'lar, metin parser'lar ve başıboş klasörler kalıcı olarak kazındı.
• %78 Disk Ayak İzi Küçülmesi: Eski sistemde 313 MB tutan dağınık harita verisi, yeni mimariyle birlikte kayıpsız olarak 67.4 MB boyutuna indi. En büyük 6×6 kar haritasının (map_n_snowm_01) tüm zemin ve nesne geometrisi yalnızca 2.37 MB.
• 26 Milisaniyede 136 Harita: 136 haritanın tamamını açıp başlık ve CRC doğrulamalarını tamamlamak C++ motorunda toplamda yalnızca 26 ms sürdü.
• 0.06 ms Chunk Açılma Hızı: Karakter arazide ilerlerken yeni bir parçanın bellekten çekilip çözülmesi 0.06 milisaniyeye (60 mikrosaniye) düştü. Chunk geçişlerindeki mikro takılmalar, anlık FPS düşüşleri ve disk I/O beklemesi tamamen sıfırlandı.
• Determinizm ve Pre-Commit Güvenliği: Yazılan MapDocument mimarisi sayesinde, harita WorldEditor ile açılıp hiçbir düzenleme yapılmadan kaydedildiğinde bile diskteki dosyanın tek bir baytı dahi kaymıyor; byte-identical determinizm korunuyor. Repoya eski tip harita dosyalarının girmesi ise CI/CD hattına eklediğim pre-commit gate kontrolüyle engellendi.

Kaptan Yosun demiş ki:

32881 eklentisini görüntüle
32882 eklentisini görüntüle
​

[Devlog] Birleşik İkili Harita Formatı (.ashenfallmap): 1.5 Milyon Satır Çöpün Temizliği, Sıfır Gecikmeli Bellek Eşleme ve Deterministik Arazi Hattı​

Ashenfall motorunun dosya sistemi ve arazi hattında, 2004 yılından miras kalan ilkel ve parçalanmış map yükleme/yazma mimarisini tamamen çöpe attım. Klasörler dolusu yüz binlerce başıboş dosyanın ana thread üzerinde senkronize I/O darboğazı oluşturduğu, kamera her hareket ettiğinde diski kilitleyen ve komşu harita sınırlarında dikiş izleri (seam drift) yaratan 20 yıllık eski kafayı projeden söküp attım.
136 harita klasörünü, 10.823 adet başıboş dosyayı ve diskteki 1.5 milyon satırlık metin/veri çöpünü tek hamlede temizledim. Yerine, hem istemcinin hem de WorldEditor'ün sıfır dinamik bellek kopyalamasıyla doğrudan okuyup yazabildiği birleşik ikili kapsayıcı mimarimi (.ashenfallmap) sıfırdan geliştirdim.

Eski Yöntem Neydi ve Neden Terk Edildi?​

Geleneksel harita yapısında tek bir açık dünya haritası; yüzlerce 000000/, 000001/ alt klasörüne bölünmüş height.raw, tile.raw, attr.atr, water.wtr, minimap.dds ve metin tabanlı areadata.txt, setting.txt gibi binlerce başıboş dosyadan oluşuyordu.
Bu ilkel düzen şu devasa problemleri beraberinde getiriyordu:

• Senkronize CPU ve I/O Darboğazı: Karakter haritada yürürken 3×3'lük chunk penceresi her güncellendiğinde ana thread üzerinde onlarca metin dosyası satır satır ayrıştırılıyor (LoadMultipleTextData), LZO ile sıkıştırılmış küçük dosyalar için pack kilitleri (lock) tetikleniyor ve anlık mikro takılmalar (stutter / hitch) kaçınılmaz oluyordu.
• Sınır Kayması (Border Drift) ve Dikiş İzleri: Komşu arazilerin yükseklik sınırları her iki parça tarafından ayrı ayrı saklanıyordu. Yıllar içinde bu veriler birbirinden kopmuştu; örneğin lonca haritasında (guild_war4) iki komşu chunk arasında 50 metrelik uçurumlar ve uyuşmayan 370'in üzerinde kenar noktası mevcuttu.
• Yanlış Klasörlenen Objeler: 46.000'den fazla dünya nesnesinin 549 tanesi üzerinde durduğu arazinin değil, tamamen farklı koordinatlardaki klasörlerin içine yazılmıştı. Bu durum, kameranın görüş açısına göre ağaçların ve binaların aniden havadan belirmesine ya da erken kaybolmasına (pop-in) sebep oluyordu.
• Çapraz Harita Doku Bozulması: Editörde tek bir haritanın zeminini düzenleyip kaydettiğinizde, ortak kullanılan paylaşımlı textureset dosyası ezildiği için alakasız diğer 10 haritanın zemin kaplamaları geri dönülemez şekilde bozuluyordu.

Yeni Sistem Nasıl Çalışıyor? (Teknik & Mimari Altyapı)​

Yeni mimaride artık klasörler, metin dosyaları ve parça parça raw array'ler yok. Harita başına yalnızca tek bir deterministik binary kapsayıcı (.ashenfallmap) bulunuyor.

Kod:

┌────────────────────────────────────────────────────────────────────────┐
│                        .ashenfallmap MİMARİSİ                             │
├───────────────────┬────────────────────────────────────────────────────┤
│ 64-Bayt Header    │ PNG-stili Sihirli Baytlar (Magic), Sürüm, CRC-32   │
│ Section Table        │ 32-Bayt Hizalı Bölüm Başlıkları (Tag, Offset, CRC) │
│ Sabit Katmanlar   │ META (Ayarlar), STRS (Dizgi Havuzu), LAYR, CHNK     │
│ Raster Verileri   │ HGHT (129² uint16), TILE (256²), ATTR, WATR, MINI  │
│ Varlık Tabloları  │ INST (48-Bayt POD), AMBI (24-Bayt POD)             │
└───────────────────┴────────────────────────────────────────────────────┘

1. Sıfır Kopyalamalı Bellek Eşleme (Zero-Copy Memory-Mapped I/O)​

Dosya mimarisi mmap ve doğrudan işaretçi (pointer) aritmetiği için 16-bayt sınırlarına hizalandı. Harita arşivi istemciye EPack32 Type 0 (Stored / Sıkıştırmasız) olarak paketleniyor.
İstemci haritayı açtığında diski belleğe tek bir sanal adres uzayı olarak eşliyor (CEterPack::Get). Pack arşivi açılırken CPU üzerinde hiçbir global kilit (lock) oluşmuyor; sayfalar (pages) belleğe yalnızca dokunuldukça (page fault mantığıyla) işletim sistemi tarafından sıfır gecikmeyle çekiliyor.

2. Katman Bazlı Yükseklik Delta Filtreleme & Blob DEFLATE​

Harita geometrisi ve raster katmanları dosya içinde katı bir determinizmle organize edildi:

• Filtrelenmiş Yükseklik Verisi (Height Delta Planes): 129×129'luk ham yükseklikler komşu piksel delta farklarına ayrılarak düşük ve yüksek bayt düzlemlerine (planes) bölündü. Bu filtreleme, salt DEFLATE sıkıştırmasına kıyasla yükseklik verisinde fazladan %27 boyut tasarrufu sağladı.
• Türetilebilir Verilerin Tasfiyesi: Komşu arazilerin sınır halkaları (rings), yüzey normalleri ve splat haritaları dosyada saklanmıyor; yükleme anında bitişik komşulardan dikişsiz olarak türetiliyor (AssembleHeightRing). Kenar yükseklikleri matematiksel olarak eşitlendi ve drift problemi tamamen ortadan kaldırıldı.
• Gömülü Doku Paleti (LAYR): Her harita kendi zemin katmanlarını ve UV ölçeklerini kendi içinde taşıyor. Editörde bir haritayı düzenlemek artık başka hiçbir haritanın zeminini etkileyemiyor.

3. 48-Bayt Sabit POD Nesne Dizilimi​

Metin tabanlı areadata.txt ayrıştırması tamamen kaldırıldı. Binalar, zindan blokları, ağaçlar ve efektler harita koordinatlarına göre sıralanmış 48 baytlık sabit POD (Plain Old Data) struct'ları olarak saklanıyor. Yanlış klasörlenen 549 nesne matematiksel olarak üzerinde durdukları doğru chunk sınırlarına taşındı.

Performans & Optimizasyon Kazanımları​

Bütün projedeki 136 haritanın (106 bağımsız harita, 30 hafif alias) tamamı yeni formata geçirildiğinde elde edilen net mühendislik verileri:

• 1.5 Milyon Satır ve 10.823 Dosya Çöpe Gitti: +1.321 / -1.502.382 satırlık diff ile kaynak koddan tüm ilkel loader'lar, metin parser'lar ve başıboş klasörler kalıcı olarak kazındı.
• %78 Disk Ayak İzi Küçülmesi: Eski sistemde 313 MB tutan dağınık harita verisi, yeni mimariyle birlikte kayıpsız olarak 67.4 MB boyutuna indi. En büyük 6×6 kar haritasının (map_n_snowm_01) tüm zemin ve nesne geometrisi yalnızca 2.37 MB.
• 26 Milisaniyede 136 Harita: 136 haritanın tamamını açıp başlık ve CRC doğrulamalarını tamamlamak C++ motorunda toplamda yalnızca 26 ms sürdü.
• 0.06 ms Chunk Açılma Hızı: Karakter arazide ilerlerken yeni bir parçanın bellekten çekilip çözülmesi 0.06 milisaniyeye (60 mikrosaniye) düştü. Chunk geçişlerindeki mikro takılmalar, anlık FPS düşüşleri ve disk I/O beklemesi tamamen sıfırlandı.
• Determinizm ve Pre-Commit Güvenliği: Yazılan MapDocument mimarisi sayesinde, harita WorldEditor ile açılıp hiçbir düzenleme yapılmadan kaydedildiğinde bile diskteki dosyanın tek bir baytı dahi kaymıyor; byte-identical determinizm korunuyor. Repoya eski tip harita dosyalarının girmesi ise CI/CD hattına eklediğim pre-commit gate kontrolüyle engellendi.

Gelecekte araziyi doğrudan GPU üzerinde Compute Shader veya Indirect Draw ile tek geçişte çizeceğimiz Full-Map Terrain Renderer mimarisine geçiş için gereken temiz, contigous ve modern veri altyapısını böylece tamamlamış oldum.

Hepsini görmek için tıklayın...

Kaptan Yosun demiş ki:

32881 eklentisini görüntüle
32882 eklentisini görüntüle
​

[Devlog] Birleşik İkili Harita Formatı (.ashenfallmap): 1.5 Milyon Satır Çöpün Temizliği, Sıfır Gecikmeli Bellek Eşleme ve Deterministik Arazi Hattı​

Ashenfall motorunun dosya sistemi ve arazi hattında, 2004 yılından miras kalan ilkel ve parçalanmış map yükleme/yazma mimarisini tamamen çöpe attım. Klasörler dolusu yüz binlerce başıboş dosyanın ana thread üzerinde senkronize I/O darboğazı oluşturduğu, kamera her hareket ettiğinde diski kilitleyen ve komşu harita sınırlarında dikiş izleri (seam drift) yaratan 20 yıllık eski kafayı projeden söküp attım.
136 harita klasörünü, 10.823 adet başıboş dosyayı ve diskteki 1.5 milyon satırlık metin/veri çöpünü tek hamlede temizledim. Yerine, hem istemcinin hem de WorldEditor'ün sıfır dinamik bellek kopyalamasıyla doğrudan okuyup yazabildiği birleşik ikili kapsayıcı mimarimi (.ashenfallmap) sıfırdan geliştirdim.

Eski Yöntem Neydi ve Neden Terk Edildi?​

Geleneksel harita yapısında tek bir açık dünya haritası; yüzlerce 000000/, 000001/ alt klasörüne bölünmüş height.raw, tile.raw, attr.atr, water.wtr, minimap.dds ve metin tabanlı areadata.txt, setting.txt gibi binlerce başıboş dosyadan oluşuyordu.
Bu ilkel düzen şu devasa problemleri beraberinde getiriyordu:

• Senkronize CPU ve I/O Darboğazı: Karakter haritada yürürken 3×3'lük chunk penceresi her güncellendiğinde ana thread üzerinde onlarca metin dosyası satır satır ayrıştırılıyor (LoadMultipleTextData), LZO ile sıkıştırılmış küçük dosyalar için pack kilitleri (lock) tetikleniyor ve anlık mikro takılmalar (stutter / hitch) kaçınılmaz oluyordu.
• Sınır Kayması (Border Drift) ve Dikiş İzleri: Komşu arazilerin yükseklik sınırları her iki parça tarafından ayrı ayrı saklanıyordu. Yıllar içinde bu veriler birbirinden kopmuştu; örneğin lonca haritasında (guild_war4) iki komşu chunk arasında 50 metrelik uçurumlar ve uyuşmayan 370'in üzerinde kenar noktası mevcuttu.
• Yanlış Klasörlenen Objeler: 46.000'den fazla dünya nesnesinin 549 tanesi üzerinde durduğu arazinin değil, tamamen farklı koordinatlardaki klasörlerin içine yazılmıştı. Bu durum, kameranın görüş açısına göre ağaçların ve binaların aniden havadan belirmesine ya da erken kaybolmasına (pop-in) sebep oluyordu.
• Çapraz Harita Doku Bozulması: Editörde tek bir haritanın zeminini düzenleyip kaydettiğinizde, ortak kullanılan paylaşımlı textureset dosyası ezildiği için alakasız diğer 10 haritanın zemin kaplamaları geri dönülemez şekilde bozuluyordu.

Yeni Sistem Nasıl Çalışıyor? (Teknik & Mimari Altyapı)​

Yeni mimaride artık klasörler, metin dosyaları ve parça parça raw array'ler yok. Harita başına yalnızca tek bir deterministik binary kapsayıcı (.ashenfallmap) bulunuyor.

Kod:

┌────────────────────────────────────────────────────────────────────────┐
│                        .ashenfallmap MİMARİSİ                             │
├───────────────────┬────────────────────────────────────────────────────┤
│ 64-Bayt Header    │ PNG-stili Sihirli Baytlar (Magic), Sürüm, CRC-32   │
│ Section Table        │ 32-Bayt Hizalı Bölüm Başlıkları (Tag, Offset, CRC) │
│ Sabit Katmanlar   │ META (Ayarlar), STRS (Dizgi Havuzu), LAYR, CHNK     │
│ Raster Verileri   │ HGHT (129² uint16), TILE (256²), ATTR, WATR, MINI  │
│ Varlık Tabloları  │ INST (48-Bayt POD), AMBI (24-Bayt POD)             │
└───────────────────┴────────────────────────────────────────────────────┘

1. Sıfır Kopyalamalı Bellek Eşleme (Zero-Copy Memory-Mapped I/O)​

Dosya mimarisi mmap ve doğrudan işaretçi (pointer) aritmetiği için 16-bayt sınırlarına hizalandı. Harita arşivi istemciye EPack32 Type 0 (Stored / Sıkıştırmasız) olarak paketleniyor.
İstemci haritayı açtığında diski belleğe tek bir sanal adres uzayı olarak eşliyor (CEterPack::Get). Pack arşivi açılırken CPU üzerinde hiçbir global kilit (lock) oluşmuyor; sayfalar (pages) belleğe yalnızca dokunuldukça (page fault mantığıyla) işletim sistemi tarafından sıfır gecikmeyle çekiliyor.

2. Katman Bazlı Yükseklik Delta Filtreleme & Blob DEFLATE​

Harita geometrisi ve raster katmanları dosya içinde katı bir determinizmle organize edildi:

• Filtrelenmiş Yükseklik Verisi (Height Delta Planes): 129×129'luk ham yükseklikler komşu piksel delta farklarına ayrılarak düşük ve yüksek bayt düzlemlerine (planes) bölündü. Bu filtreleme, salt DEFLATE sıkıştırmasına kıyasla yükseklik verisinde fazladan %27 boyut tasarrufu sağladı.
• Türetilebilir Verilerin Tasfiyesi: Komşu arazilerin sınır halkaları (rings), yüzey normalleri ve splat haritaları dosyada saklanmıyor; yükleme anında bitişik komşulardan dikişsiz olarak türetiliyor (AssembleHeightRing). Kenar yükseklikleri matematiksel olarak eşitlendi ve drift problemi tamamen ortadan kaldırıldı.
• Gömülü Doku Paleti (LAYR): Her harita kendi zemin katmanlarını ve UV ölçeklerini kendi içinde taşıyor. Editörde bir haritayı düzenlemek artık başka hiçbir haritanın zeminini etkileyemiyor.

3. 48-Bayt Sabit POD Nesne Dizilimi​

Metin tabanlı areadata.txt ayrıştırması tamamen kaldırıldı. Binalar, zindan blokları, ağaçlar ve efektler harita koordinatlarına göre sıralanmış 48 baytlık sabit POD (Plain Old Data) struct'ları olarak saklanıyor. Yanlış klasörlenen 549 nesne matematiksel olarak üzerinde durdukları doğru chunk sınırlarına taşındı.

Performans & Optimizasyon Kazanımları​

Bütün projedeki 136 haritanın (106 bağımsız harita, 30 hafif alias) tamamı yeni formata geçirildiğinde elde edilen net mühendislik verileri:

• 1.5 Milyon Satır ve 10.823 Dosya Çöpe Gitti: +1.321 / -1.502.382 satırlık diff ile kaynak koddan tüm ilkel loader'lar, metin parser'lar ve başıboş klasörler kalıcı olarak kazındı.
• %78 Disk Ayak İzi Küçülmesi: Eski sistemde 313 MB tutan dağınık harita verisi, yeni mimariyle birlikte kayıpsız olarak 67.4 MB boyutuna indi. En büyük 6×6 kar haritasının (map_n_snowm_01) tüm zemin ve nesne geometrisi yalnızca 2.37 MB.
• 26 Milisaniyede 136 Harita: 136 haritanın tamamını açıp başlık ve CRC doğrulamalarını tamamlamak C++ motorunda toplamda yalnızca 26 ms sürdü.
• 0.06 ms Chunk Açılma Hızı: Karakter arazide ilerlerken yeni bir parçanın bellekten çekilip çözülmesi 0.06 milisaniyeye (60 mikrosaniye) düştü. Chunk geçişlerindeki mikro takılmalar, anlık FPS düşüşleri ve disk I/O beklemesi tamamen sıfırlandı.
• Determinizm ve Pre-Commit Güvenliği: Yazılan MapDocument mimarisi sayesinde, harita WorldEditor ile açılıp hiçbir düzenleme yapılmadan kaydedildiğinde bile diskteki dosyanın tek bir baytı dahi kaymıyor; byte-identical determinizm korunuyor. Repoya eski tip harita dosyalarının girmesi ise CI/CD hattına eklediğim pre-commit gate kontrolüyle engellendi.

Gelecekte araziyi doğrudan GPU üzerinde Compute Shader veya Indirect Draw ile tek geçişte çizeceğimiz Full-Map Terrain Renderer mimarisine geçiş için gereken temiz, contigous ve modern veri altyapısını böylece tamamlamış oldum.

Hepsini görmek için tıklayın...

hasanmacit demiş ki:

bu yazını claudeye verip aynısını yaptırcam ki bittin sen

Hepsini görmek için tıklayın...

hasanmacit demiş ki:

bu yazını claudeye verip aynısını yaptırcam ki bittin sen

Hepsini görmek için tıklayın...