Does Direct2D cache the painting function?

[zsliu98]

@yfede

It’s interesting to notice that after 0:18 it briefly disappear, only to appear again at 0:21 the exact moment that the plug-in window is dragged around.

I assume that the spurious “native window frame” that appears is not painted by the plug-in at all, and is a visual artifact of some kind. It looks to me like there is some “optimization” setting somewhere (might be at OS level or in the DAW) that, when moving windows around, takes a screenshot of the content and displays that during the move rather than continuously repainting. And that screenshot being moved, sometimes it’s not taken at the right time.

One test you could do is to put something animated in your plug-in (for example, a label continuously updated with the current time on a Timer), and see if the animation continues during the drag operation or if it freezes.

I agree. I will set up a simple plugin with a timer and see what happens.

@reuk

Is it definitely using 8.0.1, including this patch? JUCE 8.0.0 had an issue where regions of previously-drawn frames could sometimes end up getting displayed, but that should be resolved in 8.0.1. It would also be interesting to know whether you can reproduce the issue on the very latest develop.

It is on 8.0.1 (as you can see from the github repo). I will set up a simple plugin with latest develop. BTW this issue seems to be hardware related.