Difference between revisions of "MakeHuman Workflows"

From MakeHuman Community Wiki
Jump to: navigation, search
(Moving Assets into Unity Game Engine)
m (Moving Assets into Unreal Engine 4)
 
(3 intermediate revisions by 2 users not shown)
Line 65: Line 65:
  
 
==Moving Assets into Unreal Engine 4==
 
==Moving Assets into Unreal Engine 4==
 +
The documentation for how to work with Unreal Engine is available in [[Documentation:Saving_models_for_Unreal_Engine_and_how_to_import_them_there|"Saving models for Unreal_Engine and how to import them there"]].
  
 
==Moving Assets into Unity Game Engine==
 
==Moving Assets into Unity Game Engine==
Line 70: Line 71:
 
The documentation for how to work with unity is available in [[Documentation:Saving_models_for_Unity_and_how_to_import_them_there|"Saving models for Unity and how to import them there"]].
 
The documentation for how to work with unity is available in [[Documentation:Saving_models_for_Unity_and_how_to_import_them_there|"Saving models for Unity and how to import them there"]].
  
==Moving Assets into Google Sketchup==
+
==Moving Assets into Sketchup Pro==
  
 
==Preparing assets for use with Second Life==
 
==Preparing assets for use with Second Life==

Latest revision as of 09:29, 19 January 2021

Summary

More often than not MakeHuman users will want to move their creation into another program to continue the creation process. This section provides information on how to achieve this for common target programs. The Background and Technical Consideratins section provides some background that are common to all workflows. It is not essential to read the introduction before going straight to the program of interest, but doing so might help you understand why certain steps work or are necessary. In many cases there can be more than one way to accomplish the same thing. The method described here may not be optimal for your situation, but it should help get you started.

Background and Technical Considerations

Background and Technical Considerations

This subsection will provide some general information on "trouble spots" when trying to take your MakeHuman work and use it in a downstream application. Many of the problems discussed are topics that always arise when moving assets between 3D programs.

  • Introduction [1]
  • Format Considerations [2]
  • MakeHuman Shader and Asset Rendering [3]
  • Spatial transformation: MakeHuman Coordinate System, MakeHuman Skeletons, and MakeHuman Scales [4]
  • Working with Rigs and Skeletons [5]
  • MakeHuman Assets with transparency [6]

Illustrating the Export Process for Subsequent Import

For the purposes of illustration we will take a straight forward MakeHuman character that has been given a skeleton, a pose, a skin material, clothing, eyes, eyelashes, eyebrows, hair, tongue and teeth. We will then export it for import into a number of popular downstream applications. For each application, our goal will be to get the character to look similar to its original look in MakeHuman. We will pay particular attention to the head and face because this is the area of greatest difficulty for dealing with transparency and shadows. The character has the default skeleton and has been set in the T-pose which is a common starting pose for animation-based work. The image we will be exporting looks like this in MakeHuman:

ImpExp-001.png

Figure 1. MakeHuman character as viewed from within MakeHuman prior to export.

In subsequent sections, we will discuss the steps needed to reproduce this look after importing into specific downstream programs.

Moving Assets into Autodesk Maya

Moving Assets into Autodesk Maya

This subsection describes the restoration and use of MakeHuman's transparency and skeletal assets after importing in Autodesk Maya.

  • Introduction [7]
  • Importing and Initial Setup [8]
  • Basic Repair of Eye Transparency [9]
  • Repeat for other Transparent Assets [10]
  • Raytrace Shadows [11]
  • Re-importing "Fixed MakeHuman Assets" from Maya after saving in FBX format [12]
  • Adopting MakeHuman Skeletons to Maya [13]

--------Skeleton subsection still to be written--------

Moving Assets into Autodesk 3DSMax

Moving Assets into Autodesk 3DSMax

This subsection describes the restoration and use of MakeHuman's transparency and skeletal assets after importing in Autodesk 3DSMax.

  • Units Considerations [14]
  • Importing FBX into 3DSMax [15]
  • Restoring Transparency for the Eyes [16]
  • Fixing Transparency on the Other Assets [17]
  • Repairing an Imported MakeHuman FBX file that was previously Exported after Fixing [18]
  • Importing MakeHuman Skeletons into 3DSMAX [19]

Moving Assets into Blender

Moving Assets into Blender

This subsection describes the import of transparent assets after importing in Blender. The initial focus will be on using the Blender Internal Render engine. The use of Cycles render engine will be handled separately. The Blender tools (MakeClothes, MakeWalk, MakeTarget) for designing and working with MakeHuman internal assets are described elsewhere.

Moving Assets into Unreal Engine 4

The documentation for how to work with Unreal Engine is available in "Saving models for Unreal_Engine and how to import them there".

Moving Assets into Unity Game Engine

The documentation for how to work with unity is available in "Saving models for Unity and how to import them there".

Moving Assets into Sketchup Pro

Preparing assets for use with Second Life

User contributed assets. Sharing your creations with the community

You finally managed to model a cool piece of clothing or something else? You would like to share it with others? Great! A few words before you start loading up:

MakeHuman is available for more than one OS. Users live in different countries using different language settings. This has some consequences to think about before you upload your asset.

  • Avoid non-ascii characters in your filenames. Depending on language settings some characters might lead to trouble. Stick to English in your file names and you're safe.
  • Don't use spaces in file names. Today, on most platforms you can use file names like "My Asset.mhclo", but a lot of scripts won't be able to handle it. They consider the space after "My" as a delimiter and fail. Instead of "My Asset.mhclo" "My_Asset.mhclo" would be better.
  • "My_Asset.mhclo" is still a bad filename. On Windows file names aren't case sensitive. On Linux they are. On Windows "My_Asset.mhclo", "my_asset.mhclo" and "My_Asset.MHCLO " all refer to the same file. On Linux they are three completely different files. You want your stuff to work on all platforms. Avoid uppercase letters. "my_asset.mhclo" is a good filename.
  • These rules are true for all files that belong to your asset.
  • Consider using the same base name for files belonging to your asset. For example, if you have a "my_asset.mhclo", it'd make sense to give a material belonging to it the name "my_asset.mhmat" rather than "some_other_random_name.mhmat".
  • Use self-explanatory file names for your graphic files. For this example "my_asset_diffuse.png" would be a good idea for the diffuse texture. Don't use just "diffuse.png". If there's more than one asset using this lazy naming convention files will be overwritten on export.
  • This one's obvious, but often forgotten: After renaming your files, open the .mhclo and .mhmat files and change the referenced file names to your new file names.