Base32 エンコード/デコード（バイナリ）

100%クライアントサイド処理（サーバーアップロードなし）。バイナリファイル（バイト）をBase32テキストにエンコード。選択可能なアルファベット（RFC 4648/Base32hex/Crockford）、パディング制御、オプションの行折り返し、予測可能な出力フォーマットを提供。

Loading…

概要 Base32 バイナリエンコーダー

このページはエンコードに焦点を当てています：1つ以上のバイナリファイルをアップロードし、Base32テキストに変換します。アルファベット（RFC 4648、Base32hex、またはCrockford）を選択し、パディングを制御、文字ケースを設定、オプションで出力行を折り返せます。逆方向が必要ですか？別のページをご利用ください。

機能

  • バイナリファイル（File/Blob/Uint8Array/ArrayBuffer）をBase32テキストにエンコード
  • Base32方言を選択：RFC 4648（Base32）、RFC 4648（Base32hex）、またはCrockford Base32
  • パディング（=）制御：自動、常に含める、または省略
  • 文字ケース出力：大文字または小文字（エンコードモード）
  • オプションの行折り返し：0〜120列で行を折り返し（0で折り返し無効）
  • 出力フォーマットヘルパー：行区切り文字（LFまたはCRLF）とオプションの最終改行
  • バッチエンコードのためのマルチファイルドロップゾーンワークフロー（クライアントサイド）
  • 100%クライアントサイド処理（サーバーアップロードなし）。

使い方 for base32-binary-encoder

1

ファイルを貼り付けまたはドロップ

1つ以上のファイルをアップロードエリアにドロップ（バイナリ入力）。このエンコーダーはバイト（File/Blob/Uint8Array/ArrayBuffer）を期待し、プレーンテキスト文字列ではありません。

2

「エンコード」をクリック

アクションを「ファイル → Base32にエンコード」に設定し、フォーマット（RFC 4648 / Base32hex / Crockford）を選択し、必要に応じてパディング、文字ケース、折り返し、改行オプションを調整します。

3

コピー/ダウンロード

エディターからBase32出力をコピーするか、エンコードされた結果をファイルごとにダウンロード/エクスポートします（ツールUIは*.b32.txtのようなファイル名を生成する場合があります）。

技術仕様

実行モデル

ランタイムの開示、制約、およびこのページバリアント（エンコード）が受け入れるエンコーダーの入力について。

側面詳細
ランタイム100%クライアントサイド処理（サーバーアップロードなし）。
バリアント範囲エンコードのみ（ファイル/バイト → Base32テキスト）
入力タイプFile/Blob/Uint8Array/ArrayBuffer/TypedArray（バイナリ）。エンコードではテキスト文字列は拒否されます。
出力タイプテキスト（Base32）
フォーマットRFC 4648（Base32）、RFC 4648（Base32hex）、Crockford Base32
フォーマット制御パディング（自動/含む/省略）、文字ケース（大文字/小文字）、wrapLineLength（0–120）、行区切り文字（LF/CRLF）、最終改行の挿入
制限約1～2MB文字；約25000msタイムアウト
保持すべての処理はブラウザ内でローカルに実行されます（アップロードなし）
機密情報や規制対象データを扱う場合は、このページがブラウザ内でローカルに実行される場合でも、オフライン/ローカルツールの使用を推奨します。

ミニ例

エンコーダーが生成する内容の最小限の例示です。（正確な出力は、選択したフォーマット、パディング、ケース、および折り返しに依存します。）

項目値
入力バイナリファイル（バイト）
アクションファイルをエンコード → Base32
出力Base32テキスト（RFC 4648 / Base32hex / Crockford）
同じ入力バイトとオプションの場合、Base32出力は決定的です。

エラーとエッジケース

入力や設定がエンコードワークフローと一致しない場合の予想される事象。

症状考えられる原因確認事項
このツールはバイナリデータをエンコードします…テキスト文字列ではありませんバイナリ専用エンコード画面にテキストを貼り付けましたテキストを入力する代わりに、ファイルをアップロードするかバイトを提供してください
サポートされていないバイナリ入力タイプ入力がFile/Blob/Uint8Array/ArrayBuffer/TypedArrayではありませんブラウザがFile/Blobを提供しているか、またはコードがバイトバッファを渡していることを確認してください
入力が大きすぎます（最大2MB）ファイル/バイトがツール内処理のガードレールを超えていますより小さなサンプルを試すか、エンコード前にファイルをチャンクに分割してください
アダプター呼び出しがタイムアウトしましたエンコード操作が約25000msのタイムアウトを超えました入力サイズを減らし、該当する場合は頻繁な折り返しなどの高負荷なフォーマットを無効にしてください
予期しない出力フォーマットラッピング/パディング/ケース/改行オプションがテキスト表現を変更しましたパディングモード、wrapLineLength、セパレータ（LF/CRLF）、および最終改行設定を確認してください

