MetaHuman Import, Export, and Retargeting Guide

1. Define the character and animation handoff

“Define the character and animation handoff” means identify skeleton, rig, mesh, facial, cloth, and runtime ownership. For metahuman import export and retargeting, the immediate relationship is between MetaHuman source and assembly and DCC round trip; IK retargeting provides the next constraint that prevents an apparently correct result from becoming a production surprise. Locate those items among skeletons, meshes, rigs, animation sequences, curves, root motion, grooms, cloth, and LODs, name the engine or platform version, and identify who owns the input and output. This turns MetaHuman Import, Export, and Retargeting Guide from a broad topic into a decision another developer can inspect and repeat.

Apply the decision to cc4 multi animation export to unreal with a narrow, reversible workflow. Open the exact project revision or first-party source, record the current value of MetaHuman source and assembly, make the smallest change needed to exercise DCC round trip, and observe IK retargeting in the editor, runtime, build, or dated public evidence where it actually belongs. Keep a validation clip on the production character with source and target poses, curves, and runtime context visible. Save the relevant settings, asset or map path, hardware or platform, and source publication date so the result remains understandable after the original session ends.

Reject the result if it depends on retargeting by bone-name similarity while ignoring hierarchy, reference pose, scale, and deformation. That failure can make MetaHuman source and assembly look correct while DCC round trip or IK retargeting remains unverified. Restore the known revision, change one owner, restart or rebuild when cached state matters, and repeat the same acceptance path plus one nearby success case. Record pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory; if those observations vary across releases or devices, publish the supported range and limitation instead of presenting one machine or screenshot as a universal Unreal rule.

Define the character and animation handoff checklist

• State the decision for “Define the character and animation handoff” in one sentence.
• Record how MetaHuman source and assembly is owned, versioned, and validated.
• Test the related query “cc4 multi animation export to unreal” against the same acceptance criteria.
• Capture pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory.
• Keep a reversible working revision and write the limitation that would force rollback.

2. Prepare compatible source data

“Prepare compatible source data” means check scale, hierarchy, bind pose, naming, curves, and licenses. For metahuman import export and retargeting, the immediate relationship is between DCC round trip and IK retargeting; skeleton groom and material preservation provides the next constraint that prevents an apparently correct result from becoming a production surprise. Locate those items among skeletons, meshes, rigs, animation sequences, curves, root motion, grooms, cloth, and LODs, name the engine or platform version, and identify who owns the input and output. This turns MetaHuman Import, Export, and Retargeting Guide from a broad topic into a decision another developer can inspect and repeat.

Apply the decision to daz marketplace vs unreal engine 4 with a narrow, reversible workflow. Open the exact project revision or first-party source, record the current value of DCC round trip, make the smallest change needed to exercise IK retargeting, and observe skeleton groom and material preservation in the editor, runtime, build, or dated public evidence where it actually belongs. Keep a validation clip on the production character with source and target poses, curves, and runtime context visible. Save the relevant settings, asset or map path, hardware or platform, and source publication date so the result remains understandable after the original session ends.

Reject the result if it depends on retargeting by bone-name similarity while ignoring hierarchy, reference pose, scale, and deformation. That failure can make DCC round trip look correct while IK retargeting or skeleton groom and material preservation remains unverified. Restore the known revision, change one owner, restart or rebuild when cached state matters, and repeat the same acceptance path plus one nearby success case. Record pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory; if those observations vary across releases or devices, publish the supported range and limitation instead of presenting one machine or screenshot as a universal Unreal rule.

Prepare compatible source data checklist

• State the decision for “Prepare compatible source data” in one sentence.
• Record how DCC round trip is owned, versioned, and validated.
• Test the related query “daz marketplace vs unreal engine 4” against the same acceptance criteria.
• Capture pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory.
• Keep a reversible working revision and write the limitation that would force rollback.

3. Build the Unreal animation path

“Build the Unreal animation path” means connect import, retargeting, Control Rig, animation assets, and gameplay use. For metahuman import export and retargeting, the immediate relationship is between IK retargeting and skeleton groom and material preservation; MetaHuman source and assembly provides the next constraint that prevents an apparently correct result from becoming a production surprise. Locate those items among skeletons, meshes, rigs, animation sequences, curves, root motion, grooms, cloth, and LODs, name the engine or platform version, and identify who owns the input and output. This turns MetaHuman Import, Export, and Retargeting Guide from a broad topic into a decision another developer can inspect and repeat.

