YouTube está agregando DRM a todos los videos que usan el cliente de TV (TVHTML5)
(github.com/yt-dlp)- Se observó un experimento o prueba A/B en algunas cuentas de YouTube donde, al iniciar sesión en YouTube on TV, incluso los videos normales solo entregan formatos DRM desde el cliente Innertube de TVHTML5
- Este comportamiento no se limita a yt-dlp: al probar clientes oficiales de YouTube TV como PS3, navegador web y Apple TV con la misma cuenta, los formatos de video también se ofrecen solo con DRM
- Como yt-dlp actualmente solicita los datos de video de YouTube comportándose como YouTube on TV, en las cuentas incluidas en este experimento incluso los videos normales terminan con el error
This video is DRM protected - Los registros de reproducción muestran que, al consultar el video
aqz-KE-bpKQcon cookies de Firefox y la configuraciónyoutube:player-client=tv, aparece un error de protección DRM, y al mostrar los formatos no reproducibles con una opción de desarrollador, se ve la marca de DRM en formatos de audio y video en general - Este issue está cerrado, y la página enlaza los PR relacionados #14122 y #13539, pero el texto no incluye un método de corrección concreto ni el cambio final de comportamiento
En algunas cuentas, los formatos del cliente de TV se ofrecen solo con DRM
- Se reportó que, en algunas cuentas de YouTube, los videos normales solo tienen formatos DRM en el cliente Innertube
tvo TVHTML5 - El problema parece ser un experimento o prueba A/B que YouTube está aplicando a algunas cuentas, y no se afirma que afecte a todos los usuarios
- Como aclaración, algunas cuentas que inician sesión en YouTube on TV hacen que todos los videos de YouTube aparezcan como si estuvieran protegidos con DRM
- YouTube on TV es la interfaz o app para pantallas grandes usada en televisores, consolas y dispositivos similares, y puede abrirse en
https://www.youtube.com/tvusando un user agent de TV o consola
Impacto en yt-dlp
- Actualmente, yt-dlp incluye una forma de solicitar los datos de video de YouTube como si fuera YouTube on TV, por lo que se ve afectado por este experimento
- Con esa combinación de cuenta y cliente
tv, yt-dlp interpreta incluso los videos normales como videos protegidos con DRM - El comando de reproducción usa cookies del navegador Firefox y fuerza el cliente de TV con
--extractor-arg youtube:player-client=tv- La URL objetivo es
https://www.youtube.com/watch?v=aqz-KE-bpKQ - La versión de yt-dlp en el log es
nightly@2025.03.07.232704 - El resultado de la ejecución es
ERROR: [youtube] aqz-KE-bpKQ: This video is DRM protected
- La URL objetivo es
El mismo resultado también aparece en clientes oficiales de YouTube TV
- Al probar varios clientes oficiales de YouTube TV con la misma cuenta, también solo se ofrecieron formatos DRM
- PS3
- navegador web
- Apple TV
- Por lo tanto, el fenómeno observado no se limita a un problema de implementación exclusivo de yt-dlp
Lista de formatos confirmada con una opción de desarrollador
- Después de hacer visibles los formatos DRM de una manera que requiere modificar el código, al usar la opción
--allow-unse imprime la lista de formatos no reproducibles - En los formatos mostrados, la marca de DRM aparece en prácticamente todas las entradas de audio y video
- Formatos
m4ade solo audio:148,149,148-drc,149-drc - Formatos
mp4ywebmde solo video: incluyen desde 144p hasta 2160p60 - Como ejemplo, el formato
558aparece como3840x2160 60fps,vp9, aproximadamente1.27GiB,DRM, 2160p60, TV, webm_dash
- Formatos
--allow-unes una opción para depuración de desarrolladores, y el log incluye una advertencia indicando que se solicitó listar o descargar formatos no reproducibles
1 comentarios
Opiniones de Hacker News
Hace falta explicar qué significa realmente este problema.
El punto central abarca conceptos que son difíciles de entender incluso para lectores generales familiarizados con la tecnología, así que es probable que la gente termine aferrándose solo a palabras clave y la discusión se vuelva poco productiva.
En concreto, me pregunto qué son innertube client, el cliente innertube
tv, TVHTML5, el “formato DRM”, qué significa que ese formato esté “disponible”, y por qué importa cuando solo se ofrece al cliente innertube de tv.Esto importa porque yt-dlp se hace pasar por esos clientes durante su funcionamiento normal, y como yt-dlp no planea soportar el descifrado de videos bloqueados con DRM, este cambio podría romper todas las descargas de videos.
innertube es el nombre de una API privada de YouTube, diseñada para ser usada por varios tipos de software cliente de YouTube. Una biblioteca de ejemplo es https://github.com/tombulled/innertube/, y yt-dlp tiene su propio código de cliente aparte.
El cliente “tv” es uno de los tipos de cliente, y se puede ver un ejemplo en https://github.com/tombulled/innertube/blob/main/innertube/c....
TVHTML5 es un cliente específico, distinto de otros como TVLITE o TVANDROID, y parece que cada TV usa un cliente de TV y una API de TV específicos.
Cuando yt-dlp descarga un video, más o menos finge ser uno de los clientes que soporta innertube; luego obtiene el objeto de video principal y analiza la lista de formatos disponibles. Los formatos son cosas como “MP4, 1080p, con audio AAC” u “Ogg, solo audio”. De forma predeterminada, yt-dlp descarga el stream de audio de mayor calidad y el stream de video de mayor calidad y los combina en un solo archivo, aunque eso se puede cambiar en la configuración.
Un formato DRM probablemente sea un formato protegido con Widevine, https://en.wikipedia.org/wiki/Widevine, y yt-dlp ha dicho que no soportará su descifrado.
Que esté “disponible” significa que aparece como una opción que el cliente yt-dlp puede descargar. No todos los videos ofrecen todos los formatos a todos los clientes; si no se subió en 4K o si el cliente no soporta decodificación 4K, puede que no aparezca la opción 4K.
En este caso, significa que este tipo específico de cliente interno no puede obtener el video, porque cuando yt-dlp hace la solicitud solo recibe formatos bloqueados con DRM. Es notable porque el cliente de TV era una forma de obtener videos de alta calidad desde la API de YouTube incluso sin un token válido de inicio de sesión de YouTube. Más abajo en el issue, quien lo reportó dice que si se proporciona un token, el cliente innertube “web” funciona.
La situación actual existe, al final, porque la gente está satisfecha con este estado de cosas.
A muchas personas les parece bien no poseer películas, discos ni libros, y no entienden lo que eso implica. Quienes sí lo entienden son una minoría.
No me opongo al streaming en sí, pero todos los proveedores deberían dar la opción de poseer una copia digital legal a un precio razonable. Por poseer me refiero a tener un archivo multimedia simple, sin DRM, que pueda reproducirse donde uno quiera.
No hay absolutamente nada de malo en pagar para poseer algo, pero hasta que eso exista no les voy a dar ni un centavo a estas empresas.
Si suponemos que 2 mil millones de personas hacen streaming, 2,000,000,000 × 1095 = 2,190,000,000,000 g, es decir, 2.19 millones de toneladas de dióxido de carbono innecesario.
La piratería se hace una sola vez, así que es más ecológica, e incluso se podría ver como una forma de salvar el planeta.
Hice un script que descarga mis canales suscritos con yt-dlp, los convierte a mp3 y luego ofrece un feed de podcast dentro de mi red local, y con eso ya reduje muchísimo mi tiempo de uso de la app de YouTube.
Si algún día esto se rompe quizá tenga que salir a la calle en mi tiempo libre, pero por ahora funciona, así que espero que aguante hasta la primavera.
Me da curiosidad qué herramientas usas además de yt-dlp. Por ejemplo, quisiera saber qué usas para generar y alojar el feed RSS.
Es una noticia realmente horrible.
Era bastante evidente que algo así iba a llegar, y también parece bastante claro que forma parte de una estrategia de muy alto nivel de Google. Google lleva años invirtiendo mucho en todo esto, tanto del lado del cliente como del servidor.
A mí me huele a enshittification, pero, más allá de eso, parece que estamos a punto de entrar en una era de tecnologías bloqueadas y cerradas. Viendo el panorama completo, YouTube sin DRM casi se siente como un anacronismo.
Como la mayoría de la gente compra de buena gana dispositivos que limitan severamente lo que puede hacer, tampoco espero una reacción real de los consumidores. Quienes realmente se preocupan por esto probablemente se enfrentarán a la opción de separarse por principios del mundo digital y aceptar la escasez, o verse obligados a entrar en la misma caja que los usuarios del mínimo común denominador.
Si asumimos que no hay mala fe por parte de los ejecutivos de Google, me pregunto si la IA habrá sido el último detonante. Para crear un foso alrededor de Gemini, tienen que impedir que los recolectores de datos accedan a los videos de YouTube, y la única forma “real” de garantizarlo es ponerles DRM. X/Twitter, Reddit, Stack Overflow y otros tomaron medidas similares por razones parecidas. Probablemente era algo que de todos modos querían hacer, así que la IA podría ser más una excusa que una razón, pero no creo que sea un factor irrelevante.
Estamos como ranas echándole combustible a nuestra propia olla.
Antes se consideraba que el DRM entraba en conflicto con los navegadores porque no representaba a los usuarios. Si el DRM era absolutamente necesario, la plataforma tenía que meterlo a la fuerza mediante un plugin externo como Silverlight.
Cuando Firefox adoptó la extensión EME, lo vi como el principio del fin. Si el DRM se convierte simplemente en un interruptor que se puede activar, deja de ser la excepción y pasa a ser la norma. Desde hace años también hubo propuestas absurdas como DRM para fuentes tipográficas. Si una empresa insiste en usar DRM, esa empresa debería cargar con el costo de hacer algo que los navegadores originalmente no deberían soportar.
La pesadilla hacia la que corremos es un mundo en el que solo se puede cachear una porción muy pequeña de video a la vez, y donde el hardware de atestación TPM debe incluir un token en cada solicitud HTTP. El navegador se convierte simplemente en una caja de cable por software.
A ellos tampoco les gustan las URL, y si quieres compartir algo, van a querer obligarte a hacerlo bajo sus condiciones, por ejemplo generando desde la app una URL con hash que expira y límite de vistas. Claro, puede que los influencers conserven privilegios de compartición ilimitada.
Durante la última década esta infraestructura se fue instalando lentamente, y estas cosas no son molestias aisladas, sino clavos en el ataúd.
También existen clientes de YouTube de terceros bastante buenos, como GrayJay https://grayjay.app/.
Estas apps permiten seguir en una sola aplicación a creadores de varias plataformas de video, lo cual es malo para la dependencia de YouTube que quiere Google.
Durante un tiempo parecieron desaparecer los videos MP4 que incluían pista de audio, como los itag 18 y 22, y parecían preferirse formatos solo de video como los itag 136 y 137.
En ese caso había que combinar la pista de audio y el video con ffmpeg. Últimamente parece que el itag 18 volvió.
Ejemplo:
yt-dlp -f 137+140 '[https://www.youtube.com/watch?v=dQw4w9WgXcQ](<https://www.youtube.com/watch?v=dQw4w9WgXcQ>;)'Parece que YouTube está luchando contra la descarga de videos.
Si uso Tor, todos los días recibo el mensaje de “inicia sesión para demostrar que no eres un bot”, y sin Tor no puedo acceder a YouTube. No me molestaría ver anuncios o resolver captchas, pero YouTube eligió la peor forma.
No llega a pedirme autenticación, pero sí tengo que elegir un perfil.
Empezó hace unos meses y no le di mucha importancia, pero ahora parece que este comportamiento pudo haber sido una señal previa del nuevo impulso del DRM.
YouTube da cada día más razones para evitarlo por completo.
Justo aquí también YouTube me recibió con “inicia sesión para confirmar que no eres un bot y proteger a la comunidad”.
Hay muchas formas de apretar la correa.
Lamentablemente, algunas personas jamás crearán una cuenta, y otras no usarán ningún sistema de DRM. Habrá que encontrar formas de acceder indirectamente a ese abundante material.
Me gustaría recibir recomendaciones de alternativas a YouTube para descubrir música lofi o synthwave.
Si compras un álbum, puedes obtener una descarga sin DRM.
https://bandcamp.com/discover/electronic+synthwave
https://www.di.fm/search?q=lofi
Me pregunto qué pasará con los usuarios de Firefox
El DRM que soporta Firefox se rompe con facilidad; ¿YouTube dejará de dar soporte a Firefox?
En https://github.com/yuliskov/SmartTube/issues/4444 también lo vieron en videos “solo para miembros”, pero tampoco eran todos los videos
Probablemente se refiera a la diferencia entre DRM por software y DRM por hardware, como Widevine L3 y L1, o PlayReady SL2000 y SL3000, pero esto no es exactamente una cuestión de Firefox contra Chrome. Se sabe que Firefox también ha trabajado en la posibilidad de usar DRM por hardware en Windows, probablemente a través de la API Media Foundation
El peor escenario, como se ve en servicios como Netflix, es ofrecer solo baja calidad a navegadores que solo pueden usar DRM por software, como Firefox, y cifrar las calidades mejores con claves que solo se pueden obtener con DRM por hardware. Aun así, no sé si YouTube llegará tan lejos ahora. Netflix o Amazon tienen contratos con los titulares de derechos que exigen esas medidas de protección, pero por suerte no creo que YouTube tenga el mismo tipo de relación y contratos con los “YouTubers”
Lo que YouTube parece querer ahora es reducir mucho la cantidad de gente que ve contenido sin pasar por el sitio web o la app, es decir, gente que no ve anuncios. Es muy probable que apunte más a la enorme cantidad de personas que dependen de sitios YouTube-to-mp3 o herramientas sencillas similares que a los usuarios de yt-dlp
Con solo imponer DRM por software, puede romper esas herramientas al menos temporalmente y hacer que los usuarios vuelvan a la plataforma. Y si un mecanismo de “evasión de cifrado” queda incorporado en la herramienta, quizá también podrían demandar a los desarrolladores, aunque no soy abogado
Si eso ocurre, es muy probable que se acabe tanto el alojamiento de yt-dlp en GitHub como su distribución mediante repositorios apt, pip, Homebrew, etc.
En relación con esto, TubeArchivist acaba de lanzar la v0.5, y oficialmente no está en congelamiento de funciones