The "Mask Lights" state now supports subnets when modifying a mask.

The "Mask Lights" state now supports subnets when modifying a mask.

The "Mask Lights" state now supports subnets when modifying a mask.

The IFD commands for specifying deep rasters have changed. The new set of commands allow for arbitrary properties to be set on each deep raster plane. In other words, each plane can now have an individual

• Pixel filter
• Sample filter
• Dithering level
• Quantization target
• White point
• Gamma value

These parameters are now exposed in the mantra output driver.

The sample filter is a new concept. This specifies how samples are composited before being passed to the pixel filter. Currently, samples may be composited using Of (i.e. standard compositing) or only the closest surface may be chosen (previous method for compositing deep rasters).

A new pixel filter is also introduced. The "minmax" filter will scan all samples within the pixel, extracting either the sample which is nearest or farthest from the camera. Only the single nearest or farthest pixel value is used.

At the current time, there is no capability present to mimic the previous "maximum coverage area" sample filtering (i.e. taking the surface which covers most of the pixel and use that value only).

Per-plane format overrides have been removed.

In addition, the number of deep planes is now a multi-lister (meaning that the hard coded limit of 20 deep rasters has been removed).

The IFD commands for specifying deep rasters have changed. The new set of commands allow for arbitrary properties to be set on each deep raster plane. In other words, each plane can now have an individual

• Pixel filter
• Sample filter
• Dithering level
• Quantization target
• White point
• Gamma value

These parameters are now exposed in the mantra output driver.

The sample filter is a new concept. This specifies how samples are composited before being passed to the pixel filter. Currently, samples may be composited using Of (i.e. standard compositing) or only the closest surface may be chosen (previous method for compositing deep rasters).

A new pixel filter is also introduced. The "minmax" filter will scan all samples within the pixel, extracting either the sample which is nearest or farthest from the camera. Only the single nearest or farthest pixel value is used.

At the current time, there is no capability present to mimic the previous "maximum coverage area" sample filtering (i.e. taking the surface which covers most of the pixel and use that value only).

Per-plane format overrides have been removed.

In addition, the number of deep planes is now a multi-lister (meaning that the hard coded limit of 20 deep rasters has been removed).

The IFD commands for specifying deep rasters have changed. The new set of commands allow for arbitrary properties to be set on each deep raster plane. In other words, each plane can now have an individual

• Pixel filter
• Sample filter
• Dithering level
• Quantization target
• White point
• Gamma value

These parameters are now exposed in the mantra output driver.

The sample filter is a new concept. This specifies how samples are composited before being passed to the pixel filter. Currently, samples may be composited using Of (i.e. standard compositing) or only the closest surface may be chosen (previous method for compositing deep rasters).

A new pixel filter is also introduced. The "minmax" filter will scan all samples within the pixel, extracting either the sample which is nearest or farthest from the camera. Only the single nearest or farthest pixel value is used.

At the current time, there is no capability present to mimic the previous "maximum coverage area" sample filtering (i.e. taking the surface which covers most of the pixel and use that value only).

Per-plane format overrides have been removed.

In addition, the number of deep planes is now a multi-lister (meaning that the hard coded limit of 20 deep rasters has been removed).

The IFD commands for specifying deep rasters have changed. The new set of commands allow for arbitrary properties to be set on each deep raster plane. In other words, each plane can now have an individual

• Pixel filter
• Sample filter
• Dithering level
• Quantization target
• White point
• Gamma value

These parameters are now exposed in the mantra output driver.

The sample filter is a new concept. This specifies how samples are composited before being passed to the pixel filter. Currently, samples may be composited using Of (i.e. standard compositing) or only the closest surface may be chosen (previous method for compositing deep rasters).

A new pixel filter is also introduced. The "minmax" filter will scan all samples within the pixel, extracting either the sample which is nearest or farthest from the camera. Only the single nearest or farthest pixel value is used.

At the current time, there is no capability present to mimic the previous "maximum coverage area" sample filtering (i.e. taking the surface which covers most of the pixel and use that value only).

Per-plane format overrides have been removed.

In addition, the number of deep planes is now a multi-lister (meaning that the hard coded limit of 20 deep rasters has been removed).

The IFD commands for specifying deep rasters have changed. The new set of commands allow for arbitrary properties to be set on each deep raster plane. In other words, each plane can now have an individual

• Pixel filter
• Sample filter
• Dithering level
• Quantization target
• White point
• Gamma value

These parameters are now exposed in the mantra output driver.

The sample filter is a new concept. This specifies how samples are composited before being passed to the pixel filter. Currently, samples may be composited using Of (i.e. standard compositing) or only the closest surface may be chosen (previous method for compositing deep rasters).

A new pixel filter is also introduced. The "minmax" filter will scan all samples within the pixel, extracting either the sample which is nearest or farthest from the camera. Only the single nearest or farthest pixel value is used.

At the current time, there is no capability present to mimic the previous "maximum coverage area" sample filtering (i.e. taking the surface which covers most of the pixel and use that value only).

Per-plane format overrides have been removed.

In addition, the number of deep planes is now a multi-lister (meaning that the hard coded limit of 20 deep rasters has been removed).

The link editor now also supports selecting of subnets in the source tree when the mask belongs to the target nodes.

The link editor now also supports selecting of subnets in the source tree when the mask belongs to the target nodes.

The link editor now also supports selecting of subnets in the source tree when the mask belongs to the target nodes.

The link editor now also supports selecting of subnets in the source tree when the mask belongs to the target nodes.

The link editor now also supports selecting of subnets in the source tree when the mask belongs to the target nodes.

