كيفية التحقق مما إذا كان التحويل البرمجي للأجهزة يعمل فعلاً

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

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

الإعداد يمنح الإذن فقط، وليس الدليل

إعداد تحويل الأجهزة هو إذن، وليس نتيجة اختبار. يخبر Plex أو Jellyfin أو Emby أو أي خادم وسائط آخر أنه قد يستخدم تسريع الأجهزة عندما تتوافق شروط البث، الترميز، التعريف، الوصول إلى الجهاز، والتشغيل. لكنه لا يثبت أن البث الذي تشاهده الآن يستخدم وحدة معالجة الرسوميات.

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

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

يجب أن يجيب تدفق التحقق الموثوق على خمسة أسئلة: هل يتم تحويل البث فعليًا، هل يعرض لوحة التحكم تسريع الأجهزة، هل يظهر المضيف نشاط ترميز أو فك ترميز الفيديو، هل تظهر سجلات FFmpeg مسار الأجهزة، وهل تتطابق نتيجة تشغيل العميل مع الدقة المتوقعة، معدل البت، الترميز، أو سلوك الترجمة؟

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

أولاً اجعل البث يتحول فعليًا

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

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

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

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

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

لوحة التحكم هي الدليل الأول

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

Plex: ابحث عن فك وترميز الأجهزة

في Plex، ابدأ بثًا تعلم أنه يتم تحويله، ثم افتح لوحة التحكم على الويب وقم بتوسيع تفاصيل التشغيل الحالي. يقول Plex إنه عند استخدام تسريع الأجهزة، يجب أن ترى (hw) بجانب تنسيق الفيديو في تفاصيل التشغيل الموسعة.

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

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

Jellyfin و Emby: تحقق من تفاصيل البث

في Jellyfin، تحقق من البث النشط أو معلومات التشغيل لـ سبب تحويل الترميز وطريقة تسريع الأجهزة. توضح وثائق تسريع الأجهزة في Jellyfin أن Jellyfin يستخدم محول ترميز FFmpeg معدل ويمكنه استخدام وحدات معالجة الرسوميات المدمجة أو المنفصلة عبر طرق مثل Intel QSV، NVIDIA NVDEC / NVENC، AMD AMF، VA-API، VideoToolbox، ومسارات أخرى خاصة بالمنصة.

السؤال المفيد ليس فقط ما إذا كان يتم تحويل الترميز، بل أي طريقة تُستخدم. إذا أظهرت تفاصيل التشغيل QSV، VAAPI، NVENC، AMF، أو VideoToolbox، فهذه علامة أقوى من تسمية تحويل الترميز العامة. إذا أظهرت تفاصيل البث تحويل ترميز برمجي فقط، فمن المحتمل أن وحدة معالجة الرسوميات لا تتعامل مع ذلك البث.

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

نشاط وحدة معالجة الرسوميات على المضيف هو الطبقة الثانية من الدليل

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

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

إنفيديا: راقب محرك الفيديو، وليس فقط استخدام وحدة معالجة الرسوميات

بالنسبة لأنظمة NVIDIA، استخدم nvidia-smi أثناء تشغيل اختبار الترميز. ابحث عن عملية خادم الوسائط أو الترميز، استخدام ذاكرة GPU، ونشاط المشفر / المفكك. تتضمن وثائق NVIDIA مراقبة استخدام المشفر والمفكك، ويمكن أن تظهر مراقبة العمليات استخدام GPU لكل عملية.

فحص NVIDIA الأساسي هو:

nvidia-smi

للحصول على عرض مراقبة أكثر نشاطًا، استخدم:

nvidia-smi dmon

الخطأ الشائع هو مراقبة فقط نسبة استخدام GPU العامة. قد لا يبدو ترميز الفيديو مثل عرض 3D، أو الألعاب، أو الحوسبة الذكية. ابحث تحديدًا عن نشاط ترميز / فك ترميز الفيديو، العملية ذات الصلة بخادم الوسائط، وما إذا كان التوقيت يتطابق مع البث النشط.

Intel Quick Sync: تأكد من أن iGPU مشغول فعليًا

بالنسبة لأنظمة Intel iGPU / Quick Sync على لينكس، غالبًا ما تكون أداة intel_gpu_top هي الأوضح. ابدأ الترميز القسري، ثم راقب ما إذا كان محرك الفيديو يظهر نشاطًا. إذا قالت لوحة تحكم خادم الوسائط إن تسريع الأجهزة نشط لكن محرك فيديو إنتل يبقى خاملاً، فقد يستخدم الخادم الجهاز الخطأ، أو يفتقد الأذونات، أو يعود إلى البرمجيات.

