BR Copy & Paste of Audio clip fails

R 20 b3
OS 15.5
M1 Ultra 128gb

large deep TL with 20 video tracks and 12 audio tracks
copy stereo wav clip from TL Ver 1 and try to paste into TL ver Promo which is basically the same track layout

paste refuses to work. ? ! ? #### !!!!

after several tries, I finally see that A track 6 is locked in the Promo TL I'm trying to paste into. The source TL ver 1 had the clip in track 6 - this was just random chance of source vs destination. However I couldn't paste into Promo TL. No errors, no indicators why it's not working, it just looks like a bad bug / failure.

Once I unlock A track 6 in Promo TL, then the paste operation magically works.

Besides the fact we should have working usable simple reliable track targets that let you paste into the tracks you set to go into... at the very least either through up a dialog saying something like paste operation doesn't match copy source track(s)... or paste into the next higher or lower appropriate track via dialog asking the user what their pref is... or worst behavior is to paste into any matching track starting top down and if you clobber an existing track, well undo and try again.

Yes I get it there are times you want to protect tracks from all operations via the locks which is generally what you want, so please make some changes so that the user knows what's going on, that they can then complete the operation one way or the other.

of course this brings up the often beat on problem of track targeting. stop making it fancy and smart because it usually fails and gets it wrong most of the time. just let the user set the track targets and thats it. if there aren't enough tracks targeted then that part of the media or clips doesn't get pasted - like using only 1 audio track of 4 from a camera clip, or NO audio tracks when using camera clip as B roll, or the sound is just junk...

Screenshot 2025-05-16 at 4.31.27 PM.png (50.78 KiB) Viewed 286 times

Bonus Bug : copying of audio from one TL to another also copies its TRACK automation. In this case that automation SHUT OFF the track Bus assignment. So the track has levels, but no output. Thats from moving I think from a 4.0 track with 2.0 clip to 2.0 target TL. This is a really poisonous bug because there is zero indication in the UI anywhere this just happened unless by dumb luck or you are super knowledgeable about the Fairlight page that you just pasted automation like this.

2nd Bonus Bug : Trying to enable the Bus output in the track mixer fails. it won't enable. why ? well because you just invisibly pasted automation to turn it OFF, the UI isn't telling you anything in any way this happened. For anyone who doesn't really know Fairlight well this looks like a bad failure / bug and they will likely do various tries to work around the problem.

S

It sounds like you need to open up the user manual to learn about Auto Track Selectors. They will solve your pasting issues.

I think the OP is right on about things “failing silently.” Resolve has been and continues to be bad about telling users what’s going on when things fail.

It sounds like you need to open up the user manual to learn about Auto Track Selectors. They will solve your pasting issues.

Dear Peter,

I'm the very last person to ever say to "RTFM", because I actually have been through its 4500+ pages. The problems are its changed with various versions, if basic functionality requires a trip to the manual, you have a major UI/UX problem, and lastly - the track targets don't indicate anything when you copy a clip to paste and have the mouse over the TL. You can't select manual targets, the autos are really just paste same tracks as source with no override options. unpredictable at times, especially if you have lots of tracks. when you are 20+ tracks on audio and video, these problems go from minor at best to seriously annoying and how many times do I have to hit undo to get it right. often when doing cross TL pasting, its safest and best to paste into an empty TL area, move the clips into the right tracks, then drag or cut and paste into the right place.

I'm not sure this is a bug, but I can see the value of a warning saying why the Paste failed.

Of course, I would prefer the original behavior where "same track" was NOT prioritized and Paste simply always went to the lowest track with ATS enabled.

Would be very nice if you could load the copy into a source timeline and then use the track targeting tools to indicate where you wanted the (now source) to go.