WhyCan Forum(哇酷开发者社区)

xboot

会员

注册时间： 2019-10-15

已发帖子： 692

积分： 434

开源一个6000行的2D矢量图形库libcg，零依赖,API接口类似cairo，在某些场景可以代替cairo，特别适合裸奔场景。

嵌入式开发中，2D图形渲染是永远绕不过去的问题，传统的绘图，都是丑的要命，灵活性很低。高质量渲染除了大型图形库，小型系统基本无缘。

这里开源一个6000行的2D高质量矢量图形库，你没看错，就是6000行，2个C文件，核心部分是扣的freetype实现，原理就是利用freetype的软渲，来实现灵活的2D矢量渲染。

API接口模仿cairo，基本cairo的demo，拿来就跑，行为基本一致。

https://github.com/xboot/libcg

最近编辑记录 xboot (2021-12-03 09:03:27)

xboot

会员

注册时间： 2019-10-15

已发帖子： 692

积分： 434

Re: 开源一个6000行的2D矢量图形库libcg，零依赖,API接口类似cairo，在某些场景可以代替cairo，特别适合裸奔场景。

xboot

会员

注册时间： 2019-10-15

已发帖子： 692

积分： 434

Re: 开源一个6000行的2D矢量图形库libcg，零依赖,API接口类似cairo，在某些场景可以代替cairo，特别适合裸奔场景。

@novice

很不错，镜像才64KB，够小，简单看了下代码，有个地方需要注意下，因为多种测试用例用的同一个cg_ctx_t，而这个上下文在不同测试项里，某些属性是会变化的，而这些属性并没有恢复，所以渲染时会出现跟标准demo表现不一致的现象，最简单的处理方法，就是所有测试用例加上cg_save()和cg_restore()，就可以规避这个问题。

xboot

会员

注册时间： 2019-10-15

已发帖子： 692

积分： 434

Re: 开源一个6000行的2D矢量图形库libcg，零依赖,API接口类似cairo，在某些场景可以代替cairo，特别适合裸奔场景。

修改了一处libcg与cairo行为不一致的地方，就是默认miter limit，cairo默认是10，而libcg默认是4，打个补丁就可以修复此问题，修改后fill_and_stroke这个测试用例的渲染效果就跟cairo完全一致了，还发现了一些其他行为不一致的现象，比如点划线的偏移参数为负时，fill_style测试用例,gradient测试用例，这些表现都跟cairo不一致，这些都需要慢慢修复。

diff --git a/cg.c b/cg.c
index 8e39f2c..cbb6ddf 100644
--- a/cg.c
+++ b/cg.c
@@ -2297,7 +2297,7 @@ static struct cg_state_t * cg_state_create(void)
 	cg_matrix_init_identity(&state->matrix);
 	state->winding = XVG_FILL_RULE_WINDING;
 	state->stroke.width = 1.0;
-	state->stroke.miterlimit = 4.0;
+	state->stroke.miterlimit = 10.0;
 	state->stroke.cap = XVG_LINE_CAP_BUTT;
 	state->stroke.join = XVG_LINE_JOIN_MITER;
 	state->stroke.dash = NULL;

xboot

会员

注册时间： 2019-10-15

已发帖子： 692

积分： 434

Re: 开源一个6000行的2D矢量图形库libcg，零依赖,API接口类似cairo，在某些场景可以代替cairo，特别适合裸奔场景。

不可能做到完全一致，具体接口上，还是有些差异的，毕竟如此精简了，也不能要求太多。
增加了一些测试demo，图片裁剪，旋转缩放，拼图等相关测试用例

最近编辑记录 xboot (2021-12-04 20:00:36)

xboot

会员

注册时间： 2019-10-15

已发帖子： 692

积分： 434

Re: 开源一个6000行的2D矢量图形库libcg，零依赖,API接口类似cairo，在某些场景可以代替cairo，特别适合裸奔场景。

增加9个硬件加速接口，方便用汇编代码来优化渲染效率。

void cg_memfill32(uint32_t * dst, uint32_t val, int len);
void cg_comp_solid_source(uint32_t * dst, int len, uint32_t color, uint32_t alpha);
void cg_comp_solid_source_over(uint32_t * dst, int len, uint32_t color, uint32_t alpha);
void cg_comp_solid_destination_in(uint32_t * dst, int len, uint32_t color, uint32_t alpha);
void cg_comp_solid_destination_out(uint32_t * dst, int len, uint32_t color, uint32_t alpha);
void cg_comp_source(uint32_t * dst, int len, uint32_t * src, uint32_t alpha);
void cg_comp_source_over(uint32_t * dst, int len, uint32_t * src, uint32_t alpha);
void cg_comp_destination_in(uint32_t * dst, int len, uint32_t * src, uint32_t alpha);
void cg_comp_destination_out(uint32_t * dst, int len, uint32_t * src, uint32_t alpha);

xboot

会员

注册时间： 2019-10-15

已发帖子： 692

积分： 434

Re: 开源一个6000行的2D矢量图形库libcg，零依赖,API接口类似cairo，在某些场景可以代替cairo，特别适合裸奔场景。

libcg性能测试，纯C版，未启用任何汇编加速。
cairo默认配置，采用pixman做底层加速。
xvg为xboot的候补渲染接口实现，全部贝塞尔化，效率较低。

详情见这个链接。
https://www.tubiaoxiu.com/p.html?s=1f5dd669953369e8&isChart=true

最近编辑记录 xboot (2021-12-07 19:22:42)

xboot

会员

注册时间： 2019-10-15

已发帖子： 692

积分： 434

Re: 开源一个6000行的2D矢量图形库libcg，零依赖,API接口类似cairo，在某些场景可以代替cairo，特别适合裸奔场景。

上面为X86平台上的测试结果，下面为F133裸奔测试结果。
可以看到，相对关系还是比较稳定的，跟平台关系不大，cairo的整体表现还是略胜一筹。

https://www.tubiaoxiu.com/p.html?s=8a307d36a77ae6fd&isChart=true

由这两个图互相对比，也能发现一个相对性指标，F133跟X86平台性能相差巨大，平均下来大概有个10几倍的性能差距，一个数量级了，RISCV任重道远。

xboot

会员

注册时间： 2019-10-15

已发帖子： 692

积分： 434

Re: 开源一个6000行的2D矢量图形库libcg，零依赖,API接口类似cairo，在某些场景可以代替cairo，特别适合裸奔场景。

直接用freetype的内部函数，几乎没有可行性，现在的freetype没那么灵活，需要修改freetype的代码，想直接用内部函数，几乎不可行。

xboot

会员

注册时间： 2019-10-15

已发帖子： 692

积分： 434

Re: 开源一个6000行的2D矢量图形库libcg，零依赖,API接口类似cairo，在某些场景可以代替cairo，特别适合裸奔场景。

void cg_set_operator(struct cg_ctx_t * ctx, enum cg_operator_t op);

enum cg_operator_t {
	CG_OPERATOR_SRC				= 0, /* r = s * ca + d * cia */
	CG_OPERATOR_SRC_OVER		= 1, /* r = (s + d * sia) * ca + d * cia */
	CG_OPERATOR_DST_IN			= 2, /* r = d * sa * ca + d * cia */
	CG_OPERATOR_DST_OUT			= 3, /* r = d * sia * ca + d * cia */
};

调用cg_set_operator可以设定合成模式，测试用例没有覆盖所有模式。