R17 Beta 7, Copy/Paste Node behaviour change?

Sorry if this seems trivial, but I might have forgotten how to copy/paste a simple node, or have I ?

I select a node on the color page, hit ctrl-C (copy), then alt-S for a new serial node, select the new node, hit ctrl-V (paste).

This simple procedure used to work, but now the whole grade is copy/pasted instead of the selected node.

If this behaviour is intended, please let me know.

Thanks!

I have the same problem !

IN CLIP when i copie node and past on an other, the node desappear !
and IN PRE_CLIP, POST_CLIP and TIMELINE resolve past all node copie in CLIP even after copie just one node.

You have to select COLOR in KEYFRAMES and then you can copy and paste.

I'm seeing something different.

Nothing at all will Paste to the node.

Studio 17b7 for Windows.

You have to select COLOR in KEYFRAMES and then you can copy and paste.

effectively ! -1

but it doesn't make sense to have done that.
It's a lot of manipulation for nothing and no logic !
and resolve open by default on all in keyframe !!

if I want to just copy the sizing I use alt + v
and if i want just copy all the node I use memory

I just ran into this as well. It's connected to the new ability to copy a grade from one clip thumbnail to another using copy and paste, rather than middle-click or through memories/stills, I assume. Not sure how I feel about it, but glad to know the workaround!

I just ran into this as well. It's connected to the new ability to copy a grade from one clip thumbnail to another using copy and paste, rather than middle-click or through memories/stills, I assume. Not sure how I feel about it, but glad to know the workaround!

Effectively !
Why complicate things !?
It's a lot of habit changes for nothing !

No way. It has to be a bug.

Right?

You have to select COLOR in KEYFRAMES and then you can copy and paste.

Ahhhhh!

new ability to copy a grade from one clip thumbnail to another using copy and paste

Curiously, neither Copy nor Paste shows up as right click options for thumbnails.

This is a frustrating behaviour change. I copy and paste nodes constantly and I'm a fan of middle clicking. I think this should be an optional behaviour if possible.

Yep seems to be a bug.

This better be a bug. If not, and not another "Improvement". If so, this is as bad for Colorists as making editors enter the =sign in order to navigate the timeline via timecode. One more "Gotcha" and another step.

I also think it's a bug.
If you want to be able to copy all the nodes with a Ctrl-C in the thumbnail strip, perfect, one more way, but please, keep the copy and paste of a single node by selecting the nodes.

This better be a bug. If not, and not another "Improvement". If so, this is as bad for Colorists as making editors enter the =sign in order to navigate the timeline via timecode. One more "Gotcha" and another step.

actually. its worse. Because this can be destructive. I accidentally copied and pasted my entire tree without realizing it till later.

this is a major bug.

FACEBOOK PAGE: Today we are releasing DaVinci Resolve 17.0 Public Beta 7 which supports copy / paste of grade, nodes, and size with thumbnails on the Grade page.

I don't think it's a bug, but it's a very bad idea.

If you want to copy / paste like the middle click, you have to be on ALL to the keyframe timeline, COLOR for just copy / paste one node and SIZING for just copy / paste sizing.

You have to change the keyframe timeline each time, it's a waste of time.

I'm seconding this behavior, and hoping to high heavens that this is a bug. Copy and pasting nodes with accurate, predictable precision is critically vital in a colorists' workflow.

Currently, on Windows 17.0B Build 23, Control+C from a single node followed by Control+V pastes the entire node tree, not the selected node. I can verify, as someone else here has claimed, that switching Keyframes from "All" to "Color" does allow normal Copy-Paste node function -

- but you know, while we're at it? Why is "All" the default position for Keyframes in the Color page to begin with? And why can't we change the default position of Keyframes to "Color?" Every single time I open Resolve and begin coloring, the first thing that I (try to remember to) do is switch "All" to "Color" in the Keyframes tab, just so that I don't have to go through the inevitable frustrating processes of making a Keyframe without switching it from "All" to "Color," and saying to myself, "ugh, goddammit that's right, the default is 'All,' why is that the default, who the hell would want to make a keyframe for every node in the color tab every time they wanted a keyframe IN THE COLOR PAGE?"

Also, similarly? Please let me turn off Live Preview as the default setting in the Gallery! For reasons, see the above.

PS: Dev team, I love you. xoxo

- but you know, while we're at it? Why is "All" the default position for Keyframes in the Color page to begin with? And why can't we change the default position of Keyframes to "Color?" Every single time I open Resolve and begin coloring, the first thing that I (try to remember to) do is switch "All" to "Color" in the Keyframes tab, just so that I don't have to go through the inevitable frustrating processes of making a Keyframe without switching it from "All" to "Color," and saying to myself, "ugh, goddammit that's right, the default is 'All,' why is that the default, who the hell would want to make a keyframe for every node in the color tab every time they wanted a keyframe IN THE COLOR PAGE?"

All the time i change for COLOR ! I never used ALL !

Just want to pitch in and say how unintuitive and time consuming this is, despite the overall functionality of having a ALL copy and paste that transfers raw tab information as well being really awesome. Please just have the functionality like everyone here suggests: ctrl-c/ctrl-v for individual nodes and right click copy from the clip to copy the entire grade. Please don't have the functionality set to 'all' by default because I'm way more likely to copy single nodes.

I'll second the general opinion, this was a bad decision as it changes the default behaviour we are used to in our daily work. So the thing that occurs way more often (copying a single node) is now more elaborate and the thing we don't need as often (copying a whole grade) is the standard. Also that function already has a super simple solution with middle click... So what exactly was BMD thinking? At least add an option to the settings menu to revert this behaviour to how it was before. Or find a more elegant solution which does not change the standard behaviour people used to work with for years.

I'm a fan of middle clicking.

That still works. Copy/Paste (using keyboard shortcuts) is now another option.

keep the copy and paste of a single node by selecting the nodes.

That still works as well, when you set the Keyframes to Color.

We realize the solution, we're just arguing that it is unintuitive and somewhat counterproductive even.

Well, we definitely could use some documentation on this.

We realize the solution, we're just arguing that it is unintuitive and somewhat counterproductive even.

+1

+1

Either make it possible to set a preset for which setting is standard or reverse to old behaviour please. I have to set it to color on every single session already in v16 because I always want to keyframe single nodes not the entire node tree

I don‘t get it, why would I need to copy paste the whole grade via a shortcut when a simple middle mouse click does the same and it‘s way faster.

I'll second the general opinion, this was a bad decision as it changes the default behaviour we are used to in our daily work. So the thing that occurs way more often (copying a single node) is now more elaborate and the thing we don't need as often (copying a whole grade) is the standard. Also that function already has a super simple solution with middle click... So what exactly was BMD thinking? At least add an option to the settings menu to revert this behaviour to how it was before. Or find a more elegant solution which does not change the standard behaviour people used to work with for years.

+1, Heiko explains it all very simply.

Do not destroy an established work flow to implement a completely redundant feature.

BMD saw the error of their ways with the forced renumbering of node trees and provided a user selectable option. That should be the minimum solution here though simply reverting the functionality would be preferred.

Same goes for the new (v. 17) requirement for the shift modifier for copy previous grade/copy grade two clips back; this adds potentially hundreds of extra keystrokes every work day. And this ripples to the new requirement to prepend time codes with =, which nobody has asked for or welcomed. This hijacking of the = and - keys should be reverted, full stop.

[editorial]Not sure if this is some "move fast and break things" mentality being adopted, or a misguided attempt at "remerchandising" keystrokes, but whatever the reason BMD has decided to break accepted workflows *for no apparent reason and with no perceivable benefit*, it is causing problems for professional users. And if anybody can explain what these changes are supposed to benefit, I'd welcome the explanation.[/editorial]

Do not destroy an established work flow to implement a completely redundant feature.

Not sure if this is some "move fast and break things" mentality being adopted, or a misguided attempt at "remerchandising" keystrokes, but whatever the reason BMD has decided to break accepted workflows *for no apparent reason and with no perceivable benefit*, it is causing problems for professional users. And if anybody can explain what these changes are supposed to benefit, I'd welcome the explanation.[/editorial]

Well said @Mark Sterne.

It's the same for adding the =sign to navigate the timeline via timecode. It breaks with standards and years of workflows.

It is as if BMD doesn't even use their own software in real editing or color sessions. Did they not know one already has the ability to copy and paste with middle click, or even copying the clip itself! or Option V, or galleries or memories! SMFH!!!

BMD you are losing your Pro customers.

Yep, please bring back simple Command-C Command-V to copy paste single node.

This doesn't even adhere to basic computer UX guides.

If you have a paragraph (Tree) on a page (Timeline) ...
and you want to copy one word (Node) and paste it into another paragraph on the page...

the result would be that it would paste over that ENTIRE paragraph with the ENTIRE paragraph that contains the word you want to copy. Deleting that paragraph.

SMFH

