To duplicate an object, you use one of three methods. For all three methods, the original and clone (or clones) are identical at the geometry level. Where the methods vary is in the way they handle modifiers (for example, Bend or Twist).
Copy method: Creates a completely separate clone from the original. Modifying one has no effect on the other.
Instance method: Creates a completely interchangeable clone of the original. Modifying an instanced object is the same as modifying the original.
Reference method: Creates a clone dependent on the original up to the point when the object is cloned. Changing parameters for modifiers that were applied to the object before the object was referenced, will change both objects. However, a new modifier can be applied to one of the reference objects, and it will affect only the object to which it is applied.
Depending on the method used to create them, cloned objects are called copies, instances, or references.
The following discussion focuses on how you might use these methods.
Copies are the most familiar kind of clone object. When you copy an object, you create a new, independent master object and data flow resulting in a new, named object. The copy duplicates all of the data of the original object at the time it is copied. The copy has no connection to the original object.
If you modeled a basic building shape and wanted to create a group of varied buildings, you could make copies of the basic shape and then model different features on each building to distinguish them from each other.
When you copy objects that are actively linked through the File Link Manager, the software automatically converts the copies to editable mesh objects. If your selection contains several objects that instance another object, the resulting copies also instance the same object.
Instances are alike not only in geometry, but also in every other way as well. Instancing an object results in multiple named objects based on a single master object. Each named object instance has its own set of transforms and object properties, but it shares the object modifiers and master object with the other instances. The data flow for an instance branches just after evaluating object modifiers.
When you change one instance by applying or adjusting a modifier, for example, all the other instances change with it.
Within Autodesk VIZ, instances derive from the same master object. What you’re doing "behind the scenes" is applying a single modifier to a single master object. In the viewport, what you see as multiple objects are multiple instances of the same definition.
References are based on the original object, as are instances, but can also have their own unique modifiers. Like instances, references share, at minimum, the same master object and possibly some object modifiers.
The data flow for a reference branches just after the object modifiers but then evaluates a second set of object modifiers unique to each reference. When you create references, Autodesk VIZ displays a gray line, called the derived-object line, at the top of the modifier stack for all clones. Any modification made below the line is passed on to other references, and to the original object. New modifiers added above the line are not passed on to other references. Changes to the original object, such as in its creation parameters, are passed on to its references.
This effect is useful for maintaining an original that will affect all its references, while the references themselves can take on individual characteristics.
All shared modifiers reside below the derived-object line and are displayed in bold. All modifiers unique to the selected reference reside above the derived-object line and are not bold. The original object does not have a derived object line: its creation parameters and modifiers are all shared, and all changes to this object affect all references.
The results of changing or applying a modifier to a named object reference depends on where in the modifier stack it is applied: