Windows 11’in yeni Media Player’ı 3,5 kat daha fazla RAM kullanıyor, popüler video codec’i ücretli hale geliyor

 (extremetech.com)
1 puan yazan GN⁺ 4 시간 전 | 1 yorum | WhatsApp'ta paylaş
  • Windows 11’in yeni Media Player uygulaması, varsayılan medya uygulamasına geçiş sürecinde bellek kullanımı ve codec ücretlendirmesiyle birlikte tartışma yaratıyor
  • Windows Latest testine göre boşta RAM kullanımı yeni oynatıcıda yaklaşık 377MB, eski Windows Media Player’da ise yaklaşık 103MB; yani yaklaşık 3,5 kat fark var
  • Yerel video dosyalarının açılış süresi de eski sürümde yaklaşık 2 saniyeyken yeni oynatıcıda yaklaşık 3 saniyeye çıkıyor; bu da yaklaşık %50 artış anlamına geliyor
  • Microsoft, HEVC(H.265) oynatmayı ücretli “HEVC Video Extensions” olarak sunuyor ve Windows 11 24H2’de yerleşik AC-3(Dolby Digital) codec’ini de kaldırıyor
  • VLC gibi kendi codec’lerini içeren üçüncü taraf oynatıcılar, Microsoft’un ücretli uzantılarına daha az bağımlı bir alternatif olabilir

Yeni Media Player’ın performans yükü

  • Windows 11’in yeni Media Player uygulaması, Groove Music ve klasik Windows Media Player’ın yerini alan varsayılan uygulama rolünü üstleniyor
  • Windows Latest testinde, hiçbir işlem yapılmayan boşta durumda bile bellek kullanımı farkı belirgin şekilde görülüyor
    • Yeni Media Player: yaklaşık 377MB RAM
    • Eski Windows Media Player: yaklaşık 103MB RAM
    • Fark: yaklaşık 3,5 kat

Yerel video açılış hızında düşüş

  • Yerel video dosyalarını açma süresi de yeni Media Player’da daha uzun
    • Eski oynatıcı: yaklaşık 2 saniye
    • Yeni oynatıcı: yaklaşık 3 saniye
    • Açılış süresi yaklaşık %50 arttı

Codec desteği ve ücretli uzantılar

  • Microsoft, HEVC(H.265) oynatmayı Microsoft Store’daki ücretli “HEVC Video Extensions” uygulamasıyla sunuyor
  • Windows 11 sürüm 24H2 ile yerleşik AC-3(Dolby Digital) codec’i kaldırıldı
    • Bu sistemlerde yeni Media Player, AC-3 ses parçalarını varsayılan olarak oynatamıyor

Varsayılan uygulama geçişi ve kalan seçenekler

  • Yeni Media Player, tüm Windows 11 PC’lerde Groove Music ve klasik Windows Media Player’ın yerini alıyor
  • Klasik Windows Media Player hâlâ isteğe bağlı bileşen olarak sunuluyor, ancak varsayılan tercih yeni Media Player’a kayıyor
  • Üçüncü taraf oynatıcı kullanmak sorun değilse VLC gibi alternatifler de var
    • VLC, kendi codec’lerini içerdiği için Microsoft’un ücretli eklentilerine bağımlı değil

İlgili okumalar

