【pytorchlstm源码】【gnuradio查看c源码】【yy协议源码c】16进制bf的源码_bf十六进制

时间:2024-11-28 17:22:57 来源:openrc 源码 编辑:阳光打码源码

1.qr code是进制f进什么?
2.Xvid_BF什么意思
3.程序如何写串口控制继电器开关?求思路和源码?
4.info hash 码如何下载
5.VB6中实现3DES

16进制bf的源码_bf十六进制

qr code是什么?

       基础知识

       首先,我们先说一下二维码一共有个尺寸。进制f进官方叫版本Version。进制f进Version 1是进制f进 x 的矩阵,Version 2是进制f进 x 的矩阵,Version 3是进制f进pytorchlstm源码的尺寸,每增加一个version,进制f进就会增加4的进制f进尺寸,公式是进制f进:(V-1)*4 + (V是版本号) 最高Version ,(-1)*4+ = ,进制f进所以最高是进制f进 x 的正方形。

       下面我们看看一个二维码的进制f进样例:

       定位图案

       Position Detection Pattern是定位图案,用于标记二维码的进制f进矩形大小。这三个定位图案有白边叫Separators for Postion Detection Patterns。进制f进之所以三个而不是进制f进四个意思就是三个就可以标识一个矩形了。

       Timing Patterns也是用于定位的。原因是二维码有种尺寸,尺寸过大了后需要有根标准线,不然扫描的时候可能会扫歪了。

       Alignment Patterns 只有Version 2以上(包括Version2)的二维码需要这个东东,同样是为了定位用的。

       功能性数据

       Format Information 存在于所有的尺寸中,用于存放一些格式化数据的。

       Version Information 在 >= Version 7以上,需要预留两块3 x 6的区域存放一些版本信息。

       数据码和纠错码

       除了上述的那些地方,剩下的地方存放 Data Code 数据码 和 Error Correction Code 纠错码。

       数据编码

       我们先来说说数据编码。QR码支持如下的编码:

       Numeric mode 数字编码,从0到9。如果需要编码的数字的个数不是3的倍数,那么,最后剩下的1或2位数会被转成4或7bits,则其它的每3位数字会被编成 ,,bits,编成多长还要看二维码的尺寸(下面有一个表Table 3说明了这点)

       Alphanumeric mode 字符编码。包括 0-9,大写的A到Z(没有小写),以及符号$ % * + – . / : 包括空格。这些字符会映射成一个字符索引表。如下所示:(其中的SP是空格,Char是字符,Value是其索引值) 编码的过程是把字符两两分组,然后转成下表的进制,然后转成bits的二进制,如果最后有一个落单的,那就转成6bits的二进制。而编码模式和字符的个数需要根据不同的Version尺寸编成9, 或个二进制(如下表中Table 3)

       Byte mode, 字节编码,可以是0-的ISO--1字符。有些二维码的扫描器可以自动检测是否是UTF-8的编码。

       Kanji mode 这是日文编码,也是双字节编码。同样,也可以用于中文编码。日文和汉字的编码会减去一个值。如:在0X to 0X9FFC中的字符会减去,在0XE到0XEBBF中的字符要减去0XC,然后把结果前两个进制位拿出来乘以0XC0,然后再加上后两个进制位,gnuradio查看c源码最后转成bit的编码。如下图示例:

       Extended Channel Interpretation (ECI) mode 主要用于特殊的字符集。并不是所有的扫描器都支持这种编码。

       Structured Append mode 用于混合编码,也就是说,这个二维码中包含了多种编码格式。

       FNC1 mode 这种编码方式主要是给一些特殊的工业或行业用的。比如GS1条形码之类的。

       简单起见,后面三种不会在本文 中讨论。

       下面两张表中,

       Table 2 是各个编码格式的“编号”,这个东西要写在Format Information中。注:中文是

       Table 3 表示了,不同版本(尺寸)的二维码,对于,数字,字符,字节和Kanji模式下,对于单个编码的2进制的位数。(在二维码的规格说明书中,有各种各样的编码规范表,后面还会提到)

       下面我们看几个示例,

       示例一:数字编码

       在Version 1的尺寸下,纠错级别为H的情况下,编码:

       1. 把上述数字分成三组:

       2. 把他们转成二进制: 转成 ; 转成 ; 转成 。

       3. 把这三个二进制串起来:

       4. 把数字的个数转成二进制 (version 1-H是 bits ): 8个数字的二进制是

       5. 把数字编码的标志和第4步的编码加到前面:

       示例二:字符编码

       在Version 1的尺寸下,纠错级别为H的情况下,编码: AC-

       1. 从字符索引表中找到 AC- 这五个字条的索引 (,,,4,2)

       2. 两两分组: (,) (,4) (2)

       3.把每一组转成bits的二进制:

       (,) *+ 等于 转成 (,4) *+4 等于 转成 (2) 等于 2 转成

       4. 把这些二进制连接起来:

       5. 把字符的个数转成二进制 (Version 1-H为9 bits ): 5个字符,5转成

       6. 在头上加上编码标识 和第5步的个数编码:

       结束符和补齐符

       假如我们有个HELLO WORLD的字符串要编码,根据上面的示例二,我们可以得到下面的编码,

       编码

       字符数

       HELLO WORLD的编码

       

       我们还要加上结束符:

       编码

       字符数

       HELLO WORLD的编码

       结束

       

       按8bits重排

       如果所有的编码加起来不是8个倍数我们还要在后面加上足够的0,比如上面一共有个bits,所以,我们还要加上2个0,然后按8个bits分好组:

       

       补齐码(Padding Bytes)

       最后,如果如果还没有达到我们最大的bits数的限制,我们还要加一些补齐码(Padding Bytes),Padding Bytes就是重复下面的两个bytes: (这两个二进制转成十进制是和,我也不知道为什么,只知道Spec上是这么写的)关于每一个Version的每一种纠错级别的最大Bits限制,可以参看QR Code Spec的第页到页的Table-7一表。

       假设我们需要编码的是Version 1的Q纠错级,那么,其最大需要个bits,而我们上面只有个bits,所以,还需要补个bits,也就是需要3个Padding Bytes,我们就添加三个,于是得到下面的编码:

       

       上面的编码就是数据码了,叫Data Codewords,每一个8bits叫一个codeword,我们还要对这些数据码加上纠错信息。

       纠错码

       上面我们说到了一些纠错级别,Error Correction Code Level,二维码中有四种级别的纠错,这就是yy协议源码c为什么二维码有残缺还能扫出来,也就是为什么有人在二维码的中心位置加入图标。

       错误修正容量

       L水平 7%的字码可被修正

       M水平 %的字码可被修正

       Q水平 %的字码可被修正

       H水平 %的字码可被修正

       那么,QR是怎么对数据码加上纠错码的?首先,我们需要对数据码进行分组,也就是分成不同的Block,然后对各个Block进行纠错编码,对于如何分组,我们可以查看QR Code Spec的第页到页的Table-到Table-的定义表。注意最后两列:

       Number of Error Code Correction Blocks :需要分多少个块。

       Error Correction Code Per Blocks:每一个块中的code个数,所谓的code的个数,也就是有多少个8bits的字节。

       举个例子:上述的Version 5 + Q纠错级:需要4个Blocks(2个Blocks为一组,共两组),头一组的两个Blocks中各个bits数据 + 各 9个bits的纠错码(注:表中的codewords就是一个8bits的byte)(再注:最后一例中的(c, k, r )的公式为:c = k + 2 * r,因为后脚注解释了:纠错码的容量小于纠错码的一半)

       下图给一个5-Q的示例(因为二进制写起来会让表格太大,所以,我都用了十进制,我们可以看到每一块的纠错码有个codewords,也就是个8bits的二进制数)

       组

       块

       数据

       对每个块的纠错码

       1 1 6 6

       2 7 7 6

       2 1 7 6 7

       2 6 5 2

       注:二维码的纠错码主要是通过Reed-Solomon error correction(里德-所罗门纠错算法)来实现的。对于这个算法,对于我来说是相当的复杂,里面有很多的数学计算,比如:多项式除法,把1-的数映射成2的n次方(0<=n<=)的伽罗瓦域Galois Field之类的神一样的东西,以及基于这些基础的纠错数学公式,因为我的数据基础差,对于我来说太过复杂,所以我一时半会儿还有点没搞明白,还在学习中,所以,我在这里就不展开说这些东西了。还请大家见谅了。(当然,如果有朋友很明白,也繁请教教我)

       最终编码

       穿插放置

       如果你以为我们可以开始画图,你就错了。二维码的混乱技术还没有玩完,它还要把数据码和纠错码的各个codewords交替放在一起。如何交替呢,规则如下:

       对于数据码:把每个块的第一个codewords先拿出来按顺度排列好,然后再取第一块的第二个,如此类推。如:上述示例中的Data Codewords如下:

       块 1 6 6

       块 2 7 7 6

       块 3 7 6 7

       块 4 6

       我们先取第一列的:, , ,

       然后再取第二列的:, , , , ,, ,

       如此类推:, , , , ,,微信强推源码 , ……… ……… ,,6,,,7,

       对于纠错码,也是一样:

       块 1

       块 2

       块 3

       块 4 5 2

       和数据码取的一样,得到:,,,,,,,,…… …… ,,,

       然后,再把这两组放在一起(纠错码放在数据码之后)得到:

       , , , , , , , , , , , , , 7, , , , , , , , , 7, 6, , , , , , 7, , , , , , , , , , , 6, , , , , , 6, , 6, , , , , , , , , 6, , , 7, , , , , , , , , , , , , 5, , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , 2, , , , , , , , , , , , , , , ,

       这就是我们的数据区。

       Remainder Bits

       最后再加上Reminder Bits,对于某些Version的QR,上面的还不够长度,还要加上Remainder Bits,比如:上述的5Q版的二维码,还要加上7个bits,Remainder Bits加零就好了。关于哪些Version需要多少个Remainder bit,可以参看QR Code Spec的第页的Table-1的定义表。

       画二维码图

       Position Detection Pattern

       首先,先把Position Detection图案画在三个角上。(无论Version如何,这个图案的尺寸就是这么大)

       Alignment Pattern

       然后,再把Alignment图案画上(无论Version如何,这个图案的尺寸就是这么大)

       关于Alignment的位置,可以查看QR Code Spec的第页的Table-E.1的定义表(下表是不完全表格)

       下图是根据上述表格中的Version8的一个例子(6,,)

       Timing Pattern

       接下来是Timing Pattern的线(这个不用多说了)

       Format Information

       再接下来是Formation Information,下图中的蓝色部分。

       Format Information是一个个bits的信息,每一个bit的位置如下图所示:(注意图中的Dark Module,那是永远出现的)

       这个bits中包括:

       5个数据bits:其中,2个bits用于表示使用什么样的Error Correction Level, 3个bits表示使用什么样的Mask

       个纠错bits。主要通过BCH Code来计算

       然后个bits还要与做XOR操作。这样就保证不会因为我们选用了的纠错级别和的Mask,从而造成全部为白色,这会增加我们的扫描器的图像识别的困难。

       下面是一个示例:

       关于Error Correction Level如下表所示:

       关于Mask图案如后面的Table 所示。

       Version Information

       再接下来是Version Information(版本7以后需要这个编码),下图中的蓝色部分。

       Version Information一共是个bits,其中包括6个bits的版本号以及个bits的纠错码,下面是一个示例:

       而其填充位置如下:

       数据和数据纠错码

       然后是填接我们的最终编码,最终编码的填充方式如下:从左下角开始沿着红线填我们的各个bits,1是黑色,0是信表白墙源码白色。如果遇到了上面的非数据区,则绕开或跳过。

       掩码图案

       这样下来,我们的图就填好了,但是,也许那些点并不均衡,如果出现大面积的空白或黑块,会告诉我们扫描识别的困难。所以,我们还要做Masking操作(靠,还嫌不复杂)QR的Spec中说了,QR有8个Mask你可以使用,如下所示:其中,各个mask的公式在各个图下面。所谓mask,说白了,就是和上面生成的图做XOR操作。Mask只会和数据区进行XOR,不会影响功能区。(注:选择一个合适的Mask也是有算法的)

       其Mask的标识码如下所示:(其中的i,j分别对应于上图的x,y)

       下面是Mask后的一些样子,我们可以看到被某些Mask XOR了的数据变得比较零散了。

       Mask过后的二维码就成最终的图了。

       好了,大家可以去尝试去写一下QR的编码程序,当然,你可以用网上找个Reed Soloman的纠错算法的库,或是看看别人的源代码是怎么实现这个繁锁的编码。

