オンライン動画リサイズー

リサイズが実際に動画に行うこと

動画リサイズはすべてのフレームのピクセル寸法を変更します。ダウンスケール (例えば1080pから720pへ) はピクセルを破棄します: 1920x1080フレームは約200万ピクセル、1280x720フレームは約92万ピクセルです。リサンプリングアルゴリズムは、元のどのピクセルが出力の各ピクセルにどの程度貢献するかを決定します。アップスケール (720pから1080pへ) は逆を行います: 既存のピクセル間を補間して新しいピクセルを発明します。アップスケールは詳細を追加しません; 既存の詳細をより大きなサイズで見えるようにします。AIアップスケール (Topaz Video AI、ESRGAN ベースのツール) は、ニューラルネットワークを使ってもっともらしい詳細を幻覚する異なる技術です。このツールは古典的なリサンプリングを行い、AIではありません。

リサンプリングアルゴリズムが重要です。Nearest-neighbor は最も近いソースピクセルを選びます; 速いがブロック状です。Bilinear は2x2の近傍を平均化します; わずかにぼやけます。Bicubic は4x4の重み付き平均と3次補間を使います; ほとんどのダウンスケールの主力です。Lanczos (通常Lanczos-3) は6x6のsincベースのカーネルを使用し、一般的に利用可能な中で最もシャープです; FFmpegの高品質スケーリングのデフォルトです。Area / box 平均化は、4Kから1080pなどの重いダウンスケールに最適です、なぜなら大きな比率でbicubicよりも詳細を保持するからです。このツールはデフォルトでLanczosを使用します。

アスペクト比は解像度から独立しています。1920x1080、1280x720、640x360はすべて16:9です。1080x1080は1:1 (正方形) です。1080x1920は9:16 (垂直/縦長) です。アスペクト比を変更する (例えば16:9から9:16へ) ことは、収まらないコンテンツをどうするかを決定することを意味します: letterbox (黒い帯)、pillarbox (両側に黒い帯)、crop (フレームの一部を失う)、または stretch (歪める、常に間違い)。このツールのアスペクト比ロックは、1つの寸法を変更したときに偶発的なストレッチを防ぎます。

このツールが内部でどのように動くか

動画コンプレッサーとコンバーターと同じエンジン: Emscripten経由でWebAssemblyにコンパイルされたFFmpegです。ブラウザ側のバイナリは約30 MBで、SharedArrayBuffer マルチスレッドを介してタブ内で完全に実行されます。動画をドロップすると、ファイルはストリーミングリーダーを介してWebAssemblyの仮想ファイルシステムに入ります; 1 GBのファイルでもアップロード時にブラウザのメモリを爆発させません。

FFmpegが実行するリサイズコマンドは -i input.mp4 -vf scale=1280:720:flags=lanczos -c:v libx264 -preset medium -crf 23 -c:a copy output.mp4 のように見えます。-vf scale フィルタはフレームごとにリサンプリングを行います。:flags=lanczos はLanczosアルゴリズムを選びます。音声は変更されずにコピーされます (リサイズは音声に影響しません)。アスペクト比を保持し偶数寸法に丸めるリサイズの場合、ツールは scale=1280:-2 を使用します (高さが自動計算され、H.264が偶数寸法を必要とするため偶数に丸められます)。

ロックを無効にしてアスペクト比を変更すると、ツールはオプションでscaleとpadフィルターを組み合わせてレターボックスします: scale=W:H:force_original_aspect_ratio=decrease,pad=W:H:(ow-iw)/2:(oh-ih)/2。結果は、ソースコンテンツが埋めない場所に黒い帯のあるターゲットボックスにフィットします。進捗メッセージはFFmpegのstderrからストリーミングされ、画面の進捗バーをリアルタイムで更新します。

動画解像度とアスペクト比の簡単な歴史

