ID 352840 - The viewer-based color picker within the Rotopaint node will strobe excessively, when created downstream from several Frameholds that offshoot from a single Rotopaint node and re-merged together
Problem summary
When re-merging a significant amount of offshoot FrameHold nodes from a RotoPaint node (with around 100 strokes), any subsequent Rotopaint nodes viewer color-picking operations will not update in real-time in the viewer.
This issue only occurs in Windows and Linux and in all regressive test versions.
Customer reported version
nuke.11.0v4
Customer reported platform
centos7
Steps to reproduce
Open attached script and test step 8
or
1) Create a new Nuke script at HD resolution
2) Create a Colorwheel node
3) Create a RotoPaint node with 100 strokes on frame 1
4) Create six FrameHold's from the Rotopaint at Frames 2, 3, 4, 5, 6 and 7 respectively
5) Create a Merge node and connect the B-line to the original Rotopaint
6) Connect the six FrameHold's to the Merge node's A inputs respectively
7) Create a new Rotopaint node (see node graph below for visual setup)
8) In the new Rotopaint node, choose the Brush and select the Viewer's color picker and press 'ctrl + drag' moving over the Colorwheel image to sample the values (see image below)
Result: The viewer buffer in not updating the sample values quick enough and causing a strobing in the sample values.
Note: This issue is exaggerated the fast the movement is when sampling.
Workaround
Precomp or render any RotoPaint operations before the FrameHold operations.
Reproduced by support
This bug has been reproduced in:
Nuke 11.1v4 - Windows 7 - CentOS 6.9
Nuke 11.1v1 - Windows 7
Nuke 11.0v4 - Windows 7
Nuke 11.0v1 - Windows 7
Nuke 10.5v7 - Windows 7
Nuke 10.5v1 - Windows 7
Nuke 10.0v6 - Windows 7
Nuke 10.0v1 - Windows 7
Nuke 9.0v9 - Windows 7
Nuke 9.0v1 - Windows 7
Nuke 8.0v7 - Windows 7
Nuke 8.0v1 - Windows 7
Nuke 7.0v10 - Windows 7 - CentOS 6.9