Xvid_BF什么意思

       很复杂,一两句说不清楚。

       XviD vs DivX

       年,TDX的规则中,除了允许使用旧有的DivX3.编码之外,新加入了第二种核准使用的编码?也就是本文标题中的XivD编码。作为每年在网上放出数千部最新影片的网上高品质影音组织,他们所遵循的规则对于整个MPEG-4编码的应用市场来说,都有决定性的重要意义。XviD在TDX中,以Di称:XviD是继承DivX3.的非商业同人版。那么XviD到底是什么?它又有些什么样通天彻底的视频压缩本领?或许您并不知道的是:XviD是个本来不会出现的东西……

       几经波折的诞生记

       4年以前,在PC上能用的唯一MPEG-4编码器就是由微软所开发的,包括MS MPEG4V1、MS MPEG4V2、MS MPEG4V3的系列编码内核。其中前面两种都可以用来制作AVI文件,至今都作为Windows的默认组件。不过V1和V2的编码质量都还不太好,直到MS MPEG4V3开始,画面质量有了显著的进步。不过微软却决定仅将这个MS MPEG4V3 的视频编码内核封闭在Windows Media流媒体技术,也就是我们熟知的ASF文件之中,不再能用于AVI文件。ASF文件虽然有一些好处,但是过于封闭甚至不能被编辑,惹恼了天不怕地不怕的**黑客。很快便有小组修改了微软的MS MPEG4V3,解除了不能用于AVI文件的限制,并开放了其中一些压缩参数,由此,也就诞生了我们今天所熟悉的MPEG4编码器DivX;-)3。。

       DivX广泛流行,成为DVDrip的标准,问题是,它的基础技术是非法盗用微软的,只能在地下里流传却上不了台面,无法进行更广泛的产品化,更无法生产硬件播放机。在这种情况下,一些精通视频编码的程序员(包括原DivX 3.的开发者)成立了一家名为DivXNetworks Inc.的公司,简称DXN。DXN发起一个开放源码项目ProjectMayo,目标是开发一套全新的、开放源码的MPEG4编码软件。特别是完全符合ISO MPEG4标准的OpenDivX CODEC吸引了许多软件高手参与,并很快开发出OpenDivX编码器和解码器原型,之后又开发出更高性能的编码器Encore 2等等。这一时期,主要编码工作是DXN的人在做,而许多技术难关的解决得力于来自开放源码社会的帮助。

       就在一切都看起来进展顺利的时候,好戏上演了。ProjectMayo虽然是开放源码,但不是依据GPL(通用公共许可证,一种开放源码项目中常用的保障自由使用和修改的软件或源码的协议)。DXN在设计授权协议时留了一手,年7月,就在Encore 2基本成型,差不多可以产品化的时候,DXN另搞了一个DIVX.COM网站,封闭了源码,发布了他们自己的DivX 4。DivX 4的基础就是OpenDivX中的Encore 2,但利用了DivX的牌号,可以说出乎意料地摆了所有人一刀。由于DXN不再参与,ProjectMayo陷于停顿,Encore2的源码也被DXN从服务器上撤下。经过激烈的争论,DXN虽然承认Encore 2在法律上是开放的,但仍然拒绝把它放回服务器。开放源码社会就这样被狠狠地涮了一回。

       OpenDivX尚不能实际使用,而DivX 4(以及后续的收费版本--DivX 5)等等都成了私有财产,许多人为打破微软垄断而无偿付出的智慧和劳动仅仅是帮助了DXN发财,这种结果当然是不能被接受的。为此,整个0dayz组织永远地拒绝了DXN公司的DivX4\5,而原OpenDivX开发组中的幸存者,逐渐重新聚拢开发力量,在最后一个OpenDivX版本的基础上,发展出了XviD。

       劫后余生的XviD到现在又度过了近1年时间,它继承并发展了OpenDIVX Encore 2,性能得到极大提高,被认为目前世界上速度最快的MPEG4 CODEC。XviD重写了所有代码,并吸取前车之鉴依照GPL发布(注意不再是LGPL,所以谁要是想用它做成产品而不开放源码是非法的)。不过,因为MPEG4还存在专利权的问题,所以XviD只能仿照LAME的做法,仅仅作为对如何实现ISO MPEG-4标准的一种研究交流,网站上只提供源码,如果要使用就要自己编译源码或者到第三方网站下载编译好的可运行版本。

       想当初Gaj之流的几个家伙搞OpenDivX的时候,一开始是很像一个像模像样的开放源码项目,很多人都被吸引过去一起开发,测试。直到后来,那几个家伙一夜之间露出骗子的本来面目,把OpenDivX的成果一股脑带走,变成了封闭源码的DivX4,而后进一步变成现在的收费的DivX5了。本来很好的OpenDivX被逼流产,不过也就促成了今天XviD的诞生、发展和壮大。现在的XviD更可以说超越了DivX 5,以更好的质量、更强的功能挑战着新一代的MPEG4应用战场。

       丰富多彩的技术特性

       不仅XviD的出现本身就是开放源码社会中典型的一部教科书,它在技术上的各种新特性也都是货真价实、童叟无欺的。对于一个第二代的MPEG4视频编码内核来说,XviD的各种算法设计都有代表性的先进意义。

       多种编码模式

       除了最原始单重估定码流压缩(1-pass CBR)之外,XviD提供了包括:单重质量模式动态码流压缩、单重量化(Quantization)模式动态码流压缩、和包括外部控制和内部控制的两种双重(2-pass)动态码流压缩模式。XviD显然是目前PC上的MPEG4编码内核中,可选模式最多的视频编码。

       其中特别是双重(2-pass)动态码流压缩模式,通过检测画面运动幅度以最优化的方式曲线分配画面量化幅度,使充满活性元素的视频影片可以在占用空间和画面质量之间获得最佳的平衡。而单重量化(Quantization)模式动态码流压缩,可以高速地一次性生成可控画面细节的动态码流视频文件,在较少的压缩时间代价之下,可以获得较稳定的画面细节质量,这都是单纯的DivX3.所不具有的优秀功能。

       量化(Quantization)方式和范围控制

       量化(Quantization),简单的说就是在编码时通过对时间或空间上相邻的画面单元进行同化、模糊细节的程度,是对画面质量最基本的控制因素。XviD不仅提供了标准的MPEG量化方式,还特地提供了更适合低码流压缩的.h量化方式。并且XviD还可以在双重(2-pass)运算时,根据对画面信息的综合分析,动态的决定某段场景的画面量化方式,真可以说是为网络媒体文件传播中,空间与画质的平衡而考虑,设计贴心得到家了。

       XviD还提供了强大的对压缩过程中的量化幅度的范围控制。用户可以选定压缩时允许使用的量化幅度范围。例如设定一个量化的上限,就可以避免可能出现的画质大幅下降的情况。

       运动侦测(Motion Search)和曲线平衡分配(Curve)

       对画面逐帧进行运动侦测,以及对全片段的运动侦测结果进行分析后,重新以曲线平衡分配每一帧的量化幅度,以做到:需要高码流的运动画面可以分配更多空间、更高的码流、更低的量化幅度来保持画面的细节;而对于不包含太多运动信息的静态画面,则消减分配预算。这种把好钢用在刀刃上的做法,是XviD做为第二代MPEG4编码的核心内容。

       XviD提供了多极运动侦测精度,包括半像素插值(half pixel interpolation)的技术以x像素的微区块为单元标示上运动矢量;以及4分运动矢量(inter4v motion vectors)的方式,以8x8的像素区块为单元更细致的纪录运动向量以供二重分析。

       动态关键帧距(I-frame interval)

       动态关键帧距是另一个XviD所具有的,在空间和画面之间获得最大平衡的技术。我们知道在视频压缩中不是每一帧都记录着全部的画面信息,事实上只有关键帧记录着完整的画面信息,而后续的P帧(P-Frame)仅仅是纪录下与之前一帧的差值。如果关键帧之间的画面变化很大,则会浪费宝贵的空间在P-Frame上;而加入把变化很大的那一帧记录在关键帧里,那么由于后续的帧不再有更大的变化,就可以节省P帧所需的空间。因此,根据画面镜头切换和运动幅度来变换关键帧的位置,对于视频压缩下的画面质量提高,就有着事半功倍的效果。

       心理视觉亮度修正

       除了基本的MPEG4编码外,XviD还提供了不少附加功能。其中典型的就是心理视觉亮度修正。这个功能可能通过去除肉眼不能分辨的亮度信号和亮度差异,来提高压缩效率。遗憾的是,尽管这个设计非常的有创意,但是目前的实际应用中却会导致肉眼可见的画面质量下降,还期待在日后的版本中可以有所改进。

       演职员表选项

       另外一个贴心的设计是**专用的“演职员表选项”。这个功能可以在用户指定的某些不必要保留细节的段落处(例如**的演职员表),设定为极低的码流。甚至压缩到正片码流的%以下,可以节省不少空间,设计得非常贴心。

       外部自定义控制

       除了XivD自己的内部曲线分配控制方式外,XviD也提供了外部的开放接口。允许使用者略过XviD本身的编码分析内核,利用第三方提供的外部分析工具,例如Gordian Knot,生成的分配好的控制文件,再交还XviD做最终的二重运算压缩。这种方式扩展了XviD的可用性和用户控制程度,因为像Gordian Knot这种软件甚至可以做到由用户控制每一帧的量化幅度和码流分配额度,可以为高级应用提供更多的可能性。

       运动矢量加速(Hinted Me)编码

       XviD还有专为提高编码效率而开发的设计,就是纪录下画面的运动矢量信息至一个Log文件中。再在二重运算压缩时通过直接读取该文件中的信息,节省下对运动矢量信息的重复运算,大幅提高编码速度。

       画面优化解码

       不仅在编码上XivD拥有强大的功能,在解码时的画面优化方面,XviD也有很多新的建树。例如"Horizontal deblock (Y)"可以柔化水平方向的亮度马赛克;"Horizontal deblock (C)"可以柔化水平相的色度马赛克;"Deringing(Y)"可以柔化环状亮度色斑;"Deinging (C)"可以柔化环状色度色斑;"mosquito"可以减少画面中的蚊状噪斑。并且,这些XviD的画面优化手段都是可选的,因此只要关闭几个不是那么必要的选项,就可以在低配置的PC机上播放。

       正在开发的B帧

       另一个XviD中引人注目的技术发展,就是B帧。我们知道I帧就是关键帧,P帧在关键帧之间,只储存与之前一幅已解压画面的差值。B帧与P帧的原理一样,但除了叁考之前解压了的画面外,亦会参考后面一帧中的画面信息。因此B帧解压出来的画面比P帧就要来的好。

       之前的MPEG4编码内核都仅仅使用了I帧和P帧存储画面。如果能在此基础上使用B帧技术,自然可以在画质和压缩比上更上一层楼。目前XviD已经为开发人员提供了测试性质B帧体验版的XviD编码内核,相信不久的将来,XviD就可以把MPEG4编码的优势发挥到极致,成为网上视频记录格式的盟主。

       XviD格式的DVDrip怎么看?

       XviD格式的DVDrip较之XviD格式的DVDrip,在播放时差别不大,注意以下两点:

       1.安装ffdshow,安装后,它可以解码任何一种(DivX3,5,XviD)MPEG-4编码,还有很多画面优化功能。

       2.安装ZoomPlayer。现在很多新的DVDrip的音频部份支持国粤双语、中英双语、中日双语等多音轨模式,用MediaPlayer播放时调节声道很麻烦,而ZoomPlayer可以很方便地切换声道。ZoomPlayer是一款绿色的播放软件,特有消除OverScan功能优化缩放画面。除支持全屏幕及播放列表等外还支持面板代换(可自定义面板,详见SKIN目录下的defaultskin.skn),还包括好用的控制栏及使用背景颜色来测试显示泼的控制栏及使用背景颜色来测试显示器的明亮度功能,并且能在播放ASF、WMV等文件时拖动时间条(不用修复),支持 DVD 的播放。需要DirectX支持,最低不能低于DX8。

       最近,在很多DVDrip社区,已经出现了字幕组,互相配合进行字幕的制作工作,DVDrip的翻译和本地化制作产生了。最近网上广为流传的《圣斗士-冥王篇》就是由高校的漫画社团制作的字幕