يمكنك أيضًا التحقق مما إذا كان لينكس يرى جهاز الرسومات:

lspci -nn | grep -Ei "3d|عرض|vga"

تشير وثائق تسريع الأجهزة في Jellyfin المستخدمين إلى فحوصات خاصة بالأجهزة قبل اختيار طريقة التسريع، لأن مسار التسريع المتاح يعتمد على الجهاز، التعريف، ودعم المنصة.

AMD: طابق نشاط GPU مع البث النشط

بالنسبة لأنظمة AMD، تعتمد أداة المراقبة الدقيقة على نظام التشغيل وحزمة التعريفات. على لينكس، غالبًا ما يتحقق المستخدمون من نشاط VAAPI / AMF باستخدام أدوات مثل radeontop أو لوحات تحكم المنصة. منطق التحقق هو نفسه: ابدأ ترميزًا قسريًا، راقب نشاط GPU المتعلق بالفيديو، ثم أوقف البث وانظر ما إذا كان النشاط قد انخفض.

لا تتوقع أن تصنف كل أداة تسريع الفيديو بنفس الطريقة. السؤال العملي هو ما إذا كانت هناك نشاطات تظهر خلال ذلك البث بالذات وما إذا كان التوقيت يتطابق مع لوحة تحكم خادم الوسائط.

تُظهر سجلات FFmpeg مسار الترميز الفعلي

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

في السجلات، قد تشمل مسارات الأجهزة أسماء مثل:

h264_nvenc
hevc_nvenc
h264_qsv
hevc_qsv
h264_vaapi
hevc_vaapi

غالبًا ما تشمل مسارات ترميز البرامج:

libx264
libx265

توثيق FFmpeg يصف مسار تسريع الأجهزة في FFmpeg لعمليات فك ترميز البث المتطابقة، مع طرق مثل vaapi، qsv، d3d11va، dxva2، وvideotoolbox. كما يشرح أن التوفر الفعلي يعتمد على الطريقة المختارة، ودعم فك الترميز، والأجهزة، وبيئة التعريف.

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

رؤية مسارات ترميز البرامج مثل libx264 أو libx265 في سجل تحويل خادم الوسائط غالبًا ما تكون إشارة قوية إلى الرجوع إلى ترميز libx264 البرمجي أو ترميز البرامج، خاصة عندما كنت تتوقع NVENC أو QSV أو VAAPI أو AMF أو VideoToolbox.

استخدم السجلات عندما تختلف أدلة لوحة التحكم ومقاييس المضيف، أو عندما يتغير Docker أو الأذونات مؤخرًا، أو عندما يعمل ترميز واحد ولا يعمل الآخر، أو عندما تغير الترجمات أو تعيين نغمة HDR النتيجة، أو عندما يبدأ البث أو يتوقف مؤقتًا أو يفشل أو يتحول بصمت إلى تحويل البرامج.

التحويل الجزئي باستخدام الأجهزة أمر طبيعي

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

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

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

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

لماذا قد يبدو استخدام وحدة المعالجة المركزية مرتفعًا

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

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

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

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

عندما يكون Docker هو عنق الزجاجة الحقيقي

في إعداد Docker، رؤية المضيف لوحدة معالجة الرسومات لا تثبت أن الحاوية يمكنها استخدامها. قد تبدأ Plex أو Jellyfin أو Emby أو Frigate بشكل طبيعي، وتعرض واجهة مستخدم سليمة، ومع ذلك تعود إلى استخدام وحدة المعالجة المركزية لأن الحاوية لا تملك حق الوصول إلى الجهاز الصحيح.

بالنسبة لمسارات Intel Quick Sync أو VAAPI، الجهاز الرئيسي غالبًا ما يكون /dev/dri. تشير دليل تسريع الأجهزة الخاص بـ Plex إلى أن التشفير العتادي في Docker يتطلب إعدادات إضافية، وغالبًا ما تحتاج إعدادات Plex Docker إلى تمرير جهاز النواة المناسب إلى الحاوية لـ Intel Quick Sync.

بالنسبة لأنظمة NVIDIA، قد يتضمن وصول Docker إلى GPU استخدام --gpus، وأدوات NVIDIA Container Toolkit، وتكوين وقت التشغيل، وقدرات التعريف. توضح وثائق NVIDIA Container Toolkit وصول Docker إلى GPU من خلال خيارات مثل --gpus أو NVIDIA_VISIBLE_DEVICES، اعتمادًا على تكوين وقت التشغيل.

