ما الـ remux ولماذا يتعذر هنا؟

الـ remux عملية نسخ بيانات الفيديو والصوت من حاوية إلى أخرى دون مسّها؛ وهو سريع ولا يحدث فيه فقد في الجودة لأن خوارزمية الضغط لا تعمل البتة. غير أن عمل الـ remux يستلزم أن تعرف الحاوية الهدف المرمِّز الموجود في المصدر. وWEBM لا تقبل إلا مرمِّزات الفيديو VP8 وVP9 وAV1؛ بينما تحمل ملفات MOV عادةً H.264 أو ProRes. ولأن هاتين القائمتين لا تتقاطعان البتة فإن البيانات لا يمكن نقلها كما هي وتصير إعادة الترميز إلزامية.

ما الذي أفقده بالضبط في إعادة الترميز؟

الضغط مع الفقد يصغّر الملف بطرح التفاصيل التي تكون عين الإنسان أقل ملاحظة لها. فإذا كان ملف MOV المصدر مضغوطًا بترميز H.264 أصلًا فقد طُرح جزء من التفاصيل من قبل؛ وحين تفك هذه الصورة وتضغطها من جديد بترميز VP9 يُجرى انتقاء ثانٍ فوق ذلك. وأظهر مواضع الفقد هي المشاهد سريعة الحركة والمساحات الواسعة أحادية اللون والأجزاء المظلمة. وبإعداد جودة جيد لا يُميَّز هذا الفقد بالعين في معظم المشاهد، لكنه موجود تقنيًا ولا يمكن التراجع عنه.

هل الوضع مختلف في ملف MOV يحتوي على ProRes؟

أنت في وضع أفضل قليلًا من جهة الفقد لأن ProRes يطبّق ضغطًا قليلًا جدًا ومقدار التفاصيل المطروحة في المصدر ضئيل؛ أي إن الانتقاء الوحيد الذي يقع فوقه هو انتقاء ترميز WEBM. غير أن الوضع أشقّ من جهة مدة المعالجة، لأن ملفات ProRes ضخمة وكمية البيانات التي ستُقرأ كبيرة جدًا. كما أن إعادة الترميز نفسها تبقى محتومة، لأن WEBM لا تستطيع حمل ProRes بأي حال.

هل ثمة سبيل إلى تسريع العملية؟

أنجع سبيل اختيار VP9 بدل AV1؛ فAV1 يضغط ضغطًا أكفأ لكن ترميزه أبطأ بوضوح. والسبيل الثاني خفض الدقة؛ فإن لم يكن 4K لازمًا للنشر على الويب فإن دقة أدنى تقلل مدة الترميز وحجم الملف تقليلًا جادًا. كما أن قص الأجزاء غير اللازمة من الفيديو قبل التحويل يقصّر المدة بتقليل عدد الإطارات التي ستُعالَج.

لماذا يستلزم التحويل من MOV إلى WEBM إعادة ترميز في كل الأحوال؟

العملية نفسها ومدد شديدة الاختلاف

حين تحوّل ملف MOV إلى MP4 تنتهي العملية في أغلب الأحيان بسرعة مدهشة. وحين تحوّل ملف MOV نفسه إلى WEBM تنتظر دقائق. الملف نفسه والمدة نفسها والدقة نفسها. فمن أين يأتي الفرق بينهما؟

الجواب مخبوء في أهم تمييز أساسي في الفيديو الرقمي: الفرق بين الحاوية والمرمِّز. ومتى استوعبت هذا التمييز صرت قادرًا على توقع أي تحويل سيكون سريعًا وأيها بطيئًا دون أن تنظر إلى الملف.

الحاوية والمرمِّز: طبقتان منفصلتان

تخيّل ملف الفيديو من طبقتين.

الحاوية هي الطبقة الخارجية — صندوق الملف. تُبقي مسار الفيديو ومسار الصوت والترجمات إن وُجدت والبيانات الوصفية ومعلومات التزامن مجتمعة. وMOV وMP4 وWEBM وMKV حاويات. والحاوية لا تضغط الصورة ولا تحدد الجودة.

المرمِّز هو الطبقة الداخلية — يحدد بأي خوارزمية ضُغطت الصورة والصوت. وH.264 وH.265 وProRes وVP9 وAV1 مرمِّزات فيديو. وAAC وMP3 وOpus وVorbis وPCM مرمِّزات صوت. وهذه الطبقة هي التي تحدد حجم ملفك وجودته البصرية.

