YouTube, TV (TVHTML5) istemcisini kullanan tüm videolara DRM ekliyor

 (github.com/yt-dlp)
2 puan yazan GN⁺ 2025-03-11 | 1 yorum | WhatsApp'ta paylaş
  • Bazı YouTube hesaplarında YouTube on TV ile oturum açıldığında, normal videolarda bile TVHTML5 Innertube istemcisinden yalnızca DRM formatlarının döndüğü bir deney veya A/B testi gözlemleniyor
  • Bu durum yalnızca yt-dlp ile sınırlı değil; aynı hesapla PS3, web tarayıcısı, Apple TV gibi resmi YouTube TV istemcileri test edildiğinde de video formatları yalnızca DRM olarak sunuluyor
  • yt-dlp şu anda YouTube video verisi isterken YouTube on TV gibi davrandığı için, bu deney kapsamındaki hesaplarda normal videolar bile This video is DRM protected hatasıyla işleniyor
  • Yeniden üretim günlüğü, Firefox çerezleri ve youtube:player-client=tv ayarıyla aqz-KE-bpKQ videosu sorgulandığında DRM koruma hatasının oluştuğunu; geliştirici seçeneğiyle oynatılamayan formatlar gösterildiğinde ise ses ve video formatlarının genelinde DRM etiketi bulunduğunu gösteriyor
  • Bu sorun kapatılmış durumda ve sayfada ilgili PR olarak #14122 ile #13539 bağlantıları yer alıyor, ancak metinde somut düzeltme yöntemi veya son davranış değişikliği yer almıyor

Bazı hesaplarda TV istemci formatları yalnızca DRM olarak sunuluyor

  • Bazı YouTube hesaplarında normal videoların tv veya TVHTML5 Innertube istemcisinde yalnızca DRM formatlarına sahip olduğu bildirildi
  • Sorun, YouTube'un bazı hesaplara uyguladığı bir deney veya A/B testi gibi görünüyor; bunun tüm kullanıcılara uygulandığı söylenmiyor
  • Açıklama notunda, YouTube on TV üzerinde oturum açmış bazı hesaplarda tüm YouTube videoları DRM ile korunuyormuş gibi görünüyor
  • YouTube on TV, TV'lerde ve oyun konsollarında kullanılan büyük ekran arayüzü veya uygulamasıdır; TV ya da oyun konsolu kullanıcı aracısıyla https://www.youtube.com/tv üzerinden erişilebilir

yt-dlp üzerindeki etkisi

  • yt-dlp, şu anda YouTube video verisi isterken YouTube on TV olarak istek gönderen bir yöntemi içerdiği için bu deneyden etkileniyor
  • Bu hesap ve tv istemci kombinasyonunda yt-dlp, normal videoları da DRM korumalı video olarak değerlendiriyor
  • Yeniden üretim komutu Firefox tarayıcı çerezlerini kullanıyor ve --extractor-arg youtube:player-client=tv ile TV istemcisini zorluyor

Resmi YouTube TV istemcilerinde de aynı sonuç

  • Aynı hesapla birden fazla resmi YouTube TV istemcisi test edildiğinde de yalnızca DRM formatları sunuluyor
    • PS3
    • Web tarayıcısı
    • Apple TV
  • Bu nedenle gözlemlenen durum yalnızca yt-dlp'nin uygulama sorunuyla sınırlı değil

Geliştirici seçeneğiyle doğrulanan format listesi

  • DRM formatlarını görünür kılmak için kod değişikliği gerektiren bir yöntem uygulandıktan sonra --allow-un seçeneği kullanılırsa oynatılamayan formatların listesi çıktılanıyor
  • Çıktıdaki formatlarda ses ve video öğelerinin genelinde DRM etiketi bulunuyor
    • Yalnızca ses m4a formatları: 148, 149, 148-drc, 149-drc
    • Yalnızca video mp4 ve webm formatları: 144p'den 2160p60'a kadar
    • Örnek olarak 558 formatı 3840x2160 60fps, vp9, yaklaşık 1.27GiB, DRM, 2160p60, TV, webm_dash şeklinde gösteriliyor
  • --allow-un, geliştirici hata ayıklaması için kullanılan bir seçenek ve çıktı günlüğünde oynatılamayan formatların listelenmesi veya indirilmesinin istendiğine dair bir uyarı yer alıyor

Sorunun durumu ve bağlantılı çalışmalar

  • GitHub sorunu Closed durumunda
  • Sayfada ilgili PR olarak #14122 ve #13539 bağlantıları bulunuyor
  • Verilen metinde bu iki PR'nin değişiklik içeriği, birleştirilip birleştirilmediği, geçici çözüm veya nihai çözüm yöntemi yer almıyor

İlgili okumalar

