ブラウザタブで一度にバッチ変換できる画像の数は?
ブラウザバッチの実際のコスト:1回の実行で10ファイルと50 MB、1ファイルずつ、10秒かかるAVIFエンコード。
300ファイルのフォルダが「バッチ変換画像」と言われるものの大半です。ブラウザタブが実際にそれをどう処理するかは次の通りです。LeanImgのconverterは1バッチあたり10ファイルと50 MBを受け入れ、各ファイルを1つずつデコードし再エンコードしてから次のファイルに進みます。これが上限です。ツールを開く価値がある理由は、あなたがそれに落としたものは決してあなたのマシンを離れないからです。
この分野の他のすべてのコンバータは、ファイルをサーバーにアップロードし、そこで変換し、1時間または2時間後に削除を約束します。このツールにはAPIルートもサーバーアクションもないため、アップロード先はありません。デコードとエンコードはどちらもあなたのタブ内で行われ、createImageBitmapとWASMコーデックを通じて処理されます。あなたのCPUが全体の予算です。
一度に何ファイルを変換できますか?
バッチを受け付ける4つのツールで10ファイルです:compress、resize、convertおよびremove background。これらの各ツールも、すべてのファイルで合計50 MBのバッチ上限があります。3つのツールは正確に1つの画像を処理します。クロッパーとアイコンジェネレーターはその単一ファイルを10 MBに制限し、アップスケーラーは小さなソースで4倍モデルを実行しても大きなPNGを生成するため50 MBを許可します。
| ツール | バッチあたりのファイル数 | サイズ上限 |
|---|---|---|
| /compress-image | 10 | 合計50 MB |
| /resize-image | 10 | 合計50 MB |
| /convert | 10 | 合計50 MB |
| /remove-background | 10 | 合計50 MB |
| /crop-image | 1 | 10 MB |
| /icon-generator | 1 | 10 MB |
| /upscale-image | 1 | 50 MB |
バッチ内の各ファイルに何が起こりますか?
ループは順次です。各ファイルは生のRGBAピクセルにデコードされ、次にターゲットフォーマットに再エンコードされ、ループは次の結果を待ってから次を開始します。ファイルのデコードに失敗した場合はエラーとしてマークされ、実行は続行されるため、10のセット内の1つの壊れたPNGが他の9つに影響を与えることはありません。コンプレッサーは作業を単一のWeb Workerに押し込むため、ページは応答性を保ちながら処理を行います。コンバータはOffscreenCanvasを使用してメインスレッドで作業を行います。どちらもバッチをコアに分散させることはありません。
3つのファイルごとの動作が人々を困惑させます。圧縮はすべてのメタデータを削除し、EXIF、GPS、ICCプロファイル、埋め込まれたサムネイルを意味しますが、向きは保持されます。JPGまたはPDFに変換すると、透明度が白に合成されます。どちらのフォーマットもアルファチャンネルを持たないためです。アニメーションGIFは最初のフレーム以降のすべてのフレームを失います。なぜなら、変換パス上のエンコーダーはアニメーションを書き込まないからです。
どの変換を実際にバッチ処理できますか?
レジストリには11のフォーマットがあります。そのうち10がデコード可能です:JPG、PNG、WebP、AVIF、GIF、HEIC、SVG、TIFF、BMP、ICO。エンコードできるのは5つだけです:JPG、PNG、WebP、AVIF、PDF。したがって、HEIC、SVG、TIFF、BMP、GIF、ICOは一方向のドアであり、私たちが公開する24のペアをカバーしています。iPhone HEICのフォルダをJPGにバッチ処理すると、すべてのファイルが変換されます。これは壊れたファイルとして表示されるWindows PCの修正です。逆を求めると、提供するエンコーダーはありません。
PDFはブラウザバッチの形状が最も明確に示される場所です。各画像はそれぞれの単一ページPDFになります。これは設計によるもので、パイプライン内にマージステップは存在しないため、10枚の画像は10ページの文書ではなく、10のPDFを生成します。ページ画像はブラウザ自身のキャンバスエンコーダーを通じて品質92でJPEGとして埋め込まれます。これが、538.6 KBのJPGが674.2 KBのPDFとして出力された理由です。40ページの1つのファイルが必要な場合、これはあなたのツールではありません。

