Motion Capture: Dış Hareketin FBX'e İnişi

Keyframe animasyon DCC içinde doğar. MoCap ise önce fiziksel (veya sentetik) performansta doğar; DCC'ye misafir olarak girer. FBX bu misafiri joint eğrileri (ve bazen yardımcı düğümler) olarak taşır. Misafirin kimliği net değilse ev sahibi karakter lastik gibi uzar: aynı «yürüme» take'i, yanlış omuz yüksekliği ve farklı kemik sayısında.

MoCap dosyası hareketin kanıtıdır; sizin rig'inizin kimliği değildir.

Holodepth: MoCap FBX'i açınca önce «hangi iskelet şeması?» diye sorun; «hangi FPS?» ikinci sıradadır.

Kaynak iskelet (çözücü / stüdyo standardı) ile hedef iskelet (oyun / film rig'i) nadiren birebir aynıdır: kemik adı, hiyerarşi derinliği, roll ekseni, parmak sayısı, root hareketi politikası farklıdır. Retarget bu çarpışmayı çözer; FBX yalnızca her iki tarafın eğrilerini taşıyabilir. «FBX import ettim, otomatik oturdu» miti, şemalar zaten uyumluysa doğrudur; aksi halde semptom «MoCap bozuk» diye yanlış etiketlenir.

Rig Verileri'ndeki isim disiplini burada kaynak ve hedef için çift sözlük ister. Mapping tablosu Character Pipeline'da yaşar; bu sayfada kural: retarget olmadan şema farklıysa FBX mucize değildir.

Holodepth MoCap paketlerini üç katmanda okur:

1. Marker / sensör katmanı: ham veya yarı işlenmiş noktalar (her consumer istemez)
2. Solved skeleton: stüdyo çözücüsünün joint ağacı ve eğrileri
3. Game / film skeleton: sizin production rig'iniz

Tek FBX bazen 1+2'yi, bazen yalnızca 2'yi, nadiren 2'den 3'e retarget edilmiş sonucu taşır. Ticket'ta «dosyada kemik var» demek hangi katman olduğunu söylemez. Export politikası: motor/game'e giden kutuda marker gürültüsü olmamalı; arşiv kutusunda solved ham hali saklanabilir.

Retarget ve skin, ortak bir dinlenme / kalibrasyon pozuna yaslanır. MoCap FBX'inde ilk kare T-pose, A-pose, veya «performans ortası» olabilir. Hedef bind pose ile kaynak referans poz çelişirse omuzlar kayar, dirsekler bükülür. Skeletal Animation'daki bind ipi burada MoCap kaynaklıdır: pakette hangi karenin referans sayılacağı yazılı sözleşme ister.

Bazı stüdyolar referans pozu ayrı bir take veya ayrı FBX olarak yollar. «Hepsi tek clip'te» alışkanlığı referansı zamanın içine gömer; scrub yanlış yerden kalibre eder.

MoCap eğrileri sık örneklenir (120–240 fps aileleri yaygındır). FBX bu yoğunluğu olduğu gibi taşıyabilir; dosya şişer, parse uzar, motor scrub'ı ağırlaşır. Key reduction / resample bilinçli ise motion hissi korunur; körü körüne ise ayak kayması artar. Runtime'daki dosya boyutu / parse sayfaları semptomdur; kök burada gerekli örnekleme sözleşmesidir.

Gürültü (titreyen parmak, zıplayan root) DCC cleanup'ı ister. «Ham MoCap'i aynen FBX'le motor'a» politikası kaliteyi formatın sırtına yükler; format filtre değildir.

Ayak kayması, zemin delme, el-prop kesişmesi MoCap'in doğal artığıdır. Bunları FBX'e «sonra düzelir» diye gömmek, her consumer'da aynı hatayı çoğaltır. Holodepth: production'a giden MoCap FBX'i cleanup kapısından geçmiş sayılır; arşiv ham kopyası ayrı tutulabilir.

Constraint / IK ile ayak kilitleme cleanup'ta sık kullanılır; export'ta bake gerçeği (Constraintler sayfası) yine geçerlidir. Canlı IK'yı MoCap FBX'ine «sihir» diye bırakmak motor'da çözülmez.

Olgun hatlarda MoCap FBX sıkça yalnızca iskelet eğrisi taşır; skin'li karakter mesh'i ayrı rig FBX'indedir. Tek dosyada hem yüksek yoğunluklu take hem ağır mesh hem shape kanalları şişman ve kırılgan bir kutu üretir. Maya sayfasındaki «iki export politikası» burada MoCap için somutlaşır: motion paket / character paket.

Import tarafında take'i yanlış köke bağlamak (namespace, ekstra parent) yine lastik adam üretir; dosya «doğru» olsa bile.

Yüz MoCap çoğu zaman blend shape / FACS kanallarına, beden joint eğrilerine iner. Tek FBX'te ikisi birden gelebilir; zaman hizası (body vs face sync) bozulursa dudak geride kalır. Blend Shape sayfasındaki kanal envanteri yüz için; bu sayfada ek kural: yüz ve beden take kimliklerini ayrı etiketleyin, tek «Take 001» ile karıştırmayın.

Head-mounted camera yüz verisi ile optical beden verisi farklı stüdyo saatlerinden geliyorsa FBX birleştirme Character Pipeline işidir; burada yalnızca riski işaretleriz.

MoCap sahnesi metre / cm / inch karışık gelebilir; root motion dünya uzayında metrelerce yürür veya yerinde sayar (in-place). Oyun motoru root politikası (animasyonda root / kodda hareket) ile MoCap FBX root'u çelişirse karakter kayar veya çift hızlanır. Blender ölçek efsanesi buraya da sızar: yanlış birim × yoğun eğri = uçan performer.

Holodepth sözleşmesi: MoCap teslim notunda birim, up-axis, root tipi (world / local / in-place) ve referans poz karesi yazılıdır. Dosya adı yetmez.

Tarayıcı / glTF hattı canlı MoCap stream'i standart olarak taşımaz; beklenen, retarget + cleanup sonrası bake edilmiş joint (ve gerekirse shape) eğrileridir. «FBX MoCap'i Web'e atalım» cümlesi aslında «eğriyi sadeleştirip glTF clip yapalım» demektir. glTF kanal şeması ilgili sayfalarda kalır; burada seçim net olsun: MoCap kaynağı ≠ web runtime formatı.

• Solved iskelet doğrudan game mesh'e skin sanıldı
• Retarget yok; kemik adları «benzer» diye eşlendi
• Referans poz take içinde gömülü; bind yanlış kareden
• Ham 240 fps + ağır mesh tek FBX; parse çöktü
• Foot skate cleanup yapılmadan motor'a gitti
• Root world motion + kodda da velocity; çift hız
• Yüz shape take'i body ile desync
• Namespace'li import; eğriler boşta kaldı

Teslim manifestosu

Her MoCap FBX yanında kısa manifesto: şema adı, birim, axis, root tipi, referans kare, fps, cleanup seviyesi (ham / production), yüz var mı. Manifestosuz dosya «kara kutu take»dir.

İki kopya politikası

Arşiv (ham solved) ve production (retarget + cleanup + seyreltilmiş) ayrı tutulur. Tek kopyayı herkese dağıtmak ya kaliteyi ya da disk'i öldürür.

Teşhis maddeleri

1. Dosyada hangi katman var (marker / solved / game)?
2. Hedef rig şeması ile eşleme (retarget) yapıldı mı?
3. Referans poz ve bind uyumu net mi?
4. Birim / root / axis manifesto ile uyumlu mu?
5. Cleanup kapısından geçti mi?
6. Motion ve character paketleri bilinçli ayrıldı mı?
7. Web hedefinde bake+seyreltme yapıldı mı?

Dış hareketin FBX'teki kaderi sabitlendi. Sonraki sayfa Maya, Blender, MoCap ve animasyon parçalarını tek karakter hattında kim nasıl birleştirir sorusunu açar: Character Pipeline.

Format okuyucusu özeti: MoCap FBX dış hareket paketidir. Şema çarpışması retarget ister. Katman, referans poz, cleanup ve paket ayrımı kaliteyi belirler. Web canlı MoCap vaat etmez; eğri taşır.