GingkoVG矢量图形库核心代码开放

[「已注销」]

GingkoVG是遵循OpenVG1.0.1标准，其软件版本是官方版本的效能80倍（当然硬件版本不做比较）。现在开放的代码包含了核心代码的完整源代码： http://blog.csdn.net/tomsoft/article/details/74726684

[赵4老师]

[「已注销」]

依赵老师的要求放一个缩小n倍的： 缩小n倍一定会有细节丢失，这是取决于实际的硬件显示的能力：因为矢量图最终一定要光栅化为具体的点阵图，我们的显示器一定是点阵的。矢量图形的最大优点会体现在放大失真上与更小的数据量上；但因为这个程序支持超采样算法，实际即使在缩小时，其显示效果仍好于传统的点阵图形

[赵4老师]

矢量图自动缩小到一定小时，比不上人手动使用PS等软件缩小位图的效果。

[「已注销」]

好清淡呀，自己顶一下。简单说明一下： 1）这个库是一个矢量图形库，遵循的是标准OpenVG 1.0.1，其效能大约是官方同版本的80倍 2）全部代码是用C/C++写的，因此，除设备相关部分（独立模块）可以移植到多数系统 3）该库这次开放的是全部代码，包括核心代码。因此，如果有兴趣可以直接研究核心运算 关于什么是矢量图形，我之前在我的资源中有个学习文档。简单说，矢量图形就是相对我们常见的点阵图形，其区别是图形不是以像素为单位，而是以完全的数学运算计算出来的，因此，矢量图形相对点整图形最大的特点是数据量很小，画质质量基本不受缩放比例影响，不像传统点整图形，在缩放后会“糊”成马赛克，典型的应用如我们的FreeType/TureType矢量字体等。上两张图解释一下效果:

[「已注销」]

放大了n倍的老虎，各曲线仍是光滑的，因为使用了超采样技术，因此，即使斜线也不会出现传统绘制斜线函数（如Windows GDI）出现的锯齿

[「已注销」]

引用 6 楼 zhao4zhong1 的回复:

矢量图自动缩小到一定小时，比不上人手动使用PS等软件缩小位图的效果。

赵老师又说笑了，我的程序怎么可能会和数百兆的PS相比了呢? PS的缩小会用差值，实际上和我的超采样做法类似，只是他的算法一定更好，抗锯齿上会用更好的算法（如高斯算法），但这个算法实际上比Windows GDI提供的常规算法要好些（但不能和GDI+比）：多数缩放没有使用差值的，在缩小时细线会出现断线的问题，但我的算法没有 ---- 注意缩小后的老虎边沿，其边线并没有出现可察觉的断线，事实上我的超采样算法的显示效果可以根据需要设定，如4 x 4或2 x 2等等，如果更好的效果可以设定更大的超采样值。 这个是给芯片算法厂家用的，已经被芯片厂用于其硬件加速，是针对嵌入系统的。OpenVG是针对嵌入系统独立的标准库，如我们为韩国Sx做的电视芯片：您要考虑不同分辨率的电视机UI，而通常我们只会画一种情况的Icon。此时可以用矢量图形。另外，电视机或机顶盒中广泛使用的矢量字库，这些都不可能用PS产生 ----- 事实上多数情况下PS产生效果一定更好，尤其是边沿抗锯齿处理

[赵4老师]

缩小N倍试试！？

[「已注销」]

引用 8 楼 zhao4zhong1 的回复:

我的意思是： 尺有所短，寸有所长。 矢量图有所短，位图有所长。 自动缩放有所短，手动缩放有所长。 自动驾驶有所短，手动驾驶有所长。 AI有所短，人脑有所长。 能联网有所短，断网有所长。 进即退，得即舍。

没错。需求方向不一样。程序开放的目的是给需要的人，并不表示我的代码可以包治百病 ----- 自己写的程序如果有人需要自然是一件很令人高兴的事。给赵老师点赞

[赵4老师]

我的意思是： 尺有所短，寸有所长。 矢量图有所短，位图有所长。 自动缩放有所短，手动缩放有所长。 自动驾驶有所短，手动驾驶有所长。 AI有所短，人脑有所长。 能联网有所短，断网有所长。 进即退，得即舍。