renderRegion.min.x = xMin >> 6;
renderRegion.max.x = (xMax + 63) >> 6;
renderRegion.min.y = yMin >> 6;
renderRegion.max.y = (yMax + 63) >> 6;
@hermet this is connected with issue Samsung/thorvg#916
@hermet could we consider to change mentioned part of the code to
renderRegion.min.x = xMin >> 6;
renderRegion.max.x = xMax >> 6;
renderRegion.min.y = yMin >> 6;
renderRegion.max.y = yMax >> 6;
@mmaciola I'm wondering if you are available or not for the static jpg loader.
4 replies
@mmaciola like this: Samsung/thorvg#920
@mmaciola im asking you because you already prototyped jpg loader before. Thus if you'd like to contribute it, I'm gonna leave it to you.
@projectitis fyi, static png loader has been prepared.
1 reply
The feature is prepared. Please have a look.
@hermet @JSUYA we had this conversation a few times already... I sent prs, that depend on each other (#816 depends on #812). We have a few prs regarding gradients and I tried to split them to be as small as possible. I know that this doesn't have the highest priority, so you may review them in some time, so I wanted to send all of them now to be able to concentrate on something else. Returning to all of these calculations after a break and deciding what change should be sent as the next one is very time consuming.
@mgrudzinska neat and clean. #812 has been applied. please update the radial case as well. thanks.
1 reply
@ifire:mozilla.org @projectitis please have a look at this Samsung/thorvg#594, static loader for png/jpg modules has been submitted. thanks.
@mmaciola this is the our official guidance for thorvg viewer update. https://github.com/Samsung/thorvg/wiki/ThorVG-Viewer-Development-Guide
@mmaciola every release, i update it based on the guide. recently you updated thorvg viewer, if you think it needs more prerequisite or steps, please let me know.
6 replies
I just came across the repo! I was in search for vg renderer for months now (was using nanovg but it was slow for my purposes). Thank you very much. I will try to make a backend for it on bgfx. But I have a question, is performance suitable for games for maybe 100-200 basic dynamic objects on screen, dynamic in terms of movement and shape changes so tesselation caching will not be very efficient?
how does the gl backend work? Does it use stencil buffer for clipping (like what rive-sokol does for example)?
@kariem2k in case of gl , if you have your own native rendering system, it would lose the performance when switching gl contexts between your main renderer and vector graphics renderer (thorvg).
@kariem2k in terms of that scenario, sw raster is more efficient. if you concern the performance, in the end you need to prototype & verify it.
@kariem2k i don't know the rive-sokol at this moment, you can check https://www.youtube.com/watch?v=U0y0afuNW-8 video I recorded rive animation with thorvg backend on the standard laptop (old one, not high spec machine).
@kariem2k feel free to ask me further questions :)
@mgrudzinska as you warned me earlier, i reverted the tvg_loader patch you mentioned. Samsung/thorvg@6ba2bc8
thanks for report.
@hermet: I'm here for a more interactive conversation. The problem I had was I was using svg through thorvg and draw() always shows Result::InsufficientCondition.
@ifire:mozilla.org the possibilities:
- there were no Paints(Picture) pushed to the canvas
- paints (Picture) might be corrupted.