There is also another method to the color tab for markers :During the reading a marker is created. Then click on it and press CTRL+M => you can change the color and directly enter what you want. (Maybe it's more intuitive)

Jean Claude wrote:There is also another method to the color tab for markers :During the reading a marker is created. Then click on it and press CTRL+M => you can change the color and directly enter what you want. (Maybe it's more intuitive)

edit marker.jpg

if you're not moving the play head, pursuing "m" twice will open the market edit tab

Custom conform framerate options. Shot 3K anamorphic on the URSA mini @ 40 fps on a 25 time base. I want the clip to play back at 40, not 25,30 or 48... or the other preset framerates. Just the option to change to a custom conform number (Like is possible in Premiere Pro)

It would be nice to be able to lasso an edit point and automatically be in trim mode without hitting the "trim edit mode" button first, like on Avid. I have discovered (just now!) that alt-shift lasso does select the edit point, but it doesn't change the mode so doesn't really help. Perhaps alt-lasso could enter trim mode? Even better would be another modifier to auto enter dynamic trim mode.

Allow to use personal titles settings for all projects used in davr. Currently if you drag and drop titles in media pool it will be available only for one project. Fcpx, regarding titles, is a nice reference to copy.

Jean Rivoire wrote:Allow to use personal titles settings for all projects used in davr. Currently if you drag and drop titles in media pool it will be available only for one project. Fcpx, regarding titles, is a nice reference to copy.

Jean Rivoire wrote:Allow to use personal titles settings for all projects used in davr. Currently if you drag and drop titles in media pool it will be available only for one project. Fcpx, regarding titles, is a nice reference to copy.

Drag title into the Power Bin instead.

? power bin is in the color page, titles don't show in the color page,.

Yes, sorry! I talking about titles in Edit window. I have to title a lot of short video everyday, but not all in the same time. Currently if I create a custom title (font, color etc.) I have to use it with my project. If I close davinci, this custom title disappear. I wish a function, like Fcpx, to save my presets and make them available for all my projects.

Number one hope for 13 is improvement in wacom pen sensitivity. Slightly touching a clip in edit tab should not move the clip. This does not happen in any other NLE.

Another big thing and I hope I am wrong about this but I can not output a file that has multiple stereo pairs. The metadata shows 12 mono tracks instead of 6 stereo ones.

And why do buttons work one way in one tab and not the same way in another? Example which gets me every time, Go to head and tail of clip in color using ; ' keys does not do anything in edit tab. And as mentioned can not take mark in and out points from edit tab to deliver tab.

The behavior of clip select mode has been hammered here many times -- where clip selection remains in effect, even when the selected clip is nowhere near the playhead and even off-screen on the timeline -- but it seems to me there's a simple solution: cancel clip selection whenever the playhead is moved without previous/next clip cursor commands.

In other words, any use of the mouse, clicking or scrolling, to move the playhead cancels clip selection, just as clicking in an empty area of the timeline would. I'd wager this is going to be the preferred result the vast majority of times.

when the edit decision list is filtered in the EDIT page add a button or control to toggle the filtered list on/off on the edited timeline so that one can re-position the filtered clips especially when working on a long timeline

John Paines wrote:The behavior of clip select mode has been hammered here many times -- where clip selection remains in effect, even when the selected clip is nowhere near the playhead and even off-screen on the timeline -- but it seems to me there's a simple solution: cancel clip selection whenever the playhead is moved without previous/next clip cursor commands.

In other words, any use of the mouse, clicking or scrolling, to move the playhead cancels clip selection, just as clicking in an empty area of the timeline would. I'd wager this is going to be the preferred result the vast majority of times.

Robert Arnold wrote:I totally agree. This is probably the top infuriating "feature" of the BM interface.

Thanks for the moral support! Anyone else, please pile on here, I don't think the developers appreciate how disruptive this behavior is. Which is a shame, because the interface is promising in other respects.

On top of that, the shortcut to de-select clips -- even when you remember to do so, when the selected clip is no longer in view -- doesn't work at least half the time, which makes it even more aggravating.

1 / What would be nice is to have (at the top / bottom of the screen ... does not matter) how much space is still available on the HDD cache in green.2 / the possibility of being able to declare a second HDD for the cache when the first one is filled from a certain percentage (configurable).Example HDD Cache M2 = 1to (very fast). HDD 2 = 4to (HDD standard). If HDD 1 is 90% full => auto-switch to HDD 2 with the incidator (1 /) in red.In any case, do not lose data and do not go to the crash because of not having enough room. At the end: everyone to make his arrangements. But no Crash.(It exists on some software)

I'd love for you to be able to add a logo and custom text with different opacity levels. I'd like it if the opacity wasn't tied together for all the Data Burn Ins. This way I could put a logo in the lower right corner at 33% opacity, and text dead center that's large and reads "PROPERTY OF PRODUCTION COMPANY" at a lower 15% opacity.

This is a great way to protect footage when handing it off to others, but I would love more control. Enabling this extra control means I could also have the timecode running at a stronger opacity while the text is at a lower one. Just some ideas.

"I'm well trained in the art of turning **** to gold." - Tim Buttner (timbutt2)

John Paines wrote:In other words, any use of the mouse, clicking or scrolling, to move the playhead cancels clip selection

I don't think that's a safe assumption for the software to make. Generally, the program should do what we tell it to do. So if you select a clip, and no longer want it selected, you need to manually deselect it. It shouldn't be done automatically.

John Paines wrote:In other words, any use of the mouse, clicking or scrolling, to move the playhead cancels clip selection

I don't think that's a safe assumption for the software to make. Generally, the program should do what we tell it to do. So if you select a clip, and no longer want it selected, you need to manually deselect it. It shouldn't be done automatically.

I can't remember how this is handled in Avid or Premiere, but the issues which arise thanks to its implementation in Resolve, a sort of "sticky" clip selection mode which constantly trips you up, were not present. It can be incredibly frustrating. I didn't get much support this time, but it's been remarked upon by a number of users here in the past.

Bear in mind, my suggestion is only for mouse clips which move the playhead, not (for example) selecting or deselecting other clips or accessing menus or performing other functions

I do not know if it might interest: "Selection follow play head" ON. If you want to scrool the timeline from left to right or reverse without losing the selection:Position the mouse cursor in the audio space. Press the middle mouse wheel without releasing and moving left or right the timeline without losing the selection. (Left / right movement proportional to the zoom factor (CTRL / + or CTRL / -) ) When releasing the middle mouse button: attention: the selection is retained.

John Paines wrote:I can't remember how this is handled in Avid or Premiere

It's the same in Premiere as Resolve. Manual deselection, usually by clicking an empty area of the timeline.

No offense meant, but do you have actual editing experience with Resolve? I used Premiere fairly extensively, and never ran into this problem. Again, my memory is admittedly foggy, but that's probably because the issue never arose.

Granted, what I propose may not be the solution. But there's got to be one, because this snag does not arise on other NLEs.

John Paines wrote:my suggestion is only for mouse clips which move the playhead

I get that. But it's an assumption by the software about what the editor wants. That's generally not a good way to design professional software, which should only do what the editor tells it to do.

If you have ready access to Premiere, would you do me a favor? Select a clip and then hit next or previous clip. Did that action deselect the existing clip but at the same time select the next or previous one, depending on where you moved?

That may be the only difference, but it's a large one, in consequences. In Resolve, you could be three timeline screens away from that selected clip, but hitting (say) "next clip" would bring you right back, and would select the clip immediately in front of it (3 timeline screens away). I don't believe Premiere operates this way.

In Resolve, you could be three timeline screens away from that selected clip, but hitting (say) "next clip" would bring you right back, and would select the clip immediately in front of it (3 timeline screens away). I don't believe Premiere operates this way.

The main difference is Resolve conflates next clip and next edit into one shortcut, which PP & Avid don't. John, I agree it's very frustrating. For me, if I could have just next edit as an available keyboard shortcut, even if it wasn't used in the default keyboard, that would be enough. My workaround is I have mapped deselect all to an alpha shortcut and I hit it after every selection operation or I click outside the timeline, but this can be confusing as there's no colour difference between an empty track and the background (request as option).

John Paines wrote:In Resolve, you could be three timeline screens away from that selected clip, but hitting (say) "next clip" would bring you right back, and would select the clip immediately in front of it (3 timeline screens away). I don't believe Premiere operates this way.

I see that as well. Seems there is a bug here where Resolve is not respecting the Selection Follows Playhead option. It operates as if that option is turned on, even when it is not.

But it seems as if it's a partial bug, functioning as if the option is turned on only for keyboard shortcuts.

In other words, turning Selection Follows Playhead off works for mouse movement, but the feature remains active for keyboard movement.

John Paines wrote:If you have ready access to Premiere, would you do me a favor? Select a clip and then hit next or previous clip. Did that action deselect the existing clip but at the same time select the next or previous one, depending on where you moved?

That may be the only difference, but it's a large one, in consequences. In Resolve, you could be three timeline screens away from that selected clip, but hitting (say) "next clip" would bring you right back, and would select the clip immediately in front of it (3 timeline screens away). I don't believe Premiere operates this way.

Hi John,

I checked out the behaviour of Media Composer (don't have PP atm).

1) Clicking "go to next edit" does de-select the previously selected clip (except in effects mode) & it goes to the next edit from the playhead & not the selected clip2) Clicking on the timeline ruler also de-selects the previously selected clip (even in effects mode) & again respects the playhead.

I also tried turning on Timeline>Selection follows playhead in Resolve & I think that brings much more trouble than it's worth as every time you click on the timeline ruler it selects the clip there, even if you hadn't previously selected one.

So what about a request of clicking on timeline ruler deselects? (sometimes a bit easier than empty timeline space which you might have to scroll to find)

Nick Lear wrote:So what about a request of clicking on timeline ruler deselects? (sometimes a bit easier than empty timeline space which you might have to scroll to find)

I think you were on to something before: decouple next and previous clip commands, from clip selection mode. So maybe you could move to other areas of the timeline, using next and previous clip commands, and not be propelled back to that selected clip, and not select other clips in the process. And presumably, if you wanted to perform another kind of action, like a trim or a clip delete elsewhere, initiating that action with the mouse or the keyboard would deselect that orphan clip.

I can only think of 3 additions that I'd absolutely love to have:1. ProRes encoding on Windows. 2. Support for KineRAW (.krw) decoding.3. Built-in OpenFX grain that works with handles. (Currently, the grain doesn't move during handles).

