由于Pi是无穷无尽的
所以我们可以这样创建一个压缩包：
把二进制转换为十进制。
然后在pi中查找这串十进制
比如14159265358979，数据开始是1
最后加一个校验码（数据末尾十进制数字9）
变成了19
然后加上数据长度14
19,14
最后加上第一位在小数点后的位置1
19,14,1
用,隔开（由于14两边都有,所以很好识别）
所以这样就可以啦！
看看这个猜想可实现不@雨韵
所以我们可以这样创建一个压缩包：
把二进制转换为十进制。
然后在pi中查找这串十进制
比如14159265358979，数据开始是1
最后加一个校验码（数据末尾十进制数字9）
变成了19
然后加上数据长度14
19,14
最后加上第一位在小数点后的位置1
19,14,1
用,隔开（由于14两边都有,所以很好识别）
所以这样就可以啦！
看看这个猜想可实现不@雨韵
如何逆推出源数据？
JJ怪大战 发表于 2020-8-21 11:13
在pi中找解压过程就是让电脑算pi
那你这不跟逆推md5一样效率极低
好高深啊，看不懂
JJ怪大战 发表于 2020-8-21 11:16
但是多重压缩可以达到极度压缩的效果
那么还得多重逆推
md5也是啊，多长的长度都一样
1的md5：
c4ca4238a0b923820dcc509a6f75849b
12345的md5：
827ccb0eea8a706c4c34a16891f84e7b
1234567890abcdef的md5：
996ce17f6abc9fe126b57aa5f1d8c92c
这样就有个问题，越长的数字就越容易排在后面
这样你保存的这个位置可能就超过数字本身
从平均情况来看，数据没有减少长度
这样你保存的这个位置可能就超过数字本身
从平均情况来看，数据没有减少长度
嗯....
JJ怪大战 发表于 2020-8-21 11:20
有逗号，可以算pi啊
你这个解压效率比7z还低，大小比deflate还大
PercyDan 发表于 2020-8-21 11:22
你这个解压效率比7z还低，大小比deflate还大
可以不停压缩直到压缩率最大
JJ怪大战 发表于 2020-8-21 11:22
可以不停压缩直到压缩率最大
那么你还得不停地逆推
理论上可以，
虽然一般的家用计算机计算到报废都不一定能找到匹配序列
虽然一般的家用计算机计算到报废都不一定能找到匹配序列
洞穴夜莺 发表于 2020-8-21 11:23
但是你保存压缩次数又会占用空间，最终可能还是没有压缩到
而且压缩解压消耗资源极大 ...
没必要，追加在资源末尾就可以了
完蛋，我看不懂了