最も一般的な CRC-32 実装。CRC-32b とも呼ばれます。多項式 0x04C11DB7 の反映形式、つまり 0xEDB88320 を使用します。入力バイトと出力は両方ともビット反映され (LSB ファースト)、初期値と最終 XOR は両方とも 0xFFFFFFFF に設定されます。

ZIP、gzip、PNG イメージ、イーサネット フレーム (IEEE 802.3)、PKCS#7、および多くのレガシー システムで広く使用されています。これは事実上の「デフォルト CRC-32」の亜種です。

1993 年に G. Castagnoli らによって提案されたこのバリアントは、多項式 0x1EDC6F41 (反映形式 0x82F63B78) を使用します。同じハミング距離では、ISO-HDLC 多項式よりも強力なバースト エラー検出が可能です。

ハードウェア アクセラレーションは、Intel SSE4.2 および ARM CRC32 命令を通じて利用できます。これは、iSCSI、NVMe、Btrfs、SCTP などの最新のストレージおよびトランスポート プロトコルで広く使用されています。

ISO-HDLC と同じ 0x04C11DB7 多項式を使用しますが、入力も出力も ビット反映 (MSB ファースト、ビッグエンディアン) ではありません。初期値は 0xFFFFFFFF で、最終的な XOR は無効になります (XorOut = 0x00000000)。

主に MPEG-2 トランスポート ストリームの PSI/SI テーブル (PAT、PMT、NIT、および関連テーブル) に加えて、DVB および ATSC ブロードキャスト システムの整合性チェックに使用されます。

パラメータは MPEG-2 とほぼ同じです (多項式 0x04C11DB7、反射なし、初期値 0xFFFFFFFF)。唯一の違いは、 と 0xFFFFFFFF との最終 XOR であり、すべてのビットが反転されます。 CRC-32/AAL5 または CRC-32/DECT-B とも呼ばれます。

BZip2 圧縮ファイル形式と ATM AAL5 プロトコルのトレーラー チェックサム フィールドで使用されます。

入力を UTF-8 文字列として処理し、バイトに変換して、CRC32 を計算します。これは、プレーン テキスト、ソース コード、JSON、および同様のコンテンツに最も一般的なモードです。

注: 同じテキストを GBK や UTF-16 などの異なる文字セットでエンコードすると、異なるバイト ストリームが生成されるため、異なる CRC32 値が生成されます。このツールは常に UTF-8 を使用します。

入力を生の 16 進バイト リテラル として扱います。スペースと改行は無視されます。 2 つの 16 進文字ごとに 1 バイト (00 ～ FF) になります。

ネットワーク フレーム、ファームウェア イメージ フラグメント、メモリ ダンプなどの正確なバイナリ データの CRC チェックが必要な場合に便利です。 Wireshark または 16 進ダンプ出力を直接貼り付けることができます。

入力を Base64 でエンコードされた文字列 として処理し、生のバイトにデコードして、CRC32 を計算します。 PEM 証明書、JWT ペイロード、データ URI、およびその他の Base64 コンテンツに役立ちます。

標準の Base64 アルファベット (A-Z a-z 0-9 + /) をサポートします。パディング文字 = はオプションです。 URL セーフな Base64 ( - _ ) はサポートされていません。

値を、先頭に 0x を付けた 8 桁の大文字 16 進数として表示します。各文字は 4 ビット、合計 32 ビットを表します。これは、ほとんどのツール、ソース コード、ドキュメントで使用される標準形式です。

10 進数の出力と比較して、16 進数ではバイト境界の検査が容易になり、メモリ ダンプとプロトコル フィールドがより自然に一致します。

チェックサムを 符号なし 32 ビット 10 進整数 として、範囲 0 ～ 4,294,967,295 (2³²－1) で表示します。一部の言語やツールでは CRC 値を 10 進数形式で比較し、多くの場合、データベース フィールドにこの表現が保存されます。

注: CRC32 の結果は符号なし整数として扱われる必要があります。 Java や C# などの signed int 型では、0x7FFFFFFF を超える値は負に見える場合があるため、uint またはより広範な符号なし表現に変換する必要があります。

チェックサムを 0b という接頭辞が付いた 32 ビットのバイナリ文字列として表示します。各文字は 0 または 1 で、左側の最上位ビットに揃えられ、必要に応じて先頭にゼロが埋め込まれます。

主に、内部 CRC アルゴリズムの理解、多項式除算、ティーチング、ビットレベルのチェックサム処理を必要とする組み込みシナリオの研究に役立ちます。

チェックサムを 0o の接頭辞が付いた 11 桁の 8 進数として表示します。 3×11 = 33 > 32 であるため、32 ビットには最大 11 個の 8 進数文字が必要です。各 8 進数の数字は 3 ビットを表します。

8 進出力は、最新の CRC ワークフローでは一般的ではありませんが、一部の Unix ツール、組み込みファームウェア ツールチェーン、および古い通信プロトコル仕様では依然として使用されています。