I think a big part of it is respecting the position of the playhead. Even if they don't want to have a next edit, I think at least next edit/clip should be next from the playhead, rather than from the currently selected clip. I think in editing, the position of the playhead is vital and it's stressful for an editor if it moves. Another example is dragging in a clip jumps the playhead to the end of the clip.

Larry Schmitt wrote:Number one hope for 13 is improvement in wacom pen sensitivity. Slightly touching a clip in edit tab should not move the clip. This does not happen in any other NLE.

Wacom's configuration with the Cintiq Pro lets you adjust the sensitivity curve of the pen and eraser including the point at which pressure starts to do anything. If your tablet has the same config options, might be a workaround if you've not done this already.

Nick Lear wrote:I think a big part of it is respecting the position of the playhead. Even if they don't want to have a next edit, I think at least next edit/clip should be next from the playhead, rather than from the currently selected clip. I think in editing, the position of the playhead is vital and it's stressful for an editor if it moves. Another example is dragging in a clip jumps the playhead to the end of the clip.

I agree -- previous/next clip should always be relative to the current playhead position. Changing this rule when a clip is selected, on screen or not, upsets expectations every time.

Nick Lear wrote:Another example is dragging in a clip jumps the playhead to the end of the clip.

That, too. It's even more infuriating in Windows, because although you can usually start timeline playback with the spacebar after inserting a clip from the media page, a "previous clip" command (to get to the head of it) will be operative in the media page until the timeline window is clicked. Catches me in the wrong place every blasted time...

Clip selection seems quite ok to me.prev/next selects edit boundary when no clip selected & selects clip when a clip is selected.Other editing software also requires a positive deselection of a selected clip. If I select a clip I want to move in the timeline using the edit cursor (to view another clip) without the selected clip being deselected.

I was quite happy with recent upgrades and love to grade in Resolve at he moment. Accost is a game changer for me and I love the whole handling especially with the addition of the temp and tint controls (very intuitive, no more RGB; direct eye/hand coordination now).

I also kinda like to edit in resolve now, for most stuff I still prefer an NLE and offline workflows but for some projects I like to do it directly in Resolve, especially for quick reedits in the color suite (picture lock is never really picture lock). I'd rather just do it quickly and not reconfirm to a new XML and migrate the grades, lose all the caches and stuff.

That being said, I am really missing two features:

1. OMF export - it is a necessity to edit in resolve only w/o an offline edit. I just wanna get into pro tools easily and quickly, without any picture data.

2. Node copy paste including node cache status, this will migrate when middle clicking on another clip, but not when I copy paste from another node, always takes me pointing and clicking for no reason. This would save me a lot of time.