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...


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).


On Apr 1, 2014, at 12:49 PM, Mike Hearn <> 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 <> 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.


On Apr 1, 2014, at 11:41 AM, Mike Hearn <> 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

On Tue, Apr 1, 2014 at 6:10 PM, Mike Hearn <> 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.


Reply via email to