YouTube está adicionando DRM a todos os vídeos que usam o cliente de TV (TVHTML5)

 (github.com/yt-dlp)
2 pontos por GN⁺ 2025-03-11 | 1 comentários | Compartilhar no WhatsApp
  • Foi observado, em alguns contos do YouTube, um experimento ou teste A/B em que, ao fazer login no YouTube on TV, até vídeos comuns passam a ser entregues apenas em formatos DRM no cliente Innertube TVHTML5
  • Esse comportamento não se limita ao yt-dlp: ao testar clientes oficiais do YouTube TV como PS3, navegador web e Apple TV com a mesma conta, os formatos de vídeo também são oferecidos apenas com DRM
  • Como o yt-dlp atualmente solicita dados de vídeos do YouTube agindo como o YouTube on TV, contas incluídas nesse experimento passam a tratar até vídeos comuns com o erro This video is DRM protected
  • O log de reprodução mostra que, ao consultar o vídeo aqz-KE-bpKQ com cookies do Firefox e a configuração youtube:player-client=tv, ocorre um erro de proteção DRM; ao exibir formatos não reproduzíveis nas opções de desenvolvedor, a marcação DRM aparece em praticamente todos os formatos de áudio e vídeo
  • O issue está fechado, e a página liga os PRs relacionados #14122 e #13539, mas o texto não inclui o método exato de correção nem a mudança final de comportamento

Em algumas contas, os formatos do cliente de TV são fornecidos apenas com DRM

  • Foi relatado que, em algumas contas do YouTube, vídeos comuns passam a ter apenas formatos DRM no cliente Innertube tv ou TVHTML5
  • O problema parece ser um experimento ou teste A/B que o YouTube está aplicando a parte das contas, sem indicar que isso já valha para todos os usuários
  • Em uma explicação de esclarecimento, algumas contas conectadas ao YouTube on TV fazem com que todos os vídeos do YouTube pareçam protegidos por DRM
  • O YouTube on TV é a interface ou app para telas grandes usado em TVs, consoles e dispositivos semelhantes, e pode ser acessado em https://www.youtube.com/tv com user agents de TV ou console

Impacto no yt-dlp

  • O yt-dlp atualmente inclui uma forma de solicitar dados de vídeos do YouTube como se fosse o YouTube on TV, por isso é afetado por esse experimento
  • Na combinação dessa conta com o cliente tv, o yt-dlp passa a interpretar até vídeos comuns como vídeos protegidos por DRM
  • O comando de reprodução usa cookies do navegador Firefox e força o cliente de TV com --extractor-arg youtube:player-client=tv

O mesmo resultado também aparece nos clientes oficiais do YouTube TV

  • Ao testar vários clientes oficiais do YouTube TV com a mesma conta, também foram oferecidos apenas formatos DRM
    • PS3
    • navegador web
    • Apple TV
  • Portanto, o comportamento observado não se limita a um problema de implementação do yt-dlp

Lista de formatos verificada nas opções de desenvolvedor

  • Depois de ajustar o código para exibir formatos DRM e usar a opção --allow-un, a lista de formatos não reproduzíveis é mostrada
  • Nos formatos exibidos, a marcação DRM aparece em praticamente todos os itens de áudio e vídeo
    • Formatos m4a apenas de áudio: 148, 149, 148-drc, 149-drc
    • Formatos mp4 e webm apenas de vídeo: incluindo de 144p até 2160p60
    • Como exemplo, o formato 558 aparece como 3840x2160 60fps, vp9, cerca de 1.27GiB, DRM, 2160p60, TV, webm_dash
  • --allow-un é uma opção de depuração para desenvolvedores, e o log inclui um aviso dizendo que foi solicitada a listagem ou o download de formatos não reproduzíveis

Estado do issue e trabalhos relacionados

  • O issue no GitHub está em estado Closed
  • A página vincula os PRs relacionados #14122 e #13539
  • O texto fornecido não inclui o conteúdo das mudanças nesses dois PRs, se foram mesclados, formas de contorno ou o método final de resolução

Leituras relacionadas

