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

> GPUなしのVPSでFFmpegによる動画トランスコードはできますか？ はい: 2〜16個の専用vCPU上でx264、x265、SVT-AV1、プリセットとスレッド。暗号資産で支払い、KYC不要。

- URL: https://cobaltfell.com/ja/vps-for-video-transcoding/
- 最終更新: 2026-11-02
- 発行者: Cobaltfell (https://cobaltfell.com)

GPUなしでVPSはFFmpegによる動画トランスコードができますか？ FFmpegが提供するCPUエンコーダー、プリセットが速度とファイルサイズをどうトレードオフするか、FFmpegがVPSのvCPUに処理をどう分散するか、そしてプランを選ぶ前に実際のファイルで時間を計る方法。

**概要 — GPUなしでVPSはFFmpegによる動画トランスコードができますか？**

はい。FFmpegはGPUなしでVPS上でもCPUエンコーダーのlibx264、libx265、SVT-AV1を通じてH.264、HEVC、AV1向けに動画をトランスコードします。**Cobaltfell**のVPSにはGPUがなく、FFmpegはvCPUからスレッド数を自動で決めます。ペースを決めるのはプリセットです: x264自体のヘッダーにはultrafastがplaceboの100倍速いと記されています（2026年11月2日確認）。

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

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

*x264のヘッダーファイル、x265のプリセットドキュメント、FFmpegのコーデックドキュメント、SVT-AV1のパラメーター一覧より、2026年11月2日に参照。*

| コーデック | FFmpegエンコーダー | プリセット（速い順から遅い順） | プロジェクトの説明 |
| --- | --- | --- | --- |
| H.264 | `libx264` | ultrafast、superfast、veryfast、faster、fast、medium、slow、slower、veryslow、placebo | プリセット間で速度は大きく変化する。ultrafastはplaceboの実に100倍速い |
| HEVC (H.265) | `libx265` | 同じ10個の名前。mediumがデフォルト | 速いプリセットは品質と圧縮効率を犠牲にして近道をする |
| AV1 | `libsvtav1` | 13（最速）から0（最も遅い）までの番号。SVT-AV1自体のデフォルトは8 | 大きいプリセットほど速いが品質は低い |

H.264のmediumプリセットは幅広い再生環境で安全な選択です。HEVCとAV1は同じ品質でより小さいファイルになりますが、1フレームあたりのCPUコストが高く、そのためより大きいプラン向きです。

## 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はコアかスレッドか](https://cobaltfell.com/ja/vcpu-vs-core/ "VPSのdedicated vCPUはコアですか、スレッドですか？")で説明しています。

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

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

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

*H.264、HEVC、AV1の1分間エンコードテスト*

```bash
# 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の料金はいくらか](https://cobaltfell.com/ja/pricing/ "Dedicated vCPUのVPSはいくらかかりますか？")に掲載しています。

長時間のエンコード向けに専用コアを販売する他のホストは[2026年に最適な専用CPU VPSプロバイダーはどこか](https://cobaltfell.com/ja/best-dedicated-cpu-vps/ "Best dedicated CPU VPS in 2026, compared")でランキングしています。

| プラン | vCPU | NVMe | 典型的なトランスコード作業 |
| --- | --- | --- | --- |
| Fell 2 | 2 | NVMe 80 GB | 時々のH.264変換、サムネイル、音声作業、CPUにほとんど負荷をかけない`-c copy`でのリマックス |
| Fell 4 | 4 | NVMe 160 GB | H.264ジョブの小さなキュー、または高速プリセットでのHEVCエンコード1本 |
| Fell 8 | 8 | NVMe 320 GB | 安定したバッチキュー、H.264ジョブ2〜4本の並列実行、または中速プリセットでのHEVCとAV1 |
| Fell 16 | 16 | NVMe 640 GB | アーカイブ品質ファイル向けの低速プリセット、大規模なAV1、または4Kソース複数本の同時処理 |

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

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

オンデマンドのライブラリ、夜間のバッチ処理、アーカイブには、専用コアでのCPUエンコードがよりシンプルな構成です。数十の同時チャンネルを持つライブプラットフォームには、GPUハードウェアの購入が適切です。言語モデルについての同じCPUかGPUかという問いへの答えは、[GPUなしのVPSでOllamaを実行できますか](https://cobaltfell.com/ja/vps-for-llm-without-gpu/ "GPUなしの専用vCPU VPSでOllamaや小型LLMを実行できますか？")で解説しています。

## VPS上のFFmpegについて、他にはどのような質問が寄せられますか？

### VPSでトランスコード付きのライブストリーミングサーバーを実行できますか？

数本のストリームであれば可能です。上記のようなテストを目標の解像度で1回実行し、`speed=`が1xを大きく上回る設定だけを残してください。1xのエンコード1本では、シーンの変化が激しい場面での余裕がありません。

### エンコードキューは数日間フル負荷で稼働できますか？

Cobaltfellでは可能です。ワークロードが必要とする限り、フル負荷が許可されます。CPUクレジットもバースト時間枠もなく、100%で数分経過してもスロットリングされません。CPU負荷の高い唯一の除外用途はいかなるプランでも、いかなるソフトウェアでも、暗号資産のマイニングは許可されません。ビルド、エンコード、推論、データベースなど、お客様自身の高負荷なCPU処理はフル負荷で実行できます。ブロックチェーンを検証するだけのノードはマイニングには該当しませんです。

### 大きなソースファイルのアップロードは通信量としてカウントされますか？

Cobaltfellではカウントされません。各VPSには1 Gbit/sポート上でIPv4アドレス1つとIPv6 /64が付与されます。プランの月間トラフィックは送信データのみをカウントし、超過してもそれ自体で追加料金が発生することはありません。受信したファイルには費用がかからず、VPSが送信した分のみがカウントされます。

### ディストリビューションのffmpegパッケージにはx265とSVT-AV1が含まれていますか？

`ffmpeg -hide_banner -encoders`にはビルドが対応する内容が正確に記載されています。提供されるイメージはDebian 13、Debian 12、Ubuntu 24.04 LTS、AlmaLinux 10、Rocky Linux 10です。エンコーダーが欠けている場合は、静的ビルドのFFmpegまたはディストリビューションのbackportsで補えます。

### Cobaltfellはプランごとのエンコード速度を公開しますか？

当社自身のYABSおよびGeekbench 6の結果は、測定したsteal timeとともに、最初のテストマシンが納品され次第、日付を添えて公開されます。それまでは、当社独自のパフォーマンス数値は一切提示しません。エンコード速度はソース、コーデック、プリセットに大きく左右されるため、ご自身の素材で1分間のテストを行うほうがより良い指標となります。

## 出典

1. [FFmpegコーデックのドキュメント（threads、libx264、libx265、libsvtav1）](https://ffmpeg.org/ffmpeg-codecs.html) — FFmpeg (checked 2026-11-02)
2. [ffmpegドキュメント（-filter_threads）](https://ffmpeg.org/ffmpeg.html) — FFmpeg (checked 2026-11-02)
3. [x264.h: プリセット名と速度に関する注記（VideoLAN x264リポジトリのミラー）](https://raw.githubusercontent.com/mirror/x264/master/x264.h) — VideoLAN x264 (checked 2026-11-02)
4. [x265プリセット](https://x265.readthedocs.io/en/master/presets.html) — x265 project (checked 2026-11-02)
5. [x265のスレッド設定](https://x265.readthedocs.io/en/master/threading.html) — x265 project (checked 2026-11-02)
6. [SVT-AV1パラメータ](https://gitlab.com/AOMediaCodec/SVT-AV1/-/raw/master/Docs/Parameters.md) — Alliance for Open Media (checked 2026-11-02)
7. [Spartan Host 利用規約](https://spartanhost.org/tos) — Spartan Host (checked 2026-11-02)
8. [Advin Servers フェアユースポリシー](https://docs.advinservers.com/policies/fair-use) — Advin Servers (checked 2026-11-02)

---

Cobaltfell: Cobaltfellは、専用vCPUコアを備えたVPSプロバイダーです。IDのアップロードはKYC不要で、暗号資産で支払い、パナマ登記のDomaineGoat LLCが運営しています。各vCPUはお客様のサーバー専用に固定され、AMD EPYC 9004/9005プロセッサ（Zen 4 / Zen 5）とNVMeストレージを備え、アムステルダム（オランダ）、チューリッヒ（スイス）、ブカレスト（ルーマニア）に展開しています。12ヶ月契約では、各プランが、6社のKYC不要の暗号資産VPSホストの中から選ばれ、2026年11月2日に確認された、名前の明示された同等の専用CPUプランより少なくとも25%低い価格に設定されています。