<div dir="ltr"><div dir="ltr">Juan,</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 23, 2020 at 2:15 PM Juan Vuletich via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st">cuis-dev@lists.cuis.st</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The high performance OpenCL implementation of the VectorGraphics engine <br>
is in the works. As I usually say at this time of the year, maybe this <br>
is the year it will become usable enough to completely replace <br>
BitBltCanvas and BitBltCanvasEngine... You can see the commits that <br>
affect <a href="http://VectorGraphics.pck.st" rel="noreferrer" target="_blank">VectorGraphics.pck.st</a> in GitHub, and see that I'm actually <br>
working on it.<br><br></blockquote><div><br></div><div>By 'completely replace' I hope you mean 'become the default, but still be able to live alongside'.  One of the things I've been hoping we end up with is a more (wait for it...) modular drawing system.  It would be great to be able to switch between graphics systems and/or have a worlds-like environment where the top level could be one drawing system and one of the children another.  Just think how much easier your new Morphic would have been to develop (and would be to debug/enhance going forward) if you had that as a starting point.  And then there are the low power/low capability devices that don't even have full JIT support yet, let alone OpenCL capable hardware. (lots of ARM stuff and some old/low-end PCs fall into this category)</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Cheers,<br>
<br>
-- <br>
Juan Vuletich<br><br></blockquote><div><br></div><div>Thanks,</div><div>Phil </div></div></div>