سب سے عام CRC-32 کا نفاذ، جسے CRC-32b بھی کہا جاتا ہے۔ یہ کثیرالاضلاع 0x04C11DB7 کی عکاس شکل کا استعمال کرتا ہے، یعنی 0xEDB88320۔ ان پٹ بائٹس اور آؤٹ پٹ دونوں بٹ ریفلیکٹڈ ہیں (ایل ایس بی پہلے)، ابتدائی قدر کے ساتھ اور آخری XOR دونوں 0xFFFFFFFFF پر سیٹ ہیں۔

Zip، gzip، PNG امیجز، ایتھرنیٹ فریمز (IEEE 802.3)، PKCS#7، اور بہت سے لیگیسی سسٹمز کے ذریعے وسیع پیمانے پر استعمال کیا جاتا ہے۔ یہ ڈی فیکٹو "ڈیفالٹ CRC-32" ویرینٹ ہے۔

G. Castagnoli اور ساتھیوں کے ذریعہ 1993 میں تجویز کیا گیا، یہ متغیر کثیرالاضلاع 0x1EDC6F41 (0x82F63B78 ​​کی عکاسی شدہ شکل) استعمال کرتا ہے۔ اسی ہیمنگ فاصلے پر، یہ ISO-HDLC کثیر الثانی سے زیادہ مضبوط برسٹ ایرر ڈیٹیکشن پیش کرتا ہے۔

Hardware ایکسلریشن Intel SSE4.2 اور ARM CRC32 ہدایات کے ذریعے دستیاب ہے۔ یہ جدید اسٹوریج اور ٹرانسپورٹ پروٹوکولز جیسے iSCSI، NVMe، Btrfs، اور SCTP میں بڑے پیمانے پر استعمال ہوتا ہے۔

ISO-HDLC کی طرح 0x04C11DB7 کثیر نام کا استعمال کرتا ہے، لیکن نہ تو ان پٹ اور نہ ہی آؤٹ پٹbit- منعکس(MSB سب سے پہلے، بگ اینڈین)۔ ابتدائی قدر 0xFFFFFFFF ہے اور آخری XOR غیر فعال ہے (XorOut = 0x00000000)۔

بنیادی طور پر MPEG-2 ٹرانسپورٹ اسٹریمز میں PSI/SI ٹیبلز (PAT، PMT، NIT، اور متعلقہ ٹیبلز) کے علاوہ DVB اور ATSC براڈکاسٹ سسٹم میں سالمیت کی جانچ کے لیے استعمال کیا جاتا ہے۔

اس کے پیرامیٹرز تقریباً MPEG-2 سے ملتے جلتے ہیں (کثیریت 0x04C11DB7، کوئی عکاسی نہیں، ابتدائی قدر 0xFFFFFFFF)۔ فرق صرف ایک ہے۔فائنل XOR 0xFFFFFFFF کے ساتھ، جو ہر پل پلٹتا ہے۔ اسے CRC-32/AAL5 یا CRC-32/DECT-B کے نام سے بھی جانا جاتا ہے۔

BZip2 کمپریسڈ فائل فارمیٹ اور ATM AAL5 پروٹوکول کے ٹریلر چیکسم فیلڈ کے ذریعے استعمال کیا جاتا ہے۔

ان پٹ کو بطور aUTF-8string، اسے بائٹس میں تبدیل کرتا ہے، اور پھر CRC32 کا حساب لگاتا ہے۔ یہ سادہ متن، سورس کوڈ، JSON، اور اسی طرح کے مواد کے لیے سب سے عام موڈ ہے۔

نوٹ: GBK یا UTF-16 جیسے مختلف کریکٹر سیٹ کے ساتھ انکوڈ کردہ ایک ہی متن ایک مختلف بائٹ سٹریم بناتا ہے اور اس وجہ سے ایک مختلف CRC32 قدر ہوتی ہے۔ یہ ٹول ہمیشہ UTF-8 استعمال کرتا ہے۔

ان پٹ کو خام خیال کرتا ہے۔ہیکساڈیسیمل بائٹ لٹریلزخالی جگہوں اور لائن بریکوں کو نظر انداز کر دیا جاتا ہے۔ ہر دو ہیکس حروف ایک بائٹ (00–FF) بن جاتے ہیں۔

