Novo Media Player do Windows 11 usa 3,5x mais RAM e cobra por codec de vídeo popular

 (extremetech.com)
1 pontos por GN⁺ 4 시간 전 | 1 comentários | Compartilhar no WhatsApp
  • O novo Media Player do Windows 11 está gerando controvérsia pela combinação de maior uso de memória e cobrança por codecs durante a transição para o app de mídia padrão
  • Segundo testes do Windows Latest, o uso de RAM em estado ocioso é de cerca de 377 MB no novo player, contra cerca de 103 MB no Windows Media Player antigo, uma diferença de aproximadamente 3,5 vezes
  • O tempo de inicialização de arquivos de vídeo locais também aumentou, de cerca de 2 segundos no player antigo para cerca de 3 segundos no novo Media Player, um aumento de aproximadamente 50%
  • A Microsoft oferece reprodução de HEVC (H.265) por meio da extensão paga “HEVC Video Extensions”, e no Windows 11 24H2 também removeu o codec AC-3 (Dolby Digital) integrado
  • Players de terceiros como o VLC, que incluem seus próprios codecs, podem ser uma alternativa menos dependente das extensões pagas da Microsoft

Sobrecarga de desempenho do novo Media Player

  • O novo Media Player do Windows 11 assume o papel de app padrão de mídia, substituindo o Groove Music e o clássico Windows Media Player
  • Nos testes do Windows Latest, a diferença no uso de memória apareceu de forma significativa mesmo em estado ocioso, sem nenhuma atividade
    • Novo Media Player: cerca de 377 MB de RAM
    • Windows Media Player antigo: cerca de 103 MB de RAM
    • Diferença de cerca de 3,5x

Queda na velocidade de abertura de vídeos locais

  • O tempo para abrir arquivos de vídeo locais também ficou maior no novo Media Player
    • Player antigo: cerca de 2 segundos
    • Novo Media Player: cerca de 3 segundos
    • O tempo de início aumentou em aproximadamente 50%

Suporte a codecs e extensões pagas

  • A Microsoft oferece reprodução de HEVC (H.265) por meio do app pago “HEVC Video Extensions” na Microsoft Store
  • Na versão 24H2 do Windows 11, o codec AC-3 (Dolby Digital) integrado foi removido
    • O novo Media Player nesses sistemas não consegue reproduzir faixas de áudio AC-3 por padrão

Mudança do app padrão e opções que ainda restam

  • O novo Media Player substitui o Groove Music e o clássico Windows Media Player em todos os PCs com Windows 11
  • O clássico Windows Media Player continua disponível como componente opcional, mas a opção padrão está migrando para o novo Media Player
  • Se você não se importar em usar um player de terceiros, há alternativas como o VLC
    • O VLC inclui seus próprios codecs e não depende dos complementos pagos da Microsoft

Leituras relacionadas

