ブラウザ実行モード: データはブラウザ内で処理され、サーバーにはアップロードされません。
速度と安定性: 処理速度はデバイスとブラウザに依存します。大量のバッチ作業では、デスクトップ版の方が安定する場合があります。
ツールを読み込み中です。お待ちください...
ツールを読み込み中です。お待ちください...
オンラインツールを読み込めない、または実行できない場合は、デスクトップツールをお試しください。 https://tools.yikeaigc.com/
ツール使用状況
旧バージョンに戻す
まずテキストまたはファイルを用意し、出力形式を設定してから、結果を計算・エクスポートします。
テキスト、単一ファイル、複数ファイルの計算に対応。バッチモードでは全ファイルを処理し、確認用に先頭20件のみ表示します。
Adler-32
テキストとファイル
チェックサム検証
CSV / JSON / ZIP
設定を保存可
現在のタスク
テキスト入力
入力対象0
データサイズ0 B
出力形式すべて
先にステップ1でテキストを入力するか、ファイルを選択してください。
入力データ
データソースを選択してください。テキストモードではステップ2のエンコードでバイトに変換し、ファイルモードでは元のバイナリ内容で計算します。
テキスト内容
サンプルデータで素早くテストできます
単一ファイルを選択
任意のファイル形式に対応
複数ファイルを選択
画面には先頭20件を表示、計算は全件処理
ファイル確認
ファイル未選択
| # | ファイル名 | サイズ | タイプ | 最終更新 |
|---|---|---|---|---|
| ファイル選択後、先頭20件がここに表示されます。 | ||||
パラメータ設定
テキスト計算ではエンコード確認が必要です。ファイル計算はバイナリを直接読み取るため、エンコード設定は結果に影響しません。
基本設定
まず既定の設定で一度計算することを推奨
エクスポート内容
一括エクスポートには成功/失敗レコードが含まれます
計算・エクスポート
計算後、結果のコピー、期待値の検証、CSV・JSON・ZIP のエクスポートができます。
処理状況
計算待ち
0%
結果操作
先に計算してからコピー/ダウンロード
計算結果
結果なし
未検証
計算待ち先にパラメータを設定し、「計算開始」をクリックしてください。
十六進数 (Hex)
十進数 (Decimal)
二進数 (Binary)
A 成分
B 成分
データ統計
-
検証結果
ステップ 2 で入力した期待検証値と比較
| # | ファイル名 | サイズ | Adler-32 Hex | Adler-32 Dec | A | B | 状態 |
|---|
手順
ソフトウェアの使用方法
- データの入力:テキスト入力、単一ファイル、または一括ファイルを選択します。テキストは内容を直接貼り付けることも、サンプルデータをクリックしてすばやくテストすることもできます。
- ファイルの確認:ファイルをアップロードすると、ツールにファイル名、サイズ、種類、更新日時が表示されます。一括ファイルの場合は先頭20件のみ表示されますが、計算とエクスポート時にはすべてのファイルが処理されます。
- パラメータの設定:
- テキストエンコーディング:UTF-8、ASCII、Latin-1、GBK、GB2312、GB18030、UTF-16 LEに対応しています。
- 結果表示:すべての形式を選択するか、16進数、10進数、2進数のみを表示できます。
- 16進数スタイル:0xプレフィックスの有無や、大文字・小文字の形式を設定できます。
- 期待されるチェック値:既存のチェック値を入力すると、計算完了後に自動で比較できます。
- 計算の開始:「計算・エクスポート」ステップに進み、「計算開始」をクリックしてAdler-32チェックサムを生成します。
- 結果の確認:結果には16進数、10進数、2進数、A/B成分、バイト数、処理時間の情報が表示されます。
- 結果のエクスポート:主な結果またはすべての結果をコピーできるほか、CSV、JSONをダウンロードできます。一括結果はZIPにまとめてダウンロードできます。
よくある質問
回答:Adler-32は、データ整合性チェック、zlib圧縮データの検証、ファイル転送の確認、プログラムのデバッグによく使用されます。偶発的な破損の検出に適しており、暗号化や認証アルゴリズムとしては適していません。
回答:はい。Adler-32はバイト単位で計算されるため、同じテキストでもUTF-8、GBK、UTF-16 LEなど異なるエンコーディングを使用すると、バイト列が異なり、得られるチェックサムも異なる場合があります。
回答:Adler-32は2つの16ビット成分で構成されます。Aはバイトの累積値、Bは各ステップにおけるA値の累積値で、どちらも65521で剰余を取り、組み合わせて32ビットのチェックサムを形成します。
回答:文書、画像、音声、動画、圧縮ファイル、プログラムファイルなど、任意の形式のファイルに対応しています。チェックサムはファイルのバイナリ内容に基づいて計算され、拡張子には依存しません。
回答:Adler-32は計算処理が比較的軽量で、zlib関連の場面でよく使われます。一方、CRC-32は一般的にエラー検出能力がより高いです。通常の整合性確認にはどちらも使用できますが、より高いエラー検出能力が必要な場合はCRC系アルゴリズムを検討してください。
回答:よくある原因には、ファイル内容の変更、テキストエンコーディングの選択違い、チェック値をコピーする際の文字抜け、16進数と10進数形式の混在、または異なるバージョンのデータを比較していることが含まれます。