FFmpegで動画の最終フレーム（静止画）を高速で切り出す方法

動画コンテンツの管理において、確認用やサムネイル生成のために「動画の最後の瞬間（ラストフレーム）」を静止画として保存したいニーズは頻出します。しかし、尺の長い動画に対して単純なフレーム抽出を行うと、全フレームのデコード処理が発生し、著しいタイムロスを招きます。

本稿では、FFmpegの入力シーク機能と画像更新オプションを組み合わせ、動画サイズに依存せず一瞬で最終フレームを特定・保存する最適解を提示します。

ffmpeg -sseof -1 -i "input.mp4" -update 1 "output.png"

---

＼ココナラにてFFmpegカスタムスクリプトの作成を承っております／

---

実戦用スクリプト

コマンドだけではなくスクリプトが欲しい場合もあると思いますので、用意しました。
Windows環境（PowerShell）とmacOS/Linux環境（Bash）でタブを切り替えて使用してください。

実行コマンド

このコマンドは、動画の末尾1秒間のみを読み込み、その範囲内のフレームを同じファイル名で上書きし続けることで、結果的に「最後の1枚」をストレージに残します。

# 変数定義
$InputVideo = "input.mp4"
$OutputImage = "output.png"

# コマンド実行
# -sseof -1 : ファイル末尾から1秒前へシーク
# -update 1 : 連番にせず同一ファイルに上書き保存
ffmpeg -y -sseof -1 -i "$InputVideo" -update 1 -vframes 1 "$OutputImage"

#!/bin/bash

INPUT="input.mp4"
OUTPUT="output.png"

# コマンド実行
# -sseof -1 : ファイル末尾から1秒前へシーク（Input Seeking）
# -update 1 : 画像muxerに対し、単一ファイルへの上書きを指示
ffmpeg -y -sseof -1 -i "$INPUT" -update 1 "$OUTPUT"

技術解説：なぜこのパラメーターが最適解なのか

提示したコマンドは、単純に見えてFFmpegのパイプライン挙動を巧みに利用したロジックで構成されています。各フラグの内部挙動を解説します。

1. -sseof -1 によるInput Seeking（入力シーク）

FFmpegのシークオプションには、-ss（開始時刻指定）などが存在しますが、重要なのは記述する位置です。

• 入力オプションとしての配置: -i の手前に配置することで、デコーダーはファイルを読み込む前に指定位置（EOF: End Of File からマイナス1秒）へジャンプします。
• 高速化の理由: これにより、先頭から末尾までのデコード処理をスキップ（Demuxerレベルでのシーク）します。1時間の動画であっても、処理対象は「最後の1秒＋キーフレーム探索分」のみとなるため、実行時間は動画の尺に依存せず数ミリ秒〜数百ミリ秒で完了します。

2. -update 1 による上書きロジック

通常、FFmpegで動画を静止画に出力する場合、image2 muxerは %03d.png のような連番出力を期待します。単一ファイル名を指定するとエラーになる、あるいは最初の1枚で処理が止まる場合があります。

• -update 1 の役割: このオプションは、muxerに対して「ファイル名が固定であっても、新しいフレームが来るたびにファイルの中身を更新（上書き）せよ」と指示します。
• 最終フレームが残る仕組み:
  1. FFmpegは末尾1秒間のデータをデコードし、フレームを順次生成します。
  2. フレームが生成されるたびに output.png が書き換わります。
  3. ストリームが終了（EOF）した時点で書き込まれていた画像、つまり時系列的に最も遅いフレームがファイルとして確定し、残ります。

3. その他の考慮すべき挙動

• キーフレームへのスナップ: -sseof によるInput Seekingは、正確には指定時間の「直前のキーフレーム（Iフレーム）」から読み込みを開始します。そのため、GOP（Group of Pictures）構造によっては1秒以上前から読み込まれることがありますが、最終的な出力結果（ラストフレーム）への到達には影響しません。
• q:v オプション: JPG出力の場合は -q:v 2 などで画質指定を行いますが、PNG出力の場合は可逆圧縮であるため、画質オプションは基本的に不要です（圧縮レベルの指定等は可能です）。

従来手法との比較

まとめ

動画のラストフレームを取得するタスクにおいて、全編を解析する必要はありません。 「後ろからシークして (-sseof)、上書きし続ける (-update)」 というアプローチを採用することで、サーバーリソースを最小限に抑えつつ、高速なサムネイル生成パイプラインを構築可能です。大量の動画アセットを扱うバッチ処理においては、この数秒の短縮が全体のパフォーマンスに大きく寄与します。