सेल्फ-होस्टेड ट्यूब साइटों के लिए वीडियो एन्कोडिंग: FFmpeg, AV1 और स्टोरेज गणित

गाइड 11 मिनट पढ़ें अपडेट किया गया जुल॰ 2026

मुख्य बातें

तीन रेंडिशन एक ट्यूब साइट को कवर करते हैं (240/480/720); 1080p एक मुद्रीकरण लीवर है, डिफ़ॉल्ट नहीं।
CRF 23 + veryfast + faststart + एक समझदार keyframe कैडेंस वॉल्यूम-इम्पोर्ट का वर्कहॉर्स है।
AV1 30–50% बिटरेट बचाता है लेकिन एन्कोड लागत को गुणा कर देता है — हर जगह बेसलाइन H.264, सिर्फ़ टॉप-ट्रैफ़िक कंटेंट के लिए AV1।
वॉटरमार्क और इंट्रो बर्न-इन होते हैं — कैटलॉग को बल्क-प्रोसेस करने से पहले इन्हें तय करें, बाद में नहीं।
50k वीडियो पर अकेली लैडर लगभग 26–56 TB है — ट्यूब स्केल पर स्टोरेज सर्वर + CDN, क्लाउड ऑब्जेक्ट स्टोरेज को बड़े अंतर से मात देते हैं।

एन्कोडिंग ही वह जगह है जहाँ एक ट्यूब साइट की अर्थव्यवस्था असल में तय होती है। स्टोरेज और बैंडविड्थ वे दो बिल हैं जो सफलता के साथ-साथ बढ़ते हैं, और दोनों असल में एक ही चीज़ के फ़ंक्शन हैं: आप एन्कोड कैसे करते हैं। फिर भी ट्यूब-विशिष्ट एन्कोडिंग गाइडेंस खोजने पर आपको क्लाउड वेंडरों द्वारा लिखे गए घिसे-पिटे कोडेक-वॉर आर्टिकल ही मिलते हैं, जिनका निष्कर्ष हमेशा “बहुत मुश्किल है, हमारा प्लेटफ़ॉर्म इस्तेमाल करें” होता है। यह गाइड इसके ठीक उलट है: 2026 में एक सेल्फ़-होस्टेड ट्यूब साइट के लिए FFmpeg सेटिंग्स, रेंडिशन लैडर और स्टोरेज गणित, सेल्फ़-होस्टेड पक्ष में खड़े किसी व्यक्ति की तरफ़ से।

नीचे दिए गए बिटरेट और साइज़ सामान्य 2D एडल्ट कंटेंट के लिए व्यावहारिक डिफ़ॉल्ट हैं, कोई नियम नहीं। कोडेक लाइसेंसिंग की स्थिति और ब्राउज़र-सपोर्ट के प्रतिशत 2026 के मध्य तक रिपोर्ट किए गए अनुसार हैं — किसी भी एक कोडेक पर 200k-वीडियो कैटलॉग को प्रतिबद्ध करने से पहले स्वयं सत्यापित करें।

रेंडिशन लैडर: तीन पायदान, शायद चार

स्ट्रीमिंग प्लेटफ़ॉर्म आठ पायदानों वाली लैडर पब्लिश करते हैं क्योंकि वे स्मार्ट TV से लेकर एलिवेटर तक सब कुछ सर्व करते हैं। एक ट्यूब साइट को तीन, कभी-कभी चार चाहिए:

रेंडिशन	रिज़ॉल्यूशन	H.264 बिटरेट (≈)	प्रति 10 मिनट साइज़ (≈)	भूमिका
240p	426×240	300–500 kbps	25–40 MB	धीमे मोबाइल नेटवर्क, इंस्टेंट स्टार्ट
480p	854×480	1.0–1.5 Mbps	80–115 MB	वर्कहॉर्स — ज़्यादातर ट्यूब ट्रैफ़िक यहीं चलता है
720p	1280×720	2.5–3.5 Mbps	190–265 MB	डिफ़ॉल्ट “HD”, वह क्वालिटी जिसकी यूज़र्स मुफ़्त में उम्मीद करते हैं
1080p (वैकल्पिक)	1920×1080	4.5–6 Mbps	340–450 MB	प्रीमियम/मेंबर टियर, सोर्स-क्वालिटी शोकेस

