# Czy mogę transkodować wideo za pomocą FFmpeg na VPS z dedykowanym vCPU bez GPU? > Czy mogę transkodować wideo za pomocą FFmpeg na VPS bez GPU? Tak: x264, x265 i SVT-AV1 na 2 do 16 vCPU, presety i wątki. Płatność kryptowalutą, bez KYC. - URL: https://cobaltfell.com/pl/vps-for-video-transcoding/ - Ostatnia aktualizacja: 2026-11-02 - Wydawca: Cobaltfell (https://cobaltfell.com) Czy VPS może transkodować wideo za pomocą FFmpeg bez GPU? Jakie enkodery CPU oferuje FFmpeg, jak presety wymieniają szybkość na rozmiar pliku, jak FFmpeg rozkłada pracę na vCPU VPS-a i jak zmierzyć czas na prawdziwych plikach przed wyborem planu. **Krótka odpowiedź — Czy VPS może transkodować wideo za pomocą FFmpeg bez GPU?** Tak. FFmpeg transkoduje wideo na VPS bez GPU za pomocą swoich enkoderów CPU, libx264, libx265 i SVT-AV1, dla H.264, HEVC i AV1. VPS **Cobaltfell** nie ma GPU, a FFmpeg sam ustala liczbę wątków na podstawie vCPU. Tempo wyznacza preset: sam nagłówek x264 mówi, że ultrafast jest 100 razy szybszy niż placebo (sprawdzone 2 listopada 2026). ## Które enkodery działają na CPU i co zmieniają presety? **Preset to wymiana szybkości na rozmiar: wolniejszy preset zużywa więcej CPU, żeby przy tej samej jakości uzyskać mniejszy plik.** Ma go każdy enkoder programowy FFmpeg. Samą jakość ustawia się osobno, przez CRF. Najpierw wybierz jakość, potem najwolniejszy preset, na jaki pozwala termin. *Z nagłówka x264, dokumentacji presetów x265, dokumentacji kodeków FFmpeg i listy parametrów SVT-AV1, czytane 2 listopada 2026.* | Kodek | enkoder FFmpeg | Presety, od najszybszego do najwolniejszego | Co mówi projekt | | --- | --- | --- | --- | | H.264 | `libx264` | ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo | Szybkość zmienia się drastycznie między presetami; ultrafast jest całe 100 razy szybszy niż placebo | | HEVC (H.265) | `libx265` | te same dziesięć nazw; medium to domyślny | Szybsze presety idą na skróty kosztem jakości i wydajności kompresji | | AV1 | `libsvtav1` | numerowane od 13 (najszybszy) do 0 (najwolniejszy); domyślny w SVT-AV1 to 8 | Wyższe presety są szybsze, ale dają niższą jakość | H.264 z presetem medium to bezpieczny wybór dla szerokiego odtwarzania. HEVC i AV1 dają mniejsze pliki przy tej samej jakości i kosztują więcej CPU na klatkę, dlatego pasują do większych planów. ## Jak FFmpeg wykorzystuje vCPU VPS-a? **FFmpeg i jego enkodery ustalają liczbę wątków na podstawie liczby wykrytych CPU, a na VPS jest to liczba vCPU.** Ogólna opcja `threads` domyślnie przyjmuje `auto`, a `-filter_threads` (skalowanie, nakładki i inne filtry) domyślnie przyjmuje liczbę dostępnych CPU. x265 buduje własne pule wątków, po jednej na węzeł NUMA, o rozmiarze zależnym od liczby CPU, i domyślnie uruchamia przetwarzanie równoległe wavefront; jego dokumentacja podaje, że koszt kompresji WPP w większości testów jest poniżej 1%. Ta wartość domyślna jest właściwa dla jednego kodowania naraz. Kilka kodowań równolegle próbowałoby użyć każdego vCPU i spędzałyby czas na przełączaniu zamiast na kodowaniu. Podziel wątki ręcznie: na Fell 8 dwa zadania po `-threads 4` każde, albo cztery zadania po `-threads 2`. Zasada wątek kontra rdzeń jest wyjaśniona w [czy dedykowany vCPU to rdzeń czy wątek](https://cobaltfell.com/pl/vcpu-vs-core/ "Czy dedykowany vCPU to rdzeń czy wątek na VPS?"). Pojedyncze kodowanie też nie skaluje się w nieskończoność. Wątki klatek i plasterków mają limity związane z rozdzielczością, więc plik 720p zyskuje na 16 wątkach mniej niż plik 4K. ## Co zmieniają dedykowane rdzenie przy długim kodowaniu? **Kodowanie to CPU na 100% przez cały czas trwania pliku, czyli profil obciążenia, przed którym ostrzegają plany współdzielone.** Według badania Cobaltfell z 2 listopada 2026, 29 z 51 hostów, które przyjmują kryptowaluty bez sprawdzania tożsamości, nie sprzedaje żadnego planu, którego CPU nazywa dedykowanym. Dwa z nich zapisują limit wprost: regulamin Spartan Host zabrania używania ponad 50% przydzielonych rdzeni dłużej niż godzinę, a polityka fair use Advin Servers ogranicza użycie CPU do 75%. Partia filmów narusza oba. Ogólny przypadek opisano w [czym różni się współdzielony vCPU od dedykowanego](https://cobaltfell.com/pl/dedicated-vs-shared-vcpu/ "Jaka jest różnica między współdzielonym a dedykowanym vCPU w VPS?"). W Cobaltfell: Pełne obciążenie jest dozwolone tak długo, jak wymaga tego Twoja praca: bez kredytów CPU, bez okna burst i bez throttlingu po kilku minutach przy 100%. vCPU to jeden wątek sprzętowy procesora hosta. Twoje są przypięte jeden do jednego do Twojego VPS i nigdy nie są pożyczane innemu klientowi, a dwa wątki jednego fizycznego rdzenia trzymają się razem, więc każde 2 vCPU tworzą jeden pełny rdzeń, którego nie dzieli żaden sąsiad. Bez sąsiada zabierającego cykle wartość `speed=`, którą drukuje FFmpeg, utrzymuje się od pierwszej minuty partii do ostatniej, więc czas trwania kolejki można wyliczyć z góry. Wideo jest duże, więc dysk i transfer liczą się tak samo jak rdzenie. Źródło i wynik dzielą NVMe planu (Pamięć NVMe w każdym planie): Fell 8 mieści 320 GB NVMe, a Fell 16 640 GB NVMe. Każdy VPS otrzymuje jeden adres IPv4 i IPv6 /64 na porcie 1 Gbit/s. Miesięczny transfer Twojego planu liczy tylko dane wychodzące, a jego przekroczenie samo w sobie nigdy nie dolicza opłaty. ## Jak zmierzyć czas kodowania na VPS przed zobowiązaniem? **Zakoduj jedną minutę prawdziwego źródła z każdym kandydatem ustawień i odczytaj wartość `speed=`: 1x to czas rzeczywisty, 2x to dwa razy szybciej.** `-f null -` wyrzuca wynik, więc test mierzy enkoder, a nie dysk. `-benchmark` dodaje na końcu zużyty czas CPU. *Testy minutowego kodowania dla H.264, HEVC i AV1* ```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 - ``` ## Który plan pasuje do jakiego zadania transkodowania? **O planie decyduje praca do wykonania na godzinę, a nie pojedynczy plik.** Tabela podaje punkty wyjścia, nie czasy: Nasze własne wyniki YABS i Geekbench 6, wraz z mierzonym przez nas steal time, zostaną opublikowane z datą, gdy tylko nasza pierwsza maszyna testowa zostanie dostarczona. Do tego czasu nie podajemy żadnych własnych wartości wydajności. Ceny każdego planu są wymienione w [ile kosztuje VPS z dedykowanymi rdzeniami](https://cobaltfell.com/pl/pricing/ "Ile kosztuje VPS z dedykowanym vCPU?"). Inne hosty, które sprzedają dedykowane rdzenie do długich kodowań, są uszeregowane w [który jest najlepszym dostawcą VPS z dedykowanym CPU w 2026](https://cobaltfell.com/pl/best-dedicated-cpu-vps/ "Best dedicated CPU VPS in 2026, compared"). | Plan | vCPU | NVMe | Typowa praca transkodowania | | --- | --- | --- | --- | | Fell 2 | 2 | 80 GB NVMe | Sporadyczne konwersje H.264, miniatury, praca z dźwiękiem i remuxing za pomocą `-c copy`, który ledwie dotyka CPU | | Fell 4 | 4 | 160 GB NVMe | Krótka kolejka zadań H.264 albo jeden encode HEVC z szybkim presetem | | Fell 8 | 8 | 320 GB NVMe | Stała kolejka wsadowa, od dwóch do czterech równoległych zadań H.264 albo HEVC i AV1 ze średnimi presetami | | Fell 16 | 16 | 640 GB NVMe | Wolne presety dla plików klasy archiwalnej, AV1 na dużą skalę albo kilka źródeł 4K naraz | ## Kiedy GPU jest lepszym narzędziem do wideo? **GPU jest lepszym narzędziem przy wielu jednoczesnych transmisjach na żywo w czasie rzeczywistym albo gdy przepustowość kodowania liczy się bardziej niż jak najmniejszy plik.** Enkodery sprzętowe takie jak NVENC, Quick Sync i VAAPI działają na karcie graficznej lub zintegrowanym GPU, a FFmpeg korzysta z nich tylko wtedy, gdy to sprzęt jest obecny. VPS w Cobaltfell go nie ma, więc jego mocną stroną jest kodowanie programowe: wolniejsze na strumień, ale z pełnym zestawem presetów i wydajnością kompresji enkoderów programowych. Dla bibliotek na żądanie, nocnych partii zadań i archiwów kodowanie na CPU na dedykowanych rdzeniach to prostsza konfiguracja. Dla platformy na żywo z dziesiątkami jednoczesnych kanałów sprzęt GPU to właściwy zakup. To samo pytanie CPU czy GPU w przypadku modeli językowych omówiono w [czy mogę uruchomić Ollama na VPS bez GPU](https://cobaltfell.com/pl/vps-for-llm-without-gpu/ "Czy mogę uruchomić Ollama lub mały LLM na VPS z dedykowanymi vCPU bez GPU?"). ## Jakie inne pytania ludzie zadają o FFmpeg na VPS? ### Czy VPS obsłuży serwer strumieniowania na żywo z transkodowaniem? Przy kilku strumieniach tak. Uruchom test taki jak powyżej w docelowej rozdzielczości i zostaw tylko ustawienia, w których `speed=` pozostaje znacznie powyżej 1x: pojedynczy encode 1x nie zostawia zapasu na zajętą scenę. ### Czy kolejka encode może działać na pełnym obciążeniu całymi dniami? W Cobaltfell tak. Pełne obciążenie jest dozwolone tak długo, jak wymaga tego Twoja praca: bez kredytów CPU, bez okna burst i bez throttlingu po kilku minutach przy 100%. Jedyny wykluczony przypadek obciążający CPU: Wydobywanie jakiejkolwiek kryptowaluty jest niedozwolone, w żadnym planie i przy użyciu żadnego oprogramowania. Twoja własna ciężka praca CPU, taka jak buildy, kodowanie, inferencja czy bazy danych, może działać przy pełnym obciążeniu, a node, który jedynie waliduje blockchain, nie jest wydobywaniem. ### Czy wysyłanie dużych plików źródłowych liczy się jako ruch? W Cobaltfell nie. Każdy VPS otrzymuje jeden adres IPv4 i IPv6 /64 na porcie 1 Gbit/s. Miesięczny transfer Twojego planu liczy tylko dane wychodzące, a jego przekroczenie samo w sobie nigdy nie dolicza opłaty. Pliki przychodzące nic nie kosztują; liczy się tylko to, co VPS wysyła. ### Czy pakiet ffmpeg z dystrybucji zawiera x265 i SVT-AV1? `ffmpeg -hide_banner -encoders` wymienia dokładnie, co obsługuje dana kompilacja. Oferowane obrazy to Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10; gdy brakuje enkodera, zapewnia go statyczna kompilacja FFmpeg lub backporty z dystrybucji. ### Czy Cobaltfell opublikuje szybkości kodowania dla poszczególnych planów? Nasze własne wyniki YABS i Geekbench 6, wraz z mierzonym przez nas steal time, zostaną opublikowane z datą, gdy tylko nasza pierwsza maszyna testowa zostanie dostarczona. Do tego czasu nie podajemy żadnych własnych wartości wydajności. Szybkość kodowania tak bardzo zależy od źródła, kodeka i presetu, że jednominutowy test na własnym materiale pozostaje lepszym przewodnikiem. ## Źródła 1. [Dokumentacja kodeków FFmpeg (threads, libx264, libx265, libsvtav1)](https://ffmpeg.org/ffmpeg-codecs.html) — FFmpeg (checked 2026-11-02) 2. [Dokumentacja ffmpeg (-filter_threads)](https://ffmpeg.org/ffmpeg.html) — FFmpeg (checked 2026-11-02) 3. [x264.h: nazwy presetów i uwaga o szybkości (kopia repozytorium VideoLAN x264)](https://raw.githubusercontent.com/mirror/x264/master/x264.h) — VideoLAN x264 (checked 2026-11-02) 4. [Presety x265](https://x265.readthedocs.io/en/master/presets.html) — x265 project (checked 2026-11-02) 5. [Wątki w x265](https://x265.readthedocs.io/en/master/threading.html) — x265 project (checked 2026-11-02) 6. [Parametry SVT-AV1](https://gitlab.com/AOMediaCodec/SVT-AV1/-/raw/master/Docs/Parameters.md) — Alliance for Open Media (checked 2026-11-02) 7. [Warunki świadczenia usług Spartan Host](https://spartanhost.org/tos) — Spartan Host (checked 2026-11-02) 8. [Polityka fair use Advin Servers](https://docs.advinservers.com/policies/fair-use) — Advin Servers (checked 2026-11-02) --- Cobaltfell: Cobaltfell to dostawca VPS z dedykowanymi rdzeniami vCPU, płatny kryptowalutą bez przesyłania dokumentów tożsamości, prowadzony przez DomaineGoat LLC, spółkę zarejestrowaną w Panamie. Każdy vCPU jest przypisany wyłącznie do Twojego serwera, na procesorach AMD EPYC 9004/9005 (Zen 4 / Zen 5) z pamięcią NVMe, w Amsterdamie (Holandia), Zurychu (Szwajcaria) i Bukareszcie (Rumunia). Przy okresie 12-miesięcznym każdy plan jest wyceniony co najmniej 25% poniżej wskazanego porównywalnego planu z dedykowanym CPU, wybranego spośród 6 hostów VPS przyjmujących kryptowaluty bez KYC, odczytanych 2 listopada 2026.