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
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
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
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
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,
uild with 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 N
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
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
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
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
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
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,
: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 GPU for
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
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:
>
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:
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:
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
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 changes...
...jim
On 4/8/15 9:25 AM, Chris Newland wrote:
Hi Jim,
I'll post
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 from
around 33fps to around 53fps
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
:40 PM, Chris Newland wrote:
Hi Hervé,
That's a valid question :)
Probably because
a) All my non-UI graphics experience is with immediate-mode / raster
systems
b) I'm interested in using JavaFX for particle effects / demoscene /
gaming so assumed (perhaps wrongly?) that scenegraph
which GPU is being used if you run it
with -Dprism.verbose=true...
...jim
On 4/2/15 4:13 PM, 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
. 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 :)
Probably because
a) All my non-UI graphics experience is with immediate-mode / raster
systems
b) I'm interested in using JavaFX for particle effects
...
...jim
On 3/28/15 3:22 AM, Chris Newland wrote:
Hi Robert,
I've not filed a Jira yet as I was hoping to find time to investigate
thoroughly but when I saw your question I thought I'd better add my
findings.
I believe the issue is in the ES2Pipeline as if I run with
-Dprism.order=sw
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
On Mar 31, 2015, at 22:31, Chris Newland cnewl
performance
that can be tracked?
I will file an issue with a simple test case and hope for the best.
On Fri, Mar 27, 2015 at 11:08 PM, Chris Newland
cnewl...@chrisnewland.com
wrote:
Possibly related:
I can reproduce a massive (90%) performance drop on OSX between drawing
a wireframe
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)
, 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 there any chance Oracle can release all the missing ARM32 stuff and
let the community have a go
further.
-- Kevin
Chris Newland wrote:
In reference to
http://www.raspberrypi.org/forums/viewtopic.php?f=81t=97367p=720267#p7
20267
When cross-compiling to armv6hf on an x86-64 Linux system using:
gradle clean openZip -PCOMPILE_TARGETS=armv6hf
Some of the binaries are compiled
In reference to
http://www.raspberrypi.org/forums/viewtopic.php?f=81t=97367p=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
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:
There are a small number of wrinkles before we get OpenJFX building
-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 there.
Cheers,
Martijn
On 9 March 2015 at 09:00, Chris Newland cnewl
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
)?
--Benjamin
On Mon, Mar 9, 2015 at 9:11 AM, Chris Newland cnewl...@chrisnewland.com
wrote:
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
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
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).
42 matches
Mail list logo