• 標準解像度TV、1950年代から2000年代。アナログTVは4:3のアスペクト比でした。NTSC (北米/日本) は30 fpsで720x480の有効解像度で動作; PAL (ヨーロッパ/アジアの多く) は25 fpsで720x576で動作しました。元々16:9または21:9シネマ用に撮影された映画は、4:3 TVに合わせるためにパンアンドスキャンされ、しばしば元のフレームの半分が切り取られました。
• HD放送とワイドスクリーンTV、2000年代。16:9ワイドスクリーンアスペクト比が標準化: 初期HD放送用に1280x720 (720p)、フルHD用に1920x1080 (1080p)。移行は2003年から2012年までおよそ続き、レガシー4:3ディスプレイ上ではレターボックスが橋渡しフォーマットになりました。
• iPhone発売、2007年。Appleは最初のiPhoneに480x320の縦向きディスプレイを搭載して出荷します。コンセプトとしての垂直動画が始まり; 画面が幅より高くなれるという考えが次の10年間でコンシューマー動画を再形成します。
• Instagramが正方形動画でローンチ、2010年。Instagramは640x640の正方形フォーマットでデビューし、ブランドの署名になります。1:1のアスペクト比は、最初の10年間プラットフォームに独自に結びついたままです。
• 垂直動画がメインストリームに、2013年から2016年。Snapchat (2013) はショートフォーム共有のために9:16垂直動画を普及させます。Musical.ly/TikTok (2016) はショートフォームエンターテインメントのために垂直をデフォルトにします。2020年までに、すべての主要プラットフォームが9:16をファーストクラスフォーマットとしてサポートします。
• 4Kメインストリームと8Kニッチ、2018年から2026年。4K (3840x2160) は現代のスマートフォンとプロシューマーカメラの典型的な出力になります。8K (7680x4320) は、配信フォーマットではなくダウンサンプリング用の制作フォーマットが主です。ブラウザ側リサイズは2024年頃のffmpeg.wasm 4.xで実用性に達します。

使い方

1. 動画をアップロード · リサイズしたい動画ファイルを選択してください。
2. 目標の寸法を設定 · プリセットの解像度を選択するか、カスタムの幅と高さを入力してください。
3. リサイズされた動画をダウンロード · 処理後に新しい動画ファイルをデバイスに保存します。

なぜ動画をリサイズするのか？

リサイズは、ソーシャルメディアの要件を満たしたり、ファイルサイズを縮小したり、特定の画面やプレーヤーに適合させるために必要です。Instagram、TikTok、YouTubeショートなどのプラットフォームは、最適な表示のために特定の寸法を要求します。

機能

• カスタム寸法 · なめらかなスライダーコントロールで任意の幅と高さを指定できます。
• アスペクト比のロック · 元のアスペクト比を維持し、歪みを防ぐことができます。
• 一般的なプリセット · 1080p、1080p、720p、480p、360pなどの標準解像度にすばやく設定できます。
• 歪みなし · スマートなスケーリングアルゴリズムにより、高品質な結果が得られます。
• ブラウザーベースの処理 · すべての処理がローカルで行われるため、プライバシーが守られます。

実世界のリサイズワークフロー

• TikTok/Reels向けに水平動画を適応。TikTokやInstagram Reelsにアップロードされた1920x1080 (16:9) クリップは、彼らの9:16垂直フレーム内でレターボックスされ、小さくプロフェッショナルでなく見えます。1080x1920にクロップでリサイズすると、フォーカスエリアをフルスクリーンで保持します。ツールはバーが欲しいかエッジを失いたいかに応じて、オプションのレターボックスで垂直にスケールできます。
• メール/チャット用に4Kスマホ映像を縮小。現代のスマートフォンはデフォルトで4K (3840x2160) 録画し、巨大なファイルを生成します。メール、チャット、Slackで素早く共有するために、720p (1280x720) にダウンスケールすると、スマホサイズの再生で目に見える品質損失なしに、ファイルサイズをおよそ5分の1にカットします。
• 一貫した寸法でのウェブ埋め込み。ウェブサイトのセルフホスト型ヒーロー動画や製品デモは通常、固定コンテナ幅をターゲットにします。そのコンテナに正確に一致するようにリサイズする (多くの場合1280x720または960x540) と、ファイルサイズが予測可能になり、ブラウザがレンダリング時に追加のスケーリングを行うことを避けられます。
• アーカイブ解像度の標準化。10年にわたって撮影された家族の動画のフォルダには、480p (古いスマートフォン、画面録画) から4K (現代のスマートフォン) までの解像度があります。すべてを単一の解像度 (多くの場合1080p) にリサイズすると、アーカイブが予測可能になります: すべてのクリップが任意のビューアで同じように再生され、ストレージコストが制限されます。
• プレビュー解像度バリアントの生成。アートポートフォリオや動画ライブラリでは、各クリップをフル解像度 (プロジェクションや大画面用) とサムネイル/プレビュー解像度 (360pまたは480p) の両方で利用可能にしたい場合があります、素早い閲覧のために。マスターを一度リサイズし、両方のバージョンを保存します; モバイルでは小さなバリアントのロードがはるかに高速です。
• 古い映像を現代のプレーヤーアスペクト比に合わせる。2005年の4:3のホームビデオは、現代の16:9プレーヤーでピラーボックス (両側に黒い帯) で再生されます。1280x720にレターボックス/ピラーボックスでリサイズすると、バーをファイル自体にベイクできるので、すべてのプレーヤーがそれを一貫して提示し、各プレーヤーが正しいことをするのを信頼するのではなくなります。

よくある落とし穴とその意味

