5 年前、ゆっくりMovieMaker4（YMM4）で動画を編集していて、プレビューが動画アイテムに差し掛かるたびに固まるのに困って、YMM4の動画アイテムをスムーズに再生したい！という記事を書きました。当時は「録画したままの可変フレームレート（VFR）の動画で編集するとスムーズになる。ただ、音ズレが心配」というところで終わっています。
あのトラブルは今どうなっているのか。最新の YMM4 で確かめてみました。先に結論を書くと、当時の症状は再現できませんでした。動画の形式や置き場所（HDD・SSD）を変えても差はなく、VFR の動画のまま編集しても、書き出した動画に音ズレの元になる映像のずれはありませんでした。YMM4 がアップデートを重ねるなかで改善されたのだと思っています。
本記事は 2026年11月時点の内容です。当時の記事は YMM4 v3.9.9.173 β73 で、AviUtl に渡して書き出す前提でした。
[ 参考 ] 今回の環境
| 項目 | 内容 |
|---|---|
| YMM4 | v4.57.0.1 |
| OS | Windows 11 |
| CPU / GPU / メモリ | Core i5-14600KF / GeForce RTX 5070 / 64 GB |
| プロジェクト | 1920×1080、60 fps、約 66 秒。ゲームの録画（紅の砂漠、動きの多い場面）の動画アイテムを背景に敷き、ゆっくり霊夢と魔理沙の立ち絵とセリフを載せた「実況」の形 |
| 素材の置き場所 | NVMe の SSD と、SATA の HDD |
当時とは PC の性能が大きく違います。今回の結果は「今の速めの PC での結果」で、性能の低い PC では試せていません。そのぶん、重くなる条件をわざと作って、どこから重くなるかも調べました。
結論：最新の YMM4 で確かめて分かったこと
- 動画アイテムに差し掛かるたびの読み込み待ち・固まりは、出なかった
- 動画の形式（H.264・H.265・AV1、固定・可変フレームレート）でも、置き場所（SSD・HDD）でも、プレビューのなめらかさは変わらなかった
- 可変フレームレートの動画のまま編集して書き出しても、映像は 1 フレームもずれなかった（約 66 秒の動画で確認）。固定フレームレートへの変換は、試した範囲では要らなかった
- プレビューが重くなったのは、4K の動画を 12 枚、フル HD の動画を 30 枚前後、同時に再生したとき。GPU の動画のデコードが限界になっていた
- プレビューの解像度や品質を下げて軽くする設定は、YMM4 にはなかった。「ハードウェアデコード処理」を変えても、この PC では何も変わらなかった
2021 年の症状と、当時の結論
当時困っていたのは、再生ヘッドが動画アイテムに触れるたびに読み込みのような待ちが入ることでした。カット編集のたびに待たされ、通しでプレビューしても動画アイテムのところで固まります。当時の様子を録画したのがこの動画です。
当時試したことと結果は、次のとおりです。
| 試したこと | 2021 年の結果 |
|---|---|
| 動画ファイルを HDD から SSD に移す | 変わらなかった（AviUtl のプレビューはスムーズになった） |
| 固定フレームレート（CFR）に変換した動画をやめて、録画したままの可変フレームレート（VFR）の動画で編集する | スムーズになった。これを解決策にした |
| 可変フレームレートのまま編集するときの音ズレ | 心配はあったが、手元では目立つずれは出なかった |
当時は YMM4 だけでは動画を書き出せず、AviUtl に渡して書き出していました。そのための設定（L-SMASH Works など）も当時の記事に書いていますが、今の YMM4 は単体で書き出せるので、もう要りません。書き出しの設定はYMM4の動画出力の設定｜容量が大きいときのビットレートの決め方にまとめています。
今回の測り方
YMM4 にはコマ落ちやフレームレートを表示する機能が見当たらなかったので、次の方法で数字にしました。
- 再生の進み：0 フレームから 20 秒再生して、再生位置が何フレーム進んだか。1,200 フレーム進めば実時間どおり
- 絵の止まり：プレビューの領域を毎秒約 60 回写して、絵が変わらなかった時間を測る。0.09 秒を超えたものを「止まり」として数えた
- シークの待ち：離れたフレームに移動してから、プレビューの絵が変わるまでの時間
- 読み込み：YMM4 を起動してプロジェクトが開くまでの時間（条件ごとに YMM4 を起動し直した）
どれも条件どうしを比べるための数字です。プレビューが実際に毎秒何コマで表示されているかは確かめられていません（この測り方では、どの条件でも毎秒 31〜33 回ほどの変化でした）。0.09 秒より短い引っかかりも分かりません。
動画の形式と置き場所で、プレビューは変わるか
同じ場面の 67 秒の動画を、形式を変えて背景に敷き、再生とシークを測りました。
| 素材 | 読み込み | シークの待ち | 20 秒の再生の進み | 0.3 秒を超える止まり |
|---|---|---|---|---|
| H.264・1080p・60 fps 固定・約 12 Mbps | 5〜6.5 秒 | 0.04〜0.13 秒 | 実時間の 0.99 倍 | なし |
| H.265・1080p・60 fps 固定・約 12 Mbps | 4.8 秒 | 0.04〜0.09 秒 | 0.99 倍 | なし |
| AV1・2560×1440・わずかに可変（録画したまま） | 5.2 秒 | 0.04〜0.08 秒 | 0.99 倍 | なし |
| 上と同じ録画の 10 分のファイルの、5 分の位置から使う | 4.9〜5.2 秒 | 0.04〜0.09 秒 | 0.99 倍 | なし |
| H.264・1080p・約 70 Mbps | 9.4 秒 | 0.04〜0.25 秒 | 0.98 倍 | なし |
- どの形式でも、再生はほぼ実時間どおりに進み、動画アイテムで固まることはなかった
- 再生を始めた瞬間に、どの条件でも 0.3 秒ほどの待ちがある。立ち絵やセリフを消して動画アイテムだけにしても同じだった
- ビットレートの高い 70 Mbps の動画だけ、読み込みと一部のシークが少し遅かった
- 動画アイテムを 10 個に分割しても、境目での止まりは測れなかった。公式の FAQ「動画を分割すると分割位置でカクつく」には、分割位置で再読み込みが入ること、プレビューだけの症状で書き出しには出ないことが書かれている
HDD と SSD で変わるか
当時は「HDD が遅いせいでは」と考えて SSD に移し、変わりませんでした。今回も、同じ素材を HDD（SATA）に置いて比べました。一度読んだファイルは Windows が覚えていて速くなるので、初めて読むときの数字を取るために、同じ素材を 3 組用意して 1 回ずつ使っています。
| 置き場所 | シークの待ち | 再生の始まりの待ち | 20 秒の再生の進み | 0.3 秒を超える止まり |
|---|---|---|---|---|
| NVMe の SSD | 0.04〜0.13 秒 | 約 0.3 秒 | 0.99 倍 | なし |
| HDD（初めて読むとき） | 0.06〜0.12 秒 | 約 0.3 秒 | 0.99 倍 | なし |
| HDD（2 回目以降） | 0.04〜0.10 秒 | 約 0.3 秒 | 0.99 倍 | なし |
HDD と SSD で差は見られませんでした（表は H.264・1080p の素材。10 分のファイルや、10 個に分割した場合も同じ）。当時の「SSD に移しても変わらない」は、今も同じです。動画を置く場所は、プレビューの重さの原因ではなさそうです。
可変フレームレートのまま編集しても、音ズレしないか
ゲームやスマホの画面を録画した動画は、フレームレートが一定でない「可変フレームレート（VFR）」になっていることがあります。可変フレームレートの動画を編集ソフトで扱うと、映像と音がだんだんずれる（音ズレ）ことがあるので、編集の前に固定フレームレート（CFR）に変換するのが定番の対策でした。当時の私も ffmpeg や HandBrake で変換していました。
今の YMM4 でこれが要るのかを、次の 3 つを同じ設定で書き出して確かめました。
- 固定フレームレートの動画（60 fps）
- わざと作った極端な可変フレームレートの動画（上の動画から、2 秒ごとに 60 fps と 15 fps が入れ替わるようにコマを抜いたもの。音声はそのまま）
- 録画したままの動画（AV1・わずかに可変）
書き出した動画の映像を、元の素材の正しい時刻の映像と 10 秒ごとに突き合わせて、何フレームずれているかを測りました。
| 素材 | 書き出した動画 | 映像のずれ（0〜66 秒） |
|---|---|---|
| 固定フレームレート | 60 fps 固定・3,987 フレーム | 0 フレーム |
| 極端な可変フレームレート | 60 fps 固定・3,987 フレーム | 0 フレーム |
| 録画したまま（わずかに可変） | 60 fps 固定・3,987 フレーム | 0 フレーム |
- 3 本とも、最初から最後まで映像は 1 フレームもずれなかった。書き出した音声も、固定と可変でずれがなかった
- プレビューも、可変フレームレートの素材で再生位置は実時間どおりに進んだ（15 fps の区間は、素材のコマが少ないぶん動きが粗く見える）
- 書き出した動画は、どの素材でも 60 fps の固定フレームレートになった
確かめたのは約 66 秒の動画です。1 時間を超えるような長い録画や、当時使っていたスマホの録画アプリの動画では試していません。それでも、極端な可変フレームレートでもずれが 0 だったので、今の YMM4 は動画の時刻を見てコマを選んでいると考えてよさそうです。試した範囲では、編集前の固定フレームレートへの変換は要りませんでした。
なお、設定の「外部連携」にある「すべての動画を60fps(CFR)としてあつかう」は、AviUtl 向けの Exo 出力のための項目です。YMM4 だけで書き出すなら関係ありません（今回はオフのままです）。
どこからプレビューが重くなるか
この PC ではふつうの使い方で重くならなかったので、動画アイテムを縮小して並べ、同時に再生する枚数を増やして、重くなるところを探しました。「GPU のデコード」は、タスク マネージャーの GPU の「Video Decode」に当たる使用率です。
| 同時に再生する動画 | シークの待ち（最大） | GPU のデコード | プレビューの様子 |
|---|---|---|---|
| フル HD（12 Mbps）を 1 枚 | 0.1 秒 | 3 % | なめらか |
| フル HD を 4 枚 | 0.2 秒 | 11 % | なめらか |
| フル HD を 8 枚 | 0.5 秒 | 22 % | なめらか |
| フル HD を 16 枚 | 0.8 秒 | 40 % | なめらか。再生の始まりの待ちが 0.6 秒に |
| フル HD を 28 枚 | 1.0 秒 | 64 % | ほぼなめらか。短い止まりが出始める |
| フル HD を 32 枚 | 1.4 秒 | — | 再生位置は進むが、絵が止まったまま変わらない |
| 4K（45 Mbps）を 1 枚 | 0.4 秒 | 11 % | なめらか |
| 4K を 4 枚 | 0.7 秒 | 41 % | なめらか |
| 4K を 8 枚 | 1.5 秒 | 74 % | なめらか |
| 4K を 12 枚 | 2.2 秒 | 94〜96 % | 絵が 1〜5 秒止まるのを繰り返す |
| 4K を 16 枚 | 3.2 秒 | — | 絵が止まったまま変わらない |
- 重くなるのは、GPU の動画のデコードが限界（90 % 超）に近づいたときだった。4K を 12 枚のときの「絵が数秒止まるのを繰り返す」様子は、2021 年の症状によく似ている
- 重いときも、再生位置は実時間どおりに進む。絵の更新だけが遅れたり止まったりする
- 枚数が増えるほど、シークと再生の始まりの待ちが長くなる
- 同じ 4K を 12 枚でも、素材のビットレートを 45 Mbps から 10 Mbps に下げると、絵の止まりは 1〜5 秒から 0.1〜0.7 秒に減った。素材を軽くするのは効く
- 映像エフェクトは、動画 1 枚に「ぼかし」「色調補正」を掛けてもなめらかさは変わらなかった。「レンズぼかし」は GPU の使用率が 4 % から 28 % に上がったが、再生はなめらかなままだった
この PC では、動画を 1〜2 枚敷く実況の動画なら、限界のずっと手前です。逆に言うと、性能の低い PC や内蔵 GPU では、この限界がもっと少ない枚数・低い解像度で来るはずです。プレビューが固まるときは、タスク マネージャーの「パフォーマンス」→「GPU」で「Video Decode」が張り付いていないかを見ると、原因の見当が付きます。
プレビューを軽くする設定はあるか（プレビュー品質・解像度）
プレビューに関わる設定は、「ファイル」→「設定」→「全般」の「プレビュー」にあります。
| 項目 | 選択肢 | 試した結果 |
|---|---|---|
| ハードウェアデコード処理 | デフォルト（DXVA2）／有効：DXVA2／有効：AdvancedVideoProcessing／無効 | どれを選んでも、プレビューの絵も数字も変わらなかった（H.264・AV1 の mp4） |
| 拡大縮小の品質 | デフォルト（HighQualityCubic）／NearestNeighbor／Linear／Cubic／MultiSampleLinear／HighQualityCubic | NearestNeighbor にすると絵の拡大縮小は粗くなるが、なめらかさは変わらなかった |
| プレビューの表示倍率（プレビューの下） | 50 %〜800 %、ウィンドウに合わせる | 表示の大きさを変えるもので、軽くするためのものではない |
| プレビューの再生速度（プレビューの下） | x 0.25〜x 8.0 | 同上 |
- プレビューの解像度やフレームレートを下げて軽くする設定（ほかの動画編集ソフトにある「プレビュー品質」や「プロキシ」に当たるもの）は、見当たらなかった
- 「ハードウェアデコード処理」は、変えたら YMM4 を再起動する。この PC の mp4 では効果が見えなかったが、公式の FAQ は、プレビューが固まる・映像が乱れるときの対処として、この設定の変更や無効化を挙げている
それでもプレビューが重い・固まるとき
今回の PC では症状が出なかったので、ここからは自分では試せていない対処です。公式の FAQ にまとまっています。
- 「プレビュー画面がフリーズする。映像が乱れる。暗くなる。動画出力が完了しない。」：動画読み込みプラグインの優先度を変える、ハードウェアデコード処理を変える・無効にする、H.265 の動画を H.264 に変換する
- 「CPU内蔵GPUが利用され、グラフィックボードが使用されない。」：グラフィックボードがあるのに内蔵 GPU で動いている場合の直し方
- 今回の結果から言えること：同時に再生する動画の枚数・解像度・ビットレートを下げると、GPU のデコードの負荷が下がる。4K の録画をフル HD の動画に載せるなら、先にフル HD に変換しておくのが確実
2021 年と今の違い
| 2021 年（v3.9.9.173 β73） | 今（v4.57.0.1） | |
|---|---|---|
| 動画アイテムでの読み込み待ち・固まり | 出ていた | 出なかった |
| HDD から SSD に移す | 変わらなかった | 差がなかった |
| 固定フレームレートに変換した動画 | 重かった | 可変の動画と同じ |
| 可変フレームレートのままの編集 | スムーズになった。音ズレは心配 | スムーズで、書き出しのずれも 0 フレーム |
| 書き出し | AviUtl に渡していた | YMM4 だけで書き出せる |
個人的には、当時の症状は YMM4 の側にあって、アップデートを重ねるなかで改善されたのだと思っています。ただ、当時とは PC も違うので、どちらが効いたのかは今となっては切り分けられません。
まとめ
- 今の YMM4（v4.57.0.1）と今の PC では、動画アイテムでプレビューが固まる症状は出なかった
- 動画の形式（H.264・H.265・AV1）、固定・可変フレームレート、置き場所（HDD・SSD）で、プレビューのなめらかさは変わらなかった
- 可変フレームレートの動画のまま編集して書き出しても、映像のずれは 0 フレームだった（約 66 秒で確認）
- プレビューが重くなるのは、GPU の動画のデコードが限界に近づいたとき。この PC では 4K を 12 枚、フル HD を 30 枚前後
- プレビューの解像度や品質を下げる設定はない。重いときは、同時に再生する動画の枚数・解像度・ビットレートを下げる
- 書き出しは YMM4 だけでできるので、AviUtl に渡すための設定は要らなくなった
この記事の検証の操作と計測は、Claude（AI）に手伝ってもらい、筆者が結果を確かめています。
