ماذا يحدث لفيديو 10-bit أو 4:2:2 بعد التحويل: الأمر يعتمد على هل يجب إعادة ضغط الصورة
وأضع أهم جملة أولًا: حين لا تحتاج الصورة إلى إعادة ضغط تمشي معلومات 10-bit وHDR كما هي؛ وحين تحتاج إلى إعادة ضغط فشكل التسليم هو عمق البت في المصدر بحدّ أقصى 10-bit وعيّنة لون موحَّدة على 4:2:0. وCineX هي التي تقضي أيَّ الطريقين تسلك، وملاك القضاء مكتوب في لماذا تُنجز CineX بعض الفيديو بسرعة وبعضها أبطأ — فأن يحتاج الملف إعادة ترميز أو لا، يحكمه ترميز الصورة الذي داخله، لا اللاحقة.
1. لماذا لا يتغيّر شيء في صنف «لا إعادة ترميز»
صور مثل HEVC 10-bit (بما فيها نوع HDR10) وH.264 Hi10P، إن كان الجهاز قادرًا على قراءتها أصلًا، يسلك فيها CineX «النقل» لا «إعادة الرسم»: فلا يُعاد توليد أي بايت من بيانات البكسل، ولذلك يبقى العمق اللوني وعيّنة اللون ونطاق السطوع كما هي. هذه الملفات تنتهي غالبًا خلال ثوانٍ، وسرعتها لأنها لم تُعد ضغط.
عندما لم تُرسم الصورة من جديد، فالكلام عن «هل تنزل الجودة» لا معنى له— لأنها لم تُمسّ.
2. حين يلزم إعادة الضغط: التسليم على عمق المصدر وبحدّ أقصى 10-bit، والعيّنة اللونية موحَّدة على 4:2:0
حين يجب إعادة ترميز الصورة (كأن يكون المصدر VP9 أو AV1 أو Xvid، وهي صور لا يقرأها الجهاز مباشرة)، لا يهبط عمق البت من تلقاء نفسه: فالمصدر 10-bit — أو ما كان من صنف HDR بنقل PQ أو HLG — يسلَّم 10-bit، والمصدر 12-bit يهبط إلى 10-bit، وعيّنة اللون من 4:2:2 و4:4:4 تُوحَّد عند 4:2:0 مع بقاء عمق البت. ولا يسلَّم 8-bit إلّا في حالتين: أن يكون المصدر 8-bit أصلًا، وألّا يُقرأ عمق البت داخل الملف. الذي يتغيّر هو طبقة العيّنة اللونية وحدها: فدقّة تدرّج الألوان في 10-bit تبقى في البكسل، أمّا عيّنة اللون في 4:2:2 فلا تبقى فيه.
ولماذا تُوحَّد العيّنة اللونية عند 4:2:0 وتهبط 12-bit إلى 10-bit فقط: فهذا خطّ تسليم وضعناه لأنفسنا — فالناتج لا يسلك إلا الشكل الذي يغطيه الدليل المقبول (HEVC Main 10 و4:2:0)، ولا مقامرة على أشدّ منه وسعًا. وهذا ترجيح لا سهو، ولا مفتاح يقلبه أصلًا: فـCineX بلا إعدادات، ولا درجات جودة فيها.
3. عاقبة HDR وDolby Vision في هذا الصنف مختلفة
ولا يبقى هنا من نتيجة تتّصل بعمق البت إلا واحدة: طريق إعادة الترميز يسلّم على عمق المصدر وبحدّ أقصى 10-bit. وأما معلومات Dolby Vision فقلنا إنها تمشي مع الصورة في طريق تغيير الحاوية فقط؛ وما يبقى منها في طريق إعادة الترميز فلم نتحقّق منه، فلا وعد على الطرفين. ووسوم اللون (منحنى النقل والمدى اللوني ونحوهما) تُحمل على قدر الأصل: إن وُجدت نُقلت، وإن غابت لم نصنعها. فأن «الوسم موجود» شيء وأن «الأثر موجود» شيء، وهذا سبب وجوب فصل الكلام في Dolby Vision عن الكلام في HDR10.
4. 10-bit لا تعني بالضرورة بطئًا، لكن حالة واحدة يجب أن تتّسع لها
وH.264 بعمق 10-bit (نوع Hi10P) وHEVC بعمق 10-bit كلاهما داخل نطاق المدخلات التي جرّبناها على أجهزة حقيقية. وما يطلب اتّساعًا في الوقت هو الحالات القصوى: حين تسلك صورة عالية معدل الإطارات والدقة طريق التحويل الكامل، فالانتظار يُحسب على قدر طول المادة، وغالبًا يكون أطول من المادة نفسها. وهذه الملفات التي «لا احتمال للانتظار» أنفع ما تصنع أن تسأل أولًا: أهي بحاجة فعلًا إلى إعادة ضغط، قبل أن تبحث عن أداة أخرى.
الذي يُبطئ لم يكن يومًا رقم «10-bit»، بل أيجب أن تُرسم الصورة من جديد. فالصنف الذي لا يُرسم من جديد يبقى عمق البت فيه على قدر المصدر، والصنف الذي يُرسم يسلّم صورة بعمق المصدر وبحدّ أقصى 10-bit وعيّنة 4:2:0 — وهذا هو الذي يتّسع له الوقت.
5. حدود يجب أن تعرفها مسبقًا
- وما تُبيّنه هذه المقالة قواعد كل طريق من الثلاثة. فسلوك 10-bit وHDR في صنف «لا إعادة ترميز» له عيّنات على أجهزة حقيقية؛ ولـ12-bit و4:2:2 قياس جهاز حقيقي كلٌّ على حدته (12-bit يهبط إلى 10-bit، وعيّنة اللون في 4:2:2 تهبط إلى 4:2:0 ويبقى عمق البت). وهذه الفئة لم تُثبَت بعد بندًا بندًا في اختبار إرجاعي على iOS ⇒ فلا نذكر 10-bit هنا كشكل تسليم، لا كشعار بيع؛ ومن جعله شرطًا لازمًا فليتحقّق بملفاته أولًا.
- إعادة الضغط تغيّر الصورة، ولا نُنكر هذا ولا نضع خيار «أبقِها كما هي».
- عمق البت واللون ليسا إشارة «فشل التحويل»: فالناتج يعمل كعادته، وتوحيد عيّنة اللون عند 4:2:0 قاعدة هذا الطريق لا عطل.
- والتحويل الكامل يترك مساحة متاحة كافية (لا تتجاوز الذروة على القرص مثلي حجم الملف الأصلي، وحين يُكتفى بتغيير الحاوية تكفي مساحة ناتج واحد)، وسببه مكتوب في لماذا يحتاج تحويل الفيديو مساحة إضافية.
الأسئلة الشائعة
هل يُنزَّل فيلمي HEVC 10-bit إلى 8-bit؟
لا. فحين يقرأ الجهاز هذه الصورة مباشرة تكتفي CineX بتغيير الحاوية، ولا تمسّ بكسلًا، ويبقى 10-bit كما هو؛ وعند الحاجة إلى إعادة الترميز لا يهبط عمق البت أيضًا — فالمصدر 10-bit يسلَّم 10-bit. ولا يكون الناتج 8-bit إلا إذا كان المصدر 8-bit أصلًا أو لم يُقرأ عمق البت في الملف.
بقي وسم HDR بعد التحويل، فلماذا تبدو الصورة باهتة؟
والإغبراء معظمه يأتي من ناحية العرض وكيف يتصرّف بمعلومات السطوع من صنف HDR، لا لأن الناتج فاسد. وطريق إعادة الترميز يسلّم على 4:2:0 بصفة ثابتة، ووسوم اللون تُحمل على قدر الأصل؛ فأن «الوسم موجود» لا يعني أن «الأثر موجود»، والصحيح أن تدّخر الملف الأصلي للطريق الذي يشغّله.
هل من طريقة تجعله يُبقي مخرجات 10-bit؟
لا حاجة إلى إعداد، ولا إعداد أصلًا: فعمق البت عند إعادة الترميز يُسلَّم على قدر المصدر بطبيعته — المصدر 10-bit يسلَّم 10-bit، والمصدر 8-bit لا يصير 10-bit لمجرّد أنك تريد إبقاءه. وCineX بلا إعدادات: لا درجة جودة، ولا اختيار لعمق البت، ولا حجم مستهدف.
هل تحويل 10-bit بطيء حتمًا؟
ليس بالضرورة. البطيء صنف واحد: ما يجب فيه إعادة الضغط ويكون عالي معدل الإطارات والدقة معًا؛ وكثير من ملفات 10-bit يسلك الطريق الذي لا إعادة ترميز فيه، فينتهي في ثوانٍ.
Axiom One LLC — CineX