Implementasi CRC-32 yang paling umum, juga disebut CRC-32b. Ini menggunakan bentuk refleksi polinomial 0x04C11DB7, yaitu 0xEDB88320. Baik byte input maupun output direfleksikan secara bit (LSB terlebih dahulu), dengan nilai awal dan XOR akhir keduanya disetel ke 0xFFFFFFFF.

Banyak digunakan oleh ZIP, gzip, gambar PNG, frame Ethernet (IEEE 802.3), PKCS#7, dan banyak sistem lama. Ini adalah varian "CRC-32" de facto.

Diusulkan oleh G. Castagnoli dan rekannya pada tahun 1993, varian ini menggunakan polinomial 0x1EDC6F41 (bentuk refleksi 0x82F63B78). Pada jarak Hamming yang sama, ia menawarkan deteksi kesalahan burst yang lebih kuat dibandingkan polinomial ISO-HDLC.

Akselerasi perangkat keras tersedia melalui instruksi Intel SSE4.2 dan ARM CRC32. Ini banyak digunakan dalam protokol penyimpanan dan transportasi modern seperti iSCSI, NVMe, Btrfs, dan SCTP.

Menggunakan polinomial 0x04C11DB7 yang sama dengan ISO-HDLC, tetapi tidak ada input maupun outputbit-tercermin(MSB dulu, big-endian). Nilai awal adalah 0xFFFFFFFF dan XOR akhir dinonaktifkan (XorOut = 0x00000000).

Terutama digunakan untuk tabel PSI/SI di aliran transport MPEG-2 (PAT, PMT, NIT, dan tabel terkait), ditambah pemeriksaan integritas dalam sistem siaran DVB dan ATSC.

Parameternya hampir identik dengan MPEG-2 (polinomial 0x04C11DB7, tanpa refleksi, nilai awal 0xFFFFFFFF). Perbedaannya hanyalah aXOR akhir dengan 0xFFFFFFFF, yang membalik setiap bit. Ia juga dikenal sebagai CRC-32/AAL5 atau CRC-32/DECT-B.

Digunakan oleh format file terkompresi BZip2 dan bidang checksum trailer dari protokol ATM AAL5.

Memperlakukan masukan sebagai aUTF-8string, ubah menjadi byte, lalu hitung CRC32. Ini adalah mode paling umum untuk teks biasa, kode sumber, JSON, dan konten serupa.

Catatan: teks yang sama yang dikodekan dengan kumpulan karakter berbeda seperti GBK atau UTF-16 menghasilkan aliran byte berbeda dan oleh karena itu nilai CRC32 berbeda. Alat ini selalu menggunakan UTF-8.

Memperlakukan masukan sebagai mentahliteral byte heksadesimal. Spasi dan jeda baris diabaikan. Setiap dua karakter hex menjadi satu byte (00–FF).

Berguna ketika Anda memerlukan pemeriksaan CRC untuk data biner yang tepat seperti bingkai jaringan, fragmen gambar firmware, atau dump memori. Anda dapat menempelkan keluaran Wireshark atau hex dump secara langsung.

Memperlakukan masukan sebagai aString berkode Base64, menerjemahkannya menjadi byte mentah, lalu menghitung CRC32. Berguna untuk sertifikat PEM, payload JWT, URI Data, dan konten Base64 lainnya.

Mendukung alfabet Base64 standar (A-Z a-z 0-9 + /). Karakter bantalan=adalah opsional. Base64 yang aman untuk URL (-_) tidak didukung.

Menampilkan nilai sebagai angka heksadesimal 8 digit huruf besar yang diawali dengan0x. Setiap karakter mewakili 4 bit, sehingga totalnya 32 bit. Ini adalah format standar yang digunakan di sebagian besar alat, kode sumber, dan dokumentasi.

Dibandingkan dengan keluaran desimal, heksadesimal membuat batas byte lebih mudah diperiksa dan mencocokkan dump memori dan bidang protokol secara lebih alami.

Menampilkan checksum sebagaibilangan bulat desimal 32-bit yang tidak ditandatanganidalam kisaran 0–4.294.967.295 (2³²−1). Beberapa bahasa dan alat membandingkan nilai CRC dalam bentuk desimal, dan bidang database sering kali menyimpan representasi ini.

Catatan: Hasil CRC32 harus diperlakukan sebagai bilangan bulat yang tidak ditandatangani. Dalam tipe int yang ditandatangani seperti Java atau C#, nilai di atas 0x7FFFFFFFF mungkin tampak negatif dan harus dikonversi ke uint atau representasi unsigned yang lebih luas.

Menampilkan checksum sebagai string biner 32-bit yang diawali dengan0b. Setiap karakter bernilai 0 atau 1, disejajarkan dengan bit paling signifikan di sebelah kiri, dan diisi dengan angka nol di depannya bila diperlukan.

Terutama berguna untuk memahami algoritma CRC internal, mempelajari pembagian polinomial, pengajaran, dan skenario tertanam yang memerlukan pemrosesan checksum tingkat bit.

Menampilkan checksum sebagai bilangan oktal 11 digit yang diawali dengan0o. Paling banyak 11 karakter oktal diperlukan untuk 32 bit karena 3×11 = 33 > 32. Setiap digit oktal mewakili 3 bit.

Output oktal jarang terjadi dalam alur kerja CRC modern, namun masih muncul di beberapa alat Unix, rantai alat firmware tertanam, dan spesifikasi protokol komunikasi yang lebih lama.