holodepth

3D Model Formatları · Format Karşılaştırmaları

Karakterler için En Uygun Format: Oyuncu Kadrosu

«Karakter için tek doğru uzantı» çoğu zaman yanıltır; hangi sahnede, hangi rolde, hangi consumer'da oynadığına göre kadro değişir. Web için en uygun format vitrini kurdu; bu sayfa: rig'li, yüzlü, animasyonlu varlıklar için format seçimini anlatır.

Holodepth'te karakter formatı, web varsayılanının (glTF/GLB) otomatik kopyası değildir. Karakter skin, morph, take, bazen MoCap ve retarget ister; yazarlık ile teslim sıkça ayrılır. FBX vs glTF Karakter Pipeline çift ray mekaniğini; DCC Character Pipeline orkestrasyonu anlatır. Burada soru: bu karakter rolü için hangi format birincil, hangisi yedek?

Sayfayı bitirdiğinizde şu cümleyi kurabilmelisiniz: «Karakterde OBJ neredeyse asla birincil değildir. FBX stüdyo/motor yazarlığında güçlüdür; glTF web ve paylaşılan teslimde. Hero ile crowd aynı kutuyu paylaşmak zorunda değildir. Yüz kanalları sözleşme ister. Tek madalya yerine rol kartı yazılır.»

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

Bu sayfa karakter varlıkları için format seçimini anlatır:

  • Rol / kadro metaforu
  • Karakter skor kartı (skin, morph, take, MoCap)
  • FBX / glTF birincil ne zaman?
  • Hero vs crowd, yüz sözleşmesi
  • Holodepth karar özeti

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

Kısa ayrım: Karakter için en uygun «rol kartı» · Web için en uygun «vitrin varsayılanı» · FBX vs glTF Karakter «çift ray nasıl kurulur»

Kadro metaforu: rolü sor, uzantıyı sonra

Karakter bir prop değildir. İskelet derisi, şekil kanalları, walk/idle clip'leri, bazen yüz performansı ister. «En küçük dosya» veya «web'de ne varsa» tek başına kadro seçmez. Holodepth önce rolü yazar: hero oyuncu, NPC, crowd kopyası, web avatar, MoCap kaynağı.

Yanlış rolde mükemmel format, yanlış sahnede alkış alır.

Karakter skor kartı

  1. Skin / bind sadakati
  2. Morph / yüz kanal sayısı ve isim sözleşmesi
  3. Take / clip yoğunluğu
  4. MoCap / retarget ihtiyacı
  5. Hedef consumer (DCC, motor, web)
  6. LOD rolü (hero / mid / crowd)

Web skor kartı (önceki sayfa) buraya alt küme olarak girer; karakter kartı ekstra satırlar ekler.

OBJ: karakter kadrosundan çıkar

OBJ iskelet, skin, morph ve clip taşımaz. «Karakteri OBJ ile web'e» demek aslında sert parçalı kukla veya tamamen başka bir sistem demektir. Holodepth: karakter birincil format listesinde OBJ yoktur; olsa olsa geçici sculpt/CAD köprüsü workfile'dır. Statik sayfa OBJ'ye daha çok yer açar.

FBX birincil ne zaman?

  • Maya/Max ağır stüdyo + motor FBX import geleneği
  • MoCap solved paketleri ve çoklu take arşivi
  • Constraint bake sonrası zengin anim handoff
  • Web yok veya web ayrı çatal (GLB) ile çözülecek

FBX «karakterin kralı» sloganı değil; yazarlık ve birçok motor kapısı için güçlü birincildir. Salon derinliği Oyun Motorları karşılaştırmasında kalır.

glTF/GLB birincil ne zaman?

  • Web avatar, metaverse önizleme, tarayıcı karakteri
  • Motor + web paylaşımı (ortak teslim dili adayı)
  • PBR + skin + morph sözleşmesi yeterli; stüdyo constraint'i gerekmez
  • Blender-first, doğrudan glTF yazan küçük ekipler

Web vitrin varsayılanı burada karakter teslimine iner: kamu yüzünde GLB; FBX depoda kalabilir.

Sık doğru cevap: ikisi (bilinçli)

Olgun hatlarda «en uygun» tek uzantı değil, rol kartında iki satırdır: authoring = FBX (veya native), delivery = GLB. Çift rayın nasıl kurulacağı FBX vs glTF Karakter Pipeline'dadır; bu sayfada yalnızca seçim cümlesi vardır: tek format dayatması çoğu karakter ürününü zorlar.

Hero vs crowd: aynı uzantı, farklı diyet

Hero: daha çok shape, daha uzun take listesi, sık FBX workfile. Crowd: az kanal, seyrek clip, erken GLB veya agresif FBX diyeti. Format adı aynı kalsa da profil farklıdır. «Tek Character_Final» hem hero hem crowd'u boğar; Character Pipeline LOD çatalı burada seçim diline iner.

Yüz: kanal sözleşmesi formatı yener

Blend shape / morph isimleri FBX→glTF köprüsünde index'e düşebilir. «glTF yüz bozar» sanılan şey çoğu zaman sözleşme eksikliğidir. Holodepth: yüz kritikse birincil teslim formatında isim/extras politikası yazılıdır; yalnızca uzantı seçmek yetmez.

Rol → format özeti

  • AAA stüdyo → konsol/PC motor: FBX birincil kaynak
  • Web avatar / Three.js karakter: GLB birincil teslim
  • Hibrit (motor + web): FBX workfile + GLB teslim
  • MoCap arşivi: FBX motion paket; oyun/glTF'e diyet
  • Crowd: sade GLB veya diyet FBX; hero şişkinliği yok
  • OBJ: karakter birincil değil

Anti-kalıplar

  • «Web için GLB → stüdyoda da sadece GLB» (MoCap/aracı koparır)
  • «Motor FBX → siteye de FBX» (vitrin skoru düşer)
  • «OBJ + kemikleri ayrı objeler = karakter»
  • Hero shape setini crowd'a kopyalamak
  • Yüz isimlerini köprüde kaybedip «format kötü» demek

Holodepth perspektifleri

Rol kartı zorunlu

Her karakter asset'inde: rol, authoring format, delivery format, yüz politikası, LOD. Tek «.fbx/.glb» etiketi yetmez.

Consumer önce

Birincil consumer web ise GLB önde; motor+DCC ise FBX önde; ikisiyse çift satır. Format fanatikliği skor kartını ezmesin.

Teşhis maddeleri

  1. Rol (hero/crowd/avatar/mocap) yazılı mı?
  2. OBJ yanlışlıkla birincil mi?
  3. Birincil consumer kim?
  4. Çift satır gerekiyor mu, tek mi yetiyor?
  5. Yüz/kanal sözleşmesi var mı?
  6. Web/statik sayfaya mı kaymalı?

Holodepth içgörüsü

«Karakter için en iyi format» ticket'ında önce uzantıyı değil rol kartını ve consumer'ı sorun. Cevap sıkça iki satırlıdır; tek madalya nadiren yeter.

Kadro net; sırada hareketsiz modeller

Karakter rol seçiminin omurgası sabitlendi. Sonraki sayfa iskeletsiz / clipsiz varlıkları açar: Statik modeller için en uygun format.

Format okuyucusu özeti: Karakterde OBJ birincil değildir. FBX yazarlık/motor, glTF teslim/web için öne çıkar. Sıkça bilinçli çift satır doğrudur. Hero/crowd ve yüz sözleşmesi format adından önce gelir.