動画リサイズ・切り抜き

ファイルをこのページにドロップし、目標の解像度（1080p、720p、または幅と高さの直接指定）を選んで「変換する」を押します。FFmpeg は WebAssembly にコンパイルされてタブ内で動くので、動画が端末から出ることはありません。順番待ちや透かしはありませんが、非常に大きなファイルを処理できるかどうかはブラウザーのメモリに左右されます。

「切り抜き」に切り替え、プレビュー上で枠を残したい範囲までドラッグし、四隅の丸印で大きさを変えます。比率ボタンで 1:1、16:9、9:16 などに枠を固定でき、4 つの入力欄には正確なピクセル値を入れられます。枠の外は捨てられ、書き出しサイズは既定で枠と同じ、あとから拡大縮小することもできます。

「縦横比」を選んで 9:16 を押し、収め方を決めます。「切って埋める」は縦の画面を埋めて左右を切り落とすので、枠を話している人に合わせてください。「余白を足して収める」は画面全体を残し、上下の空きを単色か、同じ映像を拡大してぼかしたもので埋めます。横長の素材を縦の画面へ収めるときも、空白だけより自然に見せやすくなります。

多少は落ちます。画面の寸法を変えるには全フレームをデコードして再エンコードする必要があり、結果は元より一世代進みます。縮小のほうが穏やかで、記述すべき画素がそもそも減るだけです。拡大は、記録されていない細部を取り戻せません。どれだけ手放すかは画質の設定で決まります。編集を続ける素材なら「高画質」、送るだけなら「容量優先」です。

リール、TikTok、ショートなどの縦向きフィードでは、9:16（例：1080×1920）がよく使われます。正方形なら 1:1 の 1080×1080、より縦に長い 4:5 の 1080×1350 はスマートフォンの画面を広く使えます。YouTube や多くのプレーヤーでは 16:9 が一般的で、1920×1080、ファイルを小さくしたいなら 1280×720 が目安です。ここで比率を選び、短辺を 1080 にすると、それぞれの一般的なサイズにできます。

されません。エンジンは WebAssembly にコンパイルされた FFmpeg で、ブラウザーのタブ内で動きます。ファイルはディスクからタブのメモリーに読み込まれ、結果はダウンロードとして書き出されます。ファイルがネットワークを通ることはなく、変換中にネットワークパネルを見れば確認できます。

被写体がはっきりしていて、画面の端に情報がないなら切り抜きです。人物、商品、顔などがこれにあたります。何も失えないときは余白です。図表、スライド、全画面の操作説明、端に文字があるものなどです。余白は面積を、切り抜きは映像を犠牲にします。選び方を間違えると、どちらでも見る人に伝わってしまいます。

全フレームをタブ内のシングルスレッドでデコードし、拡大縮小し、エンコードし直すので、時間は長さ・解像度・端末次第です。短いクリップはすぐ、長く高解像度の素材はそれなりにかかります。実際の上限は時間よりメモリーで、処理中はファイル全体がタブに載るため、おおよそ 250 MB を超えると不安定になります。必要な部分を先に切り出せば、どちらの数値も下がります。

できません。どのツールでも同じです。圧縮された動画は、フレームを特定の画素グリッド上に保存しています。グリッドを変えるには、デコードし、リサンプリングし、もう一度エンコードするしかありません。ストリームをそのまま複製する方法（時間で切り出す動画のトリミングが使っているもの）は、映像自体に手を触れない場合にだけ成り立ちます。切り出しが一瞬で、リサイズがそうでないのはこのためです。

H.264 で一般的な 4:2:0 では、2×2 画素ごとに色差サンプルを 1 つ持ちます。そのため幅や高さが奇数だと、最後の行や列の色を表す方法がなく、エンコーダーはその寸法を受け付けません。このツールはすべての寸法と切り抜き開始位置を偶数に丸めて表示します。エンコードを失敗させたり、色差の面を黙って半画素ずらしたりはしません。