Question 1

CRC क्या है?

Accepted Answer

CRC का मतलब है Cyclic Redundancy Check — डेटा बाइट्स पर बहुपद भाग (polynomial division) से बना चेकसम। यह अनजाने में हुए नुकसान को पकड़ता है: ट्रांसफर या स्टोरेज में एक भी बिट पलट जाए तो मिले डेटा का CRC लगभग हमेशा भेजे गए से अलग होगा। इसीलिए Modbus, HDLC, USB, Ethernet और ZIP जैसे प्रोटोकॉल इस पर निर्भर हैं।

Question 2

CRC और SHA-256 जैसे क्रिप्टोग्राफिक हैश में क्या अंतर है?

Accepted Answer

CRC एरर-डिटेक्शन कोड है, सिक्योरिटी टूल नहीं। यह तेज़ है और रैंडम करप्शन पकड़ता है, पर इसे उलटना बहुत आसान है — कोई भी अपनी मर्ज़ी का CRC रखने वाला डेटा बना सकता है — इसलिए ऑथेंटिसिटी जाँचने, साइन करने या पासवर्ड सेव करने के लिए इसे कभी इस्तेमाल न करें। SHA-256 जैसे हैश वन-वे और कोलिज़न-रेज़िस्टेंट होते हैं और यही काम के लिए बने हैं।

Question 3

कौन से एल्गोरिद्म शामिल हैं?

Accepted Answer

पंद्रह: CRC-8/SMBUS, CRC-8/1-WIRE (Maxim), CRC-8/DVB-S2, CRC-16/IBM (ARC), CRC-16/CCITT-FALSE, CRC-16/KERMIT, CRC-16/XMODEM, CRC-16/MODBUS, CRC-24 (OpenPGP), CRC-32, CRC-32/MPEG-2, CRC-32/JAMCRC, CRC-32C (Castagnoli), Adler-32 और CRC-64/GO-ECMA। ये एम्बेडेड, नेटवर्किंग और फ़ाइल-फ़ॉर्मैट काम में सबसे ज़्यादा माँगे जाने वाले वेरिएंट हैं।

Question 4

एक ही डेटा पर CCITT-FALSE, KERMIT और XMODEM के नतीजे अलग क्यों?

Accepted Answer

तीनों का पॉलिनोमियल (0x1021) एक है, पर इनिशियल वैल्यू, बिट रिफ्लेक्शन और फ़ाइनल XOR अलग हैं। इसलिए खाली "CRC-16" अस्पष्ट है — हमेशा देखें कि आपका प्रोटोकॉल या डिवाइस कौन सा ठीक वेरिएंट माँगता है, फिर यहीं वही चुनें।

Question 5

UTF-8 बनाम Latin-1 का असर होता है?

Accepted Answer

हाँ। CRC बाइट्स पर चलता है और एनकोडिंग तय करती है कि टेक्स्ट कौन से बाइट्स बनेगा। शुद्ध ASCII दोनों में एक जैसा है, पर é या 中 जैसे कैरेक्टर अलग हैं: UTF-8 हर कैरेक्टर पर 2–3 बाइट्स लेता है, Latin-1 सिर्फ एक (और 中 को दर्शा ही नहीं सकता)। वही एनकोडिंग चुनें जो रिसीविंग सिस्टम उम्मीद करता है।

Question 6

बड़ी फ़ाइलें कैसे हैंडल होती हैं?

Accepted Answer

फ़ाइल टैब फ़ाइल को Web Worker को देता है जो मेन थ्रेड से बाहर चंक-दर-चंक चेकसम निकालता है और प्रोग्रेस बार दिखाता है। विंडो जवाबदेह रहती है और कई MB की फ़ाइलें पलक झपकते ही पूरी होती हैं; फ़ाइल डिवाइस से बाहर नहीं जाती।

Question 7

हेक्स और दशमलव दोनों आउटपुट क्यों?

Accepted Answer

डॉक्यूमेंटेशन, डेटाशीट और डिबगर में हेक्स कन्वेंशन है ("123456789" का CRC-32 = CBF43926), जबकि कुछ सीरियल प्रोटोकॉल, PLC टूल और लॉग फ़ॉर्मैट दशमलव वैल्यू चाहते हैं। UPPERCASE टॉगल आपके रेफ़रेंस की लिखावट से मिलाता है, और हर फ़ील्ड एक क्लिक में कॉपी होता है।

Question 8

क्या CRC सिर्फ पकड़ नहीं, सुधार भी कर सकता है?

Accepted Answer

सिर्फ खास बनावट में (Reed–Solomon जैसे एरर-करेक्टिंग कोड्स इसी तरह के गणित पर टिके हैं)। साधारण CRC बताता है कि डेटा खराब है, पर कहाँ और कैसे ठीक करें यह नहीं। मरम्मत के लिए FEC या पैरिटी फ़ाइलों जैसे रिडंडेंसी तरीके चाहिए।

Question 9

क्या कुछ सर्वर पर अपलोड होता है?

Accepted Answer

नहीं। टेक्स्ट और फ़ाइलें आपके ब्राउज़र में JavaScript से लोकल प्रोसेस होती हैं; कोई नेटवर्क रिक्वेस्ट नहीं जाती। प्राइवेट फ़ाइलों का CRC निकालना सुरक्षित है — हालाँकि याद रखें कि CRC सिक्योरिटी टूल नहीं है।

Question 10

मेरे प्रोजेक्ट के लिए कौन सा CRC चुनूँ?

Accepted Answer

वही जो दूसरी तरफ़ का सिस्टम पहले से उम्मीद करता है — तभी CRC काम आता है जब भेजने और पाने वाले दोनों एक ही वेरिएंट निकालें। नए डिज़ाइन के लिए CRC-32 या CRC-32C अच्छे डिफ़ॉल्ट हैं (मज़बूत डिटेक्शन, आधुनिक CPU में हार्डवेयर सपोर्ट); Modbus डिवाइसों के लिए CRC-16/MODBUS, और HDLC/PPP के लिए स्पेसिफिकेशन का CCITT-FALSE या KERMIT।

CRC कैलकुलेटर

CRC कैलकुलेटर का उपयोग कैसे करें