UI texture logic: arayüzün bitmap gerçekliği

Özel yapı: dokunun iç boyutu ( width × height) doğrudan piksel sayısı ve dolayısıyla bellek ile doğrusal ilişkilidir; iki kat genişlik yaklaşık dört kat alan demektir. Yüksek iç çözünürlük metni keskin gösterir fakat mobil ve düşük güçlü cihazlarda maliyet artar. Tam ekran ve sahne içi panel için «aynı rakamı kullanmak» şart değildir — küçük yüzey taşıyıcıda daha küçük dokunun yetebilir ( 3D GUI · ölçek ile birlikte okuyun).

Tam ekranda «ideal tuval» seçimi yazı netliğini tasarım biriminde tutar; ayrıntılı ölçek sözleşmesi Fullscreen UI · ideal genişlik konusunda. Bu sayfada yalnızca bitmap boyutu ile bellek ilişkisi sabittir — aynı mantık, ekrana yayılmış veya örgü üzerinde küçük bir yüzeye sarılmış olsun, piksel sayısıyla hesaplanır. İki ayrı GUI dokusu aynı anda yaşıyorsa bellek maliyeti toplanır; tek dokuda birleştirmek mümkünse cihaz başına tavanı düşürür.

Özel yapı: kontrol ağacı her düzenlendiğinde doku tarafında iş kuyruğu oluşur; animasyonlu bir öğe sürekli titriyorsa «sabit bir panel» ile aynı maliyette değildir. Pratikte statik yerleşimi sık değiştirmemek, dinamik içeriği mümkün olduğunca sınırlı alt ağaçta tutmak ve gereksiz yeniden çizmeyi önlemek kare stabilitesine yardım eder. Tam ekran ölçek ve yeniden boyut konuları ( Fullscreen UI · performans, Responsive UI · resize) bu yükü tetikleyebilir — pencere oynayınca doku da yeniden örneklenir.

Kare bütçesini yalnızca «kaç üçgen» ile değil, güncelleme aşamasında GUI raster maliyetiyle birlikte okuyun; güncelleme ve çizim iş bölümü Render döngüsü · güncelleme ve çizim sayfasında ayrıntılanır — burada doku kuyruğunun varlığı yeter. Yüksek frekanslı metin/sayaç için tam tuval yerine sınırlı bölge veya seyrek yenileme stratejisi tam ekran performans özetinde paralel düşünülür; tekrar etmek yerine aynı ilkeyi mesh bağlamına uygulayın.

Özel yapı: GUI dokusu şeffaf bölgeler içerdiğinde pikseller sahne rengiyle karıştırılır ( alpha blending). Kenarlarda gözlenen hafif parlak çember veya «kirli» metin genelde örnekleme ( filtering) ile birlikte ortaya çıkar; tam opak arka plan kullanmak sorunu maskeleyebilir fakat cam efekt isteyen tasarımda materyal ve doku tarafını birlikte düşünmek gerekir. Bu sayfa shader kodu vermez; üretimde tek tip karışım kuralı ( öncarpılmış şeffaflık vs doğrusal) seçip sahne geri kalanıyla uyumlu tutmak en az iş çıkarır.

Aynı pikselde hem sahne hem GUI katkısı varken çizim sırası ve materyal opaklığı beklenmedik ton üretir; bu, PBR veya gecikmeli geçiş kanalı ayrıntısı değil, katmanlama disiplini meselesidir — renk uzayı tutarsızlığı yaşamamak için ekipte tek sözlük seçin. Kenar halesi hem görsel hem tıklama belirsizliği ( hit test) üretebilir; cam görünümü şart değilse panelde opak zemin en az riskli yoldur.

Özel yapı: doku örneklenirken kenar yumuşatma ( filtering) devreye girer; vektör yazı kenarı bir miktar «taşar» ve komşu pikseller karışır — görsel olarak hoş olabilir, fakat sınır pikselinde hangi kontrolün seçildiği belirsizleşebilir. Sahne içi panelde UV ile dünya koordinatı arasındaki zincir ( 3D GUI · UV zinciri) zaten kritik; doku çözünürlüğü düşükse ve örnekleme agresifse hata payı büyür. Keskin arayüz istiyorsanız iç çözünürlük ve kontrol kenar boşluklarını birlikte ayarlayın.

Tam ekranda isabet ekran pikselleriyle hizalıdır; mesh üzerinde ise önce ışın taşıyıcıya değer, sonra UV altında kontrol seçilir — «görünen düğme» ile «tıklanan düğme» ayrımı burada sık kopar. Teşhis akışı 3D GUI · UV teşhis ipucu kutusundaki gibi iki adımlıdır: önce örgü isabeti, sonra UV aralığı.

Özel yapı: tam ekran ( Fullscreen UI · ekran katmanı) ile örgüye sarılmış doku aynı «bitmap üretimi» mantığını paylaşabilir; fark sahneye nasıl yansıdığıdır — biri doğrudan görüntü düzlemine oturur, diğeri üçgende bir yüzey üzerinden projeksiyona girer. Bellek ve güncelleme maliyeti hesabını tek başına «fullscreen mi» diye ayırmayın; iç çözünürlük ve animasyon yoğunluğu belirleyicidir.

Aynı anda iki büyük dinamik doku (tam ekran HUD + sahne içi panel) çoğu projede mümkündür; maliyet toplamı her iki iç boyut ve yenileme sıklığıyla büyür. Taşıyıcı örgü tarafı 3D GUI · taşıyıcı örgü konusunda sabitlenir — burada yalnızca aynı bitmap motorunun iki projeksiyonu vurgulanır. Birini kapatmak yerine iç çözünürlüğü veya animasyonu düşürmek çoğu zaman daha az ürün riski taşır.

Three.js tarafında aynı rol genelde 2B canvas üzerinde çizim + CanvasTexture veya harici bitmap akışı ile modellenir; «ne zaman needsUpdate» ve «hangi çözünürlükte tutayım» soruları sizin kodunuzdadır. Babylon.js'te bu sayfadaki maliyet eksenleri (iç boyut, yenileme, şeffaflık, örnekleme) aynen geçerli; fark, raster işinin çoğunun motor GUI hattına bağlanmasıdır.

Arayüz dokusu netleştikten sonra yüzey ve boru hattı sırası için Material pipeline sayfasına geçebilirsiniz. Önceki adım: Responsive UI.