小戴：
  很高兴你能接手二维条码程序。
  下面阐明我的一些想法。
  来信已收到，我知道有3,4幅图像未切出。在mail上已提及。
它们是200dpi，细条才二点。我觉得不值“细扣”。程序未
向它靠拢。
  看图就能看出，图小，而下面字大，而且十分靠近条码。
为了可靠信，条码应打大些，说明文字小些，离条码远些。
  切分程序不成熟，1,2天写成的东西，我觉得应向实际靠拢。
现在“钻”得很深，不值。 （当然，非要如此，也可考虑）
  pdfmap是花了大力气的东西，写了不少篇幅，也屏弃了不少。
出发点是细条3pixel及以上。实际处理，放大了两倍，二值化
的阈值是浮动的，处处用了内插。不存在一个转换矩阵。
  下面说说为什么。
  二维不同一维：一维细条2pixel就够了。
  一维条码，斜点没关系，不成的话，上下再找两条试试。
最主要的是， 一维 11 单位一组， 码粗细 1~4单位。
而二维条码， 17单位为一组， 码粗细 1~6单位。条件比一
维宽得多。难解许多。因此要求3点，s/n高点，不为过。
  这次扫描的码，有些未能解出，原因太“淡”，丢了信息。
第一批，20幅图，包括斜30度，反的，倒的，大的小的全部
解出。它们共同点，“黑”。黑，不丢信息。
  为了提高解码率， 我总认为“量身定制”好，根据特征处理。
省时，事半功倍。在不影响速度内耗的情况下，当然普适的程序
为好。方向也是如此。 但处于初级阶段，是不现实的。实际情况
无法预期。
  一句话，期待正式的样本的到来。

蒋兆基
2011,11,18 于常州。