YMM4の出力が止まる・進まない時の対処法｜4症状別の切り分け

YMM4（ゆっくりムービーメーカー4）の出力が止まる。進捗バーが「67%」から一歩も動かない。今夜アップロードするはずだった1本が、そのまま朝を迎える——顔出しなしのゆっくり解説や雑学ショートを副業でやっている人にとって、これは単なる不具合ではなく「投稿が1本落ちる」という実損です。

この記事は2026年9月時点の情報をもとに、YMM4の出力トラブルを症状別に切り分けて最短で復帰することだけに絞ってまとめました。技術的な深掘りではなく、「今夜の1本をどうやって出すか」を優先した順番で書いています。

最初に一番大事なことを言います。「出力が止まる」は1つの故障ではなく、対処法が全く違う4つの別々の症状の総称です。 ここを切り分けないまま、ネットで見つけた対処法を上から順に試すと、関係のない設定をいじって状態を悪化させ、復帰までの時間だけが延びます。実際、知恵袋やOKWAVEに並ぶ「止まる」の質問を読むと、質問者ごとに症状がバラバラなのに、回答は「ハードウェアエンコードをオンに」で統一されている、という噛み合わなさが頻繁に起きています。

YMM4はあくまで編集工程の道具です。前後の工程まで含めた流れはずんだもん動画の作り方【2026年版・9ステップ】で確認できます。

YMM4の「出力が止まる」は4つの別々の症状である

結論：まず「進捗が進んでいるか」「出力が始まったか」「ファイルは生成されたか」の3点を見れば、4症状のどれかに必ず分類できます。分類してから対処すれば、試す項目は10個ではなく2〜3個に減ります。

4つの症状とは次のとおりです。

• 症状①：出力ダイアログの進捗が、特定のパーセンテージで固まる。 何分待っても数字が変わらない。CPU使用率は下がっていることが多い。→ ほぼ確実に特定の素材が原因です。
• 症状②：進んではいるが、全体的に異常に遅い。 1%進むのに数分かかるが止まってはいない。→ エンコード設定とPCスペックの問題です。素材は無関係なことが多い。
• 症状③：出力ボタンを押しても何も始まらない、または即座にエラーで終了する。 進捗ダイアログが出ないか、出てもすぐ消える。→ 保存先の権限・空き容量・ファイル名の問題です。編集内容はほぼ無関係。
• 症状④：出力は100%まで完走するが、できた動画が壊れている。 途中で切れている、真っ黒、音がない、再生できない。→ コーデック・素材・書き込み中断の問題です。

この4つは原因の層がまったく違います。①は「プロジェクトの中身」、②は「出力設定とハード」、③は「OSとファイルシステム」、④は「出力後のファイルそのもの」。層が違うので、①の対処を④に適用しても絶対に直りません。

4症状 × 主な原因 × 最初に試すこと 切り分け表

この表の使い方はシンプルです。症状の列を見て自分の状況を1つ選び、その行だけを実行する。 他の行は読まなくていい、というのがこの記事の設計思想です。

なお、公式FAQ（饅頭遣いのおもちゃ箱）でも「プレビュー画面がフリーズする。映像が乱れる。暗くなる。動画出力が完了しない。」は1つのページにまとめられており、対処法として「読み込みプラグインの優先度変更」「ハードウェアデコード処理をDXVA2に変更、または無効化」「h265動画をh264に変換してから読み込む」が挙げられています。つまり公式の見立てでも、出力が完了しない問題の中心は素材の読み込み側にあります。この記事の症状①が最重要である理由もそこにあります。

症状を見分けるための3つの確認（所要2分）

1. タスクマネージャーを開く（Ctrl+Shift+Esc）。「パフォーマンス」タブでCPUとGPU（エンコード）の使用率を見ます。止まっているのに使用率が低ければ①、90%前後で張り付いていれば②です。
2. 出力先フォルダをエクスプローラーで開く。出力途中の一時ファイルや、サイズが増え続けているmp4があるかを見ます。ファイルサイズが増えていれば処理は生きています。
3. 進捗%をメモする。①の場合、この数字が素材特定の最重要ヒントになります。後述の逆算に使うので、必ず控えてください。

