Invidious - YouTube के लिए open source वैकल्पिक frontend

 (invidious.io)
6 पॉइंट द्वारा GN⁺ 2023-10-18 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Invidious उन users के लिए open source वैकल्पिक frontend है जो YouTube को हल्के तरीके से इस्तेमाल करना चाहते हैं, और इसका फोकस Google tracking से बचने पर है
  • यह AGPL-3.0 license वाला Free/Libre open source software है, और आप public instance इस्तेमाल कर सकते हैं या इसे खुद host कर सकते हैं
  • YouTube account के बिना भी channels subscribe करना और playlists बनाना संभव है, जिससे account पर निर्भरता कम होती है
  • आप ads के बिना videos देख सकते हैं और यह SponsorBlock को 100% support करता है, जिससे viewing interruptions कम होते हैं
  • यह documented REST API और multilingual support देता है, इसलिए आम users और developers दोनों इसका उपयोग कर सकते हैं

Invidious की भूमिका और deployment का तरीका

  • Invidious एक open source project है जो YouTube वैकल्पिक frontend के रूप में उपलब्ध है
  • Use Invidious पर public instances इस्तेमाल किए जा सकते हैं, और Host Invidious के जरिए इसे खुद host किया जा सकता है
  • Software Free/Libre and Open Source है और AGPL-3.0 license का पालन करता है

Privacy और viewing experience

  • Invidious users को Google की निगरानी से बचाता है, और खुद भी users को track नहीं करता
  • Human-centered design के जरिए इसका लक्ष्य users को अपना focus वापस पाने में मदद करना है
  • आप परेशान करने वाले ads से बाधित हुए बिना videos देख सकते हैं, और यह SponsorBlock को 100% support करता है

Account के बिना इस्तेमाल होने वाले features

  • YouTube account के बिना भी channels subscribe किए जा सकते हैं
  • YouTube account के बिना playlists बनाई जा सकती हैं

Language और developer support

  • Translators की वजह से यह कई भाषाओं में उपलब्ध है
  • Developers के लिए यह documented REST API प्रदान करता है
  • API पूरी तरह feature-complete रूप में उपलब्ध है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2023-10-18
Hacker News टिप्पणियाँ

  • कई alternative frontends की सूची यहाँ अच्छी तरह संकलित है: https://github.com/mendel5/alternative-front-ends
    यह internet archiving के लिए भी काफी उपयुक्त है। जब Twitter या Reddit पॉपअप, login redirect जैसी चीज़ें दिखाते हैं, तो URL को alternative frontend version में बदलने से बिना फालतू चीज़ों के content को archive किया जा सकता है

    • farside भी देखने लायक है: https://sr.ht/~benbusby/farside/
      यह चल रहे alternative frontend instances की सूची बनाए रखता है और links को अपने-आप किसी काम कर रहे instance पर redirect कर देता है

  • documentation में लिखा है कि “कई समस्याओं के कारण Invidious को बार-बार restart करना पड़ता है; कम-से-कम दिन में एक बार, और आदर्श रूप से हर घंटे”, यह दिलचस्प है: https://docs.invidious.io/installation/#post-install-configu...
    शायद यह इस memory leak issue से जुड़ा लगता है: https://github.com/iv-org/invidious/issues/1438
    यह भी दिलचस्प है कि यह issue लगभग 3 साल पुराना है, और उससे भी पुरानी reports का ज़िक्र करता है

    • Invidious चलाना बेहद मुश्किल था। सच में इसने पूरी RAM खा ली और कम-से-कम एक बार system crash करा दिया
    • मेरे environment में ऐसा नहीं होता। Invidious को docker-compose.yml से setup करना बहुत आसान था और restart भी नहीं करना पड़ता। 2 साल से बिना समस्या अच्छे से चल रहा है

  • इसे self-host करके iOS और tvOS client के तौर पर Yattee https://github.com/yattee/yattee के साथ इस्तेमाल करें, तो algorithm और ads exposure को minimum रखते हुए YouTube subscriptions के videos काफी अच्छे से देखे जा सकते हैं

    • YouTube में अब uBO को पार कर आने वाला ad blocker detection popup आ गया है

  • थोड़ा आश्चर्य है कि Google अभी तक ads को सीधे stream में bake-in नहीं कर रहा। ऐसा करने पर ads को अलग करना बेहद मुश्किल हो जाएगा

    • ads personalized होते हैं, इसलिए हर view के लिए नया stream चाहिए होगा और compute cost आएगी। stream को पहले से render नहीं किया जा सकता, उसे on-the-fly बनाना पड़ेगा, इसलिए peak time में computing resources पर burden भी बढ़ेगा
      इससे margins घटेंगे, और शायद यह बिल्कुल ही practically infeasible भी हो सकता है
    • इतना भी बेहद मुश्किल नहीं है। SponsorBlock पहले से ही video के अंदर ad segments हटा देता है। अगर यह और complex हुआ तो machine learning इस्तेमाल होगी। यह arms race है, लेकिन अब तक बाज़ी हमारी तरफ लगती है। long term में पता नहीं
    • अंतिम चरण stream में ad embed करना नहीं, बल्कि attestation होगा
    • अगर यह काम चल नहीं रहा है, या पहले ही पूरा होकर बस सही launch timing का इंतज़ार नहीं कर रहा है, तो मुझे बहुत हैरानी होगी
    • सरल बात है। ऐसे ads भेजने का कोई फायदा नहीं जिन्हें aggregate नहीं किया जा सकता। YouTube को ad delivery की नहीं, ad revenue की चिंता है

  • मैं अपना instance खुद host करता हूँ और यह काफी अच्छा है। home feed बंद कर दें तो random “popular” कचरे से distraction नहीं होता। सिर्फ ज़रूरी videos खोजकर देखने लगता हूँ, इसलिए YouTube consumption काफी कम हो गया

    • मज़ेदार बात है कि YouTube search history बंद करने पर homepage feed disable कर देता है। शायद मकसद लोगों से search history on करवाना है, लेकिन इसकी वजह से subscriptions list देखने जाने से पहले हमेशा साफ-सुथरा homepage दिखता है

  • इस “ethically designed” frontend में creators को अपनी creations के लिए पैसे आखिर किस तरीके से मिलते हैं?

    • उसी तरह जैसे आजकल ज़्यादातर “full-time” creators पैसे कमाते हैं। channel memberships, merch, superchat, sponsors, Patreon वगैरह
      YouTube ने पहले ही creators के लिए अपनी livelihood को ad revenue पर टिका देना काफी risky बना दिया है। YouTube videos और channels की monetization लगभग मनमाने ढंग से बंद कर सकता है, और fast remedy process न हो सकता है। videos की views शुरुआती समय में ही ज़्यादा आती हैं, इसे देखते हुए यह महत्वपूर्ण है
      साथ ही, fair use में आने वाले content पर भी companies ad revenue का बड़ा हिस्सा ले सकती हैं। ऊपर से जिन videos पर creator ने ads set नहीं किए, उन पर भी YouTube ads लगा सकता है, और उस हालत में पैसा creator को नहीं जाता
      इसलिए काफी समय से हालत ऐसी नहीं रही कि creator केवल ad revenue या YouTube Premium revenue पर भरोसा कर सके। YouTube creators को पूरी तरह नज़रअंदाज़ करता आया है, इसलिए उसने इसे बहुत पहले से दूसरे तरीकों जैसा stable income source बनने ही नहीं दिया
    • advertising बहुत खराब business model है, जिसके negative externalities लोकतंत्र के लिए खतरे तक बनते हैं। यह जितनी जल्दी खत्म होगा, viable और ethical alternatives उतनी जल्दी बनेंगे
      average ad impression की value देखें, तो हर user से कुछ cents लेने वाला micropayment system काफी होगा। अभी समस्या यह है कि जब तक advertising “काफी ठीक” है, publishers और creators को किसी common micropayment system के हिसाब से ढालने के लिए market pressure लगभग नहीं है
    • अगर आप उन 99% “creators” की बात कर रहे हैं जो ad revenue को “ethically” निचोड़ने के लिए YouTube को repetitive और AI-generated trash content से भर देते हैं, तो मुझे परवाह नहीं
      बेशक YouTube पर बेहतरीन content भी है, लेकिन realistic तौर पर 99% कचरा है जिसे 1) popular trends से चिपककर views लेने और 2) उससे ads दिखाकर कमाई करने के लिए design किया गया है। असल में यह content नहीं, random trash है
    • Kurzgesagt जैसा करें। merch बेचना। posters काफी अच्छे हैं
    • Patreon जैसी चीज़ सबसे अच्छा तरीका है

  • क्या यह कानूनी है?
    Google की शर्तों में कहा गया है कि ads को bypass करना YouTube की शर्तों का उल्लंघन है: https://support.google.com/youtube/answer/14129599?hl=en#:~:...

    • शर्तों में लिखा होना इसे भगवान या अदालत का आदेश नहीं बना देता
      और आम तौर पर, किसी service provider के server से HTTPS के जरिए communicate करने के लिए क्या कानूनी रूप से उसकी शर्तों से सहमत होना जरूरी है? क्या इस तरह एक packet भेजने-लेने भर से आप कानूनी रूप से सहमत माने जाते हैं?
      जब Google कई websites को crawl करता है, तो यह नहीं माना जाता कि Google को उन website owners द्वारा लगाई गई अलग-अलग licenses से सहमत होना चाहिए, या crawling अपने आप ऐसी सहमति का मतलब है
      यह मानना बेतुका है कि कोई magazine publisher या TV provider user को ads देखने या सुनने के लिए मजबूर कर सकता है। असल दुनिया में लोग कई तरीकों से जानबूझकर ads नहीं देखते, और YouTube provider के लिए अलग होने की कोई वजह नहीं है
    • यह कानूनी है। Invidious ने उस contract पर sign नहीं किया है और YouTube API भी इस्तेमाल नहीं करता
      उन्हें YouTube से legal letter मिला था और उन्होंने https://github.com/iv-org/invidious/issues/3872 पर सार्वजनिक रूप से जवाब दिया
      “वे यह नहीं समझते कि हमने कभी उनकी terms/policies से सहमति नहीं दी, और API का उपयोग भी नहीं करते”
    • नहीं। असली सवाल यह है कि किसे परवाह है और कौन सच में कार्रवाई करने को तैयार है

  • ऐसी चीजें noscript/basic (X)HTML browsers के साथ interoperability के लिए core element हैं। वास्तविक websites को best-effort आधार पर इन्हें support करना चाहिए, और कई government online services या core online services में यह अनिवार्य होना चाहिए
    लेकिन वहां काम करने वाले toxic developers “web interface” को client पर JavaScript code चलाने पर बेहद ज्यादा निर्भर बना रहे हैं। उदाहरण के लिए, बहुत अनिश्चित और जटिल browser fingerprinting
    नया kick.com “JavaScript से web browser की जांच” करता है, और Big Tech web engines इस्तेमाल करना सुरक्षित है। असली बुराई कहां है, इस पर धोखा नहीं खाना चाहिए
    Big Tech और Small Tech की interoperability ही core बात है। केवल मजबूत regulation ही इसे संभव बना सकता है, और सबसे बुरा भी मानकर चलना चाहिए। इसमें यह स्थिति भी शामिल है कि Big Tech गुप्त रूप से hacker teams को hire करके Big Tech alternatives को परेशान करे

  • अब download allow करने वाले instances ढूंढना मुश्किल हो गया है, यह अफसोस की बात है। मोबाइल पर videos fetch कर पाना अच्छा था

    • मैं sideload किया हुआ 4K Video Downloader इस्तेमाल करता हूं: https://www.4kdownload.com/products/videodownloaderandroid-4...
      हालांकि यह सामान्य viewing client नहीं है
    • Android पर Seal से YouTube videos को local में download किया जा सकता है: https://github.com/JunkFood02/Seal
      यह कई दूसरे sites को भी support करता है
    • NewPipe video download के लिए बहुत अच्छी तरह काम करता है: https://newpipe.net/
      हालांकि मेरे Pixel 6a पर 4K videos काम नहीं करते लगते, और सिर्फ max 1080p download संभव है
    • NewPipe अभी भी काम करता है
    • क्योंकि bandwidth सस्ती नहीं है, और download के लिए बेहतर tools मौजूद हैं। youtube-dl या NewPipe इस्तेमाल करें

  • आजकल Crystal ज्यादा बार दिखने लगा है, फिर से इसमें गहराई से देखना चाहता हूं

    • मैं भी। कुछ दिन पहले Lucky framework देखा था, और कम से कम documentation में तो प्रभावशाली लगा