تسريع الأجهزة مقابل تحويل الترميز باستخدام وحدة المعالجة المركزية للبث نفسه بدقة 4K

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

ثبّت مهمة 4K قبل مقارنة المحركات

تستخدم المقارنة العادلة الملف المصدر نفسه، ودقة الإخراج نفسها، وإعداد معدل البت المستهدف أو الجودة المستهدفة نفسه، وحالة الترجمة نفسها، ومتطلب HDR/SDR نفسه، والعميل نفسه. ويمكن أن يؤدي تغيير أي من هذه المتغيرات إلى تغيير حجم العمل أكثر من الاختيار بين الترميز عبر الأجهزة والترميز عبر وحدة المعالجة المركزية.

توضح وثائق أداء HandBrake كيف يؤثر إعداد الترميز المسبق، وهدف الجودة، ومعدل البت، والمرشحات في السرعة. وتوفر متغيرات أداء الترميز المضبوطة منهج الاختبار المناسب: قارن مسارًا واحدًا في كل مرة بدلًا من مقارنة مهمتين مختلفتين.

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

تفوّق تسريع الأجهزة في اختبار معدل النقل الفعلي

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

يسرد Jellyfin تقنيات QSV وNVENC/NVDEC وAMF وVA-API وVideoToolbox وغيرها من أساليب تسريع الأجهزة، ويصف كيفية تفريغ عدة مراحل من مسار تحويل الترميز. ويدعم مسار تحويل الترميز ذي الوظائف الثابتة الاستنتاج العملي: تتفوق الأجهزة عندما يكون المسار الكامل المطلوب مسرَّعًا فعليًا.

يكون المكسب الأكبر عند تداخل عدة تدفقات. فقد لا تتسع قدرة وحدة معالجة مركزية قادرة على تحويل مصدر 4K واحد برمجيًا في الوقت الفعلي لجلسة ثانية، بينما يستطيع محرك فيديو مناسب غالبًا مواصلة تشغيل عدد أكبر من المهام المتزامنة دون استهلاك الحصة نفسها من موارد وحدة المعالجة المركزية العامة.

يحتفظ التحويل باستخدام وحدة المعالجة المركزية بالمرونة حيث تتوقف المسارات العتادية

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

تشير إرشادات Plex الحالية للبث العتادي إلى أن جيل العتاد قد يؤثر في جودة الإخراج، وأن ترميز HEVC يتطلب موارد أكثر من H.264. ويُشكّل الإخراج العتادي المتأثر بالجيل الحد الفاصل: فالعتاد ليس مُرمِّزًا واحدًا متطابقًا في كل أجيال المعالجات ووحدات معالجة الرسومات.

لذلك يظل التحويل باستخدام وحدة المعالجة المركزية خيارًا احتياطيًا عندما يعجز المسرّع عن إكمال المهمة المطلوبة. ولا ينبغي اختياره لمجرد توفر طاقة وحدة المعالجة المركزية؛ فالسؤال هو ما إذا كانت مرونته الإضافية تستحق استهلاك الطاقة وفقدان إمكانية تشغيل جلسات متزامنة في جلسة 4K مباشرة.

Featured

ZimaCube 2 سحابة شخصية منزلية NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

قد يخفي التسريع الجزئي عنق الزجاجة الحقيقي

قد تُظهر الجلسة استخدام الترميز العتادي بينما تظل وحدة المعالجة المركزية تتولى فك الترميز، أو دمج الترجمة داخل الفيديو، أو معالجة الصوت، أو تغيير التحجيم، أو مرشحًا آخر. في هذه الحالة، لا يقارن النظام بين مسار عتادي كامل ومسار كامل يعتمد على وحدة المعالجة المركزية؛ بل يقارن بين مسارين هجينين يختلفان في مراحلهما البرمجية.