1 comentários

 
GN⁺ 2025-03-11
Opiniões no Hacker News

  • É preciso explicar o que essa questão realmente significa
    O ponto central passa por conceitos difíceis de entender até para leitores comuns familiarizados com tecnologia, então é provável que as pessoas acabem se agarrando apenas a palavras-chave e a discussão siga por um caminho pouco produtivo
    Especificamente, fico curioso sobre clientes innertube, o cliente innertube tv, TVHTML5, “formato DRM”, o que significa esse formato estar “disponível” e por que isso importa quando ele é oferecido apenas ao cliente innertube de TV

    • Em resumo, o YouTube está fazendo um teste A/B de uma mudança em que passa a entregar apenas streams de vídeo bloqueados por DRM a determinados clientes
      Isso é importante porque o yt-dlp, durante seu funcionamento normal, se faz passar por esses clientes; como o yt-dlp não pretende dar suporte à descriptografia de vídeos bloqueados por DRM, essa mudança pode quebrar todos os downloads de vídeo
      innertube é o nome de uma API privada do YouTube, feita para ser usada por vários tipos de software cliente do YouTube. Um exemplo de biblioteca é https://github.com/tombulled/innertube/, e o yt-dlp tem seu próprio código de cliente separado
      O cliente “tv” é um dos tipos de cliente, e um exemplo pode ser visto em https://github.com/tombulled/innertube/blob/main/innertube/c...
      TVHTML5 é um cliente específico, distinto de coisas como TVLITE ou TVANDROID, e parece que cada TV usa um cliente de TV específico e uma API de TV específica
      Quando o yt-dlp baixa um vídeo, em linhas gerais ele finge ser um dos clientes compatíveis com o innertube, recebe o objeto de vídeo de nível superior e depois analisa a lista de formatos disponíveis. Um formato é algo como “MP4, 1080p, com áudio AAC” ou “Ogg, somente áudio”. Por padrão, o yt-dlp baixa o stream de áudio da melhor qualidade e o stream de vídeo da melhor qualidade e os combina em um único arquivo, mas isso pode ser alterado nas configurações
      Formato DRM provavelmente é um formato protegido por Widevine https://en.wikipedia.org/wiki/Widevine, e o yt-dlp já declarou que não dará suporte a essa descriptografia
      “Disponível” significa que ele aparece como uma opção que o cliente yt-dlp pode baixar. Nem todo vídeo oferece todos os formatos a todos os clientes; se ele não foi enviado em 4K ou se o cliente não dá suporte à decodificação 4K, a opção 4K pode não aparecer
      Neste caso, isso significa que esse tipo específico de cliente interno não consegue receber o vídeo, porque, ao fazer a solicitação, o yt-dlp recebe apenas formatos bloqueados por DRM. Isso chama atenção porque o cliente de TV é uma forma de obter vídeos em alta qualidade pela API do YouTube mesmo sem um token de login válido do YouTube. Mais abaixo na issue, o autor do relato diz que, ao fornecer um token, o cliente innertube “web” funciona

  • A situação atual, no fim das contas, existe porque as pessoas estão satisfeitas com esse estado de coisas
    Muita gente acha aceitável não possuir filmes, discos e livros, e não entende o que isso significa. Quem entende é minoria
    Não sou contra streaming em si, mas todos os provedores deveriam oferecer, por um preço razoável, a opção de possuir uma cópia digital legal. Aqui, possuir significa ter um arquivo de mídia simples, sem DRM, que possa ser reproduzido onde você quiser
    Não há problema nenhum em pagar para possuir algo, mas, até lá, não vou dar um centavo a essas empresas

    • Uma hora de streaming gera 0,5 g de carbono; 6 horas por dia durante 365 dias dão 1095 g por pessoa por ano
      Supondo 2 bilhões de pessoas fazendo streaming, 2.000.000.000 × 1095 = 2.190.000.000.000 g, ou seja, 2,19 milhões de toneladas de dióxido de carbono desnecessário
      A pirataria acontece uma vez só, então dá para ver como mais ecológica, ou até como algo que pode salvar o planeta

  • Criei um script que baixa meus canais inscritos com yt-dlp, converte para mp3 e disponibiliza um feed de podcast dentro da rede local, e com isso já reduzi bastante meu tempo de uso do app do YouTube
    Se um dia isso quebrar, talvez eu tenha que sair de casa no meu tempo livre, mas por enquanto ainda funciona, então espero que aguente até a primavera

    • Eu também pensei em fazer exatamente isso alguns dias atrás
      Fico curioso para saber quais ferramentas você usa além do yt-dlp. Por exemplo, queria saber o que usa para gerar e hospedar o feed RSS
    • Se você pedir ao yt-dlp arquivos somente de áudio, acho que nem precisa converter
    • Graças à combinação uBlock Origin, NewPipe e yt-dlp, não uso o app do YouTube há anos

  • Uma notícia realmente horrível
    Era bem claro que algo assim viria, e também parece bem claro que isso faz parte de uma estratégia de altíssimo nível do Google. Há anos o Google vem investindo pesado em tudo isso, tanto no lado do cliente quanto no lado do servidor
    Para mim, isso tem cheiro de enshittification, mas, mais do que isso, parece que estamos prestes a entrar em uma era de tecnologias trancadas e fechadas. Olhando o panorama geral, YouTube sem DRM chega a parecer um anacronismo
    Como a maioria das pessoas compra de bom grado dispositivos que limitam severamente o que elas podem fazer, não espero uma reação real dos consumidores. Quem realmente se importa com isso provavelmente terá de escolher entre se separar do mundo digital e aceitar privações por uma questão de princípio, ou ser empurrado à força para a mesma caixa dos usuários do menor denominador comum
    Presumindo que não haja má-fé da diretoria do Google, também me pergunto se a IA não foi o gatilho final. Para criar um fosso em torno do Gemini, é preciso impedir que coletores de dados acessem vídeos do YouTube, e a única forma “real” de garantir isso é aplicar DRM. X/Twitter, Reddit, Stack Overflow etc. tomaram medidas por motivos semelhantes. Como provavelmente era algo que eles já queriam fazer de qualquer maneira, a IA pode ser mais uma desculpa do que a causa, mas não deve ser um fator sem importância

    • Eu gostaria que houvesse um movimento mais forte contra essa concentração de poder dessas plataformas
      Estamos como sapos colocando combustível na própria panela
      Antigamente, DRM era visto como algo em conflito com o navegador, porque não representava o usuário. Se DRM fosse mesmo necessário, a plataforma tinha de enfiá-lo à força por meio de um plugin externo, como o Silverlight
      Quando o Firefox adotou a extensão EME, vi aquilo como o começo do fim. Se você transforma DRM em um simples botão que pode ser ligado, ele deixa de ser exceção e vira padrão. Há anos já havia propostas absurdas como DRM para fontes. Se uma empresa insiste em DRM, ela é que deveria arcar com o ônus de fazer algo que o navegador originalmente não deveria suportar
      O pesadelo para o qual estamos correndo é um mundo em que só se pode armazenar em cache um trechinho de vídeo por vez, e em que hardware de atestação TPM precisa incluir um token em toda requisição HTTP. O navegador vira apenas um decodificador de TV a cabo em forma de software
      Eles também não gostam de URLs, e, se alguém quiser compartilhar algo, vão querer impor suas próprias condições, como gerar no app uma URL com hash expirável e limite de visualizações. Claro, influenciadores talvez continuem tendo privilégios de compartilhamento ilimitado
      Ao longo da última década, essa infraestrutura foi sendo instalada lentamente, e essas coisas não são incômodos isolados, mas pregos no caixão
    • A ameaça que a diretoria entende provavelmente é a IA
      Também existem clientes de terceiros bem decentes para YouTube, como o GrayJay https://grayjay.app/
      Apps assim permitem seguir criadores de várias plataformas de vídeo em um único app, o que é ruim para a dependência do YouTube que o Google deseja

  • Por um tempo, os vídeos MP4 com faixa de áudio, itag 18 e 22, desapareceram, e parecia que formatos somente de vídeo, como itag 136 e 137, estavam sendo preferidos
    Nesse caso, era preciso juntar a faixa de áudio e o vídeo com ffmpeg. Recentemente, parece que o itag 18 voltou

  • Parece que o YouTube está combatendo o download de vídeos
    Usando Tor, recebo todos os dias a mensagem “faça login para provar que você não é um bot”, e sem Tor não consigo acessar o YouTube. Eu aceitaria ver anúncios ou resolver captchas, mas o YouTube escolheu o pior caminho

    • Recentemente, o app do YouTube no Amazon FireCube começou a pedir login toda vez que é aberto
      Não chega a exigir autenticação, mas é preciso escolher um perfil
      Isso começou há alguns meses e eu não pensei muito a respeito, mas agora parece que esse comportamento pode ter sido um prenúncio desse novo avanço do DRM
      A cada dia o YouTube dá mais motivos para ser evitado completamente

  • Justo aqui também fui recebido pelo YouTube com “faça login para confirmar que você não é um bot, para proteger nossa comunidade”
    Há muitas formas de apertar a coleira
    Infelizmente, algumas pessoas nunca vão criar uma conta, e algumas nunca vão usar nenhum sistema de DRM. Será preciso encontrar uma forma de acessar indiretamente esse rico acervo

  • Gostaria de recomendações de alternativas ao YouTube para descobrir música lofi ou synthwave

  • Fico curioso para saber como fica para usuários do Firefox
    O DRM compatível com o Firefox é facilmente quebrado; será que o YouTube vai encerrar o suporte ao Firefox?

    • Por enquanto, parece que isso foi visto apenas em uma API específica do cliente de TV usada pelo yt-dlp, e aparentemente não foi aplicado a todos os vídeos do YouTube
      Em https://github.com/yuliskov/SmartTube/issues/4444 também foi observado em vídeos “exclusivos para membros”, mas novamente não em todos os vídeos
      Provavelmente estão falando da diferença entre DRM por software e DRM por hardware, como Widevine L3 e L1, PlayReady SL2000 e SL3000, mas isso não é exatamente uma divisão Firefox versus Chrome. Sabe-se que o Firefox também trabalhou na possibilidade de usar DRM por hardware no Windows, provavelmente por meio da API Media Foundation
      O pior cenário, visto em serviços como a Netflix, é oferecer apenas baixa qualidade para navegadores que só conseguem usar DRM por software, como o Firefox, e criptografar as qualidades melhores com chaves que só podem ser obtidas via DRM por hardware. Mas não sei se o YouTube vai chegar a esse ponto agora. A Netflix e a Amazon têm contratos com titulares de direitos que exigem esse tipo de medida de proteção, mas, felizmente, acho que o YouTube não tem o mesmo tipo de relação e contrato com “YouTubers”
      O que o YouTube parece querer agora é reduzir bastante o número de pessoas que assistem ao conteúdo sem passar pelo site ou pelo app, ou seja, sem ver anúncios. É bem provável que o alvo sejam muito mais as pessoas que dependem de sites YouTube-to-mp3 ou ferramentas fáceis semelhantes do que os usuários do yt-dlp
      Só forçar DRM por software já pode quebrar essas ferramentas, ao menos temporariamente, e levar os usuários de volta à plataforma. E, se um mecanismo de “contorno da criptografia” for incorporado à ferramenta, talvez eles também possam processar os desenvolvedores, embora eu não seja especialista em direito
    • Dá para ver que o principal uso do DRM é trazer o sistema, juridicamente, para dentro do escopo do DMCA
      Se isso acontecer, é muito provável que acabe tanto a hospedagem do yt-dlp no GitHub quanto sua distribuição por repositórios apt, pip, Homebrew etc.
    • Acho pouco provável que isso aconteça, mas há precedentes em outros serviços de streaming de oferecer apenas baixa qualidade a clientes que não dão suporte a DRM ou que eles não aprovam

  • Relacionado a isso, o TubeArchivist acabou de lançar a v0.5, e oficialmente não está em congelamento de recursos