Fixed core dumper when a collision pop (without the "Add Hit Diffuse Color Attribute" or the "Add Hit Texture UV Attribute" option toggled on) cooks in a simulation which already has these attributes added by another collision pop.

NOTE: A collision pop will fill out these two attributes if they exist in the simulation, just like it does all such hit attributes. It does not need to have the add option for the attribute toggled on.

Fixed core dumper when a collision pop (without the "Add Hit Diffuse Color Attribute" or the "Add Hit Texture UV Attribute" option toggled on) cooks in a simulation which already has these attributes added by another collision pop.

NOTE: A collision pop will fill out these two attributes if they exist in the simulation, just like it does all such hit attributes. It does not need to have the add option for the attribute toggled on.

Fixed core dumper when a collision pop (without the "Add Hit Diffuse Color Attribute" or the "Add Hit Texture UV Attribute" option toggled on) cooks in a simulation which already has these attributes added by another collision pop.

NOTE: A collision pop will fill out these two attributes if they exist in the simulation, just like it does all such hit attributes. It does not need to have the add option for the attribute toggled on.

Fixed core dumper when a collision pop (without the "Add Hit Diffuse Color Attribute" or the "Add Hit Texture UV Attribute" option toggled on) cooks in a simulation which already has these attributes added by another collision pop.

NOTE: A collision pop will fill out these two attributes if they exist in the simulation, just like it does all such hit attributes. It does not need to have the add option for the attribute toggled on.

Fixed core dumper when a collision pop (without the "Add Hit Diffuse Color Attribute" or the "Add Hit Texture UV Attribute" option toggled on) cooks in a simulation which already has these attributes added by another collision pop.

NOTE: A collision pop will fill out these two attributes if they exist in the simulation, just like it does all such hit attributes. It does not need to have the add option for the attribute toggled on.

The new Houdini .pic format images can now be gzipped and read successfully by Houdini apps. When creating PRISMS .pic.Z files, gzip compression will now be used instead of using "compress" which uses a patented compression algorithm. Old .pic.Z files can still be read correctly.

The new Houdini .pic format images can now be gzipped and read successfully by Houdini apps. When creating PRISMS .pic.Z files, gzip compression will now be used instead of using "compress" which uses a patented compression algorithm. Old .pic.Z files can still be read correctly.

The new Houdini .pic format images can now be gzipped and read successfully by Houdini apps. When creating PRISMS .pic.Z files, gzip compression will now be used instead of using "compress" which uses a patented compression algorithm. Old .pic.Z files can still be read correctly.

The new Houdini .pic format images can now be gzipped and read successfully by Houdini apps. When creating PRISMS .pic.Z files, gzip compression will now be used instead of using "compress" which uses a patented compression algorithm. Old .pic.Z files can still be read correctly.

The new Houdini .pic format images can now be gzipped and read successfully by Houdini apps. When creating PRISMS .pic.Z files, gzip compression will now be used instead of using "compress" which uses a patented compression algorithm. Old .pic.Z files can still be read correctly.

There is now an environment variable which can be used to set the default color for missing texture maps: % setenv HOUDINI_TEXTURE_DEFAULT_COLOR "red green blue alpha" will cause missing texture maps to return the color specified when accessed in VEX.

There is now an environment variable which can be used to set the default color for missing texture maps: % setenv HOUDINI_TEXTURE_DEFAULT_COLOR "red green blue alpha" will cause missing texture maps to return the color specified when accessed in VEX.

There is now an environment variable which can be used to set the default color for missing texture maps: % setenv HOUDINI_TEXTURE_DEFAULT_COLOR "red green blue alpha" will cause missing texture maps to return the color specified when accessed in VEX.

There is now an environment variable which can be used to set the default color for missing texture maps: % setenv HOUDINI_TEXTURE_DEFAULT_COLOR "red green blue alpha" will cause missing texture maps to return the color specified when accessed in VEX.

There is now an environment variable which can be used to set the default color for missing texture maps: % setenv HOUDINI_TEXTURE_DEFAULT_COLOR "red green blue alpha" will cause missing texture maps to return the color specified when accessed in VEX.

The commands for creating the default scene in 123.cmd has been split into its own file, defaultscene.cmd. The file 123.cmd is loaded whenever Houdini starts up and from within 123.cmd, defaultscene.cmd is sourced.

The commands for creating the default scene in 123.cmd has been split into its own file, defaultscene.cmd. The file 123.cmd is loaded whenever Houdini starts up and from within 123.cmd, defaultscene.cmd is sourced.

The commands for creating the default scene in 123.cmd has been split into its own file, defaultscene.cmd. The file 123.cmd is loaded whenever Houdini starts up and from within 123.cmd, defaultscene.cmd is sourced.

The commands for creating the default scene in 123.cmd has been split into its own file, defaultscene.cmd. The file 123.cmd is loaded whenever Houdini starts up and from within 123.cmd, defaultscene.cmd is sourced.

The commands for creating the default scene in 123.cmd has been split into its own file, defaultscene.cmd. The file 123.cmd is loaded whenever Houdini starts up and from within 123.cmd, defaultscene.cmd is sourced.

Old change that should have been noted back in Houdini 4.9.337:

There is an option to specify the maximum memory usage for the undo manager under the "Preferences..." menu option. It is set to 1000 Kb by default in Houdini 4.9. In Houdini 4.1, it was fixed at a size of 100 Kb.

Old change that should have been noted back in Houdini 4.9.337:

There is an option to specify the maximum memory usage for the undo manager under the "Preferences..." menu option. It is set to 1000 Kb by default in Houdini 4.9. In Houdini 4.1, it was fixed at a size of 100 Kb.

Old change that should have been noted back in Houdini 4.9.337:

There is an option to specify the maximum memory usage for the undo manager under the "Preferences..." menu option. It is set to 1000 Kb by default in Houdini 4.9. In Houdini 4.1, it was fixed at a size of 100 Kb.

Old change that should have been noted back in Houdini 4.9.337:

There is an option to specify the maximum memory usage for the undo manager under the "Preferences..." menu option. It is set to 1000 Kb by default in Houdini 4.9. In Houdini 4.1, it was fixed at a size of 100 Kb.

Old change that should have been noted back in Houdini 4.9.337:

There is an option to specify the maximum memory usage for the undo manager under the "Preferences..." menu option. It is set to 1000 Kb by default in Houdini 4.9. In Houdini 4.1, it was fixed at a size of 100 Kb.