• アスペクト比の不一致からのストレッチ。アスペクト比ロックを無効にして、ソースに一致しない寸法を入力すると、出力は引き伸ばされます: 人が痩せたり太ったりして見え、円が楕円になります。常にロックをオンにしておくか、ソースのアスペクト比に一致する寸法を選ぶか、ストレッチの代わりにレターボックス/クロップを受け入れてください。
• 奇数の寸法はH.264を壊します。H.264 (ユニバーサルビデオコーデック) は偶数の幅と高さを必要とします。1281x721を入力するとエンコーディングエラーが発生します。これを避けるために、ツールは奇数の値を最も近い偶数に丸めます; 寸法が静かに1ピクセル調整されているのを見たら、それが理由です。
• アップスケールは詳細を追加しません。720pソースを取って1080pにリサイズしても、1080p動画は得られません; 1080pコンテナに保存された720p動画が得られます。AIアップスケール (Topaz Video AI、ESRGANベースのツール) は、ニューラルネットワークを使ってもっともらしい詳細を幻覚する異なる技術です。このツールは古典的なリサンプリングを行い、ソースが持っていなかった詳細を決して発明できません。
• 極端なダウンスケールでのクロマサブサンプリングアーティファクト。H.264は通常、輝度の半分の解像度で色を保存します (4:2:0クロマサブサンプリング)。極端なダウンスケール (例えば4Kから360p) では、クロマ平面がスケーリング前から低い解像度だったため、テキストと鋭い色のエッジが色付きフリンジを発達させる可能性があります。これはコーデックの制限であり、ツールのバグではありません。
• 可変フレームレートはスケーラーを混乱させます。画面録画と一部のスマートフォンカメラは可変フレームレートを出力します。いくつかのスケーラーはこれをうまく処理せず、重複または欠落したフレームを生成します。ツールはリサイズ中に定数フレームレートに正規化してこれを避けます; ソースが可変であっても出力は定数fpsです。
• 表示アスペクト比のオーバーライドが失われます。一部のコンテナは、ピクセル寸法とは別の表示アスペクト比オーバーライドを保存します (例えばアナモルフィックワイドスクリーン)。ブラウザ側のリサイズは出力にピクセル寸法をベイクします; ソースが正しく見えるためにDARフラグに依存していた場合、デスクトップツールでそれを明示的に処理したいかもしれません。

プライバシー: 動画はデバイスを離れません

クラウド動画リサイズサービス (Clideo、OnlineConvertFree、FreeConvert、バッチ用のKapwing、その他多数) はすべてあなたの完全な動画をアップロードし、彼らのハードウェアでスケーラーを実行し、リサイズされた結果を送り返します。200 MBのスマホ動画の場合、彼らのインフラを通じて200 MBのアップロードに加えて50〜200 MBのダウンロードです。動画コンテンツには通常、顔、場所、会話の音声、GPSタグ付きシーン、プライベートインターフェースの画面録画が含まれます。ほとんどのオペレータは、1〜24時間以内にアップロードを削除し、転送中に暗号化することにコミットするプライバシーポリシーを公開しており、主要なものはISO/IEC 27001認証を保持しています。彼らはそれらのポリシーを尊重する強いビジネス理由があります。しかし「1時間以内に削除」は「決して見られない」ではありません。そのウィンドウの間、ファイルはオペレーターのインフラに置かれ、適切な権限を持つ任意のプロセスや人がアクセスでき、オペレーターの保持ポリシーに従ってログとバックアップに表示されます。

このツールは何もアップロードしません。完全なパイプライン (ファイル選択、ブラウザネイティブリーダーによるデコード、ffmpeg.wasm WebAssemblyによるスケーリング、ブラウザのblob APIによるダウンロード) はブラウザタブ内で実行されます。アップロードなし、動画データを運ぶネットワークリクエストなし、ログエントリなし。リサイズ前にブラウザのNetworkタブでdevツールを開いて確認できます: 動画コンテンツでリクエストが出ません。初期ページロードと一度限りの約30 MBのffmpeg.wasmダウンロード (後続の訪問のためにキャッシュ) のみがネットワークに触れます。ページロード後にブラウザを機内モードにすると、リサイザーはまだローカルファイルで動作します。

別のツールが正しい選択になるとき

