Private/codewithvk/webgl canvas load layer

[codewithvk]

• Resolves: #
• Target version: master

Summary

TODO

• ...

Checklist

• I have run make prettier-write and formatted the code.
• All commits have Change-Id
• Documentation (manuals or wiki) has been updated or is not required
• I have run tests with make check
• I have issued make run and manually verified that everything looks okay

[mcecchetti]

Code looks good. To try it locally.

[mcecchetti]

While testing it I found the following issues:

• shapes with an alpha component are rendered in a wrong color
• shape animations rendering/performance is a lot worse

I reported more details on the related task page

[mcecchetti]

I implemented a patch (#10153) that renders each animation frame directly in the gl canvas provided by RendererLayerGl instead of drawing it earlier in a 2d canvas and then pass the layer as a image bitmap to RendererLayerGl.
Anyway performances are still less smooth than without the RendererLayer patch.
Without RendererLayer patch, Transition2d (and it's sub-classes) which I used for playing transition filters for a shape are not affected by this problem. So, I wonder if the problem is in RendererLayerGl.

[codewithvk]

I implemented a patch (#10153) that renders each animation frame directly in the gl canvas provided by RendererLayerGl instead of drawing it earlier in a 2d canvas and then pass the layer as a image bitmap to RendererLayerGl. Anyway performances are still less smooth than without the RendererLayer patch. Without RendererLayer patch, Transition2d (and it's sub-classes) which I used for playing transition filters for a shape are not affected by this problem. So, I wonder if the problem is in RendererLayerGl.

As we are using offscreen GL canvas performance often depends on the device you are using. TBH it's a bit faster for my device not sure why it's slow for you. Maybe we can discuss and stick to 2d canvas if we want.

[mcecchetti]

By the last commit performances are improved. It's fine to merge for me.