والنقطة الحاسمة: ليست كل حاوية قادرة على حمل كل مرمِّز. فلكل حاوية قائمة مرمِّزات تقبلها، والذي يحدد هل سيكون التحويل سريعًا أم بطيئًا هو تقاطع هذه القوائم أو عدمه.

إن وُجد تقاطع: remux

إذا كان المرمِّز الموجود في الملف المصدر مدرجًا أيضًا في القائمة التي تقبلها الحاوية الهدف حدث شيء رائع. فلا تحتاج إلى فك الصورة البتة. إذ تُؤخذ بيانات الفيديو والصوت من الصندوق القديم وتوضع في الصندوق الجديد كما هي. وتسمى هذه العملية remux.

وللـ remux مكسبان كبيران. الأول أن فقد الجودة فيه صفر — إذ تبقى البيانات مطابقة بتًا ببت ولا يُطرح أي تفصيل. والثاني أنه سريع — إذ لا تعمل خوارزمية الضغط البتة بل تُنسخ البيانات فحسب، ولذلك فإن الذي يحدد المدة أساسًا هو سرعة القرص والاتصال.

وهذا بالضبط ما يحدث حين تحوّل إلى MP4 ملفَ MOV يحتوي على H.264. فلأن حاوية MP4 تقبل H.264 أصلًا تُنقل البيانات وينتهي العمل. وهذا هو سبب سرعة ذلك التحويل.

إن لم يوجد تقاطع: إعادة الترميز

قائمة المرمِّزات التي تقبلها WEBM ضيقة جدًا، وهذا خيار تصميمي. فقد صُمِّمت WEBM صيغةَ ويب مفتوحة بلا أعباء براءات اختراع؛ ولذلك لا تحمل إلا المرمِّزات المفتوحة:

الفيديو: VP8، VP9، AV1
الصوت: Vorbis، Opus

ولننظر الآن إلى المحتوى النمطي لملفات MOV:

الفيديو: H.264 (iPhone، تسجيلات الشاشة، معظم الكاميرات) أو ProRes (المونتاج الاحترافي)
الصوت: AAC أو PCM غير المضغوط

لا يوجد بين القائمتين عنصر مشترك واحد. فH.264 لا يمكن وضعه في WEBM. وProRes لا يمكن وضعه البتة. وAAC غير موجود في قائمة الصوت لدى WEBM أيضًا.

ولا يبقى في هذه الحالة إلا طريق واحد: transcode، أي إعادة الترميز. وتجري العملية كالآتي. يمرّ كل إطار من الفيديو المصدر عبر مفكّك شفرة H.264 فيُفتح إلى بكسلات خام. ثم تُعطى هذه الإطارات الخام إلى مرمِّز VP9 أو AV1 وتُضغط من الصفر من جديد. ويقع الشيء نفسه في جانب الصوت: يُفكّ AAC ويُعاد ترميزه بصيغة Opus أو Vorbis.

ولهذا نتيجتان أمينتان

الأولى: العملية بطيئة. فكل إطار في الفيديو مضطر إلى المرور عبر خوارزميتين منفصلتين. ومرمِّزا VP9 وAV1 يُجريان حسابات مكثفة على وجه الخصوص — فالضغط الكفء ينشأ من هذه الحسابات بالضبط. ومن السلوك المتوقع لا من العيب أن تستغرق العملية دقائق في ملف طويل وعالي الدقة. وحين تختار AV1 تطول هذه المدة طولًا واضحًا بالقياس إلى VP9.

الثانية: تفقد قدرًا من الجودة. فالضغط مع الفقد يصغّر الملف بطرح المعلومات التي تكون عين الإنسان أقل ملاحظة لها. وإذا كان ملف MOV المصدر مضغوطًا بترميز H.264 أصلًا فقد طُرح جزء من التفاصيل من قبل. وحين تفك تلك الصورة وتضغطها من جديد بترميز VP9 يُطبَّق انتقاء ثانٍ. وهذا فقد يتراكم بعضه فوق بعض ولا يمكن التراجع عنه.

