https://bugs.freedesktop.org/show_bug.cgi?id=84117
--- Comment #2 from Sunny <[email protected]> --- (In reply to comment #1) > Yeah, I seem to recall noticing this while looking at the code in the past > too, and I agree it should be fixed. The DRM backend may have additional > similar issues when using overlays or direct scanout, which actually causes > re-doing the work every output frame, not just every input frame. > > I always forget what the EGL image extension specs say about content > guarantees, but obviously we should avoid unneeded work when possible. So, > we should verify if we can keep the EGLImage around while the client re-uses > it as long as the wl_buffer exists. If that is guaranteed to work, we > probably need some renderer-specific state attached to weston_buffer to > implement the fix. (Note: mind the renderer hand-over.) > > By "frame" you do mean every frame the client attach+commits that actually > gets into output repaint, right? Not every frame the compositor paints? thanks for your quick response. the "frame" I mentioned is attach+commits as you described. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Wayland-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/wayland-bugs
