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 [2] 3 4 ... 12
Problem: Reference image is missing its texture


If an object contains a reference image, copying everything to a new object does not display the reference image's texture. A blank (black) reference image is drawn instead. See the attached screengrab.

Workaround: Exit and restart Anim8or. The copied reference image is then drawn with its texture in the new object. (This can take a painfully long time if one is working on a large model.)

This problem is seen when using Anim8or v1.01.1318 and previous versions.

Simplified instructions to duplicate:

Open an empty .an8 file
Import a reference image (object editor -> Build -> Reference Image ...)

Copy all to clipboard ( Ctrl-A Ctrl-C )
Create a new object (object editor -> Object -> New)

Paste into the new object ( Ctrl-V )

The new reference image is drawn black.

See the attached Zip file, which contains a model with a reference image. Since it has been saved, when you load it and select object02, the reference image will be drawn.


p.s. Similarly, sometimes when I copy a mesh from one object to another, it isn't drawn, either. Maybe it's a related problem?

Unfortunately, I haven't been able to duplicate this mesh viewing problem predictably. As with the reference image, though, if I exit Anim8or and restart it to edit the resulting .an8 file, the copied mesh is present and visible in the second object.


When I import the stl files directly into Anim8or, then I am able to select all surfaces using Ctrl-A!. The objects also are oriented differently. "As usual" different 3D software packages use different orientations for their axes.

It'd still be nice if Ctrl-A worked when using the previous workflow. To phrase the problem somewhat differently: Ctrl-A doesn't always work when editing some .OBJ files.

Doh. :rolls eyes:

For some reason I hadn't realized that Anim8or could import .STL format.

I'll see what happens when I do that.

I think it should be a selectable option. My recollection is that Anim8or has always exported everything, including the pieces hidden by using the H/h keyboard commands.

I'd prefer that, if it is implemented and if the user chooses that option, Anim8or not pass the hidden parts to the export scripts at all. Otherwise all of the export scripts will have to be rewritten to look for a flag that indicates whether or not a vertex is to be exported.

Steve, that's fine. As I mentioned, there is a workaround.

General Anim8or Forum / Re: Using Animator 8 (beginner)
« on: February 04, 2018, 04:30:30 am »
Before diving more into the complexity of Anim8or Version1 I have some questions please:

1. I am interested mainly in making engineering models, such as a steam engine, a clockwork etc. mechanism, a woodwork project. I am not interested in making models of cars or aircraft, people, vases etc. which have mainly smooth flowing surfaces.         Is Anim8or version 2 suitable for such engineering type models?
Version 2 probably is a long way off, so I assume you made a typo and meant version 1.

Yes, Anim8or works quite well for designing mechanical objects with straight or curved edges. You don't have to use the "subdivision" options which can be used to design the "free flowing" surfaces that you seem to be describing.