وبإعداد جودة جيد لا يُلاحَظ هذا الفقد بالعين المجردة في معظم المشاهد. لكنه يصير ظاهرًا في مواضع بعينها: تضبب في المشاهد سريعة الحركة، ودرجات لونية متدرجة في المساحات الواسعة أحادية اللون (كالسماء)، وتشوهات على هيئة كتل في المشاهد المظلمة. فإن كنت ترى هذه فإن إعداد جودتك بخيل أكثر مما ينبغي.

نتائج عملية

متى فهمت هذه الآلية صارت ثلاثة سلوكيات صحيحة تلقائيًا.

أبقِ السلسلة قصيرة. فكل إعادة ترميز تضيف فقدًا جديدًا. فبدل تحويل الفيديو إلى MP4 أولًا ثم إلى WEBM ثم إلى شيء آخر مجددًا، اذهب من المصدر إلى الهدف مباشرة. وليكن مصدرك عند التحويل من MOV إلى WEBM هو الملف الأصلي.

أنهِ التحرير أولًا. فعمليات مثل القص وتصحيح الألوان وطبع الترجمة تعني إعادة ترميز أخرى. فأنجزها قبل التحويل وأنت لا تزال تعمل على الملف المصدر.

لا تحذف الأصل أبدًا. فمخرجات WEBM نسخة فقدت معلومات من المصدر. وإذا احتجت غدًا إلى صيغة مختلفة فينبغي أن تنطلق من ملف MOV الأصلي لا من WEBM.

أي تحويل سريع وأيها بطيء: أسلوب عملي في التوقع

متى استوعبت هذا المنطق أمكنك أن تتوقع على وجه التقريب مدة أي تحويل قبل الدخول فيه. وكل ما عليك فعله طرح سؤالين.

السؤال الأول: أي مرمِّز يوجد داخل الملف المصدر؟ فملفات MOV تحمل عادةً H.264؛ ويوجد ProRes في مخرجات الكاميرات الاحترافية والمونتاج. وحجم الملف يعطيك قرينة — فإذا كان فيديو مدته بضع دقائق يشغل غيغابايتات فمعناه أن في الداخل مرمِّزًا قليل الضغط مثل ProRes.

السؤال الثاني: هل تقبل الحاوية الهدف هذا المرمِّز؟ فMP4 تقبل H.264، ولذلك يكون الانتقال إلى MP4 من ملف MOV يحتوي على H.264 عمليةَ remux وينتهي سريعًا. أما WEBM فلا تقبل H.264 ولا ProRes، ولذلك فإن كل طريق يذهب إليها يمرّ عبر إعادة ترميز.

وحين تطرح هذين السؤالين تخرج النتيجة من تلقاء نفسها. فإن وُجد تقاطع فسريع وبلا فقد؛ وإن لم يوجد فبطيء ومع قدر من الفقد. والقاعدة بهذه البساطة، وهي تعمل بالطريقة نفسها في الحاويات الأخرى مثل MKV وAVI.

وتنبيه: أنت في الحقيقة في وضع أفضل قليلًا من جهة الفقد في ملف MOV يحتوي على ProRes، لأن ProRes يطبّق ضغطًا قليلًا جدًا ومقدار التفاصيل المطروحة في المصدر ضئيل. أي إن الانتقاء الوحيد الذي يقع فوقه هو انتقاء ترميز WEBM. وفي المقابل تطول مدة المعالجة أكثر، لأن كمية البيانات التي ستُقرأ ضخمة.

الخلاصة

كون التحويل من MOV إلى WEBM بطيئًا ومع فقد ليس مسألة نقص في الأداة ولا إعداد خاطئ؛ بل هو نتيجة مباشرة لعدم تقاطع قائمتي المرمِّزات اللتين تقبلهما الحاويتان البتة. فWEBM حاوية ضيقة مبنية على المرمِّزات المفتوحة، وMOV حاوية تحمل مرمِّزات مختلفة تمامًا مثل H.264 وProRes. ومتى انعدم القاسم المشترك فُكّت الصورة اضطرارًا وضُغطت من جديد — وهذا يعني وقتًا وقدرًا من الجودة. وجواب سؤال «هل يستحق الأمر دفع هذا الثمن» يتوقف على هدفك: فإن كنت ستنشر الفيديو في موقعك فإن توافق WEBM مع المتصفحات وضغطها الكفء يغطيان هذه الكلفة. أما إن كنت سترسل الملف إلى أحدهم فحسب فإن MP4، التي يكون تغيير الحاوية إليها بلا ثمن، هدف أذكى بكثير.