Jellyfin: सचमुच एक बढ़िया मीडिया सर्वर
(forum.jellyfin.org)- Jellyfin ने पिछले 5 वर्षों में जमा हुए दान के आधार पर 3.3 साल से अधिक संचालन करने लायक फंड होने की बात कही है, और फिलहाल मुख्य प्रोजेक्ट के लिए अतिरिक्त दान रोकने का अनुरोध किया है
- मौजूदा बैलेंस 24,000 डॉलर से अधिक है, और औसत मासिक खर्च लगभग 600 डॉलर है, यानी 40 महीनों से अधिक संचालन संभव है
- प्रोजेक्ट को अभी सर्वर संचालन लागत से ज्यादा जिस समर्थन की ज़रूरत है, वह उन क्लाइंट डेवलपर्स को सीधे दान है जिनके ऐप्स उपयोगकर्ता रोज़ इस्तेमाल करते हैं
- कई क्लाइंट्स का रखरखाव एक व्यक्ति या छोटी टीम द्वारा किया जा रहा है, इसलिए API बदलाव और नई रिलीज़ के जवाब में काम का बोझ बढ़ सकता है
- दान पूरी तरह स्वैच्छिक समर्थन है, और Jellyfin की paid development नहीं नीति तथा प्रोजेक्ट के साझा फंड के उपयोग के सिद्धांत में कोई बदलाव नहीं है
दान को कुछ समय के लिए रोकने का Jellyfin का अनुरोध
- Jellyfin ने कम्युनिटी दान के लिए आभार जताया, लेकिन कहा कि फिलहाल मुख्य प्रोजेक्ट को अतिरिक्त दान देने की ज़रूरत नहीं है
- इसकी वजह है कि संचालन फंड पर्याप्त है
- उपलब्ध नकद 24,000 डॉलर से अधिक
- औसत मासिक खर्च लगभग 600 डॉलर
- इस हिसाब से 40 महीनों से अधिक, यानी लगभग 3.3 साल की संचालन क्षमता है
- यह सूचना OpenCollective पर भी डाली गई थी, और सुरक्षित रखने के लिए फ़ोरम पर दोबारा पोस्ट की गई
ज़्यादा ज़रूरत क्लाइंट मेंटेनेंस की है
- Jellyfin ने मुख्य प्रोजेक्ट के बजाय उन official clients के लेखकों को दान देने का सुझाव दिया है, जिन्हें उपयोगकर्ता रोज़ इस्तेमाल करते हैं और पसंद करते हैं
- क्लाइंट समर्थन इकोसिस्टम का ऐसा हिस्सा है, जहाँ मेंटेनेंस का बोझ काफ़ी अधिक है
- ज़्यादातर क्लाइंट्स एकल डेवलपर या बहुत छोटी टीम द्वारा संभाले जाते हैं
- Jellyfin 10.9.0 API बदलाव और आने वाली 10.10.0 रिलीज़ के कारण क्लाइंट डेवलपर्स के लिए अतिरिक्त काम बढ़ सकता है
- दान देने योग्य डेवलपर्स की जानकारी official client list में मिल सकती है
paid development नहीं नीति बरकरार रहेगी
- क्लाइंट डेवलपर्स को भेजा गया पैसा सिर्फ दान है, यह फीचर बनवाने के लिए भुगतान करने का तरीका नहीं है
- Jellyfin की “no paid development” नीति जारी रहेगी
- bug bounty या ऐसे ही अनुरोध स्वीकार नहीं किए जाते
- OpenCollective जैसे प्रोजेक्ट के साझा फंड का उपयोग paid development के लिए नहीं किया जाता
- उपयोगकर्ताओं द्वारा व्यक्तिगत डेवलपर्स को स्वेच्छा से दिया गया दान इस नीति से टकराता नहीं है
दोबारा दान पर विचार कब होगा
- यह मार्गदर्शन तब तक लागू रहने की योजना है, जब तक Jellyfin की बची हुई संचालन क्षमता लगभग 1 साल, 12 महीने तक न गिर जाए
- उस समय प्रोजेक्ट अपनी वित्तीय स्थिति और दान की दिशा का फिर से मूल्यांकन करेगा
फ़ोरम में आई अतिरिक्त जानकारी
- WebOS क्लाइंट से जुड़े सवाल के जवाब में कहा गया कि WebOS संस्करण का अधिकांश हिस्सा Jellyfin Web से जुड़ा हुआ है
- Dmitry मुख्य रूप से webOS और Tizen समर्थन पर काम करते हैं, लेकिन उस समय Sponsors सेटिंग उपलब्ध नहीं दिखी
- प्रोजेक्ट की लागत OpenCollective के expenses page पर देखी जा सकती है
- खर्च लगभग पूरी तरह infrastructure लागत हैं, और कभी-कभी development और testing के लिए डिवाइस खरीद भी शामिल होती है
- उदाहरण के तौर पर development और testing के लिए एकमुश्त 300 डॉलर डिवाइस बजट का उल्लेख किया गया
1 टिप्पणियां
Hacker News की रायें
यह लेख थोड़ा निराशाजनक है। donations रोकने के लिए कहने के बजाय, जैसा कहा गया है, आय को ecosystem developers में पारदर्शी तरीके से बाँटा जा सकता है
fund applications की अनुमति दें, feature bounties बनाएँ, और donate button के बगल में इसकी जानकारी दें। एक बार donation रोक देने वाला व्यक्ति शायद अलग-अलग clients या developers को लगातार खोजकर support नहीं करेगा, इसलिए इसे Jellyfin maintainers द्वारा संभालना कहीं बेहतर होगा
मुझे Jellyfin team का approach काफ़ी合理 लगता है। हालांकि अगर मैं होता, तो Helix developers की तरह [0] यह याद दिलाता कि donation project के लिए सिर्फ़ एक “tip” है; इसे development speed या marketing आदि खरीदने जैसा नहीं मानना चाहिए। पैसा हो तो अच्छा है और ज़रूरत पड़ने पर इस्तेमाल करेंगे, लेकिन अगर आप बड़ा असर चाहते हैं तो कहीं और donate करने की सलाह देना भी मुझे अच्छा लगता है
[0] https://github.com/helix-editor/helix/issues/2220
यह उनकी बाध्यता नहीं थी, लेकिन बहुत संभव है कि उन्हें यही सही काम लगा हो
मान लें कि Canada के Ontario में registered non-profit पैसा ले रहा है, तो छोटी रकम की accounting काफ़ी आसान है। मैंने पहले Manitoba और BC आधारित non-profits को conferences और community activities के लिए चलाया है। लेकिन जैसे ही आप ऐसे लोगों को पैसा देना शुरू करते हैं जो invoice जारी नहीं कर सकते, आपको jurisdictions के पार payroll संभालना पड़ता है, और कई चीज़ें दूसरी services से खरीदनी पड़ती हैं
ऐसी प्रतिक्रिया मददगार नहीं है, क्योंकि यह मानकर चलती है कि project developer अपनी ज़रूरत हल करने वाले open source tool को बनाने और release करने के बजाय business चलाना चाहते हैं। non-profit भी business ही है। संभावनाएँ सोचना अच्छा है, लेकिन अगर आपको लगता है कि वही approach सही है, तो fork करके पारदर्शी तरीके से business चलाएँ, और fork किए गए original project की core team जब माँगे, उस पल के लिए revenue का कुछ हिस्सा reserve के रूप में अलग रख दें
हाल ही में दूर रहने वाले दोस्तों के साथ Friday movie night करने के लिए Jellyfin इस्तेमाल करना शुरू किया, और web UI का sync feature हैरान करने लायक अच्छी तरह काम करता है
voice chat चालू करके देखने पर यह सच में साथ में देखने के काफ़ी करीब लगता है। कुल मिलाकर यह बहुत solid लगा, हालांकि तुलना करने लायक बहुत सारे दूसरे media center software मैंने इस्तेमाल नहीं किए हैं
मेरी एकमात्र बड़ी शिकायत यह है कि Jellyfin को मेरी folder structure अजीब तरह से पसंद नहीं आती। ज़्यादातर files चलती हैं, लेकिन कभी-कभी वह किसी folder के कई episodes को अचानक एक “file” के अंदर कई “versions” मान लेता है। documentation देखने पर लगता है कि वह एक खास folder structure follow करवाना बहुत strongly चाहता है, लेकिन यह collection 15 साल से ज़्यादा समय में बनी है, इसलिए इसे बदलने में लंबा समय लगेगा ही, और सच कहूँ तो मैं इसे बदलना चाहता भी नहीं। मेरी folder layout मेरे लिए सही है और समझ में आती है; यह हैरानी की बात है कि Jellyfin original file list को जस का तस नहीं दिखा सकता
episodes का randomly merge होना folder structure या filename pattern के बजाय files की अपनी metadata की वजह से भी हो सकता है। मेरे साथ वही स्थिति नहीं आई, लेकिन music players ID3 tags के बारे में जो assumptions बनाते हैं और internet की अलग-अलग जगहों से आई files कैसे उन्हें आसानी से बिगाड़ देती हैं, इस समस्या में मैंने अपनी ज़िंदगी का काफ़ी समय बर्बाद किया है
TV shows के लिए बस s01e01 होना काफी है। फिर folder import करें और Jellyfin को online data लाने से रोक दें
कुछ लोगों का media रुक जाता है या loading में अटक जाता है, किसी point तक play होकर freeze हो जाता है। मूलतः SyncPlay से कुछ भी करते समय नियम बन जाता है: “play दबाओ और अगर सच में शुरू हो जाए तो pause कभी मत दबाना”
फिर भी Jellyfin में मेरी यही एकमात्र समस्या है, और पिछले 1 साल से इस्तेमाल कर रहा हूँ—यह शानदार है
जिन features या clients की बहुत मांग थी, उनमें से कुछ में बिल्कुल भी प्रगति नहीं हुई, और उन्हें develop शुरू करने या मदद करने वाला कोई सामने नहीं आया
इस वजह से Chromecast जैसी चीज़ों को भी कुछ समय के लिए छोड़ना पड़ा, लेकिन पिछले कुछ हफ्तों में वे फिर से सक्रिय हो रही हैं
हम जानते हैं कि Jellyfin को लेकर सबसे बड़ी शिकायत client support की कमी और rough edges/finish की कमी है। हम सुन रहे हैं, और हम भी इसे आपकी ही तरह सुधारना चाहते हैं
लेकिन इसके लिए हमें मदद चाहिए। code सुधारने, नया code लिखने, documentation लिखने और कुल मिलाकर सुधार करने के लिए और ज़्यादा volunteers चाहिए। “development bystander problem” से आगे बढ़कर project में नए लोग लाने और खास तौर पर इसे बेहतर project बनाने में हमें आपकी मदद चाहिए
https://jellyfin.org/posts/a-call-for-developers/
100% volunteer organization बनने का लक्ष्य रखना अच्छी बात है, लेकिन यह जानना कि समस्या है, पास में काफ़ी पैसा भी है, और फिर भी उसे हल न करना निराशाजनक है। भले ही development cost सीधे न चुकाएँ, developer experience सुधारने और नए developers को आकर्षित करने पर पैसा खर्च किया जा सकता है। मूल पोस्ट और ऊपर वाले link में माना गया है कि client development समस्या है, तो क्या client developers को hardware, licenses, costs वगैरह में support नहीं किया जा सकता?
व्यापक Jellyfin ecosystem donation fund, या अपने पसंदीदा free/open source projects के लिए fund बनाना कोई भी कर सकता है। इसे पढ़ने वाला कोई व्यक्ति आगे आने के लिए प्रेरित हो सकता है। किसी नए platform की ज़रूरत नहीं है, बस ईमानदारी से volunteer करने वाले व्यक्ति की ज़रूरत है
वे जो करने की कोशिश कर रहे हैं, वह सच में बहुत कठिन है। वे बहुत अच्छा काम कर रहे हैं, लेकिन अभी volunteer time से जितने लोग जुट सकते हैं, उन्हीं के सहारे वे बस जैसे-तैसे टिके हुए लगते हैं। निश्चित रूप से इस प्रयास में पैसे से योगदान देना चाहने वाले लोग भी बहुत होंगे
मैं चाहता हूँ कि project सफल हो और यह फैसला भी अच्छा लगता है। लेकिन मेरे पास Plex lifetime pass है, और Jellyfin अभी उतना अच्छा नहीं दिखता
मैंने दोनों को एक ही hardware पर रखा है, लेकिन हर बार Jellyfin इस्तेमाल करने की कोशिश करता हूँ तो कुछ न कुछ कमी महसूस होती है। फिर भी मैं इसे बार-बार check करता रहूँगा
मैं खुद host की हुई instance इस्तेमाल कर रहा हूँ और फिर भी plex.com account चाहिए? तुरंत delete कर दिया
हालांकि tech-savvy न होने वाले family members साफ़ तौर पर Plex को पसंद करते हैं। यह देखने में अच्छा है और किसी भी device पर set up करना सच में बहुत आसान है
Jellyfin के बारे में पहली बार सुन रहा/रही हूं, और कई open source projects जिस आम बेहद तेज़ growth model का इस्तेमाल करते हैं, उससे तुलना करें तो यह वाकई fresh लगता है
क्या असल Jellyfin users में कोई इसे recommend करेगा? अभी मैं Raspberry Pi 4 पर SMB share रखता/रखती हूं और Amazon Fire Stick से VLC के SMB feature के ज़रिए access करता/करती हूं। काम तो ठीक चलता है, लेकिन VLC UI काफी निराशाजनक है। क्या इस use case के लिए Jellyfin बेहतर होगा? क्या Fire TV Stick पर चलने वाला कोई client है? शायद यह वाला: https://github.com/jellyfin/jellyfin-androidtv
यह dual setup अच्छा चला, और development के शुरुआती दौर में भी Jellyfin ने जल्दी भरोसा दिला दिया, इसलिए Plex का इस्तेमाल लगभग बंद हो गया
अलग-अलग clients का support भी शानदार है। घर के कई devices पर video stream करने के अलावा, मेरी सबसे पसंदीदा चीज़ jukebox music setup है, जिसे RPi 3B+ और ALLO Piano 2.1 DAC hat से बनाया है। अलग speaker amp और subwoofer amp से मनचाही crossover frequency सेट की, और Pi पर Mopidy-Jellyfin extension चलता है, जो Jellyfin library access करता है, साथ ही Mopidy-mowecl extension, जो DAC के लिए साफ-सुथरा web frontend देता है। Jellyfin GUI से music queue में डालकर DAC पर “play to” भी किया जा सकता है
यह बहुत configurable है और इसके साथ tinkering करना मज़ेदार है। उदाहरण के लिए, मैंने Pi में USB numeric keypad लगाकर triggerhappy service से shortcuts assign कर रखे हैं। अच्छा लगता है कि desktop workstation बंद हो या reboot हो रहा हो, तब भी music चलता रहता है
https://github.com/jellyfin/mopidy-jellyfin
https://github.com/sapristi/mopidy-mowecl
सबसे अच्छी बात यह है कि सब कुछ free/open source software है, इसलिए अचानक foundation गायब हो जाने की चिंता नहीं रहती
हालांकि funding को client side की ओर मोड़ने वाली बात सही लगती है। Android TV app की हालत काफी rough है। सामान्य Android और web interface शानदार हैं और Roku भी याद के हिसाब से ठीक चलता था, लेकिन Android TV वाला सच में अच्छा नहीं है
Jellyfin Radarr, Sonarr, Jellyseer जैसी दूसरी services के साथ भी अच्छी तरह integrate होता है, जिससे media request करने पर automatic download, indexing और availability तक पूरी flow हो जाती है
Clients की quality inconsistent है। Infuse शायद सबसे अच्छा है, लेकिन सिर्फ Apple TV / iOS पर उपलब्ध है
Library management बहुत आसान है, और metadata scanner भी 95% मामलों में अच्छा काम करता है, इसलिए media data या images को manually ठीक करने की ज़रूरत कम ही पड़ती है
Jellyfin Android Fire TV पर अच्छा चलता है। अगर server Pi पर चलाएंगे तो खासकर 4K media files की transcoding में मुश्किल आ सकती है
इस setup में यह शानदार चलता है, और XMBM/Kodi को दर्जन भर बार try करने की तुलना में बेहद बेहतर है। मेरे अलावा कोई और भी इसे तुरंत समझकर confidence से इस्तेमाल कर सकता है, और Kodi में अक्सर होने वाली तरह किसी अजीब UI mode में फंसकर हमेशा के लिए हार नहीं मानता
Browser UI के download link का इस्तेमाल करता/करती हूं, और लंबी car trips में बच्चों की movies iPad पर VLC से चलाता/चलाती हूं। VLC की मदद से वह use case भी पूरा हो जाता है
ऐसा व्यवहार सच में सम्मान के काबिल है। Plex पर switch करने का social pressure होने के बावजूद Jellyfin पर टिके रहने की वजह यही बातें हैं
कुछ साल पहले Plex से Jellyfin पर आया/आई और संतुष्ट हूं। Plex को subtitles files वाली movies में समस्या होती थी और वह लगातार re-encode करने की कोशिश करता था। मैं उसे solve नहीं कर पाया/पाई, लेकिन Jellyfin ठीक चलता है
यह अब वे features भी बार-बार नहीं थोपता जो मैं नहीं चाहता/चाहती। Plex account के लिए पैसे देने में मुझे दिक्कत नहीं थी, लेकिन मैं बस चाहता/चाहती था/थी कि local movies शांति से देख सकूं। TV streaming, free movies, और उस समय push किए जा रहे latest features से मुझे परेशान न किया जाए
क्या महीने के 400 डॉलर में उनकी labor cost शामिल नहीं है? मुझे व्यक्तिगत रूप से लगता है कि donation देने की वजह यही है
“नहीं, यह ‘paid development नहीं’ policy का उल्लंघन नहीं करता। क्योंकि donations सचमुच donations ही हैं। हम अब भी bug bounties जैसी चीज़ें स्वीकार नहीं करेंगे, और यहां की collective finances को paid development के लिए इस्तेमाल नहीं करेंगे।”
मैं Jellyfin संतोषजनक तरीके से इस्तेमाल कर रहा/रही हूं, और इस बात का समर्थन करना चाहता/चाहती हूं कि 24,000 डॉलर या 40 महीने का खर्च बिल्कुल भी पर्याप्त नहीं है
conservative safe withdrawal rate से देखें तो 24,000 डॉलर की capital सिर्फ 60 डॉलर प्रति माह के बराबर है। यानी project को monthly expenses cover करने के लिए जितनी राशि चाहिए, उसका दसवां हिस्सा
Project को self-sustaining होने के लिए 10 गुना पैसा चाहिए। तब इसे invest किया जा सकता है, और investment returns से expenses cover हो सकते हैं
अगर project self-sustaining नहीं होना चाहता, तो वह अलग बात है। शायद वे users को लगातार hungry state में रखना incentives alignment के लिए बेहतर मानते हों। लेकिन व्यक्तिगत रूप से मुझे लगता है कि self-sustainability सबका लक्ष्य होना चाहिए
क्या Jelly Cloud जैसा कोई समाधान है? उदाहरण के लिए, कोई कंपनी Jellyfin को EC2 instance पर deploy करे, उसमें S3 जोड़ दे, फिर username.companyname.com जैसा custom domain दे और S3/EC2 लागत व बाकी खर्चों के लिए monthly subscription ले — कुछ ऐसा
मैं इसे बनाने के बारे में सोच रहा था, लेकिन देखना चाहता था कि demand है या नहीं। ज़्यादातर developers इसे आसानी से खुद कर सकते हैं, लेकिन जो लोग खुद नहीं कर सकते और पैसे देने में संतुष्ट होंगे, उन्हें इसे service के रूप में scale करके बेचना चाहता हूँ
Plex और Emby competitors होंगे, लेकिन मेरी जानकारी में वे open source नहीं हैं