症状①：進捗が特定の%で固まる ── 素材を特定する手順

結論：特定の%で固まるなら、原因は「その%に対応するタイムライン位置にある素材」です。PCのスペックでもYMM4のバグでもありません。止まった位置から素材を逆算するのが最短ルートです。

進捗が固まるという現象は、YMM4がその瞬間に読み込もうとしたフレームを取得できずに待機状態に入っている、と考えるとつじつまが合います。だから同じプロジェクトを何度出力しても、毎回ほぼ同じ%で止まるのが特徴です。逆に言えば、止まる%が毎回バラバラなら症状①ではなく、④（書き込み側）や熱によるものを疑ってください。

止まった位置から素材を特定する5ステップ

1. 止まった%と動画の総尺から、タイムライン上の秒数を計算する。 総尺が10分（600秒）で67%で止まったなら、600 × 0.67 = 402秒 = 6分42秒付近です。厳密には出力の進捗はフレーム数基準なので誤差がありますが、±30秒の範囲を探せば十分見つかります。
2. その秒数の前後30秒に置かれているアイテムを全部リストアップする。 動画アイテム、画像アイテム、音声アイテム、立ち絵、エフェクト。ここで「1つしかない」なら話は早く、「10個ある」なら次のステップの二分探索に進みます。
3. 怪しい順に無効化して再出力する。 YMM4ではアイテムを選択して削除しなくても、レイヤーごと非表示にする、あるいはそのアイテムだけ一時的にタイムライン外へ退避させることで検証できます。必ずプロジェクトを別名保存してから行ってください。
4. フル出力せず、範囲出力で検証する。 全体を出し直すと毎回30分以上かかって検証が回りません。止まる箇所の前後1分だけを出力範囲に指定すれば、1回の検証が1〜2分で済みます。これが復帰時間を最も縮める工夫です。
5. 犯人が見つかったら、その素材を変換して差し替える。 削除ではなく変換が正解です（次項）。

詰まりやすい素材フォーマットと、その理由

公式FAQと利用者の報告から、次のフォーマットが詰まりの原因として繰り返し挙がっています。

「AI生成の素材を大量に使い始めた頃から出力が止まるようになった」という副業クリエイターは多いのですが、これはAIが悪いのではなく、生成された素材の解像度とフォーマットがバラバラなまま突っ込まれていることが原因であることがほとんどです。

独自視点：「YMM4が重い」でPCを買い替える前に読んでほしいこと

体感として、「YMM4が重い・止まる」で高性能PCへの買い替えを検討している人の相当数は、素材フォーマットの統一だけで解決します。 理由は単純で、症状①はスペック不足ではないからです。CPUが暇なのに止まっているという状態は、計算力が足りないのではなく「待っている」状態です。待っている相手が変わらない限り、CPUを2倍にしても待ち時間は0.1秒も縮みません。

一方、症状②（遅いが進む）は本当にスペックの話なので、買い替えに意味があります。買い替えの判断は「症状②かどうか」で決めるべきで、「止まる」という言葉で決めてはいけません。 数万円〜十数万円の投資判断が、この切り分け1つで変わります。

実務的には、素材を読み込む前に一度すべてを同じ規格に揃える前処理を挟むのが最もコスパのいい対策です。具体的には「動画はh264・CFR・出力解像度と同じか小さいサイズ」「画像はpng/jpgで出力解像度以下」「音声はwavまたはmp3」。この前処理を習慣にすると、症状①はほぼ発生しなくなります。

なお、映像が出力されない・真っ黒になるといった別系統の症状については ymm4 動画 真っ黒 で扱っている内容が近いので、出力後の映像に問題がある場合はそちらも確認してください。

症状②：遅いが進んでいる ── エンコード設定を疑う

結論：進捗が止まらずに進んでいるなら故障ではありません。まず出力詳細設定の「ハードウェアエンコード」をオンにしてください。これが最も効果が大きく、リスクも小さい対処です。

