OpenSubtitles.org API को अलविदा कहने का समय

मूल लेख ↗ Hacker News चर्चा ↗

OpenSubtitles अपनी लंबे समय से चल रही .org API को बंद कर रहा है और OpenSubtitles.com पर एक नया, rate-limited REST API अपना रहा है, जिसमें उच्च सीमाएँ भुगतान करने वाले “VIP” उपयोगकर्ताओं के लिए आरक्षित हैं। टिप्पणीकार इस पर बहस करते हैं कि क्या इससे सेवा का “open” वादा कमजोर होता है या यह बुनियादी ढाँचे की लागत कवर करने का उचित तरीका है, खासकर क्योंकि वास्तविक subtitle files तक bulk access सीमित है और साइट पहले से ही ads चलाती है। यह बदलाव fan-made subtitles की कानूनी स्थिति, उन अन्य प्लेटफ़ॉर्म से तुलना जो पहले मुफ़्त थे और बाद में monetized हुए, तथा यह कि क्या Whisper या P2P systems केंद्रीय subtitle services पर निर्भरता कम कर सकते हैं, इस पर व्यापक बहस भी छेड़ता है.

परिवर्तन का दायरा

  • पुराना OpenSubtitles.org API लगभग 17 साल बाद बंद किया जा रहा है; OpenSubtitles.com पर नया REST API इसका विकल्प है।
  • मुख्य वेबसाइट उपलब्ध बनी रहेगी; मुख्य बदलाव API एक्सेस और मूल्य निर्धारण में है।
  • नए सीमाएँ: बिना प्रमाणीकरण वाले उपयोगकर्ताओं को छोटी दैनिक कोटा मिलता है (उदा., ~5 डाउनलोड/IP); प्रमाणीकरण किए हुए गैर-भुगतानकर्ता उपयोगकर्ताओं को अधिक मिलता है; VIP उपयोगकर्ताओं को ~1000/दिन तक मिलता है।
  • थ्रेड का सारांश नोट करता है: “API कीमतों के अलावा कुछ नहीं बदलता,” हालांकि अन्य लोग तर्क देते हैं कि उपयोगकर्ता अनुभव और openness पर वास्तव में असर पड़ता है।
  • अधिक विज्ञापनों की अपेक्षा है (पहले से मौजूद injected ads सहित)।

उपयोगकर्ताओं और क्लाइंट्स पर प्रभाव

  • सामान्य, मैनुअल उपयोगकर्ता अधिकतर अप्रभावित हैं; प्रतिदिन कुछ subtitles डाउनलोड करना मुफ़्त बना रहता है।
  • भारी/API उपयोगकर्ता (media centers, scrapers, pirate streaming sites) सीमाओं और आवश्यक खातों या भुगतानों से सबसे अधिक प्रभावित होते हैं।
  • लोग टूटे हुए integrations (जैसे, VLC plugins) और इस अनिश्चितता का उल्लेख करते हैं कि Plex/Bazarr जैसे tools कैसे अनुकूलित होंगे।

“Open” पर बहस

  • कई लोग नाम में “Open” के उपयोग की आलोचना करते हैं, जबकि free API access सीमित किया जा रहा है, और इसे OpenAI, OpenOffice, “open source” LLMs, IMDB, CDDB, Reddit, तथा अन्य “enshittification” कहानियों से तुलना करते हैं।
  • अन्य लोगों का तर्क है कि “open” का मतलब licensing/redistribution rights होना चाहिए, न कि free unlimited hosting या bandwidth।
  • कई लोग कहते हैं कि data shareable रखते हुए service layer के लिए शुल्क लेना उचित है।

Data Dumps और Openness

  • एक “full dump” लिंक किया गया है, लेकिन उसमें अभी केवल metadata और URLs हैं, subtitle text नहीं।
  • कुछ लोग शुरू में दावा करते हैं कि इससे openness बनी रहती है; अन्य लोग नोट करते हैं कि rate limits इन URLs के माध्यम से लगभग सभी ~6M subtitles को crawl करना अब प्रभावी रूप से असंभव बना देती हैं।
  • क्या subtitles स्वयं openly licensed हैं या rehostable हैं, यह साइट से स्पष्ट नहीं है।

स्थायित्व बनाम विश्वासघात

  • एक पक्ष इसे hosting लागतों को कवर करने और दुरुपयोग रोकने के लिए आवश्यक कदम मानता है, दुष्टता नहीं।
  • दूसरा पक्ष एक परिचित पैटर्न देखता है: “open” बैनर के तहत community contributions को आकर्षित करना, फिर network effects हासिल होने के बाद monetize और restrict करना।

कानूनी और नैतिक मुद्दे

  • एक लंबे उप-थ्रेड में इस पर चर्चा है कि fan-made subtitles derivative works हैं या fair-use transcriptions।
  • चिंता है कि access के लिए शुल्क लेना copyright enforcement को अधिक संभावित बना सकता है; अन्य लोग तर्क देते हैं कि subs legitimate sales बढ़ा सकते हैं या accessibility needs को पूरा कर सकते हैं।
  • कोई consensus नहीं है; कानूनी स्थिति को tricky और jurisdiction-dependent बताया गया है।

विकल्प और भविष्य

  • कई लोग OpenAI Whisper/whisper.cpp और Bazarr/MacWhisper जैसे tools की ओर इशारा करते हैं, जो subtitles auto-generate करने के उभरते हुए तरीके हैं, हालांकि:
    • Transcriptions ≠ उच्च-गुणवत्ता subtitles (timing, editing, readability rules)।
    • गैर-अंग्रेज़ी गुणवत्ता और speaker diarization की कमी सीमाएँ बताई गई हैं।
  • BitTorrent/IPFS का उपयोग करके एक “open” subtitle service पुनर्निर्मित करने के सुझाव दिए गए हैं; लेकिन यह काम कौन करेगा और कानूनी जोखिम कौन संभालेगा, इस पर संदेह व्यक्त किया जाता है।
  • अन्य subtitle sites (उदा., Addic7ed) और MKV releases में bundled subtitles को मौजूदा विकल्पों के रूप में उल्लेख किया गया है।