最近遇到使用zxing生成的一维条码打印出来的条码图形很模糊根本识别不了.其实原因只有一句话: bitmap没有直接使用PrintDocument的Graphics画布进行绘制,而是中间处理了一下外部传过来一个图片,这个图片看起来很成像质量很好,但其实是一个彩色图片,一维条码是由黑白两种颜色组成的,没有灰度是两种纯色.这样打印出来的图片看起来有毛刺,直线不连续了.解决方法是减少中间环节直接把zxing生成的bitmap对象使用"PrintDocument的Graphics画布"绘制.P

1.控件下载. http://files.cnblogs.com/files/masonblog/barcodex.zip . 包含barcodex.ocx控件.barcodex帮助文档.两个winform控件的dll文件. 2.控件的注册. (1)检测控件是否注册(方法不唯一). 本例使用的是判断注册表中 HKEY_CLASSES_ROOT\TypeLib\ 是否包含barcodex.ocx的项. 如果注册了barcodex.ocx控件,则会生成对应的项. HKEY_CLASSES_ROOT\

打算修改zxing 源码应用到其它方面,所以最近花了点时间阅读其源码,无意中找到这篇博客,条码扫描二维码扫描——ZXing android 简化源码分析 对过程的分析还是可以参考的.原作者给出的一个基本的UML序列图: (图像引用自http://blog.csdn.net/doonly2009/article/details/12175997) 结合上面的序列图,本文将本zxing 一维码部分的源码进行解析,有不对的地方忘大家给予指正,所有内容仅供大家参考.更正上图的一个小错误,DecodeTh

概念 一维条码即指条码条和空的排列规则,常用的一维码的码制包括:EAN码.39码.交叉25码.UPC码.128码.93码,ISBN码,及Codabar(库德巴码)等. 条形码起源于 20 世纪 40 年代,应用于 70 年代,普及于 80 年代.条码技术是在计算机应用和实践中产生并发展起来的广泛应用于商业.邮政.图书管理.仓储.工业生产过程控制.交通等领域的一种自动识别技术,具有输入速度快.准确度高.成本低.可靠性强等优点,在当今的自动识别技术中占有重要的地位. 不同的码制有它们各自的应用领域:

使用过 锐浪报表的 程序员 都知道,功能很强大,确实带来了很多便利,但今天发现一个问题,关于一维码的条形码无法固定宽度: 打印相差了0.07毫米,居然差别这么大, 打印出来的条码,要么太宽,要么太窄 目前使用的锐浪报表版本是最新版本6.6 如果能优化,就更完美了. 2019.09.11 提交问题后,Grid++Report 已修复这类问题 ,可喜可贺!  2019.09.19 最新版本6.6.0.9, 之前版本存在这类问题

1.一维码简述: 一维条码是一种能用于信息编码和信息自动识别的标准符号,是由一组宽度不同的黑白符号按一定规则交替排列编码组成的图形符号,用于表示一定的信息. 码制指条码符号的类型,不同的类型有不同的编码规则.我们本次实验是基于EAN-13码制.EAN-13码主要由起始符(3).左侧数据符(42).中间分割符(5).右侧数据符(42).校验符.终止符(3)组成,一共95个模块,表示13个字符.条表示1,空表示0:只能表示0-9这十个数字:每个字符的宽度为7个模块,交替由两个条和两个空组成,每个条或

最近看到同事小红在做一维码,感觉挺好玩,于是就在网上找了一个例子来玩玩. 下面的代码均为网上的代码,做了一些整理,但是忘记了出处,原作者看到可以提醒我,谢谢. 首先,一维码的相关知识可以先百度一下:http://baike.baidu.com/link?url=I4k1PM3WN5T9z0tGSC7eKLVg8GlDZvoWTM8N4cxzocueqAJBOHQl5SwB4fcpF3AWE3V8ipWqY_w7Rb0EcZA6v_ 其中讲的还是比较清楚的,了解就行. 说明:本例讲的是code39

BitmapUtil.java里面添加个方法 /** * 用于将给定的内容生成成一维码 注:目前生成内容为中文的话将直接报错,要修改底层jar包的内容 * * @param content 将要生成一维码的内容 * @return 返回生成好的一维码bitmap * @throws WriterException WriterException异常 */ public static Bitmap CreateOneDCode(String content) throws WriterExcept

最近琢磨了一下二维码.一维码的编码.解码方法,感觉google的zxing用起来还是比较方便. 本人原创,欢迎转载,转载请标注原文地址:http://wallimn.iteye.com/blog/2071020 一.工具类 Java代码 收藏代码 package com.exam.services.qrcode; import com.google.zxing.BarcodeFormat; import com.google.zxing.BinaryBitmap; import com.goog

我怎么有二维码没有联系,最近遇到一个问题,,如何推断条码扫描到一维代码或者二维代码,辛苦了一个下午下班后自己,加上网上跟踪信息. 总结出两种方式能够解决该问题(推荐採用另外一种方式): 1.改动源代码(详细后面会提到) 2.通过返回的编码来推断 实现方式一: 源代码的改动,关键涉及到三个类,CaptureActivity.DecodeThread.DecodeFormatManager 1.首先让我们来看下Zxing的源代码.里面有一个DecodeFormatManager编码管理类:该来原本的

以上图片是本示例中的实际运行效果,在生活中我们的一维码(也就是条形码).二维码 使用已经非常广泛,那么如何使用c#.net来进行生成一维码(条形码).二维码呢? 使用ZXing来生成是非常方便的选择,可以在其官网 http://zxingnet.codeplex.com/ 进行下载到,也可以阅读相关的文章,如何解码一维码(条形码).二维码.一般我会使用VS中的NuGet进行下载. 下载好之后就可以使用了,下面是本示例中的代码: using System; using System.Collect

针对Halcon中一维码和二维码的解码,我分别写了两篇文章,参见: <Halcon的一维条码解码步骤和解码技巧>:https://www.cnblogs.com/xh6300/p/10484995.html <Halcon的二维码解码步骤和解码技巧>:https://www.cnblogs.com/xh6300/p/10492110.html

UPC(Universal Product Code)码是最早大规模应用的条码,其特性是一种长度固定.连续性的条  码,目前主要在美国和加拿大使用,由于其应用范围广泛,故又被称万用条码. UPC码仅可用来表示数字,故其字码集为数字0~9.UPC码共有A.B.C.D.E等五种版本. UPC E码又称UPC缩短码. UPC E码是UPC A码的简化型式,其编码方式是将UPC A码整体压缩成短码以方便使用,因此其编码形式须经由UPC A码来转换. UPC E由6位数码与左右护线组成,无中间线.6位数字

UPC(Universal Product Code)码是最早大规模应用的条码,其特性是一种长度固定.连续性的条  码,目前主要在美国和加拿大使用,由于其应用范围广泛,故又被称万用条码. UPC码仅可用来表示数字,故其字码集为数字0~9.UPC码共有A.B.C.D.E等五种版本. UPC A码又称UPC标准码,它的结构如下图: 每个UPC A码包含部分如下图: UPC A码具有以下特点: 1.      每个字码皆由7个模组组合成2线条2空白,其逻辑值可用7个二进制数字表示,例如逻辑值00011

一维码ITF 25又称交插25条码,常用在序号,外箱编号等应用.交插25码是一种条和空都表示信息的条码,交插25码有两种单元宽度,每一个条码字符由五个单元组成,其中二个宽单元,三个窄单元.在一个交插25码符号中,组成条码符号的字符个数为偶数,当字符是奇数个时,应在左侧补0变为偶数.条码字符从左到右,奇数位置字符用条表示,偶数位字符用空表示.交插25码的字符集包括数字0到9. 以下是通过zxing-cpp开源库实现的对一维码ITF 25进行解码的测试代码: #include "funset.hpp

一维码EAN 13:属于国际标准条码, 由13个数字组成,为EAN的标准编码型式(EAN标准码). 依结构的不同,EAN条码可区分为: 1．  EAN 13码: 由13个数字组成,为EAN的标准编码型式(EAN标准码). 2．  EAN 8码: 由8个数字组成,属EAN的简易编码型式(EAN缩短码). EAN码的全名为欧洲商品条码(European Article Number),于1977年,由欧洲十二个工业国家所共同发展出来的一种条码.目前已成为一种国际性的条码系统.EAN条码系统的管理是由

一维码EAN 8:属于国际标准条码,由8个数字组成,属EAN的简易编码形式(EAN缩短码).当包装面积小于120平方公分以下无法使用标准码时,可以申请使用缩短码. 依结构的不同,EAN条码可区分为: 1．  EAN 13码: 由13个数字组成,为EAN的标准编码型式(EAN标准码). 2．  EAN 8码: 由8个数字组成,属EAN的简易编码型式(EAN缩短码). EAN码的全名为欧洲商品条码(European Article Number),于1977年,由欧洲十二个工业国家所共同发展出来的一

一维码Code 128:1981年推出,是一种长度可变.连续性的字母数字条码.与其他一维条码比较起来,相对较为复杂,支持的字元也相对较多,又有不同的编码方式可供交互运用,因此其应用弹性也较大. Code 128特性: 1.具有A.B.C三种不同的编码类型,可提供标准ASCII中128个字元的编码使用: 2.允许双向扫描: 3.可自行决定是否加上检验位: 4.条码长度可调,但包括开始位和结束位在内,不可超过232个字元: 5.同一个128码,可以由A.B.C三种不同编码规则互换,既可扩大字元选择的

一维码Code 93: Code 93码与Code 39码的字符集相同,但93码的密度要比39码高,因而在面积不足的情况下,可以用93码代替39码.它没有自校验功能,为了确保数据安全性,采用了双校验字符,其可靠性比39条码还要高. 一维码Code 39的介绍可以参考:http://blog.csdn.net/fengbingchun/article/details/54587385 以下是通过zxing-cpp开源库实现的对一维码Code 93进行解码的测试代码: #include "funse

一维码Code 39:由于编制简单.能够对任意长度的数据进行编码.支持设备广泛等特性而被广泛采用. Code 39码特点: 1. 能够对任意长度的数据进行编码,其局限在于印刷品的长度和条码阅读器的识别范围. 2. 支持设备广泛,目前几乎所有的条形码阅读设备都能阅读Code 39码,打印机也是同样情况. 3．编制简单,简单的开发技术就能快速生成相应的编码图像. 4. 一般Code 39码由5条线和分开它们的4条缝隙共9个元素构成.线和缝隙有宽窄之分,而且无论线还是缝隙仅有3个比其他的元素要宽一定比

一维码Codabar:由4条黑色线条,3条白色线条,合计7条线条所组成,每一个字元与字元之间有一间隙Gap做区隔. 条形码Codabar包含21个字元: (1).10个数字0~9; (2)."+", "-","*", "/", "$", .", ":"等7个特殊符号: (3).A.B.C.D四个英文字母. Codabar编码方式与125码及Code 39码相同,只有二种粗细比例