सटीक आँकड़ों से ज़्यादा दो फ़ैसले मायने रखते हैं। सोर्स रखें या नहीं: रीएन्कोडिंग हमेशा सिर्फ़ उसी से संभव है जो आपने सुरक्षित रखा है, इसलिए एक्सक्लूसिव/लाइसेंस्ड कंटेंट के लिए ओरिजिनल फ़ाइलें रखें और फ़ीड कंटेंट को सिर्फ़ रेंडिशन के रूप में रहने दें। क्या 1080p मुफ़्त हो: फ़ुल HD को मेंबर पर्क बनाना सबसे पुराने और कारगर ट्यूब मॉनेटाइज़ेशन लीवर में से एक है, और यह साथ ही आपका बैंडविड्थ बिल भी घटाता है। (TubePress आपको फ़ॉर्मैट सूची ही परिभाषित करने देता है: कौन-सी रेंडिशन बनें और किन FFmpeg विकल्पों के साथ।)

FFmpeg सेटिंग्स जो असल में मायने रखती हैं

एक ट्यूब-ग्रेड H.264 एन्कोड चार फ़ैसलों का मामला है, फिर एक टेम्पलेट। क्वालिटी मोड: कंसिस्टेंट पर्सेप्चुअल क्वालिटी के लिए CRF इस्तेमाल करें (-crf 23 से शुरू करें, प्रीमियम टियर के लिए 21–22 तक घटाएँ) साथ में -maxrate/-bufsize कैप्स ताकि कोई एक हाई-मोशन सीन डिलीवरी को न बिगाड़ दे। स्पीड: -preset veryfast वॉल्यूम-इम्पोर्ट का वर्कहॉर्स है — slow के मुक़ाबले फ़ाइल-साइज़ का नुक़सान असली है पर मामूली, जबकि CPU-टाइम का अंतर 5–10× है; धीमे प्रीसेट प्रीमियम कंटेंट के लिए बचाकर रखें। सीकिंग: कीफ़्रेम कैडेंस सेट करें (-g 48–120) ताकि स्क्रबिंग — जो ट्यूब यूज़र्स लगातार करते हैं — तुरंत काम करे। डिलीवरी: प्रोग्रेसिव MP4 के लिए -movflags +faststart अनिवार्य है, वरना प्लेयर शुरू होने से पहले पूरी फ़ाइल का इंतज़ार करता है। इन सबको मिलाकर, एक 480p वर्कहॉर्स रेंडिशन कुछ इस तरह दिखता है:

ffmpeg -i src.mp4 -vf scale=-2:480 -c:v libx264 -preset veryfast -crf 23 -maxrate 1.5M -bufsize 3M -g 96 -c:a aac -b:a 96k -movflags +faststart out_480.mp4

रेंडिशन के अलावा, एन्कोड पाइपलाइन वे एसेट भी बनाती है जो क्लिक दिलाते हैं: पोस्टर थंबनेल, एनिमेटेड होवर प्रीव्यू (टाइमलाइन भर से सैंपल की गई छोटी कम-fps WebP/MP4 स्ट्रिप्स — CTR के लिए असमान रूप से महत्वपूर्ण), और, अगर आप अपने कंटेंट को ब्रांड करते हैं, तो वॉटरमार्क। वॉटरमार्क और इंट्रो बंपर बर्न-इन होते हैं — एक ओवरले नहीं बल्कि एक रीएन्कोड — इसलिए इन्हें किसी कैटलॉग को बल्क-प्रोसेस करने से पहले तय करें, बाद में नहीं। TubePress की ट्रांसकोडिंग पाइपलाइन एडमिन-डिफ़ाइंड फ़ॉर्मैट लिस्ट से रेंडिशन, थंबनेल और प्रीव्यू जनरेट करती है, वॉटरमार्क और इंट्रो बर्न-इन विकल्पों के साथ — ऊपर बताया गया वही FFmpeg लॉजिक, जो अपलोड और बल्क-इम्पोर्ट फ़्लो में जुड़ा हुआ है।

2026 में AV1 और H.265: ईमानदार जवाब

कोडेक-वॉर आर्टिकल एक बात में सही हैं: तुलनीय क्वालिटी पर AV1, H.264 की तुलना में लगभग 30–50% बिटरेट की बचत देता है, और मौजूदा वर्ज़न पर अब ब्राउज़र सपोर्ट भी व्यापक है। जो हिस्सा वे छोड़ देते हैं वह है ऑपरेटर की कॉस्ट टेबल:

