En yaygın CRC-32 uygulaması, aynı zamanda CRC-32b olarak da adlandırılır. 0x04C11DB7 polinomunun yansıtılmış formunu, yani 0xEDB88320'yi kullanır. Hem giriş baytları hem de çıkış, başlangıç ​​değeri ve son XOR'un her ikisi de 0xFFFFFFFF olarak ayarlanarak bit olarak yansıtılır (önce LSB).

ZIP, gzip, PNG görüntüleri, Ethernet çerçeveleri (IEEE 802.3), PKCS#7 ve birçok eski sistem tarafından yaygın olarak kullanılır. Bu fiili "varsayılan CRC-32" çeşididir.

G. Castagnoli ve meslektaşları tarafından 1993'te önerilen bu değişken, 0x1EDC6F41 polinomunu kullanır (yansıyan form 0x82F63B78). Aynı Hamming mesafesinde, ISO-HDLC polinomundan daha güçlü patlama hatası tespiti sunar.

Donanım hızlandırma, Intel SSE4.2 ve ARM CRC32 talimatları aracılığıyla sağlanır. iSCSI, NVMe, Btrfs ve SCTP gibi modern depolama ve taşıma protokollerinde yaygın olarak kullanılır.

ISO-HDLC ile aynı 0x04C11DB7 polinomunu kullanır, ancak ne giriş ne de çıkışbit yansımalı(önce MSB, büyük uç). Başlangıç değeri 0xFFFFFFFF'dir ve son XOR devre dışı bırakılır (XorOut = 0x00000000).

Temel olarak MPEG-2 taşıma akışlarındaki (PAT, PMT, NIT ve ilgili tablolar) PSI/SI tabloları ve ayrıca DVB ve ATSC yayın sistemlerindeki bütünlük kontrolleri için kullanılır.

Parametreleri MPEG-2 ile neredeyse aynıdır (polinom 0x04C11DB7, yansıma yok, başlangıç ​​değeri 0xFFFFFFFF). Tek fark birson XOR, 0xFFFFFFFF ile, her biti çevirir. CRC-32/AAL5 veya CRC-32/DECT-B olarak da bilinir.

BZip2 sıkıştırılmış dosya formatı ve ATM AAL5 protokolünün fragman sağlama toplamı alanı tarafından kullanılır.

Girişi bir veri olarak ele alır.UTF-8string, bunu bayta dönüştürür ve ardından CRC32'yi hesaplar. Bu, düz metin, kaynak kodu, JSON ve benzeri içerik için en yaygın moddur.

Not: GBK veya UTF-16 gibi farklı bir karakter seti ile kodlanan aynı metin, farklı bir bayt akışı ve dolayısıyla farklı bir CRC32 değeri üretir. Bu araç her zaman UTF-8 kullanır.

Girdiyi ham olarak kabul ederonaltılı bayt değişmezleri. Boşluklar ve satır sonları dikkate alınmaz. Her iki onaltılık karakter bir bayt olur (00–FF).

Ağ çerçeveleri, donanım yazılımı görüntü parçaları veya bellek dökümleri gibi tam ikili veriler için CRC kontrollerine ihtiyaç duyduğunuzda kullanışlıdır. Wireshark veya hex dump çıktısını doğrudan yapıştırabilirsiniz.

Girişi bir veri olarak ele alır.Base64 kodlu dize, kodunu ham baytlara dönüştürür ve ardından CRC32'yi hesaplar. PEM sertifikaları, JWT yükleri, Veri URI'leri ve diğer Base64 içeriği için kullanışlıdır.

Standart Base64 alfabesini destekler (A-Z a-z 0-9 + /). Dolgu karakteri=isteğe bağlıdır. URL güvenli Base64 (-_) desteklenmiyor.

Değeri, önüne şunun geldiği 8 basamaklı büyük harfli onaltılık sayı olarak görüntüler:0x. Her karakter, toplam 32 bit olmak üzere 4 biti temsil eder. Bu, çoğu araçta, kaynak kodunda ve dokümantasyonda kullanılan standart formattır.

Ondalık çıktıyla karşılaştırıldığında, onaltılık sayı, bayt sınırlarının incelenmesini kolaylaştırır ve bellek dökümleri ile protokol alanlarını daha doğal bir şekilde eşleştirir.

Sağlama toplamını birişaretsiz 32 bit ondalık tamsayı0–4,294,967,295 (2³²−1) aralığında. Bazı diller ve araçlar CRC değerlerini ondalık biçimde karşılaştırır ve veritabanı alanları genellikle bu gösterimi saklar.

Not: CRC32 sonuçları işaretsiz tamsayılar olarak ele alınmalıdır. Java veya C# gibi imzalı int türlerinde, 0x7FFFFFFF'nin üzerindeki değerler negatif görünebilir ve uint'e veya daha geniş bir imzasız temsile dönüştürülmelidir.

Sağlama toplamını, ön eki 32 bitlik bir ikili dize olarak görüntüler.0b. Her karakter 0 veya 1'dir, soldaki en anlamlı bitle hizalanır ve gerektiğinde baştaki sıfırlarla doldurulur.

Temel olarak dahili CRC algoritmasını anlamak, polinom bölmeyi incelemek, öğretmek ve bit düzeyinde sağlama toplamı işleme gerektiren gömülü senaryoları öğrenmek için kullanışlıdır.

Sağlama toplamını, başına 11 basamaklı sekizlik sayı olarak görüntüler0o. 32 bit için en fazla 11 sekizlik karakter gereklidir çünkü 3×11 = 33 > 32. Her sekizlik basamak 3 biti temsil eder.

Sekizlik çıktı, modern CRC iş akışlarında nadir görülen bir durumdur, ancak yine de bazı Unix araçlarında, gömülü ürün yazılımı araç zincirlerinde ve daha eski iletişim protokolü spesifikasyonlarında görünmektedir.