YMM4の出力詳細設定には「ハードウェアエンコード」のスイッチがあります。これをオンにすると、Windowsの Media Foundation を経由してGPUのエンコード機能が使われます。GPUの種類によってNVIDIAならNVENC、IntelならQSV、AMDならAMFという方式が使われますが、利用者側でNVENCかQSVかを選ぶ必要は基本的になく、Windowsが搭載GPUに合わせて選択します。

CPUだけでエンコードする（ソフトウェアエンコード）場合、動画の全フレームを汎用の計算資源で圧縮するため時間がかかります。ハードウェアエンコードは専用回路を使うため、一般に大幅に高速化します。ただし後述するトレードオフがあります。

症状②の対処ステップ

1. 出力設定の「ハードウェアエンコード」をオンにする。 まずこれだけで再出力し、改善幅を測ります。
2. 解像度を見直す。 ショート動画なら1080×1920で十分です。4K設定のまま出力していないか確認してください。解像度を縦横それぞれ2倍にすると処理量は約4倍になります。
3. フレームレートを見直す。 ゆっくり解説や雑学ショートで60fpsが必要な場面はほとんどありません。30fpsにすれば処理量は単純計算で半分です。60fpsは容量も増え、出力時間も伸びます。
4. ビットレートを過剰に上げない。 1080pなら一般的な推奨帯（数Mbps〜十数Mbps）で十分で、それ以上に上げても視聴者側の見え方はほとんど変わらないのにファイルサイズと出力時間だけが増えます。
5. 重いエフェクトを洗い出す。 ぼかし、グロー、色調補正の多重掛け、全画面にかかるフィルタは、フレームごとにコストが乗ります。特に「全体に常時かかっているエフェクト」は総尺ぶんコストが積み上がるので、単発のエフェクトより影響が大きくなります。
6. 出力中は他のアプリを閉じる。 ブラウザのタブを大量に開いたまま、あるいはゲームを起動したままの出力は、単純にリソースの取り合いです。

ハードウェアエンコードを有効にすると「逆に」失敗するケース

ここが重要で、多くの記事が書いていない点です。ハードウェアエンコードは万能スイッチではありません。 次のような場合、オンにすることで新しい問題が発生することがあります。

• GPUドライバが古い・破損している場合。 エンコード開始直後に落ちる、出力ファイルが壊れる（症状④に化ける）ことがあります。
• GPUがそのコーデックのエンコードに対応していない場合。 特にH.265（HEVC）でのハードウェアエンコードは、対応世代が限られます。
• 画質面のトレードオフ。 同じビットレートで比較すると、一般にハードウェアエンコードはソフトウェアエンコードより画質面で不利になりやすいと言われます。速度を優先するか画質を優先するかの選択であって、無条件の上位互換ではありません。
• ノートPCで内蔵GPUと外部GPUが切り替わる環境。 どちらのGPUが使われるかが不安定になることがあります。

したがって実務上の運用は、「まずハードウェアエンコードをオンにして速度を得る。出力ファイルが壊れる/色や画質がおかしいと感じたらオフに戻して比較する」 が正解です。オンとオフの両方で1本ずつ出力して見比べる、この一手間を最初に一度だけ払っておくと、以後の判断が全部速くなります。

なお、YMM4向けにNVENCを使う外部プラグインも配布されていますが、こうしたプラグインにはWindows 11とNVIDIA GPUの最新ドライバが必要で、AMD GPUやIntel GPUでは動作しないといった前提条件が付くものがあります。導入前に必ず配布元の動作条件を確認してください。標準のハードウェアエンコードで足りるなら、まずはそちらで十分です。

ハードウェア「デコード」との混同に注意

もう1つ紛らわしいのが、エンコードとデコードの区別です。

• エンコード：出力時に映像を圧縮する処理。速度に効く。
• デコード：読み込んだ素材を展開して表示する処理。プレビューの快適さと、症状①の詰まりに効く。

公式FAQが「動画出力が完了しない」への対処として挙げているのはデコード側の設定で、「設定 > 全般 > プレビュー > ハードウェアデコード処理」を DXVA2 に変更し、それでも改善しなければ無効化する、という手順です。設定変更後はYMM4の再起動が必要とされています。

