テキストおよび日常ツール · QR & バーコード ツールキット
QR コードにはどれくらいのデータを保持できますか?バージョン 1 ~ 40 と容量の説明
· 背景
qrコード エンコード の使いやすさ
40 QR バージョン、グリッド サイズ、エンコード モード、およびエラー修正をどのように組み合わせて容量を設定するか、理論上の最大値が実際的な最大値にならない理由について説明します。
読めなくなった灰色の四角形になったコード — リンクの代わりに段落をエンコードするとどうなるか
長いノートは、エンコーダーが拒否する前に、コンパクトなシンボルを小さなモジュールの密なフィールドに変える可能性があります。印刷幅が固定されていると、追加された行と列ごとに残るピクセルやプリンターのドットが少なくなるため、視覚的な変化が重要になります。
密度はモジュールカウンターと物理的証明の両方で確認できます。ジェネレーターは長いメモを受け入れることができますが、固定サイズのプレビューには多くの小さなセルが含まれており、後で印刷するとそれらがぼやける可能性があります。キャパシティは、選択したプリンタと電話がマトリックスを解決できるかどうかではなく、マトリックスを構築できるかどうかを示します。マージンやセル サイズを減らす前にペイロードを減らしてください。これらの変更はスキャナの視覚的証拠を攻撃するためです。
バージョン 1 ~ 40 — 21×21 モジュールが片側 4 つずつ増加して 177×177 になり、各ステップで追加される内容
実装は、QR バージョン 1 ~ 40 をサポートします。最初のバージョンでは、片側あたり 21 モジュールがサポートされます。その後、177 まで、片側あたりさらに 4 モジュールがサポートされます。自動選択では、UTF-8 バイトのペイロードと修正レベルに適合する最小のバージョンが選択されます。
バージョン ディメンションは、単純な観察可能なラダーを提供します。バージョン 1 には 21 モジュールがあり、その後 177 までの各ステップで片側に 4 つの追加モジュールが追加されます。テストでは、修正レベル全体で `4n + 17` 寸法ルールを検証します。 ToolAcre は、バージョン フィールドを公開するのではなく、依存関係に自動選択を要求するため、ユーザーはテーブル検索を強制するのではなく、結果のモジュール数を読み取る必要があります。
このツールキットの容量は UTF-8 バイトモード容量です。オールモードで公開された最大値は実装外です
汎用容量テーブルは数値、英数字、バイト、漢字モードを分けていますが、ToolAcre はすべてのペイロードに対して意図的にバイト モードを使用します。他のモードの最大値を再現すると、このツールの説明が誤ることになるため、ここでの容量はエンコードされた UTF-8 バイトで測定されます。
UTF-8 バイト長は、同じ文字数でも動作が異なる理由を説明しています。 40 個の ASCII `x` 文字は、日本語の 40 文字よりも使用するバイト数が少なく、マルチバイト ペイロードには少なくとも同じ大きさの行列が必要であることがテストで確認されています。このため、パネルには文字ではなくバイトが表示されます。 ToolAcre はすべてのペイロードをバイト モードで送信するため、一般的な数値または英数字の最大値では予測されません。
容量は選択した補正レベルによって異なります。実装の正確なバイト制限を使用する
検証された上限は、L で 2,953 バイト、M で 2,331 バイト、Q で 1,663 バイト、H で 1,273 バイトです。これらは実装定数であり、実際の印刷品質を保証するものではなく、補正が強化されるとペイロード バイトの余地が少なくなります。
正確に設定された上限は、エラー パスも定義します。L では 2,953 バイト、M では 2,331 バイト、Q では 1,663 バイト、H では 1,273 バイトです。これらは、インターフェイスに表示される有効な実装数値です。アクセントと絵文字は UTF-8 長さが異なるため、文字数に変換しないでください。値が容量を超える場合、コンテンツを黙って削除するよりも、値を短くする方が安全です。
実用的な上限 - バージョン 40 よりも下では、カメラの解像度、印刷サイズ、スキャン距離により使用可能な範囲が大幅に縮小します
技術的に適合するマトリックスであっても、印刷が小さすぎたり、離れすぎたりすると、物理的な設計が不十分になる可能性があります。カメラの解像度、クワイエット ゾーン、コントラスト、および素材によって実際の上限が減少するため、レコード全体よりも短い URL が好まれることがよくあります。
実際の範囲はシンボル全体によって異なります。 200 文字テストで L と H の間が示されているように、補正を強化すると、同一テキストのマトリックスが大きくなる可能性があります。固定の印刷幅では、すべてのモジュールが縮小されます。したがって、補正値を上げると自動的に安全になるわけではありません。冗長性によりある程度の損傷は許容される可能性がありますが、密度が増加するとクリーンなキャプチャが困難になります。レベルを選択し、結果の物理コードをテストします。
実用的な例: メモリから正確なバージョンを予測する代わりに、生成されたモジュール数を比較する
短い URL、サポートされている vCard、および長いプレーンテキストのメモを生成し、返されたモジュール数とスキャンプルーフを比較します。ソースは任意のテキストの保証されたバージョン推定ツールを公開していないため、推測ではなく実際の出力を観察してください。
サンプル セットでは、同じ修正レベルで短い HTTPS URL、サポートされている vCard、および 500 文字のメモを生成します。正確なバージョンを予測する代わりに、バイト数とモジュールの寸法を記録します。 vCard は、表示される連絡先データの周囲にフィールド ラベルと区切り文字を追加するため、そのエンコードされた長さは、フォームに表示されるデータの単なる合計ではありません。
これでカバーされないもの — 複数のコードおよびマイクロ QR にわたる構造化された追加
構造化追加とマイクロ QR は実装されていません。また、ToolAcre は、サイズの大きいペイロードをシンボル間で分割しません。コンテンツが長すぎることが報告され、コンテンツを短くするか、より低い修正レベルを選択することが提案されます。
ToolAcre はデータを複数のコードに分割せず、Micro QR も提供しません。サイズが大きすぎるペイロードは、部分的な画像ではなくエラーを返します。レコードが大きすぎる場合は、安定した URL の背後でホストするか、マルチシンボル形式とリーダーのサポートが要件を満たす専門ツールを選択してください。テキストを手動で切り取って無関係な QR 画像にすると、スキャナーとユーザーにとって組み立ての問題が発生します。
要点 — 可能な場合はペイロードではなくポインターをエンコードし、入力したコンテンツのバージョンを QR & バーコード ツールキットに選択させます
宛先がより大きなレコードをホストできる場合はポインターをエンコードし、有効期間の長い URL を制御下に置き、ジェネレーターに行列を選択させます。容量はバイト バジェットであり、信頼性の高い使用は物理システムのテストです。
運用上の重要なポイントは階層です。正しいコンテンツを保持し、不要なバイトを削除し、適切な修正レベルを選択し、生成された行列を観察し、サイズを設定してテストします。理論上の最大値はエンコーダの最終境界であり、設計目標ではありません。通常、短いポインターは堅牢なモジュールのための余地を残し、出力を置き換えることなく宛先のコンテンツを変更できます。