تفصل حزمة تطوير برامج ترميز الفيديو من NVIDIA بين إمكانات NVDEC وNVENC، وتوثّق الدعم العتادي الخاص بكل برنامج ترميز. وتوضح إمكانات فك الترميز والترميز العتادية المنفصلة سبب عدم إثبات نجاح الترميز العتادي أن فك ترميز المصدر يتم أيضًا عبر العتاد.

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

يجب مقارنة الجودة عند معدل البت الفعلي الذي تستخدمه للتوصيل

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

تؤكد وثائق Quick Sync من Intel أن الميزة مطبقة في معالج الرسومات، ويجب أن تدعمها وحدة المعالجة المركزية المحددة. وتهم مراجعة جيل Quick Sync المحدد، لأن «تسريع العتاد» قد يعني محركات وسائط مختلفة جدًا تبعًا لجيل المنصة.

عند التشغيل المباشر، قارن الجودة المرئية عند معدل البت الذي سيتلقاه المستخدم البعيد أو العميل. إذا حقق كلا المسارين حد الجودة المطلوب في المنزل، فاختر المسار الذي يترك هامشًا أكبر للموارد بدلًا من تحسين مقياس ترميز لا يستطيع المشاهد رؤيته.

الطاقة والتزامن يحولان اختبار بث واحد إلى قرار يتعلق بالخادم

يمكن أن يكون بث 4K نفسه مستدامًا على وحدة المعالجة المركزية، لكنه يظل خيارًا افتراضيًا غير مناسب لخادم يعمل دائمًا. إذ يزيد الاستخدام المرتفع للبرمجيات احتمال تعارض بث ثانٍ أو فحص مكتبة أو نسخة احتياطية أو خدمة أخرى مع التشغيل. ويحافظ تسريع العتاد على هامش جدولة أكبر لهذه العمليات المتزامنة.

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

إذا كان بث واحد مُسرَّعًا بالعتاد مستقرًا بينما يفشل البث الثاني، فقد اكتشفت حدًا حقيقيًا للتزامن. وإذا لم ينجح تحويل الفيديو البرمجي بالمعالج إلا عندما تكون كل الخدمات الأخرى خاملة، فقد اجتاز اختبارًا تجريبيًا لكنه فشل في التعامل مع حمل الخادم الفعلي.

الأسئلة الشائعة

هل ينتج تحويل الفيديو بالعتاد دائمًا جودة أسوأ من تحويله بالمعالج؟

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

لماذا يظل استخدام المعالج مرتفعًا رغم تفعيل تسريع العتاد؟

قد لا يتسارع سوى جزء من المسار. فقد تبقى عملية تحويل الصوت أو الترجمة أو ضبط النطاق الديناميكي أو تغيير الحجم أو فك ترميز الصيغ غير المدعومة أو المرشحات الأخرى على المعالج. استخدم سجلات البث ونشاط محرك المضيف لمعرفة المرحلة التي لا تزال تعتمد على البرمجيات.

هل ينبغي استخدام تحويل الفيديو بالمعالج إذا كان الخادم يحتوي على عدد كبير من النوى غير المشغولة؟

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

استخدم العتاد أولًا للبث المباشر بدقة 4K، واجعل المعالج مسار الاستثناء

اختر تسريع العتاد عندما يكون مسار المصدر إلى الإخراج بدقة 4K مدعومًا بالكامل، وتكون سرعة المعالجة المباشرة والتزامن والقدرة الاحتياطية للخادم عوامل مهمة. هذا هو الخيار المعتاد لخادم وسائط يعمل دائمًا ويخدم عملاء متنوعين.

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

إذا كان البث يستخدم التشغيل المباشر بالفعل، فتوقف تمامًا عن مقارنة هذين المسارين. فلا تحويل الفيديو بالعتاد ولا بالمعالج يحسّن جلسة لا تحتاج إلى تحويل الفيديو؛ حافظ على التشغيل المباشر وأنفق ميزانية الخادم على عمليات التحويل التي لا يمكنك تجنّبها.