DNxHR LB

Avid DNxHR (Digital Nonlinear Extensible, High Resolution) هو الخلف المستقل عن الدقة لـ DNxHD، وقد اعتمدته SMPTE بالمعيار RDD 36. يدعم أي حجم إطار من SD حتى 8K، ويأتي بخمس طبقات جودة: LB (Low Bandwidth) وSQ (Standard Quality) وHQ (High Quality) وHQX (12 بت) و444 (RGB كامل). تقع LB عمداً في أسفل هذا السلّم. تُرمّز فيديو داخل-الإطار 8 بت 4:2:2، أي أن كل إطار يُضغط وحده دون تنبؤ بين الإطارات، فيبقى التمرير والـ shuttle بـ J-K-L والتشغيل العكسي سريع الاستجابة حتى على حاسوب محمول متواضع.

معدل البيانات هو ما يميّز LB. عند 1080p و23.976 إطار/ث يستهدف نحو 36 ميجابت/ث، ويرتفع إلى قرابة 115 ميجابت/ث في UHD 2160p، ويزيد أكثر مع معدل الإطارات. قد يكون ماستر ProRes 422 HQ للقطة نفسها أكبر بخمس إلى عشر مرات، ولهذا تحديداً تكون LB هي الطبقة التي يلجأ إليها المحررون حين يكون الهدف الوحيد مونتاجاً سريعاً وموثوقاً دون اتصال، لا تدريجاً لونياً أو تشطيباً. ولأنها داخل-الإطار، تبقى تايم لاين بطول ساعة من بروكسي LB صغيرة بما يكفي لتسع على SSD داخلي دون إطلاق تحذيرات امتلاء القرص التي تسببها أصول الكاميرا بترميز long-GOP.

يتعامل Avid Media Composer مع DNxHR كترميز أصلي من الدرجة الأولى، لا كصيغة إضافة. يتم ترميز اللقطات إلى LB عبر أمر Consolidate/Transcode، وتُكتب الملفات الناتجة بصيغة .mxf بنكهة OP-Atom داخل مجلد Avid MediaFiles/MXF/، حيث يفهرسها Media Composer تلقائياً كوسائط مُدارة. هذه البنية المجلدية هي التفصيل الذي يغفله معظم مستخدمي Avid الجدد: ضع ملف MXF خارج Avid MediaFiles/MXF/1/ ولن يراه متصفّح الوسائط. يستطيع DaVinci Resolve وPremiere Pro أيضاً فك ترميز DNxHR وترميزه، لكنهما يغلّفانه بنكهة OP1a، لذا فإن ملف LB المصنوع لـ Resolve ليس قابلاً للتبادل مباشرة مع بنية حاويات Avid.

من الأخطاء الشائعة الخلط بين LB ووسيط بلا فقد بصري. فهي مُفقِدة عمداً و8 بت، وبالتالي غير مناسبة لعمل الألوان. لذلك تنتقل إلى HQX أو 444. وظيفة LB هي السرعة على التايم لاين، وهي تؤديها أفضل من أي ترميز بروكسي آخر مقبول في البثّ تقريباً.

لا يساعد DNxHR LB إلا بعد وجود البروكسي، فإن ظلّت أصول كاميرتك تتقطّع، فاطّلع على كيف تختار بين بروكسي ProRes وDNxHR وH.264، أو دع لوحة Premiere Pro من Sanbila تولّد البروكسي في السحابة وترفقه عنك.