텍스트 및 일상 도구 · 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 버전보다 사용 가능한 범위를 훨씬 줄입니다.
기술적으로 적합한 매트릭스라도 너무 작게 인쇄하거나 너무 멀리서 보면 물리적 디자인이 좋지 않을 수 있습니다. 카메라 해상도, 여백(Quiet Zone), 대비 및 기판은 실제 한계를 낮추므로 전체 레코드보다 짧은 URL이 선호되는 경우가 많습니다.
실제 범위는 전체 기호에 따라 다릅니다. 200 문자 테스트가 L과 H 사이에서 보여주듯이 수정을 강화하면 동일한 텍스트에 대해 매트릭스가 더 커질 수 있습니다. 고정된 인쇄 너비에서는 모든 모듈이 축소됩니다. 따라서 보정을 높이는 것이 자동으로 더 안전하지는 않습니다. 중복성은 약간의 손상을 허용할 수 있지만 밀도가 증가하면 깨끗한 캡처가 더 어려워집니다. 레벨을 선택한 다음 결과로 나오는 실제 코드를 테스트합니다.
작동 예: 메모리에서 정확한 버전을 예측하는 대신 생성된 모듈 수를 비교합니다.
짧은 URL, 지원되는 vCard 및 긴 일반 텍스트 메모를 생성한 다음 반환된 모듈 수를 비교하고 교정본을 스캔합니다. 소스는 임의의 텍스트에 대해 보장된 버전 추정기를 노출하지 않으므로 추측하는 대신 실제 출력을 관찰하세요.
예시 세트의 경우 동일한 수정 수준에서 짧은 HTTPS URL, 지원되는 vCard 및 500 문자 메모를 생성합니다. 정확한 버전을 예측하는 대신 바이트 수와 모듈 크기를 기록하세요. vCard는 표시되는 연락처 데이터 주위에 필드 레이블과 구분 기호를 추가하므로 인코딩된 길이는 단순히 양식에 표시된 것의 합계가 아닙니다.
여기서 다루지 않는 내용 — 여러 코드 및 Micro QR에 걸쳐 구조화된 추가
구조화된 추가 및 마이크로 QR은 구현되지 않습니다. ToolAcre는 또한 대형 페이로드를 여러 기호로 분할하지 않습니다. 내용이 너무 길다고 보고하고 내용을 줄이거나 더 낮은 수정 수준을 선택하도록 제안합니다.
ToolAcre는 데이터를 여러 코드로 분할하지 않으며 Micro QR을 제공하지 않습니다. 크기가 너무 큰 페이로드는 부분 이미지가 아닌 오류를 반환합니다. 레코드가 너무 큰 경우 안정적인 URL 뒤에 호스팅하거나 다중 기호 형식 및 판독기 지원이 요구 사항을 충족하는 전문 도구를 선택하세요. 텍스트를 관련 없는 QR 이미지로 수동으로 자르면 스캐너와 사용자에게 조립 문제가 발생합니다.
요점 — 가능한 경우 페이로드 대신 포인터를 인코딩하고 QR 및 바코드 도구 키트가 입력한 콘텐츠에 대한 버전을 선택하도록 합니다.
대상이 더 큰 레코드를 호스팅할 수 있을 때 포인터를 인코딩하고, 오래 지속되는 URL을 제어할 수 있으며 생성기가 매트릭스를 선택하도록 할 수 있습니다. 용량은 바이트 예산인 반면 안정적인 사용은 물리적 시스템 테스트입니다.
운영상 시사점은 계층 구조입니다. 올바른 콘텐츠를 유지하고, 불필요한 바이트를 제거하고, 적절한 수정 수준을 선택하고, 생성된 매트릭스를 관찰한 다음 크기를 조정하고 테스트합니다. 이론적 최대값은 설계 목표가 아닌 엔코더의 최종 경계입니다. 짧은 포인터는 일반적으로 강력한 모듈을 위한 더 많은 공간을 확보하고 인쇄를 교체하지 않고도 대상 콘텐츠를 변경할 수 있습니다.