сорок бітів на квант: п’ять байтів, вісім знаків і п’ять випадків доповнення
Аркуш зроблено як памʼятку, а не як таблицю: угорі те, заради чого його вішають на стіну й читають з іншого кінця кімнати, нижче — повна довідка дрібнішим.
Три розміри в одному архіві — від аркуша на холодильник до плаката на стіну.
Знак «=» даних не несе — він добиває останній квант до восьми знаків. Base32hex відрізняється лише алфавітом: та сама схема бітів, ті самі доповнення.
Байт 0x00 менший за 0x07, а закодований більший: AA====== проти A4======. Із 26-го значення алфавіт base32 переходить із літер на цифри, а в ASCII цифри стоять перед літерами — тож будь-яка п’ятибітна група, що перейшла цю межу, перевертає порівняння.
Base32hex ставить цифри на початок — і порядок переживає кодування: відсортовані дані лишаються відсортованими. Перевірено на всіх 256 однобайтових і всіх 65 536 двобайтових входах. Саме ним NSEC3 у DNSSEC кодує хешовані імена (RFC 5155), а не звичайним base32.
Чому цим числам можна вірити. Кожне лічильне число тут обчислене з даних, а не набране руками, і аркуш проходить 9 незалежних перевірок, перш ніж його дозволено зібрати: скільки елементів, у якому порядку і саме твердження у виділеному блоці. Не пройде бодай одна — файла просто не буде.
десять справ, рік кожної, система, число — і людина, проти якої це число міряли
усі 128 позицій: стовпець — три старші розряди, рядок — чотири молодші
хто видав стандарт, коли, що він робить зі звуком і скільки біт на секунду дозволяє
три байти стають чотирма знаками: алфавіт, хвіст і те, навіщо в кінці стоять «=»