FFmpegの動画がスマホで再生できない原因と解決策｜ビットレート・Profile設定の実践ガイド

1. 発生した症状

#

開発環境のPC（macOS Chrome / Safari）では何の問題もなく再生できていました。しかし、実機テストで以下の症状が発生しました。

2. 最初にやるべきこと：ffprobeで動画の状態を確認する

#

闇雲に設定を変える前に、まず動画の現在の状態を正しく把握することが重要です。ffprobe を使えば、動画のメタデータを詳細に確認できます。

ビットレートの確認

#

ffprobe -v error -select_streams v:0 \
  -show_entries stream=bit_rate \
  -of default=noprint_wrappers=1:nokey=1 output.mp4

Profile / Levelの確認

#

ffprobe -v error -select_streams v:0 \
  -show_entries stream=profile,level \
  -of default=noprint_wrappers=1:nokey=1 output.mp4

筆者のケースでの出力結果

#

# ビットレート
10485760    ← 約10Mbps（高すぎる！）

# Profile / Level
High        ← Highプロファイル
51          ← Level 5.1（高すぎる！）

ビットレートが 10Mbps以上 、Profileが High / Level 5.1 ——これがPCでは問題なく、モバイルでは致命的だった原因です。

3. 本当の原因：モバイル端末のデコード能力の限界

#

なぜPCでは再生できたのか？

#

最近のPCはCPU・GPUともに高性能です。ビットレートが10Mbpsを超えていても、ソフトウェアデコードで力技で再生できてしまいます。

なぜモバイルで失敗したのか？

#

モバイル端末（特にiPhone）は、バッテリー持ちと発熱を抑えるためにハードウェアデコーダーに頼って再生します。このチップには厳格な仕様制限があり、以下の条件を超えると「再生不可」と判定されます。

4. 解決策：モバイル向け最適化設定

#

改善後のFFmpegコマンド

#

ffmpeg -i input.mp4 \
  -c:v libx264 \
  -profile:v baseline \
  -level 3.0 \
  -b:v 1500k \
  -maxrate 1500k \
  -bufsize 3000k \
  -pix_fmt yuv420p \
  -movflags +faststart \
  -c:a aac \
  -b:a 128k \
  output.mp4

各パラメータの解説

#

5. Go言語での実装例

#

GoのバックエンドからFFmpegを呼び出す際の実践的な実装例です。タイムアウト制御（context.Context）とエラーハンドリングを含めています。

package video

import (
	"bytes"
	"context"
	"fmt"
	"os/exec"
)

// ConvertForMobile は入力動画をモバイル再生に最適化された形式に変換します
func ConvertForMobile(ctx context.Context, inputPath, outputPath string) error {
	args := []string{
		"-i", inputPath,
		"-c:v", "libx264",
		"-profile:v", "baseline",
		"-level", "3.0",
		"-b:v", "1500k",
		"-maxrate", "1500k",
		"-bufsize", "3000k",
		"-pix_fmt", "yuv420p",
		"-movflags", "+faststart",
		"-c:a", "aac",
		"-b:a", "128k",
		"-y", // 出力ファイルの上書きを許可
		outputPath,
	}

	cmd := exec.CommandContext(ctx, "ffmpeg", args...)

	// FFmpegはログをstderrに出力するためキャプチャ
	var stderr bytes.Buffer
	cmd.Stderr = &stderr

	if err := cmd.Run(); err != nil {
		return fmt.Errorf("ffmpeg変換エラー: %w (stderr: %s)", err, stderr.String())
	}

	return nil
}

呼び出し側の例

#

// 30秒でタイムアウトするContextを作成
ctx, cancel := context.WithTimeout(context.Background(), 30*time.Second)
defer cancel()

if err := video.ConvertForMobile(ctx, "input.mp4", "output.mp4"); err != nil {
    log.Fatalf("動画変換に失敗: %v", err)
}

6. モバイル向け推奨ビットレート目安

#

用途に応じたビットレートの目安表です。

ポイント: 迷ったら720p / 1,500kbps / Baselineを選べば、ほぼすべてのモバイル端末で安定して再生できます。

7. 次のステップ：HLS配信の検討

#

ここまでの方法はプログレッシブダウンロード（1つのMP4ファイルを直接配信する方式）の最適化です。

以下のような要件がある場合は、HLS（HTTP Live Streaming） への移行を検討してください。

ブログやポートフォリオの短い動画であればプログレッシブダウンロードで十分ですが、動画がサービスの中心になる場合はHLSの導入を検討しましょう。

8. まとめ：モバイル再生を安定させるチェックリスト

#

「PCで再生できる動画」と「モバイルで快適に再生できる動画」は別物です。サーバーサイドで動画を生成・保存する場合、以下のチェックリストを常に確認しましょう。

• ビットレートが高すぎないか？（目安：720pなら2,500kbps以下）
• H.264 Profile は Baseline または Main か？
• ピクセルフォーマット は yuv420p か？
• moov atom（faststart） は先頭に配置されているか？
• 実機テスト（最低限iPhoneとAndroid各1台）を行ったか？

よくある質問（FAQ）

#

Q. Baselineプロファイルだと画質が落ちませんか？

#

同じビットレートで比較すると、MainやHighプロファイルより圧縮効率はやや劣ります。ただし、1,500kbps以上であれば実用上問題ないレベルの画質を維持できます。

Q. faststartだけで解決しないのはなぜですか？

#

faststartはmoovアトムの配置問題（再生開始の遅延）を解決しますが、ビットレートやProfile/Levelの問題は解決しません。両方の対策が必要です。詳しくはFFmpegのfaststartに関する記事をご覧ください。

Q. WebMやAV1フォーマットではこの問題は起きませんか？

#

起きにくくなりますが、iOSのSafariはWebM/AV1のサポートが限定的です（iOS 16以降で部分的に対応）。現時点ではMP4 + H.264が最も安全な選択肢です。