f
Michael Paus
Sent: Samstag, 24. Dezember 2016 10:21
To:openjfx-dev@openjdk.java.net
Subject: Re: AnimationTimer and actual frame rate
Many thanks again.
Am 23.12.16 um 18:18 schrieb Markus KARG:
I assume it is OK for you to use internal APIs?
Of course it is :-)
Then yo
amstag, 24. Dezember 2016 10:21
To: openjfx-dev@openjdk.java.net
Subject: Re: AnimationTimer and actual frame rate
Many thanks again.
Am 23.12.16 um 18:18 schrieb Markus KARG:
I assume it is OK for you to use internal APIs?
Of course it is :-)
Then you cou
x-dev-boun...@openjdk.java.net] On Behalf Of
Michael Paus
Sent: Samstag, 24. Dezember 2016 10:21
To: openjfx-dev@openjdk.java.net
Subject: Re: AnimationTimer and actual frame rate
Many thanks again.
Am 23.12.16 um 18:18 schrieb Markus KARG:
> I assume it is OK for you to use internal APIs?
Of
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of
Michael Paus
Sent: Freitag, 23. Dezember 2016 17:04
To: openjfx-dev@openjdk.java.net
Subject: Re: AnimationTimer and actual frame rate
Thank you. That explains a lot of what I am observing but it also makes me
wonder ho
handler method is short.
-Markus
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of
Michael Paus
Sent: Freitag, 23. Dezember 2016 17:04
To: openjfx-dev@openjdk.java.net
Subject: Re: AnimationTimer and actual frame rate
Thank you. That explains a lot
Thank you. That explains a lot of what I am observing but it also makes
me wonder
how you could effectively measure the actual frame rate because that's
what you are
normally interested in.
Michael
Am 23.12.16 um 09:15 schrieb Markus KARG:
AnimationTimer is fired once per "planned" frame (i. e
AnimationTimer is fired once per "planned" frame (i. e. running at maximum
possible FPS), not per "actually rendered" frame. JavaFX contains a lot of
optimizations. For example, a boolean property animated over time to switch
from false to true will only imply a single modification, hence only o