Apply the decision to reallusion cc4 character's hair goes crazy in unreal with a narrow, reversible workflow. Open the exact project revision or first-party source, record the current value of IK retargeting, make the smallest change needed to exercise skeleton groom and material preservation, and observe MetaHuman source and assembly in the editor, runtime, build, or dated public evidence where it actually belongs. Keep a validation clip on the production character with source and target poses, curves, and runtime context visible. Save the relevant settings, asset or map path, hardware or platform, and source publication date so the result remains understandable after the original session ends.

Reject the result if it depends on retargeting by bone-name similarity while ignoring hierarchy, reference pose, scale, and deformation. That failure can make IK retargeting look correct while skeleton groom and material preservation or MetaHuman source and assembly remains unverified. Restore the known revision, change one owner, restart or rebuild when cached state matters, and repeat the same acceptance path plus one nearby success case. Record pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory; if those observations vary across releases or devices, publish the supported range and limitation instead of presenting one machine or screenshot as a universal Unreal rule.

Build the Unreal animation path checklist

• State the decision for “Build the Unreal animation path” in one sentence.
• Record how IK retargeting is owned, versioned, and validated.
• Test the related query “reallusion cc4 character's hair goes crazy in unreal” against the same acceptance criteria.
• Capture pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory.
• Keep a reversible working revision and write the limitation that would force rollback.

4. Inspect deformation and timing

“Inspect deformation and timing” means review joints, root motion, curves, facial shapes, cloth, and camera context. For metahuman import export and retargeting, the immediate relationship is between skeleton groom and material preservation and MetaHuman source and assembly; DCC round trip provides the next constraint that prevents an apparently correct result from becoming a production surprise. Locate those items among skeletons, meshes, rigs, animation sequences, curves, root motion, grooms, cloth, and LODs, name the engine or platform version, and identify who owns the input and output. This turns MetaHuman Import, Export, and Retargeting Guide from a broad topic into a decision another developer can inspect and repeat.

Apply the decision to daz to unreal with a narrow, reversible workflow. Open the exact project revision or first-party source, record the current value of skeleton groom and material preservation, make the smallest change needed to exercise MetaHuman source and assembly, and observe DCC round trip in the editor, runtime, build, or dated public evidence where it actually belongs. Keep a validation clip on the production character with source and target poses, curves, and runtime context visible. Save the relevant settings, asset or map path, hardware or platform, and source publication date so the result remains understandable after the original session ends.

Reject the result if it depends on retargeting by bone-name similarity while ignoring hierarchy, reference pose, scale, and deformation. That failure can make skeleton groom and material preservation look correct while MetaHuman source and assembly or DCC round trip remains unverified. Restore the known revision, change one owner, restart or rebuild when cached state matters, and repeat the same acceptance path plus one nearby success case. Record pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory; if those observations vary across releases or devices, publish the supported range and limitation instead of presenting one machine or screenshot as a universal Unreal rule.

Inspect deformation and timing checklist

• State the decision for “Inspect deformation and timing” in one sentence.
• Record how skeleton groom and material preservation is owned, versioned, and validated.
• Test the related query “daz to unreal” against the same acceptance criteria.
• Capture pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory.
• Keep a reversible working revision and write the limitation that would force rollback.

5. Troubleshoot broken character results

“Troubleshoot broken character results” means separate skeleton, mesh, groom, retarget, solver, and LOD causes. For metahuman import export and retargeting, the immediate relationship is between MetaHuman source and assembly and DCC round trip; IK retargeting provides the next constraint that prevents an apparently correct result from becoming a production surprise. Locate those items among skeletons, meshes, rigs, animation sequences, curves, root motion, grooms, cloth, and LODs, name the engine or platform version, and identify who owns the input and output. This turns MetaHuman Import, Export, and Retargeting Guide from a broad topic into a decision another developer can inspect and repeat.

