Anim8or Community

Please login or register.

Login with username, password and session length
Advanced search  


An update to Anim8or, v1.00b, is available with a few bug fixes. Get your copy HERE. See the "ReadMe" file for details.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - selden

Pages: 1 ... 8 9 [10] 11 12 13
General Anim8or Forum / Re: A Matter of Proportion?
« on: October 19, 2015, 09:30:32 pm »
I edited the OBJ's .MTL file that was created by Lightwave to replace all of the "/" by "\"  (Lightwave used Linux directory syntax) and .tif and .png by .jpg. I used Imagemagick's convert command to converted all of the .tif and .png images to .jpg format and put them in the same directory with the OBJ model.  Anim8or now loads all of the surface textures automatically when it loads the .obj model. See the first screengrab below.  (Neither Anim8or nor Celestia understand TIF format. Using JPG also avoids the unwanted transparency problem.)

I then exported the model in .CMOD format. Celestia now shows the Hammerhead fully textured. See the second screengrab below.

I then created a Celestia "Addon" out of it. It's in below.

And finally, I zipped the .an8 model file. It's in below. Only the model file is included, not any of the surface texture images.

I hope this helps.

General Anim8or Forum / Re: A Matter of Proportion?
« on: October 19, 2015, 08:52:21 pm »
I downloaded and installed the trial version of Lightwave 2015-3. (It's full-featured but expires after 30 days.)
It was able to read the .lwo file and export it as an OBJ. It could not export it as 3DS for two reasons:
1. the model included thousands of polygons which had more than 3 vertices. 3DS only supports triangle polygons.
2. after using Lighwave to convert them to polygons with 3 vertices (triangles), the resulting model contained more than 64K vertices.

I then imported the OBJ model into Anim8or. Although Anim8or didn't load the surface texture images, the materials were properly associated with the various sections of the model. When I specified which wing textures to use, Anim8or showed them properly. (I only did the wings. I didn't want to take the time to specify all of them.) See the first screengrab below.

I then exported the model as a CMOD. Celestia showed the wings properly. See the second screengrab below.

As I wrote previously, I suspect the problem is with the 3DS model created by conversion site that you used.

General Anim8or Forum / Re: A Matter of Proportion?
« on: October 19, 2015, 07:33:14 pm »
Which online converter did you use?

One of the problems with the model is that it includes 89866 vertices. The 3DS format can't handle more than 64K vertices per mesh, which is why I used OBJ as an intermediate format. My suspicion is that the online service only partially converted the model, so Anim8or can't properly apply the surface textures.

Have you tried rendering the model in Anim8or rather than just looking at the preview provided in the object editor? Rendered objects sometimes can look quite different. The image shown by the editor's preview is optimized for editing, not to be visually accurate.

As I wrote previously, if you can provide the .AN8 model file (in a zip, just as you did the lwo files), I can try taking a look at it.

General Anim8or Forum / Re: A Matter of Proportion?
« on: October 18, 2015, 07:47:44 pm »
Well,  this is the Anim8or forum. :)

I managed to import the LWO into Blender and export it as OBJ. (Format conversion is about all I ever use Blender for, I have to admit. It's way too complex for me.)  No surface texture images were associated with the materials in the model's .mtl file, so they have to be associated manually in Anim8or. The .obj model loaded into Anim8or as a single mesh with no subgroups, which is going to make for more manual work.

I used Anim8or's material menu to associate the wing surface textures with appropriate materials, but the textures were not oriented properly so far as Anim8or was concerned: the wings were drawn solid grey. See the 1st image below.

In "Point Edit" I selected the Right Wing's surfaces and used the UV tool to scale and position the surface texture for the Right Wing. See the 2nd image below.

I then exported the model as a CMOD and created the directories and SSC file that Celestia wants. Although the model was drawn, the wings were transparent. Apparently the PNG images have transparency enabled. As a quick fix, I converted them to JPG images since JPG doesn't support an opacity channel. Now the top of the right wing looks OK. See the 3rd image below.

I'm not sure what problem you were encountering, but certainly managing to get the model into Anim8or with the correct format is a stumbling block.

General Anim8or Forum / Re: A Matter of Proportion?
« on: October 18, 2015, 06:27:00 pm »
Unfortunately, when I try to import your model into Anim8or, it complains about a missing LWOBJ. I don't have LightWave.  What version of it do you have installed? (I'm assuming that's what's needed.)

