Kolizyon mantığı: görünüş ile çarpışma ayrımı

Ekranda gördüğünüz yüksek poligon model, fizik motoruna «aynen» verilmez: çarpışma geometrisi çoğu zaman daha kaba ve daha stabil bir yapıdır. Sebep maliyettir: karmaşık üçgen ağı üzerinde sürekli temas çözümlemek CPU ve motor içinde darboğaz olur. Üretim kuralı: oyuncunun gördüğü ile çarpıştığı arasında küçük bir fark kabul edilir; kabul edilemez fark ise tasarım hatasıdır.

Özel yapı: «yüksek çözünürlüklü mesh kolizyon» bazı motorlarda mümkündür fakat konveks / konkav kısıtlarıyla gelir — iç içe oyuklar, ince parmaklar veya tek kapalı örgü yerine birden çok parça gerektiren modellerde hayalet çarpışma riski artar. Bu yüzden karmaşık varlıklarda çoğu zaman bileşik primitifler veya önceden üretilmiş konveks parçalar tercih edilir.

Kutu, küre, kapsül ve silindir gibi şekiller matematiksel olarak ucuzdur; çarpışma testleri kapalı formülle yapılabilir. Bu yüzden karakter gövdeleri için kapsül, dünya zemini için kutu blokları gibi kalıplar yaygındır. Küresel kolizyon «her yönde simetrik» olduğundan köşeli nesnelerde görsel ile uyumsuzluk doğurabilir — düzeltme ya daha iyi uyumlu primitif seçmek ya da çoklu parça kullanmaktır.

Bileşik kolizyon, tek mantıksal nesnenin birden fazla primitifle temsil edilmesidir — örneğin gövde küresi + baş küresi. Parçalar arası boşluk bırakılmazsa titreşim ve çıngırak oluşur; fazla örtüşürse gereksiz iç çarpışma kuvveti üretir.

Tetikleyici (çoğu sistemde «duyarlı hacim» / sensor), fiziksel itiş üretmeden «giriş–çıkış» olayı üretir: kapı alanı, kontrol noktası, zarar bölgesi. Özel yapı: tetikleyici ile katı kolizyonu karıştırmak, oyuncunun beklenmedik şekilde durmasına veya olayların iki kez tetiklenmesine yol açar — üretimde bayraklar ve soğuma süreleri ( cooldown) ile birlikte düşünülür.

Her çift nesneyi her karede denemek ölçeklenmez. Bu yüzden motorlar çarpışma grupları / maskeler veya benzeri filtreler sunar: örneğin karakter–zemin çarpışması açıkken karakter–karakter kapalı tutulabilir; roket–araç farklı bir maskeyle seçilir. Özel yapı: maskeyi «her şeye izin ver» bırakmak küçük projede işe yarar; içerik büyüdükçe gizli maliyet ve hata ayıklama zorluğu artar.

Sahne grafiğindeki görünürlük katmanları (görünürlük katmanları) ile fizik filtrelerini karıştırmayın; ikisi farklı boru hatlarıdır — aynı isim metaforunu paylaşsa da çözülen problem farklıdır.

Motor önce düşük maliyetli bir aşamada «birbirine yakın olabilir mi?» sorusunu sorar ( geniş faz), sonra az sayıda aday çift için kesin test yapar ( dar faz). Naif yaklaşımda her çift her karede dar fazda denenir; bu O(n²) büyür. Üretimde motorlar uzamsal yapılar, uyku durumu (sleeping) ve filtrelerle geniş faz yükünü keser — böylece dar faz yalnız «gerçekten yaklaşmış» çiftlere harcanır.

Bu ayrım Holodepth'teki ışın–kesişim geniş/dar faz düşüncesi ile aynı ailedendir; ışın tarafındaki filtre ve bütçe disiplini Işın · filtre ve maliyet bölümünde açılır — burada tekrar etmiyoruz. Amaç ezber değil, neden basit kutu/küre kolizyonunun üretimde sevildiğini anlamaktır: geniş fazda daha az aday, dar fazda daha ucuz ve stabil bir geometri sorusu çıkar.

Dar fazda «yüksek çözünürlüklü üçgen örgü» kullanmak, görünür detay ile çarpışma doğruluğunu özdeş saymanın bedelidir. Çoğu oyunda çarpışma gövdesi kasıtlı olarak kaba tutulur; ince ayrıntı görüntüde kalır ( Görsel örgü ile çarpışma).

Kavramları seçtiniz; sıradaki pratik adım genelde bu geometrileri sahne nesnelerine motorun tanıdığı köprü düzeniyle bağlamaktır. Babylon.js dünyasında bu köprü sıklıkla impostor düşüncesi ile ele alınır — yani görünür mesh ile fizik gövdesinin eşlenmesi. Dönüşüm (konum, dönüş, ölçek) hangi düğümden okunur, gövde hangi dünyada kayıtlıdır, yeniden boyutlandırma sonrası gövde güncellenir mi — bunlar köprü sözleşmesinin parçasıdır; yalnızca «kutu koydum» demek yetmez.

Aynı görsel örgü üzerinde birden fazla gövde (ör. gövde + tetikleyici) tanımlanacaksa, hangi gövdenin itiş, hangisinin olay üreteceği bu aşamada netleşmelidir; aksi halde impostor sayısı artar ama oyun mantığı dağınık kalır. Ayrıntılar bir sonraki sayfada: Physics impostor — bu sayfa API adımlarını kopyalamaz.

«Üst üste okuma» burada hangi sınıfı import edeceğiniz rehberi değildir. Three.js hattında çarpışma çoğu zaman Raycaster, üçgen kesişimi veya harici bir fizik paketi ile senin çağırdığın anda çalışır. Babylon üretim hattında ise aynı ihtiyaçlar, fizik dünyası adımı ve gövde yaşam döngüsü içinde paketlenir — kavram aynı, ne zaman ve kim tetikliyor farklıdır.

Kolizyon geometrisini seçtikten sonra teşhis ve kabuk görselleştirmesi için Debug visualization sayfasına geçebilirsiniz. Önceki adım: Texture sistemi.