GPUなしの専用vCPU VPSでFFmpegによる動画トランスコードはできますか？

CPUで動くエンコーダーはどれで、プリセットは何を変えますか？

プリセットは速度とサイズのトレードオフです: 遅いプリセットほどCPUを使って同じ品質でより小さいファイルを作ります。 FFmpegのソフトウェアエンコーダーにはすべて備わっています。品質自体はCRFで別に設定します。まず品質を決め、次に締め切りに間に合う範囲で最も遅いプリセットを選びます。

FFmpegはVPSのvCPUをどう使いますか？

FFmpegとそのエンコーダーは検出したCPU数からスレッド数を決め、VPSではそれがvCPU数になります。 汎用のthreadsオプションはautoがデフォルトで、-filter_threads（スケーリング、オーバーレイなどのフィルター）は利用可能なCPU数がデフォルトです。x265はNUMAノードごとに自前のスレッドプールをCPU数からサイズ設定して構築し、デフォルトでwavefront並列処理を実行します。そのドキュメントによれば、WPPによる圧縮コストはほとんどのテストで1%未満です。

このデフォルトは一度に1つのエンコードには適切です。複数のエンコードを並行して実行すると、それぞれがすべてのvCPUを使おうとして、エンコードではなく切り替えに時間を費やします。スレッドは手動で分割します: Fell 8では-threads 4ずつ2ジョブ、または-threads 2ずつ4ジョブです。スレッドとコアの関係のルールは専用vCPUはコアかスレッドかで説明しています。

単一のエンコードも無限にはスケールしません。フレームとスライスのスレッドには解像度に応じた制限があるため、720pのファイルは4Kのファイルほど16スレッドから恩恵を受けません。

長時間のエンコードで専用コアは何を変えますか？

エンコードはファイルが続く限りCPUを100%で使い続ける負荷であり、共有プランはまさにその負荷を止めるために作られています。 Cobaltfellの2026年11月2日の調査によると、本人確認なしで暗号資産を受け付ける51ホストのうち29は、CPUを専用と称するプランを販売していません。そのうち2社は制限を明記しています: Spartan Hostの規約は割り当てられたコアの50%を超えて1時間以上使用することを禁じ、Advin Serversの公正利用ポリシーはCPU使用率を75%に制限しています。映画のバッチはその両方に抵触します。一般的なケースは共有vCPUと専用vCPUの違いは何かで説明しています。

Cobaltfellの場合: ワークロードが必要とする限り、フル負荷が許可されます。CPUクレジットもバースト時間枠もなく、100%で数分経過してもスロットリングされません。vCPUはホストプロセッサのハードウェアスレッド1つ分です。お客様のvCPUはVPSに1対1で固定され、他のお客様に貸し出されることはなく、物理コアの2つのスレッドは常にペアで割り当てられます。そのため、2 vCPUごとに隣人と共有しない完全なコア1つになります。隣人がサイクルを奪わないため、FFmpegが表示するspeed=の値はバッチの最初の分から最後まで保たれ、キューの所要時間を事前に計算できます。

動画は大きいので、ディスクとトラフィックはコアと同じくらい重要です。ソースと出力はプランのNVMeを共有します（全プランでNVMeストレージ）: Fell 8はNVMe 320 GB、Fell 16はNVMe 640 GB。各VPSには1 Gbit/sポート上でIPv4アドレス1つとIPv6 /64が付与されます。プランの月間トラフィックは送信データのみをカウントし、超過してもそれ自体で追加料金が発生することはありません。

契約前にVPSでエンコード時間を計るには？

実際のソースの1分を各候補設定でエンコードし、speed=の値を読みます: 1xはリアルタイム、2xは2倍速です。 -f null -は出力を破棄するので、テストはディスクではなくエンコーダーを測定します。-benchmarkは最後に使用したCPU時間を加えます。

# which software encoders this ffmpeg build has
ffmpeg -hide_banner -encoders | grep -E 'libx264|libx265|libsvtav1'

# 60 seconds of your own file, video only, output discarded
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -f null -
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx265 -preset medium -crf 28 -f null -
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libsvtav1 -preset 8 -crf 35 -f null -

# the same H.264 test held to 4 threads, to plan parallel jobs
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -threads 4 -f null -

どのプランがどのトランスコード作業に合いますか？

どのプランが合うかを決めるのは1つのファイルではなく、1時間あたりに終える作業量です。 表は目安であり、所要時間ではありません: 当社自身のYABSおよびGeekbench 6の結果は、測定したsteal timeとともに、最初のテストマシンが納品され次第、日付を添えて公開されます。それまでは、当社独自のパフォーマンス数値は一切提示しません。各プランの価格は専用コアVPSの料金はいくらかに掲載しています。

長時間のエンコード向けに専用コアを販売する他のホストは2026年に最適な専用CPU VPSプロバイダーはどこかでランキングしています。

動画ではどのような場合にGPUのほうが適したツールになりますか？

多数のライブストリームをリアルタイムで同時に処理する場合や、可能な限り小さいファイルサイズよりもエンコードのスループットが重要な場合は、GPUのほうが適したツールです。 NVENC、Quick Sync、VAAPIなどのハードウェアエンコーダーは、グラフィックスカードまたは統合GPU上で動作し、FFmpegはそのハードウェアが存在する場合にのみこれらを使用します。Cobaltfell VPSにはこれらがないため、強みはソフトウェアエンコードにあります。ストリームあたりの速度は遅くなりますが、プリセットをフルに揃えられ、ソフトウェアエンコーダーの圧縮効率を活用できます。

オンデマンドのライブラリ、夜間のバッチ処理、アーカイブには、専用コアでのCPUエンコードがよりシンプルな構成です。数十の同時チャンネルを持つライブプラットフォームには、GPUハードウェアの購入が適切です。言語モデルについての同じCPUかGPUかという問いへの答えは、GPUなしのVPSでOllamaを実行できますかで解説しています。