holodepth

3D Model Formatları · FBX · DCC Pipeline

Blender → FBX: Yabancı Kültür Köprüsü

«Blender'da dik, motor'da yatık / 100 kat büyük» çoğu zaman bozuk mesh değil; koordinat ve ölçek kültürünün FBX köprüsünde çarpışmasıdır. Maya → FBX yerel lehçeyi anlattı; bu sayfa: Blender'dan FBX'e giden çeviri disiplinini anlatır.

Holodepth'te Blender → FBX, Autodesk ailesi içi sıkıştırmadan farklı bir iştir: iki sahne kültürünün (Blender Object/Armature/Collection dünyası ile FBX Model/joint/take dünyası) bilinçli çevirisidir. Maya sayfası «ne bırakılır»a odaklanır; burada asıl gerilim ne yanlış çevrilir: up-axis, Apply Transform, modifier yığını, Action→take ve efsaneleşmiş ölçek çarpanları.

Sayfayı bitirdiğinizde şu cümleyi kurabilmelisiniz: «Blender→FBX yabancı kültür köprüsüdür; Maya yerel kapısı değildir. Eksen ve Apply Transform export'tan önce sözleşmedir. Armature objesi ile kemik verisi ayrı düşünülür. Modifier ve NLA/Action bilinçli seçilir. Ölçek efsanesi sahne birimi + export seçeneği çelişkisinden doğar. Web için bazen glTF doğrudan daha temizdir; FBX seçildiyse çeviri checklist'i şarttır.»

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

Bu sayfa Blender'dan FBX çıkışının çeviri mantığını anlatır:

  • Yabancı kültür vs yerel Autodesk kapısı
  • Eksen, birim, Apply Transform
  • Armature / modifier / Action tuzakları
  • Ölçek efsaneleri ve bilinçli kayıplar
  • Holodepth doğrulama açıları

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

  • Maya Outliner / referans hijyeni → Maya → FBX
  • MoCap retarget → Motion Capture
  • Uçtan uca karakter orkestrasyonu → Character Pipeline
  • Skin / constraint / shape teorisi → Animasyon Sistemi
  • glTF şema detayı → glTF sayfaları (köprüde yalnızca seçim ipucu)
  • Her export checkbox ekran turu → Blender resmi doküman

Kısa ayrım: Blender → FBX «kültür çevirisi» · Maya → FBX «lehçe sıkıştırma» · Character Pipeline «hattın orkestrasyonu»

Köprü metaforu: iki sahne dili

Blender kendi tutarlı evreninde yaşar: Object, Data, Armature, Collection, Modifier stack, Action, NLA. FBX consumer'ı Model hiyerarşisi, joint, deformer, AnimationStack bekler. Köprü «Export FBX» düğmesine basmak değildir; iki sözlüğün hangi satırlarının eşleneceğini önceden kararlaştırmaktır.

Viewport'ta doğru olmak, karşı kıyının birimini ve eksenini kabul ettiği anlamına gelmez.

Holodepth: Maya sayfası «kutuya ne koyulur»u; bu sayfa «kutuya nasıl çevrilir»i öğretir. Aynı FBX uzantısı, farklı risk profili.

Eksen ve birim: çevirinin ilk katmanı

Blender varsayılanı Z-up'tır; birçok oyun motoru ve Autodesk hattı Y-up bekler. Export diyalogundaki Forward / Up seçenekleri bu çevirinin resmi yeridir. Sahne birimi (metric scale) ile «Apply Scalings» / unit seçenekleri çelişirse karakter ya iğne gibi incelir ya da oda kadar şişer.

Maya sayfasındaki vurgu «sahne ayarı ile export'un çelişmemesi»ydi. Burada ek katman vardır: Blender kültürü ile hedef kültürü bilinçli çevirmek. «Hep Forward -Z, Up Y» ezberi, hedef Unreal / Unity / özel motor farkını silerse yine kırılır. Sözleşmeyi hedef consumer yazar; Blender ona uyum sağlar.

Apply Transform: Blender'a özgü disiplin

