Hi, Clemens.
On 23.01.2015 2:18, Clemens Eisserer wrote:
The D3D OpenGL pipelines have some code to work around the issue by
performing a sync for blits which are equal to the blits of Swing's
backbuffer operations.
Actually it will do this for any blits to the window, because the swing
can
Hi Sergey,
Actually it will do this for any blits to the window, because the swing
can use different paint strategy(w/ or w/o buffer) or the user can draw
something to the window directly via BufferStrategy.
Thanks for the clarification.
Is there a reason why AWT doesn't explicitly flush
On 23.01.2015 13:01, Clemens Eisserer wrote:
Is there a reason why AWT doesn't explicitly flush and why the
flush-after-blit approach was chosen?
If a sync will be implemented in a Swing, then will be necessary to add
a sync to all places where we paint an images to the screen, and this is
Hi Jeroen,
I'm the submitter of JDK-8068529
https://bugs.openjdk.java.net/browse/JDK-8068529 and I'd like to
respond to the comments of this bug
Thanks for reporting this issue.
In reply to the comments of 2015-01-12: without xrender, XSync is indeed
called in X11SurfaceData.c, in
Hello,
I'm the submitter of JDK-8068529
https://bugs.openjdk.java.net/browse/JDK-8068529 and I'd like to respond
to the comments of this bug, but I don't have a openjdk account. Help at
openjdk suggested to post this here.
In reply to the comments of 2015-01-12: without xrender, XSync is indeed
