YouTube sedang menambahkan DRM ke semua video yang menggunakan klien TV (TVHTML5)

 (github.com/yt-dlp)
2 poin oleh GN⁺ 2025-03-11 | 1 komentar | Bagikan ke WhatsApp
  • Pada beberapa akun YouTube, saat masuk melalui YouTube on TV, teramati adanya eksperimen atau uji A/B di mana bahkan video biasa pun hanya dikirim dalam format DRM pada klien TVHTML5 Innertube
  • Fenomena ini tidak terbatas pada yt-dlp; saat menguji klien resmi YouTube TV seperti PS3, browser web, dan Apple TV dengan akun yang sama, format video juga hanya tersedia sebagai DRM
  • Karena saat ini yt-dlp meminta data video YouTube dengan cara berperilaku seperti YouTube on TV, pada akun yang menjadi target eksperimen ini bahkan video biasa diproses dengan error This video is DRM protected
  • Log reproduksi menunjukkan bahwa saat memeriksa video aqz-KE-bpKQ menggunakan cookie Firefox dan pengaturan youtube:player-client=tv, muncul error perlindungan DRM, dan ketika format yang tidak dapat diputar ditampilkan lewat opsi pengembang, penanda DRM muncul di seluruh format audio dan video
  • Isu ini berstatus tertutup, dan halaman tersebut menautkan PR terkait #14122 dan #13539, tetapi isi utamanya tidak memuat cara perbaikan yang spesifik maupun perubahan perilaku akhir

Pada sebagian akun, format klien TV hanya disediakan sebagai DRM

  • Dilaporkan bahwa pada beberapa akun YouTube, video biasa hanya memiliki format DRM pada klien Innertube tv atau TVHTML5
  • Masalah ini tampaknya merupakan eksperimen atau uji A/B yang sedang diterapkan YouTube ke sebagian akun, dan tidak bisa dipastikan berlaku untuk semua pengguna
  • Dalam penjelasan untuk memperjelas, sebagian akun yang masuk ke YouTube on TV tampak seolah semua video YouTube dilindungi DRM
  • YouTube on TV adalah antarmuka atau aplikasi layar besar yang digunakan di TV, konsol game, dan perangkat sejenis, serta bisa diakses di https://www.youtube.com/tv dengan user agent TV atau konsol game

Dampaknya pada yt-dlp

  • Saat ini, yt-dlp menyertakan metode permintaan data video YouTube yang meminta sebagai YouTube on TV, sehingga terdampak oleh eksperimen ini
  • Pada kombinasi akun tersebut dan klien tv, yt-dlp menilai bahkan video biasa sebagai video yang dilindungi DRM
  • Perintah reproduksi menggunakan cookie browser Firefox dan memaksa klien TV dengan --extractor-arg youtube:player-client=tv

Hasil yang sama juga muncul pada klien resmi YouTube TV

  • Saat menguji beberapa klien resmi YouTube TV dengan akun yang sama, yang tersedia juga hanya format DRM
    • PS3
    • browser web
    • Apple TV
  • Karena itu, fenomena yang diamati tidak terbatas pada masalah implementasi di yt-dlp saja

Daftar format yang dikonfirmasi lewat opsi pengembang

  • Setelah menampilkan format DRM dengan cara yang memerlukan modifikasi kode, lalu menggunakan opsi --allow-un, daftar format yang tidak dapat diputar akan ditampilkan
  • Pada format yang ditampilkan, penanda DRM muncul di hampir semua entri audio dan video
    • Format m4a audio saja: 148, 149, 148-drc, 149-drc
    • Format mp4 dan webm video saja: mencakup dari 144p hingga 2160p60
    • Sebagai contoh, format 558 ditampilkan sebagai 3840x2160 60fps, vp9, sekitar 1.27GiB, DRM, 2160p60, TV, webm_dash
  • --allow-un adalah opsi untuk debugging pengembang, dan log output mencakup peringatan bahwa telah diminta pencantuman atau pengunduhan format yang tidak dapat diputar

Status isu dan pekerjaan yang terhubung

  • Isu GitHub berstatus Closed
  • Halaman tersebut menautkan PR terkait #14122 dan #13539
  • Isi yang tersedia tidak mencakup detail perubahan pada kedua PR tersebut, status merge, cara menghindarinya, maupun metode penyelesaian akhirnya

Bacaan terkait

