Наиболее распространенная реализация CRC-32, также называемая CRC-32b. Он использует отраженную форму полинома 0x04C11DB7, а именно 0xEDB88320. Как входные, так и выходные байты отражаются по битам (сначала младший бит), причем начальное значение и конечное исключающее ИЛИ устанавливаются в 0xFFFFFFFF.

Широко используется в ZIP, gzip, изображениях PNG, кадрах Ethernet (IEEE 802.3), PKCS#7 и многих устаревших системах. Это де-факто вариант CRC-32 по умолчанию.

Предложенный Г. Кастаньоли и его коллегами в 1993 году, этот вариант использует полином 0x1EDC6F41 (отраженная форма 0x82F63B78). При том же расстоянии Хэмминга он обеспечивает более эффективное обнаружение пакетов ошибок, чем полином ISO-HDLC.

Аппаратное ускорение доступно с помощью инструкций Intel SSE4.2 и ARM CRC32. Он широко используется в современных протоколах хранения и транспорта, таких как iSCSI, NVMe, Btrfs и SCTP.

Использует тот же полином 0x04C11DB7, что и ISO-HDLC, но ни ввод, ни вывод небитное отражение(сначала старший бит, обратный порядок байтов). Начальное значение — 0xFFFFFFFF, а окончательное исключающее ИЛИ отключено (XorOut = 0x00000000).

В основном используется для таблиц PSI/SI в транспортных потоках MPEG-2 (PAT, PMT, NIT и связанные таблицы), а также для проверок целостности в системах вещания DVB и ATSC.

Его параметры практически идентичны MPEG-2 (полином 0x04C11DB7, отсутствие отражения, начальное значение 0xFFFFFFFF). Единственная разница заключается вфинальное исключающее ИЛИ с 0xFFFFFFFF, который переворачивает каждый бит. Он также известен как CRC-32/AAL5 или CRC-32/DECT-B.

Используется форматом сжатого файла BZip2 и полем контрольной суммы концевика протокола ATM AAL5.

Рассматривает ввод какUTF-8строку, преобразует ее в байты, а затем вычисляет CRC32. Это наиболее распространенный режим для обычного текста, исходного кода, JSON и аналогичного контента.

Примечание. Один и тот же текст, закодированный другим набором символов, например GBK или UTF-16, создает другой поток байтов и, следовательно, другое значение CRC32. Этот инструмент всегда использует UTF-8.

Рассматривает ввод как необработанныйшестнадцатеричные байтовые литералы. Пробелы и разрывы строк игнорируются. Каждые два шестнадцатеричных символа становятся одним байтом (00–FF).

Полезно, когда вам нужны проверки CRC для точных двоичных данных, таких как сетевые кадры, фрагменты образа прошивки или дампы памяти. Вы можете вставить вывод Wireshark или шестнадцатеричного дампа напрямую.

Рассматривает ввод какСтрока в кодировке Base64, декодирует его в необработанные байты, а затем вычисляет CRC32. Полезно для сертификатов PEM, полезных данных JWT, URI данных и другого содержимого Base64.

Поддерживает стандартный алфавит Base64 (A-Z a-z 0-9 + /). Символ заполнения=является необязательным. URL-безопасный Base64 (-_) не поддерживается.

Отображает значение в виде 8-значного шестнадцатеричного числа в верхнем регистре с префиксом0x. Каждый символ представляет 4 бита, всего 32 бита. Это стандартный формат, используемый в большинстве инструментов, исходного кода и документации.

По сравнению с десятичным выводом, шестнадцатеричный формат облегчает проверку границ байтов и более естественно сопоставляет дампы памяти и поля протокола.

Отображает контрольную сумму в виде32-битное десятичное целое число без знакав диапазоне 0–4 294 967 295 (2³²−1). Некоторые языки и инструменты сравнивают значения CRC в десятичной форме, и поля базы данных часто хранят это представление.

Примечание. Результаты CRC32 следует рассматривать как целые числа без знака. В типах со знаком int, таких как Java или C#, значения выше 0x7FFFFFFF могут выглядеть отрицательными и должны быть преобразованы в uint или более широкое беззнаковое представление.

Отображает контрольную сумму в виде 32-битной двоичной строки с префиксом0b. Каждый символ имеет значение 0 или 1, выравнивается по старшему биту слева и при необходимости дополняется ведущими нулями.

В основном полезно для понимания внутреннего алгоритма CRC, изучения полиномиального деления, обучения и встроенных сценариев, требующих обработки контрольной суммы на уровне битов.

Отображает контрольную сумму в виде 11-значного восьмеричного числа с префиксом0o. Для 32 бит требуется не более 11 восьмеричных символов, поскольку 3×11 = 33 > 32. Каждая восьмеричная цифра представляет 3 бита. Инструмент

Восьмеричный вывод редко встречается в современных рабочих процессах CRC, но он все еще появляется в некоторых инструментах Unix, встроенных наборах инструментов встроенного ПО и старых спецификациях протоколов связи.