Коротка відповідь
Чи може VPS транскодувати відео за допомогою FFmpeg без GPU?
Так. FFmpeg транскодує відео на VPS без GPU через свої CPU-енкодери, libx264, libx265 і SVT-AV1, для H.264, HEVC і AV1. У Cobaltfell VPS немає GPU, і FFmpeg сам визначає кількість потоків за vCPU. Темп задає пресет: у власному заголовку x264 сказано, що ultrafast у 100 разів швидший за placebo (перевірено 2 листопада 2026).
Які енкодери працюють на CPU і що змінюють пресети?
Пресет — це компроміс швидкості й розміру: повільніший пресет витрачає більше CPU, щоб зробити менший файл тієї самої якості. Він є в кожного програмного енкодера FFmpeg. Саму якість задають окремо, через CRF. Спершу оберіть якість, потім найповільніший пресет, який дозволяє дедлайн.
| Кодек | Енкодер FFmpeg | Пресети, від найшвидшого до найповільнішого | Що каже проєкт |
|---|---|---|---|
| H.264 | libx264 | ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo | Швидкість різко масштабується між пресетами; ultrafast повністю у 100 разів швидший за placebo |
| HEVC (H.265) | libx265 | ті самі десять назв; medium — типовий | Швидші пресети йдуть на компроміси за рахунок якості та ефективності стиснення |
| AV1 | libsvtav1 | пронумеровані від 13 (найшвидший) до 0 (найповільніший); власний типовий у SVT-AV1 — 8 | Вищі пресети швидші, але якість нижча |
H.264 з пресетом medium — безпечний вибір для широкого відтворення. HEVC і AV1 дають менші файли тієї самої якості й коштують більше CPU на кадр, тому вони пасують більшим тарифам.
Як FFmpeg використовує vCPU VPS?
FFmpeg і його енкодери визначають розмір своїх потоків за кількістю CPU, яку виявляють, а на VPS це кількість vCPU. Загальний параметр threads типово дорівнює auto, а -filter_threads (масштабування, накладання та інші фільтри) типово дорівнює кількості доступних CPU. x265 будує власні пули потоків, по одному на вузол NUMA, з розміром за кількістю CPU, і типово запускає wavefront parallel processing; його документація оцінює втрати стиснення від WPP менш ніж у 1% у більшості тестів.
Такий типовий режим правильний для одного кодування за раз. Кілька паралельних кодувань кожне намагатиметься задіяти всі vCPU і витрачатиме час на перемикання, а не на кодування. Розділіть потоки вручну: на Fell 8 два завдання по -threads 4 кожне або чотири завдання по -threads 2. Правило «потік проти ядра» пояснено в чи є виділений vCPU ядром чи потоком.
Одне кодування теж не масштабується безкінечно. Потокове й слайсове кодування мають межі, прив'язані до роздільності, тож файл 720p менше виграє від 16 потоків, ніж файл 4K.
Що змінюють виділені ядра для довгого кодування?
Кодування — це CPU на 100% стільки, скільки триває файл, — профіль навантаження, під який пишуть тарифи спільних планів, щоб його спиняти. За оглядом Cobaltfell від 2 листопада 2026, 29 із 51 хостів, які приймають крипту без перевірки ID, не продають жодного тарифу, чиї CPU вони називають виділеними. Двоє з них прямо прописують обмеження: умови Spartan Host забороняють використовувати понад 50% виділених ядер довше однієї години, а політика добросовісного використання Advin Servers обмежує завантаження CPU на 75%. Пакет фільмів порушує обидва. Загальний випадок викладено в яка різниця між спільним і виділеним vCPU.
У Cobaltfell: Повне навантаження дозволене стільки, скільки потрібно вашій роботі: без CPU-кредитів, без вікна бурсту і без тротлінгу після кількох хвилин на 100%. vCPU — це один апаратний потік процесора хоста. Ваші потоки закріплені один до одного за вашим VPS і ніколи не позичаються іншому клієнту, а два потоки одного фізичного ядра завжди лишаються разом, тож кожні 2 vCPU утворюють одне ціле ядро, якого не ділить із вами сусід. Коли жоден сусід не забирає цикли, показник speed=, який друкує FFmpeg, тримається від першої хвилини пакета до останньої, тож тривалість черги можна визначити заздалегідь.
Відео велике, тож диск і трафік важать не менше за ядра. Джерело й результат ділять NVMe тарифу (NVMe-сховище на кожному плані): Fell 8 вміщує 320 GB NVMe, а Fell 16 — 640 GB NVMe. Кожен VPS отримує одну IPv4-адресу та IPv6 /64 на порту 1 Gbit/s. Місячний трафік вашого плану рахує лише вихідні дані, і його перевищення саме собою ніколи не додає плати.
Як заміряти час кодування на VPS, перш ніж зобов'язатися?
Закодуйте одну хвилину реального джерела з кожним кандидатним налаштуванням і прочитайте значення speed=: 1x — це реальний час, 2x — удвічі швидше. -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 -Який тариф підходить для якого завдання транскодування?
Тариф визначає обсяг роботи, який треба завершувати за годину, а не один файл. Таблиця дає відправні точки, а не хронометраж: Наші власні результати YABS і Geekbench 6 разом із виміряним нами steal time будуть опубліковані із зазначенням дати, щойно буде доставлено нашу першу тестову машину. До того часу ми не наводимо жодного власного показника продуктивності. Ціни на кожен тариф наведено в скільки коштує VPS із виділеними ядрами.
Інші хости, які продають виділені ядра для довгих кодувань, впорядковано в який найкращий постачальник VPS із виділеним CPU у 2026 році.
| План | vCPU | NVMe | Типова робота з транскодування |
|---|---|---|---|
| Fell 2 | 2 | 80 GB NVMe | Нечасті конвертації в H.264, мініатюри, робота зі звуком і ремуксинг за допомогою -c copy, що майже не навантажує CPU |
| Fell 4 | 4 | 160 GB NVMe | Невелика черга завдань H.264 або одне кодування HEVC у швидкому preset |
| Fell 8 | 8 | 320 GB NVMe | Стабільна пакетна черга, два-чотири паралельні завдання H.264 або HEVC і AV1 у середніх preset |
| Fell 16 | 16 | 640 GB NVMe | Повільні preset для архівних файлів, AV1 у масштабі або кілька 4K-джерел одночасно |
Коли GPU — кращий інструмент для відео?
GPU — кращий інструмент для багатьох одночасних живих потоків у реальному часі або коли пропускна здатність кодування важливіша за максимально малий файл. Апаратні енкодери, як-от NVENC, Quick Sync і VAAPI, працюють на відеокарті чи вбудованому GPU, і FFmpeg використовує їх лише коли це обладнання присутнє. У Cobaltfell VPS його немає, тож його сила — програмне кодування: повільніше на потік, але з повним набором preset і ефективністю стиснення програмних енкодерів.
Для бібліотек на вимогу, нічних пакетів і архівів програмне кодування на виділених ядрах — простіше налаштування. Для живої платформи з десятками одночасних каналів апаратний GPU — правильна покупка. Те саме питання CPU чи GPU для мовних моделей розібрано в чи можу я запустити Ollama на VPS без GPU.
Які ще питання люди ставлять про FFmpeg на VPS?
Чи може VPS запускати сервер живих трансляцій з транскодуванням?
Для кількох потоків — так. Запустіть один тест, як наведені вище, у цільовій роздільній здатності й залиште лише ті налаштування, чий speed= тримається значно вище 1x: кодування на 1x не залишає запасу для насиченої сцени.
Чи може черга кодування працювати на повному навантаженні днями?
У Cobaltfell — так. Повне навантаження дозволене стільки, скільки потрібно вашій роботі: без CPU-кредитів, без вікна бурсту і без тротлінгу після кількох хвилин на 100%. Єдине виключене ресурсомістке для CPU використання: Майнінг будь-якої криптовалюти заборонено на будь-якому плані й будь-яким програмним забезпеченням. Ваша власна важка робота CPU, як-от збірки, кодування, інференс або бази даних, може виконуватися на повному навантаженні, а вузол, що лише валідує блокчейн, не є майнінгом.
Чи зараховується завантаження великих вихідних файлів як трафік?
У Cobaltfell — ні. Кожен VPS отримує одну IPv4-адресу та IPv6 /64 на порту 1 Gbit/s. Місячний трафік вашого плану рахує лише вихідні дані, і його перевищення саме собою ніколи не додає плати. Вхідні файли нічого не коштують; рахується лише те, що 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 будуть опубліковані із зазначенням дати, щойно буде доставлено нашу першу тестову машину. До того часу ми не наводимо жодного власного показника продуктивності. Швидкість кодування настільки залежить від джерела, кодека й preset, що хвилинний тест на вашому власному матеріалі залишається кращим орієнтиром.
Джерела (8)
- Документація FFmpeg щодо кодеків (threads, libx264, libx265, libsvtav1) — FFmpeg (checked 2026-11-02)
- документація ffmpeg (-filter_threads) — FFmpeg (checked 2026-11-02)
- x264.h: назви preset і примітка про швидкість (дзеркало репозиторію VideoLAN x264) — VideoLAN x264 (checked 2026-11-02)
- preset x265 — x265 project (checked 2026-11-02)
- Багатопоточність x265 — x265 project (checked 2026-11-02)
- параметри SVT-AV1 — Alliance for Open Media (checked 2026-11-02)
- Умови надання послуг Spartan Host spartanhost.org/tos — Spartan Host (checked 2026-11-02)
- Політика добросовісного використання Advin Servers docs.advinservers.com/policies/fair-use — Advin Servers (checked 2026-11-02)