1 yorum

 
GN⁺ 4 시간 전
Hacker News görüşleri

  • HEVC desteğinin kaldırılması, Microsoft’un tercihinden çok lisans havuzu fiyat artışı nedeniyle olmuş olabilir
    Zaten bugünlerde Windows Media Player kullanımının kendisi düşük, HEVC oynatma ise daha da düşüktür. İçeriğin çoğu streaming ve tarayıcı üzerinden oynatılıyor. RAM artışı da işletim sisteminin yerel frontend API’leri yerine frontend’i JS/TS ile geliştirme eğiliminin sonucu gibi görünüyor. Uygulama geliştirme açısından JS UI geliştiricisi bulmak çok daha kolay ve LLM’ler de muhtemelen UML’den ziyade React uygulamalarında çok daha iyidir
    [1]: https://arstechnica.com/gadgets/2026/04/lawsuits-licensing-a...

    • Kullanıcı için kötüleşip geliştirici için kolaylaşan bir ödün kabul edilemez ve eleştirilmeyi hak ediyor
    • Google ve Apple da biraz artan lisans ücretini ödemek yerine yaygın video formatı desteğini kaldırsaydı bunu bir nebze anlayabilirdim
      Microsoft, sonuç vermeyen satın alma ve birleşmelere büyük para harcarken sanki dünyanın tüm parasına sahipmiş gibi davranıyor. Bu paranın bir kısmını kullanıcı deneyimini korumaya harcamalı. Dell gibi şirketler 8 GB RAM’li yeni Windows dizüstü bilgisayarlar çıkarırken gereksiz bellek şişmesi kabul edilebilir değil
    • Bu noktada, 2010’dan sonra yazılmış tüm UI kodunu AI’ya kabaca Win32 ve MFC ile yeniden yazdırmak bile bugün dayatılan çöpten çok daha iyi sonuç verebilir gibi geliyor
    • RAM artışı, işletim sisteminin yerel frontend API’leri yerine frontend mühendisliğinin JS/TS ile yapılması eğiliminden kaynaklanıyorsa, neden bu çoklu işletim sistemi uygulama derleme araçları yerel koda derlenip yerel API’leri kullanmıyor diye merak ediyorum
      Böyle araçlar hiç mi yok?
    • Bu uygulama JS/TS kullanmıyor. Skin’i değiştirilmiş bir Groove Music ve tamamı muhtemelen C++ ya da C#; büyük olasılıkla C# + UWP/WinUI2 XAML tabanlı
      Windows 8.x’teki Xbox Music gerçekten web teknolojileri tabanlıydı ama Windows 10’da Groove Music’e dönüşürken C# ve XAML ile yeniden yazıldı

  • Microsoft’un Copilot ile vibe coding yaklaşımını bu kadar ileri düzeyde içeride de uyguladığını kabul etmek lazım
    Müşterilere kötü çözümler kullanmalarını önerip içeride başka şey kullanıyor diyemezsin

    • Bu uygulama skin’i değiştirilmiş Groove Music ve büyük kısmı Windows 10’un ilk döneminde, yani 2014–2017 arasında yazılmış; kod Copilot’tan çok daha eski
      Windows 11’de Media Player olarak yeniden markalanması da 2022 civarında oldu, yani bu akımdan önceydi ve sonrasında da neredeyse hiç dokunulmadı

  • İlginç olan, bunun web sürümü bile olmayan yerel bir uygulama olmasına rağmen HTML/JS ile yazılmasına karar verilmiş olması
    Microsoft bunu WinUI ile yeniden yapacağını söyledikten sonra gelmesi daha da tuhaf. Yerel geliştirmenin HTML/JS’ye göre daha sürtünmeli olduğunu anlıyorum ama ajan tabanlı geliştirme ortaya çıktıktan sonra bu engel epey azaldı. Pek düşünülerek yapılmış gibi durmuyor

    • HTML/JS kullanmıyor. En azından C#’ı yerel sayarsanız tamamen yerel bir uygulama ve C# ile UWP/WinUI2 XAML kullanılarak yazılmış
      Windows 8.x’teki Xbox Music’in UI’si web teknolojileri tabanlıydı ama Windows 10’da Groove Music olarak yeniden markalanırken UI katmanı yeniden yazıldı. Xbox Music’in kendisi de Zune’un UI katmanının skin değiştirilmiş/yeniden yazılmış haliydi ve Zune C++ idi; yani zaten yerel → web → yerel şeklinde tam bir tur atılmış oldu. “Yeni” Media Player da paket meta verilerinde hâlâ “ZuneMusic” olarak tanımlanıyor. Ayrıca Groove Music esas olarak Windows 10’un ilk döneminde, 2014–2017 arasında yazıldı; Windows 11’deki Media Player yeniden markalaması da 2022’de oldu ve sonrasında neredeyse hiç değişmedi
    • Aslında buna engel denecek pek bir şey yok. WinForms ya da WPF ile UI yapmak pratikte zor değil ve WinUI’nin de farklı olacağını sanmıyorum
      Sorun bunun zor olması değil; birçok insanın HTML/JS konfor alanından çıkmayı denemeye bile üşenmesi

  • Klasik sürümden sonra Microsoft’un berbat medya oynatıcısını kendi isteğimle kullandığımı sanmıyorum
    Genelde MPC-BE kullanıyorum, bazı codec’lerle uyumsuzluk olursa yedek olarak VLC açıyorum. İkisi de nVidia’nın süper çözünürlük özelliğini kullanabiliyor

  • Bugünlerde oynatıcıya tüm codec’leri kurmak için hâlâ K-Lite Codec Pack kullanan var mı? Yoksa herkes doğrudan VLC mi kullanıyor?

    • XP döneminde K-Lite Codec Pack ve CCCP’yi (Combined Community Codec Pack) severdim. Özellikle MKV ve çeşitli anime dosyalarına baktığım zamanlarda çok işe yarardı
      Ama bugünlerde VLC ya da MPC-HC’nin varsayılan olarak oynatamadığı medya dosyalarına neredeyse hiç rastlamıyorum. Dosyayı atıyorsun ve oynatıyor
    • Bugünlerde sadece SMPlayer kursan bile tüm codec’ler oynatıcının içinde geliyor
    • O yöntem yaklaşık 10 yıl önce fiilen ortadan kalktı
      Çünkü çoğu şey H.264, H.265, VP9, AV1, MP3 ve AAC
    • mpv

  • Yeni Media Player’ın boşta yaklaşık 377 MB RAM kullandığı, eski oynatıcının ise yaklaşık 103 MB kullandığı söyleniyor; ama hiçbir şey yapmazken 103 MB bile yüksek görünüyor

    • Bir medya oynatıcı için albüm kapağı görsellerini ve kısa ses parçalarını anında çalabilmek adına bellekte bolca veri tutmak garip değil
      Tüm kütüphanenin meta verileri ve çeşitli indeksler de olacaktır. SSD’ler hızlandığı için yeni oynatıcının daha az cache kullanmasını bekleyebilirsiniz ama ister internet tabanlı ister yerel HDD NAS olsun, ağ depolama kullanımındaki artış bunu dengeleyebilir
    • Aynı dosyayla denedim; mpv de 144 MB, VLC de 144 MB gösteriyor
      RAM’i daha az kullanan başka bir seçenek var mı?

  • HEVC’nin ücretli hale geldiğini söyleyen haberler 2018’de zaten bulunabiliyordu
    Ayrıca burada sözü edilen “yeni” Media Player’ın neyi ifade ettiği de belirsiz. 2022’de dağıtılan bir uygulama. Bu haber karmakarışık; asıl kaynak haber ise gayet iyi
    [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...

    • Bu, neredeyse 10 yıl önce de pek iyi olmadığı anlamına geliyor; benim deneyimimle de örtüşüyor

  • “Kötü tasarımın fraktalı” ifadesini PHP için kullanmış olmaları neredeyse üzücü; çünkü Microsoft’tan çıkan pek çok şeye de cuk oturuyor
    Birkaç haftadır PowerBI kullanıyorum ve nasıl bozulduğuna bazen hayran kalıyorum; hep yeni bir yol buluyor

  • Tescilli bir Microsoft antifanı olarak söylüyorum ama kıyas için, Apple’ın Music.app uygulaması da yaklaşık 580MiB RAM kullanıyor

    • Windows için iTunes hâlâ elek gibi bellek sızdırıyor ve çevrimiçi radyo dinlerken 4GB’a kadar çıkabiliyor

  • Yönetilen kodla yazıldıysa ne beklenirdi ki? Eski Windows çekirdek uygulamaları saf C++ idi
    Yeterince uzun süre “güvenli” dil talep ettiyseniz, RAM maliyetini de kabullenmeniz gerekir

    • WinUI ve WinAppSDK, büyük ölçüde C++ olan WinRT’nin üzerine inşa edilmiş durumda
      İşin komik yanı, Windows ekibinin Vista, Longhorn’u geride bıraktıktan sonra .NET’i öldürmek için COM’un güncellenmiş bir biçimini kullanmaya çalışması ve bunun da AddRef/Release yüzünden WPF uygulamalarından daha yavaş olmasıydı
      https://arstechnica.com/features/2012/10/windows-8-and-winrt...