つまり症状②で速度を上げたいならエンコード側、症状①で詰まりを解消したいならデコード側。触る場所が違います。 ここを取り違えて「ハードウェア〜をオンにしたのに直らない」となっている人が非常に多いので、自分がどちらを触っているか毎回確認してください。

編集そのものが重くて作業効率が落ちている場合は、別ソフトの話になりますが aviutl 重い 対処法 で整理している「重さの原因を層で切り分ける」考え方がそのまま応用できます。

症状③：出力を押しても始まらない・即エラーで終了する

結論：編集内容ではなく「保存先」が原因です。保存先を C:\out のような半角英数の浅いフォルダに変えて再出力すれば、原因の大半はその場で切り分けられます。

この症状の厄介なところは、原因が YMM4 の外側（Windows側）にあるため、YMM4をいくら設定し直しても直らない点です。逆に言えば、当たれば数分で直ります。

対処ステップ（この順で試す）

1. 保存先を C:\out に変える。 新しく C:\out フォルダを作り、そこに出力します。これで通れば、元の保存先に問題があったと確定します。この1手で切り分けが終わるので、必ず最初にやってください。
2. ファイル名を半角英数のみにする。 全角文字、絵文字、#・&・? などの記号、末尾の空白を排除します。ショート動画の管理でタイトルをそのままファイル名にしている人は、ここで引っかかりがちです。
3. 「コントロールされたフォルダーアクセス」を確認する。 Windowsセキュリティ > ウイルスと脅威の防止 > ランサムウェアの防止 の中にある機能です。これが有効だと、デスクトップ・ドキュメント・ピクチャなどの保護対象フォルダへの書き込みが、許可されていないアプリからはブロックされます。YMM4を更新した直後に急に保存・出力ができなくなったという報告は、この機能が「更新後のYMM4」を別アプリと見なしてブロックしているケースとして知られています。対処は、機能をオフにするか、YMM4を「許可されたアプリ」に追加するか、出力先を保護対象外のフォルダにするかの3択です。セキュリティ機能を丸ごとオフにするのは最終手段で、まずは許可アプリ追加か出力先変更を検討してください。
4. 他のウイルス対策ソフトの挙動を確認する。 サードパーティ製のセキュリティソフトも、動画ファイルの大量書き込みを不審な挙動として遮断・遅延させることがあります。一時停止して試し、原因だと分かったら例外設定（YMM4の実行ファイルと出力フォルダ）を登録します。恒久的に無効化しないでください。
5. ディスクの空き容量を確認する。 出力先ドライブに、想定ファイルサイズの数倍の空きが必要です。エンコード中は一時領域も使われます。1080pの10分動画で数百MB〜1GB程度は見込み、余裕として最低でも数十GBは空けておくのが安全です。空きが数GBを切っている状態は、出力以外にもあらゆる不調の温床になります。
6. OneDrive等の同期フォルダを避ける。 デスクトップやドキュメントがOneDrive同期下になっている環境（近年のWindowsでは初期設定でそうなっていることがあります）では、出力中のファイルを同期クライアントが掴みに行き、書き込みと競合することがあります。またOneDriveにはパス長の制約があり、日本語フォルダ名の深い階層では上限に当たりやすくなります。動画の出力先を同期フォルダにするのは、トラブルの温床なので避けるのが無難です。
7. パスの長さを短くする。 Windowsには従来からパス長の制限があり、深い階層＋長いファイル名の組み合わせで失敗することがあります。C:\out\short01.mp4 のような短いパスが最も安全です。
8. 管理者権限で実行してみる。 権限まわりの切り分けとして有効ですが、常用は推奨しません。これで直る場合は、根本原因はフォルダの権限設定側にあります。

応用：Cドライブ直下に「出力専用フォルダ」を作る運用

上記を毎回確認するのは非効率なので、最初から C:\out のような専用フォルダを1つ作り、出力先を常にそこに固定する運用をおすすめします。

• 半角英数・浅い階層・同期対象外・保護対象外、という条件を一度に満たせる
• アップロード後に中身を削除するだけで容量管理が完結する
• 出力ファイルが「どこに出たか分からない」問題も同時に消える

これは症状③の予防策であると同時に、症状④の「同期クライアントに掴まれて壊れる」パターンの予防にもなります。

