...
- Support for Katana 3.1 added
Miscellaneous Changes
- Hydra Viewer improvements:
- The PxrEnvDayLight sunDirection parameter now has a manipulator
- The Refine Shape and Scale Edges manipulators for PxrRodLightFilter are now available
- Viewer Manipulators now display annotations
- Prevented the default Katana light locator from drawing
- when a light filter is added to a light
- The
- PxrPortalLight and PxrDistantLight guides are now distinct from the
- PxrRectLight and
- PxrDiskLight representations
- It is now easier to select lights
- The PxrEnvDayLight sunDirection parameter now has a manipulator in the Hydra Viewer
- We now hide the analytic cookie manipulators if the cookieMode is "physical"
- The width and height controls on the Barn Size manipulator now match line up with the BarnLightFilter visualization
- The Rod Scale, Cookie Scale, and Barn Scale manipulator handles will now remain orthogonal no matter how the light filter is transformed
- The RenderMan built-in error handlers are now fully supported (prmanGlobalStatements.errorHandler). This has been extended to include a new handler 'abortall' which indicates the render should be terminated on a katana errorThe UI default value for the Visible In Refraction parameter on lights now matches the default in the renderer
- All provided shaders with a ramp UI now allow a dynamic number of knots
- RfK no longer outputs uninitialized values to PxrRamp's colorRamp parameters
- Deleting primvars and primAttributes now updates in Live Render
- The OpenEXR display driver now writes pixel aspect ratio as it is read from the pixelAspectRatio input parameter. Previously it would derive the pixel aspect ratio from the display window and projection matrix
- We now pass the pixel aspect ratio from the resolution table to the renderer. Previously it was assuming a ratio of 1.0
- RfK no longer adds "origin" and "OriginalWindow" to the display lines. These values are properly computed by prman
- RfK's display option configuration has been adjusted to align with prman's expectations for crop window and overscan
RfK error handling has been extended to include a new handler 'abortall' which indicates the render should be terminated on a katana error
Fixes
Fixes
- Fixed live render crashes when deleting or renaming a light
- Fixed an error messaged that was displayed when "Tab" was pressed in the Hydra Viewer when a light with no manipulators was selected
- The Scale Edges manipulator for PxrRodLightFilter in the Viewer are now correctly positioned when the scaleWidth, scaleHeight, and scaleDepth parameters are non-default
- We now hide the analytic cookie manipulators in the Hydra Viewer if the cookieMode is "physical"
- The width and height controls on the Barn Size manipulators now match line up with the BarnLightFilter's representation in the Hydra Viewer
- Fixed a bug where a parented, shared light filter using the "Light + Light Filter" Coordinate System was not drawn in the Viewer and Hydra Viewer
- The Rod Scale, Cookie Scale, and Barn Scale manipulator handles in the Hydra Viewer will now remain orthogonal no matter how the light filter is transformed
- Fix a bug that would cause "point" output channels to be emitted with type "int"
- The UI default value for the Visible In Refraction parameter on lights now matches the default in the renderer
Addressed a bug with the preset browser where A bug that caused exporting light rigs and materials from a parent group to fail has been addressedfailed
- The preset browser now supports array and dynamic array parameters. Materials that use PxrRamp can now be correctly saved and imported
- The autocrop option on RenderOutputDefine for raw OpenExr OpenEXR renders now works
- Incorrect live rendering of a degenerate ROI+crop intersection in RfK has been fixed
Known Limitations
Live Rendering
Creating a mesh light from existing geometry will duplicate the geometry in-render. Restart the render to remove the duplicate.
- Cannot change a geometry primitive type during live rendering (e.g. from NURBS to polymesh)
When assigning a material to a Scene Graph location, that location must be enabled in the live render working set
Katana Limitation
Instanced lights with filters using the "Light Filter" coordsys have an incorrect transform. The workaround is to promote the light filter to a shared light filter using a light filter reference.
When rendering to "it" from Katana, do not stop the render from "it", abort the render from Katana. Your Katana session may freeze for a time if you abort from "it". If you make this mistake you can restore Katana to operation by terminating the prman render process manually. This will be fixed in a future version. You can also avoid this entirely by rendering to the Katana Monitor.
- We do not receive live render edits from Katana for nodes added at the end of the node graph, right above the Render node. If a no-op node (e.g. Merge) is inserted above the Render node and the node is added above that then the edit is received.
- Any live updates will cause interactive motion blur to be disabled. The render must be restarted.
- PRMan error handlers are not fully supported yet.
- Instanced lights with filters using the "Light Filter" coordsys have an incorrect transform. The workaround is to promote the light filter to a shared light filter using a light filter reference.
- There are a few live render limitations in Katana 2.6 that have been resolved in Katana 3.0 based on the improvements to 3.0, typically limitations with live working sets and adding/deleting locations in 2.6