Hi Richard,
Let me start by saying that on re-reading my last post I realised that it
had a tone which was not intended and may have appeared overly critical or
negative. If you or anyone on the JavaFX development team were offended in
any way then I am sorry. All I can say in my defence was
Changeset: 59839bab2fba
Author:kcr
Date: 2013-05-31 05:33 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/59839bab2fba
[TEST-ONLY] Disable intermittently failing test until RT-30173 is resolved
! javafx-concurrent/test/javafx/concurrent/ServiceLifecycleTest.java
Hi John,
Let's get very specific. Can you post a small example where the
animation performs poorly? Then we can all get to the bottom of it.
Thanks,
Steve
On 31/05/2013 8:30 AM, John C. Turnbull wrote:
Hi Richard,
Let me start by saying that on re-reading my last post I realised that it
Taking a quick look at the code it seems that the animation time for ball
updates is fixed at 40ms using a Timeline with a single KeyFrame. So
25fps, half the refresh speed of any known desktop computer display.
brickbreaker/Config.java:40
public static final Duration ANIMATION_TIME =
Btw, there is a JIRA issue filed against BrickBreaker specifically:
https://javafx-jira.kenai.com/browse/RT-29801
Richard Bair wrote:
Have you tried to determine what the FPS is? My guess is that FPS is not
anywhere near the limit and it is the occasional stutter that is the problem,
but I'm
On 01/06/2013, at 1:23 AM, David Grieve david.gri...@oracle.com wrote:
I won't take you up on that bet. I hate to lose.
If the jar file has the .css file in it, you can disabled the loading of
binary css by setting the property binary.css to false. I don't know if
there is a way to set
Just on the topic of what should we expect performance/animation/graphic wise,
are there technical limitations why jfx can't achieve this exact level of
quality in animations:
Hmm. I see this from the very first build of 7u21 (only available
internally) whereas
the latest build of 7u17 is fine.
I did find one CSS fix from David that looks like it was in that build
and relates to the way CSS is doing class lookups. So I think that
is the most likely culprit.
-phil.
The link didn't work for me, is there another link? (It came up with a page of
videos, the top one being video.3gp)
Richard
On May 31, 2013, at 8:46 AM, Daniel Zwolenski zon...@gmail.com wrote:
Just on the topic of what should we expect performance/animation/graphic
wise, are there
Flip the link from Mobile to Desktop at the top.
I think JavaFX could easily handle this.
Scott
On Fri, May 31, 2013 at 12:08 PM, Richard Bair richard.b...@oracle.comwrote:
The link didn't work for me, is there another link? (It came up with a
page of videos, the top one being video.3gp)
Patch attached to https://javafx-jira.kenai.com/browse/RT-29801. I'm not seeing
any stutter on my Mac, interested to hear the experience on Windows.
Richard
On May 31, 2013, at 8:44 AM, Richard Bair richard.b...@oracle.com wrote:
Ya I did the same, am now adjusting it so the factor by which
The magnifying glass is harder (but with render to image you could do it I
think). Otherwise I agree this should be quite doable.
Richard
On May 31, 2013, at 9:17 AM, Scott Palmer swpal...@gmail.com wrote:
Flip the link from Mobile to Desktop at the top.
I think JavaFX could easily handle
This is not so much a question of what can I do to fix this, as highlighting
the fact that an app built on b13 and then run on b23 is utterly broken.
With auto updating jre's this means someone who has an app in the wild will
suddenly have it break for all their customers. Massive backwards
the JIRA mentioned is not public - we the e(fx)clipse project are
working on such a feature as well for one of our next releases - so if
openjfx does provide it we could spend our time on other important
improvements!
Tom
On 31.05.13 19:54, Richard Bair wrote:
What's so horrid about css to
Changeset: 0e8bd17417d3
Author:David Grievedavid.gri...@oracle.com
Date: 2013-05-14 12:48 -0700
URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/0e8bd17417d3
RT-30381: change selector matching to return list of matching selectors rather
than the rules of matching
Changeset: e15e5f07eef3
Author:Richard Bair richard.b...@oracle.com
Date: 2013-05-31 14:31 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/e15e5f07eef3
[Apps] Added TranslatedRectangle sample which just translates a rectangle so we
can start the hunt for jitter.
+
I don't know if there is the same behavior in JavaFX as in Swing, but using
Swing for complex animated rendering of texts, we discovered that if we used
the standard way of daring the strings in a Graphics2D, there was a kind of
Jitter on each String when moving or rotating the texts, the
We used the second method in a case where we painted animated Swing hierarchies
in an external OpenGL context, each character associated bitmap was cached when
it was necessary to draw the Glyph. The result seemed ok to us. Now I'm
thinking that we could have done the same thing in pure Java
The text in PowerPoint is very likely outlines (treat the text as shapes) since
there isn't much text per slide and its usually very large (in fact most render
engines stop rendering text as glyphs at a given size -- for us it is 80pt.).
H. I wonder if you used an 81pt font and scaled it
The text in PowerPoint is very likely outlines (treat the text as shapes)
since there isn't much text per slide and its usually very large (in fact
most render engines stop rendering text as glyphs at a given size -- for us
it is 80pt.). H. I wonder if you used an 81pt font and scaled
On 5/31/13 4:52 PM, Richard Bair wrote:
The text in PowerPoint is very likely outlines (treat the text as shapes) since
there isn't much text per slide and its usually very large (in fact most render
engines stop rendering text as glyphs at a given size -- for us it is 80pt.).
H. I
The text in PowerPoint is very likely outlines (treat the text as shapes)
since there isn't much text per slide and its usually very large (in fact
most render engines stop rendering text as glyphs at a given size -- for us
it is 80pt.). H. I wonder if you used an 81pt font and scaled
No problem. I wish I took a look sooner!
Scott
On 2013-05-31, at 4:45 PM, Richard Bair richard.b...@oracle.com wrote:
I pushed the fix to graphics. Thanks Scott for tracking that down! It looks
10x better.
Richard
On May 31, 2013, at 9:25 AM, Richard Bair richard.b...@oracle.com
Changeset: 3d88225dbe0d
Author:Yao Wang yao.w.w...@oracle.com
Date: 2013-05-31 19:11 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/3d88225dbe0d
RT-30715 NPE when MeshView is added to scene with empty TriangleMesh created
!
24 matches
Mail list logo