Expected frame rates for a full-screen blur
Jim Graham
james.graham at oracle.com
Thu Apr 3 00:10:58 UTC 2014
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-bounces at openjdk.java.net] On Behalf Of Jeff Martin
> Sent: Tuesday, April 01, 2014 11:17 AM
> To: Mike Hearn
> Cc: openjfx-dev at 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 <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!
>>>>
>>
>>
>
More information about the openjfx-dev
mailing list