2. A three-part online tutorial class is offered at:  at USD 7.45.

    a) Does this fee cover all three parts, or is it USD 7.45 for each part?

    b) Does it cover Anim8or Version 1 (it doesn't say)?
Sorry: I dunno. I've never looked at it. There are quite a few free tutorials. See

3. offers a pdf version of the manual but I can't see any sign of it at the address shown for it. Where can I get it from?


Although it doesn't describe the updates contained in v1, the v0.95 PDF manual is quite useful. Its link is on the page --

Many of the updates are described in the online (non-PDF) version of the manual, which starts at

Nope, no groups are involved, either.

To be more specific:

I used MeshLab v1.2.3 to convert two STL models into OBJ format, then imported the OBJs into Anim8or. (That process causes all of the meshes of each of the OBJs to be imported as a single solid.) I moved the two solids so they were properly aligned, then typed Ctrl-A so I could try to find out which surfaces of those meshes needed to have their normals flipped. (When selected surfaces are drawn blue, their surface normals are pointing in the wrong direction. Yellow surfaces are OK.) That's when I discovered Ctrl-A selected only the surfaces which were in one of the two meshes which had been imported.

Fortunately, though, there is a workaround: Object/Point Edit's "Drag Select" option can be used to select all of the surfaces in the current Object, including those that Ctrl-A doesn't select.


Thanks for the analysis. Unfortunately, in this case I hadn't selected any layers at all. All of the layer settings were left in their default states.

While working on a rather large model, I discovered that Ctrl-A selected only half of the surfaces. The model consists of two adjacent meshes and only the surfaces of one of those meshes was being selected. See the attached screengrab.

The zip of the model is too large to attach (3.5MB) so here's a link to it:

Finished Works and Works in Progress / Re: BC Coriolis
« on: January 31, 2018, 03:33:27 am »
Some of the visual effects in the video tend to be difficult to persuade Celestia to produce on its own, but I can think of ways to create them. There seems to be some flickering in some of the glowing elements, for example. Of course, there's no reason why you shouldn't apply some post-processing to improve the appearance.

Finished Works and Works in Progress / Re: BC Coriolis
« on: January 31, 2018, 02:16:54 am »
Well, in that case, then, I'm not sure what you mean by "its veracity has been challenged". WIPs certainly don't have to be shown in their final forms.

Finished Works and Works in Progress / Re: BC Coriolis
« on: January 30, 2018, 09:01:04 pm »
To be accepted for publishing on the Celestia MotherLode, Celestia Addons do have to work in all of the environments where Celestia runs. Is that the problem? Usually the fixes are straight forward but can be time consuming.

The usual problem is that an Addon author has to make sure all the file names are spelled correctly. Windows doesn't care about capitalization, but Linux does. Since Windows is case in-sensitive, both "A.b" and "a.B" are names for the same file. Under Linux, however, file specifications are case sensitive. The names "A.b" and "a.B" specify two completely separate files. As a result, an Addon which specifies the file "A.b" won't find the file named "a.B" and will fail under Linux.


Groups can be used to reduce the number of manual copy-paste-and-rotate operations when the rotations are around a central point. You can group the models that already have been rotated and then rotate that entire group. It can significantly reduce the total number of operations involved. When you're done you can ungroup them all (or not) as appropriate. Similar groupings can help when creating linear assemblies.

I agree, though, that creating "macros" consisting of a sequence of operations would be very helpful.

Finished Works and Works in Progress / Re: BC Coriolis
« on: January 30, 2018, 12:35:23 pm »
Looks great!

The ship design looks a little familiar ;)

Finished Works and Works in Progress / Re: Anim8or models for Celestia
« on: January 21, 2018, 01:56:41 pm »
Here's the announcement for some of my most recent efforts. As mentioned above, they need Celestia to have been installed. They should work under Windows, MacOS and Linux. Each includes both installation and operating instructions.
The preliminary Framework, Power and Mundilfoeri map Addons have all been updated. The Framework has increased dramatically in size to support additional interactions with the communication system used in the Neosol stellar system. They all work individually or in cooperation with each other and/or the original Resurgence Addon.

I consider these to be "Release Candidates." I think they've ready to be officially published, but would like others to test them for bugs or problems that I might have overlooked.

1.  (45 MB, expands to 68 MB, updated 16:30 EST, 19 Jan '18 )
 -- Adds maps of the Mundilfoeri planetary system.

2. (3.4 MB, expands to 4.2 MB, updated 16:30 EST, 19 Jan '18 )
-- Adds a battery to the Resurgence maps. v0.95 improves backdrop and explosion.
3. (19 MB, expands to 37 MB, updated 16:30 EST, 19 Jan '18 )
-- Adds several control icons at the bottom of the maps, in addition to some control over the things they display.
This includes elements of the Neosol Communication network.

Below are screengrabs of some of what is included in the updated Framework Addon. See earlier posts for images from the Mundilfoeri and Power Addons.

Framework cooperating and interacting with the original Resurgence Addon and with the Zeus Battery Addon.

Two 3D maps of the NeoSol communication network as provided in the Framework Addon.

Two control pages for the Neosol communication devices: a buoy used by the network and an interface to control the local connection to it.

Edited to add:
Almost all of the visible objects were created using Anim8or, including the buttons and the backgrounds. The exceptions are the hexagonal and circular meshes which consist of individual OpenGL lines. Those were created by programs which I wrote.  They defined those two objects using Celestia's native "CMOD" format.  It'd be nice if I could have used Anim8or to create them, but so far I haven't figured out a way to do that.

Pages: 1 [2] 3 4 ... 12