- User Since
- Nov 6 2018, 7:39 AM (67 w, 5 d)
Jul 26 2019
Well, it's a static movie clip node that requires no render, all the information is always available at startup without the need to render anything, so I would expect to see it.
And merely scrubbing the timeline would redraw it anyhow, without a need to F12.
Jul 18 2019
Jul 12 2019
I've linked here two files.
Jul 9 2019
Jul 7 2019
Here's a video demonstrating the issue.
Dec 29 2018
Hi, excellent work! It seems that this commit fixes it almost entirely!
However, there's still one case where this behavior persists. Whenever the floating panel is collapsed, the first click afterwards still places a marker at an offset. All the following markers are placed correctly.
This indicates that there is still an issue lurking in there.
Here's a quick video demonstrating it.
Dec 23 2018
Hi Sebastian. I understand you were able to reproduce the issue as well, have you found the cause for the tracking markers not working?
Mind you, I have "Display Scale" set to 1.0 - however it's possible that since I have dual 4K + FHD monitors that Windows presents its own scaling factor?
Nov 28 2018
Well, I'm using the Windows x64 build of Blender 2.8 (running on windows 10 x64). This behavior perfectly reproducible (as my videos show) - but it does not happen with the 2.7.
It occurs with both masks and tracking markers in my case. Also checked my "Display Scale" - it is set to 1.00
Are there any useful logs I can enable and provide to debug this?
Hi, it's my understanding that the community is gearing up towards a 2.8 beta release and I was wondering if there is any insight regarding this issue?
I'm asking because without tracking or masking, the video editing module has a very limited usability. I did notice (in my recent video above) that the problem goes away whenever you fold the contextual window, and returns whenever you unfold it - so it's probably related to it somehow.
Video showing how the problem disappears and reappears
Nov 16 2018
I've been playing a bit (with the latest build) and I noticed that the problem tends to go away whenever you fold the contextual "Add Marker and Slide" overlay, and returns whenever you unfold it back.
To clarify what I'm talking about I took a short video:
Nov 15 2018
What I noticed is that if the mouse cursor is near the left side of the clip window (the pane itself, not the video clip, you can zoom out and have a really small video clip in the pane to exaggerate this) then the markers are placed at the left side of the video clip. This tends to drift away as you move the mouse cursor to the right.
I would guess that the placement is based on the pane's boundaries (and has some scale factor) and not the actual clip's boundaries.