hg: openjfx/8u-dev/rt: RT-35025: Scene turns black sometimes
Changeset: f7a7a5de1a4c Author:vadim Date: 2014-04-02 09:46 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f7a7a5de1a4c RT-35025: Scene turns black sometimes Reviewed-by: kcr ! modules/graphics/src/main/java/com/sun/prism/d3d/D3DContext.java
Why is com.sun.glass.ui.swt part of graphics-module
Hi Steve others, Why is com.sun.glass.ui.swt part of the graphics module? Should it go into the swt one? I think it should be shipped with swtfx.jar not else we get back to classloader hell because the extension classloader tries to load classes from swt which it naturally can not find. Tom
Re: JavaFX8: Multittouch support under Linux
Hi Anthony, thanks for your quick reply. I wonder though: it seems there’s at least preliminary touch support for OpenJFX on the Raspberry Pi - is this because it does not use X11 and/or GTK there? Is it possible to do the same on an X86-based Linux device? Cheers, Stefan Am 01.04.2014 um 14:02 schrieb Anthony Petrov anthony.pet...@oracle.com: Hi Stefan, No, currently it's not. Here's a JIRA that you may want to watch: https://javafx-jira.kenai.com/browse/RT-25079 -- best regards, Anthony On 4/1/2014 3:52 PM, Stefan Schwandter wrote: Hello all! Is multitouch-input supposed to be supported on Java 8 SE running on Linux? I use a capacitive touch screen, with a DMC controller, connected to a Ubuntu 13.10 PC via USB, and none of the sample code that I've tried seems to recognize any touch events. Under Windows 7, touch events are recognized, I can swipe, zoom, etc. So I wonder, if multitouch input is simply not supported under Linux with JavaFX 8, or I have another problem. Best regards, Stefan
Re: JavaFX8: Multittouch support under Linux
Hi Stefan, You have it exactly right. The touch support on the Raspberry Pi and similar devices gets events from the Linux device drivers, not from X11 or GTK. We don’t provide a binary of this configuration for x86, but if you are able to build OpenJFX then you could easily create a binary yourself (“gradle -PCOMPILE_TARGETS=x86egl sdk”). This is a hybrid binary that uses EGL/X11 for full-screen output but gets input directly from device nodes in /dev/input. Thanks, Daniel On Apr 2, 2014, at 11:10 AM, Stefan Schwandter s.schwand...@me.com wrote: Hi Anthony, thanks for your quick reply. I wonder though: it seems there’s at least preliminary touch support for OpenJFX on the Raspberry Pi - is this because it does not use X11 and/or GTK there? Is it possible to do the same on an X86-based Linux device? Cheers, Stefan Am 01.04.2014 um 14:02 schrieb Anthony Petrov anthony.pet...@oracle.com: Hi Stefan, No, currently it's not. Here's a JIRA that you may want to watch: https://javafx-jira.kenai.com/browse/RT-25079 -- best regards, Anthony On 4/1/2014 3:52 PM, Stefan Schwandter wrote: Hello all! Is multitouch-input supposed to be supported on Java 8 SE running on Linux? I use a capacitive touch screen, with a DMC controller, connected to a Ubuntu 13.10 PC via USB, and none of the sample code that I've tried seems to recognize any touch events. Under Windows 7, touch events are recognized, I can swipe, zoom, etc. So I wonder, if multitouch input is simply not supported under Linux with JavaFX 8, or I have another problem. Best regards, Stefan
Re: Expected frame rates for a full-screen blur
Right. My issue appears to be far more general - any large window has poor framerates no matter how simple the contents seem to be. What's more it doesn't seem to be a pure CPU time issue because *all* graphics operations, even things like opening mission control, also end up lagged. So I feel it's more likely to be something to do with the GPU, as that is a shared resource that perhaps isn't being timesliced very well. I can't offer a better explanation of why an app would be able to drag down the responsiveness of the entire OS. I tried changing the blue type, adding cache hints and so on. No difference. I also found someone else complaining about this: mihosoft.eu/?p=486 The issue very specifically seems to be large windows. I tried changing the display resolution as well, but unsurprisingly the only thing that made it faster was changing the scaling so all windows were smaller. Modifying the display settings to give me more space just made things worse (larger window again). I'm not sure how to go about diagnosing this. Again - does anyone else see their entire OS tank when the Ensemble coloured circles demo is run? On Tue, Apr 1, 2014 at 11:16 PM, John Smith john_sm...@symantec.com wrote: Sounds like your issue isn't in fact the blur, but, if it were, some things suggestions are: 1. BoxBlurs are more efficient than GaussianBlurs: http://en.wikipedia.org/wiki/Box_blur 2. Apply some of the suggestions from the openjfx Performance Tips and Tricks page: https://wiki.openjdk.java.net/display/OpenJFX/Performance+Tips+and+Tricks Anecdotally, applying the Performance Tips and Tricks allowed smooth animations on a 2012 MacBook Air with a full-screen blur. -Original Message- From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of Jeff Martin Sent: Tuesday, April 01, 2014 11:17 AM To: Mike Hearn Cc: openjfx-dev@openjdk.java.net Subject: Re: Expected frame rates for a full-screen blur I assume retina optimization was added for JFX 8 (or is on the short list). I think there is a Jira for it. You can choose a non-retina resolution by going to display preferences and clicking the Scaled radio button and selecting something to the right of Best Resolution (Retina). It used to be that you could option-click the Scaled radio button to get a real list of choices, but now you can only get that with a 3rd party resolution tool (I think). jeff On Apr 1, 2014, at 12:49 PM, Mike Hearn m...@plan99.net wrote: How do I do that? And won't that make everything blurry? Retina support is one reason why I chose JFX. Swing on Retina Macs is pretty much unusable, it's like looking through thick plastic. On Tue, Apr 1, 2014 at 7:26 PM, Jeff Martin j...@reportmill.com wrote: If it's a MacBook Pro Retina, you might try it with and without retina level resolution. I haven't tested JavaFX 8 with retina, but JFX 7 had serious problems that would go away when I changed the display to non-retina. jeff On Apr 1, 2014, at 11:41 AM, Mike Hearn m...@plan99.net wrote: Actually, playing some more, it seems like the poor frame rates I'm seeing are not blur related, but rather affect any animation (i.e. all rendering) when my main window is maximized. Shrinking the window so it's smaller results in smooth animations of any kind. This seems to be true no matter how I try and simplify my scene (e.g. turning off a tiled background image). I grabbed Ensemble and tried the circle blur demo. It actually made my entire laptop unusable. The entire OS crawled to a halt and fps was maybe 0.3 for everything, not just the Java app. Going back to the main menu made things snappy again. This is a bit disconcerting. Does anyone else see such appalling performance impact from the blurred circles demo on their Mac? Is this a driver issue, perhaps? Are there any platforms where this demo hits a good fps? On Tue, Apr 1, 2014 at 6:10 PM, Mike Hearn m...@plan99.net wrote: Hi there, On a MacBook Pro with OS X 10.9.2, does anyone have any estimates for anticipated frame rates of a full-screen animated blur? I noticed that when my window is not maximized, the blur is smooth and high frame-rate. When maximized the blur is somewhat choppy. Unfortunately I have no clue how much work is really involved in GPU blurring and whether I'm being unreasonable to expect that many pixels to be blurred per second (this is on a retina display). Can anyone let me know if it's worth me trying to optimise this or whether hardware limitations will mean that realistically I am expecting too much. thanks!
hg: openjfx/8u-dev/rt: 2 new changesets
Changeset: 228515b0821b Author:Martin Sladecek martin.slade...@oracle.com Date: 2014-04-02 14:48 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/228515b0821b RT-23095 [Axis] when new font is applied, tick labels are not rechecked Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/Axis.java Changeset: dbc816d19498 Author:Martin Sladecek martin.slade...@oracle.com Date: 2014-04-02 14:49 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/dbc816d19498 RT-23097 [Charts] chart is confused, when swap axises sides. Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/Axis.java ! modules/controls/src/main/java/javafx/scene/chart/CategoryAxis.java ! modules/controls/src/main/java/javafx/scene/chart/NumberAxis.java ! modules/controls/src/main/java/javafx/scene/chart/ValueAxis.java ! modules/controls/src/main/java/javafx/scene/chart/XYChart.java
Re: Why is com.sun.glass.ui.swt part of graphics-module
Hi Tom, This is an experimental SWT implementation of Glass that is used for debugging, benchmarking etc. purposes. It's unlikely that we will ever ship it as part of FX. You are right that it can't be part of jfxrt.jar and should it ever become more than that, it would need to be in a separate jar, perhaps part of swtfx.jar. Steve On 2014-04-02 3:43 AM, Tom Schindl wrote: Hi Steve others, Why is com.sun.glass.ui.swt part of the graphics module? Should it go into the swt one? I think it should be shipped with swtfx.jar not else we get back to classloader hell because the extension classloader tries to load classes from swt which it naturally can not find. Tom
hg: openjfx/8u-dev/rt: RT-35306: Add zoom and rotate gesture recognizers.
Changeset: 1cff0246b7b6 Author:Seeon Birger seeon.bir...@oracle.com Date: 2014-04-02 18:20 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1cff0246b7b6 RT-35306: Add zoom and rotate gesture recognizers. ! buildSrc/armv6hf.gradle ! buildSrc/armv6sf.gradle ! modules/graphics/src/main/java/com/sun/javafx/tk/quantum/GlassViewEventHandler.java + modules/graphics/src/main/java/com/sun/javafx/tk/quantum/RotateGestureRecognizer.java + modules/graphics/src/main/java/com/sun/javafx/tk/quantum/ZoomGestureRecognizer.java
Post commit notification: RT-35306: Add zoom and rotate gesture recognizers.
JIRA: HYPERLINK https://javafx-jira.kenai.com/browse/RT-35306RT-35306 - 8u26: Support multitouch gestures Fixed in commit: 1cff0246b7b6 Regards, Seeon
hg: openjfx/8u-dev/rt: [Accessibility] RT-36400 review. Code format, do not use accGetAttribute in glass, make that lambda HOT!
Changeset: db120a66633f Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2014-04-02 11:13 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/db120a66633f [Accessibility] RT-36400 review. Code format, do not use accGetAttribute in glass, make that lambda HOT! ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java
Re: Expected frame rates for a full-screen blur
This is sad. A lot is Macbook retinas have been sold .. Millions Sent from my iPhone On Apr 1, 2014, at 11:17 AM, Jeff Martin j...@reportmill.com wrote: I assume retina optimization was added for JFX 8 (or is on the short list). I think there is a Jira for it. You can choose a non-retina resolution by going to display preferences and clicking the Scaled radio button and selecting something to the right of Best Resolution (Retina). It used to be that you could option-click the Scaled radio button to get a real list of choices, but now you can only get that with a 3rd party resolution tool (I think). jeff On Apr 1, 2014, at 12:49 PM, Mike Hearn m...@plan99.net wrote: How do I do that? And won't that make everything blurry? Retina support is one reason why I chose JFX. Swing on Retina Macs is pretty much unusable, it's like looking through thick plastic. On Tue, Apr 1, 2014 at 7:26 PM, Jeff Martin j...@reportmill.com wrote: If it's a MacBook Pro Retina, you might try it with and without retina level resolution. I haven't tested JavaFX 8 with retina, but JFX 7 had serious problems that would go away when I changed the display to non-retina. jeff On Apr 1, 2014, at 11:41 AM, Mike Hearn m...@plan99.net wrote: Actually, playing some more, it seems like the poor frame rates I'm seeing are not blur related, but rather affect any animation (i.e. all rendering) when my main window is maximized. Shrinking the window so it's smaller results in smooth animations of any kind. This seems to be true no matter how I try and simplify my scene (e.g. turning off a tiled background image). I grabbed Ensemble and tried the circle blur demo. It actually made my entire laptop unusable. The entire OS crawled to a halt and fps was maybe 0.3 for everything, not just the Java app. Going back to the main menu made things snappy again. This is a bit disconcerting. Does anyone else see such appalling performance impact from the blurred circles demo on their Mac? Is this a driver issue, perhaps? Are there any platforms where this demo hits a good fps? On Tue, Apr 1, 2014 at 6:10 PM, Mike Hearn m...@plan99.net wrote: Hi there, On a MacBook Pro with OS X 10.9.2, does anyone have any estimates for anticipated frame rates of a full-screen animated blur? I noticed that when my window is not maximized, the blur is smooth and high frame-rate. When maximized the blur is somewhat choppy. Unfortunately I have no clue how much work is really involved in GPU blurring and whether I'm being unreasonable to expect that many pixels to be blurred per second (this is on a retina display). Can anyone let me know if it's worth me trying to optimise this or whether hardware limitations will mean that realistically I am expecting too much. thanks!
Re: hg: openjfx/8u-dev/rt: [Accessibility] RT-36400 review. Code format, do not use accGetAttribute in glass, make that lambda HOT!
I thought we were staying away from the Stream API for now? On 4/2/14, 2:17 PM, hang...@oracle.com wrote: Changeset: db120a66633f Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2014-04-02 11:13 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/db120a66633f [Accessibility] RT-36400 review. Code format, do not use accGetAttribute in glass, make that lambda HOT! ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java
hg: openjfx/8u-dev/rt: [Accessibility] changed initEnum native implementation to create strings when the name starts with AX. This allows the mechanism to be used for notification and any other name
Changeset: a9209c1989c2 Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2014-04-02 11:29 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a9209c1989c2 [Accessibility] changed initEnum native implementation to create strings when the name starts with AX. This allows the mechanism to be used for notification and any other name. ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java ! modules/graphics/src/main/native-glass/mac/GlassAccessible.m
hg: openjfx/8u-dev/rt: 3 new changesets
Changeset: 998037e1d9e1 Author:David Grievedavid.gri...@oracle.com Date: 2014-04-02 15:02 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/998037e1d9e1 RT-36457: in TooltipSkin, bind tipLabel graphicTextGapProperty to tooltip graphicTextGapProperty ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TooltipSkin.java Changeset: 2d5e801bf702 Author:David Grievedavid.gri...@oracle.com Date: 2014-04-02 15:02 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2d5e801bf702 RT-34495: fix broken conditional in LabeledText for case when CSS is resetting font to its initial value ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/LabeledText.java Changeset: 952213e6d905 Author:Joseph Andresen joseph.andre...@oracle.com Date: 2014-04-02 12:07 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/952213e6d905 [accessibility] RT-36268 - Attributes for menus ! modules/graphics/src/main/java/javafx/scene/accessibility/Attribute.java
hg: openjfx/8u-dev/rt: RT-36491: CSSParser - if nextInSeries is null, then assume this is _not_ an old-style linear gradient
Changeset: 55f75996bde5 Author:David Grievedavid.gri...@oracle.com Date: 2014-04-02 16:01 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/55f75996bde5 RT-36491: CSSParser - if nextInSeries is null, then assume this is _not_ an old-style linear gradient ! modules/graphics/src/main/java/com/sun/javafx/css/parser/CSSParser.java
hg: openjfx/8u-dev/rt: 2 new changesets
Changeset: b8631aa10c3e Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2014-04-02 13:17 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/b8631aa10c3e [Accessibility] removing NSAccessibilityExpandedChangedNotification, it is undefined and it stop MacNotifications from being init'ed. ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java Changeset: d406d308e32a Author:shemnon Date: 2014-04-02 14:26 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d406d308e32a RT-35632: Backwards compatability with existing community Maven plugin RT-36323: License file support for RPM bundles RT-35635: sign Mac bundles with Developer ID when present RT-35635: Deal with locked JDK files when signing MAS bundles RT-35969: extra services bundler, tool integration for --daemon flag, startup flags Summary: Fixes from the Packgager sandbox. ! build.gradle ! modules/fxpackager/src/main/java/com/oracle/bundlers/BasicBundlers.java ! modules/fxpackager/src/main/java/com/oracle/bundlers/Bundler.java ! modules/fxpackager/src/main/java/com/oracle/bundlers/Bundlers.java ! modules/fxpackager/src/main/java/com/oracle/bundlers/StandardBundlerParam.java ! modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacAppStoreBundler.java ! modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacBaseInstallerBundler.java ! modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacDaemonBundler.java ! modules/fxpackager/src/main/java/com/oracle/bundlers/mac/MacPKGBundler.java ! modules/fxpackager/src/main/java/com/oracle/bundlers/windows/WindowsBundlerParam.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/ant/DeployFXTask.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/DeployParams.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/Main.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/PackagerLib.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/BundleParams.java - modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/BundleType.java + modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/Bundler.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/LinuxAppBundler.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/LinuxDebBundler.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/LinuxRPMBundler.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/MacAppBundler.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/MacDMGBundler.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/WinAppBundler.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/WinExeBundler.java ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/WinMsiBundler.java + modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/WinServiceBundler.java ! modules/fxpackager/src/main/resources/com/oracle/bundlers/StandardBundlerParam.properties ! modules/fxpackager/src/main/resources/com/oracle/bundlers/mac/MacAppBundler.properties ! modules/fxpackager/src/main/resources/com/oracle/bundlers/mac/MacAppStoreBundler.properties ! modules/fxpackager/src/main/resources/com/oracle/bundlers/mac/MacBaseInstallerBundler.properties ! modules/fxpackager/src/main/resources/com/oracle/bundlers/mac/MacPKGBundler.properties ! modules/fxpackager/src/main/resources/com/oracle/bundlers/windows/WinExeBundler.properties ! modules/fxpackager/src/main/resources/com/oracle/bundlers/windows/WinMsiBundler.properties + modules/fxpackager/src/main/resources/com/oracle/bundlers/windows/WinServiceBundler.properties - modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/background.png + modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/background_dmg.png + modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/mac/background_pkg.png ! modules/fxpackager/src/test/java/com/oracle/bundlers/linux/LinuxAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/bundlers/linux/LinuxDebBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/bundlers/linux/LinuxRpmBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/bundlers/mac/MacAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/bundlers/mac/MacAppStoreBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/bundlers/mac/MacDMGBundlerTest.java + modules/fxpackager/src/test/java/com/oracle/bundlers/mac/MacDaemonBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/bundlers/mac/MacPKGBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/bundlers/windows/WinAppBundlerTest.java ! modules/fxpackager/src/test/java/com/oracle/bundlers/windows/WinEXEBundlerTest.java !
com.sun.javafx.fxml.expression
Hi, In the midst of an autocomplete in NetBeans I discovered com.sun.javafx.fxml.expression.Expression. I'm in the middle of implementing an expression parser for a project and happen to also have an Expression object. May I ask what this package is for? It's the first I've seen of it and it's quite interesting. Looks like there is a little expression parser built into FXML? Thanks, Jeff
8u20 review request: RT-24903 - Canvas does not always consume its rendering commands
webrev: http://cr.openjdk.java.net/~flar/RT-24903/webrev.01/ jira: https://javafx-jira.kenai.com/browse/RT-24903 ...jim
Re: Expected frame rates for a full-screen blur
Actually, Box Blurs are no more efficient than Gaussian on GPU hardware due to the inability of shaders to perform incremental operations from pixel to pixel. Both are implemented by convolution kernels and N multiplies per pixel in the first horizontal pass and M multiplies per pixel in the second vertical pass (where M and N vary by radius/size of the blur and number of box passes)... ...jim On 4/1/14 2:16 PM, John Smith wrote: Sounds like your issue isn't in fact the blur, but, if it were, some things suggestions are: 1. BoxBlurs are more efficient than GaussianBlurs: http://en.wikipedia.org/wiki/Box_blur 2. Apply some of the suggestions from the openjfx Performance Tips and Tricks page: https://wiki.openjdk.java.net/display/OpenJFX/Performance+Tips+and+Tricks Anecdotally, applying the Performance Tips and Tricks allowed smooth animations on a 2012 MacBook Air with a full-screen blur. -Original Message- From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of Jeff Martin Sent: Tuesday, April 01, 2014 11:17 AM To: Mike Hearn Cc: openjfx-dev@openjdk.java.net Subject: Re: Expected frame rates for a full-screen blur I assume retina optimization was added for JFX 8 (or is on the short list). I think there is a Jira for it. You can choose a non-retina resolution by going to display preferences and clicking the Scaled radio button and selecting something to the right of Best Resolution (Retina). It used to be that you could option-click the Scaled radio button to get a real list of choices, but now you can only get that with a 3rd party resolution tool (I think). jeff On Apr 1, 2014, at 12:49 PM, Mike Hearn m...@plan99.net wrote: How do I do that? And won't that make everything blurry? Retina support is one reason why I chose JFX. Swing on Retina Macs is pretty much unusable, it's like looking through thick plastic. On Tue, Apr 1, 2014 at 7:26 PM, Jeff Martin j...@reportmill.com wrote: If it's a MacBook Pro Retina, you might try it with and without retina level resolution. I haven't tested JavaFX 8 with retina, but JFX 7 had serious problems that would go away when I changed the display to non-retina. jeff On Apr 1, 2014, at 11:41 AM, Mike Hearn m...@plan99.net wrote: Actually, playing some more, it seems like the poor frame rates I'm seeing are not blur related, but rather affect any animation (i.e. all rendering) when my main window is maximized. Shrinking the window so it's smaller results in smooth animations of any kind. This seems to be true no matter how I try and simplify my scene (e.g. turning off a tiled background image). I grabbed Ensemble and tried the circle blur demo. It actually made my entire laptop unusable. The entire OS crawled to a halt and fps was maybe 0.3 for everything, not just the Java app. Going back to the main menu made things snappy again. This is a bit disconcerting. Does anyone else see such appalling performance impact from the blurred circles demo on their Mac? Is this a driver issue, perhaps? Are there any platforms where this demo hits a good fps? On Tue, Apr 1, 2014 at 6:10 PM, Mike Hearn m...@plan99.net wrote: Hi there, On a MacBook Pro with OS X 10.9.2, does anyone have any estimates for anticipated frame rates of a full-screen animated blur? I noticed that when my window is not maximized, the blur is smooth and high frame-rate. When maximized the blur is somewhat choppy. Unfortunately I have no clue how much work is really involved in GPU blurring and whether I'm being unreasonable to expect that many pixels to be blurred per second (this is on a retina display). Can anyone let me know if it's worth me trying to optimise this or whether hardware limitations will mean that realistically I am expecting too much. thanks!
Re: Expected frame rates for a full-screen blur
The tick marks in the MacOS display settings do not turn off retina support, they only affect the amount of scaling within the retina spectrum that is provided. To turn off retina support you need to use a utility like QuickRes that allows you to specify HiDPI (retina) vs. non-HiDPI resolutions. HiDPI retina resolutions always render at a scale factor of 2.0 and then they scale them to the indicated screen size. The best for retina resolution is the resolution in which the rendering at a scale of 2.0 exactly matches the number of pixels the window will be scaled/blitted into. Regular resolutions will render at a scale factor of 1.0 and also scale to the indicated screen size, and so the scaling artifacts will be much more noticeable unless you choose the precise native resolution of the display itself... ...jim On 4/1/14 11:17 AM, Jeff Martin wrote: I assume retina optimization was added for JFX 8 (or is on the short list). I think there is a Jira for it. You can choose a non-retina resolution by going to display preferences and clicking the Scaled radio button and selecting something to the right of Best Resolution (Retina). It used to be that you could option-click the Scaled radio button to get a real list of choices, but now you can only get that with a 3rd party resolution tool (I think). jeff On Apr 1, 2014, at 12:49 PM, Mike Hearn m...@plan99.net wrote: How do I do that? And won't that make everything blurry? Retina support is one reason why I chose JFX. Swing on Retina Macs is pretty much unusable, it's like looking through thick plastic. On Tue, Apr 1, 2014 at 7:26 PM, Jeff Martin j...@reportmill.com wrote: If it's a MacBook Pro Retina, you might try it with and without retina level resolution. I haven't tested JavaFX 8 with retina, but JFX 7 had serious problems that would go away when I changed the display to non-retina. jeff On Apr 1, 2014, at 11:41 AM, Mike Hearn m...@plan99.net wrote: Actually, playing some more, it seems like the poor frame rates I'm seeing are not blur related, but rather affect any animation (i.e. all rendering) when my main window is maximized. Shrinking the window so it's smaller results in smooth animations of any kind. This seems to be true no matter how I try and simplify my scene (e.g. turning off a tiled background image). I grabbed Ensemble and tried the circle blur demo. It actually made my entire laptop unusable. The entire OS crawled to a halt and fps was maybe 0.3 for everything, not just the Java app. Going back to the main menu made things snappy again. This is a bit disconcerting. Does anyone else see such appalling performance impact from the blurred circles demo on their Mac? Is this a driver issue, perhaps? Are there any platforms where this demo hits a good fps? On Tue, Apr 1, 2014 at 6:10 PM, Mike Hearn m...@plan99.net wrote: Hi there, On a MacBook Pro with OS X 10.9.2, does anyone have any estimates for anticipated frame rates of a full-screen animated blur? I noticed that when my window is not maximized, the blur is smooth and high frame-rate. When maximized the blur is somewhat choppy. Unfortunately I have no clue how much work is really involved in GPU blurring and whether I'm being unreasonable to expect that many pixels to be blurred per second (this is on a retina display). Can anyone let me know if it's worth me trying to optimise this or whether hardware limitations will mean that realistically I am expecting too much. thanks!
hg: openjfx/8u-dev/rt: 3 new changesets
Changeset: 1a470be65586 Author:jgiles Date: 2014-04-03 09:21 +1300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1a470be65586 [IntelliJ] Ignore idea/copyright/profile_settings.xml ! .hgignore Changeset: 1d9f6c50dc8b Author:jgiles Date: 2014-04-03 10:38 +1300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1d9f6c50dc8b RT-46509:[TreeTableView] branches don't expand / collapse on double click ! modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/TableCellBehaviorBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/TableRowBehaviorBase.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/TreeTableRowBehavior.java ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewMouseInputTest.java ! modules/controls/src/test/java/javafx/scene/control/TreeViewMouseInputTest.java Changeset: 14c8808eca5c Author:jgiles Date: 2014-04-03 14:00 +1300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/14c8808eca5c RT-36425: Cannot sort bound TableView ! modules/controls/src/main/java/javafx/scene/control/TableView.java ! modules/controls/src/test/java/javafx/scene/control/TableViewTest.java