症状④：出力は完走するが動画が壊れている・途中で切れる

結論：完走したのに壊れているなら、疑うのはエンコーダの相性か、出力中にPCが中断された可能性です。まずハードウェアエンコードをオフにして同じ設定で出し直し、差が出るかを見ます。

症状④は見落とされやすく、「出力できたから成功」と思ってアップロードしてしまい、YouTube側で処理エラーになる、あるいは視聴者から「途中で止まる」と指摘されて初めて気づく、という流れになりがちです。

対処ステップ

1. できたファイルを別のプレイヤー（VLC等）で再生確認する。 Windows標準プレイヤーだけで判断しないでください。特定プレイヤーだけで再生できない場合と、どのプレイヤーでも壊れている場合では原因が違います。
2. ハードウェアエンコードをオフにして再出力する。 これで正常になるなら、GPUエンコーダとの相性です。GPUドライバを最新に更新してから再度オンで試し、それでも壊れるならオフ運用を継続します。
3. 出力中にPCがスリープしていないか確認する。 長尺の出力中にスリープや自動再起動（Windows Update）が入ると、ファイルは途中で切れます。電源オプションで「スリープしない」に設定し、アクティブ時間の設定でUpdateの再起動を避けます。前夜に出力を仕掛けて寝る運用をしている人は、ここを必ず設定してください。
4. 音がない・音がおかしい場合は音声側を疑う。 映像は正常で音だけおかしいなら、原因は音声素材か音声設定です。音量そのものが小さいケースは YMM4の音量が小さい の切り分けが役立ちますし、ノイズが乗っている場合は YMM4 音声 ノイズ除去 の手順で処理してから再出力するのが早いです。
5. 一部の区間だけ壊れているなら、その区間の素材を疑う。 これは実質的に症状①と同じ話で、詰まりきらずに「壊れた形で通過した」状態です。前述の素材変換で解決することが多いです。
6. ディスクの空きが出力途中で尽きていないか確認する。 完走表示でも、書き込みが不完全なことがあります。

壊れたファイルは「直す」より「出し直す」

破損したmp4を修復するツールは存在しますが、副業運用の現実的な判断としては修復に時間を使うより、原因を1つ潰して出し直すほうが速いケースがほとんどです。修復は成功率が読めず、成功しても画質や同期が保証されません。原因の切り分けに投じた時間は次回以降も効きますが、修復に投じた時間はその1本にしか効きません。

YMM4の出力にどれくらい掛かるのが普通か（目安表）

結論：「遅い」と感じる前に、そもそもどれくらいが普通かの基準を持ってください。基準がないと、正常な出力を異常だと誤診して無駄に設定をいじることになります。

まず前提として、出力時間の絶対値を断定できる公開情報はありません。 CPU、GPU、メモリ、素材の重さ、エフェクトの量、ストレージ速度で大きく変わるためです。ここに示すのは、利用者報告として一般に見られる幅をもとにした目安であり、保証値ではありません。

参考になる実報告としては、「25分ほどの動画で出力に2時間かかる」「10分の動画で40分かかる」といった声が公開の質問サイト上に見られます。ここから逆算すると、ソフトウェアエンコードでは尺の3〜5倍程度の時間がかかることは珍しくないと分かります。

出力時間の目安（一般に報告されている範囲・幅を持たせた参考値）

この表の読み方の注意点：

• 上限を超えていても、進捗が進んでいるなら故障ではありません。素材が重いだけの可能性が高いです。
• 逆に、尺の10倍を超えているなら明確に異常なので、症状②の対処を全部実行してください。
• ハードウェアエンコードの効果は環境差が非常に大きく、「劇的に速くなった」報告もあれば「ほとんど変わらない」報告もあります。自分の環境で1回計測するのが唯一の正解です。
• 表の数値は目安であり、特定環境での測定値ではありません。公開情報では、機種別の正確な実測ベンチマークは確認できませんでした。

自分の環境の基準値を1回だけ測っておく

おすすめは、「基準プロジェクト」を1つ作って手元に置いておくことです。5分程度・エフェクトなし・立ち絵1体・BGMのみという素朴なプロジェクトを作り、出力時間を測ってメモしておきます。

