In Maya,
After animation is complete with the low rez model, how does one usually go about swapping that out for the high rez model ?
āit entirely dependsā of course, based on your pipeline.
At a high level, the ārig sceneā could be a combination of other referenced files: You ref in the ācore rigā file, ref in the āskeletal meshā file, attach (often constraints) them together. The animators reference that scene and get to work. Later, replace the reference to your hew high-res mesh in the ārig sceneā : that propagates to all the animators files they next time they open the files / reload their refsā¦
Or, maybe you ref the skeletal mesh into a new scene, and procedurally generate the rig on top of it, and the animators reference that. Again, itās easy to just steer the reference in that ārig sceneā somewhere else to propagate that into the anims.
Often, you donāt need to at all depending on the dev environment: For example, in games, we rig a very small number of our ācharactersā vs the whole, since they use a shared skeleton: The animators work on a light-weight template version, while what you see in-game is the high-res mesh for all the variants. Film of course has different dependencies in this pace clearly.
Ok. Understood, mostly. Im not using references because Iām doing this small project by myself and
thereās only one character in the scene. How would I proceed with this type of pipeline ? This project is a short film.
Not using references will make this a bit of a hassle I thinkā¦
If you already have two versions of the asset (lowdef and high def) skinned on the exact same rig, the quickest way might be to simply export the rig animation with the Atom plugin and apply it on another scene on your high def asset.
Ok, Thanks !
Whats the difference between the Atom and the regular animiImportExport pugins ?
Iād highly encourage you to start Small or large project, making references to any asset in your scene is the way to go. Makes any sort of changing so much easier.
Atom is a newer format Maya introduced that lets you abstract all sort of things to xml, like deformer weights, and animation data. It does the same thing as mayaās anim import/export plugin, but supports more options. But equally as clunky, we have to wright wrapper code to make any sort of use of it in production.
A wrapper is clearly needed in a pipeline context, but the basic maya UI will be enough for your needs as long as the rig is exactly the same (names and arborescence) between hd and ld versions (match by string works well)
Just donāt forget to select every objects when exporting and importing.
Great Info ! Thanks Much. I will attempt references.
Is this wrapper done in C++ ?
I do understand what you mean about referencing, very powerful.
Does referencing make sense to use in animation for film or just games ?
Say I want to use referencing to bring in a high def mesh for film over an already animated
rig that has a low def version bound to it. Would this workflow be correct ?
- Create parent scene file.
- Create reference: rig bound to low def model.
- Create reference: rig bound to high def model.
- Load in reference: low def model / rig into the parent scene file.
- Create animation on referenced low def model / rig in the parent scene file.
- In reference editor, replace reference to: rig bound to high def model.
Do I need to export my referenced asset as a proxy asset as well ?
āSay I want to use referencing to bring in a high def mesh for film over an already animated
rig that has a low def version bound to it.ā
Based on that sentence, not impossible, but not easy: You need to build your pipelines with referencing in mind from the beginning, itās far more difficult to retrofit them later.
But technically, Maya lets you select nodes and āexport selected as a referenceā : this effectively does an āexport selectionā on them to a new scene of your choosing, then replaces the nodes in your current scene with a reference to that new file. So itās a starting point to help in this process: You can then go update that new scene with the new mesh, and it will reflect in your animation scene based on the new reference that was setup.
If you were going to build a referencing-style pipeline from scratch, thereās a lot of different ways to do it based on production types. To me, the industry (games\film\commercials\etc.) doesnāt really matter. I canāt think of a reason youād ever not want to setup a pipeline based on referencing: No negatives, lots of positives. All that being said, Iām a game dev for context.
The 6 steps you listed above are a valid pathway.
What we do is:
- Make a āSkeletalMeshā scene for your asset: Just mesh skinned to joints, thatās it (no rigging). This can be highres, lowres, whatevers. But letās pretend itās lowres for this example.
- Make aa new empty scene: Reference the SkeletalMesh scene into it: Procedurally build our rig on top of this (via Python). This is the āRigā scene for that asset. If we ever update our python rigging code, we just re-generate this scene again with the updates via our tools.
- The animators reference the RigScenes (however many they need based on the asset requirements of that scene) into their AnimationScene, and get to to work.
- Later, you make a new highres SkeletalMesh scene for the asset: Just point the RigSceneās SkeletalMesh reference (via the Reference Editor) to the new SkeletalMesh file : Now, every AnimationScene that had a reference to that RigScene gets the updates based on the new highres SkeletlaMesh.
Thereās all sorts of variations on this idea, based on the existing production/pipeline youāre working in, but above has got me through many productions successfully.
ak_eric
That was an awesome reply. Iāve heard that some game developers are the most skilled coders in the world.
Just saw this: Glad it resonated