openvg

Closed. This question is off-topic. It is not currently accepting answers. Learn more . Want to improve this question? Update the question so it's on-topic for Stack Overflow. I'm currently trying to get OpenVG up and running on my desktop. The problem comes here: I am / will be developing an application for a Windows CE device (with .NET compact framework), which has hardware-accelerated OpenGL ES 2.0 and OpenVG 1.0.1 (based on TI OMAP35x, if you're interested). The application will definitely use OpenVG for drawing, and likely OpenGL for some effects if OpenVG doesn't offer them (i.e. blur).

I'm writing an implementation for OpenVG and OpenGL|ES in Go , both of which depend on the Khronos EGL API , supposedly to ease portability I guess. I'm writing an implementation of OpenVG on top of OpenGL ES for fun and educational reasons - I haven't done a lot of rendering work and I'd like to learn more about the open APIs and practice implementing well defined standards (easier to see if I got the right results). As I understand it, EGL provides a standard API for retrieving a drawing context (or what ever it's rightly called,) instead of using one of the multiple OS provided APIs (GLX,

Which OpenVG implementations exists? What are pros and cons of each of them? I'm looking for is a highly stable, fast rendering implementations that is still being actively maintained and developed. I've worked with OpenVG a little bit, and there aren't a lot of implementations out there. I happen to use ShivaVG , which uses OpenGL, but it hasn't been updated in a while Some other implementations include: The reference implementation (I've found it to be incredibly slow; however, there aren't any others that currently are up to 1.1 yet (The OpenVG 1.1 standard came out early December) GingkoVG