Houdini Main Changelogs

4.9.404

The variable to control threading in the IMG library was changed from SESI_THREAD_NOIMG to HOUDINI_THREAD_IMAGE. The sense of the variable was also changed so that threading is turned off by default. This doesn't affect COP2, but will affect the old composite operators and most noticably, ipaint.

Mon. June 25, 2001
4.9.404

The variable to control threading in the IMG library was changed from SESI_THREAD_NOIMG to HOUDINI_THREAD_IMAGE. The sense of the variable was also changed so that threading is turned off by default. This doesn't affect COP2, but will affect the old composite operators and most noticably, ipaint.

Mon. June 25, 2001
4.9.404

The variable to control threading in the IMG library was changed from SESI_THREAD_NOIMG to HOUDINI_THREAD_IMAGE. The sense of the variable was also changed so that threading is turned off by default. This doesn't affect COP2, but will affect the old composite operators and most noticably, ipaint.

Mon. June 25, 2001
4.9.404

The variable to control threading in the IMG library was changed from SESI_THREAD_NOIMG to HOUDINI_THREAD_IMAGE. The sense of the variable was also changed so that threading is turned off by default. This doesn't affect COP2, but will affect the old composite operators and most noticably, ipaint.

Mon. June 25, 2001
4.9.404

The variable to control threading in the IMG library was changed from SESI_THREAD_NOIMG to HOUDINI_THREAD_IMAGE. The sense of the variable was also changed so that threading is turned off by default. This doesn't affect COP2, but will affect the old composite operators and most noticably, ipaint.

Mon. June 25, 2001
4.9.401

When objects of the same name were in different sub-networks, the renderer got confused as to which object was being referred to. For objects in sub-networks, the name passed to the renderer now includes the full path without the leading "/obj/". When dealing with objects in subnetworks, this is the name which should be used when specifying visible objects. For example: *,^s_windmill1/* will match all objects except for the objects contained in s_windmill1. Note that the pattern: s_windmill1 will not cause the objects in the subnet to be rendered, the asterix must be specified in the pattern.

Fri. June 22, 2001
4.9.401

When objects of the same name were in different sub-networks, the renderer got confused as to which object was being referred to. For objects in sub-networks, the name passed to the renderer now includes the full path without the leading "/obj/". When dealing with objects in subnetworks, this is the name which should be used when specifying visible objects. For example: *,^s_windmill1/* will match all objects except for the objects contained in s_windmill1. Note that the pattern: s_windmill1 will not cause the objects in the subnet to be rendered, the asterix must be specified in the pattern.

Fri. June 22, 2001
4.9.401

When objects of the same name were in different sub-networks, the renderer got confused as to which object was being referred to. For objects in sub-networks, the name passed to the renderer now includes the full path without the leading "/obj/". When dealing with objects in subnetworks, this is the name which should be used when specifying visible objects. For example: *,^s_windmill1/* will match all objects except for the objects contained in s_windmill1. Note that the pattern: s_windmill1 will not cause the objects in the subnet to be rendered, the asterix must be specified in the pattern.

Fri. June 22, 2001
4.9.401

When objects of the same name were in different sub-networks, the renderer got confused as to which object was being referred to. For objects in sub-networks, the name passed to the renderer now includes the full path without the leading "/obj/". When dealing with objects in subnetworks, this is the name which should be used when specifying visible objects. For example: *,^s_windmill1/* will match all objects except for the objects contained in s_windmill1. Note that the pattern: s_windmill1 will not cause the objects in the subnet to be rendered, the asterix must be specified in the pattern.

Fri. June 22, 2001
4.9.401

When objects of the same name were in different sub-networks, the renderer got confused as to which object was being referred to. For objects in sub-networks, the name passed to the renderer now includes the full path without the leading "/obj/". When dealing with objects in subnetworks, this is the name which should be used when specifying visible objects. For example: *,^s_windmill1/* will match all objects except for the objects contained in s_windmill1. Note that the pattern: s_windmill1 will not cause the objects in the subnet to be rendered, the asterix must be specified in the pattern.

Fri. June 22, 2001
4.9.399

Fixed a problem with wren that produced small breaks in lines.

Wed. June 20, 2001
4.9.399

Fixed a problem with wren that produced small breaks in lines.

Wed. June 20, 2001
4.9.399

Fixed a problem with wren that produced small breaks in lines.

Wed. June 20, 2001
4.9.399

Fixed a problem with wren that produced small breaks in lines.

Wed. June 20, 2001
4.9.399

Fixed a problem with wren that produced small breaks in lines.

Wed. June 20, 2001
4.9.399

The Capture page under the Bone object's parameters dialog now only shows the parameters that are relevant to the bone's capture type. They change when you change the capture type.

Wed. June 20, 2001
4.9.399

The Capture page under the Bone object's parameters dialog now only shows the parameters that are relevant to the bone's capture type. They change when you change the capture type.

Wed. June 20, 2001
4.9.399

The Capture page under the Bone object's parameters dialog now only shows the parameters that are relevant to the bone's capture type. They change when you change the capture type.

Wed. June 20, 2001
4.9.399

The Capture page under the Bone object's parameters dialog now only shows the parameters that are relevant to the bone's capture type. They change when you change the capture type.

Wed. June 20, 2001
4.9.399

The Capture page under the Bone object's parameters dialog now only shows the parameters that are relevant to the bone's capture type. They change when you change the capture type.

Wed. June 20, 2001
4.9.399

The Capture region handle now has an option for showing it as opaque. This provides a quick way to determine if points are within a capture region without using a Capture SOP.

Wed. June 20, 2001
4.9.399

The Capture region handle now has an option for showing it as opaque. This provides a quick way to determine if points are within a capture region without using a Capture SOP.

Wed. June 20, 2001
4.9.399

The Capture region handle now has an option for showing it as opaque. This provides a quick way to determine if points are within a capture region without using a Capture SOP.

Wed. June 20, 2001
4.9.399

The Capture region handle now has an option for showing it as opaque. This provides a quick way to determine if points are within a capture region without using a Capture SOP.

Wed. June 20, 2001
4.9.399

The Capture region handle now has an option for showing it as opaque. This provides a quick way to determine if points are within a capture region without using a Capture SOP.

Wed. June 20, 2001