مفید ہے جب آپ کو درست بائنری ڈیٹا جیسے کہ نیٹ ورک فریم، فرم ویئر امیج کے ٹکڑے، یا میموری ڈمپ کے لیے CRC چیک کی ضرورت ہو۔ آپ Wireshark یا ہیکس ڈمپ آؤٹ پٹ کو براہ راست پیسٹ کر سکتے ہیں۔

ان پٹ کو بطور aBase64-انکوڈ شدہ سٹرنگ، اسے خام بائٹس میں ڈی کوڈ کرتا ہے، اور پھر CRC32 کا حساب لگاتا ہے۔ PEM سرٹیفکیٹس، JWT پے لوڈز، ڈیٹا URIs اور دیگر Base64 مواد کے لیے مفید ہے۔

معیاری Base64 حروف تہجی (A-Z a-z 0-9 + /) کی حمایت کرتا ہے۔ پیڈنگ کریکٹر=اختیاری ہے۔ یو آر ایل محفوظ بیس 64 (-_) تعاون یافتہ نہیں ہے۔

قدر کو 8 ہندسوں کے بڑے ہیکسا ڈیسیمل نمبر کے طور پر دکھاتا ہے0xہر کریکٹر 4 بٹس کی نمائندگی کرتا ہے، کل 32 بٹس کے لیے۔ یہ معیاری فارمیٹ ہے جو زیادہ تر ٹولز، سورس کوڈ اور دستاویزات میں استعمال ہوتا ہے۔

اعشاریہ آؤٹ پٹ کے مقابلے میں، ہیکساڈیسیمل بائٹ کی حدود کا معائنہ کرنے میں آسان بناتا ہے اور میموری ڈمپ اور پروٹوکول فیلڈز کو قدرتی طور پر میچ کرتا ہے۔

چیکسم کو بطور ایک دکھاتا ہے۔غیر دستخط شدہ 32 بٹ اعشاریہ عددرینج 0–4,294,967,295 (2³²−1) میں۔ کچھ زبانیں اور اوزار اعشاریہ کی شکل میں CRC اقدار کا موازنہ کرتے ہیں، اور ڈیٹا بیس فیلڈ اکثر اس نمائندگی کو محفوظ کرتے ہیں۔

نوٹ: CRC32 کے نتائج کو غیر دستخط شدہ عدد کے طور پر سمجھا جانا چاہئے۔ جاوا یا C# جیسی دستخط شدہ int قسموں میں، 0x7FFFFFFF سے اوپر کی اقدار منفی ظاہر ہو سکتی ہیں اور انہیں uint یا وسیع تر غیر دستخط شدہ نمائندگی میں تبدیل کیا جانا چاہیے۔

چیکسم کو 32 بٹ بائنری سٹرنگ کے طور پر دکھاتا ہے0bہر کریکٹر 0 یا 1 ہوتا ہے، بائیں جانب سب سے اہم بٹ کے ساتھ منسلک ہوتا ہے، اور ضرورت پڑنے پر لیڈنگ زیرو کے ساتھ پیڈ کیا جاتا ہے۔

بنیادی طور پر اندرونی CRC الگورتھم کو سمجھنے، کثیر الثانی تقسیم کا مطالعہ کرنے، تدریس، اور ایمبیڈڈ منظرناموں کے لیے مفید ہے جن کے لیے بٹ لیول چیکسم پروسیسنگ کی ضرورت ہے۔

چیکسم کو 11 ہندسوں کے آکٹل نمبر کے طور پر دکھاتا ہے0o32 بٹس کے لیے زیادہ سے زیادہ 11 آکٹل حروف کی ضرورت ہے کیونکہ 3×11 = 33 > 32۔ ہر آکٹل ہندسہ 3 بٹس کو ظاہر کرتا ہے۔

Octal آؤٹ پٹ جدید CRC ورک فلوز میں غیر معمولی ہے، لیکن یہ اب بھی کچھ یونکس ٹولز، ایمبیڈڈ فرم ویئر ٹول چینز، اور پرانے کمیونیکیشن پروٹوکول وضاحتوں میں ظاہر ہوتا ہے۔