لدى Docker Compose نموذج حجز وحدة معالجة الرسومات الخاص به. يشرح دليل دعم GPU الرسمي لـ Docker Compose أن الخدمات يمكنها حجز أجهزة GPU وأن القدرات يجب تعيينها لحجوزات GPU. هذا جزء من نفس مشكلة الوصول إلى جهاز الحاوية.

تحقق من Docker عندما تكون وحدة معالجة الرسومات المضيفة مرئية ولكن لوحة تحكم خادم الوسائط تعرض تحويل الترميز بالبرمجيات، عندما يعمل nvidia-smi على المضيف ولكن ليس داخل الحاوية، عندما يوجد /dev/dri على المضيف ولكنه مفقود داخل الحاوية، أو عندما يغير تحديث الحاوية الأذونات أو المجموعات أو وقت التشغيل أو تعيين الأجهزة.

يجب أن يثبت خادم الوسائط المحاكى الوصول إلى الجهاز من داخل الحاوية، وليس فقط من المضيف. وإلا، قد تقوم بتصحيح طبقة خاطئة.

تسلسل اختبار أنظف لـ Plex و Jellyfin و Emby

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

1. اختر ملف فيديو يمكن أن يسبب تحويل الترميز.
2. ابدأ التشغيل على عميل يمكنك التحكم في الجودة فيه.
3. خفض جودة التشغيل لإجبار تحويل الترميز.
4. افتح لوحة تحكم خادم الوسائط.
5. تأكد من أن البث يقول تحويل الترميز، وليس التشغيل المباشر.
6. تحقق مما إذا كانت لوحة التحكم تعرض (hw) أو طريقة الأجهزة.
7. راقب نشاط محرك الفيديو لوحدة معالجة الرسومات المضيفة / iGPU أثناء البث.
8. افتح سجل تحويل الترميز FFmpeg لتلك الجلسة بالضبط.
9. ابحث عن مسارات ترميز الأجهزة أو التراجع إلى البرمجيات.
10. قم بتعطيل الترجمة واختبر مرة أخرى.
11. أوقف البث وتأكد من انخفاض نشاط وحدة معالجة الرسومات (GPU).
12. كرر مع ترميز أو عميل مختلف واحد فقط بعد أن يكون الاختبار الأول واضحًا.

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

كيف يبدو ترميز الأجهزة الناجح

ترميز الأجهزة الناجح ليس لقطة شاشة واحدة. إنه مجموعة من الإشارات التي تتفق مع بعضها البعض.

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

كيف ينطبق نفس الفحص على الذكاء الاصطناعي للفيديو وسير عمل الكاميرا

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

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

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

يمكن لإعداد سحابة خاصة أو خادم منزلي مثل ZimaCube 2 AI NAS دعم سير عمل وسائط ذاتية الاستضافة وسير عمل ذكاء اصطناعي للفيديو أكثر ثراءً عندما يُعامل التخزين، ومعالج الرسوميات أو المعالج المدمج، والحاويات، والسجلات كنظام واحد. الدرس المهم ليس اسم المنتج؛ بل هو نمط التحقق. إذا قالت واجهة المستخدم إنه مفعّل لكن البث، والجهاز، والسجلات، والمخرجات تختلف، فإن عبء العمل لم يتم التحقق منه بالكامل بعد.

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

كيف أعرف إذا كان الترميز العتادي في Plex يعمل؟

أجبر ترميز Plex عن طريق خفض جودة التشغيل، ثم افتح تطبيق Plex Web، اذهب إلى لوحة التحكم، وسع قسم التشغيل الآن، وابحث عن (hw) بجانب تنسيق الفيديو. لإثبات أقوى، تحقق أيضًا من نشاط معالج الرسوميات في المضيف وسجلات ترميز Plex.

كيف أتحقق من الترميز العتادي في Jellyfin؟

ابدأ بثًا يتطلب ترميز Jellyfin، ثم افتح معلومات التشغيل أو تفاصيل البث النشط. ابحث عن سبب الترميز وطريقة التسريع العتادي، مثل QSV، VAAPI، NVENC، AMF، أو VideoToolbox. إذا كان لوحة التحكم غير واضحة، تحقق من نشاط معالج الرسوميات في المضيف وسجلات FFmpeg.

لماذا يظل استخدام المعالج المركزي مرتفعًا عندما يكون الترميز العتادي مفعلاً؟

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

ماذا يعني الترميز العتادي الجزئي؟

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

ماذا يجب أن أتحقق منه إذا كان الترميز العتادي يعمل على المضيف ولكن ليس في دوكر؟

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

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