El nuevo Media Player de Windows 11 usa 3.5 veces más RAM y cobra por códecs de video populares

 (extremetech.com)
1 puntos por GN⁺ 4 시간 전 | 1 comentarios | Compartir por WhatsApp
  • El nuevo Media Player de Windows 11 está generando polémica durante la transición a la app multimedia predeterminada por su mayor uso de memoria y los cobros por códecs
  • Según pruebas de Windows Latest, en estado inactivo el nuevo reproductor usa alrededor de 377 MB de RAM, mientras que el Windows Media Player anterior usa unos 103 MB, una diferencia de aproximadamente 3.5 veces
  • El tiempo de inicio de archivos de video locales también aumentó, de unos 2 segundos en la versión anterior a unos 3 segundos en el nuevo reproductor, un incremento de alrededor del 50%
  • Microsoft ofrece la reproducción de HEVC(H.265) mediante la app de pago “HEVC Video Extensions”, y en Windows 11 24H2 también eliminó el códec integrado AC-3 (Dolby Digital)
  • Los reproductores de terceros que incluyen sus propios códecs, como VLC, pueden ser una alternativa menos dependiente de las extensiones de pago de Microsoft

Carga de rendimiento del nuevo Media Player

  • El nuevo Media Player de Windows 11 asume el papel de app predeterminada para medios al reemplazar a Groove Music y al clásico Windows Media Player
  • En las pruebas de Windows Latest, incluso en estado inactivo y sin hacer nada, la diferencia en uso de memoria fue notable
    • Nuevo Media Player: alrededor de 377 MB de RAM
    • Windows Media Player anterior: alrededor de 103 MB de RAM
    • La diferencia es de aproximadamente 3.5 veces

Menor velocidad al abrir videos locales

  • El tiempo para abrir archivos de video locales también es mayor en el nuevo Media Player
    • Reproductor anterior: alrededor de 2 segundos
    • Nuevo Media Player: alrededor de 3 segundos
    • El tiempo de inicio aumentó aproximadamente 50%

Soporte de códecs y extensiones de pago

  • Microsoft ofrece la reproducción de HEVC(H.265) a través de la app de pago “HEVC Video Extensions” en Microsoft Store
  • En Windows 11 versión 24H2 se eliminó el códec integrado AC-3 (Dolby Digital)
    • En ese sistema, el nuevo Media Player no puede reproducir por defecto pistas de audio AC-3

Cambio de app predeterminada y opciones que siguen disponibles

  • El nuevo Media Player reemplaza a Groove Music y al clásico Windows Media Player en todas las PCs con Windows 11
  • El clásico Windows Media Player sigue disponible como componente opcional, pero la opción predeterminada se está desplazando hacia el nuevo Media Player
  • Si no hay problema en usar un reproductor de terceros, existen alternativas como VLC
    • VLC incluye sus propios códecs y no depende de los complementos de pago de Microsoft

Lecturas relacionadas

