Re: Optimised, high-performance, multi-threaded rendering pipeline

Sorry, the "agreed" comment was meant to be a reply to you Tobi. Pity not everyone "agrees"... > On 28 Nov. 2016, at 19:10, Tobi wrote: > > We should discuss a new rendering pipeline on the openjfx mailing list. It’s > not off topic - it’s an important topic for the

Re: Optimised, high-performance, multi-threaded rendering pipeline

Agreed. > On 28 Nov. 2016, at 19:08, Michael Paus wrote: > >> Am 28.11.16 um 08:51 schrieb Felix Bembrick: >> Great - good to see interest growing. >> >> Especially given that you work for Oracle, right? > Sorry, if I have to disappoint you on that but I do not work for Oracle.

Re: Optimised, high-performance, multi-threaded rendering pipeline

No disappointment, no surprises. It was a rhetorical question... > On 28 Nov. 2016, at 19:08, Michael Paus wrote: > >> Am 28.11.16 um 08:51 schrieb Felix Bembrick: >> Great - good to see interest growing. >> >> Especially given that you work for Oracle, right? > Sorry, if I

Re: Optimised, high-performance, multi-threaded rendering pipeline

We should discuss a new rendering pipeline on the openjfx mailing list. It’s not off topic - it’s an important topic for the future of JavaFX. > Am 28.11.2016 um 06:54 schrieb Felix Bembrick : > > Sorry Gerrit - you did indeed. > > Maybe you'd also like to

Re: Optimised, high-performance, multi-threaded rendering pipeline

Am 28.11.16 um 08:51 schrieb Felix Bembrick: Great - good to see interest growing. Especially given that you work for Oracle, right? Sorry, if I have to disappoint you on that but I do not work for Oracle. I run my own little company and are the head of the Java User Group Stuttgart.

Re: Optimised, high-performance, multi-threaded rendering pipeline

Great - good to see interest growing. Especially given that you work for Oracle, right? > On 28 Nov. 2016, at 18:10, Michael Paus wrote: > > I am interested too although I have only been listening quietly so far due to > lack of time. > Cheers > Michael > >> Am 28.11.16 um

Re: Optimised, high-performance, multi-threaded rendering pipeline

I am interested too although I have only been listening quietly so far due to lack of time. Cheers Michael Am 28.11.16 um 06:54 schrieb Felix Bembrick: Sorry Gerrit - you did indeed. Maybe you'd also like to participate in the offline discussion (especially now that you don't work for

Re: Optimised, high-performance, multi-threaded rendering pipeline

Sorry Gerrit - you did indeed. Maybe you'd also like to participate in the offline discussion (especially now that you don't work for Oracle)? > On 28 Nov. 2016, at 16:07, han.s...@icloud.com wrote: > > Well I mentioned before that I'm interested too :) > > Cheers, > > Gerrit > > > Am 27.

Re: Optimised, high-performance, multi-threaded rendering pipeline

Well, given that you and Benjamin seem to be the only people interested in it, perhaps we should discuss it offline (so as not to bother Oracle or spam list this)... > On 28 Nov. 2016, at 06:57, Tobias Bley wrote: > > Where can we read more about your HPR renderer? > > > >

Re: Optimised, high-performance, multi-threaded rendering pipeline

Where can we read more about your HPR renderer? > Am 25.11.2016 um 16:45 schrieb Felix Bembrick : > > Short answer? Maybe. > > But exactly one more word than any from Oracle ;-) > >> On 26 Nov. 2016, at 00:07, Tobias Bley wrote: >> >> A very short

Re: Optimised, high-performance, multi-threaded rendering pipeline

Short answer? Maybe. But exactly one more word than any from Oracle ;-) > On 26 Nov. 2016, at 00:07, Tobias Bley wrote: > > A very short answer ;) …. > > Do you have any URL? > > > > > >> Am 25.11.2016 um 12:19 schrieb Felix Bembrick : >> >> Yes.

Re: Optimised, high-performance, multi-threaded rendering pipeline

Thanks Benjamin, We studied those products you mentioned when designing HPR and, yes, there is extensive use of shaders and much more utilisation of the GPU in general. We also have the beginnings of a Vulkan-only version written in (coincidentally) Rust which is showing amazing promise.

Re: Optimised, high-performance, multi-threaded rendering pipeline

A very short answer ;) …. Do you have any URL? > Am 25.11.2016 um 12:19 schrieb Felix Bembrick : > > Yes. > >> On 25 Nov. 2016, at 21:45, Tobias Bley wrote: >> >> Hi, >> >> @Felix: Is there any Github project, demo video or trial to test HPR with

Re: Optimised, high-performance, multi-threaded rendering pipeline

Wow, thanks for all the great work (Felix and Laurent)! Marlin and HPR seem to really fit into what needs to be done to improve the performance. Speaking of the Vulkan API: Does HPR use shaders to optimize the rendering or does this only apply to rasterization (i.e. Marlin)? Webrender and Servo

Re: Optimised, high-performance, multi-threaded rendering pipeline

Yes. > On 25 Nov. 2016, at 21:45, Tobias Bley wrote: > > Hi, > > @Felix: Is there any Github project, demo video or trial to test HPR with > JavaFX? > > Best regards, > Tobi > > > > >> Am 11.11.2016 um 12:08 schrieb Felix Bembrick : >> >> Thanks

Re: Optimised, high-performance, multi-threaded rendering pipeline

Hi, @Felix: Is there any Github project, demo video or trial to test HPR with JavaFX? Best regards, Tobi > Am 11.11.2016 um 12:08 schrieb Felix Bembrick : > > Thanks Laurent, > > That's another thing we discovered: using Java itself in the most performant > way

Re: Optimised, high-performance, multi-threaded rendering pipeline

Thanks Laurent, That's another thing we discovered: using Java itself in the most performant way can help a lot. It can be tricky, but profiling can often highlight various patterns of object instantiation that show-up red flags and can lead you directly to regions of the code that can be

Re: Optimised, high-performance, multi-threaded rendering pipeline

Hi Tobi, Thanks for the input. In answer to your first question, not all toolkits use as much parallelisation as HPR but are indeed more performant than JavaFX for a few reasons: 1. They are "closer to the metal". The more layers of architecture you add, there is almost an inevitable

Re: Optimised, high-performance, multi-threaded rendering pipeline

Hi, To optimize Pisces that became the Marlin rasterizer, I carefully avoided any both array allocation (byte/int/float pools) and also reduced array copies or clean up ie only clear dirty parts. This approach is generic and could be applied in other critical places of the rendering pipelines.

Re: Optimised, high-performance, multi-threaded rendering pipeline

Hi, thanks Felix, Laurent and Chris for sharing your stuff with the community! I am happy to see starting a discussion about boosting up the JavaFX rendering performance. I can confirm that the performance of JavaFX scene graph is not there where it should be. So multithreading would be an

Optimised, high-performance, multi-threaded rendering pipeline

(Thanks to Kevin for lifting my "awaiting moderation" impasse). So, with all the recent discussions regarding the great contribution by Laurent Bourgès of MarlinFX, it was suggested that a separate thread be started to discuss parallelisation of the JavaFX rendering pipeline in general. As has