Apply the decision to metahuman to blender with a narrow, reversible workflow. Open the exact project revision or first-party source, record the current value of MetaHuman source and assembly, make the smallest change needed to exercise DCC round trip, and observe IK retargeting in the editor, runtime, build, or dated public evidence where it actually belongs. Keep a validation clip on the production character with source and target poses, curves, and runtime context visible. Save the relevant settings, asset or map path, hardware or platform, and source publication date so the result remains understandable after the original session ends.

Reject the result if it depends on retargeting by bone-name similarity while ignoring hierarchy, reference pose, scale, and deformation. That failure can make MetaHuman source and assembly look correct while DCC round trip or IK retargeting remains unverified. Restore the known revision, change one owner, restart or rebuild when cached state matters, and repeat the same acceptance path plus one nearby success case. Record pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory; if those observations vary across releases or devices, publish the supported range and limitation instead of presenting one machine or screenshot as a universal Unreal rule.

Troubleshoot broken character results checklist

• State the decision for “Troubleshoot broken character results” in one sentence.
• Record how MetaHuman source and assembly is owned, versioned, and validated.
• Test the related query “metahuman to blender” against the same acceptance criteria.
• Capture pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory.
• Keep a reversible working revision and write the limitation that would force rollback.

6. Control runtime and memory cost

“Control runtime and memory cost” means budget bones, skinning, cloth, grooms, curves, updates, and LODs. For metahuman import export and retargeting, the immediate relationship is between DCC round trip and IK retargeting; skeleton groom and material preservation provides the next constraint that prevents an apparently correct result from becoming a production surprise. Locate those items among skeletons, meshes, rigs, animation sequences, curves, root motion, grooms, cloth, and LODs, name the engine or platform version, and identify who owns the input and output. This turns MetaHuman Import, Export, and Retargeting Guide from a broad topic into a decision another developer can inspect and repeat.

Apply the decision to cc4 multi animation export to unreal with a narrow, reversible workflow. Open the exact project revision or first-party source, record the current value of DCC round trip, make the smallest change needed to exercise IK retargeting, and observe skeleton groom and material preservation in the editor, runtime, build, or dated public evidence where it actually belongs. Keep a validation clip on the production character with source and target poses, curves, and runtime context visible. Save the relevant settings, asset or map path, hardware or platform, and source publication date so the result remains understandable after the original session ends.

Reject the result if it depends on retargeting by bone-name similarity while ignoring hierarchy, reference pose, scale, and deformation. That failure can make DCC round trip look correct while IK retargeting or skeleton groom and material preservation remains unverified. Restore the known revision, change one owner, restart or rebuild when cached state matters, and repeat the same acceptance path plus one nearby success case. Record pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory; if those observations vary across releases or devices, publish the supported range and limitation instead of presenting one machine or screenshot as a universal Unreal rule.

Control runtime and memory cost checklist

• State the decision for “Control runtime and memory cost” in one sentence.
• Record how DCC round trip is owned, versioned, and validated.
• Test the related query “cc4 multi animation export to unreal” against the same acceptance criteria.
• Capture pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory.
• Keep a reversible working revision and write the limitation that would force rollback.

7. Package a repeatable character workflow

“Package a repeatable character workflow” means record source files, versions, ownership, validation clips, and fallback assets. For metahuman import export and retargeting, the immediate relationship is between IK retargeting and skeleton groom and material preservation; MetaHuman source and assembly provides the next constraint that prevents an apparently correct result from becoming a production surprise. Locate those items among skeletons, meshes, rigs, animation sequences, curves, root motion, grooms, cloth, and LODs, name the engine or platform version, and identify who owns the input and output. This turns MetaHuman Import, Export, and Retargeting Guide from a broad topic into a decision another developer can inspect and repeat.

Apply the decision to daz marketplace vs unreal engine 4 with a narrow, reversible workflow. Open the exact project revision or first-party source, record the current value of IK retargeting, make the smallest change needed to exercise skeleton groom and material preservation, and observe MetaHuman source and assembly in the editor, runtime, build, or dated public evidence where it actually belongs. Keep a validation clip on the production character with source and target poses, curves, and runtime context visible. Save the relevant settings, asset or map path, hardware or platform, and source publication date so the result remains understandable after the original session ends.