これがあると、次に「遅い」と感じたときに、基準プロジェクトを出力するだけで「PC側が遅くなったのか、今回のプロジェクトが重いのか」が数分で判別できます。 これは切り分けの精度を根本から上げる投資で、5分の作業で以後ずっと効きます。

止まったときの応急処置5分チェックリスト

結論：締切が迫っているときは、原因究明より復帰を優先します。次の順で5分だけ実行し、通らなければ「分割出力」に切り替えて今夜の投稿を守ってください。

投稿を落とさないことが最優先の場面では、以下を上から順に。各項目に迷わず、1つ30秒で判断してください。

• [ ] 1. 出力をキャンセルし、進捗が止まった%をメモする（後の特定に使う。ここだけは必ず記録）
• [ ] 2. YMM4を再起動する（一時的な読み込み状態の詰まりは、これで解消することがある）
• [ ] 3. 保存先を C:\out に変え、ファイル名を test01 にして再出力（症状③を一発で除外）
• [ ] 4. 出力設定でハードウェアエンコードのオン/オフを反転させて再出力（オンなら切る、オフなら入れる）
• [ ] 5. 出力解像度を1段階下げ、fpsを30にして再出力（1080p→720pでも、ショートなら実用上ほぼ問題ない）
• [ ] 6. ディスクの空き容量とスリープ設定を確認する（空きが数GBを切っていないか、出力中にスリープしないか）
• [ ] 7. それでも通らなければ、動画を前半・後半に分割して2回に分けて出力する（下記）

最終手段としての「分割出力」が効く理由

症状①（特定素材による詰まり）の場合、詰まっている箇所を含まない範囲は正常に出力できます。 つまり、詰まる位置の直前までを1本目、直後からを2本目として出力し、その2本を別途結合すれば、原因を特定しないまま今夜の1本を出せます。

さらに、詰まる素材が1つだけなら、その素材を一時的に静止画や単色背景に差し替えて出力するという手も使えます。品質は落ちますが、投稿を落とすよりはるかにマシです。

副業運用では「完璧な1本を落とす」より「70点の1本を出す」ほうが、チャンネルの投稿頻度という観点で正しい判断になる場面が多くあります。原因究明は投稿を出した後に、落ち着いてやればいいというのがこのチェックリストの思想です。

投稿を落とさないための運用ルールとツールの選択肢

結論：出力トラブルはゼロにはできません。ゼロにする努力より、「起きても投稿が落ちない段取り」を作るほうが投資対効果が高いです。

ここまでの対処は「起きてから」の話でした。ここからは「起きても困らない」ための運用の話をします。

運用ルール1：出力は前夜に、投稿は翌朝に

最も効果が大きい単純なルールです。投稿の直前に出力しない。 前夜に出力を仕掛けておけば、失敗しても翌朝に丸一日の余裕が残ります。逆に投稿30分前に出力を始めると、症状①に当たった瞬間にその日の投稿は詰みます。

このとき、前述のとおりスリープと自動再起動を必ず止めておくこと。前夜出力の最大の敵は、YMM4ではなくWindows Updateです。

運用ルール2：素材は読み込む前に規格を統一する

前処理の習慣化です。具体的には次の3つだけ守ります。

1. 動画素材は h264（AVC）・固定フレームレート（CFR）・出力解像度以下 に変換してから読み込む
2. 画像素材は 出力解像度以下のpng/jpg にリサイズしてから読み込む
3. 音声素材は wavまたはmp3 に統一する

この前処理を挟むだけで、症状①の発生率は大きく下がります。変換作業が面倒に見えますが、1回の詰まりで失う30〜60分に比べれば、素材変換の数分は圧倒的に安いという計算です。

運用ルール3：長尺は最初から分割して作る

10分を超える動画を1プロジェクトで作ると、出力が長時間化し、失敗時の損失も比例して大きくなります。章ごとに分割して出力し、後で結合する運用にすると、失敗の被害が「その章だけ」に閉じ込められます。

運用ルール4：ストック本数を持つ

