टेक्स्ट और रोजमर्रा के टूल · QR और बारकोड टूलकिट
एक QR कोड कितना डेटा रख सकता है? संस्करण 1 से 40 और क्षमता की व्याख्या
· पेजभूमि
QR संहिता एन्कोडिंग प्रयोज्य
40 QR संस्करणों की व्याख्या करता है, कैसे ग्रिड आकार, एन्कोडिंग मोड और त्रुटि सुधार मिलकर क्षमता निर्धारित करते हैं, और सैद्धांतिक अधिकतम शायद ही कभी व्यावहारिक क्यों होता है।
वह कोड जो एक अपठनीय ग्रे वर्ग बन गया - क्या होता है जब आप एक लिंक के बजाय एक पैराग्राफ को एनकोड करते हैं
एक लंबा नोट एनकोडर द्वारा अस्वीकार किए जाने से पहले ही एक कॉम्पैक्ट प्रतीक को छोटे मॉड्यूल के घने क्षेत्र में बदल सकता है। वह दृश्य परिवर्तन मायने रखता है क्योंकि एक निश्चित मुद्रित चौड़ाई प्रत्येक जोड़ी गई पंक्ति और स्तंभ के लिए कम पिक्सेल या प्रिंटर बिंदु छोड़ती है।
घनत्व मॉड्यूल काउंटर और भौतिक प्रमाण दोनों में दिखाई देता है। जनरेटर एक लंबे नोट को स्वीकार कर सकता है, फिर भी निश्चित आकार के पूर्वावलोकन में अब कई छोटी कोशिकाएँ हैं और बाद में प्रिंट उन्हें धुंधला कर सकता है। क्षमता उत्तर देती है कि क्या मैट्रिक्स का निर्माण किया जा सकता है, न कि यह कि क्या कोई चुना हुआ प्रिंटर और फोन इसे हल कर सकता है। मार्जिन या सेल आकार कम करने से पहले पेलोड कम करें, क्योंकि वे परिवर्तन स्कैनर के दृश्य साक्ष्य पर हमला करते हैं।
संस्करण 1 से 40 - 21×21 मॉड्यूल प्रति पक्ष चार से बढ़कर 177×177 हो गया है, और प्रत्येक चरण क्या जोड़ता है
कार्यान्वयन एक से चालीस तक QR संस्करणों का समर्थन करता है: पहले संस्करण में प्रति पक्ष 21 मॉड्यूल, फिर 177 तक प्रति पक्ष चार और। स्वचालित चयन सबसे छोटा संस्करण चुनता है जो UTF-8 बाइट पेलोड और सुधार स्तर पर फिट बैठता है।
संस्करण आयाम एक सरल अवलोकन योग्य सीढ़ी प्रदान करते हैं: संस्करण एक के लिए 21 मॉड्यूल, फिर 177 तक प्रत्येक चरण पर प्रति पक्ष चार अतिरिक्त मॉड्यूल। परीक्षण सुधार स्तरों पर `4n + 17` आयाम नियम को सत्यापित करते हैं। ToolAcre संस्करण फ़ील्ड को उजागर करने के बजाय स्वचालित चयन के लिए निर्भरता पूछता है, इसलिए उपयोगकर्ताओं को तालिका लुकअप को मजबूर करने के बजाय परिणामी मॉड्यूल गिनती को पढ़ना चाहिए।
इस टूलकिट में क्षमता UTF-8 बाइट-मोड क्षमता है; सभी-मोड प्रकाशित मैक्सिमा कार्यान्वयन से बाहर हैं
सामान्य क्षमता तालिकाएँ संख्यात्मक, अल्फ़ान्यूमेरिक, बाइट और कांजी मोड को अलग करती हैं, लेकिन ToolAcre जानबूझकर प्रत्येक पेलोड के लिए बाइट मोड का उपयोग करती है। अन्य-मोड मैक्सिमा को पुन: प्रस्तुत करना इस टूल का गलत वर्णन करेगा, इसलिए यहां क्षमता एन्कोडेड UTF-8 बाइट्स में मापी जाती है।
UTF-8 बाइट लंबाई बताती है कि समान वर्ण गणना अलग-अलग व्यवहार क्यों कर सकती है। चालीस ASCII `x` वर्ण चालीस जापानी वर्णों की तुलना में कम बाइट्स का उपयोग करते हैं, और परीक्षण पुष्टि करता है कि मल्टीबाइट पेलोड को कम से कम इतने बड़े मैट्रिक्स की आवश्यकता है। इस कारण से पैनल वर्णों के बजाय बाइट्स प्रदर्शित करता है। जेनेरिक न्यूमेरिक या अल्फ़ान्यूमेरिक मैक्सिमा ToolAcre की भविष्यवाणी नहीं करेगा क्योंकि यह प्रत्येक पेलोड को बाइट मोड के माध्यम से भेजता है।
क्षमता चयनित सुधार स्तर पर निर्भर करती है; कार्यान्वयन की सटीक बाइट सीमा का उपयोग करें
सत्यापित सीमाएँ L पर 2,953 bytes, M पर 2,331, Q पर 1,663 और H पर 1,273 हैं। ये कार्यान्वयन स्थिरांक हैं, व्यावहारिक प्रिंट गुणवत्ता के बारे में कोई वादा नहीं है, और मजबूत सुधार पेलोड बाइट्स के लिए कम जगह छोड़ता है।
सटीक कॉन्फ़िगर की गई छतें त्रुटि पथ को भी परिभाषित करती हैं: L पर 2,953 bytes, M पर 2,331, Q पर 1,663 और H पर 1,273। ये इंटरफ़ेस में दिखाने के लिए वैध कार्यान्वयन आंकड़े हैं। उन्हें वर्ण गणना में परिवर्तित नहीं किया जाना चाहिए क्योंकि उच्चारण और इमोजी UTF-8 लंबाई में भिन्न होते हैं। जब कोई मान क्षमता से अधिक हो जाता है, तो सामग्री को चुपचाप छोड़ने की तुलना में उसे छोटा करना अधिक सुरक्षित होता है।
व्यावहारिक छतें - कैमरा रिज़ॉल्यूशन, प्रिंट आकार और स्कैन दूरी संस्करण 40 के नीचे प्रयोग करने योग्य सीमा को काफी कम कर देती हैं।
एक मैट्रिक्स जो तकनीकी रूप से फिट बैठता है वह अभी भी खराब भौतिक डिज़ाइन हो सकता है जब मुद्रित बहुत छोटा हो या बहुत दूर से देखा गया हो। कैमरा रिज़ॉल्यूशन, शांत क्षेत्र, कंट्रास्ट और सब्सट्रेट व्यावहारिक छत को कम करते हैं, यही कारण है कि एक छोटा URL अक्सर पूरे रिकॉर्ड के लिए बेहतर होता है।
व्यावहारिक सीमा संपूर्ण प्रतीक पर निर्भर करती है। मजबूत सुधार समान पाठ के लिए मैट्रिक्स को बड़ा बना सकता है, जैसा कि 200-वर्ण परीक्षण एल और एच के बीच प्रदर्शित करता है। एक निश्चित प्रिंट चौड़ाई पर, जो प्रत्येक मॉड्यूल को सिकोड़ता है। इसलिए सुधार बढ़ाना स्वचालित रूप से सुरक्षित नहीं है: अतिरेक कुछ क्षति को सहन कर सकता है जबकि बढ़ा हुआ घनत्व क्लीन कैप्चर को कठिन बना देता है। एक स्तर चुनें और फिर परिणामी भौतिक कोड का परीक्षण करें।
व्यावहारिक उदाहरण: मेमोरी से सटीक संस्करणों की भविष्यवाणी करने के बजाय उत्पन्न मॉड्यूल गणना की तुलना करें
एक छोटा URL, एक समर्थित vCard और एक लंबा सादा-पाठ नोट तैयार करें, फिर लौटाए गए मॉड्यूल गणनाओं की तुलना करें और सबूतों को स्कैन करें। स्रोत मनमाने पाठ के लिए गारंटीकृत संस्करण अनुमानक को उजागर नहीं करता है, इसलिए अनुमान लगाने के बजाय वास्तविक आउटपुट का निरीक्षण करें।
उदाहरण सेट के लिए, समान सुधार स्तर पर एक छोटा HTTPS URL, एक समर्थित vCard और एक 500-वर्ण नोट तैयार करें। सटीक संस्करणों की भविष्यवाणी करने के बजाय बाइट गिनती और मॉड्यूल आयाम रिकॉर्ड करें। वीकार्ड दृश्यमान संपर्क डेटा के चारों ओर फ़ील्ड लेबल और विभाजक जोड़ता है, इसलिए इसकी एन्कोडेड लंबाई केवल फॉर्म में दिखाई देने वाली चीज़ों का योग नहीं है।
इसमें क्या शामिल नहीं है - एकाधिक कोड और माइक्रो QR में संरचित परिशिष्ट
संरचित परिशिष्ट और माइक्रो QR लागू नहीं किए गए हैं। ToolAcre बड़े आकार के पेलोड को प्रतीकों में विभाजित नहीं करता है; यह रिपोर्ट करता है कि सामग्री बहुत लंबी है और इसे छोटा करने या कम सुधार स्तर चुनने का सुझाव देता है।
ToolAcre डेटा को कई कोड में विभाजित नहीं करता है और माइक्रो QR की पेशकश नहीं करता है। एक बड़ा पेलोड आंशिक छवि के बजाय एक त्रुटि देता है। यदि कोई रिकॉर्ड बहुत बड़ा है, तो इसे एक स्थिर URL के पीछे होस्ट करें या विशेषज्ञ टूलींग का चयन करें जिसका बहु-प्रतीक प्रारूप और रीडर समर्थन आवश्यकता को पूरा करता है। टेक्स्ट को असंबंधित QR छवियों में मैन्युअल रूप से काटने से स्कैनर और उपयोगकर्ता के लिए असेंबली समस्या पैदा होती है।
टेकअवे - जहां आप कर सकते हैं वहां पेलोड के बजाय एक पॉइंटर को एन्कोड करें, और QR और बारकोड टूलकिट को आपके द्वारा दर्ज की गई सामग्री के लिए संस्करण चुनने दें
जब गंतव्य बड़े रिकॉर्ड को होस्ट कर सकता है, तो एक पॉइंटर को एनकोड करें, लंबे समय तक चलने वाले URL को अपने नियंत्रण में रखें, और जनरेटर को मैट्रिक्स का चयन करने दें। क्षमता एक बाइट बजट है, जबकि विश्वसनीय उपयोग एक भौतिक-प्रणाली परीक्षण है।
परिचालन टेकअवे एक पदानुक्रम है: सही सामग्री को संरक्षित करें, अनावश्यक बाइट्स हटाएं, उचित सुधार स्तर चुनें, उत्पन्न मैट्रिक्स का निरीक्षण करें, फिर आकार दें और उसका परीक्षण करें। एक सैद्धांतिक अधिकतम एनकोडर की अंतिम सीमा है, डिज़ाइन लक्ष्य नहीं। छोटे पॉइंटर्स आमतौर पर मजबूत मॉड्यूल के लिए अधिक जगह छोड़ते हैं और प्रिंट को बदले बिना गंतव्य सामग्री को बदलने देते हैं।