Quick answer
क्या कोई VPS बिना GPU के FFmpeg से वीडियो ट्रांसकोड कर सकता है?
हाँ। FFmpeg बिना GPU के VPS पर अपने CPU encoders, libx264, libx265 और SVT-AV1 के ज़रिए H.264, HEVC और AV1 के लिए वीडियो ट्रांसकोड करता है। Cobaltfell VPS में GPU नहीं होता, और FFmpeg अपनी thread संख्या vCPU से खुद चुन लेता है। गति preset तय करता है: x264 की खुद की हेडर कहती है कि ultrafast, placebo से 100 गुना तेज़ है (2 नवंबर 2026 को जाँचा गया)।
कौन से encoders CPU पर चलते हैं, और presets क्या बदलते हैं?
एक preset गति और साइज़ के बीच समझौता है: धीमा preset उसी क्वालिटी पर छोटी फ़ाइल बनाने के लिए ज़्यादा CPU खर्च करता है। FFmpeg के हर सॉफ़्टवेयर encoder में यह होता है। क्वालिटी अलग से, CRF से तय होती है। पहले क्वालिटी चुनें, फिर सबसे धीमा preset जो समय-सीमा में फिट हो जाए।
| कोडेक | FFmpeg encoder | Presets, सबसे तेज़ से सबसे धीमे | प्रोजेक्ट क्या कहता है |
|---|---|---|---|
| H.264 | libx264 | ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo | Presets के साथ गति नाटकीय रूप से बदलती है; ultrafast, placebo से पूरे 100 गुना तेज़ है |
| HEVC (H.265) | libx265 | वही दस नाम; medium डिफ़ॉल्ट है | तेज़ presets क्वालिटी और compression efficiency की कीमत पर शॉर्टकट लेते हैं |
| AV1 | libsvtav1 | 13 (सबसे तेज़) से 0 (सबसे धीमे) तक क्रमांकित; SVT-AV1 का अपना डिफ़ॉल्ट 8 है | ज़्यादा presets तेज़ हैं लेकिन क्वालिटी कम |
व्यापक प्लेबैक के लिए medium preset पर H.264 सुरक्षित विकल्प है। HEVC और AV1 उसी क्वालिटी पर छोटी फ़ाइलें देते हैं और प्रति फ़्रेम ज़्यादा CPU खर्च करते हैं, इसलिए वे बड़े प्लान पर बनते हैं।
FFmpeg VPS के vCPU का उपयोग कैसे करता है?
FFmpeg और उसके encoders अपनी threads उतनी संख्या में बनाते हैं जितने CPU उन्हें दिखते हैं, जो VPS पर vCPU की संख्या है। सामान्य threads विकल्प का डिफ़ॉल्ट auto है, और -filter_threads (scaling, overlays और अन्य filters) का डिफ़ॉल्ट उपलब्ध CPUs की संख्या है। x265 अपने thread pools खुद बनाता है, प्रति NUMA node एक, CPU संख्या से नापकर, और डिफ़ॉल्ट रूप से wavefront parallel processing चलाता है; उसका दस्तावेज़ कहता है कि ज़्यादातर टेस्ट में WPP की compression लागत 1% से कम है।
यह डिफ़ॉल्ट एक बार में एक encode के लिए सही है। कई encodes एक साथ हर vCPU का उपयोग करने की कोशिश करेंगे और encode करने के बजाय समय context switching में गँवा देंगे। threads हाथ से बाँटें: Fell 8 पर, दो jobs प्रत्येक -threads 4 के साथ, या चार jobs -threads 2 के साथ। thread बनाम core का नियम क्या समर्पित vCPU core है या thread में समझाया गया है।
एक अकेला encode भी अनंत तक scale नहीं करता। Frame और slice threading की सीमाएँ resolution से जुड़ी हैं, इसलिए 720p फ़ाइल को 16 threads से 4K फ़ाइल की तुलना में कम फ़ायदा होता है।
लंबे encode में समर्पित cores क्या बदलते हैं?
Encode जब तक फ़ाइल चलती है तब तक CPU 100% रहता है, यही load profile है जिसे रोकने के लिए shared प्लान लिखे जाते हैं। Cobaltfell के 2 नवंबर 2026 के सर्वे के अनुसार, बिना ID जाँच के क्रिप्टो लेने वाले 51 होस्ट्स में से 29 ऐसा कोई प्लान नहीं बेचते जिसके CPU को वे समर्पित कहते हों। उनमें से दो ने लिखित सीमा रखी है: Spartan Host की शर्तें आवंटित cores के 50% से ज़्यादा एक घंटे से अधिक इस्तेमाल करने की मनाही करती हैं, और Advin Servers की fair-use policy CPU उपयोग 75% पर सीमित करती है। फ़िल्मों का batch दोनों को पार कर देता है। सामान्य स्थिति shared और समर्पित vCPU में क्या अंतर है में बताई गई है।
Cobaltfell पर: जब तक आपके काम को ज़रूरत हो, पूरा load चलाने की अनुमति है: कोई CPU credit नहीं, कोई burst window नहीं और 100% पर कुछ मिनट बाद कोई throttling नहीं। एक vCPU होस्ट प्रोसेसर का एक हार्डवेयर थ्रेड है। आपके थ्रेड आपके VPS से एक-से-एक पिन किए जाते हैं और कभी किसी दूसरे ग्राहक को नहीं दिए जाते, और एक फ़िज़िकल कोर के दोनों थ्रेड साथ ही रहते हैं, इसलिए हर 2 vCPU एक पूरा कोर बनाते हैं जिसे कोई पड़ोसी साझा नहीं करता। चूँकि कोई पड़ोसी cycles नहीं लेता, FFmpeg जो speed= दिखाता है वह batch के पहले मिनट से आखिरी तक टिका रहता है, इसलिए queue की अवधि पहले से निकाली जा सकती है।
वीडियो बड़ा होता है, इसलिए disk और traffic भी cores जितने ही मायने रखते हैं। Source और output प्लान की NVMe (हर प्लान पर NVMe storage) साझा करते हैं: Fell 8 में 320 GB NVMe और Fell 16 में 640 GB NVMe। हर VPS को एक IPv4 पता और 1 Gbit/s पोर्ट पर एक IPv6 /64 मिलता है। आपके प्लान का मासिक traffic केवल बाहर जाने वाले data को गिनता है, और उससे आगे जाने पर अपने आप कोई शुल्क नहीं जुड़ता।
प्लान लेने से पहले VPS पर encode का समय कैसे नापें?
असली source के एक मिनट को हर उम्मीदवार सेटिंग के साथ encode करें और speed= मान पढ़ें: 1x असली समय है, 2x दोगुना तेज़ है। -f null - output फेंक देता है, इसलिए टेस्ट encoder नापता है, disk नहीं। -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 हम मापते हैं, हमारी पहली टेस्ट मशीन डिलीवर होते ही तारीख के साथ प्रकाशित किए जाएँगे। तब तक हम अपनी तरफ़ से कोई performance आँकड़ा नहीं देते। हर प्लान की कीमतें समर्पित-core VPS की कीमत कितनी है के अंतर्गत दी गई हैं।
लंबे encodes के लिए समर्पित cores बेचने वाले अन्य होस्ट्स 2026 में सबसे अच्छा समर्पित CPU VPS प्रदाता कौन है में क्रमबद्ध हैं।
| प्लान | vCPU | NVMe | आम ट्रांसकोडिंग काम |
|---|---|---|---|
| Fell 2 | 2 | 80 GB NVMe | कभी-कभार H.264 रूपांतरण, thumbnails, audio काम और -c copy के साथ remuxing, जो CPU को लगभग छूता ही नहीं |
| Fell 4 | 4 | 160 GB NVMe | H.264 कार्यों की एक छोटी क्यू, या तेज़ प्रीसेट पर एक HEVC एनकोड |
| Fell 8 | 8 | 320 GB NVMe | एक स्थिर बैच क्यू, दो से चार समानांतर H.264 कार्य, या medium प्रीसेट पर HEVC और AV1 |
| Fell 16 | 16 | 640 GB NVMe | आर्काइव-ग्रेड फ़ाइलों के लिए धीमे प्रीसेट, बड़े पैमाने पर AV1, या एक साथ कई 4K स्रोत |
वीडियो के लिए GPU बेहतर टूल कब होता है?
GPU उस समय बेहतर टूल होता है जब बहुत सारे लाइव स्ट्रीम एक साथ रीयल टाइम में चलाने हों, या जब encode throughput सबसे छोटी संभव फ़ाइल से ज़्यादा मायने रखे। NVENC, Quick Sync और VAAPI जैसे hardware encoder एक ग्राफ़िक्स कार्ड या integrated GPU पर चलते हैं, और FFmpeg उन्हें केवल तब इस्तेमाल करता है जब वह हार्डवेयर मौजूद हो। Cobaltfell VPS में यह नहीं होता, इसलिए इसकी ताक़त software encoding है: प्रति स्ट्रीम धीमी, लेकिन पूरे प्रीसेट सेट और software encoder की compression efficiency के साथ।
on-demand लाइब्रेरी, रात भर के बैच और आर्काइव के लिए dedicated cores पर CPU encoding ज़्यादा सरल सेटअप है। दर्जनों समानांतर चैनल वाले लाइव प्लेटफ़ॉर्म के लिए GPU हार्डवेयर सही खरीद है। भाषा मॉडल के लिए वही CPU-या-GPU सवाल क्या मैं बिना GPU के VPS पर Ollama चला सकता हूँ में जवाब दिया गया है।
VPS पर FFmpeg के बारे में लोग और कौन-से सवाल पूछते हैं?
क्या VPS ट्रांसकोडिंग के साथ लाइव स्ट्रीमिंग सर्वर चला सकता है?
कुछ स्ट्रीम के लिए, हाँ। ऊपर दिए गए परीक्षणों जैसा एक टेस्ट लक्ष्य resolution पर चलाएँ और केवल वे सेटिंग्स रखें जिनका speed= 1x से काफ़ी ऊपर रहे: 1x का एक अकेला encode व्यस्त दृश्य के लिए कोई गुंजाइश नहीं छोड़ता।
क्या एक encode क्यू कई दिनों तक पूरे लोड पर चल सकती है?
Cobaltfell पर, हाँ। जब तक आपके काम को ज़रूरत हो, पूरा load चलाने की अनुमति है: कोई CPU credit नहीं, कोई burst window नहीं और 100% पर कुछ मिनट बाद कोई throttling नहीं। एक अपवाद जिसमें CPU-भारी उपयोग शामिल नहीं है: किसी भी cryptocurrency की mining की अनुमति नहीं है, किसी भी प्लान पर और किसी भी software से। आपका अपना भारी CPU काम, जैसे builds, encoding, inference या databases, पूरे load पर चल सकता है, और केवल blockchain validate करने वाला node mining नहीं है।
क्या बड़ी स्रोत फ़ाइलें अपलोड करना ट्रैफ़िक में गिना जाता है?
Cobaltfell पर नहीं। हर VPS को एक IPv4 पता और 1 Gbit/s पोर्ट पर एक IPv6 /64 मिलता है। आपके प्लान का मासिक traffic केवल बाहर जाने वाले data को गिनता है, और उससे आगे जाने पर अपने आप कोई शुल्क नहीं जुड़ता। आने वाली फ़ाइलों का कोई खर्च नहीं; केवल वही गिना जाता है जो VPS बाहर भेजता है।
क्या distribution के ffmpeg पैकेज में x265 और SVT-AV1 शामिल हैं?
ffmpeg -hide_banner -encoders ठीक-ठीक बताता है कि एक build क्या समर्थित करता है। उपलब्ध images Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10 हैं; जब कोई encoder न मिले, तो static FFmpeg build या distribution के backports उसे दे देते हैं।
क्या Cobaltfell प्रति प्लान encoding गतियाँ प्रकाशित करेगा?
हमारे अपने YABS और Geekbench 6 नतीजे, साथ ही जो steal time हम मापते हैं, हमारी पहली टेस्ट मशीन डिलीवर होते ही तारीख के साथ प्रकाशित किए जाएँगे। तब तक हम अपनी तरफ़ से कोई performance आँकड़ा नहीं देते। Encoding गति स्रोत, codec और प्रीसेट पर इतनी निर्भर होती है कि अपनी सामग्री पर एक मिनट का टेस्ट ही बेहतर मार्गदर्शक रहता है।
Sources (8)
- FFmpeg codecs दस्तावेज़ (threads, libx264, libx265, libsvtav1) — FFmpeg (checked 2026-11-02)
- ffmpeg दस्तावेज़ (-filter_threads) — FFmpeg (checked 2026-11-02)
- x264.h: प्रीसेट नाम और गति नोट (VideoLAN x264 रिपॉज़िटरी का मिरर) — VideoLAN x264 (checked 2026-11-02)
- x265 प्रीसेट — x265 project (checked 2026-11-02)
- x265 threading — 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 fair use policy docs.advinservers.com/policies/fair-use — Advin Servers (checked 2026-11-02)