+1000 for reverting to the old behaviour or at least having a user preference. This is an awful change.

FYI,
Until this is fixed (please God, er Grant, fix this!!!) another workaround is to copy the node as usual command-c and then paste only the attributes: alt-v.

This doesn't paste everything. You won't get the node name, etc., but it's certainly faster than the keyframe hack.

I have to set it to color on every single session

Another item for the list, maybe?

viewtopic.php?f=33&t=96350

I just want to agree with everyone else, this is probably the most preposterous and pointless change I have ever seen in 27 years of working on digital manipulation platforms.
I just got caught out on a professional job, thank God this forum exists because I don't think I would have found the solution before the heat death of the universe.

I just got caught out on a professional job

To be fair, 17 is a beta.

I just got caught out on a professional job

To be fair, 17 is a beta.

And thanks to people using a beta product on professional jobs, more bugs and annoyances will be found sooner, and lead to a better non-beta product, because people do things on professional jobs that they likely won't bother with on testing.

I just got caught out on a professional job

To be fair, 17 is a beta.

Except that this is looking more like a platform decision and not a bug. Which make this even more preposterous.

I'm a fan of middle clicking.

That still works. Copy/Paste (using keyboard shortcuts) is now another option.

Exactly. I don't need another way to do the same thing. Hence, I am a fan of middle clicking, not copy and pasting entire grades.

I just got caught out on a professional job

To be fair, 17 is a beta.

I take your point
Unfortunately I got trapped in v17 after testing it on one project then discovering that it was not working well, but I could not reimport the project made in v17, back into v16.
Right now I am waiting until I am certain that clients will not want any amends on the projects done in v17, and then I will reinstall v16.

You have to make a bet on a software upgrade, and I thought at Beta 7 It was a good bet, but unfortunately it didn't work out.

I am a bit disappointed that there is no way to save an archive in v17 so it can be opened in an earlier version, because this makes upgrading more risky/foolish.

All in all, the moral of the story is, be a late adopter.
I won't make the same mistake again.

Alan Mahon

You CAN revert back to Beta6, however.

I just got caught out on a professional job

To be fair, 17 is a beta.

All in all, the moral of the story is, be a late adopter.
I won't make the same mistake again.

Well, using a beta is being a beta tester, which is an early-early adopter. You could be an on-time adopter and use v17 once it's out of beta. There are definitely folks in the forums who are two major OS versions behind and one or two Resolve major versions behind. They're truly late adopters.

no way to save an archive in v17 so it can be opened in an earlier version

XML or AAF won't do the trick, get you working in 16?

I reverted back to beta 6, BM please fix this (or better said, cancel this new behaviour). Thank you.

I realized this behavior as well and I sincerely wish that BMD could reverse it...

I reverted back to beta 6, BM please fix this (or better said, cancel this new behaviour). Thank you.

Same here. Copy/Paste as it was before B7 is essential to me. Back to B6.

I agree - this caught me by surprise. I had seen in the release notes for b7 that it was possible to copy the entire grade from one shot to another, which I appreciate, but I didn't think it would *replace* the ability to copy and paste individual nodes. This is an odd choice, especially since grades can already be copied to other shots in any number of different ways, but now we're unable to copy/paste single nodes.

It would be great to have individual controls for both functions that are keyboard-mappable. I'd like to use CMD+C for individual nodes and OPT+C to copy whole grades, for instance.

I didn't think it would *replace* the ability to copy and paste individual nodes.

It didn't. You can still Copy/Paste individual nodes. You just need to set the dropdown in the top right of the Keyframe window to Color, rather than All.

I didn't think it would *replace* the ability to copy and paste individual nodes.

It didn't. You can still Copy/Paste individual nodes. You just need to set the dropdown in the top right of the Keyframe window to Color, rather than All.

My guess is that the current paste behavior is unintended.

Selecting Color from the menu works around the bug but as Jim notes, but as far as I can tell that menu item is supposed to affect things like Color versus Stabilization -- i.e. different kinds of things that are stored as keyframes -- not the number of nodes that might include. So mu guess is that there's a bug when All is selected that Color doesn't have.

Possible.

But this change was in the Release Notes, so...

This is a nightmare.
Multiplied with the fact that we can't save preferred behavior for default.

BTW, as well as many other things:
- show timecode toolbar in Media,
- preferred stabilization mode in Color,
- and even CameraRaw setting (which is resetting all the time for ArrriAlexa even for a particular project when this setting was chosen and saved).

Sent from my LM-V600 using Tapatalk