port of GTK 3 to FX 8, which was pushed to
> 8u-dev about 3 weeks ago.
>
>
> Similar changes to those made in buildSrc/linux.gradle will likely be
> needed in buildSrc/armv6hf.gradle.
>
> -- Kevin
>
>
> [1] https://bugs.openjdk.java.net/browse/JDK-8212147
>
>
Hi all,
Despite all the cool new build stuff being done with OpenJFX I still get a
few queries about my nightly chriswhocodes.com OpenJFX8 builds for ARM
from the Pi community.
Someone recently noticed that my builds broke on Oct 26 2018.
I've posted a gist of the failure log here
https://gist.
Congratulations to all involved in this!
Looking forward to seeing JavaFX grow now it's outside of the JDK.
-Chris
On Tue, September 18, 2018 14:08, Johan Vos wrote:
> Adding to what Kevin already said (huge thanks to Kevin and Oracle for
> all they did), I want to thank everyone on this list fo
Hi Kevin,
I'm more than happy to keep the community JavaFX build server at
chriswhocodes.com running and host JDK 8/9/10/n + FX builds there.
At the moment it's mostly used by the Raspberry Pi community to grab
JavaFX overlays for JDK8 on ARM.
I can also build and host OSX and Windows builds the
Hi Phil,
Would it be possible to update the Windows build instructions? Getting
VS10 and SDKs from 2010 to work on a Windows 10 build machine isn't much
fun.
Thanks,
Chris
On Tue, December 19, 2017 20:11, Phil Race wrote:
> In the "innovation" email thread it was suggested that one obstacle t
Hi John,
Here's my $0.02 on JavaFX as someone who's used it for over 4 years in the
JITWatch project (https://github.com/AdoptOpenJDK/jitwatch) and also for
fun with my DemoFX benchmarks (https://github.com/chriswhocodes/DemoFX).
On the whole I think the API is very good. Event handling, layout,
VS 2010 and VS 2013, which should
>> work as long as you don't build media or webkit (they aren't built by
>> default).
>>
>> -- Kevin
>>
>>
>> [1] https://bugs.openjdk.java.net/browse/JDK-8187366
>>
>>
>>
>>
>> Chris Newland
Hi,
I'm also trying to build OpenJFX on Windows 10 so I can add a Windows
build to my community OpenJFX build server at https://chriswhocodes.com
and am hitting the same problems as you.
Setting WINSDK_DIR on the command line using 'set' or 'export' doesn't
work and neither does setting via the W
Thanks for the heads-up David.
I've checked my chriswhocodes.com web server logs and around 90 unique IPs
per week are still downloading the ARM OpenJFX overlay builds so before
this patch is merged I'll take a snapshot of the last working ARM build
and keep that available.
Kind regards,
Chris
Hi Scott,
I run windowed JavaFX desktop apps on the Raspberry Pi 3 (Latest Raspbian
+ PIXEL desktop without experimental driver) using the GTK platform and
software pipeline with an OpenJFX build from my server at
https://chriswhocodes.com/
Just download an ARM nightly:
wget
https://chriswhocode
Hi Jonathan,
+1 to that list for me.
In my experience JavaFX performs well for the "low-level" (Canvas +
GraphicsContext) stuff with one exception - the PixelWriter APIs appear do
a lot of array duplication and copying under the hood which I believe can
be optimised. I'll investigate further and
Hi all,
Hope not too off-topic but I've just released the 3rd version of my JavaFX
performance benchmark "DemoFX".
This time it exercises the PixelWriter (of Canvas and WriteableImage), the
spectral analyser (thanks for adding this!), and some 3D as well as
drawing on the Canvas.
It does use Med
afx.media module. Further,
> this methods will go away very soon as part of the ongoing encapsulation
> of all impl_ methods.
>
> Can you file an RFE for a public API to do this? We can consider it for
> a future version of JavaFX.
>
> -- Kevin
>
>
>
> Chris Newland wrote:
Hi,
This is really just an FYI as I'm doing funky stuff with multiple
MediaPlayers and using the deprecated impl_getLatestFrame() method to grab
frames.
I can grab frames fine with a single MediaPlayer instance but when I use
multiple MediaPlayer objects each with an AnimationTimer calling this
c
Hi,
Currently Monocle builds are configured (in buildSrc/x86egl.gradle) with
X86EGL.includeSwing = false
This results in build.gradle excluding javafx/embed/swing packages
if (!targetProperties.includeSwing) {
exclude("javafx/embed/swing")
}
Which means that you can't easily (to my knowled
Hi Kevin,
The JavaFX performance when forcing the sw pipeline is still much slower with
Jessie than Wheezy so I'm hoping there is something I can do at the OS level to
get back to previous sw performance.
Will let you know if I find it!
Cheers,
Chris
Sent from my iPhone
> On 22 Dec 2015, at
15 08:00, Chien Yang wrote:
> Hi Chris,
>
>
> JavaFX may run on Intel GMA 3150, but it is not a supported GPU. There
> is a high likelihood that the drop in performance is caused by the switch
> from sw pipe (Debian Wheezy) to es2 pipe (Debian Jessie). GMA 3150 is an
> underpowered GP
Upgraded my netbook (Intel GMA3150 onboard graphics) from Debian Wheezy to
Debian Jessie and JavaFX performance has suffered a huge drop :(
Possibly not JavaFX related but native apps (firefox etc) all seem to
perform the same and glxgears runs full sync framerate and 350fps
unsynced.
JavaFX stag
Hi Scott,
If you don't mind the bleeding edge I publish OpenJFX nightlies here for x86
(Linux and OSX) and ARM (Pi etc)
http://108.61.191.178/
They just unzip over your existing JDK/JRE.
Cheers,
Chris
Sent from my iPhone
> On 6 Dec 2015, at 02:29, Scott Palmer wrote:
>
> I seem to recall t
Thanks Kevin, Phil.
I find it encouraging that there is a plan to include jfx as part of the
jdk forest as that will lead to a smoother build process.
Hopefully there will still be a mechanism to add OpenJFX to other JDKs
(Zulu etc.) in a post-Jigsaw world.
I filed a bug just as a reminder: Revi
Hi,
Please could someone briefly explain the changes to OpenJFX under JDK9 /
modularisation / jigsaw?
I've been trying to answer some questions about this in the London Java
Community (JUG) and have added 8u40 stable binaries to my OpenJFX build
server as that was requested: http://108.61.191.178
Hi,
I've been testing against JDK 8u60b13 from
https://jdk8.java.net/download.html and it looks like libglass.so in the
Linux 64-bit (amd64) download is now linking against glibc 2.14
JDK 8u45 linked against glibc 2.4
This breaks on Debian (Wheezy) which only provides 2.13-38+deb7u8
Dependency
test the fix on their OSX
system.
Thanks a lot Jim and team for looking into this!
Cheers,
Chris
On Thu, April 16, 2015 09:39, Chris Newland wrote:
> Hi Jim,
>
>
> Thanks for looking into this.
>
>
> The patch definitely improves es2 performance on Debian Linux amd64 fro
javafx-jira.kenai.com/browse/RT-40533
>
>
> If others could apply the indicated patch to an OpenJFX build and
> provide feedback on any improvements (or bugs!) that they see, that would
> help. In the meantime, we have a lot of testing to do to verify the
> correctness of the ch
I just asked about this on the adoption-disc...@openjdk.java.net list and
the answer from Martijn Verburg is:
---
Hi Chris,
I think the strong advice for those using private APIs is to run the jdeps
tool to see where they are using APIs that will go away / be moved. I'd
then get them to post that
.8) I get 60fps for es2 and 44fps for sw. Are you
>> running a newer version of MacOS?
>>
>> ...jim
>>
>>
>> On 3/31/15 3:40 PM, Chris Newland wrote:
>>
>>> Hi Hervé,
>>>
>>>
>>> That's a valid question :)
>>
ps: 19
>>> fps: 25
>>>
>>>
>>> java -Dprism.order=sw -cp target/classes/
>>> com.chrisnewland.demofx.standalone.Sierpinski fps: 1
>>> fps: 54
>>> fps: 60
>>> fps: 60
>>> fps: 60
>>> fps: 60
>>> fps: 60
>
0:13, Jim Graham wrote:
> On my retina MBP (10.8) I get 60fps for es2 and 44fps for sw. Are you
> running a newer version of MacOS?
>
> ...jim
>
>
> On 3/31/15 3:40 PM, Chris Newland wrote:
>
>> Hi Hervé,
>>
>>
>> That's a valid question :)
&
there is a performance problem here? (or at least a need for
documentation so as to set expectations for gc.fillPolygon).
Best regards,
Chris
On Tue, March 31, 2015 22:00, Hervé Girod wrote:
> Why don't you use Nodes rather than Canvas ?
>
>
> Sent from my iPhone
>
>
>> O
rectangle and render it more directly. If we
> added that support then I'd expect the SW pipeline to perform the set of
> drawLine calls faster than drawPolygon as well...
>
> ...jim
>
>
> On 3/28/15 3:22 AM, Chris Newland wrote:
>
>> Hi Robert,
>>
>&g
ac
> OSX
> a second-class citizen as far as dev resources are concerned?
>
> Tobi and Chris, have you filed Jira Issues on Mac graphics performance
> that can be tracked?
>
> I will file an issue with a simple test case and hope for the best.
>
>
>
>
>
> On
Possibly related:
I can reproduce a massive (90%) performance drop on OSX between drawing a
wireframe polygon on a Canvas using a series of gc.strokeLine(double x1,
double y1, double x2, double y2) commands versus using a single
gc.strokePolygon(double[] xPoints, double[] yPoints, int count) comma
s
On Tue, March 17, 2015 14:46, Kevin Rushforth wrote:
> Not sure what missing stuff you are referring to. All of the JavaFX
> sources for embedded are in the rt repo on openjfx.
>
> -- Kevin
>
>
>
> Chris Newland wrote:
>
>> Hi Kevin,
>>
>>
>> Is
rget.
> David can response further.
>
>
> -- Kevin
>
>
>
> Chris Newland wrote:
>
>> In reference to
>> http://www.raspberrypi.org/forums/viewtopic.php?f=81&t=97367&p=720267#p7
>> 20267
>>
>>
>> When cross-compiling to armv6hf
In reference to
http://www.raspberrypi.org/forums/viewtopic.php?f=81&t=97367&p=720267#p720267
When cross-compiling to armv6hf on an x86-64 Linux system using:
gradle clean openZip -PCOMPILE_TARGETS=armv6hf
Some of the binaries are compiled as x86-64:
file build/armv6hf-sdk/rt/lib/arm/libjfxmedi
Group's CloudBees but
for now this helps IoT ARM JDKs to get OpenJFX support.
Cheers,
Chris
On Wed, March 11, 2015 16:36, David Hill wrote:
> On 3/9/15, 5:00 AM, Chris Newland wrote:
>
>> Hi all,
>>
>>
>> A quick update on this:
>>
>>
>&g
FX demoscene hacking tutorial at the next
Hack-the-Tower meetup?
Cheers,
Chris
On Mon, March 9, 2015 09:41, Martijn Verburg wrote:
> Hi Chris,
>
>
> Just to add to this, have you got an account to edit the wiki at
> adoptopenjdk.java.net? We should add a link to this build from t
t; and Shapes (in a Scene graph)?
>
>
> --Benjamin
>
>
>
> On Mon, Mar 9, 2015 at 9:11 AM, Chris Newland
> wrote:
>
>
>> Hi all,
>>
>>
>> I've put together a little framework called DemoFX and a few
>> "demoscene"
Hi all,
A quick update on this:
There are a small number of wrinkles before we get OpenJFX building on the
Adoption group's CloudBees system so I've put together a Debian-based VPS
server that is producing nightly OpenJFX builds for Linux amd64 and
armv6hf.
It updates from http://hg.openjdk.java
Hi all,
I've put together a little framework called DemoFX and a few "demoscene"
graphical effects for measuring JavaFX performance:
https://github.com/chriswhocodes/DemoFX
Here's a YouTube video of some of the effects I've developed:
https://www.youtube.com/watch?v=N1rihYA8c2M (watch in HD if
Hi Johan, all,
Following the announcement that JDK builds for ARM will no longer include
JavaFX I started talking with the OpenJDK Adoption group
(https://wiki.openjdk.java.net/display/Adoption/Main) about the
possibility of using their CloudBees CI system to produce OpenJFX binaries
(for all oper
Hi Felix,
This looks like a really interesting project.
I'm starting to investigate JavaFX performance from a JIT compilation
viewpoint to make sure there are no areas in the codebase that are
defeating the HotSpot JIT compilers.
I've written a couple of Canvas-based "demoscene" style animations
Hi,
I think there might be a bug with the window decoration on OSX Yosemite
whenever the StageStyle is set to UTILITY:
initStyle(StageStyle.UTILITY);
The red close icon appears twice. Once on the left as expected but again
in the right most position where the green maximise icon should be.
Scre
to indicate
> megabytes, g or G to indicate gigabytes. By default, the maximum bytecode
> size is set to 35 bytes:
>
> -XX:MaxInlineSize=35
>
>
>
> It would be interesting to see how adjusting some of those parameters
> affects performance. Does JITWatch have tools for measuring that sor
Hi all,
As part of the JITWatch[1] project I've written a tool called JarScan
which counts the bytecode size of methods in a jar and logs those methods
which are above HotSpot's 325 byte size threshold for inlining methods it
determines are "hot".
In jfxrt.jar from Oracle's JDK 1.8.0_25 on Linux
Apologies for the self-promotion but I've built a pretty complex open
source project using JavaFX and found it to be a very usable technology.
Light years ahead of Swing and more powerful than SWT; much easier layout
(VBox/HBox), builder pattern, styling (CSS etc.) and deployment (part of
JRE).
T
46 matches
Mail list logo