• 2 GBを超えるファイル。ブラウザのメモリ制限はおよそ2 GBを超えると壁になります。ディスクからストリーミングでき、利用可能なすべてのシステムRAMを使用できるデスクトップHandBrakeまたはFFmpeg CLIを使用してください。
• 解像度回復のためのAIアップスケール。本当に480pソースを1080pまたは4Kで使えるように見せる必要がある場合、Topaz Video AI、Real-ESRGAN、またはDLSSベースのツールのようなニューラルネットワークアップスケーラーが必要です。これらは学習したパターンからもっともらしい詳細を幻覚します。古典的なリサンプリング (このツールが行うこと) はソースになかった詳細を作成できません。
• フレーム精度のクロップとパンアンドスキャンパス。時間とともにクロップエリアが移動するパンアンドスキャンワークフロー、またはアニメーションされた再フレーミングの場合、DaVinci Resolve、Premiere、Final Cut Proのようなデスクトップエディタを使用してください。ブラウザツールが公開しないキーフレームベースのクロップパラメータを公開します。
• 数百のファイルのバッチリサイズ。FFmpeg CLIのシェルスクリプト (for f in *.mp4; do ffmpeg -i "$f" -vf scale=1280:720 "out_$f"; done) は、ブラウザツールを100回実行するよりも劇的に速いです。追加の高速化のためにGPUスケーラー (NVIDIA NPP、Intel QuickSync) も使用できます。

よくある質問

リサイズできる最大解像度はどれくらいですか？

ブラウザーで動画処理がサポートされている限り、カスタム解像度を指定できます。実際にはシステムのメモリおよび処理能力によって制限されます。

動画のリサイズで品質は落ちますか？

ダウンスケーリングは品質に影響を与えますが、元のアスペクト比を維持することで歪みを防ごます。アップスケーリングはシャープさを改善しません。

Instagramのサイズはどれを使うべきですか？

Instagramの正方形投稿には1080×1080、縦長のストーリーやリールには1080×1920、横長のフィード投稿には1080×566を使用してください。

その他のよくある質問

リサイズと圧縮の違いは何ですか?

リサイズはすべてのフレームのピクセル寸法を変更します (例えば1920x1080から1280x720へ)。圧縮はそれらのピクセルが保存されるビットレートを変更します (より高いCRF、より小さいファイル)。両方ともファイルサイズを縮小しますが、異なる方法で: リサイズは解像度をサイズと交換し、圧縮は同じ解像度での品質をサイズと交換します。最大のファイルサイズ削減のために、両方を組み合わせます: より小さい解像度にリサイズし、圧縮を適用します。品質を妥協せずに小さい寸法だけが必要な場合は、リサイズだけです。

アスペクト比を変更するときに、レターボックス/ピラーボックスまたはクロップを使うべきですか?

レターボックス/ピラーボックス (黒い帯) は、未使用の画面スペースとソーシャルプラットフォームでわずかにアマチュアな見た目のコストで、すべての元のコンテンツを保持します。クロップはエッジでコンテンツを失いますが、フレームを埋めてプロフェッショナルに見え、重要なアクションが中央にあるときに理想的です。水平映像のTikTok/Reelsアップロードの場合、フォーカスが中央なら通常クロップが勝ち; クロップで重要なコンテンツを失う場合はレターボックスが勝ちます。

リサイズした動画のファイルサイズが期待よりわずかに異なるのはなぜですか?

1080pファイルを720pにリサイズしても、ピクセル数が4倍減るとしても、ファイルサイズが常に4倍にカットされるわけではありません。動画の再エンコーディングステップはCRF (Constant Rate Factor) を使用し、ファイルサイズではなく視覚的品質をターゲットにします。小さい解像度は同じ品質でエンコードするのに必要なビットが少なくなりますが、コンテンツの複雑さがピクセル削減比よりも重要です。1080pから720pへの典型的なファイルサイズ削減は40%から60%です。

リサイズが予想より遅いのはなぜですか?

動画のリサイズは単なるスケール操作ではありません; エンコーダーはまた新しい寸法でフレームを再エンコードする必要があります。エンコーディングは遅い部分で、スケーリングではありません。720pにリサイズする5分の1080pクリップは、CPUに応じて3分から10分かかる可能性があります。-preset フラグは速度対効率のトレードオフを制御します; ツールはデフォルトでmediumを使用します。ハードウェア加速されたスケーリング/エンコーディングはデスクトップツールで10〜20倍速いですが、ブラウザでは利用できません。

デスクトップまたはコマンドライン同等品はありますか?

はい。FFmpeg CLI: ffmpeg -i input.mp4 -vf scale=1280:720:flags=lanczos -c:v libx264 -crf 23 -c:a copy output.mp4。HandBrake (GUI、無料、クロスプラットフォーム)。Shutter Encoder (より親切なFFmpeg GUI)。DaVinci ResolveとPremiereはエクスポートダイアログ内でそれを提供します。すべて同じ基礎となるスケーラーを共有しているため、このブラウザツールと本質的に同一の出力を生成します。

リサイズは音声に影響しますか?

いいえ。音声は動画の解像度から独立しています。ツールは音声ストリームを入力から出力に変更せずにコピーするので、音声トラックの音声品質とファイルサイズはリサイズの前後で同一です。動画ストリームのみが寸法を変更します。