1 yorum

 
GN⁺ 2025-03-11
Hacker News yorumları

  • Bu meselenin gerçekte ne anlama geldiğine dair bir açıklama gerekiyor
    Temel tartışma noktası, teknolojiye aşina genel okurlar için bile anlaşılması zor kavramlara yayıldığından, insanlar muhtemelen yalnızca anahtar kelimelere tutunup verimsiz bir tartışmaya sürüklenecek
    Özellikle innertube istemcisi, tv innertube istemcisi, TVHTML5, “DRM formatı”, o formatın “kullanılabilir” olmasının ne demek olduğu ve bunun yalnızca tv innertube istemcisine sunulduğunda neden önemli olduğu merak ediliyor

    • Özetle YouTube, belirli istemcilere yalnızca DRM ile kilitlenmiş video akışları vermeye yönelik bir değişikliği A/B test ediyor
      Bunun önemli olmasının nedeni, yt-dlp'nin normal çalışırken o istemcilerin kimliğine bürünmesi; yt-dlp DRM kilitli videoların şifresini çözmeyi desteklemeyi planlamadığından, bu değişiklik tüm video indirmelerini bozabilir
      innertube, kapalı YouTube API'sinin adı ve çeşitli YouTube istemci yazılımlarının kullanması için yapılmış bir API. Örnek kütüphane https://github.com/tombulled/innertube/; yt-dlp'nin ise ayrı istemci kodu var
      “tv” istemcisi istemci türlerinden biri; bir örneği https://github.com/tombulled/innertube/blob/main/innertube/c... adresinde görülebilir
      TVHTML5, TVLITE veya TVANDROID gibi olanlardan farklı belirli bir istemci; her TV'nin belirli bir TV istemcisi ve belirli bir TV API'si kullandığı anlaşılıyor
      yt-dlp bir video alırken kabaca innertube'un desteklediği istemcilerden biri gibi davranır, üst seviye video nesnesini aldıktan sonra da olası format listesini ayrıştırır. Format, “MP4, 1080p, AAC ses dahil” veya “Ogg, yalnızca ses” gibi bir şeydir. Varsayılan olarak yt-dlp en yüksek kaliteli ses ve en yüksek kaliteli video akışlarını alıp tek bir dosyada birleştirir, ancak bu ayarlardan değiştirilebilir
      DRM formatı muhtemelen Widevine ile korunan formattır https://en.wikipedia.org/wiki/Widevine; yt-dlp bunun şifresini çözmeyi desteklemeyeceğini belirtti
      “Kullanılabilir” olması, yt-dlp istemcisinin bunu indirilebilir bir seçenek olarak gördüğü anlamına gelir. Her video her istemciye tüm formatları sunmaz; 4K yüklenmemişse ya da istemci 4K çözmeyi desteklemiyorsa 4K seçeneği görünmeyebilir
      Bu durumda ise bu belirli dahili istemci türünün videoyu alamadığı anlamına geliyor. Çünkü yt-dlp istekte bulunduğunda yalnızca DRM kilitli formatlar alıyor. TV istemcisi, geçerli bir YouTube oturum açma token'ı olmadan da YouTube API'den yüksek kaliteli videolar almanın bir yolu olduğu için dikkat çekici. Sorunun alt taraflarında bildirimi yapan kişi, token sağlanırsa “web” innertube istemcisinin çalıştığını söylüyor

  • Mevcut durum, sonuçta insanların bundan memnun olmasından kaynaklanıyor
    Film, albüm ve kitaplara sahip olmamayı sorun etmeyen ve bunun ne anlama geldiğini anlamayan çok kişi var. Anlayanlar azınlıkta
    Streaming'in kendisine karşı değilim, ama tüm sağlayıcılar makul bir fiyata yasal dijital kopyaya sahip olma seçeneği sunmalı. Burada sahip olmak, DRM'siz basit bir medya dosyasına sahip olup onu istediğin yerde oynatabilmek demek
    Bir şeye sahip olmak için para ödemekte hiçbir sorun yok; ama o zamana kadar bu şirketlere tek kuruş vermeyeceğim

    • 1 saat streaming 0,5 g karbon demek; günde 6 saat, 365 gün olursa kişi başı yılda 1095 g eder
      2 milyar kişinin streaming yaptığını varsayarsak 2.000.000.000 × 1095 = 2.190.000.000.000 g, yani 2,19 milyon ton gereksiz karbondioksit eder
      Korsan kopyalama bir kez olunca bittiği için daha çevreci; hatta gezegeni kurtarabilir diye bile bakılabilir

  • yt-dlp ile abone olduğum kanalları indirip mp3'e dönüştüren ve yerel ağ içinde podcast feed'i sunan bir script yaptım; böylece YouTube uygulamasını kullanma süremi şimdiden epey azalttım
    Bu bir gün bozulursa boş zamanlarımda dışarı çıkmam gerekebilir; ama şimdilik çalışıyor, umarım bahara kadar dayanır

    • Ben de birkaç gün önce aynısını yapmayı düşündüm
      yt-dlp dışında hangi araçları kullandığını merak ediyorum. Örneğin RSS feed'ini oluşturmak ve barındırmak için ne kullandığını bilmek isterim
    • yt-dlp'den yalnızca ses dosyası istemek mümkünken ayrıca dönüştürmeye gerek olmayabilir diye düşünüyorum
    • uBlock Origin, NewPipe ve yt-dlp kombinasyonu sayesinde yıllardır YouTube uygulamasını kullanmıyorum

  • Gerçekten berbat haber
    Böyle bir şeyin geleceği oldukça belliydi; bunun Google’ın oldukça üst düzey stratejisinin bir parçası olduğu da epey açık görünüyor. Google birkaç yıldır hem istemci hem de sunucu tarafında bu alanların hepsine ciddi yatırım yapıyor
    Bana enshittification kokusu geliyor, ama daha geniş ölçekte, kilitli ve kapalı teknolojiler çağına yeni giriyor gibiyiz. Genel tabloya bakınca DRM’siz YouTube, çağdışı bir şey gibi hissettirecek kadar aykırı kalıyor
    Çoğu insan yapabileceklerini ciddi biçimde kısıtlayan cihazları gönüllü olarak satın aldığı için, tüketicilerden kayda değer bir tepki de beklemiyorum. Bunu gerçekten önemseyenlerin, ilkeleri uğruna dijital dünyada kendilerini ayrıştırıp mahrumiyeti göze almak ya da en düşük ortak paydadaki kullanıcılarla aynı kutunun içine zorla itilmek seçenekleriyle karşı karşıya kalacağını düşünüyorum
    Google yönetiminde kötü niyet olmadığını varsayarsak, yapay zekanın son tetiği çekip çekmediğini de merak ediyorum. Gemini için bir savunma hendeği oluşturmak istiyorlarsa, veri toplayıcıların YouTube videolarına erişmesini engellemeleri gerekir; bunu garanti etmenin tek “gerçek” yolu da DRM koymak. X/Twitter, Reddit, Stack Overflow vb. de benzer nedenlerle önlem aldı. Zaten yapmak istedikleri bir şey olacağından yapay zeka bir nedenden çok bahane olabilir, ama tamamen etkisiz bir faktör de değildir

    • Bu platformlardaki güç yoğunlaşmasına karşı daha güçlü bir hareket olmasını isterdim
      Kendi tenceresine yakıt taşıyan kurbağalar gibiyiz
      Eskiden DRM’in kullanıcıyı temsil etmediği için tarayıcıyla çatıştığı düşünülürdü. DRM mutlaka gerekliyse, Silverlight gibi harici bir eklentiyle bunu platform tarafının zorla araya sokması gerekirdi
      Firefox EME uzantısını benimsediğinde bunun sonun başlangıcı olduğunu düşünmüştüm. DRM’i sadece açılabilen bir anahtara dönüştürürseniz istisna değil standart olur. Yıllar önce yazı tipi DRM’i gibi saçma öneriler de vardı. Bir şirket DRM’de ısrar ediyorsa, tarayıcının aslında desteklememesi gereken bir şeyi yapmanın yükünü o şirket üstlenmeli
      Koşarak gittiğimiz kâbus, aynı anda videonun yalnızca çok küçük bir bölümünün önbelleğe alınabildiği ve TPM doğrulama donanımının her HTTP isteğine token eklemek zorunda olduğu bir dünya. Tarayıcı artık sadece yazılımsal bir kablo kutusu oluyor
      URL’lerden de hoşlanmıyorlar; bir şeyi paylaşmak için uygulamada süresi dolan hash ve görüntüleme sınırı eklenmiş bir URL oluşturup kendi şartlarına uymamızı isteyecekler. Elbette influencer’lara sınırsız paylaşım ayrıcalığı kalabilir
      Son 10 yılda bu altyapı yavaş yavaş döşendi; bunlar birbirinden kopuk rahatsızlıklar değil, tabuta çakılan çiviler
    • Yönetimin anladığı tehdit muhtemelen yapay zekadır
      GrayJay https://grayjay.app/ gibi oldukça iyi üçüncü taraf YouTube istemcileri de var
      Bu tür uygulamalar, birden fazla video platformundaki içerik üreticilerini tek uygulamadan takip etmenizi sağlıyor; bu da Google’ın istediği YouTube bağımlılığı için kötü

  • Bir süre, ses parçası da içeren MP4 videolar olan itag 18 ve 22 ortadan kaybolmuş, itag 136 ve 137 gibi yalnızca video biçimleri tercih ediliyormuş gibi görünüyordu
    Bu durumda ses parçası ile videoyu ffmpeg ile birleştirmek gerekiyordu. Son zamanlarda itag 18 geri dönmüş gibi görünüyor

  • YouTube video indirmeyle savaşıyor gibi görünüyor
    Tor kullanınca her gün “bot olmadığını kanıtlamak için giriş yap” mesajı alıyorum; Tor olmadan da YouTube’a erişemiyorum. Reklam izlemek ya da captcha çözmek sorun değil, ama YouTube en kötü yolu seçmiş

    • Son zamanlarda Amazon FireCube’daki YouTube uygulaması her açılışta giriş yapmamı istemeye başladı
      Kimlik doğrulaması yapmam gerekmiyor ama profil seçmek zorundayım
      Birkaç ay önce başladı ve pek üzerinde durmamıştım; şimdi bakınca bu davranış yeni DRM hamlesinin habercisi olabilir gibi görünüyor
      YouTube her gün ondan tamamen kaçınmak için daha fazla gerekçe veriyor

  • Tam da burada YouTube beni “topluluğu korumak için bot olmadığınızı doğrulamak üzere giriş yapın” mesajıyla karşıladı
    Tasmayı sıkmanın pek çok yolu var
    Ne yazık ki bazı insanlar asla hesap oluşturmayacak, bazıları da hiçbir DRM sistemini kullanmayacak. O zengin materyale dolaylı erişmenin bir yolunu bulmak gerekiyor

  • lofi ya da synthwave müzik keşfedebileceğim YouTube alternatifleri için öneri almak isterim

  • Firefox kullanıcılarının ne olacağı merak konusu
    Firefox’un desteklediği DRM kolayca kırılabiliyor; YouTube Firefox desteğini sonlandırır mı?

    • Şimdilik yalnızca yt-dlp’nin kullandığı belirli bir TV istemci API’sinde görülmüş gibi duruyor; tüm YouTube videolarına uygulanmış değil gibi
      https://github.com/yuliskov/SmartTube/issues/4444 üzerinde de “üyelere özel” videolarda görüldüğü belirtilmiş, ama yine tüm videolar için değil
      Muhtemelen Widevine L3 ile L1, PlayReady SL2000 ile SL3000 gibi yazılımsal DRM ile donanımsal DRM arasındaki farktan söz ediliyor; bu tam olarak Firefox’a karşı Chrome meselesi değil. Firefox’un da Windows’ta donanımsal DRM kullanımı üzerinde çalıştığı biliniyor; muhtemelen Media Foundation API üzerinden olacaktı
      Netflix gibi servislerde görülen en kötü senaryo, Firefox gibi yalnızca yazılımsal DRM kullanabilen tarayıcılara düşük kalite sunup, daha iyi kaliteyi yalnızca donanımsal DRM’de elde edilebilen anahtarlarla şifrelemek. Ancak YouTube’un şu anda bu kadar ileri gidip gitmeyeceği belirsiz. Netflix veya Amazon, hak sahipleriyle bu tür koruma önlemlerini gerektiren sözleşmeler yapıyor; YouTube’un ise neyse ki “YouTuber”larla aynı türden bir ilişki ve sözleşmeye sahip olmadığını düşünüyorum
      Şu anda YouTube’un istediği şey, içeriği web sitesi ya da uygulama üzerinden değil de başka yollardan izleyen, yani reklam görmeyen kişilerin sayısını ciddi biçimde azaltmak gibi görünüyor. yt-dlp kullanıcılarından ziyade, YouTube-to-mp3 sitelerine veya benzeri kolay araçlara bel bağlayan çok daha geniş bir kitleyi hedefliyor olma ihtimali yüksek
      Sadece yazılımsal DRM’i zorunlu kılmak bile bu tür araçları en azından geçici olarak bozup kullanıcıları platforma geri döndürebilir. Ayrıca araçların içine “şifreleme atlatma” mekanizması girerse geliştiricilere dava açılabileceğini de düşünüyorum; ama hukuk uzmanı değilim
    • DRM’in başlıca kullanımının, sistemi hukuken DMCA kapsamı içine sokmak olduğu söylenebilir
      Böyle olursa yt-dlp’nin GitHub’da barındırılması da, apt depoları veya pip, Homebrew gibi kanallarla dağıtılması da büyük olasılıkla sona erer
    • Böyle bir şeyin yaşanma olasılığını düşük görüyorum, ancak diğer yayın servislerinde DRM’i desteklemeyen ya da beğenmedikleri istemcilere yalnızca düşük kalite sunma örnekleri var

  • Bununla bağlantılı olarak TubeArchivist az önce v0.5 sürümünü yayımladı ve resmi olarak özellik dondurma durumunda değil