1 poin oleh GN⁺ 4 jam lalu | 1 komentar | Bagikan ke WhatsApp
  • Media Player baru di Windows 11 memicu kontroversi seiring perpindahannya menjadi aplikasi media bawaan, terutama soal penggunaan memori dan biaya codec
  • Berdasarkan pengujian Windows Latest, penggunaan RAM saat idle pada pemutar baru sekitar 377MB, sedangkan Windows Media Player lama sekitar 103MB, atau sekitar 3,5 kali lebih besar
  • Waktu mulai untuk file video lokal juga meningkat, dari sekitar 2 detik di pemutar lama menjadi sekitar 3 detik di pemutar baru, sehingga naik sekitar 50%
  • Microsoft menyediakan pemutaran HEVC(H.265) melalui aplikasi berbayar “HEVC Video Extensions”, dan pada Windows 11 24H2 juga menghapus codec AC-3 (Dolby Digital) bawaan
  • Pemutar pihak ketiga seperti VLC yang menyertakan codec sendiri bisa menjadi alternatif yang tidak terlalu bergantung pada ekstensi berbayar Microsoft

Beban performa pada Media Player baru

  • Media Player baru di Windows 11 berperan sebagai aplikasi bawaan yang menggantikan Groove Music dan Windows Media Player klasik
  • Dalam pengujian Windows Latest, perbedaan penggunaan memori terlihat besar bahkan saat kondisi idle tanpa menjalankan apa pun
    • Media Player baru: sekitar 377MB RAM
    • Windows Media Player lama: sekitar 103MB RAM
    • Selisihnya sekitar 3,5x

Penurunan kecepatan membuka video lokal

  • Waktu untuk membuka file video lokal juga menjadi lebih lama di Media Player baru
    • Pemutar lama: sekitar 2 detik
    • Media Player baru: sekitar 3 detik
    • Waktu mulai naik sekitar 50%

Dukungan codec dan ekstensi berbayar

  • Microsoft menyediakan pemutaran HEVC(H.265) melalui aplikasi berbayar “HEVC Video Extensions” di Microsoft Store
  • Pada Windows 11 versi 24H2, codec AC-3(Dolby Digital) bawaan dihapus
    • Media Player baru pada sistem tersebut tidak bisa memutar trek audio AC-3 secara default

Peralihan aplikasi bawaan dan opsi yang masih tersedia

  • Media Player baru menggantikan Groove Music dan Windows Media Player klasik di semua PC Windows 11
  • Windows Media Player klasik masih tersedia sebagai komponen opsional, tetapi pilihan bawaan terus bergeser ke Media Player baru
  • Jika tidak masalah menggunakan pemutar pihak ketiga, ada alternatif seperti VLC
    • VLC menyertakan codec sendiri sehingga tidak bergantung pada fitur tambahan berbayar dari Microsoft

