CrLf

同上，相信大家第一反映都差不多，不过我想，无论用ansi码或者什么码来以字典的形式与原始数据一一对应，其根本思路无非是把16进制转换为更高位的进制，以填补用1~2个字节只记录一个十六进制数时浪费的容量。
对于调用第三方、debug、vbs等方法不做评论，因为想必都是可行的，不过我想楼主的意思大概是尽量用纯批的吧。
再说一个大众看法，大家肯定都想到了，只是没说。首先，字典肯定要用到的，再用A个字典里的字符与B个十六进制数对应，不过要知道A:B的最佳比例，就要做一个计算：将能在批处理中识别为单字符的单字节ansi码数量设为N，然后求N与16的最小公倍数，然后...你知道的，不解释

CrLf

如果引入有损压缩的概念，压缩比必定更高

CrLf

另一思路  把一定长度字符（转为10进制） 除一固定数 储存这个信息
terse 发表于 2011-5-13 11:33

这是有损的，而且十进制数的存储能力似乎反而比十六进制数更低吧

CrLf

10楼的方法看起来不错哦，
另外，可以模仿视频压缩的技术，有一种视频是动态的场景帧数多，静态的场景帧数少
如果是在实战中，很可能连续碰到多个含0?的字节，这时候是不是可以把010201010f0e07记成.05_1211fe7呢？
还有既然都是数字，也许也可以考虑做个函数，将x、y、z放入其中，就能算出后面的一系列数字。这想法跟字典其实还是差不多，但是大概有那么一点区别吧

CrLf

前面说的有损压缩，我的想法是，有许多字符组合也许不可能出现在16进制编码中的，就像0D0A、0A0A或者0D0D不会出现在由记事本正常输入的txt文件中，那就可以把它们排除在字典之外，这样字典的容量就会提升，这种有损压缩是损字典，不损压缩内容。