YouTube TV (TVHTML5) क्लाइंट इस्तेमाल करने वाले सभी वीडियो में DRM जोड़ रहा है

 (github.com/yt-dlp)
2 पॉइंट द्वारा GN⁺ 2025-03-11 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • कुछ YouTube अकाउंट्स में YouTube on TV से लॉगिन करने पर यह प्रयोग या A/B टेस्ट देखा गया है कि सामान्य वीडियो भी TVHTML5 Innertube क्लाइंट पर केवल DRM फ़ॉर्मैट में ही मिल रहे हैं
  • यह व्यवहार सिर्फ yt-dlp तक सीमित नहीं है; उसी अकाउंट से PS3, वेब ब्राउज़र, Apple TV जैसे आधिकारिक YouTube TV क्लाइंट्स को टेस्ट करने पर भी वीडियो फ़ॉर्मैट केवल DRM के रूप में ही दिए जाते हैं
  • क्योंकि yt-dlp अभी YouTube वीडियो डेटा माँगते समय YouTube on TV की तरह व्यवहार करता है, इसलिए इस प्रयोग में शामिल अकाउंट्स पर सामान्य वीडियो भी This video is DRM protected त्रुटि के साथ हैंडल होते हैं
  • पुनरुत्पादन लॉग दिखाते हैं कि Firefox cookies और youtube:player-client=tv सेटिंग के साथ aqz-KE-bpKQ वीडियो देखने पर DRM protection त्रुटि आती है, और developer options से non-playable फ़ॉर्मैट दिखाने पर पूरे ऑडियो और वीडियो फ़ॉर्मैट्स पर DRM चिह्न लग जाता है
  • यह issue बंद स्थिति में है, और पेज पर संबंधित PR के रूप में #14122 और #13539 जुड़े हुए हैं, लेकिन मुख्य पाठ में ठोस fix तरीका या अंतिम व्यवहार परिवर्तन शामिल नहीं है

कुछ अकाउंट्स में TV क्लाइंट फ़ॉर्मैट केवल DRM के रूप में मिल रहे हैं

  • रिपोर्ट है कि कुछ YouTube अकाउंट्स में सामान्य वीडियो tv या TVHTML5 Innertube क्लाइंट पर केवल DRM फ़ॉर्मैट रखते हैं
  • यह समस्या संभवतः YouTube द्वारा कुछ अकाउंट्स पर लागू किए जा रहे प्रयोग या A/B टेस्ट से जुड़ी है, और यह निश्चित नहीं कहा गया है कि यह सभी उपयोगकर्ताओं पर लागू है
  • स्पष्टिकरण में बताया गया है कि YouTube on TV में लॉगिन किए हुए कुछ अकाउंट्स के लिए सभी YouTube वीडियो DRM से सुरक्षित दिखते हैं
  • YouTube on TV टीवी, गेम कंसोल आदि पर इस्तेमाल होने वाला बड़े स्क्रीन का इंटरफ़ेस या ऐप है, और TV या गेम कंसोल user agent के साथ https://www.youtube.com/tv पर पहुँचा जा सकता है

yt-dlp पर असर

  • yt-dlp में अभी YouTube वीडियो डेटा माँगते समय YouTube on TV के रूप में अनुरोध करने का तरीका शामिल है, इसलिए यह इस प्रयोग से प्रभावित होता है
  • उस अकाउंट और tv क्लाइंट के संयोजन में yt-dlp सामान्य वीडियो को भी DRM-सुरक्षित वीडियो मान लेता है
  • पुनरुत्पादन कमांड Firefox ब्राउज़र cookies का उपयोग करती है और --extractor-arg youtube:player-client=tv के साथ TV क्लाइंट को force करती है
    • लक्ष्य URL है https://www.youtube.com/watch?v=aqz-KE-bpKQ
    • लॉग में yt-dlp वर्ज़न nightly@2025.03.07.232704 है
    • रन का परिणाम ERROR: [youtube] aqz-KE-bpKQ: This video is DRM protected