程序如何写串口控制继电器开关?求思路和源码?

       用串口控制继电器开关,只要能识别出串口接收的数据是什么就行。如果只是一个继电器,那只有两个动作,开和关,所以,自己确实两个控制代码,如用0xA1表示开,0xAF表示关。串口收到数据后,判断是什么代码后,就执行相应动作即可。如果想简单的控制代码,就用这一个字节,想串口控制更可靠,就用多字节代码,并有校验码,保证串口通信控制的正确可靠。

info hash 码如何下载

       最近一直在看TCP数据流的重组,看了两三天,写了个程序试了一下,结果让我大失所望。一运行程序我的硬盘空间就开始变小,很明显,不一会儿的功夫,好几G的空间就没了,但是什么也没重组出来。弄得我头昏脑胀,都快失去信心了。

        既然这样了,那就暂时放放吧,等有心情了重头再来。接下来无事可做,无意间看见了曾经捕获的一个TCP包中的BT下载时的信息,在一个HTTP请求的数据里面有个经过URL编码的info_hash字段,感觉以后可能会用到这个东西,但是是原始的值。正好,那就研究一下,写个解码程序吧!

        经过一番研究,发现这个URL编码跟普通的URL编码还是有区别的。

        例如:一个经过URL编码的info_hash如下:

        m%uC%W%C8%2D%3Bf%DB%BCi%BB%FF%C9%B2J%DD%F4

        其原始值为:6DCD3BDBBCBBFFC9BADDF4

        经过分析不难发现,凡是%号后面的两位都跟原始值一样,除此之外,其余的值均为其ASCII码的进制表示,而且只有数字跟字母。这样一来,好像比普通的URL编码要简单的多,呵呵~~

        知道了其中的规则,那就开始写代码吧。

        在代码中,为了满足在线捕包、在线解码的要求,我就牺牲了一些存储空间,为字母和数字跟它们对应的进制值都做了一个影射,这样的话就不必再把ASCII码转换为进制了,效率虽然提高了,但需要更大的存储空间。

        在linux下写了C程序,源代码如下:

        #include <stdio.h>

        #include <stdlib.h>

        #include <string.h>

        const char char0_9[][2] = {

        { '3','0'},{ '3','1'},{ '3','2'},{ '3','3'},{ '3','4'},

        { '3','5'},{ '3','6'},{ '3','7'},{ '3','8'},{ '3','9'}

        };

        const char charA_Z[][2] = {

        { '4','1'},{ '4','2'},{ '4','3'},{ '4','4'},{ '4','5'},

        { '4','6'},{ '4','7'},{ '4','8'},{ '4','9'},{ '4','A'},

        { '4','B'},{ '4','C'},{ '4','D'},{ '4','E'},{ '4','F'},

        { '5','0'},{ '5','1'},{ '5','2'},{ '5','3'},{ '5','4'},

        { '5','5'},{ '5','6'},{ '5','7'},{ '5','8'},{ '5','9'},{ '5','A'}

        };

        const char chara_z[][2] = {

        { '6','1'},{ '6','2'},{ '6','3'},{ '6','4'},{ '6','5'},

        { '6','6'},{ '6','7'},{ '6','8'},{ '6','9'},{ '6','A'},

        { '6','B'},{ '6','C'},{ '6','D'},{ '6','E'},{ '6','F'},

        { '7','0'},{ '7','1'},{ '7','2'},{ '7','3'},{ '7','4'},

        { '7','5'},{ '7','6'},{ '7','7'},{ '7','8'},{ '7','9'},{ '7','A'}

        };

        void

        de_url(char *url)

        {

        char *UnURL;

        char ch;

        int i = 0, j = 0;

        int index;

        int len = strlen(url);

        UnURL = (char *)malloc(*sizeof(char));

        if(!UnURL){

        printf("UnURL malloc wrong!");

        exit(1);

        }

        memset(UnURL, 0, *sizeof(char));

        while(i < len){

        ch = *(url+i);

        if(ch == '%'){

        i++;

        for(; j < 2; j++){

        strncat(UnURL, &(url[i]), 1);

        i++;

        }

        j = 0;

        }else if(ch >= 'a' && ch <= 'z'){

        index = ch - 'a';

        strncat(UnURL, chara_z[index], 2);

        i++;

        }else if(ch >= 'A' && ch <= 'Z'){

        index = ch - 'A';

        strncat(UnURL, charA_Z[index] ,2);

        i++;

        }else if(ch >= '0' && ch <= '9'){

        index = ch - '0';

        strncat(UnURL, char0_9[index], 2);

        i++;

        }else

        printf("something else!\n");

        }

        printf("\n%s\n", UnURL);

        }

        int

        main(int argc, char *argv[])

        {

        char *URL = "%A8%2F%FCYE%7E%F2Trx%0B%D8ZYF%DC%B9%D3v%F5";

        de_url(URL);

        return 0;

        }

        在线分析时,只需要把main函数给替换掉,就可以了。

        虽然TCP流的重组还没弄出来,但会再接再厉,继续加油!

