开发计划讨论 - Githubissues

hszcg commented 9 years ago

定义接口, 其实就是两个函数encodeQR和decodeQR，参见 https://github.com/9sharp/qrcoder/blob/master/src/qrcoder.js
准备好Test Case和Grunt Test Job，这个我稍后准备好
- 基本想法是有两种Test Case
- 一种是不包括压缩的部分，只考虑压缩图像的二维码encode和decode过程，数据应该完全一致，比如PSNR>99
- 另一种是包括压缩的部分，考虑原始图像和decode之后的图像的差异，数据差异应该在可接受的范围内，客观指标可以是PSNR>20，主观指标可以再议
第一版直接采用黑白二维码
- Encoder就用我实现的JEPG + Base64 String + qr.js的方案，基本已实现 https://github.com/9sharp/qrcoder/commit/c3f096e8a8d26363694ac0ed1f97d4a6c88b5f40
- Decoder也已经实现，暂时只支持直接读取文件，大家可以尝试跑一下我写的Test Case

欢迎各位回复讨论～

hszcg commented 9 years ago

@ccding @kaicheng @mrroach9 @edwardtoday

hszcg commented 9 years ago

第一版已经基本实现完毕，装好所有的依赖之后，运行grunt test，应该可以得到如下测试结果（如果各位参考README配置环境，如果依然有困难，欢迎讨论）

screen shot 2014-10-01 at 11 12 22 pm

目前采用的方案是，先把原512_512的图像resize到128_128，然后JPEG质量为10进行压缩，采用QRcode Version 40，Level L进行编码，编码后图像大小为708_708（177_177的module，每个module为4*4像素），具体参数请参考 https://github.com/9sharp/qrcoder/blob/2161961d5930a59f212c5365d9e127ed697e2f26/test/test.js#L12 和 https://github.com/9sharp/qrcoder/blob/2161961d5930a59f212c5365d9e127ed697e2f26/src/qrcoder.js#L26

btw，由于改动较多，grunt server暂时不work，需要fix……

hszcg commented 9 years ago

Any future commit will auto trigger the Travis test job, you will get email notification the test result.

ccding commented 9 years ago

这事儿没有下文啦？

hszcg commented 9 years ago

@ccding 我当时大概就实现了这么多

感觉一般的QRcode压缩率就这么多了，不太实用，不知道其他人有没有其他高见

9sharp / qrcoder