QRコードに約2万文字を保存することは可能ですか？（またはそれ以上？http：//blog.qr4.nl/page/QR-Code-Data-Capacity.aspx）
ASCII記号（余分なダッシュが付いた文字や数字など）のみを保存したいと思います。
私の知る限り、複雑ではないテキストを80〜98％の比率で圧縮することは可能であり、これは有望に聞こえます：http: //www.maximumcompression.com/index.html
もう少し経験がありますか？共有してくれてありがとう！
If your question is: "Is it possible to store 20K characters in QR Code?", then the answer is yes, it is possible.
If your question is: "Is it possible to guarantee you'll always be able to store 20K characters in QR Code to compression?", the answer is no. There is no way to guarantee that, due to pigeonhole principle.
If your question is: "Is there a "comfortable zone" where it is highly likely that a text input, whose maximum size is 20K, will most probably fit into a QR Code?", the proper answer is: it depends on your input data. And a more risky answer is: if you're dealing with "normal text" data, such as a book content, you're probably asking for too much.
The 80-90% compression ratio you refer to is possible because input data is extremely large (several MB), and decompression algorithms are very slow. For a "small" input data, such as 20K characters, the compression ratio for a "normal text" will more likely be in the 50-70% range, depending on algorithm strength (PPM for example, is very suitable for such input data).
Obviously, if your input data is a kind of "log file", with a huge lot of repetitions, then yes, compression ratio > 95% is easily accessible.
But compression ratio is not the only thing to take into consideration. For "real-life" usage, you'll also have to consider the QR size, and a reasonable level of correction for the QR print to survive. Betting on "max capacity with lowest possible correction" is a fairly wrong bet, at least for real life scenarios. You'll have to ask around you to know what are the "reasonable limits" of your QR Code. Most probably, printing capabilities will get into the way, and you'll have to settle for something less than maximum.
Last point, don't forget that compressed data are "binary", not "alphanumeric". As a consequence, the final capacity of your QR Code is into the last column. Which is much less than the column "alphanumeric".
実際には、QR を使用して大量のデータを保存する場合は、データの場所を指す URL を保存するだけです。
理論的に可能なことは、実際のデバイスをサポートする必要がある場合に実際に可能なこととは大きく異なります。ローエンドのスマートフォン カメラでバージョン 10 (57x57 モジュール) を超えるものをスキャンすることをお勧めします。
QR コードには、英数字データ (大文字のみ、数字といくつかの記号) 用の特別なエンコード モードがあります。1 文字あたり 8 ビット未満しか使用せず、このモードでは最大 4,296 文字を格納できます。
これは最適に近いはずです。より単純なデータ (すべてアルファなど) の場合、gzip などの圧縮アルゴリズムを使用すると、1 バイトあたりのビット数を減らすことができる場合があります。もちろん、gzip されたペイロードをそのように解釈する標準的なリーダーはありません。特別な読者だけができるでしょう。
この方法で 5 倍のデータを QR コードに入れることができますか? いいえ、それが 20,000 個の「a」のような些細なケースでない限り、ほぼ確実に違います。
できたとしても、大きくて複雑な QR コードが作成されます。数百バイトを超えるものは、実際にスキャンするのが難しくなります。最大のバージョン 40 は、現実の世界では役に立ちません。バージョン20でもあります。