1 comentarios

 
GN⁺ 4 시간 전
Opiniones de Hacker News

  • Es probable que la eliminación del soporte para HEVC no haya sido tanto una decisión de Microsoft como una consecuencia del aumento en el precio del pool de licencias
    Hoy en día casi nadie usa Windows Media Player, y todavía menos gente reproducirá HEVC ahí. La mayor parte de la reproducción de contenido ocurre en streaming y en el navegador. El aumento en RAM también parece ser resultado de la tendencia de construir frontends con JS/TS en lugar de usar APIs nativas de frontend del sistema operativo. Desde el punto de vista del desarrollo de apps, es mucho más fácil contratar desarrolladores de UI en JS, y es probable que los LLM también manejen mucho mejor una app en React que UML
    [1]: https://arstechnica.com/gadgets/2026/04/lawsuits-licensing-a...

    • Un compromiso que empeora la experiencia para el usuario y le facilita la vida al desarrollador no es aceptable y merece críticas
    • Tal vez habría entendido un poco más si Google o Apple también hubieran eliminado soporte para formatos de video comunes en lugar de pagar un costo de licencia apenas más alto
      Microsoft actúa como si tuviera todo el dinero del mundo cuando se trata de gastar fortunas en adquisiciones y fusiones sin resultados. Deberían usar parte de ese dinero para mantener la experiencia de usuario. En una situación donde empresas como Dell siguen lanzando laptops nuevas con Windows y 8 GB de RAM, es difícil tolerar una inflación de memoria innecesaria
    • A estas alturas, hasta poner a una IA a reescribir más o menos todo el código de UI escrito desde 2010 a Win32 y MFC probablemente daría un resultado mucho mejor que la basura que están imponiendo hoy
    • Si el aumento de RAM se debe a esta tendencia de hacer ingeniería de frontend con JS/TS en vez de usar APIs nativas del sistema operativo, me pregunto por qué estas herramientas de compilación de apps multiplataforma no compilan a código nativo y aprovechan APIs nativas
      ¿Es que no existen herramientas así?
    • Esta app no usa JS/TS. Es Groove Music con otro skin, probablemente todo en C++ o C#, y seguramente basada en C# + UWP/WinUI2 XAML
      Xbox Music en Windows 8.x sí estaba basado en tecnologías web, pero al convertirse en Groove Music en Windows 10 fue reescrito otra vez en C# y XAML

  • Hay que reconocerle a Microsoft que está aplicando internamente eso de vibe coding con Copilot hasta este nivel
    Ya no pueden recomendarles a los clientes que usen una mala solución mientras internamente usan otra cosa

    • Esta app es Groove Music con otro skin, y la mayor parte del código fue escrita entre 2014 y 2017, al inicio de Windows 10, muchísimo antes de Copilot
      El cambio de marca a Media Player en Windows 11 también fue alrededor de 2022, así que fue anterior a esa ola, y desde entonces casi no la han tocado

  • Lo curioso es que decidieron escribir esto en HTML/JS aunque ni siquiera tiene versión web y es una app nativa
    Eso lo hace todavía más raro porque fue después de que Microsoft dijera que la volvería a hacer con WinUI. Entiendo que lo nativo puede tener más fricción que HTML/JS, pero con la llegada del desarrollo orientado a agentes esa barrera ha bajado bastante. No parece una decisión bien pensada

    • No usa HTML/JS. Si contamos C# como nativo, al menos es una app completamente nativa, y está escrita con C# y UWP/WinUI2 XAML
      La UI de Xbox Music en Windows 8.x sí estaba basada en tecnologías web, pero cuando fue renombrada como Groove Music en Windows 10 se reescribió la capa de UI. Xbox Music en sí ya era una capa de UI rehecha o re-skin de Zune, y Zune era C++, así que en realidad ya dio toda la vuelta: nativo → web → nativo. Incluso el “nuevo” Media Player todavía se identifica como “ZuneMusic” en los metadatos del paquete. Además, Groove Music fue escrito principalmente entre 2014 y 2017, en la primera etapa de Windows 10, y el cambio de marca a Media Player en Windows 11 ocurrió en 2022; desde entonces casi no ha cambiado
    • En realidad casi no hay barrera de la que hablar. Hacer UI en WinForms o WPF no es realmente difícil, y supongo que con WinUI pasa igual
      El problema no es que sea difícil, sino que a mucha gente simplemente le da flojera siquiera intentar salir de su zona de confort de HTML/JS

  • No creo haber usado voluntariamente el pésimo reproductor multimedia de Microsoft desde la versión clásica
    Normalmente uso MPC-BE, y si algún códec no se lleva bien con algo, dejo VLC como respaldo. Ambos también pueden aprovechar la superresolución de nVidia

  • ¿Todavía hay gente que use K-Lite Codec Pack para instalar todos los códecs en el reproductor, o ya simplemente usan VLC?

    • En la época de XP me gustaban K-Lite Codec Pack y CCCP (Combined Community Codec Pack). Eran especialmente útiles cuando veía archivos MKV y anime de todo tipo
      Pero hoy casi nunca me topo con archivos multimedia que VLC o MPC-HC no puedan reproducir por defecto. Simplemente los cargas y reproducen
    • Hoy en día con instalar SMPlayer ya vienen incluidos todos los códecs dentro del reproductor
    • Ese enfoque prácticamente desapareció hace unos 10 años
      Porque casi todo hoy es H.264, H.265, VP9, AV1, MP3 y AAC
    • mpv

  • Entonces el Media Player moderno usa unos 377 MB de RAM en reposo, y el reproductor viejo unos 103 MB; aun así, 103 MB para no hacer nada también suena mucho

    • En un reproductor multimedia no sería raro mantener bastante cosa en memoria para reproducir al instante portadas de álbumes y pequeños fragmentos de audio
      También debe haber metadatos de toda la biblioteca y varios índices. Como los SSD ahora son más rápidos, uno podría esperar que el reproductor nuevo haga menos caché, pero el aumento en uso de almacenamiento en red, ya sea por Internet o por un NAS local con HDD, podría compensarlo
    • Lo medí con el mismo archivo y mpv también dio 144 MB, y VLC igualmente 144 MB
      ¿Hay alguna otra alternativa que use menos RAM?

  • Ya en 2018 se podían encontrar artículos diciendo que HEVC se volvió de pago.
    Y además, tampoco queda claro a qué se refiere aquí con el Media Player “nuevo”. Es una app distribuida en 2022. Este artículo es un desastre; el artículo de la fuente original está bien.
    [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...

  • Si significa que ya era malo desde hace casi 10 años, entonces coincide con mi experiencia.

  • Casi da pena haber gastado la expresión “fractal de mal diseño” en PHP, porque le queda muy bien a muchas cosas que salen de Microsoft.
    Llevo unas semanas usando PowerBI, y a veces hasta me sorprende lo novedosas que son sus formas de romperse.

  • Soy un antifán certificado de Microsoft, pero para comparar, la Music.app de Apple también usa más o menos 580 MiB de RAM.

    • iTunes para Windows todavía pierde memoria como una manguera, y si escuchas radio en línea puede llegar hasta 4GB.

  • Está escrito en código administrado, ¿qué esperabas? Antes, las apps centrales de Windows eran C++ puro.
    Si llevaste suficiente tiempo pidiendo lenguajes “seguros”, también te toca asumir el costo en RAM.

    • WinUI y WinAppSDK están construidos sobre WinRT, que en su mayor parte es C++.
      Lo gracioso aquí es que el equipo de Windows intentó matar .NET con una versión actualizada de COM después de que Vista le ganara a Longhorn, y terminó siendo más lento que una app WPF por culpa de AddRef/Release.
      https://arstechnica.com/features/2012/10/windows-8-and-winrt...