Marlin-Renderer and JavaFX

[Felix Bembrick]

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 <bley at 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.bembrick at 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 <bley at jpro.io> wrote:
>>> 
>>> Do you have started any parallelization?
>>> 
>>> 
>>> 
>>>> Am 10.11.2016 um 01:02 schrieb Felix Bembrick <felix.bembrick at 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.bembrick at gmail.com> wrote:
>>>>> 
>>>>> 
>>>>> 
>>>>>> On 10 Nov. 2016, at 10:27, Jim Graham <james.graham at 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
>>> 
>