एन्कोड कॉस्ट बेतहाशा बढ़ जाती है। ट्यूब-प्रासंगिक सेटिंग्स पर सॉफ़्टवेयर AV1 एन्कोडिंग, x264 से कई गुना धीमी चलती है। कैटलॉग स्केल पर यह एक असली सर्वर बिल है — हार्डवेयर AV1 एन्कोडर (हाल के GPU और कुछ CPU) यह बदल सकते हैं, अगर आपके एन्कोड बॉक्स में वे मौजूद हों।
पुराने डिवाइस अब भी H.264 ही चलाते हैं। एडल्ट ट्रैफ़िक का डिवाइस टेल बहुत लंबा होता है; एक ऐसा कोडेक जिसे आपका टेल डीकोड नहीं कर सकता, वह एक सपोर्ट टिकट बन जाता है, इसलिए AV1, H.264 की जगह नहीं बल्कि उसके साथ शिप होता है — यानी जब तक आप प्रूनिंग नहीं करते, कम नहीं बल्कि ज़्यादा स्टोरेज लगता है।
लाइसेंसिंग: AV1 डिज़ाइन से ही रॉयल्टी-फ़्री है (इसके ख़िलाफ़ पेटेंट-पूल दावे सालों से रिपोर्ट होते रहे हैं — फिर भी इकोसिस्टम काफ़ी हद तक बेरोकटोक आगे बढ़ा है); H.265 की मल्टी-पूल लाइसेंसिंग गड़बड़ ही मुख्य वजह है कि वेब ने मुफ़्त कंटेंट के लिए इसे ज़्यादातर छोड़ दिया।

एक सेल्फ़-होस्टेड ट्यूब के लिए व्यावहारिक 2026 नीति यह है: बेसलाइन के तौर पर हर जगह H.264; अपने टॉप-ट्रैफ़िक कंटेंट के लिए ही AV1 रेंडिशन जोड़ें, जहाँ बैंडविड्थ की बचत एन्कोड कॉस्ट को चुका दे; H.265 को वेब डिलीवरी के लिए नज़रअंदाज़ करें, जब तक कि आपका सोर्स वर्कफ़्लो आपको यह थमा न दे। यह ख़ुद बताता है कि बड़े एडल्ट CMS प्लेटफ़ॉर्म्स ने AV1/H.265 सपोर्ट अपने 2026 रिलीज़ में ही जोड़ा — इस इंडस्ट्री की मुख्यधारा ठीक यहीं पर है।

स्टोरेज गणित, कैटलॉग साइज़ के हिसाब से

3-पायदान लैडर (240+480+720, कुल मिलाकर ≈ 0.35 GB प्रति 10-मिनट वीडियो) और 4-पायदान लैडर (1080p के साथ ≈ 0.75 GB) का उपयोग करते हुए, औसत टाइटल लंबाई 15 मिनट मानें तो:

कैटलॉग	3-पायदान लैडर	4-पायदान लैडर	+ सोर्स रखने पर (≈)
10,000 वीडियो	≈ 5 TB	≈ 11 TB	+ 8–15 TB
50,000 वीडियो	≈ 26 TB	≈ 56 TB	+ 40–75 TB
200,000 वीडियो	≈ 105 TB	≈ 225 TB	+ 160–300 TB

टेबल से जो नियम निकलते हैं: बड़े HDD वाले डेडिकेटेड स्टोरेज सर्वर, ट्यूब स्केल पर क़ीमत में क्लाउड ऑब्जेक्ट स्टोरेज को बड़े अंतर से पीछे छोड़ देते हैं (मौजूदा एग्रेस फ़ीस के मुक़ाबले ख़ुद गणित करें — अंतर आमतौर पर छोटा नहीं होता); रेंडिशन दोबारा बनाई जा सकती हैं, इसलिए RAID रिडंडेंसी और एक सोर्स बैकअप, हर चीज़ को दो बार बैकअप करने से बेहतर है; और जिन वीडियो को कोई नहीं देखता उनकी 1080p रेंडिशन को प्रून करना मुफ़्त की बचत है। होस्टिंग गाइड डिलीवरी पक्ष को कवर करती है — CDN चुनाव, बड़े CDN के नियम-शर्तें एडल्ट के लिए असल में क्या अनुमति देती हैं, और बजट के हिसाब से रेफ़रेंस बिल्ड।

“वीडियो कभी सेल्फ़-होस्ट मत करो” — वेंडर के दावे को कैलकुलेटर से परखें

क्लाउड-वीडियो इंडस्ट्री लगातार “वीडियो कभी सेल्फ़-होस्ट मत करो, इसकी 15 वजहें” जैसा कंटेंट छापती रहती है। ये वजहें प्रोडक्ट डेमो होस्ट करने वाली पाँच लोगों की SaaS कंपनी के लिए सच हैं; ट्यूब स्केल पर ये उल्टी पड़ जाती हैं। होस्टेड वीडियो प्लेटफ़ॉर्म स्टोर किए गए मिनट और डिलीवर किए गए मिनट के हिसाब से क़ीमत लेते हैं — 2026 के मध्य में प्रकाशित रेट पर, असली ट्रैफ़िक वाला एक मामूली 50k-वीडियो कैटलॉग हर महीने पाँच अंकों की क़ीमत तक पहुँच जाता है, और यह तो तब है जब प्लेटफ़ॉर्म की कंटेंट पॉलिसी आपके कंटेंट से टकराए भी नहीं (ज़्यादातर मेनस्ट्रीम वीडियो SaaS की शर्तें एडल्ट को सीधे बाहर रखती हैं)। ऊपर वाली लैडर चलाने वाला एक स्टोरेज सर्वर और CDN यही काम कुछ सौ डॉलर प्रति माह में कर देता है। ट्यूब साइट चलाने में वीडियो सेल्फ़-होस्टिंग करना कोई हार्ड मोड नहीं है; यही बिज़नेस मॉडल है।