Enabling threaded UI in Linux. This means that, when Houdini is computing something, a dialog will no longer pop up asking you if you want to interrupt Houdini. Instead, you can press escape in the main Houdini window, and the main window will display the progress and show an hourglass. This change is especially important for dops, because each frame of the simulation often popped up an interrupt dialog and many window managers steal the input focus when a window pops up, annoying you if you're trying work on something else while generating a simulation.

Unfortunately, wacom tablet support is not compatible with threaded UI. So, to use a wacom tablet on Linux you now have to set the HOUDINI_ENABLE_TABLET environment variable to 1. Enabling wacom tablet support will disable threaded UI.

For now, HOUDINI_ENABLE_TABLET's default value will be 1 so we can do more testing on different machines.

Enabling threaded UI in Linux. This means that, when Houdini is computing something, a dialog will no longer pop up asking you if you want to interrupt Houdini. Instead, you can press escape in the main Houdini window, and the main window will display the progress and show an hourglass. This change is especially important for dops, because each frame of the simulation often popped up an interrupt dialog and many window managers steal the input focus when a window pops up, annoying you if you're trying work on something else while generating a simulation.

Unfortunately, wacom tablet support is not compatible with threaded UI. So, to use a wacom tablet on Linux you now have to set the HOUDINI_ENABLE_TABLET environment variable to 1. Enabling wacom tablet support will disable threaded UI.

For now, HOUDINI_ENABLE_TABLET's default value will be 1 so we can do more testing on different machines.

Enabling threaded UI in Linux. This means that, when Houdini is computing something, a dialog will no longer pop up asking you if you want to interrupt Houdini. Instead, you can press escape in the main Houdini window, and the main window will display the progress and show an hourglass. This change is especially important for dops, because each frame of the simulation often popped up an interrupt dialog and many window managers steal the input focus when a window pops up, annoying you if you're trying work on something else while generating a simulation.

Unfortunately, wacom tablet support is not compatible with threaded UI. So, to use a wacom tablet on Linux you now have to set the HOUDINI_ENABLE_TABLET environment variable to 1. Enabling wacom tablet support will disable threaded UI.

For now, HOUDINI_ENABLE_TABLET's default value will be 1 so we can do more testing on different machines.

Enabling threaded UI in Linux. This means that, when Houdini is computing something, a dialog will no longer pop up asking you if you want to interrupt Houdini. Instead, you can press escape in the main Houdini window, and the main window will display the progress and show an hourglass. This change is especially important for dops, because each frame of the simulation often popped up an interrupt dialog and many window managers steal the input focus when a window pops up, annoying you if you're trying work on something else while generating a simulation.

Unfortunately, wacom tablet support is not compatible with threaded UI. So, to use a wacom tablet on Linux you now have to set the HOUDINI_ENABLE_TABLET environment variable to 1. Enabling wacom tablet support will disable threaded UI.

For now, HOUDINI_ENABLE_TABLET's default value will be 1 so we can do more testing on different machines.

Enabling threaded UI in Linux. This means that, when Houdini is computing something, a dialog will no longer pop up asking you if you want to interrupt Houdini. Instead, you can press escape in the main Houdini window, and the main window will display the progress and show an hourglass. This change is especially important for dops, because each frame of the simulation often popped up an interrupt dialog and many window managers steal the input focus when a window pops up, annoying you if you're trying work on something else while generating a simulation.

Unfortunately, wacom tablet support is not compatible with threaded UI. So, to use a wacom tablet on Linux you now have to set the HOUDINI_ENABLE_TABLET environment variable to 1. Enabling wacom tablet support will disable threaded UI.

For now, HOUDINI_ENABLE_TABLET's default value will be 1 so we can do more testing on different machines.

Update geometry inside bones to use a single new BoneLink SOP. This saves considerable memory for production character rigs. It's also slightly faster now to create long bone chains in the Bones tool.

In order to have only 2 SOPs (BoneLink + CaptureRegion) inside a Bone object, and to support turning on/off of their rendering, we now have a Renderable parameter in Bone objects which says whether the bone will be rendered (to mantra/prman/etc).

Update geometry inside bones to use a single new BoneLink SOP. This saves considerable memory for production character rigs. It's also slightly faster now to create long bone chains in the Bones tool.

In order to have only 2 SOPs (BoneLink + CaptureRegion) inside a Bone object, and to support turning on/off of their rendering, we now have a Renderable parameter in Bone objects which says whether the bone will be rendered (to mantra/prman/etc).

Update geometry inside bones to use a single new BoneLink SOP. This saves considerable memory for production character rigs. It's also slightly faster now to create long bone chains in the Bones tool.

In order to have only 2 SOPs (BoneLink + CaptureRegion) inside a Bone object, and to support turning on/off of their rendering, we now have a Renderable parameter in Bone objects which says whether the bone will be rendered (to mantra/prman/etc).

Update geometry inside bones to use a single new BoneLink SOP. This saves considerable memory for production character rigs. It's also slightly faster now to create long bone chains in the Bones tool.

In order to have only 2 SOPs (BoneLink + CaptureRegion) inside a Bone object, and to support turning on/off of their rendering, we now have a Renderable parameter in Bone objects which says whether the bone will be rendered (to mantra/prman/etc).

Update geometry inside bones to use a single new BoneLink SOP. This saves considerable memory for production character rigs. It's also slightly faster now to create long bone chains in the Bones tool.

In order to have only 2 SOPs (BoneLink + CaptureRegion) inside a Bone object, and to support turning on/off of their rendering, we now have a Renderable parameter in Bone objects which says whether the bone will be rendered (to mantra/prman/etc).

Added an object level "Mask Lights" state. Does not yet support subnets.

Added an object level "Mask Lights" state. Does not yet support subnets.