كيف ينسّق Jellyfin بين Kodi وخدمته الأساسية

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

يمكن لجهاز Kodi أن يبدو كمكتبة محلية أصلية، رغم أن Jellyfin يظل المسؤول عن المستخدمين، وحالة المشاهدة، والبيانات الوصفية، وقواعد الوصول. وينشأ هذا الاختلاف من نموذجي تكامل مختلفين: إذ تنسخ Jellyfin for Kodi بيانات كتالوج محددة إلى Kodi، بينما تستعلم JellyCon من الخادم بصورة أكثر ديناميكية. ويمكن بعد ذلك أن يمر التشغيل عبر Jellyfin أو يستخدم مسارات شبكة مُترجمة، مما يغيّر الاتساق وافتراضات الشبكة معًا.

يبقى الخادم مصدر الهوية والحالة

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

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

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

تحوّل المزامنة تغييرات الخادم إلى سجلات محلية

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

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

وتتمثل الحدود في ملكية قاعدة البيانات: فقد تتعارض الأدوات الأخرى التي تعدّل قاعدة بيانات Kodi نفسها مع التمثيل المتزامن. ولا يعني التصفح المحلي السريع أن Kodi أصبحت مصدر البيانات الوصفية صاحب السلطة.

يحدد وضع التشغيل استخدام عناوين الخادم أو المسارات الأصلية

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

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

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

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

قائمة تحقق للتنسيق تمنع سلوك الانقسام

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

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

تحقق من أربعة تعاقدات بعد أي تغيير: أن ملف Kodi يطابق مستخدم Jellyfin المقصود؛ وأن يصل العنصر الجديد عبر المزامنة عند بدء التشغيل أو المزامنة المباشرة؛ وأن تعود حالة المشاهدة إلى الخادم؛ وأن يُحل ملف اختبار واحد عبر الإضافة المحددة أو المسار الأصلي دون استخدام مسار احتياطي.