holodepth

3D Model Formatları · FBX · Runtime Sorunları

Büyük Dosya Boyutu: Şişman Bavul Sendromu

«FBX 800 MB, motor bir dakika açıyor» çoğu zaman «çok üçgen» değil; bavula giren take, medya ve kopya katmanlarının toplamıdır. Character Pipeline hattı kapattı; bu sayfa: FBX disk şişkinliğinin runtime semptomunu anlatır.

Holodepth Runtime grubunda «büyük dosya» bir format laneti değil; stüdyo bavulunun bilinçsiz doldurulmasının ölçülebilir sonucudur. OBJ Limitleri'ndeki büyük dosya sayfası ASCII satır şişkinliğini; glTF Dosya Boyutu Analizi web paket envanterini işler. Burada odak farklıdır: FBX'in birden fazla AnimationStack, gömülü texture, shape kanalı, skin ağırlığı ve helper gürültüsünü aynı kutuya tıkıştırma alışkanlığı.

Sayfayı bitirdiğinizde şu cümleyi kurabilmelisiniz: «FBX şişkinliği katman envanteridir; yalnızca polycount değildir. Take yoğunluğu, embed medya ve kopya Geometry bavulu şişirir. ASCII debug teslimi şişmanlaştırır. Parse süresi ayrı semptomdur. Production diyet politikası Character Pipeline'da başlar; bu sayfa semptomu okur.»

Bu sayfanın sınırı · komşu konularla ayrım

Bu sayfa FBX'te disk / transfer boyut şişkinliğini anlatır:

  • Şişman bavul metaforu ve katman envanteri
  • Take, medya, kopya, ASCII sürücüleri
  • Production vs arşiv boyutu
  • Holodepth diyet / teşhis açıları

Bilinçli olarak dışarıda bırakılan konular:

Kısa ayrım: FBX Büyük Dosya «bavul kaç MB?» · Parse Süresi «bavul kaç saniyede açılır?» · OBJ Büyük Dosya «metin satır vergisi»

Şişman bavul: tek ölçü yetmez

Diskteki MB sayısı tek başına teşhis değildir. Aynı 200 MB; biri gömülü 4K texture + üç MoCap take, diğeri yalnızca dense sculpt mesh olabilir. Holodepth önce bavul envanterini ister: ne tür yük var? Sonra diyet veya kabul kararı gelir.

«Büyük» şikâyeti ölçüdür; «içinde ne var?» kök sorudur.

Boyut ≠ açılış süresi

Küçük ama karmaşık bağ grafı yavaş açılabilir; büyük ama düz geometry hızlı okunabilir. Bu sayfa disk/transfer şişkinliğine odaklanır. «Neden bu kadar sürüyor?» sorusu Parse Süresi'ne aittir. İkisini tek ticket'ta birleştirmek yanlış diyete götürür: take silmek yerine texture sıkıştırmak (veya tersi).

Katman envanteri: beş şişkinlik ailesi

FBX bavulunu Holodepth beş ailede tartar:

  1. Geometry: köşe, normal, UV, çoklu mesh kopyaları
  2. Deform: skin ağırlıkları, cluster verisi, shape kanalları
  3. Zaman: AnimationStack / take eğrileri (özellikle yoğun MoCap)
  4. Medya: gömülü texture / video / ses (embed)
  5. Gürültü: helper, kontrol rig, kullanılmayan düğümler

Ticket'ta «FBX büyük» demeden hangi ailenin baskın olduğunu yazın. Diyet aileye göredir: MoCap seyreltme geometry decimate'ten farklıdır.

Take yoğunluğu: zamanın kilosu

Her ek AnimationStack, joint ve shape kanallarına eğri kopyaları ekler. 240 fps × uzun performans × tam iskelet, mesh'ten daha ağır olabilir. Motion Capture sayfasındaki yoğunluk uyarısı burada semptom olur: arşiv ham take'i production bavuluna gömmek MB'yi uçurur.

Holodepth: production kutusuna yalnızca ihtiyaç duyulan take'ler; kalanı ayrı motion paketinde. Character Pipeline'ın «rig + anim» ayrımı boyut diyetinin yapısal aracıdır.

Gömülü medya: görünmeyen tuğlalar

FBX texture'ı gömebilir. Tek 4K PNG/TGA gömülü seti, düşük poly karakterden ağırdır. Stüdyo «tek dosya teslim» rahatlığı için embed açar; CDN / motor import'u şişman dosyayı yutar. Holodepth: production'da medyayı dış referans veya motorun kendi texture hattına bırakın; embed'i arşiv / offline handoff ile sınırlayın.