आधिकारिक YouTube TV क्लाइंट्स में भी वही नतीजा

  • उसी अकाउंट से कई आधिकारिक YouTube TV क्लाइंट्स को टेस्ट करने पर भी केवल DRM फ़ॉर्मैट ही मिले
    • PS3
    • वेब ब्राउज़र
    • Apple TV
  • इसलिए देखा गया व्यवहार केवल yt-dlp के implementation issue तक सीमित नहीं है

developer options से जाँची गई फ़ॉर्मैट सूची

  • DRM फ़ॉर्मैट दिखाने के लिए code modification की ज़रूरत वाले तरीके के बाद --allow-un विकल्प का उपयोग करने पर non-playable फ़ॉर्मैट्स की सूची आउटपुट होती है
  • आउटपुट फ़ॉर्मैट्स में ऑडियो और वीडियो एंट्रीज़ पर व्यापक रूप से DRM चिह्न लगा होता है
    • audio-only m4a फ़ॉर्मैट: 148, 149, 148-drc, 149-drc
    • video-only mp4 और webm फ़ॉर्मैट: 144p से 2160p60 तक शामिल
    • उदाहरण के लिए 558 फ़ॉर्मैट 3840x2160 60fps, vp9, लगभग 1.27GiB, DRM, 2160p60, TV, webm_dash के रूप में दिखता है
  • --allow-un developer debugging के लिए विकल्प है, और आउटपुट लॉग में यह चेतावनी शामिल होती है कि non-playable फ़ॉर्मैट्स की listing या download का अनुरोध किया गया था

issue की स्थिति और जुड़े हुए कार्य

  • GitHub issue Closed स्थिति में है
  • पेज पर संबंधित PR के रूप में #14122 और #13539 जुड़े हुए हैं
  • दिए गए मुख्य पाठ में इन दोनों PRs के बदलाव, merge स्थिति, workaround, या अंतिम समाधान का तरीका शामिल नहीं है

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

