لماذا يتوقف Jellyfin مؤقتًا على خادم منزلي؟

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

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

تحقق من وضع التشغيل قبل تغيير أي شيء

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

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

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

اكتشف لماذا طلب Jellyfin تحويل الترميز

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

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

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

يمكن لتحويل الترميز البرمجي أن يثقل كاهل خادم صغير

يستخدم تحويل الترميز البرمجي وحدة المعالجة المركزية لفك تشفير المصدر، وتطبيق الفلاتر، وتغيير حجم الصورة، وترميز تدفق جديد في الوقت الحقيقي. قد يتعامل معالج منخفض الطاقة مع تحويل 1080 بكسل لكنه يفشل مع مصدر 4K HEVC، فيديو 10-بت، أو HDR.

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

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

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

اختيار Intel Quick Sync أو VA-API أو NVIDIA NVENC أو AMD AMF في لوحة التحكم لا يضمن أن كل جزء من التحويل يعمل على وحدة معالجة الرسومات.

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

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

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

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

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

تأكد من جيل وحدة معالجة الرسومات والملفات الشخصية المدعومة، ثم فعّل فقط التنسيقات التي يمكنها معالجتها فعليًا. اختبر ملفات H.264 العادية، HEVC Main 10، و HDR بشكل منفصل بدلاً من معاملة جميع وسائط 4K كحمل عمل واحد.

يجب منح Docker حق الوصول إلى وحدة معالجة الرسومات

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

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

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

تحقق من نشاط وحدة معالجة الرسومات أثناء الترميز الحقيقي

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

فرض الترميز مؤقتًا باختيار جودة عميل أقل من المصدر. على أنظمة Intel، راقب محركات الفيديو باستخدام أداة مثل intel_gpu_top. على أنظمة NVIDIA، افحص العمليات النشطة ونشاط المشفر من خلال nvidia-smi. تحقق أيضًا مما إذا كان استخدام وحدة المعالجة المركزية (CPU) ينخفض مقارنةً بالترميز البرمجي.

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

يمكن للترجمات أن تؤدي إلى تحويل فيديو كامل

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

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

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

يمكن أن يكون تعيين نغمة HDR أكثر تطلبًا من التحويل العادي

إذا تم تشغيل وسائط 1080 بكسل و4K SDR العادية بشكل صحيح لكن محتوى HDR يتوقف مؤقتًا على عميل SDR، فإن تعيين النغمة هو مرشح قوي للمشكلة.

قد يحتاج الخادم إلى فك تشفير مصدر HDR بعمق 10 بت، وتحويل لونه ونطاق سطوعه إلى SDR، وتغيير حجمه، وترميز تدفق فيديو جديد. قد يكون النظام القادر على تحويل H.264 العادي غير قادر على أداء هذا العمل الكامل في الوقت الحقيقي عبر البرمجيات.

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

العميل يحدد جزءًا كبيرًا من مسار التشغيل

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

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

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

يمكن أن يستمر التشغيل المباشر في التوقف المؤقت (Buffer)

يلغي التشغيل المباشر (Direct Play) تحويل الفيديو كعنق زجاجة رئيسي، لكنه لا يثبت أن كل جزء آخر من المسار يعمل بشكل سليم.

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

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

اختبر المسار الفعلي للشبكة المحلية بدلاً من اختبار سرعة الإنترنت

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

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

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

عادةً ما يكون للتخزين المؤقت عن بُعد سبب مختلف

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

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

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

من المرجح أن يفشل التخزين تحت العمل المتزامن

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

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

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

يمكن أن يؤدي امتلاء دليل التحويل إلى إيقاف التشغيل

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

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

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

عادةً ما يشير ملف مشكلة واحد إلى الوسائط

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

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

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

تكشف التدفقات المتعددة عن حدود الموارد المشتركة

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

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

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

اقرأ سجل FFmpeg قبل إعادة تثبيت Jellyfin

تخبرك لوحة تحكم الخادم بنوع التشغيل الجاري، بينما يشرح سجل FFmpeg كيف حاول Jellyfin معالجة الملف.

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

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

استخدم العَرَض لاختيار الاختبار التالي

اتبع هذا الترتيب لحل المشكلة

1. أعد إنتاج المشكلة باستخدام نفس الملف والعميل.
2. افتح لوحة تحكم Jellyfin وسجل وضع التشغيل.
3. سجل سبب التحويل أو التوافق المذكور.
4. عطّل الترجمة النصية وجرب مسار صوتي آخر.
5. شغّل نفس الملف عبر عميل آخر.
6. تحقق من نشاط وحدة المعالجة المركزية ووحدة معالجة الرسومات أثناء الجلسة المتأثرة.
7. افتح سجل FFmpeg المطابق.
8. تحقق من مساحة دليل التحويل وصلاحيات الكتابة.
9. اختبر معدل نقل البيانات المستمر عبر الشبكة المحلية أو قدرة الرفع عن بُعد.
10. أوقف التنزيلات والنسخ الاحتياطية والفحوصات وصيانة التخزين مؤقتًا.
11. قارن ملف المشكلة مع وسائط مماثلة.
12. فكر في الأجهزة الجديدة فقط بعد أن تظهر الأدلة وجود حد في القدرة الحاسوبية.

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

الخلاصة النهائية

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

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

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

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

لماذا يقوم Jellyfin بالتخزين المؤقت فقط عند تمكين الترجمة؟

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

لماذا يقوم Jellyfin بالتحويل على جهاز واحد ويشغل الفيديو مباشرة على جهاز آخر؟

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

كيف يمكنني التأكد من أن تسريع الأجهزة في Jellyfin يعمل؟

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

لماذا يقوم Jellyfin بالتخزين المؤقت رغم أنه يقول Direct Play؟

تشغيل الفيديو مباشرة (Direct Play) يزيل تحويل الفيديو من المسار، لكن الشبكة، والتخزين، وملف الوسائط، وفك ترميز العميل قد تكون بطيئة جدًا أو غير مستقرة. اختبر الملف محليًا على نفس العميل وقارن بين التشغيل السلكي واللاسلكي.

هل يجب على Jellyfin استخدام SSD لتحويل الفيديو؟

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