Blender'da obje ölçeği 2.0 iken «görünüş doğru», veri katmanında hâlâ çarpan taşır. FBX köprüsü bazen bu çarpanı kemiklere, bazen mesh'e, bazen ikisine birden yazar. Sonuç: bind kayması, çift ölçek, animasyonda titreşim. Apply Location / Rotation / Scale (bilinçli seçilmiş eksenlerle) export'tan önce stüdyo ritüelidir; körü körüne her şeye Apply ise animasyonu öldürür.

Holodepth kuralı: Armature ve skinned mesh üzerinde Apply politikası ekip sözlüğünde yazılıdır. «Export öncesi Ctrl+A» tek başına prosedür değildir; hangi objeye, hangi kanal sorusu vardır.

Armature: obje, data, rest

Blender Armature'ı iki katmanlı düşünür: sahnedeki Armature objesi (TRS) ve içindeki kemik verisi (rest / pose). Export bazen obje dönüşünü «ek kök joint» gibi yazar; consumer'da fazladan boş parent veya çift dönüş görülür. Rest pose ile Pose mode farkı bake edilmeden bırakılırsa take boş veya yanlış iner.

Rig Verileri ve Skeletal Animation teorisi burada geçerlidir; Blender'a özgü tuzak: Armature objesini mesh ile birlikte seçmeden veya tersine yalnızca mesh seçip modifier'ın hedeflediği Armature'ı dışarıda bırakmak. Seçim kapsamı Maya'daki «mesh yetmez» ile aynı ailede, farklı Outliner dilindedir.

Modifier yığını: Apply mi, bırak mı?

Maya history'nin Blender karşılığı çoğu zaman modifier stack'tir. Mirror, Subdivision, Solidify viewport'ta güzeldir; FBX consumer'ı stack'i çalıştırmaz. Export «Apply Modifiers» açıksa geometri pişer (topo / shape key riski); kapalıysa hedefte düz veya eksik mesh görülür.

Armature modifier özeldir: skin bağının taşıyıcısıdır. Onu «gereksiz modifier» sanıp silmek veya yanlış sırada Apply etmek karakteri öldürür. Shape key'ler (Blend Shape sayfası) modifier Apply ile bozulabilir: topoloji kilidi Blender'da da geçerlidir.

Holodepth: export öncesi stack'i iki listeye ayırın: (1) pişmesi gerekenler (mirror birleştirme vb.) (2) canlı kalması / FBX'e deformer olarak inmesi gerekenler (Armature, bilinçli shape). Ortaya «hepsini Apply» yok.

Collection ve görünürlük tuzakları

Blender Collection'ları sahneyi düzenler; export «sadece seçili / görünür / collection» seçenekleriyle kutuyu doldurur. Viewport'ta gizli ama collection'da duran kontrol kemikleri ya sızar ya da eksik kalır. Disable in Viewports ile Disable in Renders farkı export yoluna göre değişir; ekip hangi görünürlük kanalının «teslim gerçeği» olduğunu yazmalıdır.

Maya Outliner hijyeninin Blender karşılığı budur: Collection sözleşmesi diyalogdan önce gelir.

Action, NLA, take eşlemesi

Blender'da hareket Action'larda yaşar; NLA bunları zaman çizelgesinde üst üste biner. FBX tarafında bunlar AnimationStack / take diline iner. «NLA'da doğru, export'ta tek Action» veya «aktif Action boş, NLA dolu» klasik kırılmalardır. Bake Animation seçeneği constraint/NLA sonucunu eğriye yazar; kapalıysa consumer Blender sürücüsünü bilmez.

Constraintler sayfasındaki bake gerçeği burada Blender diyaloguna iner. Shape key ağırlık eğrileri de Action içinde olabilir; yalnızca kemik Action'ını export etmek yüzü donuk bırakır (Blend Shape teşhisi).

Ölçek efsanesi: 100× ve 0.01

