إذا كنت تنشئ مقاطع فيديو أو تحوّل ملفات موجودة أو تجهّز محتوى مرئيًا لموقع إلكتروني، فإن اختيار الصيغة وإعدادات الضغط المناسبة من أهم القرارات. فأصغر ملف ممكن ليس بالضرورة الأفضل؛ إذ ينبغي أيضًا أن يعمل بثبات في المتصفحات وعلى الهواتف الذكية، وأن يسهل فك ترميزه، وأن يحتفظ بالجودة البصرية الكافية للغرض المقصود.
بحثت في MP4 وWebM وH.264 وH.265/HEVC وVP9 وAV1 وFFmpeg وإعدادات السرعة المسبقة لمشفّر x264، وتوافق المتصفحات، وفك الترميز عتاديًا على الأجهزة المحمولة، وقياس جودة الفيديو. وأجريت كذلك تجارب ضغط عملية؛ إذ شفّرت الفيديو المصدر نفسه بقيم CRF مختلفة، ثم قارنت النتائج بصريًا وبالقياسات الموضوعية.
كان قراري النهائي إعطاء الأولوية إلى MP4 مع H.264 حين يلزم أن يعمل ملف فيديو واحد على أوسع نطاق عملي من المتصفحات والهواتف والتطبيقات الخارجية.
أما المقاطع القصيرة المخصّصة أساسًا للمشاهدة على الهواتف، حيث تكون سرعة التحميل وصِغر الملفات أهم من الحفاظ على أدق التفاصيل، فقد اخترت x264 CRF 30 بعدما وجدت أنني لا أرى فرقًا بصريًا ذا معنى بين CRF 22 وCRF 30 أثناء التشغيل العادي، حتى على شاشة مكتبية كبيرة.
لكن لهذا القرار قيد مهم: لا أوصي باستخدام CRF 30 للأفلام أو الإنتاجات المرئية عالية المستوى أو اللقطات التي تتطلب أعلى دقة بصرية. في تلك الحالات، قد تكون قيمة أكثر تحفظًا بكثير، غالبًا قرب CRF 20، نقطة انطلاق أفضل. ولم أُجرِ دراسة مماثلة على الأفلام الروائية أو اللقطات السينمائية عالية الجودة، لذا ينبغي اعتبار تلك القيم نقاط بداية لاختبارات مستقلة.
أشرح في هذه المقالة الأساس التقني للقرار، ونتائج الضغط الفعلية وحدودها، وكيفية اختيار صيغة الفيديو وإعداد الجودة المناسبين لمشروعك.
1. حاويات الفيديو وبرامج الترميز شيئان مختلفان
قبل مقارنة MP4 وWebM، ينبغي فهم الفرق بين الحاوية وبرنامج الترميز.
تجمع الحاوية الفيديو والصوت والطوابع الزمنية والبيانات الوصفية في ملف واحد، بينما يحدد برنامج ترميز الفيديو كيفية ضغط الإطارات وفك ضغطها.
فمثلًا، يمكن لحاوية MP4 أن تضم فيديو بترميز H.264 أو HEVC أو AV1. ورغم اشتراك هذه الملفات في الامتداد نفسه، فإن خصائص ضغطها ومتطلبات تشغيلها على الأجهزة تختلف.
| المكوّن | أمثلة | الغرض |
|---|---|---|
| حاوية الفيديو | MP4، WebM، MOV، MKV | تجميع الفيديو والصوت وبيانات التوقيت |
| برنامج ترميز الفيديو | H.264، HEVC، VP9، AV1 | ضغط إطارات الفيديو وفك ضغطها |
| برنامج ترميز الصوت | AAC، Opus، MP3 | ضغط الصوت وفك ضغطه |
| مشفّر الفيديو | x264، x265، SVT-AV1، libvpx-vp9 | تنفيذ عملية ضغط الفيديو |
إن تغيير اسم الملف من .webm إلى .mp4 لا يحوّل برنامج ترميز الفيديو. وبالمثل، فإن وضع AV1 داخل MP4 لا يجعل الفيديو قابلًا للتشغيل على أجهزة لا تدعم فك ترميز AV1.
عند مناقشة توافق الفيديو، انظر دائمًا إلى المجموعة الكاملة: الحاوية، وبرنامج ترميز الفيديو، وبرنامج ترميز الصوت، وملف تعريف الترميز، وعمق البت، وبيئة التشغيل.
2. MP4 أم WebM: أيهما أفضل لفيديو الويب؟
كل من MP4 وWebM حاوية فيديو حديثة وصالحة للاستخدام. ولا تتفوق إحداهما على الأخرى في جميع الحالات، لأن خصائصهما العملية تعتمد على برامج الترميز الموجودة داخلهما.
MP4 مع H.264: أوسع توافق عملي
يتمتع MP4 الذي يحتوي على فيديو H.264 وصوت AAC بتاريخ طويل من التوافق الواسع للغاية؛ فهو مدعوم في متصفحات الحاسوب والهواتف الشائعة، ومشغّلات الفيديو المدمجة في أنظمة التشغيل، وكثير من تطبيقات الجهات الخارجية.
كما تدعمه عادة وحدات فك ترميز الفيديو العتادية في الهواتف والحواسيب. ويمكن لفك الترميز العتادي أن يخفض استهلاك CPU، ويحسّن كفاءة التشغيل، ويقلّل استهلاك الطاقة مقارنة بفك الترميز البرمجي.
أما عيبه الأساسي فهو كفاءة الضغط؛ إذ تستطيع برامج ترميز أحدث غالبًا تحقيق جودة بصرية مدركة متقاربة بمعدلات بت أقل.
ومع ذلك، يبقى H.264 خيارًا ممتازًا عندما تكون موثوقية التشغيل أهم من الوصول إلى أصغر ملف ممكن على الإطلاق.
WebM مع VP9: ضغط فعّال وملائم للمتصفحات
تحتوي حاوية WebM عادةً على فيديو VP8 أو VP9 أو AV1، ويُرمّز الصوت فيها غالبًا باستخدام Opus أو Vorbis.
يوفر VP9 غالبًا كفاءة ضغط أعلى من H.264 عند مستوى متقارب من الجودة البصرية. وهو مدعوم على نطاق واسع في المتصفحات الحالية، بما فيها الإصدارات الحديثة من Safari.
وليس صحيحًا القول إن Safari لا يدعم WebM أو VP9 إطلاقًا؛ فقد تحسّن توافق المتصفحات كثيرًا مع مرور الوقت.
القيد الأهم هو التوافق خارج المتصفح. فقد لا تتعامل تطبيقات أنظمة التشغيل الأصلية والأجهزة القديمة وبرامج الجهات الخارجية مع WebM بالاتساق نفسه الذي تتعامل به مع MP4 التقليدي بترميز H.264.
إذا كان التطبيق يعمل داخل المتصفح فقط ويمكن التحكم في إمكانات تشغيله، فإن WebM خيار قوي. أما إذا كان الزوار قد ينزّلون الفيديو ويفتحونه في برامج مختلفة، فيبقى MP4/H.264 أكثر قابلية للتنبؤ.
الفرق من الناحية العملية
| المتطلب | MP4 + H.264 | WebM + VP9 |
|---|---|---|
| التشغيل في المتصفحات الحديثة | ممتاز | جيد جدًا |
| دعم المتصفحات والأجهزة القديمة | أقوى عمومًا | يعتمد أكثر على بيئة التشغيل |
| توافق الملفات بعد تنزيلها | أقوى عمومًا | أقل قابلية للتنبؤ في التطبيقات الأصلية |
| كفاءة الضغط | جيدة | غالبًا أفضل |
| فك الترميز العتادي | منتشر جدًا | شائع، لكنه يعتمد على الجهاز |
| الاستخدام الأنسب | ملف واحد واسع التوافق | تقديم فيديو بكفاءة عبر الويب إلى أجهزة معروفة الإمكانات |
السؤال الأساسي ليس ما إذا كانت WebM صيغة جيدة، بل ما إذا كانت مزاياها في الضغط تستحق التنازلات المتعلقة بالتوافق في بيئتك المحددة.
3. H.264 أم H.265 أم VP9 أم AV1: أي برنامج ترميز تختار؟
يقدم كل برنامج ترميز فيديو رئيسي توازنًا مختلفًا بين كفاءة الضغط وتكلفة التشفير والدعم العتادي والتوافق البرمجي والترخيص.
| برنامج الترميز | كفاءة الضغط | التوافق العملي | الاستخدام المعتاد |
|---|---|---|---|
| H.264 / AVC | جيدة | ممتاز | فيديو الويب العام وتشغيل الهاتف والتنزيلات |
| H.265 / HEVC | أفضل عمومًا من H.264 | يعتمد على البيئة | أجهزة Apple المتوافقة والبيئات المضبوطة والفيديو عالي الدقة |
| VP9 | أفضل عمومًا من H.264 | جيد جدًا في المتصفحات الحديثة | تقديم الفيديو عبر المتصفح |
| AV1 | إمكانية ممتازة لتحقيق ضغط فعّال | يتحسن، مع قيود على الأجهزة القديمة | البث الحديث والأجهزة المتوافقة |
هذه مقارنات وصفية، وليست ترتيبًا عامًا لمعدلات البت. فالكفاءة الفعلية تعتمد على محتوى الفيديو، وتنفيذ المشفّر، والجودة المستهدفة، والإعداد المسبق للتشفير، وطريقة القياس.
H.264: ناضج وسريع الفك وواسع الدعم
حُسّن H.264 بدرجة كبيرة، وتدعمه مجموعة هائلة من الأجهزة والبرامج. ويُعد نضجه ميزةً عندما يجب أن يعمل الفيديو بثبات من دون الحاجة إلى مشغّل خاص.
وتكمن نقطة ضعفه في أن برامج الترميز الأحدث تستطيع غالبًا ضغط الفيديو بكفاءة أعلى. كما يخضع H.264 لاعتبارات تتعلق ببراءات الاختراع والتراخيص، وينبغي مراجعتها في حالات التوزيع التجاري المعنية.
H.265 / HEVC: ضغط أفضل مع تنازلات في التوافق
يمكن لـHEVC خفض معدل البت بصورة ملحوظة مقارنةً بـH.264 عند جودة متقاربة. وهو جذاب خصوصًا للمحتوى عالي الدقة والبيئات التي يمكن التحكم في توافق أجهزتها.
تدعم أجهزة Apple كثيرة HEVC دعمًا ممتازًا، لكن دعمه في المتصفحات والتطبيقات الخارجية يختلف باختلاف نظام التشغيل ومكونات فك الترميز المثبتة. ويُعد الترخيص عاملًا آخر ينبغي مراعاته.
قد يكون HEVC خيارًا ممتازًا، لكنني لن أجعله تلقائيًا صيغة الفيديو الوحيدة المتاحة للتنزيل من موقع عام.
VP9: بديل مفتوح وعملي
يوفر VP9 ضغطًا جيدًا وتوافقًا واسعًا مع المتصفحات الحديثة. وهو خيار جذاب عندما تبقى المقاطع داخل المتصفح وتكون بيئة التشغيل معروفة.
أما عيبه الرئيسي في حالتي فهو عدم اليقين الذي ينشأ عندما ينزّل المستخدمون المقاطع أو يفتحونها في تطبيقات أصلية قد لا تدعم WebM أو VP9 بصورة متسقة.
AV1: كفاءة ممتازة دون دعم عتادي شامل
يُعد AV1 من أكثر برامج ترميز الفيديو الحديثة وعدًا. ويمكنه تحقيق توفير كبير في معدل البت مقارنة بالبرامج الأقدم، ويواصل دعم فك الترميز العتادي له الاتساع.
ومع ذلك، قد تفتقر الأجهزة القديمة إلى مفكك AV1 أو تضطر إلى فك الترميز برمجيًا. وقد يستهلك فك الفيديو عالي الدقة برمجيًا قدرًا أكبر من المعالج والبطارية، ويسبب مشكلات تشغيل على الأجهزة الأضعف.
إذا كنت تتحكم في بيئة التشغيل، فإن AV1 يستحق دراسة جدية. أما إذا كان على ملف واحد أن يعمل على الأجهزة القديمة والحديثة وفي مشغّلات الفيديو الخارجية العادية، فيبقى H.264 الخيار الافتراضي الأكثر أمانًا.
يقدم دليل MDN لبرامج ترميز الفيديو معلومات مفيدة عن هذه البرامج ومتطلبات دعمها في المتصفحات.
4. صيغة فيديو واحدة أم نسخ متعددة؟
هذا من أهم القرارات المعمارية عند تقديم الفيديو للمستخدمين.
عندما يكون توفير نسخ متعددة ممكنًا، يمكن للموقع تقديم AV1 أو VP9 للأجهزة المتوافقة، والرجوع إلى H.264 في البيئات الأخرى. وقد يزيد ذلك كفاءة الضغط مع الحفاظ على تغطية تشغيل واسعة.
لكن إدارة نسخ متعددة تضيف تعقيدًا إلى التشفير والتخزين والتخزين المؤقت والتحقق واختيار نسخة التشغيل.
إذا كنت تحتاج إلى ملف فيديو نهائي واحد بالضبط لكل مصدر، فغالبًا ما تكون الاستراتيجية التي تقدّم التوافق على غيره أفضل.
اخترت MP4/H.264 لأنني أردت ملفًا واحدًا يعمل في المتصفحات الرئيسية وعلى الهواتف الذكية وفي سيناريوهات تنزيل الفيديو الشائعة، دون الاعتماد على صيغ بديلة.
لا يعني ذلك أن MP4/H.264 يقدم أفضل ضغط، بل إنه قرار يعطي أولوية للتشغيل المتوقع والموثوق على حساب إمكانية توفير حجم أكبر باستخدام برنامج ترميز أحدث.
5. لماذا تختلف أولويات فيديو الهاتف المحمول؟
ينبغي أن يعكس ضغط الفيديو طريقة استهلاك المحتوى الفعلية.
تختلف متطلبات مقطع قصير يُشاهد أساسًا على هاتف ذكي عن متطلبات فيلم طويل يُشاهد على تلفاز كبير. ففي الحالة الأولى، قد تكون سرعة التحميل وقلة استهلاك بيانات الهاتف أهم من الحفاظ على التفاصيل البصرية الدقيقة. أما في الثانية، فقد تكون جودة الصورة هي الهدف الأساسي.
يمكن أن توفر الملفات الأصغر للمقاطع القصيرة الموجهة إلى الهواتف عدة مزايا:
- تقل البيانات المطلوب نقلها قبل بدء التشغيل.
- قد تكتمل التنزيلات أسرع على الاتصالات المحدودة.
- يحتاج الجهاز إلى مساحة تخزين أقل.
- يستهلك المستخدمون بيانات هاتف أقل.
- قد يصبح التشغيل أكثر تحمّلًا لمحدودية سرعة الاتصال عندما يكون معدل البت المشفّر أقل.
لكن صِغر الملف لا يضمن أن الفيديو لن يتوقف للتخزين المؤقت أو يتجمّد أبدًا. فتقلبات الشبكة، والذروة في معدل البت، وسلوك الخادم، والتخزين المؤقت أثناء التشغيل، وأداء فك الترميز على الجهاز كلها عوامل مهمة.
يعتمد التوافق مع الهواتف على أكثر من امتداد الملف: فك الترميز العتادي، وملف تعريف الترميز ومستواه، وعمق البت، وأخذ عينات الألوان الفرعية، والدقة، ومعدل الإطارات، وذروة معدل البت. فقد يظهر الفيديو بعرض 390 بكسل CSS، لكنه يشغل عددًا أكبر بكثير من البكسلات الفعلية على شاشة هاتف عالية الكثافة. ولذلك فإن فحص إطار خُفّض عرضه إلى 390 بكسل لا يعادل بالضرورة مشاهدة الفيديو الأصلي على ذلك الهاتف. اختبر أجهزة فعلية وظروف تشغيل واقعية.
يتحكم CRF في الجودة، لا في فرض حد أقصى دقيق لمعدل البت. وقد يظل الفيديو المعقّد متطلبًا عند ذروات معدل البت حتى إن كان حجمه الإجمالي صغيرًا نسبيًا. وإذا كان التشغيل الموثوق على الاتصالات البطيئة جدًا ضروريًا، ففكّر في قيود واضحة لمعدل البت أو VBV، وحدود مناسبة للدقة، والاختبار في ظروف شبكة واقعية.
المبدأ الأساسي بسيط: حسّن الفيديو وفق تجربة المشاهدة المقصودة، لا وفق هدف مجرد للوصول إلى أعلى جودة ممكنة.
6. فهم CRF في x264: القيمة الأقل جودة أعلى، والقيمة الأكبر ملف أصغر
بعد اختيار H.264، يتمثل التحدي التالي في تحديد مدى شدة ضغط الفيديو.
في x264، يتحكم «عامل المعدل الثابت» (Constant Rate Factor)، أو CRF، في التوازن بين الاحتفاظ بالتفاصيل البصرية وحجم الملف.
تنتج قيمة CRF الأقل عمومًا ملفات أكبر ذات جودة أعلى، بينما تنتج القيمة الأعلى ملفات أصغر مع فقد أكبر نتيجة الضغط.
لا يحدد CRF معدل بت دقيقًا أو حجمًا ثابتًا للملف الناتج. فالمشفّر يوزع البتات وفق المادة المصدر، ولذلك قد يختلف حجم ملف مشهد بسيط اختلافًا كبيرًا عن ملف مشهد غني بالتفاصيل عند قيمة CRF نفسها.
كذلك لا يحدد CRF توافق مفكك الترميز من حيث الأساس. فقد يتطابق فيديوهان مشفّران بصورة سليمة باستخدام H.264 عند CRF 22 وCRF 30 في برنامج الترميز والملف التعريفي والمستوى وصيغة البكسلات والأبعاد ومعدل الإطارات.
يكمن الاختلاف أساسًا في جودة الضغط وخصائص معدل البت.
والأهم أن قيم CRF لا تقبل المقارنة المباشرة بين تطبيقات برامج الترميز المختلفة. فقيمة CRF 30 في x264 لا تعني الجودة البصرية نفسها لقيمة CRF 30 في مشفّر AV1.
7. تجربتي الفعلية في ضغط الفيديو: من CRF 22 إلى 32
أردت تحديد مقدار الضغط الذي أستطيع تطبيقه قبل أن يصبح الفرق مهمًا أثناء التشغيل العادي.
استخدمت مقطع فيديو قصيرًا سبق ضغطه، وأنشأت ملفات مقارنة بترميز H.264 عند قيم CRF التالية: 22 و24 و26 و28 و29 و30 و31 و32.
حافظت على الخصائص الأساسية للفيديو، ومنها الدقة ومعدل الإطارات والمدة وعدد الإطارات. واستخدمت إعدادات تشفير متسقة أيضًا حتى أتمكن من تقييم أثر تغيير CRF.
أظهرت النتائج اختلافات كبيرة في أحجام الملفات.
| CRF | الحجم التقريبي مقارنة بالمصدر | الدلالة |
|---|---|---|
| 22 | 63% | ضغط أكثر تحفظًا واحتفاظ أفضل بالتفاصيل |
| 24 | 49% | ملف أصغر مع فقد إضافي محدود في الجودة |
| 26 | 38% | توفير أكبر مع الاحتفاظ بقدر معتبر من التفاصيل |
| 28 | 30% | ملف مدمج مع تشابه مرتفع نسبيًا مع المصدر |
| 29 | 26% | ضغط أشد |
| 30 | 23% | التسوية التي فضّلتها لهذا المحتوى المختبَر |
| 31 | 21% | توفير إضافي مع انخفاض الدقة مقارنة بالمصدر |
| 32 | 19% | أصغر ناتج خضع للاختبار وأكبر فقد في الجودة المقاسة |
تستند هذه النسب إلى الملف المصدر المختبَر، ولا يجوز اعتبارها وفورات معتادة لأي فيديو. وقد قُرّبت نسب الجدول كلٌّ على حدة؛ لذا احسب الوفورات النسبية الدقيقة من الأحجام الأصلية للملفات بدلًا من قسمة القيم المقرّبة.
كانت النتيجة الأكثر إثارة للدهشة أنني لم أستطع ملاحظة فرق بصري ذي معنى بين CRF 22 وCRF 30 أثناء التشغيل العادي، حتى على شاشة حاسوب مكتبي كبيرة.
وفحصت أيضًا نسخًا مضغوطة بدرجة أشد، بما فيها CRF 32، دون أن ألاحظ فرقًا ملحوظًا أثناء التشغيل العادي لذلك المقطع تحديدًا.
كانت هذه الملاحظة مهمة لأن المقاطع نفسها مخصصة أساسًا لشاشات الهواتف الأصغر. فإذا كان انخفاض الجودة لا يشتت انتباهي على شاشة مكتبية، فلا أرى سببًا وجيهًا لتحمّل زيادة كبيرة في حجم الملف مقابل تفاصيل إضافية لا تحسّن تجربة المشاهدة المقصودة.
لكنها ملاحظة شخصية تتعلق بنوع واحد من المواد المصدر. ولا تثبت أن جميع المستخدمين أو الهواتف أو المقاطع ستعطي النتيجة نفسها. فقد تكشف شاشات الهواتف عالية الكثافة والمسافات القريبة عن عيوب الضغط، خصوصًا في التفاصيل الدقيقة أو التدرجات اللونية.
8. أكدت القياسات الموضوعية وجود فقد فعلي في الجودة
عدم رؤية فرق أثناء التشغيل لا يعني أن الفيديوهين متطابقان رياضيًا.
قارنت أيضًا المخرجات المشفّرة باستخدام مقاييس موضوعية لجودة الصورة. وكلما ارتفع CRF، انخفض التشابه مع المصدر.
وفي مقارنة صُغّرت فيها جميع النسخ بطريقة متسقة لمحاكاة شاشة هاتف عالية الكثافة، كانت قياسات SSIM الممثلة كما يلي:
| CRF | SSIM التقريبي | حجم الناتج مقارنة بـCRF 28 |
|---|---|---|
| 22 | 0.9934 | 2.13× |
| 28 | 0.9869 | 1.00× |
| 30 | 0.9837 | 0.79× |
| 32 | 0.9795 | 0.63× |
الاتجاه واضح: أدى الضغط الأقوى إلى تقليل مدى تطابق الفيديو المشفّر مع المصدر وفق القياسات. كما أظهر الفحص الدقيق فروقًا طفيفة في الخطوط الرفيعة والأنسجة.
ومع ذلك، بقيت تجربة المشاهدة العادية متشابهة جدًا في المقطع المختبَر. ولهذا تحديدًا ينبغي الجمع بين القياسات الموضوعية والتقييم البصري الشخصي.
يقيس SSIM تشابه الصور، لا تجربة المشاهدة البشرية بكاملها. فهو لا يعبّر بصورة كاملة عن العيوب الزمنية أو الحدة المدركة أو سلوك الحركة أو الأهمية الذاتية للتفاصيل البصرية المختلفة.
يُعد VMAF مقياسًا مفيدًا آخر للجودة المدركة. أصدرت Netflix نماذج VMAF v1 في يونيو 2026، ومنها نموذج صُمم لظروف المشاهدة على الهاتف. وتقر هذه النماذج صراحةً بأن الجودة المدركة تعتمد جزئيًا على حجم الشاشة ومسافة المشاهدة النسبية.
أُبلغ عن متوسط VMAF يقارب 95 لعينة مشفّرة بإعداد محافظ في هذه الدراسة، لكن لم تتوفر سلسلة قياسات VMAF متسقة لجميع قيم CRF الأكثر شدة. لذلك لم أستخدم VMAF للادعاء بأن CRF 30 أو 32 بلغا حدًا عالميًا معينًا للجودة.
كان الاستنتاج العملي أضيق نطاقًا: تحمّل المقطع القصير المختبَر ضغط H.264 الشديد بصورة ممتازة أثناء التشغيل العادي.
9. لماذا اخترت CRF 30 للمقاطع القصيرة على الهاتف؟
بعد مقارنة الملفات، قررت استخدام CRF 30 للمقاطع القصيرة المماثلة التي تُشاهد أساسًا على الهواتف.
وكانت الأسباب واضحة:
- كانت المقاطع قصيرة ولم يُقصد منها تقديم جودة صورة سينمائية.
- كانت سرعة التحميل وصِغر التنزيلات مهمتين.
- لم أرَ فرقًا بصريًا ذا معنى بين CRF 22 و30 على شاشة مكتبية كبيرة.
- أنتج CRF 30 ملفات أصغر بكثير من الإعدادات المحافظة.
- كان CRF 32 مقبولًا بصريًا في العينة المختبَرة أيضًا، لكنه منحني ثقة أقل عند التعامل مع مواد أكثر تعقيدًا.
مقارنة بـCRF 28، خفّض CRF 30 حجم الناتج المختبَر بنحو 21%. ومقارنة بـCRF 22، خفّضه بأكثر من 60%.
بالنسبة إلى المقاطع القصيرة الموجهة للهاتف، حيث الهدف صورة مريحة وسرعة تحميل واستهلاك معقول للنطاق الترددي، كانت تلك تسوية تستحق العناء.
لكن الشرط بالغ الأهمية: اخترت القيمة 30 بسبب غرض المشاهدة الفعلي ونتائج المادة المختبَرة، لا لأن 30 هي أفضل قيمة CRF للهواتف بطبيعتها.
لا يحتاج الهاتف إلى CRF 30؛ فهو قادر تمامًا على عرض فيديو مشفّر بدقة أعلى بكثير. واختيار CRF 30 قرار مقصود بمبادلة بعض تطابق الصورة مع المصدر بملفات أصغر، عندما تكون تلك المبادلة مقبولة.
قبل تطبيقه على مجموعة ذات محتوى مختلف اختلافًا كبيرًا، سأختبر عدة مقاطع ممثلة، تشمل حركة معقدة ومشاهد مظلمة وتدرجات لونية ونصوصًا وأنسجة دقيقة.
10. لماذا لا أوصي بـCRF 30 للأفلام أو الفيديو عالي الجودة؟
هذا أهم قيد في التجربة.
لا تأخذ نتيجة CRF 30 التي توصلت إليها وتطبقها دون اختبار على الأفلام الروائية أو المحتوى المرئي عالي المستوى أو اللقطات الاحترافية أو الفيديو المعد للمشاهدة على شاشات كبيرة.
فقد تتضمن هذه المواد تدرجات لونية دقيقة، وحبيبات الفيلم، ومشاهد منخفضة الإضاءة، وحركة معقدة، وأسطحًا غنية بالأنسجة الدقيقة، وألوانًا عُدلت بعناية. وقد يكون الحفاظ على تلك التفاصيل أهم من توفير قدر صغير نسبيًا من النطاق الترددي.
بالنسبة إلى فيديو 1080p التقليدي عالي الجودة، سأبدأ بإعداد أكثر تحفظًا بكثير في x264، قرب CRF 20، ثم أقيّم القيم الأعلى والأقل وفق طبيعة المادة.
قد يكون المجال العملي المبدئي CRF 18–22 عندما تكون الدقة البصرية مهمة، مع احتمال أن تقع القيمة المناسبة خارج هذا المجال بحسب الدقة والمحتوى والمتطلبات.
يتوافق هذا الاقتراح مع إرشادات تشفير منشورة على نطاق واسع. فعلى سبيل المثال، توصي وثائق الجودة في HandBrake بقيم تقارب RF 20–24 في كثير من استخدامات x264 بدقة 1080p.
لم أُجرِ التجربة المضبوطة نفسها على الأفلام الروائية أو اللقطات السينمائية عالية المستوى. ولذلك لا أستطيع الجزم بأن CRF 20 هي القيمة المثلى في كل الحالات، أو بأن CRF 22 كافية دائمًا، أو بأن فيلمًا معينًا سيبدو غير مقبول عند CRF 30.
الطريقة السليمة هي اختيار مشاهد ممثلة، وتشفيرها بعدة مستويات للجودة، ومقارنتها على الشاشة المقصودة، وتحديد النقطة التي يبدأ عندها الضغط الإضافي بالإضرار الملحوظ بالصورة.
إذا كنت ستؤرشف الفيديو أو تعيد تحريره أو تستخدمه مصدرًا لتشفيرات لاحقة، فاحتفظ بنسخة أصلية رئيسية عالية الجودة منفصلة عن نسخة التوزيع المضغوطة.
11. لماذا استخدمت الإعداد المسبق veryslow في x264؟
يتحكم CRF في أحد جوانب جودة الضغط، بينما يحدد الإعداد المسبق في x264 مقدار الجهد الذي يبذله المشفّر للبحث عن قرارات تشفير فعّالة.
يوفر x264 إعدادات مسبقة تتدرج من السريعة جدًا إلى البطيئة جدًا. وعادةً تستهلك الإعدادات الأبطأ وقت CPU أطول، لكنها قد تحقق كفاءة ضغط أفضل عند جودة بصرية متقاربة.
قارنت الإعدادين medium وveryslow على المصدر نفسه. وعند مستوى الجودة المختبَر، أنتج veryslow ملفًا أصغر.
عندما يُشفّر الفيديو دون اتصال مرة واحدة ويُعاد استخدامه مرات عديدة، قد يستحق وقت المعالجة الإضافي.
ولهذا اخترت -preset veryslow.
لكنه ليس الخيار الأمثل في جميع الحالات. فإذا لزم معالجة المقاطع فورًا، أو كانت موارد CPU مكلفة، أو كان هناك تراكم ضخم جدًا من الملفات، فقد يحقق slow أو medium توازنًا تشغيليًا أفضل.
يغير الإعداد المسبق أساسًا تعقيد التشفير وكفاءة الضغط. ولا يحوّل H.264 إلى برنامج ترميز آخر، ولا يجعل الملف الناتج غير متوافق بطبيعته مع الهواتف.
12. أستخدم إعداد animation في x264 لفيديو الأنمي
عندما يحتوي المصدر على رسوم متحركة مرسومة أو صور بأسلوب الأنمي، أستخدم -tune animation مع x264.
يختلف هذا عن إعداد CRF؛ إذ يغيّر خيار الضبط الدقيق بعض قرارات المشفّر لتناسب خصائص بصرية بعينها. وقد صُمم إعداد animation لمواد تتسم بحواف مرسومة ومناطق ذات ألوان مسطحة وحركة ذات طابع فني.
لذلك أفضل الإعدادات التالية:
- فيديو الأنمي أو الرسوم المتحركة المرسومة:
-preset veryslow -tune animation. - اللقطات الواقعية العادية: لا تفعّل إعداد animation تلقائيًا؛ ابدأ بإعدادات المشفّر الافتراضية أو قيّم إعدادًا مناسبًا على نحو منفصل.
من المهم عدم إساءة فهم هذا الخيار. لا يضمن -tune animation جودة أفضل بوضوح أو ملفات أصغر. إنه يغير سلوك المشفّر، وتعتمد النتيجة على المادة نفسها.
أجريت مقارنة منفصلة عند قيمة CRF ثابتة مع تفعيل إعداد animation. وفي تلك المقارنة تحديدًا، زاد حجم الملف الناتج بنحو 6% وتحسن تشابه الصورة المقاس تحسنًا طفيفًا. وكان الفرق البصري صغيرًا.
أُجريت مقارنة الأحجام الرئيسية بين CRF 22 و32 دون إعداد animation. لذلك لا ينبغي افتراض أن الأحجام الدقيقة ونسب الضغط في تلك التجربة ستبقى متماثلة عند تفعيل -tune animation.
ومع ذلك، أفضل استخدام الضبط الخاص بالرسوم المتحركة لمقاطع الأنمي، وتقييم الحجم والجودة الناتجين ضمن ملف إعدادات التشفير لذلك المحتوى.
ينبغي دائمًا النظر إلى ضبط المشفّر باعتباره تعديلًا يعتمد على طبيعة المحتوى، لا ترقية عامة تضمن تحسين الجودة.
13. إعدادات FFmpeg التي أوصي بها لمقاطع الأنمي القصيرة الموجهة للهاتف
لفيديو أنمي تقليدي بنطاق ديناميكي قياسي SDR يحتاج فعلًا إلى إعادة ترميز، يمثل هذا الأمر ملف الإعدادات الذي سأستخدمه نقطة انطلاق:
ffmpeg -i input.mp4 \
-map 0:v:0 -map '0:a:0?' \
-c:v libx264 \
-preset veryslow \
-tune animation \
-crf 30 \
-profile:v high \
-pix_fmt yuv420p \
-c:a aac -b:a 128k \
-movflags +faststart \
output.mp4يوضح هذا الأمر الخيارات الأساسية صراحةً:
-c:v libx264يستخدم مشفّر H.264 البرمجي.-preset veryslowيعطي الأولوية لكفاءة الضغط على سرعة التشفير.-tune animationيفعّل تعديلات مشفّر مخصصة للرسوم المتحركة.-crf 30يطبق هدف الجودة الثابتة ذي الضغط الشديد الذي اخترته لهذا النوع من المقاطع القصيرة.-profile:v highيختار ملف تعريف H.264 شائع الدعم على الأجهزة الحديثة.-pix_fmt yuv420pيخرج فيديو بعمق 8 بت وأخذ عينات لونية 4:2:0.-map 0:v:0يحدد مسار الفيديو الأول.-map '0:a:0?'يحدد مسار الصوت الأول اختياريًا.-c:a aac -b:a 128kيشفّر الصوت بترميز AAC التقليدي عند وجود صوت.-movflags +faststartينقل بيانات تهيئة MP4 الوصفية نحو بداية الملف.
هذا مثال، وليس أمرًا عامًا يناسب كل مدخل. فقد تستلزم المتطلبات الدقيقة لفيديو المصدر معالجة إضافية.
وعلى وجه الخصوص، ينبغي عدم تحويل مواد HDR ذات عمق 10 بت عشوائيًا إلى SDR بعمق 8 بت من دون إدارة صحيحة للألوان؛ وإلا فقد تنتج ألوان غير صحيحة، أو تضيع تفاصيل المناطق الساطعة، أو تظهر نطاقات لونية متدرجة بصورة مزعجة. كما تتطلب بيانات تدوير الفيديو الوصفية ومعدلات الإطارات المتغيرة ونسب أبعاد البكسل والمصادر المتداخلة وترتيبات الصوت غير المعتادة وحدود الدقة غير المتوافقة اهتمامًا خاصًا.
عندما يكون معدل إطارات المصدر وأبعاده مناسبين أصلًا، فإن الحفاظ عليهما يجعل المقارنة أسهل عمومًا ويجنب تغيير التحجيم أو الحركة دون حاجة. تجنب فرض معدل إطارات ثابت على المصادر ذات المعدل المتغير إلا عند الضرورة، لأن التحويل قد يكرر إطارات أو يسقطها. وإذا غيّرت الحجم، فحافظ على نسبة أبعاد العرض وتأكد من توافق الأبعاد مع صيغة البكسلات 4:2:0 المختارة. وقد تتجاوز الدقات أو معدلات الإطارات أو مستويات H.264 العالية جدًا قدرات فك الترميز في الأجهزة القديمة، ما يجعل خفض الدقة أو معدل الإطارات عمدًا ضروريًا أحيانًا لتحقيق التوافق.
14. نقطة انطلاق أكثر تحفظًا في FFmpeg للفيديو عالي الجودة
إذا كان الحفاظ على دقة الفيديو أهم بكثير من حجم الملف، فابدأ بقيمة CRF أقل وقيّم الناتج.
على سبيل المثال، يمثل الأمر التالي نقطة انطلاق تجريبية معقولة للفيديو الواقعي التقليدي بنطاق SDR:
ffmpeg -i input.mp4 \
-map 0:v:0 -map '0:a:0?' \
-c:v libx264 \
-preset slow \
-crf 20 \
-profile:v high \
-pix_fmt yuv420p \
-c:a aac -b:a 192k \
-movflags +faststart \
output.mp4يُستخدم الإعداد المسبق slow هنا كنقطة انطلاق عملية عامة، وليس ادعاءً بأنه يتفوق على veryslow. واستخدام veryslow معقول أيضًا إذا كان وقت التشفير الإضافي مقبولًا.
ملف الإعدادات عالي الجودة هذا اقتراح للاختبار، وليس إعدادًا أثبتته تجربتي على المقاطع القصيرة.
للفيديو عالي المستوى، اختبر قيم CRF قرب 18 و20 و22 ثم اختر بناءً على النتائج المرئية. وقد تحتاج الحبيبات أو الحركة الصعبة إلى إعدادات مختلفة، وقد تتطلب النسخ الرئيسية المخصصة للأرشفة ضغطًا أقل شدة بكثير.
15. لا تعِد تشفير فيديو بلا سبب
ضغط الفيديو مع فقد البيانات ليس مجانيًا من ناحية الجودة. فقد تؤدي إعادة تشفير ملف مضغوط سابقًا إلى ظهور عيوب إضافية، حتى لو بدا الناتج مشابهًا للمصدر.
قبل إعادة الترميز، اسأل نفسك إن كان الملف الأصلي يلبي بالفعل متطلبات التوافق والحجم والجودة.
إذا احتوى الملف أصلًا على فيديو H.264 وصوت AAC متوافقين، ولم تكن هناك حاجة إلى تعديل الصورة، فقد يكون نسخ المسارات دون إعادة تشفير أفضل من ضغط جديد مع فقد البيانات.
ffmpeg -i input.mp4 \
-map 0:v:0 -map '0:a:0?' \
-c copy \
-movflags +faststart \
output.mp4تنسخ هذه العملية المسارات المضغوطة دون تشفيرها من جديد. ويمكنها تغيير ترتيب الحاوية مع تجنب جيل إضافي من فقد الجودة الناتج عن ضغط الفيديو.
وهي لا تحقق عادةً خفضًا في حجم الملف مماثلًا لما ينتج عن تقليل الجودة بإعادة التشفير.
إذا كان الفيديو الموجود صغيرًا أصلًا ومتوافقًا ومقبولًا بصريًا، فقد يكون الإبقاء عليه أفضل تحسين ممكن.
16. تحقّق من الفيديو المشفّر بدلًا من الثقة بحجم الملف وحده
لا يثبت انتهاء FFmpeg برمز خروج ناجح تلقائيًا أن الفيديو يستوفي جميع المتطلبات.
ابدأ بفحص المسارات الناتجة باستخدام FFprobe:
ffprobe -v error \
-show_entries stream=codec_name,profile,pix_fmt,width,height,avg_frame_rate,nb_frames:format=duration,size \
-of json output.mp4تحقّق من برنامج الترميز وصيغة البكسلات والأبعاد ومعدل الإطارات والمدة ومسارات الصوت.
بعد ذلك، فك ترميز الناتج كله لاكتشاف بعض حالات التلف أو أخطاء فك الترميز:
ffmpeg -v error -xerror -i output.mp4 -f null -في تجارب الضغط، قارن نواتج أُنشئت من المصدر نفسه. ثبّت المتغيرات المهمة وغيّر إعدادًا رئيسيًا واحدًا فقط في كل مرة.
شاهد الفيديو الناتج أثناء الحركة، وافحص التفاصيل الدقيقة، وانتبه إلى التدرجات اللونية والمناطق المظلمة والأجسام المتحركة والنصوص.
إن أمكن، استخدم مقاييس موضوعية مثل SSIM أو PSNR أو VMAF لاستكمال المقارنات البصرية. ولا تعتبر الدرجة العالية في مقياس واحد دليلًا على أن جميع العيوب غير مرئية.
وأخيرًا، اختبر الفيديو على أجهزة ممثلة وفي سيناريوهات فتح الملفات بعد تنزيلها. فمعلومات دعم المتصفحات مفيدة، لكن اختبار التشغيل الفعلي مهم على وجه الخصوص عندما يكون التوافق هدفًا أساسيًا.
17. تأكد من تقديم ملفات MP4 على الويب بصورة صحيحة
لا تستطيع إعدادات التشفير الجيدة التعويض عن تقديم الفيديو عبر الويب بصورة سيئة.
عند تشغيل ملفات MP4 تدريجيًا بالطريقة المعتادة، اضبط الترويسة Content-Type: video/mp4 بصورة صحيحة، وادعم طلبات نطاقات البايت عبر HTTP عندما تكون هناك حاجة إلى جلب أجزاء من الملف أو الانتقال داخل الفيديو.
ينقل خيار +faststart في FFmpeg معلومات تهيئة MP4 نحو بداية الملف التقليدي. ويساعد ذلك على التحميل التدريجي، لكنه لا يحسّن الجودة البصرية ولا يخفض معدل البت.
يمكن لعنصر فيديو بسيط في HTML تقديم ملف MP4 واحد بترميز H.264:
<video controls playsinline preload="metadata">
<source src="/media/video.mp4" type="video/mp4">
</video>السمة preload مجرد تلميح للمتصفح، وليست حدًا صارمًا للتنزيل. وقد تشترط سياسات التشغيل التلقائي في المتصفح أيضًا كتم صوت الفيديو أو خلوه من الصوت.
إذا احتوت الصفحة على مقاطع متعددة، فتجنّب تنزيلها كلها فورًا. فتحميل الفيديو عند الحاجة فقط يمكن أن يخفض استهلاك بيانات الهاتف ويحسّن سرعة الاستجابة المدركة.
بالنسبة للمقاطع القصيرة على الهواتف، قد يكون تحسين توقيت التنزيلات بقدر أهمية تقليل حجم الفيديو المشفّر.
18. أي صيغة فيديو ومستوى جودة تختار؟
تعتمد الإجابة الصحيحة على ما تسعى إلى تحسينه.
| هدفك | نقطة الانطلاق المقترحة |
|---|---|
| ملف واحد واسع التوافق للويب والتنزيل | MP4 + H.264 + AAC عند وجود صوت |
| تقديم فيديو للمتصفحات الحديثة مع خيارات صيغ متعددة | AV1 أو VP9 مع بديل H.264 |
| أقصى ضغط على الأجهزة المدعومة | قيّم AV1 |
| بيئة تشغيل مضبوطة ومتوافقة مع HEVC | فكّر في MP4 + HEVC |
| مقاطع قصيرة للهاتف يكون حجم الملف فيها الأهم | فكّر في x264 CRF 30 بعد اختبار عينات ممثلة |
| فيديو الأنمي أو الرسوم المتحركة المرسومة | قيّم x264 مع -tune animation |
| الأفلام عالية الجودة أو الفيديو عالي المستوى | ابدأ بقيمة CRF أكثر تحفظًا قرب 20 واختبر |
| تشفير دون اتصال عندما يكون وقت CPU أقل أهمية | فكّر في x264 مع slow أو veryslow |
| المعالجة السريعة وموارد CPU المحدودة | فكّر في x264 مع medium أو slow |
| فيديو موجود يلبي متطلباتك بالفعل | احتفظ به أو غيّر حاويته دون إعادة تشفير |
| الأرشفة أو التحرير مستقبلًا | احتفظ بنسخة رئيسية عالية الجودة منفصلة عن ملفات التوزيع |
19. قراري النهائي وما الذي أثبتته التجربة فعلًا
بعد دراسة صيغ الفيديو والتوافق وكفاءة التشفير ونتائج الضغط الفعلية، اخترت مجموعة إعدادات عملية لتقديم المقاطع القصيرة الموجهة للهاتف.
كانت الصيغة المختارة MP4 مع H.264، لأن التوافق المتوقع في المتصفحات والهواتف والتنزيلات والتطبيقات الخارجية كان أهم من الحصول على أصغر ملف ممكن باستخدام برنامج ترميز أحدث.
كان المشفّر المختار libx264 مع الإعداد المسبق veryslow، لأن التشفير دون اتصال كان ممكنًا وكان وقت المعالجة الإضافي مقبولًا.
وبالنسبة لفيديو الأنمي، أستخدم ضبط animation، مع إدراكي أنه يغير سلوك المشفّر ولا يضمن ملفات أصغر أو نتائج بصرية أفضل في جميع الحالات.
أما المقاطع القصيرة الموجهة للهاتف، فاخترت لها CRF 30، لأن مقارنتي أظهرت انخفاضًا كبيرًا في حجم الملف دون فرق بصري ذي معنى أثناء التشغيل العادي، حتى عند المقارنة على شاشة مكتبية كبيرة.
لا تعني هذه النتيجة أن CRF 30 هو الإعداد المثالي للأفلام أو اللقطات عالية الجودة. فبالنسبة للمحتوى الذي تكون فيه التفاصيل الدقيقة والتدرجات والحبيبات والتطابق العام مع المصدر أهم، سأبدأ الاختبار قرب CRF 20 أو عند قيمة أخرى محافظة ومناسبة. ولم أُجرِ دراسة مضبوطة مماثلة على لقطات سينمائية، لذا لا أقدم تلك القيمة على أنها المستوى الأمثل المثبت تجريبيًا.
أهم استنتاج هو أنه لا يوجد برنامج ترميز أو صيغة أو قيمة CRF واحدة هي الأفضل عالميًا لجميع المقاطع.
إذا كانت الأولوية لأقصى توافق وتريد ملفًا واحدًا فقط، فإن MP4/H.264 خيار افتراضي قوي. وإذا أمكنك توفير صيغ بديلة وتريد ضغطًا أفضل، فادرس VP9 وAV1. وإذا كنت تشفّر مقاطع قصيرة تُشاهد غالبًا على الهواتف، فاختبر ما إذا كانت قيمة CRF الأعلى تنتج ملفات صغيرة بما يكفي دون الإضرار بتجربة المشاهدة المقصودة. أما الأفلام أو اللقطات عالية المستوى، فاستخدم إعدادات جودة أكثر تحفظًا وتحقق منها بعناية.
حدّد متطلبات التشغيل أولًا، ثم برنامج الترميز ثانيًا، ومستوى جودة الضغط أخيرًا. وبعد ذلك اختبر النتيجة على الأجهزة وفي الظروف المهمة فعلًا. فهذا النهج أكثر موثوقية من اعتماد برنامج ترميز أو قيمة CRF دون اختبار لمجرد أنها أحدث أو أكثر كفاءة أو شائعة التوصية.