Here is one I can't reproduce in smaller code.
http://www.screencast.com/t/AJZjx1TjFT
You can see that when the enemies start off the canvas they end up leaving
a smear behind. When they leave the canvas at the other end they also
smear.
I suspect it's something to do with the clipping code used
"Cheese" (the smear) should never be possible. It means that the clip used on
the device is wrong for some reason, and therefore some area of the screen was
not being repainted that needed to be. In Swing (or Android or any other
immediate mode API) it is possible that your app could have a bug
This looks like it may be related to the clipping issue that I'm having
(the one that forces me o use the software pipeline in JavaFX 8 or the j2d
pipeline in JavaX 2.2)
https://javafx-jira.kenai.com/browse/RT-30591
I'll try to do the same screencast thingy, as the still in my report don't
do jus
Try
-Dprism.order=sw
with JavaFS 8
or
-Dprism.order=j2d
with JavaFX 2.2
to see if the clipping issue goes away.
Also try -Dprism.dirtyopts=false to see if that fixes the smearing.
On Sat, Jun 1, 2013 at 9:14 PM, Scott Palmer wrote:
> This looks like it may be related to the clipping issue th
Finally got round to testing this and setting -Dprism.order=j2d as Scott
makes the smear go away.
On Sun, Jun 2, 2013 at 11:16 AM, Scott Palmer wrote:
> Try
> -Dprism.order=sw
> with JavaFS 8
>
> or
> -Dprism.order=j2d
> with JavaFX 2.2
>
> to see if the clipping issue goes away.
>
> Also try -
Good to know it isn't just my app that has this problem!
A fix for 2.2.x would be great! Hopefully the Oracle guys can reproduce it.
Cheers,
Scott
On Tue, Jun 4, 2013 at 6:28 AM, Daniel Zwolenski wrote:
> Finally got round to testing this and setting -Dprism.order=j2d as Scott
> makes the sm
