位元組編碼
Base32：選擇字母表並維持標準填補
Base32 將位元組串流切成每組五位元。選對字母表、檢查最後群組，可避免不同字串默默代表同一份位元組。
內容更新： · 維護者與修正回報
不要猜測字母表
RFC 4648 第 6 節使用 A–Z 與 2–7，第 7 節 base32hex 使用 0–9 與 A–V。foobar 分別編為 MZXW6YTBOI====== 及 CPNMUOJ1E8======。選錯字母表，即使每個字元合法，也可能解出不同位元組。
解碼器明確接受 ASCII 小寫，輸出大寫。拒絕 Unicode 大小寫相似字、空白、標準字母表的 0／1 替代及 Crockford 慣例；請向來源系統確認實際編碼。
填補字元與未使用位元是不同檢查
五個位元組形成八個符號。最後不足一組時，資料符號數可為 2、4、5 或 7，分別補 6、4、3 或 1 個結尾 =。RFC 4648 原則上要求填補，除非引用它的協定明確允許省略。本工具預設編碼保留填補，解碼則明確接受省略形式。
若提供填補，數量必須精確且只能出現在結尾。最後符號未使用的低位元必須為零：MY====== 代表 f，MZ====== 則拒絕，即使寬鬆解碼器可能回傳相同位元組。標準檢查可協助發現資料損壞，但不驗證來源。
位元組不一定是文字
文字編碼採 UTF-8，Hex 模式接受不含分隔符號的完整位元組配對。解碼文字使用嚴格 UTF-8 檢查，保留開頭 BOM。例如 74====== 解出 ff，不是有效 UTF-8；可選 Hex 查看 ff，不會自動塞入替代字元。
原始或解碼資料上限為 262144 bytes，輸入最多 524288 字元，Base32 最多 419432 字元。完整複製與下載保留所有字元，畫面預覽可能較短。輸入只留本頁記憶體；Base32 是可逆編碼，不是加密、隨機來源、檢查碼，也不是可安全貼上憑證的理由。
資料可信度