これは技術ではなく運用の話ですが、完成済みの動画を2〜3本ストックしておくのが、出力トラブルに対する最も確実な保険です。今日の1本が出力できなくても、ストックから投げれば投稿は落ちません。雑学ショートのような「その日でなくてもいい」題材なら、ストック運用と非常に相性がいいです。企画の作り方や量産の考え方については 雑学動画 作り方 が参考になります。

運用ルール5：ツール構成を1本に依存させない

もう1つの保険は、出力手段を1つに依存しないことです。YMM4がどうしても通らない日に、代替で1本出せる手段があるかどうかで、投稿の継続率は変わります。

ショート動画の制作・出力に使われる主な選択肢を、性格の違いで並べておきます。どれが最良ということはなく、目的と手元の環境で決まります。

Shorty は当サイト（shorty.mazenture.com）が開発・運営しているツールです。 無料プランには制約があり、1本あたり30秒まで／30日間で5本まで／保存期間は7日間／ショート形式のみという上限があります。長尺のゆっくり解説をこれで置き換えることはできませんし、YMM4のような細かい演出の作り込みもできません。あくまで「PC側の出力が詰まった日にショートを1本確保する」「短尺の量産だけ切り出す」といった使い分けの選択肢の1つとして挙げています。

念のため書いておくと、Shorty を使えばYMM4の出力トラブルが直るわけではありません。 直すのは本記事の症状①〜④の手順であり、Shortyはあくまで「その日の投稿を落とさない」ための別ルートです。どのツールも一長一短で、YMM4の自由度はYMM4にしかありません。

よくある質問

YMM4の出力が67%など特定の位置で必ず止まります。PCを買い替えるべきですか？

買い替えは不要な可能性が高いです。 毎回同じ%で止まるのはスペック不足ではなく、その位置の素材が読み込めていない症状です。止まった%×総尺でタイムライン位置を割り出し、その付近の素材を無効化して切り分けてください。買い替えが有効なのは「遅いが進む」症状のほうです。

ハードウェアエンコードは常にオンにしておくべきですか？

基本はオンでよいですが、無条件ではありません。 速度は大きく改善しやすい一方、GPUドライバが古い・GPUがそのコーデックに非対応といった条件下では、出力ファイルが壊れることがあります。また同じビットレートならソフトウェアエンコードのほうが画質面で有利になりやすいとされます。オン/オフの両方で1本ずつ出して比較し、自分の環境の答えを一度出しておくのが確実です。

YMM4を更新した直後から、保存も出力もできなくなりました。

Windowsの「コントロールされたフォルダーアクセス」がブロックしている可能性が高いです。 この機能は許可されていないアプリからの保護フォルダへの書き込みを止めるため、更新後のYMM4が別アプリと見なされることがあります。YMM4を許可アプリに追加するか、出力先を保護対象外の C:\out などに変更してください。機能全体をオフにするのは最終手段です。

10分の動画の出力に40分かかります。これは異常ですか？

異常ではない範囲です。 ソフトウェアエンコードでは尺の3〜5倍程度かかる報告が一般的で、10分で40分はその範囲に収まります。短縮したい場合は、ハードウェアエンコードの有効化、fpsを30に、解像度と重いエフェクトの見直しの順で効果が大きいです。尺の10倍を超えるようなら設定を疑ってください。

iPhoneで撮った動画を入れたら出力が止まるようになりました。

HEVC（h265）形式が原因の可能性が高いです。 公式FAQでも、h265の動画を読み込んでいる場合はh264に変換してから読み込むことが案内されています。iPhone側はカメラのフォーマット設定で「互換性優先」を選ぶと、以後は互換性の高い形式で撮影されます。既存のファイルは変換ソフトでh264のmp4にしてから読み込んでください。

デスクトップに出力しようとすると失敗します。原因は何ですか？

保護フォルダかOneDrive同期が原因である可能性が高いです。 近年のWindowsではデスクトップがOneDrive同期下になっていることがあり、出力中のファイルを同期クライアントが掴んで競合します。また「コントロールされたフォルダーアクセス」の保護対象にもデスクトップが含まれます。C:\out のような同期対象外・半角英数の浅いフォルダを出力先にしてください。

