Windows 11 का नया Media Player 3.5 गुना ज्यादा RAM इस्तेमाल करता है, और लोकप्रिय वीडियो codec अब paid है

 (extremetech.com)
1 पॉइंट द्वारा GN⁺ 4 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Windows 11 का नया Media Player default media app की ओर बदलाव के दौरान memory usage और codec pricing, दोनों वजहों से विवाद में है
  • Windows Latest के टेस्ट के अनुसार idle state में RAM usage नए player में लगभग 377MB था, जबकि पुराने Windows Media Player में लगभग 103MB, यानी करीब 3.5 गुना अंतर
  • local video file के startup time में भी बढ़ोतरी हुई: पुराने player में लगभग 2 सेकंड से नए player में लगभग 3 सेकंड, यानी करीब 50% बढ़ोतरी
  • Microsoft HEVC(H.265) playback को paid “HEVC Video Extensions” के रूप में देता है, और Windows 11 24H2 में built-in AC-3(Dolby Digital) codec भी हटा दिया गया है
  • VLC जैसे third-party player, जिनमें अपने codec शामिल होते हैं, Microsoft के paid extensions पर कम निर्भर रहने वाला विकल्प हो सकते हैं

नए Media Player का performance burden

  • Windows 11 का नया Media Player, Groove Music और classic Windows Media Player को replace करने वाले default app की भूमिका निभा रहा है
  • Windows Latest के टेस्ट में, बिना कोई काम किए idle state में भी memory usage का बड़ा अंतर दिखाई दिया
    • नया Media Player: लगभग 377MB RAM
    • पुराना Windows Media Player: लगभग 103MB RAM
    • अंतर: लगभग 3.5 गुना

local video launch speed में गिरावट

  • local video file खोलने में भी नए Media Player को ज्यादा समय लगा
    • पुराना player: लगभग 2 सेकंड
    • नया Media Player: लगभग 3 सेकंड
    • startup time में लगभग 50% बढ़ोतरी

codec support और paid extensions

  • Microsoft HEVC(H.265) playback को Microsoft Store के paid “HEVC Video Extensions” app के जरिए उपलब्ध कराता है
  • Windows 11 version 24H2 में built-in AC-3(Dolby Digital) codec हटा दिया गया है
    • इस सिस्टम का नया Media Player AC-3 audio track को default रूप से नहीं चला सकता

