Texto y herramientas cotidianas · QR y kit de herramientas de códigos de barras
¿Cuántos datos puede contener un código QR? Versiones 1 a 40 y explicación de capacidad
· Antecedentes
código qr codificación usabilidad
Explica las versiones QR de 40, cómo el tamaño de la cuadrícula, el modo de codificación y la corrección de errores se combinan para establecer la capacidad y por qué el máximo teórico rara vez es el práctico.
El código que se convirtió en un cuadrado gris ilegible: ¿qué sucede cuando codificas un párrafo en lugar de un enlace?
Una nota larga puede convertir un símbolo compacto en un campo denso de módulos diminutos incluso antes de que el codificador lo rechace. Ese cambio visual es importante porque un ancho de impresión fijo deja menos píxeles o puntos de impresora para cada fila y columna agregadas.
La densidad es visible tanto en el contador del módulo como en la prueba física. El generador puede aceptar una nota larga, pero la vista previa de tamaño fijo ahora contiene muchas celdas más pequeñas y una impresión posterior puede difuminarlas. La capacidad responde a si se puede construir una matriz, no a si una impresora y un teléfono elegidos pueden resolverla. Reduzca la carga útil antes de reducir el margen o el tamaño de la celda, porque esos cambios atacan la evidencia visual del escáner.
Versiones 1 a 40 — 21×21 módulos que crecen en cuatro por lado hasta 177×177, y lo que agrega cada paso
La implementación admite las versiones QR del uno al cuarenta: 21 módulos por lado en la primera versión, luego cuatro más por lado hasta 177. La selección automática elige la versión más pequeña que se ajuste a la carga útil de UTF-8 bytes y al nivel de corrección.
Las dimensiones de la versión proporcionan una escalera observable simple: 21 módulos para la versión uno, luego cuatro módulos adicionales por lado en cada paso hasta 177. Las pruebas verifican la regla de dimensión `4n + 17` en todos los niveles de corrección. ToolAcre solicita a la dependencia una selección automática en lugar de exponer un campo de versión, por lo que los usuarios deben leer el recuento de módulos resultante en lugar de forzar una búsqueda en la tabla.
La capacidad de este kit de herramientas es UTF-8 capacidad en modo byte; los máximos publicados en todos los modos están fuera de la implementación
Las tablas de capacidad genéricas separan los modos numérico, alfanumérico, byte y kanji, pero ToolAcre utiliza deliberadamente el modo byte para cada carga útil. Reproducir máximos en otro modo describiría erróneamente esta herramienta, por lo que la capacidad aquí se mide en UTF-8 bytes codificados.
UTF-8 la longitud de bytes explica por qué recuentos iguales de caracteres pueden comportarse de manera diferente. Cuarenta caracteres ASCII `x` utilizan menos bytes que cuarenta caracteres japoneses y la prueba confirma que la carga útil multibyte necesita una matriz al menos del mismo tamaño. Por este motivo, el panel muestra bytes en lugar de caracteres. Los máximos numéricos o alfanuméricos genéricos no predecirían ToolAcre porque envía cada carga útil a través del modo byte.
La capacidad depende del nivel de corrección seleccionado; utilizar los límites de bytes exactos de la implementación
Los límites verificados son 2,953 bytes en L, 2,331 en M, 1,663 en Q y 1,273 en H. Esas son constantes de implementación, no una promesa sobre la calidad de impresión práctica, y una corrección más fuerte deja menos espacio para los bytes de carga útil.
Los límites exactos configurados también definen la ruta de error: 2,953 bytes en L, 2,331 en M, 1,663 en Q y 1,273 en H. Estas son cifras de implementación válidas para mostrar en la interfaz. No deben convertirse en recuentos de caracteres porque los acentos y los emoji varían en la longitud de UTF-8. Cuando un valor excede la capacidad, acortarlo es más seguro que eliminar el contenido silenciosamente.
Límites prácticos: la resolución de la cámara, el tamaño de impresión y la distancia de escaneo reducen el rango utilizable muy por debajo de la versión 40
Una matriz que técnicamente se ajusta puede seguir teniendo un diseño físico deficiente cuando se imprime demasiado pequeña o se ve demasiado lejos. La resolución de la cámara, la zona silenciosa, el contraste y el sustrato reducen el límite práctico, por lo que a menudo es preferible una URL corta a un registro completo.
El rango práctico depende del símbolo completo. Una corrección más fuerte puede hacer que la matriz sea más grande para texto idéntico, como lo demuestra la prueba de caracteres 200 entre L y H. Con un ancho de impresión fijo, eso reduce cada módulo. Por lo tanto, aumentar la corrección no es automáticamente más seguro: la redundancia puede tolerar algunos daños, mientras que una mayor densidad dificulta la captura limpia. Elija un nivel y luego pruebe el código físico resultante.
Ejemplo resuelto: comparar recuentos de módulos generados en lugar de predecir versiones exactas desde la memoria
Genere una URL corta, una vCard compatible y una nota larga de texto sin formato, luego compare los recuentos de módulos devueltos y las pruebas de escaneo. La fuente no expone un estimador de versión garantizado para texto arbitrario, así que observe el resultado real en lugar de adivinar.
Para el conjunto de ejemplos, genere una URL HTTPS corta, una vCard compatible y una nota de caracteres 500 en el mismo nivel de corrección. Registre el recuento de bytes y las dimensiones del módulo en lugar de predecir versiones exactas. La vCard agrega etiquetas de campo y separadores alrededor de los datos de contacto visibles, por lo que su longitud codificada no es simplemente la suma de lo que apareció en el formulario.
Lo que esto no cubre: anexo estructurado en múltiples códigos y Micro QR
El apéndice estructurado y el Micro QR no están implementados. ToolAcre tampoco divide una carga útil de gran tamaño entre símbolos; informa que el contenido es demasiado largo y sugiere acortarlo o elegir un nivel de corrección más bajo.
ToolAcre no divide los datos en varios códigos y no ofrece Micro QR. Una carga útil de gran tamaño devuelve un error en lugar de una imagen parcial. Si un registro es demasiado grande, alójelo detrás de una URL estable o seleccione herramientas especializadas cuyo formato de múltiples símbolos y soporte de lectura cumplan con el requisito. Cortar texto manualmente en imágenes QR no relacionadas crea un problema de ensamblaje para el escáner y el usuario.
La conclusión: codifica un puntero en lugar de la carga útil cuando puedas y deja que QR & Barcode Toolkit elija la versión para el contenido que ingresas.
Codifique un puntero cuando el destino pueda alojar el registro más grande, mantenga las URL de larga duración bajo su control y deje que el generador seleccione la matriz. La capacidad es un presupuesto de bytes, mientras que el uso confiable es una prueba del sistema físico.
La conclusión operativa es una jerarquía: preservar el contenido correcto, eliminar bytes innecesarios, elegir un nivel de corrección apropiado, observar la matriz generada, luego dimensionarla y probarla. Un máximo teórico es el límite final del codificador, no un objetivo de diseño. Los punteros breves suelen dejar más espacio para módulos robustos y permiten que el contenido de destino cambie sin reemplazar la impresión.