Houdini Main Changelogs
4.9.556 | Sweep, Revolve, Skin all convert meshes to polygons by default now. Turn this off for the old behaviour. |
Fri. December 7, 2001 | |
4.9.556 | Sweep, Revolve, Skin all convert meshes to polygons by default now. Turn this off for the old behaviour. |
Fri. December 7, 2001 | |
4.9.556 | Sweep, Revolve, Skin all convert meshes to polygons by default now. Turn this off for the old behaviour. |
Fri. December 7, 2001 | |
4.9.556 | In the top xform state, we now use the viewport's shading mode to determine how to render the stamped portion. This means we can use hidden line here. Moreover, the wireframe outside of the stamped portion is now drawn so as not to overlap the stamped portion. This is slower than the previous behaviour, but looks much nicer. The old behaviour can be re-enabled by setting HOUDINI_TOP_POS_SINGLE_PASS. |
Fri. December 7, 2001 | |
4.9.556 | In the top xform state, we now use the viewport's shading mode to determine how to render the stamped portion. This means we can use hidden line here. Moreover, the wireframe outside of the stamped portion is now drawn so as not to overlap the stamped portion. This is slower than the previous behaviour, but looks much nicer. The old behaviour can be re-enabled by setting HOUDINI_TOP_POS_SINGLE_PASS. |
Fri. December 7, 2001 | |
4.9.556 | In the top xform state, we now use the viewport's shading mode to determine how to render the stamped portion. This means we can use hidden line here. Moreover, the wireframe outside of the stamped portion is now drawn so as not to overlap the stamped portion. This is slower than the previous behaviour, but looks much nicer. The old behaviour can be re-enabled by setting HOUDINI_TOP_POS_SINGLE_PASS. |
Fri. December 7, 2001 | |
4.9.556 | In the top xform state, we now use the viewport's shading mode to determine how to render the stamped portion. This means we can use hidden line here. Moreover, the wireframe outside of the stamped portion is now drawn so as not to overlap the stamped portion. This is slower than the previous behaviour, but looks much nicer. The old behaviour can be re-enabled by setting HOUDINI_TOP_POS_SINGLE_PASS. |
Fri. December 7, 2001 | |
4.9.556 | In the top xform state, we now use the viewport's shading mode to determine how to render the stamped portion. This means we can use hidden line here. Moreover, the wireframe outside of the stamped portion is now drawn so as not to overlap the stamped portion. This is slower than the previous behaviour, but looks much nicer. The old behaviour can be re-enabled by setting HOUDINI_TOP_POS_SINGLE_PASS. |
Fri. December 7, 2001 | |
4.9.556 | Backward compatibility is a goal we always keep in mind from one major release to the next. Sometimes, however, a new and better technology cannot be embedded in the fabric of the software without dislocating an older technology, often causing an incompatibility with the previous release. The purpose of this file is to ease the user's transition to a new release by documenting the unexpected changes in the way existing functions work. Anything from a change of hotkey to a change in file format or default parameter value should be recorded here. parameter value should be recorded here. |
Fri. December 7, 2001 | |
4.9.556 | Backward compatibility is a goal we always keep in mind from one major release to the next. Sometimes, however, a new and better technology cannot be embedded in the fabric of the software without dislocating an older technology, often causing an incompatibility with the previous release. The purpose of this file is to ease the user's transition to a new release by documenting the unexpected changes in the way existing functions work. Anything from a change of hotkey to a change in file format or default parameter value should be recorded here. parameter value should be recorded here. |
Fri. December 7, 2001 | |
4.9.556 | Backward compatibility is a goal we always keep in mind from one major release to the next. Sometimes, however, a new and better technology cannot be embedded in the fabric of the software without dislocating an older technology, often causing an incompatibility with the previous release. The purpose of this file is to ease the user's transition to a new release by documenting the unexpected changes in the way existing functions work. Anything from a change of hotkey to a change in file format or default parameter value should be recorded here. parameter value should be recorded here. |
Fri. December 7, 2001 | |
4.9.556 | Backward compatibility is a goal we always keep in mind from one major release to the next. Sometimes, however, a new and better technology cannot be embedded in the fabric of the software without dislocating an older technology, often causing an incompatibility with the previous release. The purpose of this file is to ease the user's transition to a new release by documenting the unexpected changes in the way existing functions work. Anything from a change of hotkey to a change in file format or default parameter value should be recorded here. parameter value should be recorded here. |
Fri. December 7, 2001 | |
4.9.556 | Backward compatibility is a goal we always keep in mind from one major release to the next. Sometimes, however, a new and better technology cannot be embedded in the fabric of the software without dislocating an older technology, often causing an incompatibility with the previous release. The purpose of this file is to ease the user's transition to a new release by documenting the unexpected changes in the way existing functions work. Anything from a change of hotkey to a change in file format or default parameter value should be recorded here. parameter value should be recorded here. |
Fri. December 7, 2001 | |
4.9.556 | The Sphere, Circle, Tube, and Torus all now have a consistent orientation. When the axis to orient to is up in the viewport, the front side should have the vertices going from left to right. Most of the primitives and axis combinations already did this, so there will be no change. However some (notably the Tube) will have different point orders than before. To recover the old behaviour, append a transform SOP and rotate by 180 degrees about the secondary axis. |
Fri. December 7, 2001 | |
4.9.556 | The Sphere, Circle, Tube, and Torus all now have a consistent orientation. When the axis to orient to is up in the viewport, the front side should have the vertices going from left to right. Most of the primitives and axis combinations already did this, so there will be no change. However some (notably the Tube) will have different point orders than before. To recover the old behaviour, append a transform SOP and rotate by 180 degrees about the secondary axis. |
Fri. December 7, 2001 | |
4.9.556 | The Sphere, Circle, Tube, and Torus all now have a consistent orientation. When the axis to orient to is up in the viewport, the front side should have the vertices going from left to right. Most of the primitives and axis combinations already did this, so there will be no change. However some (notably the Tube) will have different point orders than before. To recover the old behaviour, append a transform SOP and rotate by 180 degrees about the secondary axis. |
Fri. December 7, 2001 | |
4.9.556 | The Sphere, Circle, Tube, and Torus all now have a consistent orientation. When the axis to orient to is up in the viewport, the front side should have the vertices going from left to right. Most of the primitives and axis combinations already did this, so there will be no change. However some (notably the Tube) will have different point orders than before. To recover the old behaviour, append a transform SOP and rotate by 180 degrees about the secondary axis. |
Fri. December 7, 2001 | |
4.9.556 | The Sphere, Circle, Tube, and Torus all now have a consistent orientation. When the axis to orient to is up in the viewport, the front side should have the vertices going from left to right. Most of the primitives and axis combinations already did this, so there will be no change. However some (notably the Tube) will have different point orders than before. To recover the old behaviour, append a transform SOP and rotate by 180 degrees about the secondary axis. |
Fri. December 7, 2001 | |
4.9.555 |
|
Thu. December 6, 2001 | |
4.9.555 |
|
Thu. December 6, 2001 | |
4.9.555 |
|
Thu. December 6, 2001 | |
4.9.555 |
|
Thu. December 6, 2001 | |
4.9.555 |
|
Thu. December 6, 2001 | |
4.9.555 | The Sweep, Revolve, and Skin Surface Operations now default to converting meshes to polygons. For backwards compatibility, these flags should be turned off. |
Thu. December 6, 2001 | |
4.9.555 | The Sweep, Revolve, and Skin Surface Operations now default to converting meshes to polygons. For backwards compatibility, these flags should be turned off. |
Thu. December 6, 2001 |