This was implemented in 2.8.
Sat, Dec 8
Functionality should be quite complete, only problem is preprocess cache, since preprocess ibufs may vary in size. But if you enable caching preprocess for some strips, prefetch may have problems (may try to fetch more, then cache capacity - wasted effort). It should be easy to detect such event and stop prefetching, which may be a way to go...
Thu, Dec 6
@Joerg Mueller (nexyon) Mind having a look?
Tue, Dec 4
Thu, Nov 29
Mon, Nov 26
Your usecase is already a little bit 'out of the usual' because the strips dont overlap (but instead are on the same channel and have "a bit of space between them").
Not sure how useful this really is? (You would have to describe in more detail why you need a setup like this)
Still work in progress...
Scene copying was not modified yet.
Also haven't look at undo bug.
Transitions/Effect Strips are usually based on the overlap of two strips (technically defining their start/end by the largest start and smallest end of the two strips).
If one of the inputs is deleted, blender will just treat it the same as the remaining one.
This is by design and no bug afaics.
Sat, Nov 24
Fri, Nov 23
Please provide all the information requested in the bug submission form:
Thu, Nov 22
@Philipp Oeser (lichtwerk) This is because wm_gesture_draw_rect change a uniform and uniform values are stored inside the shader. So if the next time the shader is used the uniform is not set to the desired value, it will use the previous one.
Note1: this goes away on a redraw (when panning the view)
@Brecht Van Lommel (brecht) the issue discussed today is still open here. Maybe you could have a look if Bastien is too busy?
Markers were designed to work this way, overlapping the contents of the editor also in the dopesheet for example.
One thing about scene copy (more like throwing crazy ideas).
Wouldnt it be enough to restrict the horizontal clickable "hotspot" to some extend around the actual marker position? (as of now it seems to total region width is occupied for that -- indicated by a slight transparent overlay [which goes away if you have no markers at all]).
(Just saying, because pushing the whole area upwards would mean wasting quite some vertical space, no?)
Wed, Nov 21
I think the approach is generally fine. Would be nice to see a more cleaned up patch to review in more detail.
Fri, Nov 16
Thu, Nov 15
A gif illustrating the problem when swapping the position of the panel:
Thanks for the report, it's a known To Do item.
Note, this bug is still in existence, and still makes the horizontal scrollbar impossible to use in the vse. And, as of 2.8, it seems the region overlap is now enabled by default, meaning that the vse is broken in the default setup...
Tue, Nov 13
Wow! On the official 2.79b I get 5 fps.
On your patch I get a clean 25 fps in the cached areas.
Here is win32 build:
Mon, Nov 12
I forgot, @Brecht Van Lommel (brecht), you was also involved :)
Would love to test it, if you can share a build?