Here's my acid test, put a square grid of circles in a scroll pane. Scale
up until pain is felt.
GridPane gp = new GridPane();
// int size = 3;
int size = 10;
// int size = 32;
// int size = 100;
// int size = 317;
for (int x = 0; x < size; x++) {
for (int y = 0; y < size; y++) {
// Pane p = new Pane();
// p.setStyle("-fx-background-fill: blue;");
// p.setMinSize(20, 20);
//Text p = new Text(x + "x" + y);
Circle p = new Circle(50, Color.rgb((x&0xf)*16, (y&0xf)*16,
128));
GridPane.setColumnIndex(p, x);
GridPane.setRowIndex(p, y);
GridPane.setMargin(p, new Insets(5,5,5,5));
gp.getChildren().add(p);
}
}
gp.setCacheHint(CacheHint.SPEED);
ScrollPane scrollPane = new ScrollPane(gp);
scrollPane.setMinHeight(400);
scrollPane.setPannable(true);
My actual use case is a bit more involved (and it includes expensive
non-graphical calculations that make an intel core duo cry) and I've found
the windows box can handle two to three more orders of magnitude before lag
moves from unpleasant to unusable.
p.s. I really dig the scroll pane on skin on the touch screens. Complete
with over-drag and hidden unless dragging scroll bars. Well done.
On Fri, Jul 12, 2013 at 9:17 AM, Tobi <t...@ultramixer.com> wrote:
> Painting a plain rectangle is ok. But using a stackpane to draw a javafx
> styled button over a plain painted rectangle node is very slow.
>
> Am 12.07.2013 um 17:03 schrieb Richard Bair <richard.b...@oracle.com>:
>
> > BTW, we've run a VM performance benchmark against HotSpot on PI vs.
> RoboVM on iOS and for raw power RoboVM seems faster (lower time to invoke a
> method, read a field, etc etc). However in the real world RoboVM is slow
> and I don't know why (GC overhead maybe)?
> >
> > Richard
> >
> > On Jul 12, 2013, at 7:52 AM, Richard Bair <richard.b...@oracle.com>
> wrote:
> >
> >> That should be encouraging, since the CPU on the PI is *way* worse than
> the CPU on an iPhone or iPad. Is the difference HotSpot vs. RoboVM? The
> graphics code being executed should be pretty much exactly the same, and I
> would expect the PowerVR to be able to handle this without any trouble.
> >>
> >> Richard
> >>
> >> On Jul 12, 2013, at 7:14 AM, Tobias Bley <t...@ultramixer.com> wrote:
> >>
> >>> The performance is much better than JavaFX8 on iOS :(
> >>>
> >>>
> >>> Am 12.07.2013 um 15:37 schrieb August Lammersdorf, InteractiveMesh <
> s...@interactivemesh.com>:
> >>>
> >>>> Found this on YouTube: http://www.youtube.com/watch?v=-scxqJjTJKI
> >>>>
> >>>> August
> >>>
> >>
> >
>
