वीडियो को WebM में बदलें
मुफ़्त, बिना साइन-अप, और कुछ भी अपलोड नहीं होता।
हल किया उदाहरण
VP9 उसी दृश्य गुणवत्ता पर H.264 से काफ़ी बेहतर दबाता है, और बहुत धीमे एनकोड करता है।
| एक्सटेंशन | .webm |
|---|---|
| MIME प्रकार | video/webm |
| प्लेबैक | सीमित समर्थन |
| MP4 से बिना रीएनकोड | नहीं |
| वीडियो कोडेक | libvpx-vp9 |
| ऑडियो कोडेक | libopus |
समतुल्य कमांड
ffmpeg -i holiday-clip.mp4 -c:v libvpx-vp9 -crf 33 -b:v 0 -pix_fmt yuv420p -deadline realtime -cpu-used 5 -c:a libopus -b:a 160k -threads 1 -y out-holiday-clip.webmब्राउज़र में ठीक यही चलता है। एक टैब के लिए बहुत बड़ी फ़ाइल पर यही काम स्थानीय रूप से करने के लिए इसे कॉपी करें।
क्या अपेक्षा रखें
आकार का पूर्वानुमान तभी होता है जब आप बिटरेट तय करें। ये आँकड़े ऊपर के बिटरेट उदाहरण के हैं:
| 60 से के लिए 1500 kbps पर | 12.1 MB |
|---|---|
| अनुमानित एनकोड समय | 20:15 |
स्थिर गुणवत्ता पर एनकोडर बिटरेट को सामग्री के पीछे चलने देता है, इसलिए आउटपुट आकार का पहले से पूर्वानुमान सच में नहीं हो सकता — एक स्लाइड प्रस्तुति और हाथ से शूट की गई पत्तियों की फ़ुटेज एक ही सेटिंग पर परिमाण के एक क्रम से भिन्न होती हैं।
यह क्यों मायने रखता है
VP9 को एक ऐसी सेटिंग चाहिए जो लगभग सबको पकड़ती है: स्थिर गुणवत्ता एनकोड में गुणवत्ता मान के साथ शून्य वीडियो बिटरेट देना ज़रूरी है, वरना गुणवत्ता सेटिंग लक्ष्य के बजाय छत की तरह काम करती है और एनकोडर आपके माँगे स्तर से बहुत नीचे रह जाता है। «उसी» नंबर से बने MP4 से WebM का बुरा दिखना इसी की आम वजह है — और CRF पैमाने भी तुलनीय नहीं हैं, क्योंकि VP9 63 तक जाता है जहाँ H.264 51 पर रुकता है।