OBJ'nin MTL'yi gömememesi farklı bir limit hikâyesidir; burada sorun gömmenin çok kolay olmasıdır.

ASCII debug, binary teslim

ASCII FBX okunabilir ve debug için değerlidir; aynı sahne binary'de genelde belirgin şekilde küçüktür. Teslim hattında ASCII bırakmak «geçici» iken unutulursa bavul şişer ve parse de ağırlaşır. Binary Structure sayfası düğüm dilini anlatır; burada kural sadedir: production kutusu binary, ASCII laboratuvar kopyasıdır.

Kopya Geometry ve helper gürültüsü

Aynı mesh'in «backup», «high», «export_old» kopyaları Outliner hijyeni olmadan bavula girer. Kontrol locator'ları, IK handle'ları bake sonrası hâlâ dosyadadır. Maya/Blender çıkış sayfalarındaki hijyen burada MB olarak geri döner. Holodepth denetimi: export öncesi düğüm sayısı ve isim gürültüsü; export sonrası bağımsız viewer'da «fazla obje» sayımı.

Shape ve skin: görünmez köşe vergisi

Her blend shape kanalı (veya delta seti) ek köşe verisi taşır; onlarca yüz kanalı mesh'i katlar. Skin ağırlık tabloları da köşe × influence ile büyür. Crowd LOD'da shape kesmek (Character Pipeline LOD çatalı) boyut diyetidir; hero'da kanal silmek yüzü öldürür. Diyet, rol etiketine göre seçilir.

Ne zaman şişman kabul?

  • Arşiv / yasal saklama (ham MoCap + embed)
  • Offline stüdyo handoff (tek USB, ağ yok)
  • Master rig paketi (nadiren değişen, CDN dışı)

Kabul değildir: web runtime'a 500 MB FBX, her build'de tam take seti, embed'li günlük anim revizyonu. Holodepth: şişmanlık suç değil; yanlış kapıya giren şişmanlık suçtur.

Web kapısı: FBX bavulu teslimat değildir

Tarayıcı ürününde FBX çoğu zaman ara formattır; son mil glTF/GLB (veya motor native) olmalıdır. Şişman FBX'i «bir şekilde sıkıştırırız» diye web'e koymak hem boyut hem parse cezasını kullanıcıya keser. glTF boyut analizi paket diyetini orada anlatır; burada karar: web çatalında FBX kilo yarışına girmeyin.

Sık şişkinlik senaryoları

  • Tüm MoCap take'leri + hero mesh + embed 4K tek Final.fbx
  • ASCII export unutuldu, binary'ye dönülmedi
  • Bake sonrası kontrol rig hâlâ içeride
  • Yüzlerce shape kanalı crowd kutusuna kopyalandı
  • «Backup» mesh'ler Outliner'da kaldı
  • Her günlük anim revizyonu full rig ile yeniden paketlendi

Holodepth perspektifleri

Tartım rutini

Export sonrası: dosya MB, take sayısı, gömülü medya var mı, ASCII mi, yaklaşık düğüm/mesh sayısı. Manifesto'ya «ağırlık notu» düşülür.

Aileye göre diyet

Zaman ağırsa seyrelt / take ayır; medya ağırsa embed kapat; gürültü ağırsa hijyen; geometry ağırsa LOD çatalı. Tek «decimate everything» yoktur.

Teşhis maddeleri

  1. MB şikâyeti mi, saniye şikâyeti mi? (parse ayrı)
  2. Beş aileden hangisi baskın?
  3. Production mu arşiv mi kapısı?
  4. ASCII / embed / fazla take açık mı?
  5. Kutu politikası (rig/anim) ihlal mi?
  6. Web çatalında hâlâ FBX mi taşınıyor?

Holodepth içgörüsü

«FBX çok büyük» ticket'ında önce polycount'u değil bavul katman envanterini sorun. Yanlış aileyi zayıflatmak karakteri öldürür; doğru aileyi ayırmak MB'yi indirir.

Kilo net; sırada açılış süresi

Disk şişkinliğinin okunması sabitlendi. Sonraki sayfa bavulun ne kadar sürede açıldığını işler: Parse Süresi.

Format okuyucusu özeti: FBX büyük dosya şişman bavuldur. Katman envanteri diyeti yönetir. Take, embed, ASCII ve gürültü sık sürücülerdir. Boyut parse değildir. Web'e şişman FBX taşınmaz.