لماذا يبدو Jellyfin أسرع على بعض العملاء من غيرهم

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

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

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

قد يغيّر دعم الترميزات حجم العمل على الخادم

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

يمكن لمصدر HEVC نفسه أن يتبع مسارات توافق مختلفة بين العملاء على Android TV والعملاء المشابهين للمتصفحات.

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

يغيّر فك الترميز العتادي سلاسة التشغيل على جانب العميل

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

قد يتصرف جهاز Android TV نفسه بشكل مختلف عند تغيير مسار إخراج الصوت؛ إذ أدى سلوك تمرير E-AC3 إلى تجمّد التشغيل المباشر في حالة تجنّب فيها فك ترميز PCM المحلي المشكلة.

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

استجابة الواجهة مقياس مختلف

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

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

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

استخدم عميلًا معروفًا بموثوقيته كمرجع

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

تساعد طريقة USE في التأكد مما إذا كان ملف موارد الخادم يتغير فعلًا عند استخدام العميل الأبطأ.

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

مركز التكنولوجيا والذكاء الاصطناعي

المزيد للقراءة

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.