是否可以在QR码中存储约20 000个字符？ （或更多？http://blog.qr4.nl/page/QR-Code-Data-Capacity.aspx）QR代码压缩
我想只存储ascii符号（字符和数字与额外的破折号等）。
据我知道这是可能不complext文字与比压缩80-98％，这听起来promissing：http://www.maximumcompression.com/index.html
你有更多的经验吗？感谢分享！
QR码对字母数字数据（仅限大写，加数字和几个符号）有特殊的编码模式。它在每个字符中使用少于8位，并且在此模式下最多可以存储4,296个字符。
这应该接近最佳。对于更简单的数据（比如所有alpha），像gzip这样的压缩算法可能能够实现每字节更少的位数。当然，没有标准的读者会这样解读压缩的有效负载。只有特殊的读者才能够。
您可以通过这种方式获得5倍以上的QR码吗？不，几乎肯定不会，除非这是一个微不足道的情况，例如20,000“a”。
即使你可以，它会创建一个大型的复杂QR码。任何超过几百字节的内容在实践中很难扫描。最大的版本40在现实世界中是无用的。甚至是第20版。
肖恩，感谢您的反馈:) 我正在考虑构建我自己的应用程序来阅读和解压缩“zipQR”。 –
如果你的问题是：“是不是可能存储在QR码20K字？”，那么答案是肯定的，它是可能。
如果你的问题是：“是否有可能保证你永远是能够存储在QR码20K字符压缩？”，答案是没有。由于pigeonhole原则，没有办法保证。
如果您的问题是：“是否有一个”舒适区域“，其中最大尺寸为20K的文本输入很可能适合QR码？”，正确的答案是：它取决于你的输入数据。而一个更危险的答案是：如果你正在处理“正常文本”数据，比如书籍内容，那么你可能会要求太多。
由于输入数据非常大（几MB），并且解压缩算法非常慢，因此可能引用80-90％的压缩比率。对于“小”输入数据，例如20K字符，“正常文本”的压缩比率更可能在50-70％范围内，具体取决于算法强度（例如，PPM非常适合此类输入数据）。很显然，如果你的输入数据是一种“日志文件”，并且有大量的重复，那么是的，压缩比> 95％很容易访问。
但是压缩比并不是唯一需要考虑的事情。对于“现实生活”用法，您还必须考虑QR大小，并对QR图片进行合理修正才能生存。投注“最大容量和最低可能的更正”是一个相当错误的选择，至少在现实生活中是这样。你必须问问你身边的什么是QR码的“合理限制”。最有可能的是，打印功能将会阻碍，而且你必须解决一些小于最大限度的问题。
最后一点，不要忘记压缩数据是“二进制”，而不是“字母数字”。因此，您的QR码的最终容量已放入最后一列。这比“字母数字”列要小得多。
感谢您的反馈。 青色，我需要承认 - 关于“压缩”文本文件的二进制状态，您完全正确。我忘了那个小细节。 ;）我想插入两列或三列“name | value”，“name | value | value”的表格。这两列都会有字符和数字。高达300-400的记录。 –
如果您想知道压缩比率，可以使用可用的算法在桌面上进行一些测试。已知7zip在“结构化”数据上具有相当好的性能。这将提供第一个评估级别。 – Cyan
会做！ ：） 谢谢！ –
实际上，当您想要使用QR存储大量数据时，您只需存储一个指向数据位置的URL即可。
当您必须支持真实设备时，理论上可行的是与实际可能有什么不同。祝您好运，用低端智能相机扫描版本10（57x57模块）以上的任何内容。
URL /指针看起来比我之前想的要好得多。感谢您的回复@NiloVelez。 :) –
不是你想要的答案，而是：如果你想把大量的数据放在二维条码中，也许你应该看看数据矩阵。 – siukurnin