Văn bản & công cụ hàng ngày · Bộ công cụ QR & Barcode
Mã QR có thể chứa bao nhiêu dữ liệu? Các phiên bản 1 đến 40 và giải thích về dung lượng
· Lý lịch
qr-code mã hóa khả năng sử dụng
Giải thích các phiên bản 40 QR, cách kết hợp kích thước lưới, chế độ mã hóa và sửa lỗi để đặt dung lượng và lý do mức tối đa về mặt lý thuyết hiếm khi là mức tối đa thực tế.
Đoạn mã trở thành hình vuông màu xám không thể đọc được — điều gì sẽ xảy ra khi bạn mã hóa một đoạn văn thay vì một liên kết
Một nốt dài có thể biến một biểu tượng nhỏ gọn thành một trường dày đặc gồm các mô-đun nhỏ ngay cả trước khi bộ mã hóa từ chối nó. Sự thay đổi trực quan đó quan trọng vì chiều rộng in cố định sẽ để lại ít pixel hoặc dấu chấm máy in hơn cho mỗi hàng và cột được thêm vào.
Mật độ có thể nhìn thấy trong cả bộ đếm mô-đun và bằng chứng vật lý. Trình tạo có thể chấp nhận một ghi chú dài, tuy nhiên bản xem trước có kích thước cố định hiện chứa nhiều ô nhỏ hơn và bản in sau có thể làm mờ chúng. Năng lực trả lời liệu ma trận có thể được xây dựng hay không, chứ không phải liệu máy in và điện thoại được chọn có thể giải quyết được hay không. Giảm tải trọng trước khi giảm kích thước lề hoặc kích thước ô vì những thay đổi đó tấn công bằng chứng trực quan của máy quét.
Các phiên bản 1 đến 40 — 21×21 mô-đun tăng bốn mô-đun mỗi bên thành 177×177 và nội dung mỗi bước bổ sung
Việc triển khai hỗ trợ các phiên bản QR từ một đến bốn mươi: 21 mô-đun mỗi bên ở phiên bản đầu tiên, sau đó thêm bốn mô-đun mỗi bên cho đến 177. Lựa chọn tự động sẽ chọn phiên bản nhỏ nhất phù hợp với tải trọng UTF-8 byte và mức hiệu chỉnh.
Thứ nguyên phiên bản cung cấp một thang đơn giản có thể quan sát được: 21 mô-đun cho phiên bản một, sau đó bốn mô-đun bổ sung mỗi bên ở mỗi bước cho đến 177. Các thử nghiệm xác minh quy tắc thứ nguyên `4n + 17` trên các mức hiệu chỉnh. ToolAcre yêu cầu phần phụ thuộc để chọn tự động thay vì hiển thị trường phiên bản, vì vậy người dùng nên đọc số lượng mô-đun kết quả thay vì buộc phải tra cứu bảng.
Dung lượng trong bộ công cụ này là UTF-8 dung lượng chế độ byte; mức tối đa được xuất bản ở tất cả các chế độ nằm ngoài việc triển khai
Các bảng dung lượng chung tách biệt các chế độ số, chữ và số, byte và kanji, nhưng ToolAcre cố tình sử dụng chế độ byte cho mỗi tải trọng. Việc tái tạo cực đại ở chế độ khác sẽ mô tả sai công cụ này, vì vậy dung lượng ở đây được đo bằng UTF-8 byte được mã hóa.
Độ dài byte UTF-8 giải thích tại sao số lượng ký tự bằng nhau có thể hoạt động khác nhau. Bốn mươi ASCII `x` ký tự sử dụng ít byte hơn bốn mươi ký tự tiếng Nhật và kiểm tra xác nhận rằng tải trọng nhiều byte cần một ma trận ít nhất lớn bằng. Bảng điều khiển hiển thị byte thay vì ký tự vì lý do này. Cực đại số hoặc chữ và số chung sẽ không dự đoán ToolAcre vì nó gửi mọi tải trọng thông qua chế độ byte.
Công suất phụ thuộc vào mức hiệu chỉnh đã chọn; sử dụng giới hạn byte chính xác của việc triển khai
Mức trần đã được xác minh là 2,953 bytes tại L, 2,331 tại M, 1,663 tại Q và 1,273 tại H. Đó là các hằng số triển khai, không phải là hứa hẹn về chất lượng in thực tế và việc hiệu chỉnh mạnh hơn sẽ tạo ra ít chỗ hơn cho byte tải trọng.
Mức trần được định cấu hình chính xác cũng xác định đường dẫn lỗi: 2,953 bytes tại L, 2,331 tại M, 1,663 tại Q và 1,273 tại H. Đây là số liệu triển khai hợp lệ hiển thị trong giao diện. Không nên chuyển đổi chúng thành số lượng ký tự vì dấu trọng âm và biểu tượng cảm xúc có độ dài UTF-8 khác nhau. Khi một giá trị vượt quá dung lượng, việc rút ngắn nó sẽ an toàn hơn là âm thầm loại bỏ nội dung.
Mức trần thực tế — độ phân giải của máy ảnh, kích thước in và khoảng cách quét thu hẹp phạm vi có thể sử dụng xuống thấp hơn nhiều so với phiên bản 40
Một ma trận phù hợp về mặt kỹ thuật vẫn có thể là một thiết kế vật lý kém khi được in quá nhỏ hoặc nhìn quá xa. Độ phân giải của máy ảnh, vùng yên tĩnh, độ tương phản và chất nền làm giảm mức trần thực tế, đó là lý do tại sao URL ngắn thường được ưu tiên hơn toàn bộ bản ghi.
Phạm vi thực tế phụ thuộc vào toàn bộ biểu tượng. Hiệu chỉnh mạnh hơn có thể làm cho ma trận lớn hơn đối với văn bản giống hệt nhau, như thử nghiệm ký tự 200 thể hiện giữa L và H. Ở chiều rộng in cố định, điều đó sẽ thu nhỏ mọi mô-đun. Do đó, việc nâng cao hiệu chỉnh không tự động an toàn hơn: sự dư thừa có thể gây ra một số thiệt hại trong khi mật độ tăng lên khiến việc thu thập sạch trở nên khó khăn hơn. Chọn một cấp độ và sau đó kiểm tra mã vật lý kết quả.
Ví dụ hoạt động: so sánh số lượng mô-đun được tạo thay vì dự đoán các phiên bản chính xác từ bộ nhớ
Tạo URL ngắn, vCard được hỗ trợ và ghi chú văn bản thuần túy dài, sau đó so sánh số lượng mô-đun được trả về và bằng chứng quét. Nguồn không hiển thị công cụ ước tính phiên bản được đảm bảo cho văn bản tùy ý, vì vậy hãy quan sát kết quả thực tế thay vì đoán.
Đối với tập hợp ví dụ, hãy tạo một ghi chú HTTPS URL ngắn, vCard được hỗ trợ và ghi chú 500 ký tự ở cùng mức sửa. Ghi lại số byte và kích thước mô-đun thay vì dự đoán phiên bản chính xác. VCard thêm nhãn trường và dấu phân cách xung quanh dữ liệu liên hệ hiển thị, do đó độ dài được mã hóa của nó không chỉ đơn thuần là tổng của những gì xuất hiện trong biểu mẫu.
Điều này không bao gồm những gì - nối có cấu trúc trên nhiều mã và Micro QR
Phần bổ sung có cấu trúc và Micro QR không được triển khai. ToolAcre cũng không phân chia tải trọng quá khổ cho các ký hiệu; nó báo cáo rằng nội dung quá dài và đề nghị rút ngắn nội dung hoặc chọn mức chỉnh sửa thấp hơn.
ToolAcre không phân chia dữ liệu thành nhiều mã và không cung cấp Micro QR. Tải trọng quá lớn sẽ trả về lỗi chứ không phải một phần hình ảnh. Nếu bản ghi quá lớn, hãy lưu trữ bản ghi đó sau URL ổn định hoặc chọn công cụ chuyên dụng có định dạng đa ký hiệu và hỗ trợ trình đọc đáp ứng yêu cầu. Việc cắt văn bản theo cách thủ công thành các hình ảnh QR không liên quan sẽ tạo ra vấn đề về lắp ráp cho máy quét và người dùng.
Bài học rút ra - mã hóa con trỏ thay vì tải trọng nếu bạn có thể và để Bộ công cụ QR & Mã vạch chọn phiên bản cho nội dung bạn nhập
Mã hóa con trỏ khi đích đến có thể lưu trữ bản ghi lớn hơn, giữ các URL tồn tại lâu dài dưới sự kiểm soát của bạn và để trình tạo chọn ma trận. Dung lượng là mức giới hạn byte, trong khi mức sử dụng đáng tin cậy là phép thử hệ thống vật lý.
Bài học rút ra từ hoạt động là một hệ thống phân cấp: giữ nguyên nội dung chính xác, loại bỏ các byte không cần thiết, chọn mức hiệu chỉnh phù hợp, quan sát ma trận được tạo, sau đó định cỡ và kiểm tra nó. Mức tối đa theo lý thuyết là ranh giới cuối cùng của bộ mã hóa, không phải là mục tiêu thiết kế. Con trỏ ngắn thường dành nhiều chỗ hơn cho các mô-đun mạnh mẽ và để nội dung đích thay đổi mà không thay thế bản in.