Expected frame rates for a full-screen blur

[Jim Graham]

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 <mike at 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 <jeff at 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 <mike at 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 <mike at 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!
>>>>
>>
>>
>