> ## Documentation Index
> Fetch the complete documentation index at: https://docs.kombify.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Jellyfin

> रीड-ओनली मीडिया, नेटिव ओनर सेटअप और अलग रिकवरी पथों वाला मीडिया लाइब्रेरी वर्कलोड

Jellyfin Standalone Compose होस्ट पर `media` वर्कलोड के ज़रिए [Media](/hi/guides/stackkits/use-cases/media) यूज़ केस उपलब्ध कराता है। अपने [Basement Kit](/hi/stackkits/kits/basement-kit) की बेसलाइन सत्यापित होने के बाद इसे सेट करें। इंस्टॉल की गई रिलीज़ की एडाप्टर क्षमताएँ देखने के लिए `stackkit app compatibility --json` उपयोग करें।

## वर्कलोड को मौजूदा मीडिया डायरेक्टरी पर इंगित करें

मौजूदा लाइब्रेरी उपयोग करने के लिए, स्टैक जनरेट और लागू करने से पहले StackSpec में `storage.mediaRoot` को रनटाइम होस्ट पर मीडिया की निरपेक्ष डायरेक्टरी पर सेट करें, उदाहरण के लिए `/srv/household-media`:

* StackKits उस डायरेक्टरी को `/media` पर रीड-ओनली बाइंड करता है। Jellyfin उन फ़ाइलों को स्कैन और स्ट्रीम कर सकता है लेकिन उन्हें संपादित या हटा नहीं सकता।
* डायरेक्टरी पहले से मौजूद होनी चाहिए। StackKits उसे नहीं बनाता और उसकी अनुमतियाँ नहीं बदलता; डायरेक्टरी न होने पर डिलीवरी विफल होती है, इसलिए होस्ट स्टोरेज खुद तैयार करें और उसकी रक्षा करें।
* प्लान द्वारा प्रबंधित नामित लाइब्रेरी वॉल्यूम रखने के लिए `storage.mediaRoot` को न दें।
* यह पथ रनटाइम होस्ट के स्टोरेज का नाम है, न कि रिमोट व्यूअर चलाने वाली मशीन का।

## ओनर अकाउंट सेट करें

एक निजी, वर्कस्पेस-सापेक्ष क्रेडेंशियल फ़ाइल `.stackkit/setup/media-owner.json` बनाएँ:

```json theme={null}
{
  "username": "<your administrator name>",
  "password": "<your unique password>"
}
```

उस फ़ाइल को केवल वर्कस्पेस के ओनर तक सीमित करें और उसकी सामग्री को कमांड आर्गुमेंट और चैट संदेशों से बाहर रखें। फिर चलाएँ:

```bash theme={null}
stackkit setup media --credentials-file .stackkit/setup/media-owner.json --owner-approve --json
```

कमांड कार्रवाई से पहले वर्तमान प्लान, हस्ताक्षरित Apply, सटीक स्थानीय कंटेनर और पिन किए गए Jellyfin वर्ज़न को सत्यापित करती है। पहली बार चलाने पर यह आपके चुने हुए एडमिनिस्ट्रेटर क्रेडेंशियल सेट करती है — यह कभी डिफ़ॉल्ट पहले-उपयोगकर्ता पासवर्ड का उपयोग नहीं करती। मौजूदा इंस्टॉलेशन पर यह इसके बजाय सामान्य लॉगिन और एडमिनिस्ट्रेटर रीडबैक करती है। हस्ताक्षरित परिणाम दर्ज होने से पहले अस्थायी सेटअप सत्र रद्द कर दिया जाता है।

## विज़र्ड पूरा करें और लाइब्रेरी जोड़ें

अतिरिक्त फ़्लैग के बिना, अधूरा Jellyfin स्टार्टअप विज़र्ड अधूरा ही रहता है: Media को उसके घोषित निजी रूट पर खोलें और लाइब्रेरी पथ, भाषा और घरेलू सेटिंग खुद चुनें। इसके बजाय स्टार्टअप विज़र्ड को वर्तमान एप्लिकेशन सेटिंग के साथ पूरा करने और बाद में अपनी लाइब्रेरी कॉन्फ़िगर करने के लिए `--complete-onboarding` जोड़ें:

```bash theme={null}
stackkit setup media --credentials-file .stackkit/setup/media-owner.json --owner-approve --complete-onboarding --json
```

यह फ़्लैग केवल स्टार्टअप विज़र्ड पूरा करता है। यह लाइब्रेरी नहीं जोड़ता, रिमोट-एक्सेस सेटिंग नहीं बदलता और ट्रांसकोडिंग कॉन्फ़िगर नहीं करता। लाइब्रेरी जोड़ते समय प्लान के मीडिया वॉल्यूम मैपिंग का पालन करें — ओनर-कस्टडी वाली डायरेक्टरी के लिए रीड-ओनली `/media` माउंट। घरेलू दर्शकों को अलग गैर-एडमिनिस्ट्रेटर Jellyfin अकाउंट दें और हर प्लेयर को सीधे घोषित Media URL से जोड़ें।

## रिकवरी की सीमाएँ

एप्लिकेशन कॉन्फ़िगरेशन और मीडिया बाइट्स की कस्टडी अलग-अलग है:

* Jellyfin का कॉन्फ़िगरेशन और ट्रांसकोडिंग कैश अलग वॉल्यूम में रहते हैं। शामिल डेटा के लिए एप्लिकेशन बैकअप घोषणा देखें; केवल लिखने योग्य स्टोरेज का होना बैकअप कवरेज नहीं दर्शाता।
* आपका मीडिया स्रोत StackKits बैकअप नहीं है। `storage.mediaRoot` में आप जो भी सेट करें, उन बाइट्स के लिए स्वतंत्र रिकवरी स्रोत रखें और उसे स्टैक के बाहर दस्तावेज़ित करें।
* कंटेनर की सेहत और सत्यापित एडमिनिस्ट्रेटर सेटअप लाइब्रेरी सामग्री या रिकवरी साबित नहीं करते; दोनों को स्पष्ट रूप से जाँचें।

## असली क्लाइंट पर परीक्षण करें

अपनी ही किसी फ़ाइल का प्लेबैक इच्छित क्लाइंट से परखें। पहले direct play जाँचें, और ट्रांसकोडिंग तभी जब आपने उसे स्पष्ट रूप से कॉन्फ़िगर किया हो। स्वस्थ कंटेनर क्लाइंट संगतता, बैंडविड्थ और ट्रांसकोडिंग गुणवत्ता साबित नहीं करता — उन्हें उन डिवाइस पर सत्यापित करें जिन पर आप वास्तव में देखने की योजना बनाते हैं।

## बाधित सेटअप फिर शुरू करें

यदि कोई सेटअप रन बाधित हो जाए, तो रिपोर्ट किए गए `--operation-id` के साथ उसे दोबारा चलाएँ। कमांड एप्लिकेशन की स्थिति फिर जाँचती है और पहले से पूरा हो चुका स्टार्टअप विज़र्ड कभी दोबारा नहीं खोलती।


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.