If Oracle are interested in it (and permit me to be part of the JavaFX community on a level playing field), I would be more than happy to!
(Such as not having to wait for every post to be moderated for example). > On 10 Nov. 2016, at 21:56, Tobias Bley <b...@jpro.io> wrote: > > What about performance benchmark? Did you already tried to benchmark your > prototype with DemoFX from Chris Newsland? > > https://github.com/chriswhocodes/DemoFX > <https://github.com/chriswhocodes/DemoFX> > > > > > > >> Am 10.11.2016 um 08:40 schrieb Felix Bembrick <felix.bembr...@gmail.com>: >> >> Started? I have a fully working prototype! >> >> And it's not just "parallelised" but it greatly improves the efficiency and >> utilisation of both the CPU (and cores) and the GPU(s). >> >>> On 10 Nov. 2016, at 18:35, Tobias Bley <b...@jpro.io> wrote: >>> >>> Do you have started any parallelization? >>> >>> >>> >>>> Am 10.11.2016 um 01:02 schrieb Felix Bembrick <felix.bembr...@gmail.com>: >>>> >>>> If you want to know how to parallelise the JavaFX pipeline (or how it's >>>> already been done with amazing results) then talk to me. >>>> >>>> If, of course, this email gets moderated... >>>> >>>>> On 10 Nov. 2016, at 10:57, Felix Bembrick <felix.bembr...@gmail.com> >>>>> wrote: >>>>> >>>>> >>>>> >>>>>> On 10 Nov. 2016, at 10:27, Jim Graham <james.gra...@oracle.com> wrote: >>>>>> >>>>>> On 10/20/16 5:34 AM, Kevin Rushforth wrote: >>>>>>>> For now the OpenPiscesRasterizer class uses a static Renderer (single >>>>>>>> instance) so it is single-threaded. >>>>>>>> >>>>>>>> In MarlinFX I could prepare the multi-threading support by using 1 >>>>>>>> RendererContext per thread (ThreadLocal) as I did in Marlin for java2d. >>>>>>>> >>>>>>>> However it seems a complex task to enable parallelization in the javafx >>>>>>>> pipeline but I could help there also... >>>>>>>> >>>>>>> >>>>>>> Enabling parallel rasterization seems like a good follow-on task, but >>>>>>> is out of scope for the short term given the >>>>>>> limited amount of time. Also, the only way that MarlinFX even has a >>>>>>> chance of getting approved for in JDK 9 is for the >>>>>>> default OpenPisces path to be unaltered. >>>>>> >>>>>> Also, such a parallelization of the javafx pipelines would be a fairly >>>>>> large task. >>>>>> >>>>>> I would think an effort to parallelize a single shape rasterization >>>>>> would be much simpler in scope. Still outside the current JDK 9 >>>>>> timeline, but definitely something that could help in future releases. >>>>>> I believe that once we put the edges into the internal structures we >>>>>> could parallelize the rasterization of individual scanlines and maybe >>>>>> break a tall shape up into N horizontal bands for N threads. Other >>>>>> thoughts would be a thread to generate the crossings and N threads to >>>>>> populate the alphas...? >>>>>> >>>>>> ...jim >>> >
