Houdini Main Changelogs

6.2.3

When creating a Reference Copy of a node, Houdini now uses the !!ch()!! style of channel reference for all parameter types that previously would not be referenced at all (such as check boxes and menus).

Fri. October 3, 2003
6.2.3

When creating a Reference Copy of a node, Houdini now uses the !!ch()!! style of channel reference for all parameter types that previously would not be referenced at all (such as check boxes and menus).

Fri. October 3, 2003
6.2.3

When creating a Reference Copy of a node, Houdini now uses the !!ch()!! style of channel reference for all parameter types that previously would not be referenced at all (such as check boxes and menus).

Fri. October 3, 2003
6.2.3

When creating a Reference Copy of a node, Houdini now uses the !!ch()!! style of channel reference for all parameter types that previously would not be referenced at all (such as check boxes and menus).

Fri. October 3, 2003
6.2.3

The Lock Camera to View feature now works for cameras inside locked subnets as long as the appropriate camera parameters have been promoted up to the top level subnet.

Fri. October 3, 2003
6.2.3

The Lock Camera to View feature now works for cameras inside locked subnets as long as the appropriate camera parameters have been promoted up to the top level subnet.

Fri. October 3, 2003
6.2.3

The Lock Camera to View feature now works for cameras inside locked subnets as long as the appropriate camera parameters have been promoted up to the top level subnet.

Fri. October 3, 2003
6.2.3

The Lock Camera to View feature now works for cameras inside locked subnets as long as the appropriate camera parameters have been promoted up to the top level subnet.

Fri. October 3, 2003
6.2.3

The Lock Camera to View feature now works for cameras inside locked subnets as long as the appropriate camera parameters have been promoted up to the top level subnet.

Fri. October 3, 2003
6.2.3

All parameters which specify patterns (i.e. light masks, visible objects, etc.) now can handle fully qualified path names properly. There is one caveat which is that all fully qualified path names must still specify an operator which is contained in the appropriate location. For example, light masks expect to find lights in the /obj tree and fully qualifying a path to /shop/obj1/light1 will not add the light to the expanded pattern.

Fri. October 3, 2003
6.2.3

All parameters which specify patterns (i.e. light masks, visible objects, etc.) now can handle fully qualified path names properly. There is one caveat which is that all fully qualified path names must still specify an operator which is contained in the appropriate location. For example, light masks expect to find lights in the /obj tree and fully qualifying a path to /shop/obj1/light1 will not add the light to the expanded pattern.

Fri. October 3, 2003
6.2.3

All parameters which specify patterns (i.e. light masks, visible objects, etc.) now can handle fully qualified path names properly. There is one caveat which is that all fully qualified path names must still specify an operator which is contained in the appropriate location. For example, light masks expect to find lights in the /obj tree and fully qualifying a path to /shop/obj1/light1 will not add the light to the expanded pattern.

Fri. October 3, 2003
6.2.3

All parameters which specify patterns (i.e. light masks, visible objects, etc.) now can handle fully qualified path names properly. There is one caveat which is that all fully qualified path names must still specify an operator which is contained in the appropriate location. For example, light masks expect to find lights in the /obj tree and fully qualifying a path to /shop/obj1/light1 will not add the light to the expanded pattern.

Fri. October 3, 2003
6.2.3

All parameters which specify patterns (i.e. light masks, visible objects, etc.) now can handle fully qualified path names properly. There is one caveat which is that all fully qualified path names must still specify an operator which is contained in the appropriate location. For example, light masks expect to find lights in the /obj tree and fully qualifying a path to /shop/obj1/light1 will not add the light to the expanded pattern.

Fri. October 3, 2003
6.2.3

To avoid name conflict problems with the .NET compiler, the distance(UT_Vector4, UT_Vector4) function is now called distance4.

Fri. October 3, 2003
6.2.3

To avoid name conflict problems with the .NET compiler, the distance(UT_Vector4, UT_Vector4) function is now called distance4.

Fri. October 3, 2003
6.2.3

To avoid name conflict problems with the .NET compiler, the distance(UT_Vector4, UT_Vector4) function is now called distance4.

Fri. October 3, 2003
6.2.3

To avoid name conflict problems with the .NET compiler, the distance(UT_Vector4, UT_Vector4) function is now called distance4.

Fri. October 3, 2003
6.2.3

To avoid name conflict problems with the .NET compiler, the distance(UT_Vector4, UT_Vector4) function is now called distance4.

Fri. October 3, 2003
6.2.2

Made a small change to better support IK on bone chains with uniform scales in the root null or bones. Related to this, the Uniform Scale parameter on Bone objects has been unhidden.

Thu. October 2, 2003
6.2.2

Made a small change to better support IK on bone chains with uniform scales in the root null or bones. Related to this, the Uniform Scale parameter on Bone objects has been unhidden.

Thu. October 2, 2003
6.2.2

Made a small change to better support IK on bone chains with uniform scales in the root null or bones. Related to this, the Uniform Scale parameter on Bone objects has been unhidden.

Thu. October 2, 2003
6.2.2

Made a small change to better support IK on bone chains with uniform scales in the root null or bones. Related to this, the Uniform Scale parameter on Bone objects has been unhidden.

Thu. October 2, 2003
6.2.2

Made a small change to better support IK on bone chains with uniform scales in the root null or bones. Related to this, the Uniform Scale parameter on Bone objects has been unhidden.

Thu. October 2, 2003
6.2.2

Fixed the way the Type PRoperties dialog parses dialog scripts with a number of nested empty folders. Previously these folders would not be recreated faithfully.

Thu. October 2, 2003