動画ファイルはなぜこんなに大きいのか（そして、どう直すか）

動画ファイルが大きい理由はただ一つ、ビットレートに再生時間を掛けた結果です。よく槍玉に挙がる4K、60 fps、コーデック、カメラ——これらが効いてくるのは、いずれもビットレートを押し上げるからにすぎません。この計算が見えてしまえば対処は明らかで、たいていは五つではなく一つの変更で済みます。肥大したファイルの多くは見た目の違いなく50〜80%小さくなりますし、動画圧縮ツールを使えばブラウザ内で無料、しかも何もアップロードせずに実行できます。

たった一つの計算

ファイルサイズ ≈（映像ビットレート＋音声ビットレート）× 再生時間 ÷ 8

ビットレートの単位はメガビット毎秒、ファイルサイズはメガバイト、そして1バイトは8ビット——この割り算だけが少し面倒な部分です。例を解いてみます。

• 12 Mbpsで記録された1080pのクリップ、長さは10分（600秒）。
• 12 × 600 = 7,200メガビット。
• 7,200 ÷ 8 = 900 MB。

手元のどんなファイルでも、この計算は逆向きに使えます。メガバイト単位のサイズに8を掛け、秒数で割れば、Mbps単位のビットレートが出ます。10分で900 MBのファイルなら12 Mbpsです。あとはその数値が妥当かどうかを判断するだけで、編集ではなく視聴を目的とした1080pコンテンツなら、12 Mbpsは必要量のおよそ3倍にあたります。

ビットレートを膨らませる五つの要因

1. 録画機器の初期設定

これが圧倒的に多い原因です。カメラもスマートフォンも画面録画ソフトも、あとで編集する人向けの初期値、つまり意図的に余裕をもたせたビットレートで出荷されています。静止したスライドを40 Mbpsで記録している画面録画ソフトは壊れているのではなく、言われたとおりのことをしているだけです。

2. 解像度

4Kは1080pの4倍の画素数があり、同等に見せるにはおよそ3〜4倍のビットレートを要します。スマホやノートPC、あるいはページに埋め込まれた状態で観るなら、その余分な画素は保存されるだけで一度も見られません。4Kを1080pに落とすのは利用可能な最大の節約で、たいていそれだけで60〜75%減ります。

3. フレームレート

60 fpsは30 fpsの2倍のコマ数で、内容にもよりますがビットレートは約30〜50%増えます。スポーツやゲームなら見合う投資です。話している人物や画面録画ではまったくの無駄です。なお、これは撮影時にしか直せません。すでに60 fpsのファイルを再エンコードしても、30 fpsで撮っていれば節約できたはずの分は戻ってきません。

4. コーデック

いくつかの形式は、意図してほとんど圧縮しません。

• ProRes、DNxHD、MJPEG、非圧縮——各フレームを個別に保存する編集用フォーマットです。4KのProResは1分あたり数ギガバイトに達します。ファイルが不条理なほど大きいなら、まずこれを確認してください。
• AVIファイル内の古いコーデック——DivXやXvidなどはH.264より世代が古く、同じ絵にはるかに多くのビットを必要とします。
• H.264——普遍的な標準であり、ほぼあらゆる用途で妥当な着地点です。
• HEVC / H.265——同程度の画質でH.264のおよそ半分のサイズ。iPhoneが採用している理由でもあり、代償は互換性の大幅な低下です。

5. 実際に画面で起きていること

圧縮はフレーム間の差分を保存することで成り立っています。固定カメラのインタビューやスライド資料はフレームごとの変化がごくわずかで、見事に縮みます。紙吹雪、雨、水面、木の葉、速いパン、ゲーム映像は毎フレームほぼすべての画素が変わり、何をしても圧縮に抗います。10分の1080pファイルが二つあって、サイズが5倍違っていても、どちらも正しくエンコードされている——そういうことが起きるのはこのためです。

1分でできるファイル診断