VB6中实现3DES

       "我有一个确认无错的程序"

       å…¶å®žå®ƒæŠŠæ•°æ®å…ˆåŽ‹ç¼©æˆè¿›åˆ¶bcd值(数据长度为原先一半),处理完后把结果再展开成进制串(长度加倍,即个字符)

       æœ‰dll函数可用(和你的确认无错的程序一样效果):

       Private Declare Function icePub_desEncryptionHex Lib "icePubDll.dll" (ByVal strInputHexstring As String,ByVal strOutputHexstring As String,ByVal strKeyHexstring As String) As Integer

       Private Declare Function icePub_desDecryptionHex Lib "icePubDll.dll" (ByVal strInputHexstring As String,ByVal strOutputHexstring As String,ByVal strKeyHexstring As String) As Integer

       Private Declare Function icePub_3desEncryptionHex Lib "icePubDll.dll" (ByVal strInputHexstring As String,ByVal strOutputHexstring As String,ByVal strDoubleKeyHexstring As String) As Integer

       Private Declare Function icePub_3desDecryptionHex Lib "icePubDll.dll" (ByVal strInputHexstring As String,ByVal strOutputHexstring As String,ByVal strDoubleKeyHexstring As String) As Integer

       Dim str1 As String

       str1 = Space()

       a2 = icePub_desEncryptionHex("", str1, "")

       MsgBox str1

       str1 = Space()

       a2 = icePub_desDecryptionHex("", str1, "")

       MsgBox str1

       str1 = Space()

       a2 = icePub_3desEncryptionHex("", str1, "")

       MsgBox str1

       str1 = Space()

       a2 = icePub_3desDecryptionHex("", str1, "")

       MsgBox str1

       'icePubDll.dll收邮件即可

       '或/read.php?tid=下载即可

copyright © 2016 powered by 皮皮网   sitemap