حوّل الفيديو إلى 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
هذا بالضبط ما يُنفَّذ في المتصفح. انسخه لتنفيذ العمل نفسه محليًا على ملف أكبر من أن تحتمله تبويبة.
ما يمكن توقعه
لا يمكن توقع الحجم إلا عند تحديد معدل بتات. هذه الأرقام لمثال معدل البتات أعلاه:
| عند 1500 كيلوبت/ث لمدة 60 ث | 12.1 MB |
|---|---|
| زمن الترميز التقديري | 20:15 |
عند الجودة الثابتة يترك المرمِّز معدل البتات يتبع المحتوى، فلا يمكن حقًا التنبؤ بحجم الخرج مسبقًا — عرض شرائح ومشهد مصوَّر باليد لأوراق شجر يختلفان برتبة من المقدار عند الضبط نفسه.
لماذا يهمّ هذا
يحتاج VP9 ضبطًا واحدًا يخطئ فيه الجميع تقريبًا: الترميز بجودة ثابتة يجب أن يمرّر معدل بتات فيديو صفريًا مع قيمة الجودة، وإلا عمل ضبط الجودة سقفًا لا هدفًا وبقي المرمِّز دون ما طلبته بكثير. وهذا هو السبب المعتاد لأن يبدو ملف WebM أسوأ من MP4 المصنوع بـ«الرقم نفسه» — كما أن مقاييس CRF غير قابلة للمقارنة، فـ VP9 يصل إلى 63 حيث يتوقف H.264 عند 51.