Assets are files that are not code. Your multi-media assets includes, for example, your textures (image files), models (mesh files), and sounds (audio files).
You create textures in a graphic editor, for example Gimp, and export them as PNG or JPG.
You create sounds in an audio editor, for example Audacity, and export them as WAVE or OGG.
Import original models plus textures into
Don’t leave textures or models in a folder outside your JME project: The game cannot load or reference them from there.
Save sounds into
Don’t leave audio files in a folder outside your JME project: The game cannot load or reference them from there.
Create low-polygon models.
Don’t create high-polygon models, they render too slow to be useful in games.
Only use Diffuse Map, Normal Map, Glow Map, Specular Map in your models' materials.
Don’t use unsupported material properties that are not listed in the Materials Overview.
Use UV texture / texture atlases / baking for each texture map.
Don’t create models based on multiple separate textures, it will break the model into separate meshes.
Convert original models to JME3’s .j3o format. Move .j3o files into
Don’t reference original GLTF/OBJ files in your load() code, because these unoptimized files are not automatically packaged into the final JAR when using the SDK.
Agree on naming schemes and folder schemes with your artists early on to avoid confusion. E.g. keep naming schemes for bones and certain model parts. Try to keep your assets folder clean, its like your codes class structure.
Don’t mindlessly import downloaded models and other assets into your project without keeping a structure and knowing the files work. You can reimport, delete junk.
Read on for details.
Use The Assets Folder
Store your assets in subfolders of your project’s
assets directory. The
assets directory is the default path where a JME game’s Asset Manager looks for files to load.
jMonkeyProjects/MyGame/assets/Interface/ # .font, .jpg, .png, .xml jMonkeyProjects/MyGame/assets/MatDefs/ # .j3md jMonkeyProjects/MyGame/assets/Materials/ # .j3m jMonkeyProjects/MyGame/assets/Models/ # .j3o jMonkeyProjects/MyGame/assets/Scenes/ # .j3o jMonkeyProjects/MyGame/assets/Shaders/ # .j3f, .vert, .frag jMonkeyProjects/MyGame/assets/Sounds/ # .ogg, .wav jMonkeyProjects/MyGame/assets/Textures/ # .jpg, .png; also .mesh.xml+.material, .mtl+.obj,
asset folder structure for your individual project:
Agree on a directory structure with the graphic designers.
Create subfolders of
assetsin any way that suits your project (see example above). Stick with one system.
If different assets belong together, create a parallel subdirectory structure for them.
Example: For car models, create
Sounds/vehicles/car1/(etc) directories now.
Agree on a file naming and numbering scheme with the graphic designers.
Are some assets used interchangeably? Systematic naming and numbering lets developers easily swap out assets by swapping out parts of the path String.
Decide on naming standards for naming interactive parts (arms/legs) of animated models.
Create Textures and Materials
Install a graphic editor such as Gimp or Photoshop. Consult the graphic editor’s documentation for specific details how to do the following tasks.
Create textures in a graphic editor.
Save all textures to your prepared subfolders in the
(Optional) If you plan to use JME materials that you set programmatically from the code, create .j3m materials in the SDK.
Save these .j3m files into the
Storing the textures inside your project directory is necessary for the paths in JME’s binary model files (.j3o) to work. Treat the paths of your assets like class names of java classes, they define a specific asset. When you later generate .j3o files, and compile class files, and distribute the application, all paths and files need to be available in their final, absolute form.
It is imperative to keep the same directory structure from beginning to end. If you ever change the assets directory structure, you have to do manual refactoring (just as for Java package name changes): Re-export all affected models, regenerate all affected .j3o files, and manually update all affected path Strings in your code.
Create 3D Models
Install a mesh editor such as Blender or 3D Studio MAX. Reuse textures and materials as much as possible. Consult the mesh editor’s documentation for specific details how to do the following tasks.
Note that UV coords are part of the mesh and not part of the material, so if you import your mesh successfully, you can later apply the texture again and it will map correctly.
Create 3D models in a mesh editor.
Create efficient low-polygon models. High-polygon models may look pretty in static 3D art contests, but they slow down dynamic games!
Create materials for your models either in the 3D editor, or in the jME3 SDK. Only use the following material features: Diffuse Map or Diffuse Color (minimum); plus optionally Normal Map, Glow Map, Specular Map.
Every material feature not listed in the Materials Overview is unsupported and ignored by JME3’s renderer.
Unwrap the model in the 3D editor and generate a UV texture (i.e. one texture file that contains all the pieces of one model from different angles).
Don’t use multiple separate texture files with one model, it will break the model into several meshes.
Export the model mesh in one of the supported Supported External File Types.
Bake each texture into one file when exporting. Create a Texture Atlas.
Save exported models to subfolders of the
assets/Textures(sic) directory, so they are together with their textures!
See also: Texture Atlases on gamasutra
When I load the model in JME3, why does it look different than in the 3D editor?
Convert 3D Models to .j3o Format
Convert all models and scenes to jME3’s binary .j3o format to load() them. Use one of the conversion methods listed for the Supported External File Type you have chosen.
Confirm that you exported the model into the
assets/Texturesdirectory (or subdirectories) together with all its textures.
In the SDK, right-click the model and choose “Convert to j3o Binary”.
The paths in the j3o now reference files with an absolute
Now, move the .j3o into the corresponding
Use the AssetManager to load() the .j3o files.
This process ensures that the texture paths are correct, and it also keeps your
assets/Models folder free from textures. You can reuse your set of textures for many models.
Must I convert to .j3o? Yes!
The .j3o file format is an optimized format to store parts of a jME3 scene graph for 3-D games.
A .j3o file can contain one shape, one model, or a whole scene.
Only .j3o files can store all of jme3’s material options and other features. Other formats can only be considered meshes with UV mapping data and always need extra work.
.j3o files work seamlessly across platforms and can also be automatically adapted for certain platforms on distribution.
(Optional) You can store the model’s physical properties, materials, lights, particle emitters, and audio nodes, in the .j3o file.
Use Java commands, or use the jMonkeyEngine SDK SceneComposer as a user-friendly interface to add these properties.
The default Ant build script of the SDK copies .j3o files, .j3m files, sounds, and textures, into the distributable JAR automatically.
Important: Unoptimized external model files (.mesh.xml, .material, .obj, .mat, .gltf, etc) are not bundled by the default SDK build script into the final game builds in the