The viewdisplay command no longer silently supports the -p, -P, -v, and -m options silently from 4.0.

The hotkey descriptions for the previous/next key buttons in the upper- right corner of the Channel Editor are now fixed. They were previously reversed. Note that this does not affect the actual hotkeys themselves, only their description in the Hotkey Manager.

The hotkey descriptions for the previous/next key buttons in the upper- right corner of the Channel Editor are now fixed. They were previously reversed. Note that this does not affect the actual hotkeys themselves, only their description in the Hotkey Manager.

The hotkey descriptions for the previous/next key buttons in the upper- right corner of the Channel Editor are now fixed. They were previously reversed. Note that this does not affect the actual hotkeys themselves, only their description in the Hotkey Manager.

The hotkey descriptions for the previous/next key buttons in the upper- right corner of the Channel Editor are now fixed. They were previously reversed. Note that this does not affect the actual hotkeys themselves, only their description in the Hotkey Manager.

The hotkey descriptions for the previous/next key buttons in the upper- right corner of the Channel Editor are now fixed. They were previously reversed. Note that this does not affect the actual hotkeys themselves, only their description in the Hotkey Manager.

When generating .ifd or .rib files, all null objects will now be output to the render stream. This allows shaders to reference arbitrary coordinate systems by name.

When generating RIB, these transforms are output as "RiCoordinateSystem()" calls. In IFD's these are output using the new "ifd_space" command.

When generating .ifd or .rib files, all null objects will now be output to the render stream. This allows shaders to reference arbitrary coordinate systems by name.

When generating RIB, these transforms are output as "RiCoordinateSystem()" calls. In IFD's these are output using the new "ifd_space" command.

When generating .ifd or .rib files, all null objects will now be output to the render stream. This allows shaders to reference arbitrary coordinate systems by name.

When generating RIB, these transforms are output as "RiCoordinateSystem()" calls. In IFD's these are output using the new "ifd_space" command.

When generating .ifd or .rib files, all null objects will now be output to the render stream. This allows shaders to reference arbitrary coordinate systems by name.

When generating RIB, these transforms are output as "RiCoordinateSystem()" calls. In IFD's these are output using the new "ifd_space" command.

When generating .ifd or .rib files, all null objects will now be output to the render stream. This allows shaders to reference arbitrary coordinate systems by name.

When generating RIB, these transforms are output as "RiCoordinateSystem()" calls. In IFD's these are output using the new "ifd_space" command.

The new POP Network SOP, introduced with the Networks-Within-Networks changes, is now improved. It now is a true SOP with four inputs and an output. These do the equivalent of having a seperate Pop Merge SOP that references the POP Network sop.

The new POP Network SOP, introduced with the Networks-Within-Networks changes, is now improved. It now is a true SOP with four inputs and an output. These do the equivalent of having a seperate Pop Merge SOP that references the POP Network sop.

The new POP Network SOP, introduced with the Networks-Within-Networks changes, is now improved. It now is a true SOP with four inputs and an output. These do the equivalent of having a seperate Pop Merge SOP that references the POP Network sop.

The new POP Network SOP, introduced with the Networks-Within-Networks changes, is now improved. It now is a true SOP with four inputs and an output. These do the equivalent of having a seperate Pop Merge SOP that references the POP Network sop.

The new POP Network SOP, introduced with the Networks-Within-Networks changes, is now improved. It now is a true SOP with four inputs and an output. These do the equivalent of having a seperate Pop Merge SOP that references the POP Network sop.

The isixpack tool has new options available. It is now possible to take a single image which contains sub-images representing the different faces of a cubic environment map and use this as a source image instead of having to provide six individual images. Also, it is possible to take a cubic environment .rat file and convert it into a single image containing each face as a sub-image. Floating point cubic .rat files should also work properly now. This allows HDR images to be converted into a format which allows mantra/houdini to efficiently access them.

The isixpack tool has new options available. It is now possible to take a single image which contains sub-images representing the different faces of a cubic environment map and use this as a source image instead of having to provide six individual images. Also, it is possible to take a cubic environment .rat file and convert it into a single image containing each face as a sub-image. Floating point cubic .rat files should also work properly now. This allows HDR images to be converted into a format which allows mantra/houdini to efficiently access them.

The isixpack tool has new options available. It is now possible to take a single image which contains sub-images representing the different faces of a cubic environment map and use this as a source image instead of having to provide six individual images. Also, it is possible to take a cubic environment .rat file and convert it into a single image containing each face as a sub-image. Floating point cubic .rat files should also work properly now. This allows HDR images to be converted into a format which allows mantra/houdini to efficiently access them.

The isixpack tool has new options available. It is now possible to take a single image which contains sub-images representing the different faces of a cubic environment map and use this as a source image instead of having to provide six individual images. Also, it is possible to take a cubic environment .rat file and convert it into a single image containing each face as a sub-image. Floating point cubic .rat files should also work properly now. This allows HDR images to be converted into a format which allows mantra/houdini to efficiently access them.