コマンドライン代替手段

自動化、再現性、または機密データワークフローのためには、ターミナルまたはCI環境でのローカル実行を推奨します。

macOS / Linux

ファイルをBase32にエンコード（システムで利用可能なbase32ユーティリティが必要）

base32 < input.bin > output.b32.txt

プラットフォームがbase32コマンド（通常はGNU coreutils由来）を提供している場合、ローカルのBase32エンコーダーを使用します。動作（パディング/ラッピング）は実装に依存します。

Windows (PowerShell)

Base32エンコードにローカルの言語/ランタイムライブラリを使用（推奨）

python -c "import base64,sys; data=open('input.bin','rb').read(); print(base64.b32encode(data).decode('ascii'))"

Pythonの標準ライブラリはBase32エンコードをサポートしています。スクリプト内でフォーマット（ラッピング/改行/ケース）を調整して、希望する出力に合わせてください。

ユースケース

バイナリデータをプレーンテキストとして共有

  • 小さなバイナリブロブをエンコードして、チケット、チャット、またはテキストベースのシステムに貼り付け可能にする
  • 入力がA–Z/2–7（RFC 4648）に制限されているシステム向けにBase32表現を生成

Base32方言間での相互運用性テスト

  • 同じファイルに対してRFC 4648、Base32hex、Crockfordの出力を比較
  • パディングとケースのルールを標準化し、チームメンバーが同一の結果を得られるようにする

CI対応のフィクスチャとゴールデン出力

  • 単体テスト用に決定論的なBase32フィクスチャを生成
  • プラットフォーム間での差分を避けるために、ラッピングと改行の動作を固定

パフォーマンスとサイズの健全性チェック

  • 小さなファイルサンプルに対するBase32拡張を迅速に推定
  • 行ラッピングとセパレータが下流パーサーの期待と一致することを検証

❓ Frequently Asked Questions

このエンコーダーの公開APIはありますか？

いいえ。このページはブラウザでの対話的な使用を想定して設計されており、公開APIエンドポイントは提供していません。

処理はローカルですか、リモートですか？

100%クライアントサイド処理（サーバーへのアップロードなし）。すべてのエンコードはお使いのブラウザ内でローカルに実行されます。

ここで秘密情報を安全にエンコードできますか？

このツールはお使いのブラウザ内でローカルに実行されますが、環境が信頼できない場合、非常に機密性の高い秘密情報をオンラインページに貼り付けたりアップロードしたりすることは避けるべきです。機密性の高いワークフローでは、ローカルCLIまたはオフラインスクリプトを使用してください。

ツールがバイナリデータを期待しているというエラーが表示されるのはなぜですか？

このエンコーダーページはファイル/バイト用です。テキスト文字列を貼り付けると拒否されます。テキストを入力する代わりに、ファイルをアップロード（またはバイトを提供）してください。

なぜ私の出力は他のツールと異なる（大文字小文字、パディング、改行）ように見えるのですか？

Base32のテキスト表現はオプションと方言に依存します。選択されたフォーマット（RFC 4648/Base32hex/Crockford）、パディングモード、文字の大文字小文字、折り返し長さ、区切り文字（LF vs CRLF）、および最終改行が追加されるかどうかを確認してください。

Pro Tips

CI Tip

PRやCIで安定した差分が必要な場合は、フォーマットを固定してください：単一の方言を選択し、パディングモードを固定し、wrapLineLengthを明示的に設定し、最終改行を追加するかどうかを決定します。

Best Practice

厳格な消費者との最大限の互換性のためには、パディング「自動」または「常に=を含める」でRFC 4648を選択し、出力を大文字で維持することをお勧めします。

Best Practice

ダウンストリームの解析が改行に敏感な場合は、ターゲットプラットフォームに合わせて行区切り文字（LF vs CRLF）を明示的に設定してください。

Best Practice

機密データについては、特に共有マシンや管理されたブラウザ上では、このツールがクライアント側で実行される場合でも、ローカルのCLI/ライブラリ実行を優先してください。

Additional Resources

RFC 4648: Base16、Base32、Base64データエンコーディング
Documentation

Other Tools