Forumların efsane çarpanları (×100, ×0.01) çoğu zaman semptomdur; kök neden sahne Unit Scale, Armature obje ölçeği, Apply edilmemiş scale ve export «Apply Scalings» kombinasyonunun çarpışmasıdır. Bir sanatçı «hep 0.01» diye ezberler; başka sahne zaten metre/cm uyumlu olduğu için karakter iğne olur.

Holodepth: efsane çarpanı yasaklayın; yerine ölçülebilir sözleşme koyun (ör. karakter göz yüksekliği X birim, FBX metadata birimi Y). Export sonrası Maya'sız / Blender'sız viewer'da cetvelle doğrulayın. Runtime'daki dönüşüm problemleri sayfası semptomları derinleştirir; burada kaynak Blender çıkış disiplinidir.

Blender'a özgü bilinçli kayıplar

  • Driver ve Python sürücüleri (bake edilmezse)
  • Geometry Nodes prosedürel ağları
  • Shader node ağının çoğu (Principled ipucu kısmen iner)
  • Collection instance / linked library incelikleri
  • Bone constraint'ler (bake yoksa)
  • Custom property animasyonlarının bir kısmı
  • Viewport-only smoothing / subdivision

Maya kayıp listesiyle akraba, isimler farklıdır. «FBX her şeyi taşır» miti Blender köprüsünde daha hızlı çöker; çünkü kaynak kültür Autodesk sözlüğüne daha uzaktır.

FBX mi, yoksa doğrudan glTF mi?

Blender modern web hattında sıkça glTF/GLB'yi doğrudan yazar. Hedef tarayıcı / Three.js ise FBX ara adımı ekstra çeviri riskidir. Hedef oyun motoru veya Autodesk köprüsü ise FBX hâlâ varsayılan kapıdır. Holodepth sorusu: neden FBX? Cevap «alışkanlık» ise web için yeniden düşünün; cevap «motor/DCC sözleşmesi» ise bu sayfadaki çeviri checklist'i zorunludur.

glTF şema detayı bu sayfada yok; yalnızca çıkış yolu seçimi vardır. FBX vs glTF grubu karşılaştırmayı derinleştirir.

Holodepth perspektifleri

Çeviri sözleşmesi

Hedef up-axis, birim, Apply politikası, Bake Animation, hangi Action'ların take olacağı tek sayfalık stüdyo notudur. Sanatçı her seferinde diyalogu yeniden keşfetmemelidir.

İki DCC, iki checklist

Maya ve Blender aynı Character Pipeline'da buluşabilir. Ortak FBX teslim standardı vardır; ama çıkış checklist'i DCC'ye göre ayrıdır. Tek «FBX export» wiki sayfası her iki kültürü de yarım anlatır.

Blender'sız scrub

Export'u Blender'a tekrar import ederek «doğrulamak» eksen hatasını gizleyebilir (aynı kültür). Bağımsız viewer veya hedef motor şarttır.

Teşhis maddeleri

  1. Hedef up-axis / birim sözleşmesi net mi?
  2. Apply Transform politikası armature+mesh'te uygulandı mı?
  3. Armature objesi + kemik + skinned mesh seçimde mi?
  4. Modifier'lar pişir / canlı diye ayrıldı mı?
  5. Action / NLA / bake bilinçli mi?
  6. Ölçek cetvelle doğrulandı mı (efsane çarpan yok)?
  7. Web hedefinde FBX gerçekten gerekli mi?

Holodepth içgörüsü

«Blender FBX bozuk» ticket'ında önce add-on sürümünü değil eksen–Apply–ölçek üçlüsünü sorun. Köprü yanlış kurulduysa paket «doğru Blender sahnesinin» çarpık gölgesidir.

Köprü net; sırada hareket yakalama

Blender kültür çevirisinin disiplini sabitlendi. Sonraki sayfa stüdyo dışından gelen hareketin FBX hattına nasıl girdiğini açar: Motion Capture.

Format okuyucusu özeti: Blender→FBX yabancı kültür köprüsüdür. Eksen, Apply, Armature, modifier ve Action bilinçli çevrilir. Ölçek efsanesi sözleşme ile öldürülür. Web'de bazen glTF doğrudan daha temizdir.