-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add TinyVG Support #71
Comments
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
Action items:
|
It seems that TinyVG provides an SDK that includes the ability to convert a TinyVG file into a bitmap giving a specified size. In that case, do we still need to implement rendering ourselves using Mado’s rendering pipeline? If so, perhaps we could start by implementing functions to render polygons and fill them with gradient colors? |
TinyVG SDK focuses on conversion at the moment, but we do need the proper renderer for TinyVG, making use of the vector graphics operation. |
GFX implements TinyVG renderer: src/gfx_tvg.cpp |
ctx implements TinyVG renderer: src/tinyvg.c |
With the introduction of the GIF image decoder and animation support (#40) contributed by @ndsl7109256, it is now time to move forward with implementing TinyVG -- a compact vector graphics format designed as a lightweight alternative to SVG. The TinyVG specification is only 14 pages long, in stark contrast to the SVG 1.1 spec, which spans 260 pages (not including dependencies like CSS, XML, and ECMAScript). TinyVG achieves simplicity without sacrificing core vector graphics capabilities, making it ideal for embedded systems with limited resources.
Integrating TinyVG support into Mado could offer efficient vector graphics rendering with lower memory and computational overhead than SVG. Here are key areas to address:
The article An Introduction to TinyVG in C uses PlutoVG to render TinyVG, and since the vector graphics operations in PlutoVG closely align with those in Mado, it should be feasible to port the sample C-based TinyVG decoder to Mado as a new image loader.
Supporting TinyVG in Mado aligns well with the project’s goals by delivering essential vector graphics with minimal overhead.
Reference:
The text was updated successfully, but these errors were encountered: