CRC-32 / ISO-HDLCPKZip · PNG · ஈதர்நெட்
மிகவும் பொதுவான CRC-32 செயல்படுத்தல், CRC-32b என்றும் அழைக்கப்படுகிறது. இது 0x04C11DB7 என்ற பல்லுறுப்புக்கோவையின் பிரதிபலித்த வடிவத்தைப் பயன்படுத்துகிறது, அதாவது 0xEDB88320. உள்ளீடு பைட்டுகள் மற்றும் வெளியீடு இரண்டும் பிட்-பிரதிபலிப்பு (LSB முதலில்), ஆரம்ப மதிப்பு மற்றும் இறுதி XOR இரண்டும் 0xFFFFFFFF என அமைக்கப்பட்டுள்ளன.
ZIP, gzip, PNG படங்கள், ஈதர்நெட் பிரேம்கள் (IEEE 802.3), PKCS#7 மற்றும் பல மரபு அமைப்புகளால் பரவலாகப் பயன்படுத்தப்படுகிறது. இது நடைமுறை "இயல்புநிலை CRC-32" மாறுபாடு ஆகும்.
| பல்லுறுப்புக்கோவை | 0x04C11DB7(சாதாரண) /0xEDB88320(பிரதிபலிப்பு) |
| ஆரம்ப மதிப்பு | 0xFFFFFFF |
| உள்ளீடு பிரதிபலிப்பு | ஆம் (RefIn = true) |
| வெளியீட்டு பிரதிபலிப்பு | ஆம் (RefOut = true) |
| இறுதி XOR | 0xFFFFFFF |
| மதிப்பைச் சரிபார்க்கவும் | 0xCBF43926("123456789"க்கு) |
CRC-32C / CastagnoliiSCSI · NVMe · SCTP
1993 இல் G. Castagnoli மற்றும் சக ஊழியர்களால் முன்மொழியப்பட்டது, இந்த மாறுபாடு பல்லுறுப்புக்கோவை 0x1EDC6F41 ஐப் பயன்படுத்துகிறது (பிரதிபலித்த வடிவம் 0x82F63B78). அதே ஹேமிங் தூரத்தில், இது ISO-HDLC பல்லுறுப்புக்கோவையை விட வலுவான வெடிப்பு-பிழை கண்டறிதலை வழங்குகிறது.
வன்பொருள் முடுக்கம் Intel SSE4.2 மற்றும் ARM CRC32 வழிமுறைகள் மூலம் கிடைக்கிறது. இது iSCSI, NVMe, Btrfs மற்றும் SCTP போன்ற நவீன சேமிப்பு மற்றும் போக்குவரத்து நெறிமுறைகளில் பரவலாகப் பயன்படுத்தப்படுகிறது.
| பல்லுறுப்புக்கோவை | 0x1EDC6F41(சாதாரண) /0x82F63B78(பிரதிபலிப்பு) |
| ஆரம்ப மதிப்பு | 0xFFFFFFF |
| உள்ளீடு பிரதிபலிப்பு | ஆம் (RefIn = true) |
| வெளியீட்டு பிரதிபலிப்பு | ஆம் (RefOut = true) |
| இறுதி XOR | 0xFFFFFFF |
| மதிப்பைச் சரிபார்க்கவும் | 0xE3069283("123456789"க்கு) |
CRC-32 / MPEG-2MPEG-2 · DVB · ATSC
ISO-HDLC போன்ற அதே 0x04C11DB7 பல்லுறுப்புக்கோவையைப் பயன்படுத்துகிறது, ஆனால் உள்ளீடு அல்லது வெளியீடு இல்லைபிட்-பிரதிபலிப்பு(MSB முதல், பெரிய எண்டியன்). ஆரம்ப மதிப்பு 0xFFFFFFF மற்றும் இறுதி XOR முடக்கப்பட்டுள்ளது (XorOut = 0x00000000).
முக்கியமாக MPEG-2 போக்குவரத்து ஸ்ட்ரீம்களில் (PAT, PMT, NIT மற்றும் தொடர்புடைய அட்டவணைகள்) PSI/SI டேபிள்களுக்குப் பயன்படுத்தப்படுகிறது, மேலும் DVB மற்றும் ATSC ஒளிபரப்பு அமைப்புகளில் ஒருமைப்பாடு சோதனைகள்.
| பல்லுறுப்புக்கோவை | 0x04C11DB7 |
| ஆரம்ப மதிப்பு | 0xFFFFFFF |
| உள்ளீடு பிரதிபலிப்பு | இல்லை (RefIn = false) |
| வெளியீட்டு பிரதிபலிப்பு | இல்லை (RefOut = false) |
| இறுதி XOR | 0x00000000(முடக்கப்பட்டது) |
| மதிப்பைச் சரிபார்க்கவும் | 0x0376E6E7("123456789"க்கு) |
CRC-32 / BZIP2BZip2 · AAL5 · DECT
இதன் அளவுருக்கள் கிட்டத்தட்ட MPEG-2 ஐ ஒத்ததாக இருக்கும் (பல்கோப்பு 0x04C11DB7, பிரதிபலிப்பு இல்லை, ஆரம்ப மதிப்பு 0xFFFFFFFF). ஒரே வித்தியாசம் ஒருஇறுதி XOR 0xFFFFFFFF உடன், இது ஒவ்வொரு பிட்டையும் புரட்டுகிறது. இது CRC-32/AAL5 அல்லது CRC-32/DECT-B என்றும் அழைக்கப்படுகிறது.
BZip2 சுருக்கப்பட்ட கோப்பு வடிவம் மற்றும் ATM AAL5 நெறிமுறையின் டிரெய்லர் செக்சம் புலத்தால் பயன்படுத்தப்படுகிறது.
| பல்லுறுப்புக்கோவை | 0x04C11DB7 |
| ஆரம்ப மதிப்பு | 0xFFFFFFF |
| உள்ளீடு பிரதிபலிப்பு | இல்லை (RefIn = false) |
| வெளியீட்டு பிரதிபலிப்பு | இல்லை (RefOut = false) |
| இறுதி XOR | 0xFFFFFFF |
| மதிப்பைச் சரிபார்க்கவும் | 0xFC891918("123456789"க்கு) |
UTF-8 உரைஇயல்புநிலை · பொது
உள்ளீட்டை a ஆகக் கருதுகிறதுUTF-8string, அதை பைட்டுகளாக மாற்றுகிறது, பின்னர் CRC32 ஐ கணக்கிடுகிறது. எளிய உரை, மூலக் குறியீடு, JSON மற்றும் ஒத்த உள்ளடக்கத்திற்கான மிகவும் பொதுவான பயன்முறை இதுவாகும்.
குறிப்பு: GBK அல்லது UTF-16 போன்ற வெவ்வேறு எழுத்துக்குறிகளுடன் குறியிடப்பட்ட அதே உரையானது வேறுபட்ட பைட் ஸ்ட்ரீமை உருவாக்குகிறது, எனவே வேறு CRC32 மதிப்பை உருவாக்குகிறது. இந்த கருவி எப்போதும் UTF-8 ஐப் பயன்படுத்துகிறது.
| சிறந்தது | எளிய உரை, மூலக் குறியீடு, JSON, XML |
| எடுத்துக்காட்டு | "வணக்கம்" →48 65 6C 6C 6F(5 பைட்டுகள்) |
| CJK எழுத்துக்கள் | பெரும்பாலான CJK எழுத்துகள் UTF-8 இல் 3 பைட்டுகளைப் பயன்படுத்துகின்றன |
ஹெக்ஸாடெசிமல்பைனரி தரவு · நெறிமுறை சட்டங்கள்
உள்ளீட்டை பச்சையாகக் கருதுகிறதுஹெக்ஸாடெசிமல் பைட் எழுத்துக்கள். இடைவெளிகள் மற்றும் வரி முறிவுகள் புறக்கணிக்கப்படுகின்றன. ஒவ்வொரு இரண்டு ஹெக்ஸ் எழுத்துகளும் ஒரு பைட்டாக (00–FF) மாறும்.
நெட்வொர்க் ஃப்ரேம்கள், ஃபார்ம்வேர் படத் துண்டுகள் அல்லது மெமரி டம்ப்கள் போன்ற துல்லியமான பைனரி தரவுகளுக்கு CRC சோதனைகள் தேவைப்படும்போது பயனுள்ளதாக இருக்கும். வயர்ஷார்க் அல்லது ஹெக்ஸ் டம்ப் வெளியீட்டை நேரடியாக ஒட்டலாம்.
| வடிவம் | மட்டும்0-9மற்றும்a-f / A-Fஅனுமதிக்கப்படுகிறது |
| எழுத்து எண்ணிக்கை | சமமாக இருக்க வேண்டும் (ஒரு பைட்டுக்கு 2 எழுத்துகள்) |
| எடுத்துக்காட்டு | 48656C6C6F= "ஹலோ" (5 பைட்டுகள்) |
| ஒயிட்ஸ்பேஸ் | தானாக புறக்கணிக்கப்பட்டது.48 65 6Cஎன்பது போலவே உள்ளது48656C |
Base64குறியீடு செய்யப்பட்ட பைனரி · சான்றிதழ்கள் · படங்கள்
உள்ளீட்டை a ஆகக் கருதுகிறதுBase64-குறியீடு செய்யப்பட்ட சரம், அதை மூல பைட்டுகளாக டிகோட் செய்து, பின்னர் CRC32 ஐக் கணக்கிடுகிறது. PEM சான்றிதழ்கள், JWT பேலோடுகள், தரவு URIகள் மற்றும் பிற Base64 உள்ளடக்கத்திற்கு பயனுள்ளதாக இருக்கும்.
நிலையான Base64 எழுத்துக்களை ஆதரிக்கிறது (A-Z a-z 0-9 + /). திணிப்பு பாத்திரம்=விருப்பமானது. URL-safe Base64 (-_) ஆதரிக்கப்படவில்லை.
| எழுத்துக்கள் | A-Z a-z 0-9 + / = |
| எடுத்துக்காட்டு | SGVsbG8=→ "வணக்கம்" (5 பைட்டுகள்) |
| URL-பாதுகாப்பானது | ஆதரவு இல்லை. மாற்றவும்-→+மற்றும்_→/முதல் |
| ⚠ 1 எழுத்து | தவறானது — 1 பைட்டை உருவாக்க 6 பிட்கள் போதாது (8 பிட்கள் தேவை) |
| 2 எழுத்துகள் | க்கு டிகோட் செய்கிறது1 பைட்(குறைந்தபட்ச செல்லுபடியாகும் உள்ளீடு) |
| 3 எழுத்துகள் | க்கு டிகோட் செய்கிறது2 பைட்டுகள் |
| 4 எழுத்துகள் | க்கு டிகோட் செய்கிறது3 பைட்டுகள்(ஒவ்வொரு 4 எழுத்துகளுக்கும் முறை மீண்டும் வரும்) |
ஹெக்ஸாடெசிமல்மிகவும் பொதுவானது · இயல்புநிலை
மதிப்பை 8-இலக்க பெரிய எழுத்து எண்ம எண் முன்னொட்டாகக் காட்டுகிறது0x. ஒவ்வொரு எழுத்தும் 4 பிட்களைக் குறிக்கிறது, மொத்தம் 32 பிட்கள். இது பெரும்பாலான கருவிகள், மூலக் குறியீடு மற்றும் ஆவணங்களில் பயன்படுத்தப்படும் நிலையான வடிவமாகும்.
தசம வெளியீட்டுடன் ஒப்பிடும்போது, ​​ஹெக்ஸாடெசிமல் பைட் எல்லைகளை ஆய்வு செய்வதை எளிதாக்குகிறது மற்றும் நினைவக டம்ப்கள் மற்றும் நெறிமுறை புலங்களை மிகவும் இயல்பாகப் பொருத்துகிறது.
| எடுத்துக்காட்டு | 0xCBF43926 |
| நீளம் | 8 ஹெக்ஸாடெசிமல் எழுத்துக்கள் = 32 பிட்கள் |
| அடிப்படை | அடிப்படை 16 (0-9, A-F) |
| சிறந்தது | குறியீடு, ஆவணங்கள், வயர்ஷார்க், ஹெக்ஸ் எடிட்டர்கள் |
தசமம்கையொப்பமிடப்படாத 32-பிட் முழு எண்
உங்கள் உலாவியில்
செக்சம் ஒரு ஆகக் காட்டுகிறதுகையொப்பமிடப்படாத 32-பிட் தசம முழு எண்0–4,294,967,295 (2³²−1) வரம்பில் சில மொழிகள் மற்றும் கருவிகள் CRC மதிப்புகளை தசம வடிவத்தில் ஒப்பிடுகின்றன, மேலும் தரவுத்தள புலங்கள் பெரும்பாலும் இந்த பிரதிநிதித்துவத்தை சேமிக்கின்றன.
குறிப்பு: CRC32 முடிவுகள் கையொப்பமிடப்படாத முழு எண்களாகக் கருதப்பட வேண்டும். Java அல்லது C# போன்ற கையொப்பமிடப்பட்ட இன்ட் வகைகளில், 0x7FFFFFFFக்கு மேலே உள்ள மதிப்புகள் எதிர்மறையாகத் தோன்றலாம், மேலும் அவை uint அல்லது பரந்த கையொப்பமிடப்படாத பிரதிநிதித்துவமாக மாற்றப்பட வேண்டும்.
| எடுத்துக்காட்டு | 3421780262 |
| வரம்பு | 0–4,294,967,295 |
| குறிப்பு | ஜாவா எண்ணுக்கு, உடன் மாற்றவும்& 0xFFFFFFFL |
| சிறந்தது | தரவுத்தளங்கள், பைதான் கட்டமைப்பு மதிப்புகள், எண் ஒப்பீடு |
பைனரிபிட்-நிலை பகுப்பாய்வு
செக்ஸத்தை 32-பிட் பைனரி சரமாக முன்னொட்டாகக் காட்டுகிறது0b. ஒவ்வொரு எழுத்தும் 0 அல்லது 1 ஆகும், இடதுபுறத்தில் உள்ள மிக முக்கியமான பிட்டுடன் சீரமைக்கப்பட்டுள்ளது, மேலும் தேவைப்படும் போது முன்னணி பூஜ்ஜியங்களுடன் பேட் செய்யப்படுகிறது.
முக்கியமாக உள் CRC அல்காரிதத்தைப் புரிந்துகொள்வதற்கும், பல்லுறுப்புக்கோவை பிரிவு, கற்பித்தல் மற்றும் பிட்-லெவல் செக்சம் செயலாக்கம் தேவைப்படும் உட்பொதிக்கப்பட்ட காட்சிகளைப் படிப்பதற்கும் பயனுள்ளதாக இருக்கும்.
| எடுத்துக்காட்டு | 0b11001011…00100110 |
| நீளம் | இடது பூஜ்ஜிய திணிப்புடன் 32 பிட்களில் சரி செய்யப்பட்டது |
| உயர்ந்த பிட் | Bit 31 (MSB) இடதுபுறத்தில் தோன்றும் |
| சிறந்தது | அல்காரிதம் பகுப்பாய்வு, கற்பித்தல், உட்பொதிக்கப்பட்ட பிழைத்திருத்தம் |
ஆக்டல்Unix · கோப்பு முறைமைகள்
செக்ஸத்தை 11 இலக்க எண்ம எண்ணாக முன்னொட்டாகக் காட்டுகிறது0o. 32 பிட்களுக்கு அதிகபட்சம் 11 ஆக்டல் எழுத்துகள் தேவை, ஏனெனில் 3×11 = 33 > 32. ஒவ்வொரு எண்ம இலக்கமும் 3 பிட்களைக் குறிக்கிறது.
ஆக்டல் வெளியீடு நவீன CRC பணிப்பாய்வுகளில் அசாதாரணமானது, ஆனால் அது இன்னும் சில Unix கருவிகள், உட்பொதிக்கப்பட்ட ஃபார்ம்வேர் டூல்செயின்கள் மற்றும் பழைய தொடர்பு நெறிமுறை விவரக்குறிப்புகள் ஆகியவற்றில் தோன்றும்.
| எடுத்துக்காட்டு | 0o31572031046 |
| நீளம் | 11 எண்ம இலக்கங்கள் வரை |
| ஒரு இலக்கத்திற்கு | 3 பிட்களைக் குறிக்கிறது (0-7) |
| சிறந்தது | Unix கருவிகள், பழைய நெறிமுறை விவரக்குறிப்புகள் |