1 comentários

 
GN⁺ 4 시간 전
Opiniões do Hacker News

  • A remoção do suporte a HEVC provavelmente não foi tanto uma escolha da Microsoft, mas sim consequência do aumento nos preços do pool de licenças
    Hoje em dia, o uso do Windows Media Player em si já é baixo, e a reprodução de HEVC deve ser ainda menor. A maior parte do consumo de conteúdo acontece por streaming e no navegador. O aumento de RAM também parece ser resultado da tendência de criar frontends em JS/TS em vez de usar APIs nativas de frontend do sistema operacional. Do ponto de vista de desenvolvimento de apps, é muito mais fácil contratar desenvolvedores de UI em JS, e LLMs provavelmente lidam muito melhor com apps React do que com UML
    [1]: https://arstechnica.com/gadgets/2026/04/lawsuits-licensing-a...

    • Esse tipo de compromisso, que piora para o usuário e facilita para o desenvolvedor, é inaceitável e merece críticas
    • Se Google e Apple também tivessem removido suporte a formatos de vídeo comuns em vez de pagar um custo de licença um pouco maior, talvez desse para entender um pouco
      A Microsoft age como se tivesse dinheiro infinito quando vai gastar fortunas em aquisições sem resultado. Uma parte desse dinheiro deveria ir para manter a experiência do usuário. Numa situação em que empresas como a Dell ainda lançam notebooks Windows novos com 8 GB de RAM, esse inchaço desnecessário de memória é difícil de aceitar
    • A esta altura, parece que seria melhor mandar uma IA reescrever mais ou menos todo o código de UI feito depois de 2010 em Win32 e MFC do que continuar empurrando o lixo de hoje
    • Se o aumento de RAM for consequência dessa tendência de fazer engenharia de frontend em JS/TS em vez de usar APIs nativas do sistema, fico me perguntando por que essas ferramentas de build de apps multiplataforma não compilam para código nativo e aproveitam APIs nativas
      Será que nem existe ferramenta assim?
    • Este app não usa JS/TS. É o Groove Music com outra skin, deve ser todo em C++ ou C#, provavelmente baseado em C# + UWP/WinUI2 XAML
      O Xbox Music do Windows 8.x era de fato baseado em tecnologias web, mas foi reescrito em C# e XAML quando virou Groove Music no Windows 10

  • É preciso reconhecer que a Microsoft está levando a vibe coding com o Copilot até esse ponto internamente
    Pelo menos assim ela não pode recomendar soluções ruins para os clientes enquanto usa outra coisa por dentro

    • Este app é o Groove Music com outra skin, e a maior parte dele foi escrita entre 2014 e 2017, no começo do Windows 10, ou seja, muito antes do Copilot
      O rebranding para Media Player no Windows 11 também aconteceu por volta de 2022, antes dessa onda, e desde então quase não houve mudanças

  • O curioso é que este é um app nativo, sem nem versão web, e ainda assim decidiram escrevê-lo em HTML/JS
    Isso é ainda mais estranho porque foi depois de a Microsoft dizer que iria reconstruir tudo em WinUI. Dá para entender que nativo tenha mais atrito que HTML/JS, mas com o surgimento do desenvolvimento com agentes essa barreira caiu bastante. Não parece algo feito com muito critério

    • Não usa HTML/JS. Se C# contar como nativo, então é totalmente um app nativo, escrito em C# e UWP/WinUI2 XAML
      A UI do Xbox Music no Windows 8.x era baseada em tecnologias web, mas a camada de UI foi reescrita quando ele foi renomeado como Groove Music no Windows 10. O próprio Xbox Music já era uma skin/releitura da camada de UI do Zune, e o Zune era em C++, então no fim já deu uma volta completa de nativo → web → nativo. O “novo” Media Player ainda é identificado como “ZuneMusic” nos metadados do pacote. Além disso, o Groove Music foi escrito principalmente no início do Windows 10, entre 2014 e 2017, e o rebranding para Media Player no Windows 11 aconteceu em 2022; desde então quase nada mudou
    • Na verdade, quase não existe barreira alguma. Criar UI em WinForms ou WPF não é de fato difícil, e imagino que com WinUI também seja assim
      O problema não é dificuldade, e sim que muita gente tem preguiça até de tentar sair da zona de conforto do HTML/JS

  • Não acho que eu tenha usado voluntariamente nenhum media player ruim da Microsoft desde a versão clássica
    Eu uso principalmente MPC-BE, e deixo o VLC de reserva quando algum codec não se dá bem. Os dois também conseguem usar o recurso de super-resolução da nVidia

  • Ainda existe gente que usa K-Lite Codec Pack para instalar todos os codecs no player? Ou hoje em dia todo mundo simplesmente usa VLC?

    • Na época do XP eu gostava do K-Lite Codec Pack e do CCCP (Combined Community Codec Pack). Era especialmente útil quando eu via todo tipo de arquivo MKV e anime
      Mas hoje em dia quase nunca encontro arquivos de mídia que VLC ou MPC-HC não consigam reproduzir por padrão. É só colocar e toca
    • Hoje em dia basta instalar o SMPlayer, porque ele já vem com todos os codecs dentro do player
    • Esse jeito de fazer as coisas praticamente desapareceu há uns 10 anos
      Porque quase tudo é H.264, H.265, VP9, AV1, MP3 e AAC
    • mpv

  • O Media Player atual usa cerca de 377 MB de RAM em idle, enquanto o antigo usava cerca de 103 MB, mas 103 MB para não fazer nada também parece muito

    • Para um media player, não é estranho manter bastante coisa em memória para reproduzir instantaneamente imagens de capa de álbum e pequenos trechos de áudio
      Também deve haver metadados da biblioteca inteira e vários índices. Como SSDs ficaram mais rápidos, daria até para esperar que o player novo fizesse menos cache, mas o aumento no uso de armazenamento em rede, seja algo baseado na internet ou um NAS local com HDD, pode compensar isso
    • Medi com o mesmo arquivo e o mpv também ficou em 144 MB, e o VLC também em 144 MB
      Existe alguma outra opção que use menos RAM?

  • Já em 2018 era possível encontrar matérias dizendo que o HEVC havia se tornado pago
    E também é ambíguo o que esse “novo” Media Player quer dizer aqui. É um app distribuído em 2022. Esta matéria é uma bagunça, enquanto a matéria da fonte original é boa
    [0]: https://www.windowscentral.com/microsoft-now-charging-hevc-v...
    [1]: https://en.wikipedia.org/wiki/Windows_Media_Player_(2022)
    [2]: https://www.windowslatest.com/2026/06/16/microsoft-reveals-w...

  • Então isso quer dizer que ele já era ruim há quase 10 anos, o que também bate com a minha experiência

  • Dá até pena de terem usado a expressão “fractal de design ruim” para o PHP, porque ela combina muito bem com muitas coisas que saem da Microsoft
    Estou usando PowerBI há algumas semanas, e às vezes fico até impressionado com as novas formas como ele consegue quebrar

  • Sou um anti-fã certificado da Microsoft, mas, por comparação, o Music.app da Apple também usa algo em torno de 580 MiB de RAM

    • O iTunes para Windows até hoje vaza memória como uma mangueira furada, e se você ficar ouvindo rádio online pode chegar a 4GB

  • Foi escrito em código gerenciado, então o que mais daria para esperar? Os apps centrais do Windows antigamente eram C++ puro
    Se você exigiu linguagens “seguras” por tempo suficiente, também tem de aceitar o custo em RAM

    • WinUI e WinAppSDK são construídos sobre o WinRT, que é em grande parte C++
      A parte engraçada aqui é que o time do Windows tentou matar o .NET com uma forma atualizada de COM depois que o Vista venceu o Longhorn, e acabou ficando mais lento que apps WPF por causa de AddRef/Release
      https://arstechnica.com/features/2012/10/windows-8-and-winrt...