· kaynak dev.to (home feed)
Blender 5.3 Gaussian Splats'ları Temiz İçe Aktarıyor, Ama Yerleşik Hiçbir Dışa Aktarma Onları Korumuyor
Blender 5.3 üzerinde yapılan pratik testte dört Gaussian splat içe aktarma yolunun da güvenilir olduğu ve Geometry Nodes ile kırpmanın kayıpsız olduğu, ancak yerleşik tüm dışa aktarma yöntemlerinin splat verisini kaybettiği görüldü.

Blender 5.3, Gaussian splats'ları dört farklı dosya biçimiyle içeri alabiliyor; ancak yerleşik dışa aktarıcılarının hiçbiri çıkış tarafında eksiksiz ve web'de okunabilir bir splat üretiyor. Bu, 3D teknik sanatçısı ve bağımsız geliştirici Alicia'nın 12 Kasım 2026'da dev.to üzerinde yayımladığı pratik testin ana bulgusu; test, Windows 11 iş istasyonunda (Ryzen 9 9950X ve RTX 5070 Ti ile) 5.3.0 sürüm derlemesi (10 Kasım 2026'da derlendi) üzerinde çalıştırıldı.
Dört içe aktarma, tek splat kaynağı
Test nesnesi, fotoğrafik bir tarama değil, sentetik bir bitki uydurmasıydı: 12.000 splatlık bir veri seti, Houdini çalışmasında 24 Karma render'ından eğitilmişti. Bu, Blender'a kabaca 3,1 MB'lık standart bir 3DGS PLY, 236 KB'lık kayıplı bir SPZ v3 türevi, bir USD parçacık alanı ve KHR_gaussian_splatting şemasını kullanan yerel olarak yeniden paketlenmiş bir glTF olarak ulaştı.
Dört yol da aynı sonucu üretti: 12.000 noktalı, splat başına ölçek, kuaterniyon rotasyon, dört bileşenli taban radyans özniteliği ve 15 küresel harmonik (SH) vektörüne sahip GAUSSIAN_SPLAT türünde bir POINTCLOUD nesnesi. Tek operatör süreleri PLY için 2,79 ms'den glTF yeniden paketleme için 43,55 ms'ye kadar değişti; SPZ 4,13 ms ve USD 33,44 ms sürdü — ancak yazar bunların bir biçim hız sıralaması değil, tanılama değerleri olduğunu vurguluyor. Yönelim işleme biçime göre farklıydı: PLY kimlik matrisi olarak geldi ve Z-up incelemesi için elle X+90° rotasyon gerektirdi; SPZ, USD ve glTF içe aktarıcıları ise eksen dönüşümünü kendileri halletti.
Değerlendirilen geometriye bakarsanız kırpma kayıpsız
X > 0 olan noktaları silen bir Geometry Nodes kırpma işlemi bitkiyi 5.906 splata indirdi. Bir source_id özniteliğiyle karşılaştırıldığında, kalan her splat özgün kaydıyla tam olarak eşleşti: konumlar, ölçek, rotasyon, taban radyans ve tüm 15 SH vektöründe maksimum mutlak fark sıfırdı. Testin en önemli betikleme uyarısı şudur: object.data'yı doğrudan okumak hâlâ 12.000 nokta bildiriyor, sanki modifier hiç çalışmamış gibi — gerçek sayılar ve öznitelikler yalnızca depsgraph ile değerlendirilen geometri aracılığıyla ortaya çıkıyor.
Transform'ları uygulamak render'ı parçalıyor
X+90° ve Z+90° rotasyonlar ile 2'lik uniform ölçek taşıyan bir kopyada transform'ları uygulamak nokta merkezlerini doğru biçimde taşıdı; 5,95 × 10⁻⁸ içindeki bir tutarlılık sağlandı. Ancak ölçek, kuaterniyon ve SH öznitelik dizileri hiç değişmedi ve aynı kameradan alınan eşleşik render'lar uygulamadan sonra gözle görülür biçimde parçalandı. Bu, Blender'ın kendi belgelerinde yer alan bir sınırlamanın yeniden üretilmesi. Pratik öneri, nesne transform'larını uygulanmamış bırakmaktır; çünkü doğru bir dönüştürülmüş splat dışa aktarıcısının kovaryansı ve SH katsayılarını da döndürmesi gerekir.
Render'lar ve sınırlı bir yeniden aydınlatma denemesi
Sıralı tekil render'lar Workbench'i 0,83 s, EEVEE'yi 128 örneklemle 3,42 s ve OptiX'li Cycles'ı 64 örneklem ve gürültü temizleme olmadan 0,87 s olarak ölçtü; kırpılmış bitki Cycles'ta 0,29 s'de render edildi. Splat materyalini gri bir Diffuse BSDF ve bir nokta ışığıyla değiştiren bir yeniden aydınlatma denemesi, yaklaşık yarım saniyede aydınlatılmış gri tonlamalı bir bitki üretti — bitkinin öğrenilmiş albedo'sunu geri kazanmadı ve pişmiş aydınlatmanın kaldırılması test edilmedi.
Her dışa aktarma yetersiz kaldı
Her yerleşik dışa aktarma, boş ve yeni bir Blender sahnesinde yeniden açıldı ve başarı mesajları anlamsız çıktı. Dosya oluşturma, nokta koruma ve splat koruma üç farklı sonuç ortaya koydu:
- Modifier etkinken PLY: 156 bayt yazıldı, başlık sıfır tepe noktası bildiriyor, yerleşik yeniden içe aktarma başarısız.
- Varsayılanlarla GLB: 12.000 sıradan mesh tepe noktası için 144.664 bayt — kırpma atlandı ve splat öznitelikleri kayboldu.
- export_apply=true ile GLB: çıktı yok; Blender nesnenin geometri verisi olmadığına dair bir hata veriyor.
- Modifier önce bake edildikten sonra GLB: 5.906 sıradan mesh tepe noktası, hâlâ splat özniteliği yok.
- USD: 2.666.502 bayt; ölçeği, rotasyonu ve SH'yi koruyan ama taban radyansı düşüren 5.906 noktalık bir nokta bulutu.
- Alembic: ölçeği ve yeniden adlandırılmış SH'yi koruyan ama rotasyonu ve taban radyansı düşüren 5.906 nokta.
- Test edilebilecek bir SPZ dışa aktarma yolu yoktu.
Bu sonuç, Blender'ın kendi 5.3 sürüm notlarıyla örtüşüyor; notlar, şu anda splats için dışa aktarma desteğinin bulunmadığını, renk ve transform uygulama konularındaki belgelenmiş sınırlamaların yanında açıkça ifade ediyor.
Neden önemli
Yerleşik içe aktarma, splats'ların Blender'a girmek için artık eklenti gerektirmemesi anlamına geliyor ve Geometry Nodes sanatçılara onları budamak için gerçekten kayıpsız bir yol sunuyor. Ama pipeline tek yönlü: temizlenmiş splats'lara bir web görüntüleyicide ihtiyaç duyan her iş akışı — testin tarayıcı laboratuvarı Three.js 0.186.1 ve Spark 2.3.1 kullandı — harici araçlara veya özel yazıcılara bel bağlamak zorunda. Betik yazanları özellikle iki tuzak vuracak: nokta sayarken değerlendirilmiş ve taban geometri ayrımı ile transform uygulamanın veri kaybı. Dışa aktarma desteği gelene kadar Blender 5.3'ü gidiş-dönüş aracı değil, yetenekli bir splat görüntüleyici ve düzenleyici olarak değerlendirin.
- #blender
- #gaussian-splatting
- #3d-graphics
- #point-clouds
- #open-source
İlgili yazılar
- Stela, arm64 çeviricisi ve NVIDIA Metal sürücüsüyle x86-64 PC'lerde macOS 27'yi çalıştırıyor
- Nabu Casa, 69 dolarlık çok işlevli akıllı ev kutusu Home Assistant Connect Aux-2'yi piyasaya sürdü
- Huawei, MACaQ adlı quantizer'ı açık kaynak yaptı: 122 milyar parametreli modeller 32,5 GB bellekle küçültülebiliyor