1 टिप्पणियां

 
GN⁺ 2025-03-11
Hacker News की रायें

  • इस issue का असल मतलब क्या है, इसकी व्याख्या चाहिए
    मुख्य मुद्दा ऐसे concepts में फैला है जिन्हें technical चीज़ों से परिचित आम पाठक के लिए भी समझना मुश्किल है, इसलिए आखिर में लोग शायद सिर्फ keywords पकड़कर गैर-उत्पादक चर्चा की ओर बह सकते हैं
    खास तौर पर मैं जानना चाहता हूं कि innertube clients, tv innertube client, TVHTML5, “DRM format”, उस format के “available” होने का मतलब, और यह क्यों अहम है जब वह सिर्फ tv innertube client को दिया जाता है

    • संक्षेप में, YouTube एक बदलाव का A/B test कर रहा है जिसमें वह कुछ खास clients को केवल DRM से locked video streams ही भेजता है
      यह इसलिए अहम है क्योंकि yt-dlp सामान्य operation के दौरान उन्हीं clients जैसा pretend करता है, और yt-dlp DRM-locked videos को decrypt करने का support नहीं देने वाला, इसलिए यह बदलाव सभी video downloads को तोड़ सकता है
      innertube private YouTube API का नाम है, और यह API कई तरह के YouTube client software के इस्तेमाल के लिए बनाई गई है। उदाहरण library https://github.com/tombulled/innertube/ है, और yt-dlp का अलग client code है
      “tv” client client types में से एक है, और उदाहरण https://github.com/tombulled/innertube/blob/main/innertube/c... पर देखा जा सकता है
      TVHTML5 एक specific client है, जो TVLITE या TVANDROID जैसी चीज़ों से अलग है, और लगता है कि हर TV किसी खास TV client और किसी खास TV API का इस्तेमाल करता है
      जब yt-dlp video लेता है, तो मोटे तौर पर वह innertube द्वारा supported clients में से किसी एक जैसा pretend करता है, top-level video object लेने के बाद available formats की list parse करता है। format का मतलब “MP4, 1080p, AAC audio के साथ” या “Ogg, audio-only” जैसी चीज़ है। default रूप से yt-dlp सबसे अच्छी quality वाले audio और सबसे अच्छी quality वाले video streams लेकर उन्हें एक file में merge करता है, लेकिन settings से इसे बदला जा सकता है
      DRM format शायद Widevine से protected format है और https://en.wikipedia.org/wiki/Widevine, yt-dlp ने कहा है कि वह इसके decryption को support नहीं करेगा
      “available” होने का मतलब है कि yt-dlp client को यह download करने के विकल्प के रूप में दिखता है। हर video हर client को हर format नहीं देता, और अगर video 4K में upload नहीं हुआ है या client 4K decoding support नहीं करता, तो 4K option दिखाई नहीं दे सकता
      इस मामले में इसका मतलब है कि यह specific internal client type video नहीं ले सकता। क्योंकि yt-dlp request करता है तो उसे केवल DRM-locked formats मिलते हैं। यह noteworthy है क्योंकि TV client valid YouTube login token के बिना भी YouTube API से high-quality videos पाने का तरीका है। issue के नीचे की ओर reporter कहता है कि token देने पर “web” innertube client काम करता है

  • मौजूदा स्थिति आखिरकार इसलिए बनी है क्योंकि लोग इस हालत से संतुष्ट हैं
    बहुत से लोगों को movies, albums, books का owner न होना ठीक लगता है, और वे इसका मतलब नहीं समझते। समझने वाले लोग अल्पसंख्यक हैं
    मैं streaming के खिलाफ नहीं हूं, लेकिन हर provider को reasonable price पर legal digital copy own करने का option देना चाहिए। यहां own करने का मतलब है DRM-free साधारण media file रखना, जिसे जहां चाहें play कर सकें
    किसी चीज़ को own करने के लिए पैसे देने में कोई समस्या नहीं है, लेकिन तब तक मैं ऐसी कंपनियों को एक पैसा भी नहीं दूंगा

    • 1 घंटे की streaming 0.5g carbon है, और 365 दिनों तक रोज़ 6 घंटे करने पर प्रति व्यक्ति सालाना 1095g होता है
      अगर मान लें कि 2 अरब लोग streaming करते हैं, तो 2,000,000,000 × 1095 = 2,190,000,000,000g, यानी 21.9 लाख टन unnecessary carbon dioxide होता है
      piracy एक बार में खत्म हो जाती है, इसलिए इसे ज्यादा eco-friendly और planet को बचाने वाली चीज़ के रूप में भी देखा जा सकता है

  • मैंने एक script बनाई है जो yt-dlp से subscribed channels download करती है, उन्हें mp3 में convert करती है, और local network के अंदर podcast feed देती है, जिससे मेरा YouTube app usage time पहले ही काफी घट गया है
    अगर यह किसी दिन टूट गया, तो शायद leisure time में बाहर जाना पड़े, लेकिन अभी तो काम कर रहा है, इसलिए उम्मीद है कि यह spring तक टिके

    • मैंने भी कुछ दिन पहले बिल्कुल ऐसा ही करने का सोचा था
      जानना चाहूंगा कि yt-dlp के अलावा आप कौन-से tools इस्तेमाल कर रहे हैं। जैसे RSS feed generate और host करने के लिए क्या use करते हैं
    • लगता है अगर yt-dlp से audio-only file मांगें तो convert करने की जरूरत नहीं होनी चाहिए
    • uBlock Origin, NewPipe, yt-dlp के combination की वजह से मैं कई सालों से YouTube app इस्तेमाल नहीं कर रहा हूं

  • वाकई भयानक खबर है
    यह होना तय है, यह काफी साफ था, और यह भी काफी साफ लगता है कि यह Google की बहुत high-level strategy का हिस्सा है। Google कई सालों से client और server, दोनों तरफ इन सभी हिस्सों में भारी निवेश कर रहा है
    मुझे इसमें enshittification की बू आती है, लेकिन उससे भी बड़ा यह लगता है कि हम locked और closed technologies के दौर में प्रवेश करने ही वाले हैं। पूरे माहौल को देखें तो DRM के बिना YouTube अब किसी पुराने जमाने की चीज जैसा लगने लगा है
    ज्यादातर लोग ऐसे devices खुशी-खुशी खरीदते हैं जो उनके कर सकने वाले कामों को बहुत सीमित कर देते हैं, इसलिए consumers की कोई असली प्रतिक्रिया होने की उम्मीद भी नहीं है। जिन्हें इसकी सच में परवाह है, उनके सामने शायद दो विकल्प होंगे: सिद्धांतों के लिए digital दुनिया से खुद को अलग करके कमी झेलना, या फिर सबसे lower common denominator users वाली उसी box में जबरन धकेल दिए जाना
    अगर मान लें कि Google के executives के इरादे बुरे नहीं हैं, तो सोचता हूं कि क्या AI आखिरी trigger रहा होगा। Gemini के लिए moat बनाने के लिए data collectors को YouTube videos तक पहुंचने से रोकना होगा, और इसे सुनिश्चित करने का इकलौता “वास्तविक” तरीका DRM लगाना है। X/Twitter, Reddit, Stack Overflow आदि ने भी मिलते-जुलते कारणों से कदम उठाए हैं। शायद वे यह काम वैसे भी करना चाहते थे, इसलिए AI वजह से ज्यादा बहाना हो सकता है, लेकिन यह कोई बिल्कुल बेअसर factor भी नहीं होगा

    • काश इन platforms की power concentration के खिलाफ और मजबूत आंदोलन होता
      हम ऐसे मेंढक जैसे हैं जो अपनी ही कड़ाही में खुद ईंधन डाल रहा है
      पहले DRM को browser से टकराव वाला माना जाता था, क्योंकि यह users का प्रतिनिधित्व नहीं करता। अगर DRM बिल्कुल जरूरी होता, तो platform को Silverlight जैसे बाहरी plugin के जरिए उसे जबरन घुसाना पड़ता था
      जब Firefox ने EME extension अपनाया, तो मुझे लगा यह अंत की शुरुआत है। DRM को बस on करने वाला switch बना देने से वह exception नहीं, standard बन जाता है। कई साल पहले से font DRM जैसे बेतुके प्रस्ताव भी आए थे। अगर कोई company DRM पर अड़ी है, तो browsers को जो काम मूल रूप से support नहीं करना चाहिए, उसे करवाने का बोझ उसी company को उठाना चाहिए
      जिस nightmare की ओर हम दौड़ रहे हैं, वह ऐसी दुनिया है जहां एक बार में video का सिर्फ बहुत छोटा हिस्सा cache किया जा सकता है, और TPM attestation hardware को हर HTTP request में token शामिल करना पड़ता है। Browser बस software cable box बन जाता है
      इन्हें URL भी पसंद नहीं हैं, और अगर आप कुछ share करना चाहें तो ये चाहेंगे कि आप उनके terms मानें—जैसे app में expiry hash और view limit वाला URL generate करना। बेशक influencers के पास unlimited sharing privileges बने रह सकते हैं
      पिछले 10 सालों में यह infrastructure धीरे-धीरे बिछाया गया है, और ये अलग-थलग असुविधाएं नहीं, बल्कि ताबूत में ठोकी जा रही कीलें हैं
    • management को जो खतरा समझ आता है, वह शायद AI होगा
      GrayJay https://grayjay.app/ जैसे काफी अच्छे third-party YouTube clients भी हैं
      ऐसे apps कई video platforms के creators को एक ही app में follow करने देते हैं, जो Google की चाही हुई YouTube dependency के लिए खराब है

  • कुछ समय तक ऐसा लग रहा था कि audio track सहित MP4 videos वाले itag 18 और 22 गायब हो रहे हैं, और itag 136 और 137 जैसे video-only formats को preference मिल रही है
    इस case में ffmpeg से audio track और video को merge करना पड़ता था। हाल में लगता है कि itag 18 वापस आ गया है

  • लगता है YouTube video downloads से लड़ रहा है
    Tor इस्तेमाल करने पर रोज “login करके साबित करें कि आप bot नहीं हैं” वाला message मिलता है, और Tor के बिना YouTube access नहीं कर सकता। ads देखना या captcha solve करना ठीक है, लेकिन YouTube ने सबसे खराब तरीका चुना है

    • हाल में Amazon FireCube का YouTube app हर बार खुलने पर login करने को कहने लगा है
      authentication तक नहीं करना पड़ता, लेकिन profile चुननी पड़ती है
      यह कुछ महीने पहले शुरू हुआ था और मैंने खास ध्यान नहीं दिया था, लेकिन अब लगता है कि यह behavior नए DRM push का संकेत रहा होगा
      YouTube हर दिन उसे पूरी तरह avoid करने की और वजहें देता है

  • संयोग से यहां भी YouTube ने “community की सुरक्षा के लिए यह confirm करने के लिए login करें कि आप bot नहीं हैं” कहकर स्वागत किया
    पट्टा कसने के कई तरीके हैं
    अफसोस, कुछ लोग कभी account नहीं बनाएंगे, और कुछ लोग कोई भी DRM system इस्तेमाल नहीं करेंगे। उस समृद्ध सामग्री तक indirectly access करने का तरीका ढूंढना होगा

  • lofi या synthwave music खोजने के लिए YouTube alternatives की सिफारिश चाहिए

  • सोच रहा हूँ कि Firefox यूज़र्स का क्या होगा
    Firefox जिस DRM को सपोर्ट करता है, वह आसानी से टूट जाता है; क्या YouTube Firefox सपोर्ट बंद कर देगा?

    • अभी तक यह सिर्फ़ yt-dlp द्वारा इस्तेमाल किए जाने वाले खास TV client API में ही दिखा है, और लगता है कि यह सभी YouTube वीडियो पर लागू नहीं हुआ है
      https://github.com/yuliskov/SmartTube/issues/4444 में भी इसे “members-only” वीडियो में देखा गया था, लेकिन वहाँ भी सभी वीडियो में नहीं
      शायद बात Widevine L3 और L1, PlayReady SL2000 और SL3000 जैसे software DRM और hardware DRM के फर्क की है, लेकिन यह ठीक-ठीक Firefox बनाम Chrome वाली स्थिति नहीं है। बताया जाता है कि Firefox ने भी Windows पर hardware DRM इस्तेमाल करने की संभावना पर काम किया है, शायद Media Foundation API के ज़रिए
      Netflix जैसी सेवाओं में दिखने वाला सबसे खराब परिदृश्य यह है कि Firefox जैसे सिर्फ़ software DRM चला सकने वाले ब्राउज़र को केवल कम गुणवत्ता दी जाए, और बेहतर गुणवत्ता को उन keys से encrypt किया जाए जो सिर्फ़ hardware DRM पर मिलती हैं। हालांकि YouTube अभी उस हद तक जाएगा या नहीं, पता नहीं। Netflix या Amazon अधिकारधारकों के साथ ऐसे सुरक्षा उपाय मांगने वाले contracts करते हैं, लेकिन मेरे हिसाब से YouTube, सौभाग्य से, “YouTubers” के साथ उसी तरह के रिश्ते और contracts नहीं रखता
      लगता है कि अभी YouTube का मकसद उन लोगों की संख्या काफी कम करना है जो वेबसाइट या ऐप के बिना content देखते हैं, यानी ads नहीं देखते। यह yt-dlp यूज़र्स से ज्यादा शायद उन कहीं अधिक लोगों को निशाना बना रहा है जो YouTube-to-mp3 साइटों या ऐसे ही आसान tools पर निर्भर हैं
      सिर्फ़ software DRM लागू करने से भी ऐसे tools कम से कम कुछ समय के लिए टूट सकते हैं और यूज़र्स को platform पर वापस लाया जा सकता है। और अगर tool के अंदर “encryption bypass” mechanism आ गया, तो शायद developers पर मुकदमा भी किया जा सकता है, हालांकि मैं कानूनी विशेषज्ञ नहीं हूँ
    • DRM का मुख्य उपयोग सिस्टम को कानूनी तौर पर DMCA के दायरे में लाना माना जा सकता है
      ऐसा होने पर yt-dlp का GitHub पर host होना, या apt repositories, pip, Homebrew वगैरह के ज़रिए distribute होना, खत्म होने की बहुत ज्यादा संभावना है
    • मुझे नहीं लगता कि ऐसा होने की संभावना ज्यादा है, लेकिन अन्य streaming services में ऐसे clients को कम गुणवत्ता देने की मिसालें रही हैं जो DRM सपोर्ट नहीं करते या उन्हें पसंद नहीं हैं

  • इससे संबंधित, TubeArchivist ने अभी-अभी v0.5 रिलीज़ किया है, और आधिकारिक तौर पर यह feature freeze स्थिति में नहीं है