开发计划讨论

设计方案讨论请见 #3

定义接口, 其实就是两个函数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的方案，基本已实现 c3f096e
- Decoder也已经实现，暂时只支持直接读取文件，大家可以尝试跑一下我写的Test Case

欢迎各位回复讨论～

@ccding

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

目前采用的方案是，先把原512_512的图像resize到128_128，然后JPEG质量为10进行压缩，采用QRcode Version 40，Level L进行编码，编码后图像大小为708_708（177_177的module，每个module为4*4像素），具体参数请参考

Line 12 in 2161961

src_path: __dirname + '/assets/lena-128.jpg',

和

Line 26 in 2161961

type: 40,

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

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

这事儿没有下文啦？

@ccding

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

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

Navigation Menu