AVIFを選択すると、なぜバッチが遅くなるのですか?
AVIFエンコードは高コストだからです。同じソースを3通りで実行しました。texture.jpgは3840x2160で538.6 KBで、各エンコードの時間を計測しました。
| ターゲット | スライダー80 | スライダー63 | エンコード速度 |
|---|---|---|---|
| JPEG | 286.1 KB | 未測定 | 即時 |
| WebP | 290.3 KB | 200.6 KB | 即時 |
| AVIF | 312.7 KB | 186.9 KB | 10〜11秒 |
スライダー80の列は、各エンコーダーに対してその数字が何を意味するかを理解するまで逆に読み取られます。JPEGソースの場合、私たちのJPEGパスは、ソースの量子化テーブルから読み取った品質でスライダーを掛け算します。したがって、スライダー80で60品質のソースは48でエンコードされます。WebPとAVIFは80を文字通り受け取ります。AVIFのスマートデフォルトは63で、63ではサイズで勝ちます:186.9 KB対WebPの200.6 KB。あなたは時間を支払います。10のAVIFファイルを順次バッチ処理するのはコーヒーブレイクであり、JPG、PNG、WebPのようにAVIFにキャンバスのフォールバックはないため、WASMエンコーダーの失敗はそのファイルがエラーになります。全バッチをそれにコミットする前にAVIFブラウザサポートを確認し、フォーマットを決定する前に出力サイズを一致させることがスライダーナンバーを一致させることに勝る理由を読んでください。
デスクトップツールが正しい答えになるのはいつですか?
ジョブが10ファイルを超える場合、またはこれらのエンジンが行わない何かが必要な場合です。ImageMagickのmogrifyはネストされたフォルダーツリーを走り、あなたが所有するすべてのコアを活用し、結果をその場に書き込みます。これはシングルスレッドのタブではアプローチできません。MozJPEGは私たちがWASMにコンパイルするのと同じエンコーダーで、ネイティブバイナリとしてはるかに高速です。デスクトップツールは、複数の画像を1つのマルチページPDFにマージし、ラウンドトリップでEXIFとICCを保持し、新しい到着をフォルダで監視し、正確なピクセル寸法を入力することを可能にします。私たちのcropperは8つのアスペクトプリセットとカスタム比率フィールドを持ち、ピクセル幅と高さの入力はまったくなく、品質92でロス形式を再エンコードします。
シングルファイルツールは、すぐに変わらない理由でシングルファイルのままです。upscalerはReal-ESRGANを実行し、WebGPUで32メガピクセルの入力を受け入れます。これなしでは約1.1 MPです。background removerは初回実行時にIS-Netモデルをダウンロードし、10ファイルを厳密に1つずつ処理します。icon generatorは1つの画像を受け取り、そこから7つのファイルを生成します。これには16、32、48ピクセルバージョンを含むfavicon.icoが含まれます。
では、ブラウザバッチは何に役立ちますか?
リスト前の10枚の製品写真。ドキュメントページ用のスクリーンショットのフォルダ。見知らぬ人のサーバーに渡せない画像:パスポート、医療スキャン、署名された契約、NDAの下でのクライアント作業。この最後のグループが、私たちがこのように構築した理由であり、プライバシーページはそれをより少ない言葉で述べています。バッチが完了すると、Downloadはタブ内でZIPを作成し、あなたに渡します。ラウンドトリップはありません。
ワークフローをそれに基づいて計画する前に、その形状をテストしてください。/convertを開き、10枚のJPGをドロップし、WebPをクリックして、ファイルごとのカードが1つずつ埋まるのを見てください。それがあなたにとって十分に早く完了するなら、10ファイルの上限は学問的なものです。スキャンをPDFに変換している場合は、最初にPDF内でJPGが実際に何になるかを読んでください。すべてのページは名目上54 DPIで出力されます。