Can you provide the .an8 file?

General Anim8or Forum / Re: A Matter of Proportion?
« on: October 17, 2015, 04:13:23 pm »
I have to admit I haven't encountered this particular type of error. A possibility that occurs to me is that the wings are composed of multiple meshes and the surface texture is only being applied to one of them.

Can you provide a zip containing your files so I could inspect them?

Alternatively, can you provide more details about the surface texture image (size, dimensions, format) and the model (size, number of vertices, number of meshes)?

3DS models have quite a few limitations. You might want to consider trying my CMOD export script, which is available at

What graphics hardware do you have?

Some cards can only use surface texture images which have sides which are powers of two. Celestia is supposed to be able to rescale non-conforming surface textures so they're usable, but that's relatively recent code and could be buggy. You might try resizing the surface texture image so that (for example) its dimensions are 1024x1024 pixels.



I'm pretty sure it's the 32bit limitation that's biting me.
I'l just have to try to find a workaround -- like using separate meshes, perhaps.

FWIW, the model is of the Valles Caldera supervolcano in New Mexico. It's not as big as Yellowstone, but it would still ruin someone's day if it decided to blow its top.

General Anim8or Forum / Re: windows 10 free upgrade
« on: September 20, 2015, 08:37:27 pm »
In principle, different threads can render different sections of the image. For example, if you have 4 cores, it could render 4x as fast.

This was a standard trick used to speed up POV many years ago: run multiple copies of the program at the same time, each rendering a different section of the image.

Anim8or v0.98 Discussion Forum / Re: Feature Request Thread
« on: September 20, 2015, 04:41:09 pm »
A followup:

Unfortunately, Terranim8or is limited to meshes with a max of 1K subdivisions on a side (1 million vertices) and has a bug such that the resulting mesh is rotated 90 degrees with respect to the surface texture coordinates. While one can reproject the surface texture using Anim8or's texture UV feature, it's still quite annoying.

Also, the free version of L3DT is limited to using textures that are 2K on a side.


What's the maximum size of an OBJ mesh that Anim8or can import?

I tried to import a 724MB OBJ mesh (2Kx2K subdivisions: 4 million vertices) which had been created and exported by Blender, but Anim8or crashed.  :(

A smaller version of the mesh (173MB, 1Kx1K subdivisions: 1 million vertices) imported with no problems.

I'm trying to create a 3D map for use in Celestia. Here are low resolution screengrabs of the 1K mesh with a couple of different surface textures.

Anim8or v0.98 Discussion Forum / Re: Feature Request Thread
« on: September 08, 2015, 11:56:52 am »

People use hightmaps with a variety of sample depths, which is why I was so vague. Most recently I've been struggling with GeoTIFFs with 32bit floating point values. The GeoTIFFs have been winning. :(

I understand that Anim8or's displacement (if implemented) would be limited to processing gif, bmp, jpeg, and png formats, but that'd be fine, especially if it supports the 64K shades of grey provided by the PNG standard. (256 shades sometimes can result in visible height steps.)

Thanks for the reminder about Terrainimator. I'll investigate that and L3DT.

FWIW, Blender has a Displace option, but it's very difficult (for me) to use and isn't providing the results I need.

Thanks, again!

Edited to add:

Although the original Web site no longer exists, instructions for Terranim8or v7.10.1 are available at
and its Zip file can be downloaded from

General Anim8or Forum / Re: Anim8or on Windows 10
« on: September 04, 2015, 03:00:43 pm »

Anim8or v0.98 Discussion Forum / heightmap to mesh
« on: September 04, 2015, 01:21:01 am »
New feature wish:
2D grey-scale image (heightmap) to mesh generation

I'd very much like to import a greyscale heightmap image and have it deform a planar mesh into a 3D object. Black would cause no displacement, while white would cause the maximum specified displacement.

Alternatively, has anyone written a script which could do this?

General Anim8or Forum / Re: Anim8or on Windows 10
« on: September 03, 2015, 10:04:59 pm »
Quite a few people are extremely upset by the spyware built into Windows 10. [stuff deleted by Steve]

I understand, and that does work, but there are cases where people would like to be able to run Anim8or who don't have admin privs. It'd be really nice if it weren't necessary at all.

Pages: 1 ... 8 9 [10] 11 12 13