TubePress इस पूरी पाइपलाइन को कॉन्फ़िगरेशन में बदल देता है: एडमिन-डिफ़ाइंड फ़ॉर्मैट और रेंडिशन, थंबनेल, होवर प्रीव्यू, वॉटरमार्क बर्न-इन और मल्टी-सर्वर स्टोरेज के साथ FFmpeg ट्रांसकोडिंग — मुफ़्त और सेल्फ़-होस्टेड। इसे डाउनलोड करें और ऐसे एन्कोड करें जैसे यह आपका बिल हो, क्योंकि यह है ही।

FAQ

अक्सर पूछे जाने वाले प्रश्न।

क्या मुझे एक ट्यूब साइट पर 4K रेंडिशन चाहिए?

लगभग कभी नहीं। स्टोरेज और बैंडविड्थ लागत असली डिमांड से आगे निकल जाती है, और मुफ़्त ट्यूब कंटेंट देखने वाली डिवाइस टेल को शायद ही इसका फ़ायदा मिलता है। ज़्यादातर ऑपरेटरों के लिए एक 1080p प्रीमियम टियर व्यावहारिक सीमा है।

क्या 2026 में AV1 अपनाने लायक़ है?

आपके टॉप-ट्रैफ़िक कंटेंट के लिए, हार्डवेयर एन्कोडर उपलब्ध होने पर — हाँ, 30–50% बैंडविड्थ बचत असली है। एक थोक H.264 रिप्लेसमेंट के तौर पर — अभी नहीं: एन्कोड लागत और पुराने-डिवाइस टेल दोनों H.264 के साथ-साथ AV1 के पक्ष में तर्क देते हैं, उसकी जगह नहीं।

क्या मुझे GPU या CPU पर एन्कोड करना चाहिए?

CPU x264 क्वालिटी-प्रति-बिट और सरलता पर जीतता है; हार्डवेयर एन्कोडर (NVENC, QSV, और हाल के AV1 ब्लॉक) तब जीतते हैं जब थ्रूपुट बॉटलनेक हो, प्रति बिटरेट एक छोटी क्वालिटी लागत पर। वॉल्यूम इम्पोर्टर आमतौर पर हाइब्रिड पर पहुँचते हैं: बल्क के लिए हार्डवेयर, प्रीमियम के लिए CPU।

100,000 वीडियो के लिए कितना स्टोरेज चाहिए?

15-मिनट औसत पर: 240/480/720 लैडर पर लगभग 52 TB, 1080p जोड़ने पर लगभग 112 TB — बिना कोई सोर्स रखे। गणित रैखिक रूप से बढ़ता है, यही वजह है कि रेंडिशन पॉलिसी एक वित्तीय फ़ैसला है।

क्या मैं बाद में अपना कैटलॉग फिर से एन्कोड कर सकता हूँ?

सिर्फ़ उन सोर्स से जो आपने रखे हों। सिर्फ़-रेंडिशन कैटलॉग हमेशा के लिए अपनी मौजूदा क्वालिटी में बंद हो जाते हैं, इसलिए पहले दिन से हर कंटेंट क्लास के लिए सोर्स रिटेंशन तय करें: एक्सक्लूसिव/लाइसेंस्ड मटीरियल के लिए ओरिजिनल रखें, फ़ीड कंटेंट को रेंडिशन के तौर पर जीने दें।

पढ़ते रहें

अपनी ट्यूब साइट लॉन्च करने के लिए तैयार हैं?

TubePress मुफ़्त है, सेल्फ-होस्टेड है और हमेशा आपका रहता है — कोई लाइसेंस शुल्क नहीं, कोई ionCube नहीं, कोई लॉक-इन नहीं। 150 मुफ़्त क्रेडिट के साथ शुरुआत करें।

मुफ़्त डाउनलोड करें सभी फ़ीचर देखें

सेल्फ-होस्टेड · पूरी तरह संपादन योग्य सोर्स · कोई ionCube नहीं