default app transition और बचे हुए विकल्प

  • नया Media Player सभी Windows 11 PC पर Groove Music और classic Windows Media Player की जगह ले रहा है
  • classic Windows Media Player अब भी optional component के रूप में उपलब्ध है, लेकिन default choice नए Media Player की ओर बढ़ रही है
  • अगर third-party player इस्तेमाल करना ठीक लगे, तो VLC जैसा विकल्प भी मौजूद है
    • VLC अपने codec शामिल करता है, इसलिए Microsoft के paid add-on पर निर्भर नहीं रहता

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 4 시간 전
Hacker News की राय

  • HEVC सपोर्ट हटाना शायद Microsoft का चुनाव कम, और license pool की कीमत बढ़ने की वजह ज़्यादा है
    आजकल Windows Media Player का इस्तेमाल ही कम होता है, और HEVC playback तो उससे भी कम होगा। ज़्यादातर content playback streaming और browser में होता है। RAM बढ़ना भी शायद OS native frontend API की जगह JS/TS से frontend बनाने वाले ट्रेंड का नतीजा है। App development के हिसाब से JS UI developers को भर्ती करना कहीं आसान है, और LLM भी शायद UML की तुलना में React apps को बहुत बेहतर संभालते हैं
    [1]: https://arstechnica.com/gadgets/2026/04/lawsuits-licensing-a...

    • यूज़र के लिए खराब और डेवलपर के लिए आसान वाला यह समझौता स्वीकार्य नहीं है, और इसकी आलोचना होनी चाहिए
    • अगर Google और Apple भी थोड़ा बढ़ा हुआ licensing cost देने के बजाय आम video formats का support हटा देते, तो शायद कुछ हद तक समझ आता
      Microsoft नाकाम acquisitions पर पैसे उड़ाते समय ऐसे व्यवहार करता है जैसे उसके पास दुनिया भर का पैसा हो। उस पैसे का एक हिस्सा user experience बनाए रखने पर लगाना चाहिए। जब Dell जैसी कंपनियाँ 8GB RAM वाले नए Windows laptops बेच रही हैं, तब बेवजह memory bloat को स्वीकार करना मुश्किल है
    • अब तक तो AI से 2010 के बाद लिखे गए सारे UI code को Win32 और MFC में ढीले तौर पर दोबारा लिखवा दिया जाए, तो शायद आजकल जबरन ठेला जा रहा कचरे से कहीं बेहतर नतीजा मिलेगा
    • अगर RAM बढ़ना OS native frontend API की जगह JS/TS से frontend engineering करने वाले ट्रेंड की वजह है, तो यह सोचने वाली बात है कि ऐसे multi-OS app build tools native code में compile होकर native API का इस्तेमाल क्यों नहीं करते
      क्या ऐसे tools हैं ही नहीं?
    • यह app JS/TS इस्तेमाल नहीं करता। यह बस skin बदला हुआ Groove Music है, और शायद पूरा C++ या C# में है, संभवतः C# + UWP/WinUI2 XAML पर आधारित
      Windows 8.x का Xbox Music सच में web technology पर आधारित था, लेकिन Windows 10 में Groove Music बनने पर इसे C# और XAML में फिर से लिखा गया

  • मानना पड़ेगा कि Microsoft Copilot के साथ vibe coding को अंदरूनी तौर पर भी इतनी दूर तक लागू कर रहा है
    कम-से-कम अब वह ग्राहकों को खराब हल अपनाने की सलाह देकर खुद अंदर कुछ और इस्तेमाल करने वाला नहीं लग सकता

    • यह app बस skin बदला हुआ Groove Music है, और इसका ज़्यादातर हिस्सा Windows 10 के शुरुआती दौर 2014~2017 में लिखा गया था, यानी Copilot से काफी पहले का code है
      Windows 11 में इसे Media Player के रूप में rebrand भी लगभग 2022 में किया गया, जो उस ट्रेंड से पहले की बात है, और उसके बाद इसमें लगभग कोई बदलाव नहीं हुआ

  • दिलचस्प बात यह है कि यह native app है जिसका कोई web version भी नहीं है, फिर भी इसे HTML/JS में लिखने का फैसला किया गया
    Microsoft के WinUI पर फिर से बनाने की बात कहने के बाद यह और भी अजीब लगता है। यह समझ आता है कि native में HTML/JS की तुलना में friction ज़्यादा होता है, लेकिन agentic development आने के बाद वह रुकावट काफी कम हो गई है। लगता नहीं कि यह फैसला ठीक से सोच-समझकर लिया गया था

    • यह HTML/JS का इस्तेमाल नहीं करता। कम-से-कम अगर C# को native माना जाए, तो यह पूरी तरह native app है, और C# तथा UWP/WinUI2 XAML में लिखा गया है
      Windows 8.x का Xbox Music web technology आधारित UI था, लेकिन Windows 10 में Groove Music के रूप में rebrand होने पर UI layer को फिर से लिखा गया। Xbox Music खुद भी Zune की UI layer का skin बदला/फिर से लिखा गया रूप था, और Zune C++ में था, यानी यह पहले ही native→web→native का पूरा चक्कर काट चुका है। “नया” Media Player package metadata में अभी भी “ZuneMusic” के रूप में पहचाना जाता है। साथ ही Groove Music मुख्य रूप से 2014~2017 के शुरुआती Windows 10 दौर में लिखा गया था, Windows 11 में Media Player rebranding 2022 में हुई, और उसके बाद इसमें लगभग कोई बदलाव नहीं हुआ
    • सच कहें तो इसे रुकावट कहना भी मुश्किल है। WinForms या WPF में UI बनाना वास्तव में कठिन नहीं है, और WinUI भी शायद ऐसा ही होगा
      समस्या कठिनाई की नहीं है, बल्कि यह है कि बहुत से लोग HTML/JS comfort zone से बाहर निकलने की कोशिश तक करने में आलस करते हैं

  • classic version के बाद से मैंने शायद कभी स्वेच्छा से Microsoft का घटिया media player इस्तेमाल नहीं किया
    मैं ज़्यादातर MPC-BE इस्तेमाल करता हूँ, और अगर कुछ codecs साथ न दें तो backup के रूप में VLC चलाता हूँ। दोनों nVidia super resolution feature भी इस्तेमाल कर सकते हैं

  • क्या आज भी कोई player में सारे codecs डालने के लिए K-Lite Codec Pack इस्तेमाल करता है? या लोग बस VLC ही चलाते हैं?

    • XP के ज़माने में मुझे K-Lite Codec Pack और CCCP(Combined Community Codec Pack) पसंद थे। खासकर जब मैं तरह-तरह की MKV और animation files देखता था, तब यह बहुत काम आता था
      लेकिन आजकल VLC या MPC-HC जिन media files को default रूप से नहीं चला पाते हों, ऐसी file लगभग मिलती ही नहीं। बस डालो और चल जाती है
    • आजकल सिर्फ SMPlayer install कर लो, player के अंदर सारे codecs शामिल होते हैं
    • ऐसा तरीका लगभग 10 साल पहले ही लगभग खत्म हो गया था
      क्योंकि अब ज़्यादातर चीज़ें H.264, H.265, VP9, AV1, MP3, AAC ही हैं
    • mpv

  • नया Media Player idle रहते हुए लगभग 377MB RAM इस्तेमाल करता है, और पुराना player लगभग 103MB, लेकिन कुछ भी न करते हुए 103MB भी ज़्यादा लगता है

    • media player के लिए album cover images और छोटे audio snippets को तुरंत चलाने हेतु बहुत-सी चीज़ें memory में रखना असामान्य नहीं है
      पूरी library का metadata और कई indexes भी उसमें हो सकते हैं। SSD तेज़ हो गए हैं, इसलिए उम्मीद की जा सकती है कि नया player कम cache करे, लेकिन चाहे internet आधारित हो या local HDD NAS, network storage के बढ़ते इस्तेमाल से यह फायदा संतुलित हो सकता है
    • उसी file के साथ नापने पर mpv भी 144MB और VLC भी 144MB निकले
      क्या RAM कम इस्तेमाल करने वाला कोई और विकल्प है?

  • HEVC के paid होने की खबर 2018 में भी मिल जाती है
    और यहाँ जिस “new” Media Player की बात हो रही है, उसका मतलब क्या है, यह भी अस्पष्ट है। यह 2022 में रिलीज़ किया गया ऐप है। यह लेख बेतरतीब है, और मूल स्रोत वाला लेख ठीक है
    [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...

    • मतलब यह कि यह लगभग 10 साल पहले से ही खास अच्छा नहीं था, तो यह मेरे अनुभव से भी मेल खाता है

  • “खराब डिज़ाइन का fractal” जैसा अभिव्यक्ति PHP के लिए इस्तेमाल कर देना अफसोस की बात है, क्योंकि Microsoft की बहुत-सी चीज़ों पर यह और भी ज़्यादा फिट बैठता है
    मैं पिछले कुछ हफ्तों से PowerBI इस्तेमाल कर रहा हूँ, और यह जिन नए-नए तरीकों से टूटता है, उन्हें देखकर कभी-कभी हैरानी होती है

  • मैं प्रमाणित Microsoft anti-fan हूँ, लेकिन तुलना के लिए देखें तो Apple की Music.app भी लगभग 580MiB RAM इस्तेमाल करती है

    • Windows के लिए iTunes आज भी ऐसे memory leak करता है जैसे पानी की नली से रिसाव हो, और online radio सुनते-सुनते यह 4GB तक पहुँच सकता है

  • यह managed code में लिखा गया है, तो फिर और क्या उम्मीद की जा सकती है? Windows के पुराने core apps pure C++ में थे
    अगर आपने काफी लंबे समय तक “safe” language की माँग की है, तो RAM cost भी झेलनी होगी

    • WinUI और WinAppSDK ज़्यादातर C++ वाले WinRT के ऊपर बनाए गए हैं
      यहाँ मज़ेदार बात यह है कि Vista के Longhorn पर भारी पड़ने के बाद Windows division ने .NET को खत्म करने के लिए COM के एक updated रूप का सहारा लिया, और AddRef/Release की वजह से यह WPF apps से भी धीमा हो गया
      https://arstechnica.com/features/2012/10/windows-8-and-winrt...