GIF から JPG コンバーター

GIFからJPGへのコンバーターは、GIFファイルから1 フレームを取り出し、JPG写真として保存します フレームはファイルの最初のものであり、ピクセルの寸法は元のままに保たれ、GIFをGIFにするすべてのもの - 他のフレーム、ループ、透明なピクセル - はその時点で存在を停止します 前もって知っていると、後で多くの混乱を節約できます。

2 つの状況により、ここに人々が送られます。 1 つ目は、GIF がまったくアニメーションではありませんでした。スキャンされた写真、チャート、または誰かが何年も前に間違った形式で保存した製品のショットで、現在はフォーム、マーケットプレイスのリスト、または印刷ジョブに入力する必要があります。 2 つ目は、GIF がアニメーション化し、サムネイル、スライド、バグ レポート、またはアニメーションが再生されない電子メールのポスター フレームのために、GIF がアニメーション化を実行し、まだ 1 つだけ削除する必要があります。

JPGは透明度やアニメーションがない非可逆的な写真形式であるため、変換は3 つのカウントすべてで狭くなります フレームがエンコードされる前に透明な領域が白で満たされているため、暗いページに浮かんでいて細かく見えたロゴが白い長方形に座って戻ってくる可能性があります 品質スライダーは、エンコーダが元の詳細をどの程度保持するかを決定します: それは10 から100 まで実行され、90 から開始されます。これは、写真では違いが見えにくく、損失のないコピーよりもかなり下にファイルをカットするのに十分なほど十分に高く、10 に向かってドラッグすると、画像が小さくなり、目に見えてブロック状になります。

JPGが間違った答えであり、名前を付ける価値がある1 つのケースがあります。 GIFアートは、ハードエッジを持つフラットカラーになる傾向があります: 漫画、キャプション付きのミーム、スクリーンショット、ロゴ。 JPGは8x8 ブロックで圧縮され、ハードエッジはまさにそのスキームが最悪の処理を行うものであるため、テキストとアウトラインは品質90 であってもノイズのかすかなハローを拾います。ソースが写真ではなくフラットアートワークの場合、PNGに変換すると、代わりにエッジがきれいに保たれ、多くの場合、より小さなファイルも生成されます。

うまくいった例。透明な背景を持つ 40 フレームの 480x270 アニメーション GIF をページにドロップし、品質を 90 に残します。追加されるとすぐに変換されます。行に入力サイズ、矢印、出力サイズ、および出力サイズがどの程度小さくなったかを報告し、サムネイルをクリックすると JPG が 480x270 で開き、行の下に「JPG には透明性がないため、透明な領域が白で埋められました。最初のフレームのみが保持されました。」という行が表示されます。ファイルは、.jpg 拡張で元の名前として保存されます。他の 39 フレームはどこにも書かれていません。このページにはフレーム ピッカーとシーケンス エクスポートはありません。

すべてがクライアント側で実行されます ブラウザがGIFをデコードし、最初のフレームをキャンバスに描画し、そこでJPGをエンコードするため、画像はデバイスから離れることはなく、ページはロードされると切断されたネットワークで動作します フレームがキャンバスを通過するため、ソース内のメタデータまたはカラープロファイルは途中でドロップされます 100 メガピクセルを超える画像は、タブをストールするのではなくメッセージで拒否され、空のファイルは拒否され、ファイルのバイト数には上限がありません ツールは無料で、サインアップはなく、変換には毎日の制限があります。

• GIF デコードと JPG エンコードは、ブラウザの Canvas API を通じてこのタブでクライアント側で実行されます。画像はアップロードされず、WebAssembly コーデックもダウンロードされません。
• ブラウザに ImageDecoder があると、GIF のフレームがローカルにカウントされるため、アニメーションがドロップされたかどうかをメモで確認できます。最初のフレームのみが JPG に変換されます。
• 1 日の制限については、ページは変換されたファイルの数、バイト単位の合計サイズ、および出力形式を送信します。ファイル名やピクセルは送信されず、画像に関する情報は何も保存されません。
• JPG はピクセルのみを保持します。 GIF 内のコメントやその他のメタデータ、およびカラー プロファイルは引き継がれません。
• 変換されたファイルは、削除するか、すべてをクリアするか、ページを閉じるまでタブのメモリに残ります。