WhyCan Forum(哇酷开发者社区)

赞！github已星

今日特意测试了一下这份代码，把它移植到了VC++上面跑了一下。
代码大致没有什么问题，但是建议考虑一下不同编译器之间的兼容性。
移植到VC上时为了方便把库代码改成了CPP后缀，并且改动了一些地方。
1、改成CPP是因为函数内变量声明位置比较随意，标准C不通过。
2、cg_array_ensure由宏改成了模板函数，因为VC++里面malloc需要强制转换。
3、min/max宏改了。
4、SW_FT_MSB用VC++的intrinsic改写了。
5、库代码当中所有malloc的地方加了强制类型转换。

libcg_test.zip

最近编辑记录 novice (2021-12-03 17:33:46)

这个大大的赞~~~

修改了一处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;

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

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

增加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);

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

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

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

程序本身就使用了freetype的情况下那个 swft是不是就可以不要了，移植一下cg使用freetype的内部函数？

@xboot

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);

以上9个用例，我全部重写了，但是测试完所有例程，却只调用到3个，分别是：
cg_memfill32
cg_comp_solid_source_over
cg_comp_source_over

不知道剩下的那些怎么样才能用到。

牛逼，以前我也是自己撸过类似的，除了划线，polygon，不规则渐变填充外，都写完，但效率不太行

缺点是全浮点运算。如果改成定点数运算就完美了。