バッチあたり200ファイル
カウンター、試用制限、最初の100ファイル後のライセンスプロンプトなし。上限はデバイスのメモリであり、私たちはそう明記しています。
フォルダ全体をドロップして、品質を一度に設定し、ZIPとしてダウンロード。登録、ファイル数表示、アップロード不要。
画像フォルダをドロップしてください
JPG、PNG、WebP、AVIF、HEIC、GIF、BMP、TIFF · 最大200ファイル · ファイルあたり100 MB以下
画像を1つずつ圧縮することが実際の問題です。作業そのものは難しくなく、繰り返し作業です。ファイルを開いて、品質を選んで、保存して、これを80回繰り返す。このページはそれをシングルパスに圧縮します。すべてをドロップして、品質を一度選択すれば、すべてのファイルが同じ設定で再エンコードされ、1つのZIPで返されます。
設定は共有されていますが、キューはファイルごとです。各行は元のサイズ、圧縮後のサイズ、処理結果を表示するため、既に適切に圧縮されていた画像は平均化されるのではなく、削減量として確認できます。200個のうち1つのファイルが破損していても、その行は理由付きで失敗し、残りの処理は継続されます。
バッチを制限するのは計画ではなく、デバイスのメモリです。ファイルは1つずつ処理されるため、WebAssemblyエンコーダーは常に1つの画像しかメモリに保持しませんが、キューはダウンロードするまで各ソースファイルと圧縮結果をメモリに保持します。200個はラップトップでは快適ですが、古い端末では負荷がかかります。非常に大きなバッチが遅くなったら、半分に分割して2回実行してください。
カウンター、試用制限、最初の100ファイル後のライセンスプロンプトなし。上限はデバイスのメモリであり、私たちはそう明記しています。
1つの品質、形式、メタデータ設定がキュー全体に適用されます。同じバッチに異なる形式が混在していても問題ありません。
完成したバッチを単一のアーカイブとしてダウンロードするか、必要な場合のみキューから個別ファイルを取得できます。
サイトを移行して、最適化されていない年数分のアップロードを引き継ぐ場合。新しいホストに向かう前にメディアフォルダ全体を圧縮してください。
同じ設定で数十〜数百の製品画像がある場合。グリッドが1つずつ読み込まれるのではなく、均等に読み込まれます。
ライブラリをエクスポートしてここで圧縮し、再アップロード。プラグイン、サーバー負荷、クレジット不要。
メール送付や共有には重すぎるフォルダ。品質を1段階下げれば、セット全体が送信可能になります。
メールクライアントは大きな画像にペナルティを与えます。送付用のすべての素材を1つの設定で一度に処理してください。
バンドルサイズが重要なテクスチャとスプライトフォルダ。バッチを一度に変換して圧縮してください。
最大200ファイルを選択するか、フォルダを直接ドラッグします。アップロードされるものはなく、すべての処理がデバイス上で行われます。
バッチの品質を選択するか、すべてを変換したい場合は出力形式を選択してください。
キューが処理される様子を監視して、完了したら全体を1つのアーカイブとして取得します。
写真の場合、品質75〜80が最適です。ほとんどの人は違いを見分けられず、ファイルサイズの削減は大幅です。
ダウンロード前に合計サイズを確認してください。ほとんど削減されていなかった場合、フォルダは既に最適化されており、利得はありません。
1つのバッチに異なる形式が混在していても問題ありません。出力形式をソースのままにすれば各ファイルの形式が保持され、1つの形式を指定すればバッチ全体がそのフォーマットに変換されます。
非常に大きなバッチが遅くなったら、分割してください。メモリが実際の制限であり、400個を1回実行するより100個を2回実行する方が、普通のデバイスでは動作が良くなります。
共有品質ではなく、100 KBなどの正確なファイルサイズに設定したい場合。それは異なる仕事です — KBターゲットツールを使用してください。