見えている症状	考えられる原因	対処
1分あたりギガバイト単位	ProResなどのフレーム内圧縮の編集用コーデック	H.264に再エンコード。削減幅は非常に大きく、95%を超えることも珍しくありません。
1分あたり約170〜400 MB	おそらくスマートフォンからの4K撮影	1080pに落として再エンコード。
1分あたり約60〜100 MB	高ビットレートの一般的な1080pカメラ映像	解像度は保ったまま品質24〜26で再エンコード。
巨大なのに絵は単純（スライドやUI）	画面録画ソフトの既定ビットレート	元の解像度のまま再エンコード——画面録画のガイドを参照してください。
拡張子が .AVI の大きな古いファイル	時代遅れのコーデック	AVIからMP4への変換でH.264 MP4にする。
ビットレートは妥当なのにまだ大きい	単純に長い	短く切る。長さが半分なら容量も半分で、画質のコストはゼロです。

数値を直接読むには、Windowsならファイルを右クリックしてプロパティ → 詳細を、macOSならQuickTimeで開いてCmd+Iを押してください。どちらでもMediaInfoを使う手もあります。いずれもビットレート、解像度、フレームレートを表示します。

ほとんど縮まないファイルがある理由

圧縮してみたら、わずかしか小さくならなかった——あるいはツールから「これ以上は無理でした」と告げられることがあります。これは失敗ではなく情報です。あなたのファイルはすでに効率よくエンコードされていて、取り除ける無駄なビットがそもそも多くなかったのです。

SqueezeVidは開始前にこれを確認します。元ファイルが1ピクセルあたり何ビット使っているかを測り、それに応じて初期品質を選びます。すでに引き締まったファイルには、肥大したファイルより穏やかな設定が当てられます。効率的な素材を叩いても、たいして節約できないまま細部を壊すだけだからです。同じ考え方から、二つの安全装置が生まれています。

• 出力が入力より大きくなることはありません。エンコーダーは元素材自身のビットレートより下に制限されるため、すでに小さいファイルを再圧縮しても裏目に出ません。単純なツールでは実際に起こりうる事故です。
• 削減が5%未満なら、成功ではなく失敗として報告します。意味のある縮小ができない場合はその旨を伝え、品質を下げてより強く圧縮する選択肢を示します。何の得にもならない「圧縮済み」ファイルを黙って渡すことはしません。

効果の大きい順に直す

1. 解像度を落とす——視聴のされ方に対して過剰なら。4Kから1080pへが、単独では最大の効果です。
2. 妥当な品質で再エンコードする。24〜26なら無駄の大半を削りつつ、通常の視聴では見分けがつきません。
3. 間延びした部分を切る。現存する最も安価な圧縮で、画質の代償はゼロです。
4. 編集用フォーマットから離れる。ProResや非圧縮なら、H.264への変換が他のどんな変更よりも効きます。
5. 次からは賢く録る。1080pの30 fps、控えめなビットレート。それだけでこの記事はもう不要になります。

よくある質問

10分の動画が2 GBあるのはなぜ？

約27 Mbpsに相当し、4K素材か、高ビットレートのカメラ設定か、ProResのような編集用コーデックを示唆します。ビットレートを計算し——MB単位のサイズ×8を秒数で割る——内容と照らし合わせてください。話している人物のクリップで27 Mbpsなら、必要量の3〜4倍を使っています。

動画が長ければ必ずファイルも大きくなりますか？

はい、ビットレートが一定なら線形に増えます。長さが2倍ならサイズも2倍です。カットがこれほど効く理由も、長い録画が小さな目標サイズに届かない理由もここにあります。音声トラックだけで、映像を1コマ保存する前に1分あたり約1 MBを消費します。

圧縮すると動画は汚くなりますか？

まっとうな設定なら、なりません。品質値24〜26で解像度を変えなければ、スマホやノートの画面では多くの人が元ファイルと見分けられない一方、容量は50〜70%小さくなります。目に見える劣化は、長い動画や動きの多い動画に極端に小さな目標サイズを強いたときに生じるもので、圧縮そのものが原因ではありません。

圧縮したらファイルが大きくなったのはなぜ？

一部のツールでは実際に起こります。すでに効率的なファイルを元より高いビットレートで再エンコードすれば膨らむからです。SqueezeVidは出力が入力を超えないよう、エンコーダーを元素材のビットレートより下に制限し、5%以上縮まなかった結果には印を付けます。