Reject the result if it depends on retargeting by bone-name similarity while ignoring hierarchy, reference pose, scale, and deformation. That failure can make IK retargeting look correct while skeleton groom and material preservation or MetaHuman source and assembly remains unverified. Restore the known revision, change one owner, restart or rebuild when cached state matters, and repeat the same acceptance path plus one nearby success case. Record pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory; if those observations vary across releases or devices, publish the supported range and limitation instead of presenting one machine or screenshot as a universal Unreal rule.

Package a repeatable character workflow checklist

• State the decision for “Package a repeatable character workflow” in one sentence.
• Record how IK retargeting is owned, versioned, and validated.
• Test the related query “daz marketplace vs unreal engine 4” against the same acceptance criteria.
• Capture pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory.
• Keep a reversible working revision and write the limitation that would force rollback.

SEELE AI handoff: use the prototype without overstating the product

SEELE AI is useful before or alongside Unreal production when the team needs to compare a scene direction, player loop, camera feel, content brief, or test plan. Open the canonical Unreal landing page, choose a real workspace card, and carry the prompt into the browser generation workspace with its source attribution intact.

The boundary is important: SEELE AI does not export a native .uproject, compile Blueprint or C++, install an Unreal plugin, or provide an official Epic integration. A browser-playable result is not evidence that a native Unreal build packages, meets console requirements, or respects every asset license. Validate those requirements in the actual Unreal project.

Plan an Unreal-style prototype

Official sources and related Unreal guides

This page is an independent workflow guide. Engine behavior changes across releases, plugins, platforms, and project settings, so confirm version-specific details in Epic documentation and preserve the evidence used for your decision.

• MetaHuman documentation — first-party material for product scope, workflow, version, or policy checks; use only the claims the source actually states.
• Animation and rigging — first-party material for product scope, workflow, version, or policy checks; use only the claims the source actually states.

Continue through the cluster

• Unreal Engine Animation, Control Rig, and Retargeting Guide
• Unreal Engine MetaHuman Character Workflow Guide
• MetaHuman Creator Setup and Pricing Guide

Frequently asked questions

What is the direct answer for metahuman import export and retargeting?

For metahuman import export and retargeting, preserve compatibility across MetaHuman source and assembly, DCC round trip, and IK retargeting from source data through runtime playback. Validate deformation, timing, root motion, and skeleton groom and material preservation on the production character, then budget bones, cloth, grooms, curves, LODs, and memory on target hardware. Verify the answer against the named official sources and their dates because engine releases, licensing, platform support, and live games can change after an older article was published.

What should I prepare before following this tutorial?

Prepare a known project revision, the exact Unreal Engine version, target platform or hardware, and the source files or public evidence for MetaHuman source and assembly and DCC round trip. Choose one representative map, asset, build, or source claim, write the expected result for IK retargeting, and define a rollback condition before changing project state.

How should I validate cc4 multi animation export to unreal?

Use a validation clip on the production character with source and target poses, curves, and runtime context visible. Capture MetaHuman source and assembly, DCC round trip, and IK retargeting under the same version and test conditions, then rerun a nearby success case and inspect skeleton groom and material preservation. Save the settings, revision, source date, and result so another developer can understand it without the original editor session or a verbal explanation.

Which mistake most often weakens this workflow?

The recurring mistake is retargeting by bone-name similarity while ignoring hierarchy, reference pose, scale, and deformation. For this topic, that usually hides the boundary between MetaHuman source and assembly and DCC round trip or leaves IK retargeting untested. Preserve the first evidence, identify the owning system or source, make one reversible change, and measure pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory against the same acceptance criteria.

Can SEELE AI create or compile the native Unreal result described here?

No. SEELE AI can help explore an Unreal-style playable direction, mechanics, scene brief, content needs, or test plan in a browser workflow. It does not export a native .uproject, compile Blueprint or C++, install plugins, or replace validation in Unreal Editor and on target hardware.

When is MetaHuman Import, Export, and Retargeting Guide ready for team handoff?

It is ready when another person can locate the source and license, open the exact revision, reproduce MetaHuman source and assembly through skeleton groom and material preservation, inspect pose error, foot sliding, curve continuity, skinning cost, active bones, cloth cost, and memory, understand the supported versions and limitations, and restore the last working state. A concept image or one successful editor run is not sufficient handoff evidence.