プラグインやエフェクトが原因かどうかを効率よく調べる方法はありますか？

二分探索が最も速いです。 全エフェクトの半分を無効化して出力し、通れば残り半分の中に、通らなければ無効化しなかった側に原因があります。これを繰り返すと、エフェクトが16個あっても4回の検証で特定できます。1個ずつ外す方法だと最悪16回かかるので、時間効率が大きく違います。検証は必ず範囲出力（問題箇所の前後1分だけ）で行ってください。

出力は100%完了したのに、動画が途中で切れています。

出力中にPCが中断されたか、エンコーダとの相性の可能性があります。 まず電源オプションで出力中にスリープしない設定にし、Windows Updateの自動再起動を避けてください。それでも再現するならハードウェアエンコードをオフにして再出力し、差が出るかを確認します。破損ファイルの修復に時間を使うより、原因を1つ潰して出し直すほうが結果的に速いです。

出力中にPCで他の作業をしても大丈夫ですか？

軽い作業なら可能ですが、推奨はしません。 エンコードはCPUとGPUを占有するため、ブラウザの大量タブやゲームと併用すると出力時間が伸び、環境によっては不安定になります。前夜に出力を仕掛けてPCを触らない運用にすると、この問題自体が消えます。

何を試しても出力できない場合、最後に何をすべきですか？

新規プロジェクトで最小構成の検証をしてください。 立ち絵1体＋音声1つだけの10秒の動画を新規作成して出力します。これが通ればYMM4とPC環境は正常で、問題は元のプロジェクトの中身（素材かエフェクト）にあると確定します。これが通らなければ、環境側（保存先・セキュリティ・ドライバ・YMM4本体）の問題です。この1回の検証で、探す範囲が半分になります。

まとめ

YMM4の「出力が止まる」は、進捗が固まる①／遅いが進む②／始まらない③／壊れて完走する④の4つの別々の症状です。最初にどれかを見極めれば、試すべきことは10個ではなく2〜3個に絞れます。

この記事の要点を最後に整理します。

• ①特定%で固まるは素材が原因。止まった%×総尺でタイムライン位置を逆算し、範囲出力で高速に検証する。h265とVFRのmp4が二大容疑者
• ②遅いが進むは設定とスペックの問題。ハードウェアエンコードのオン、fpsを30に、解像度と重いエフェクトの見直しの順で効く
• ③始まらない・即エラーは保存先の問題。C:\out へ出力するだけで大半が切り分けられる。コントロールされたフォルダーアクセスとOneDrive同期に注意
• ④壊れて完走はエンコーダ相性か中断。スリープとUpdateを止め、ハードウェアエンコードのオン/オフを比較する
• 出力時間は尺の3〜5倍程度が珍しくない（ソフトウェアエンコード時）。基準を持たないと正常な出力を異常と誤診する
• 「重い」で買い替えを検討する前に、素材フォーマットの統一を試す。 症状①はスペックでは1秒も改善しない
• 投稿を落とさない最強の策は前夜出力とストック運用。 技術で完全防止するより、段取りで被害を防ぐほうが現実的

なお、本記事の内容は2026年9月時点のものです。YMM4は更新が続いているソフトであり、設定項目の名称や場所は変わることがあります。公式FAQ（饅頭遣いのおもちゃ箱）に該当項目がある症状については、まず公式の記述を優先して確認してください。また、GPUの機種別出力時間の正確な実測値や、環境ごとのハードウェアエンコード成功率といった数値は、公開情報では確認できませんでした。この記事の目安表はあくまで報告事例からの参考値として扱ってください。

うまくいかない条件も明記しておきます。素材が壊れている場合、YMM4本体に不具合がある場合、GPUドライバが破損している場合は、本記事の手順では解決しません。 その場合は最小構成の検証（FAQ最後の項目）で環境側かプロジェクト側かを確定させ、環境側ならYMM4の再インストールとドライバ更新に進んでください。それでも解決しない場合は、公式の掲示板やコミュニティに、止まった%・素材の種類・出力設定・PC構成をセットで書いて相談するのが最短です。この4点が揃っているかどうかで、回答の精度がまったく変わります。