1 komentar

 
GN⁺ 4 jam lalu
Pendapat Hacker News
  • Penghapusan dukungan HEVC kemungkinan besar bukan pilihan Microsoft semata, melainkan akibat kenaikan harga pool lisensi
    Saat ini penggunaan Windows Media Player sendiri sudah rendah, dan pemutaran HEVC kemungkinan lebih rendah lagi. Sebagian besar pemutaran konten terjadi lewat streaming dan browser. Peningkatan RAM juga tampaknya merupakan akibat dari tren membangun frontend dengan JS/TS alih-alih API frontend native OS. Dari sisi pengembangan aplikasi, merekrut pengembang UI JS jauh lebih mudah, dan LLM juga kemungkinan jauh lebih baik menangani aplikasi React daripada UML
    [1]: https://arstechnica.com/gadgets/2026/04/lawsuits-licensing-a...

    • Kompromi yang memperburuk pengalaman pengguna tetapi mempermudah pengembang tidak bisa diterima dan memang layak dikritik
    • Jika Google dan Apple juga menghapus dukungan format video umum alih-alih membayar biaya lisensi yang hanya naik sedikit, mungkin saya masih bisa sedikit memahami
      Microsoft bertindak seolah punya semua uang di dunia ketika menghabiskan banyak uang untuk merger dan akuisisi yang tidak menghasilkan. Sebagian dari uang itu seharusnya dipakai untuk mempertahankan pengalaman pengguna. Dalam situasi ketika perusahaan seperti Dell menjual laptop Windows baru dengan RAM 8GB, pembengkakan memori yang tidak perlu sulit untuk ditoleransi
    • Pada titik ini, rasanya bahkan jika AI disuruh menulis ulang secara kasar semua kode UI yang ditulis setelah 2010 ke Win32 dan MFC, hasilnya mungkin akan jauh lebih baik daripada sampah yang sedang dipaksakan sekarang
    • Jika peningkatan RAM memang disebabkan oleh tren rekayasa frontend dengan JS/TS alih-alih API frontend native OS, saya jadi penasaran kenapa alat build aplikasi multi-OS seperti ini tidak mengompilasi ke kode native dan memanfaatkan API native
      Apakah memang tidak ada alat seperti itu?
    • Aplikasi ini tidak memakai JS/TS. Ini adalah Groove Music yang diganti kulitnya, kemungkinan seluruhnya C++ atau C#, dan mungkin berbasis C# + UWP/WinUI2 XAML
      Xbox Music di Windows 8.x memang berbasis teknologi web, tetapi saat berubah menjadi Groove Music di Windows 10, aplikasi itu ditulis ulang dengan C# dan XAML
  • Harus diakui, Microsoft tampaknya cukup konsisten menerapkan vibe coding secara internal sampai sejauh ini lewat Copilot
    Mereka jadi tidak bisa dibilang menyarankan solusi buruk kepada pelanggan sambil diam-diam memakai sesuatu yang lain di internal

    • Aplikasi ini adalah Groove Music dengan kulit berbeda, dan sebagian besar ditulis pada 2014–2017 di awal era Windows 10, jadi kodenya jauh lebih lama daripada Copilot
      Rebranding menjadi Media Player di Windows 11 juga terjadi sekitar 2022, jadi mendahului tren itu, dan sejak itu nyaris tidak disentuh
  • Yang menarik, ini aplikasi native tanpa versi web, tetapi mereka tetap memutuskan menulisnya dengan HTML/JS
    Ini jadi lebih aneh karena terjadi setelah Microsoft bilang akan membangunnya ulang dengan WinUI. Saya paham native punya lebih banyak gesekan dibanding HTML/JS, tetapi dengan munculnya pengembangan berbasis agen, hambatan itu sudah jauh berkurang. Rasanya ini tidak dipikirkan dengan matang

    • Tidak memakai HTML/JS. Setidaknya jika C# dianggap native, ini adalah aplikasi native penuh, ditulis dengan C# dan UWP/WinUI2 XAML
      UI Xbox Music di Windows 8.x memang berbasis teknologi web, tetapi saat di-rebrand menjadi Groove Music di Windows 10, lapisan UI-nya ditulis ulang. Xbox Music sendiri juga merupakan perubahan skin/penulisan ulang lapisan UI dari Zune, dan Zune ditulis dalam C++, jadi sebenarnya sudah melewati satu siklus native→web→native. Media Player “baru” ini juga masih diidentifikasi sebagai “ZuneMusic” dalam metadata paket. Selain itu, Groove Music terutama ditulis pada 2014–2017 di awal era Windows 10, dan rebranding menjadi Media Player di Windows 11 terjadi pada 2022, dengan hampir tidak ada perubahan sejak itu
    • Sebenarnya hampir tidak ada yang bisa disebut hambatan. Membuat UI di WinForms atau WPF pada praktiknya tidak sulit, dan saya kira WinUI juga begitu
      Masalahnya bukan sulit, melainkan banyak orang terlalu malas untuk bahkan mencoba keluar dari zona nyaman HTML/JS
  • Sejak versi klasik, rasanya saya tidak pernah secara sukarela memakai media player Microsoft yang buruk
    Saya biasanya memakai MPC-BE, dan kalau ada codec tertentu yang tidak cocok, VLC saya pakai sebagai cadangan. Keduanya juga bisa memanfaatkan fitur super resolution nVidia

  • Apakah sekarang masih ada orang yang memakai K-Lite Codec Pack untuk memasang semua codec ke player? Atau sekarang orang langsung pakai VLC?

    • Di era XP saya suka K-Lite Codec Pack dan CCCP (Combined Community Codec Pack). Itu sangat berguna terutama saat menonton berbagai file MKV dan anime
      Tapi sekarang saya hampir tidak pernah menemukan file media yang tidak bisa diputar secara bawaan oleh VLC atau MPC-HC. Tinggal masukkan, lalu langsung jalan
    • Sekarang cukup instal SMPlayer saja, codec sudah semuanya termasuk di dalam player
    • Pendekatan seperti itu pada dasarnya sudah mati sekitar 10 tahun lalu
      Karena kebanyakan sekarang memakai H.264, H.265, VP9, AV1, MP3, dan AAC
    • mpv
  • Jadi Media Player terbaru memakai sekitar 377MB RAM saat idle, sedangkan player lama sekitar 103MB, tetapi 103MB untuk tidak melakukan apa-apa juga terasa besar

    • Untuk media player, tidak aneh kalau banyak data dimuat ke memori agar bisa langsung memutar gambar sampul album dan potongan audio singkat
      Kemungkinan juga ada metadata seluruh pustaka dan berbagai indeks. Karena SSD makin cepat, orang bisa berharap player baru akan melakukan caching lebih sedikit, tetapi peningkatan penggunaan penyimpanan jaringan—baik yang berbasis internet maupun NAS HDD lokal—mungkin meniadakan efek itu
    • Saya coba ukur dengan file yang sama, dan mpv juga 144MB, VLC juga 144MB
      Apakah ada pilihan lain yang memakai RAM lebih sedikit?
  • Artikel tentang HEVC yang dijadikan berbayar sudah bisa ditemukan sejak 2018
    Dan juga tidak jelas apa yang dimaksud dengan Media Player “baru” di sini. Ini adalah aplikasi yang dirilis pada 2022. Artikel ini berantakan, sementara artikel sumber aslinya bagus
    [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...

  • Jadi ini berarti sudah jelek sejak hampir 10 tahun lalu, dan itu juga sesuai dengan pengalaman saya

  • Ungkapan “fraktal dari desain buruk” sampai terasa sayang karena dipakai untuk PHP, padahal sangat cocok untuk banyak hal yang keluar dari Microsoft
    Saya sudah memakai PowerBI selama beberapa minggu, dan kadang saya sampai kagum karena cara rusaknya terasa baru

  • Saya memang anti-fan Microsoft yang tersertifikasi, tetapi sebagai perbandingan, Music.app milik Apple juga memakai RAM sekitar 580MiB

    • iTunes untuk Windows sampai sekarang masih bocor memori seperti selang air, dan kalau mendengarkan radio online bisa naik sampai 4GB
  • Ini ditulis dengan managed code, jadi memang mau berharap apa? Aplikasi inti Windows zaman dulu ditulis dalam C++ murni
    Kalau sudah lama menuntut bahasa yang “aman”, maka biaya RAM juga harus diterima

    • WinUI dan WinAppSDK dibangun di atas WinRT yang sebagian besar ditulis dalam C++
      Bagian lucunya, divisi Windows setelah Vista mengalahkan Longhorn mencoba mematikan .NET dengan bentuk COM yang diperbarui, dan akibat AddRef/Release justru jadi lebih lambat daripada aplikasi WPF
      https://arstechnica.com/features/2012/10/windows-8-and-winrt...