media वर्कलोड के ज़रिए Media यूज़ केस उपलब्ध कराता है। अपने Basement Kit की बेसलाइन सत्यापित होने के बाद इसे सेट करें। इंस्टॉल की गई रिलीज़ की एडाप्टर क्षमताएँ देखने के लिए stackkit app compatibility --json उपयोग करें।
वर्कलोड को मौजूदा मीडिया डायरेक्टरी पर इंगित करें
मौजूदा लाइब्रेरी उपयोग करने के लिए, स्टैक जनरेट और लागू करने से पहले StackSpec मेंstorage.mediaRoot को रनटाइम होस्ट पर मीडिया की निरपेक्ष डायरेक्टरी पर सेट करें, उदाहरण के लिए /srv/household-media:
- StackKits उस डायरेक्टरी को
/mediaपर रीड-ओनली बाइंड करता है। Jellyfin उन फ़ाइलों को स्कैन और स्ट्रीम कर सकता है लेकिन उन्हें संपादित या हटा नहीं सकता। - डायरेक्टरी पहले से मौजूद होनी चाहिए। StackKits उसे नहीं बनाता और उसकी अनुमतियाँ नहीं बदलता; डायरेक्टरी न होने पर डिलीवरी विफल होती है, इसलिए होस्ट स्टोरेज खुद तैयार करें और उसकी रक्षा करें।
- प्लान द्वारा प्रबंधित नामित लाइब्रेरी वॉल्यूम रखने के लिए
storage.mediaRootको न दें। - यह पथ रनटाइम होस्ट के स्टोरेज का नाम है, न कि रिमोट व्यूअर चलाने वाली मशीन का।
ओनर अकाउंट सेट करें
एक निजी, वर्कस्पेस-सापेक्ष क्रेडेंशियल फ़ाइल.stackkit/setup/media-owner.json बनाएँ:
विज़र्ड पूरा करें और लाइब्रेरी जोड़ें
अतिरिक्त फ़्लैग के बिना, अधूरा Jellyfin स्टार्टअप विज़र्ड अधूरा ही रहता है: Media को उसके घोषित निजी रूट पर खोलें और लाइब्रेरी पथ, भाषा और घरेलू सेटिंग खुद चुनें। इसके बजाय स्टार्टअप विज़र्ड को वर्तमान एप्लिकेशन सेटिंग के साथ पूरा करने और बाद में अपनी लाइब्रेरी कॉन्फ़िगर करने के लिए--complete-onboarding जोड़ें:
/media माउंट। घरेलू दर्शकों को अलग गैर-एडमिनिस्ट्रेटर Jellyfin अकाउंट दें और हर प्लेयर को सीधे घोषित Media URL से जोड़ें।
रिकवरी की सीमाएँ
एप्लिकेशन कॉन्फ़िगरेशन और मीडिया बाइट्स की कस्टडी अलग-अलग है:- Jellyfin का कॉन्फ़िगरेशन और ट्रांसकोडिंग कैश अलग वॉल्यूम में रहते हैं। शामिल डेटा के लिए एप्लिकेशन बैकअप घोषणा देखें; केवल लिखने योग्य स्टोरेज का होना बैकअप कवरेज नहीं दर्शाता।
- आपका मीडिया स्रोत StackKits बैकअप नहीं है।
storage.mediaRootमें आप जो भी सेट करें, उन बाइट्स के लिए स्वतंत्र रिकवरी स्रोत रखें और उसे स्टैक के बाहर दस्तावेज़ित करें। - कंटेनर की सेहत और सत्यापित एडमिनिस्ट्रेटर सेटअप लाइब्रेरी सामग्री या रिकवरी साबित नहीं करते; दोनों को स्पष्ट रूप से जाँचें।
असली क्लाइंट पर परीक्षण करें
अपनी ही किसी फ़ाइल का प्लेबैक इच्छित क्लाइंट से परखें। पहले direct play जाँचें, और ट्रांसकोडिंग तभी जब आपने उसे स्पष्ट रूप से कॉन्फ़िगर किया हो। स्वस्थ कंटेनर क्लाइंट संगतता, बैंडविड्थ और ट्रांसकोडिंग गुणवत्ता साबित नहीं करता — उन्हें उन डिवाइस पर सत्यापित करें जिन पर आप वास्तव में देखने की योजना बनाते हैं।बाधित सेटअप फिर शुरू करें
यदि कोई सेटअप रन बाधित हो जाए, तो रिपोर्ट किए गए--operation-id के साथ उसे दोबारा चलाएँ। कमांड एप्लिकेशन की स्थिति फिर जाँचती है और पहले से पूरा हो चुका स्टार्टअप विज़र्ड कभी दोबारा नहीं खोलती।