1 komentar

 
GN⁺ 2025-03-11
Komentar Hacker News

  • Perlu ada penjelasan tentang apa arti isu ini sebenarnya
    Pokok persoalannya menyentuh konsep-konsep yang sulit dipahami bahkan oleh pembaca umum yang cukup akrab dengan teknologi, sehingga pada akhirnya orang kemungkinan hanya akan berpegang pada kata kunci dan diskusinya mengalir ke arah yang tidak produktif
    Secara spesifik, saya ingin tahu tentang klien innertube, klien innertube tv, TVHTML5, “format DRM”, apa arti format itu “tersedia”, dan mengapa itu penting ketika hanya disediakan untuk klien innertube tv

    • Singkatnya, YouTube sedang menjalankan uji A/B untuk perubahan yang hanya mengirimkan stream video yang dikunci DRM ke klien tertentu
      Ini penting karena yt-dlp menyamar sebagai klien-klien itu saat beroperasi normal, dan yt-dlp tidak berencana mendukung dekripsi video yang dikunci DRM, jadi perubahan ini bisa merusak pengunduhan semua video
      innertube adalah nama API YouTube privat, dan merupakan API yang dibuat agar bisa digunakan oleh berbagai jenis perangkat lunak klien YouTube. Contoh pustakanya adalah https://github.com/tombulled/innertube/, dan yt-dlp memiliki kode kliennya sendiri
      Klien “tv” adalah salah satu tipe klien, dan contohnya bisa dilihat di https://github.com/tombulled/innertube/blob/main/innertube/c...
      TVHTML5 adalah klien tertentu yang dibedakan dari TVLITE atau TVANDROID, dan tampaknya tiap TV menggunakan klien TV tertentu dan API TV tertentu
      Saat yt-dlp mengambil video, secara kasar ia berpura-pura menjadi salah satu klien yang didukung innertube, menerima objek video tingkat atas, lalu mengurai daftar format yang tersedia. Format di sini misalnya “MP4, 1080p, dengan audio AAC” atau “Ogg, hanya audio”. Secara default, yt-dlp mengambil stream audio kualitas terbaik dan stream video kualitas terbaik lalu menggabungkannya menjadi satu file, tetapi ini bisa diubah lewat pengaturan
      Format DRM kemungkinan adalah format yang dilindungi Widevine https://en.wikipedia.org/wiki/Widevine, dan yt-dlp telah menyatakan tidak akan mendukung dekripsinya
      “Tersedia” berarti klien yt-dlp dapat melihatnya sebagai opsi untuk diunduh. Tidak semua video menyediakan semua format untuk semua klien; jika video tidak diunggah dalam 4K, atau jika klien tidak mendukung dekode 4K, maka opsi 4K mungkin tidak akan terlihat
      Dalam kasus ini, artinya tipe klien internal tertentu ini tidak bisa menerima video. Sebab ketika yt-dlp memintanya, yang diterima hanya format yang dikunci DRM. Ini menarik karena klien TV adalah cara untuk mendapatkan video berkualitas tinggi dari API YouTube tanpa token login YouTube yang valid. Di bagian bawah isu tersebut, pelapornya mengatakan bahwa jika token disediakan, klien innertube “web” akan berfungsi

  • Situasi saat ini pada akhirnya terjadi karena orang-orang puas dengan keadaan ini
    Banyak orang menganggap tidak masalah jika tidak memiliki film, album, atau buku, dan tidak memahami apa maknanya. Yang memahaminya hanyalah minoritas
    Saya tidak menentang streaming itu sendiri, tetapi semua penyedia seharusnya memberi opsi untuk memiliki salinan digital yang legal dengan harga yang wajar. Yang dimaksud memiliki di sini adalah punya file media biasa tanpa DRM dan bisa memutarnya di mana pun
    Tidak ada masalah sama sekali bagi saya untuk membayar demi memiliki sesuatu, tetapi sebelum itu terjadi, saya tidak akan memberi perusahaan-perusahaan seperti ini satu sen pun

    • Streaming selama 1 jam menghasilkan 0,5 g karbon, dan jika 6 jam per hari selama 365 hari, itu menjadi 1095 g per orang per tahun
      Jika diasumsikan ada 2 miliar orang yang melakukan streaming, maka 2,000,000,000 × 1095 = 2,190,000,000,000 g, yaitu 2,19 juta ton karbon dioksida yang tidak perlu
      Pembajakan hanya perlu dilakukan sekali, jadi bisa dianggap lebih ramah lingkungan dan bahkan semacam cara untuk menyelamatkan bumi

  • Saya membuat skrip yang mengunduh channel langganan dengan yt-dlp, mengonversinya ke mp3, lalu menyajikan feed podcast di dalam jaringan lokal, dan itu sudah sangat mengurangi waktu penggunaan aplikasi YouTube saya
    Jika suatu saat ini rusak, mungkin saya harus keluar rumah saat waktu senggang, tetapi untuk sekarang masih berjalan, jadi semoga bisa bertahan setidaknya sampai musim semi

    • Saya juga kepikiran melakukan hal yang persis sama beberapa hari lalu
      Saya penasaran alat apa yang Anda pakai selain yt-dlp. Misalnya, saya ingin tahu apa yang Anda gunakan untuk membuat dan meng-host feed RSS
    • Saya merasa kalau meminta file hanya audio ke yt-dlp, bukankah seharusnya tidak perlu dikonversi?
    • Berkat kombinasi uBlock Origin, NewPipe, dan yt-dlp, saya sudah bertahun-tahun tidak memakai aplikasi YouTube

  • Benar-benar kabar yang mengerikan
    Bahwa hal seperti ini akan datang sebenarnya sudah cukup jelas, dan juga tampak cukup jelas bahwa ini bagian dari strategi tingkat sangat tinggi Google. Google sudah bertahun-tahun banyak berinvestasi pada semua bagian ini, baik di sisi klien maupun server
    Buat saya ini berbau enshitification, tetapi lebih besar lagi, rasanya kita baru saja hendak masuk ke era teknologi yang terkunci dan tertutup. Kalau melihat keseluruhan lanskapnya, YouTube tanpa DRM sampai terasa seperti anakronisme
    Kebanyakan orang rela membeli perangkat yang sangat membatasi apa yang bisa mereka lakukan, jadi saya juga tidak berharap ada penolakan nyata dari konsumen. Orang-orang yang benar-benar peduli soal ini tampaknya akan dihadapkan pada pilihan untuk memisahkan diri di dunia digital demi prinsip dan menanggung kekurangan, atau dipaksa masuk ke kotak yang sama dengan para pengguna penyebut bersama terendah
    Kalau mengasumsikan tidak ada niat jahat dari para eksekutif Google, saya juga bertanya-tanya apakah AI menjadi pemicu terakhirnya. Untuk membangun moat Gemini, mereka harus mencegah para pengumpul data mengakses video YouTube, dan satu-satunya cara yang “nyata” untuk menjaminnya adalah memasang DRM. X/Twitter, Reddit, Stack Overflow, dan lainnya juga mengambil langkah serupa karena alasan yang mirip. Mungkin AI bukan alasan utama melainkan dalih untuk sesuatu yang memang sejak awal ingin mereka lakukan, tetapi jelas bukan faktor yang sama sekali tak berarti

    • Saya berharap ada gerakan yang lebih kuat untuk melawan pemusatan kekuasaan platform-platform ini
      Kita seperti katak yang memasukkan bahan bakar ke panci rebusannya sendiri
      Dulu DRM dianggap bertentangan dengan browser karena tidak mewakili kepentingan pengguna. Kalau DRM benar-benar diperlukan, pihak platform harus memaksakannya lewat plugin eksternal seperti Silverlight
      Saat Firefox memperkenalkan ekstensi EME, saya melihatnya sebagai awal dari akhir. Jika DRM dijadikan sekadar sakelar yang bisa dinyalakan, maka ia berubah dari pengecualian menjadi standar. Bahkan sudah ada usulan-usulan konyol seperti DRM untuk font sejak bertahun-tahun lalu. Jika perusahaan bersikeras memakai DRM, maka beban dari hal-hal yang seharusnya tidak didukung browser sejak awal harus ditanggung perusahaan itu
      Mimpi buruk yang sedang kita tuju adalah dunia di mana hanya sedikit video yang bisa di-cache sekaligus, dan perangkat keras attestation TPM harus menyertakan token dalam setiap permintaan HTTP. Browser akan jadi sekadar set-top box kabel berbasis perangkat lunak
      Mereka juga tidak menyukai URL, dan kalau ingin membagikan sesuatu, mereka ingin memaksa orang mengikuti syarat mereka, misalnya dengan membuat aplikasi menghasilkan URL dengan hash yang kedaluwarsa dan batas jumlah tayangan. Tentu saja, para influencer mungkin masih akan mendapat hak istimewa berbagi tanpa batas
      Selama 10 tahun terakhir, infrastruktur seperti ini pelan-pelan telah dibangun, dan ini bukan sekadar gangguan yang terisolasi, melainkan paku-paku di peti mati
    • Ancaman yang dipahami para eksekutif kemungkinan adalah AI
      Ada juga klien YouTube pihak ketiga yang cukup bagus seperti GrayJay https://grayjay.app/
      Aplikasi seperti ini memungkinkan orang mengikuti kreator dari berbagai platform video dalam satu aplikasi, sesuatu yang buruk bagi ketergantungan pada YouTube yang diinginkan Google

  • Untuk sementara waktu, video MP4 yang menyertakan trek audio, yaitu itag 18 dan 22, sempat menghilang, dan tampaknya format khusus video seperti itag 136 dan 137 lebih diutamakan
    Dalam kasus seperti ini, trek audio dan video harus digabung dengan ffmpeg. Belakangan ini, tampaknya itag 18 sudah kembali lagi

  • Tampaknya YouTube sedang memerangi pengunduhan video
    Jika memakai Tor, saya setiap hari mendapat pesan “login untuk membuktikan bahwa Anda bukan bot”, dan tanpa Tor saya tidak bisa mengakses YouTube. Menonton iklan atau mengerjakan captcha masih bisa diterima, tetapi YouTube memilih cara yang paling buruk

    • Belakangan ini aplikasi YouTube di Amazon FireCube mulai meminta login setiap kali dibuka
      Tidak sampai harus diautentikasi, tetapi tetap harus memilih profil
      Ini mulai terjadi beberapa bulan lalu dan saya tidak terlalu memikirkannya, tetapi sekarang rasanya perilaku ini mungkin merupakan pertanda awal dari dorongan DRM yang baru
      YouTube memberi semakin banyak alasan setiap hari untuk dihindari sepenuhnya

  • Kebetulan di sini juga YouTube menyambut saya dengan pesan “login untuk memverifikasi bahwa Anda bukan bot demi melindungi komunitas”
    Ada banyak cara untuk mengencangkan tali kekang
    Sayangnya, sebagian orang tidak akan pernah membuat akun, dan sebagian lain tidak akan pernah menggunakan sistem DRM apa pun. Kita harus mencari cara akses tidak langsung ke kumpulan materi yang melimpah itu

  • Saya ingin rekomendasi alternatif YouTube untuk menemukan musik lofi atau synthwave

  • Menarik untuk mengetahui bagaimana nasib pengguna Firefox
    DRM yang didukung Firefox mudah dibobol, jadi apakah YouTube akan menghentikan dukungan Firefox?

    • Untuk saat ini, tampaknya ini hanya terlihat pada API klien TV tertentu yang digunakan yt-dlp, dan sepertinya belum diterapkan ke semua video YouTube
      Di https://github.com/yuliskov/SmartTube/issues/4444 juga terlihat pada video “khusus anggota”, tetapi tetap bukan semua video
      Sepertinya ini lebih membahas perbedaan antara DRM perangkat lunak dan DRM perangkat keras seperti Widevine L3 dan L1, PlayReady SL2000 dan SL3000, jadi ini bukan benar-benar soal Firefox vs Chrome. Firefox juga diketahui pernah mengerjakan kemungkinan penggunaan DRM perangkat keras di Windows, mungkin melalui Media Foundation API
      Skenario terburuk yang terlihat pada layanan seperti Netflix adalah browser yang hanya bisa memakai DRM perangkat lunak, seperti Firefox, hanya diberi kualitas rendah, sementara kualitas yang lebih baik dienkripsi dengan kunci yang hanya bisa diperoleh lewat DRM perangkat keras. Namun, belum jelas apakah YouTube akan melangkah sejauh itu saat ini. Netflix atau Amazon memang membuat kontrak dengan pemegang hak yang menuntut perlindungan seperti itu, tetapi untungnya YouTube tampaknya tidak memiliki hubungan dan kontrak jenis yang sama dengan para “YouTuber”
      Saat ini, yang tampaknya diinginkan YouTube adalah secara besar-besaran mengurangi orang yang menonton konten tanpa melalui situs web atau aplikasi, yaitu orang yang tidak melihat iklan. Kemungkinan besar sasarannya bukan pengguna yt-dlp, melainkan jauh lebih banyak orang yang bergantung pada situs YouTube-to-mp3 atau alat mudah serupa
      Hanya dengan memaksakan DRM perangkat lunak saja, alat-alat semacam itu setidaknya bisa dirusak untuk sementara dan pengguna dikembalikan ke platform. Dan jika mekanisme “penghindaran enkripsi” dimasukkan ke dalam alat tersebut, mungkin para pengembangnya juga bisa digugat, tetapi saya bukan ahli hukum
    • Kegunaan utama DRM bisa dianggap sebagai cara untuk membawa sistem ke dalam cakupan DMCA secara hukum
      Jika itu terjadi, kemungkinan besar yt-dlp tidak lagi bisa di-host di GitHub maupun didistribusikan melalui repositori apt, pip, Homebrew, dan sebagainya
    • Saya rasa kemungkinan itu terjadi kecil, tetapi layanan streaming lain memang pernah memberi kualitas rendah saja kepada klien yang tidak mendukung DRM atau yang tidak mereka sukai

  • Terkait hal ini, TubeArchivist baru saja merilis v0.5, dan secara resmi belum masuk status pembekuan fitur