Marc Wielage wrote:But I would not have a problem for the "Pre-Clip" or "Post-Clip" node view to latch, so that it stayed in that mode even if you went to the next clip. The trick there is, what do you do if you then go to a clip not in a group? So it gets a little tricky.
This is actually precisely the scenario that brought this issue to my attention. I am grading a program that contains an interview shot on two entirely different cameras. The client liked the in-camera look of one camera, but a large percentage of the interview used in the cut was from the other camera, which looked terrible, and I had to match all those instances to the other camera.
So I grouped those “bad” clips together and did a pre-clip grade. When doing contextual matching like this, I like to toggle quickly between neighboring clips using either the arrow keys or via an Xkeys macro. But of course, when doing this the grouped clip node view reverted to “Clip” mode, which is definitely not the behavior I want it to do when grading like this.
I suppose the obvious workaround to this is to use Shared Nodes instead of Grouped clips, but this is not a workflow that I prefer to use, since I’d have to make EVERY node in the grade a shared node.
Seems to me that Resolve should be honoring the intent of the colorist, in that if the last adjusted node in a Grouped clip happened in the Pre-Clip group, then it should remember and restore that state if they move away from that clip, then return to it later.
In other words, it shouldn’t matter if the clip is grouped or not, Resolve should always display the node graph
as it was last displayed, as specifically implied by the “Switching clips selects...Last Adjusted Node” option.
Resolve Studio 18.0.2 / Decklink Mini Monitor / 14" 2021 Macbook Pro Max (macOS 12.5.1, M1 Max) / 32GB RAM