ファイル拡張子ではなく、デコードされたソースから始めます
ビデオ圧縮には、ソフト化されたエッジ、ブロック境界、リンギング、バンディング、クロマ サブサンプリング、モーション アーティファクトがすでに含まれている場合があります。デコードされたフレームを PNG として保存すると、非可逆静止画エンコードが追加されることは防止されますが、存在しなくなった情報を再構築することはできません。
JPG と非可逆 WebP では、デコード後にサイズと忠実度の新たなトレードオフが発生します。アーティファクトは、小さなテキスト、インターフェイスのエッジ、高コントラストの線、繰り返されるテクスチャ、滑らかなグラデーションの周囲で最も目立ちやすくなります。ノイズのある写真シーンは、多くの場合、12 ピクセルのラベルで画面を録画するよりも高い圧縮を許容できます。
目的のディスプレイ サイズを評価します。 400% ズームで見える欠陥は、320 ピクセルのサムネイルでは無関係である可能性がありますが、わずかにぼやけたキャプションは、ファイルが小さく効率的に見えても、通常のサイズでは失敗する可能性があります。
PNG を使用してロスレス静止画エンコードを行う
PNG は、インターフェイス キャプチャ、図、字幕、ライン アート、フラット グラフィック、アーカイブ編集の参照、およびさらに合成されるフレームに強力な選択肢です。可逆圧縮を通じてデコードされたピクセル値を保存し、JPEG スタイルのブロックやリンギング アーティファクトの追加を回避します。
トレードオフはファイルサイズです。写真フレームにはテクスチャやノイズが含まれており、PNG では非可逆写真形式ほど効率的に圧縮できません。フル解像度の PNG ファイルを大量にバッチ処理すると、各フレームが似ている場合でも、かなりのディスク容量とブラウザのメモリを消費する可能性があります。
PNG は、自動的に最高品質の最終配信形式になるわけではありません。出力が小さな Web サムネイルの場合、慎重にエンコードされた JPG または WebP は、表示サイズでは同等に見え、転送がはるかに高速になる可能性があります。今後編集したり、鮮明な合成ディテールでウェイトを調整したりする場合は、PNG を保持します。
写真の幅広い互換性のために JPG を使用する
JPG は、コンテンツ システム、オフィス ツール、ソーシャル プラットフォーム、画像エディターで広く受け入れられています。カメラ映像、人物、製品、イベント、自然なテクスチャなどに適しています。 VideoToImg の品質設定を使用すると、1 つの普遍的な数値に依存するのではなく、コンパクトな出力と目に見える損傷を比較できます。
写真フレームの場合は品質 88 程度から始めて、顔、髪、布地、テキスト、および高コントラストの境界を検査し、サイズの節約が重要な場合にのみ値を下げます。最大幅を小さくすると、アスペクト比を維持しながらエンコード前にピクセルが削除されるため、積極的な圧縮よりも予測どおりに重みを削減できる場合があります。
JPG の編集と保存を繰り返さないようにしてください。非可逆生成ごとにアーティファクトが追加される可能性があります。フレームに大幅なレタッチが必要な場合は、PNG の作業コピーをエクスポートし、編集が完了した後に最終的な JPG を作成します。
公開パスが WebP をサポートしている場合は WebP を使用する
WebP は、最新の Web サイトやアプリに効率的な非可逆画像を提供でき、通常、ブラウザーはそれをデコードします。これは、転送サイズの削減が重要なギャラリー、ドキュメント、製品プレビュー、その他の Web 配信に役立ちます。
ブラウザ以外の互換性についても確認する必要があります。ダウンストリームのエディター、ドキュメント ジェネレーター、マーケットプレイス、電子メール ワークフロー、または古いコンテンツ システムでは、ブラウザーで WebP を作成できる場合でも、JPG または PNG が優先される場合があります。最初のダウンロードだけでなく、ワークフロー全体で使用できる形式を選択してください。
同じデコードされたフレームとピクセル寸法からの WebP と JPG を比較します。 1 つの候補のサイズが変更されたり、異なるタイムスタンプからエンコードされた場合、ファイル サイズは比較できません。
公正な 3 形式のテストを実行する
- 簡単な詳細と難しい詳細の両方を含む代表的なフレームを 1 つ選択します。顔やテクスチャ オブジェクト、小さなテキスト、シャープなエッジ、可能な場合はグラデーションなどです。
- PNG、JPG、WebP を同じピクセルサイズでエクスポートします。 JPG および WebP の品質設定を記録します。
- 各画像を意図した表示サイズで表示し、困難な領域を 100% で検査します。ブラウザの拡大プレビューだけで判断しないでください。
- 目視確認後にファイルの重量を比較します。タスクにとって重要な、目に見えるテキストの損傷、ハロー、ブロッキング、カラーバンディング、または失われたテクスチャのある候補はすべて拒否します。
- ワークフローの次のアプリケーションで勝者を開きます。アップロード、編集、透明性の期待、メタデータの処理、ダウンロードの名前付けがすべて必要に応じて動作することを確認します。
- ビデオが画面グラフィックと写真映像を交互に繰り返す場合は、2 番目のフレームで繰り返します。 1 つの設定で両方のコンテンツ タイプを表すことはできません。
一般的なタスクを実際のデフォルトに一致させる
YouTube またはソーシャル サムネイル
必要なサイズの JPG から始めます。顔、テキスト、コントラストの十分な品質を維持し、公開する前にプラットフォームの現在のアップロード要件を確認してください。
ソフトウェアのバグレポートまたはチュートリアルのステップ
インターフェースのラベルと 1 ピクセルの境界を読みやすくする必要がある場合は、PNG を使用します。ダウンスケールは、宛先が依然としてテキストを明確に表示していることを確認した後にのみ行ってください。
Web サイトのギャラリーまたはドキュメント
最終的な表示幅で WebP と JPG を試してから、ビジュアルおよびワークフローの互換性チェックに合格する小さいファイルを選択してください。将来変更が発生する可能性がある場合は、編集マスターを別に保管してください。
フレーム データセットまたはコンピューター ビジョン検査
ダウンストリーム パイプラインと測定許容差に基づいて選択します。非可逆圧縮により、細かい特徴が変更される可能性があります。サンプリング方法、ラベル付けプロセス、および検証プロトコルは、少なくとも画像拡張子と同じくらい重要です。
ソースの品質と出力の品質を分離する
JPG から PNG に変更しても、デコードされたプレビューにすでに表示されているブラーやアーティファクトを削除することはできません。動きの少ない近くのフレームを探すか、高品質のソースを使用するか、静止画エンコーダを調整する前に元の録画に戻してください。
HTMLCanvasElement toBlob ドキュメント で説明されているように、ブラウザーのキャンバス エンコーダーは出力 BLOB を作成します。ブラウザの実装は若干異なる場合があるため、正確なファイル サイズの目標や自動化されたワークフローがエンコーダの動作に依存する場合は、ビジュアル テストを繰り返してください。
ビデオから画像へのコンバーター を開いて 1 つのフレームのフォーマットを比較するか、大きなシーケンスを作成する前に サンプリング ガイド を読んでください。