Media Player ใหม่ของ Windows 11 ใช้ RAM มากขึ้น 3.5 เท่า และโคเดกวิดีโอยอดนิยมกลายเป็นแบบเสียเงิน

 (extremetech.com)
1 คะแนน โดย GN⁺ 4 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Media Player ใหม่ของ Windows 11 กำลังเป็นประเด็นทั้งเรื่องการใช้หน่วยความจำและการคิดเงินค่าโคเดกระหว่างการเปลี่ยนผ่านไปสู่แอปมีเดียเริ่มต้น
  • จากการทดสอบของ Windows Latest การใช้ RAM ขณะว่างของตัวเล่นใหม่อยู่ที่ประมาณ 377MB ขณะที่ Windows Media Player รุ่นเดิมอยู่ที่ประมาณ 103MB ต่างกันราว 3.5 เท่า
  • เวลาเริ่มเปิดไฟล์วิดีโอในเครื่องก็เพิ่มขึ้นจากเดิมประมาณ 2 วินาทีเป็นประมาณ 3 วินาทีในตัวเล่นใหม่ คิดเป็น เพิ่มขึ้นราว 50%
  • Microsoft ให้การเล่น HEVC(H.265) ผ่านแอปแบบเสียเงิน “HEVC Video Extensions” และใน Windows 11 24H2 ยังถอดโคเดก AC-3(Dolby Digital) ที่มีมาในตัวออกด้วย
  • เพลเยอร์ภายนอกที่มีโคเดกในตัวเองอย่าง VLC อาจเป็นทางเลือกที่พึ่งพาส่วนขยายแบบเสียเงินของ Microsoft น้อยกว่า

ภาระด้านประสิทธิภาพของ Media Player ใหม่

  • Media Player ใหม่ของ Windows 11 รับบทเป็นแอปเริ่มต้นสำหรับสื่อ โดยมาแทน Groove Music และ Windows Media Player แบบคลาสสิก
  • ในการทดสอบของ Windows Latest พบว่าความต่างด้านการใช้หน่วยความจำชัดเจนมากแม้อยู่ในสถานะว่างและไม่ได้ทำอะไร
    • Media Player ใหม่: RAM ประมาณ 377MB
    • Windows Media Player รุ่นเดิม: RAM ประมาณ 103MB
    • ต่างกันประมาณ 3.5 เท่า

ความเร็วในการเปิดวิดีโอในเครื่องช้าลง

  • เวลาเปิดไฟล์วิดีโอในเครื่องก็นานขึ้นใน Media Player ใหม่
    • เพลเยอร์เดิม: ประมาณ 2 วินาที
    • Media Player ใหม่: ประมาณ 3 วินาที
    • เวลาเริ่มต้น เพิ่มขึ้นราว 50%

การรองรับโคเดกและส่วนขยายแบบเสียเงิน

  • Microsoft ให้การเล่น HEVC(H.265) ผ่านแอป “HEVC Video Extensions” แบบเสียเงินบน Microsoft Store
  • ใน Windows 11 เวอร์ชัน 24H2 มีการนำโคเดก AC-3(Dolby Digital) ที่มีมาในตัวออก
    • Media Player ใหม่บนระบบดังกล่าวจึงไม่สามารถเล่นแทร็กเสียง AC-3 ได้โดยค่าเริ่มต้น

การเปลี่ยนแอปเริ่มต้นและตัวเลือกที่ยังเหลืออยู่

  • Media Player ใหม่เข้ามาแทน Groove Music และ Windows Media Player แบบคลาสสิกบนพีซี Windows 11 ทุกเครื่อง
  • Windows Media Player แบบคลาสสิกยังคงมีให้ใช้งานในฐานะ องค์ประกอบเสริม แต่ตัวเลือกเริ่มต้นกำลังย้ายไปทาง Media Player ใหม่
  • หากไม่ติดที่จะใช้เพลเยอร์ภายนอก ก็ยังมีทางเลือกอย่าง VLC
    • VLC มีโคเดกมาในตัว จึงไม่ต้องพึ่งพาส่วนเสริมแบบเสียเงินของ Microsoft

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 4 시간 전
ความคิดเห็นจาก Hacker News

  • การตัดการรองรับ HEVC ออกไปน่าจะไม่ใช่ทางเลือกของ Microsoft เองเสียทีเดียว แต่มีแนวโน้มว่าเป็นเพราะ การขึ้นราคาของกลุ่มสิทธิ์ใช้งาน
    ทุกวันนี้ตัว Windows Media Player เองก็มีคนใช้น้อยอยู่แล้ว และการเล่น HEVC ก็น่าจะยิ่งน้อยกว่าอีก การเล่นคอนเทนต์ส่วนใหญ่เกิดขึ้นผ่านสตรีมมิงและในเบราว์เซอร์ ส่วนการใช้ RAM ที่เพิ่มขึ้นก็ดูจะเป็นผลจากแนวโน้มการทำฟรอนต์เอนด์ด้วย JS/TS แทน API ฟรอนต์เอนด์แบบเนทีฟของระบบปฏิบัติการ ในมุมการพัฒนาแอป การหาคนทำ JS UI นั้นง่ายกว่ามาก และ LLM ก็น่าจะจัดการแอป React ได้ดีกว่า UML มาก
    [1]: https://arstechnica.com/gadgets/2026/04/lawsuits-licensing-a...

    • การประนีประนอมแบบ แย่ลงสำหรับผู้ใช้ แต่ทำให้ง่ายขึ้นสำหรับนักพัฒนา นั้นรับไม่ได้ และสมควรถูกวิจารณ์
    • ถ้า Google และ Apple เลือกตัดการรองรับฟอร์แมตวิดีโอที่ใช้กันทั่วไปออกไป เพื่อแลกกับการไม่ต้องจ่ายค่าลิขสิทธิ์ที่แพงขึ้นเล็กน้อย ก็คงพอเข้าใจได้บ้าง
      แต่ Microsoft เวลาจะทุ่มเงินกับการควบรวมกิจการที่ไม่สร้างผลงานกลับทำเหมือนมีเงินไม่จำกัด ก็ควรเอาเงินส่วนนั้นบางส่วนมาใช้เพื่อ รักษาประสบการณ์ผู้ใช้ ด้วย ในเมื่อบริษัทอย่าง Dell ยังออกโน้ตบุ๊ก Windows รุ่นใหม่ที่มี RAM แค่ 8GB อยู่ การบวมของหน่วยความจำแบบไม่จำเป็นยิ่งรับได้ยาก
    • ตอนนี้เหมือนต่อให้ให้ AI เอาโค้ด UI ทั้งหมดที่เขียนหลังปี 2010 มา เขียนกลับแบบหยาบ ๆ เป็น Win32 และ MFC ก็น่าจะได้ผลลัพธ์ที่ดีกว่าขยะที่กำลังยัดเยียดกันอยู่ทุกวันนี้มาก
    • ถ้าการใช้ RAM ที่เพิ่มขึ้นมาจากแนวโน้มการทำวิศวกรรมฟรอนต์เอนด์ด้วย JS/TS แทน API ฟรอนต์เอนด์แบบเนทีฟของ OS ก็ชวนสงสัยว่าทำไม เครื่องมือสร้างแอปข้ามหลายระบบปฏิบัติการ พวกนี้ถึงไม่คอมไพล์เป็นโค้ดเนทีฟแล้วใช้ API แบบเนทีฟไปเลย
      หรือว่าไม่มีเครื่องมือแบบนั้นตั้งแต่แรก?
    • แอปนี้ไม่ได้ใช้ JS/TS มันคือ Groove Music ที่เปลี่ยนสกิน และน่าจะเป็น C++ หรือ C# ทั้งหมด โดยคงอิงกับ C# + UWP/WinUI2 XAML
      Xbox Music บน Windows 8.x เคยทำด้วยเทคโนโลยีเว็บจริง แต่พอเปลี่ยนเป็น Groove Music บน Windows 10 ก็ถูกเขียนใหม่กลับมาเป็น C# และ XAML

  • ต้องยอมรับว่า Microsoft เอา vibe coding จาก Copilot มาใช้ภายในได้ถึงระดับนี้จริง ๆ
    จะไปแนะนำลูกค้าให้ใช้วิธีแก้ปัญหาที่แย่ แต่ตัวเองภายในใช้ของอย่างอื่น ก็คงทำไม่ได้แล้ว

    • แอปนี้คือ Groove Music ที่เปลี่ยนสกิน และโค้ดส่วนใหญ่เขียนในช่วงต้น Windows 10 ราวปี 2014~2017 ซึ่ง เก่ากว่า Copilot มาก
      การรีแบรนด์เป็น Media Player บน Windows 11 ก็เกิดราวปี 2022 จึงมาก่อนกระแสนั้น และหลังจากนั้นก็แทบไม่ได้แตะอะไรอีก

  • ที่น่าสนใจคือมันเป็นแอปเนทีฟที่ไม่มีเวอร์ชันเว็บด้วยซ้ำ แต่กลับตัดสินใจเขียนด้วย HTML/JS
    ยิ่งแปลกเพราะเกิดขึ้นหลังจากที่ Microsoft ประกาศว่าจะทำใหม่ด้วย WinUI เข้าใจได้ว่าเนทีฟมีแรงเสียดทานมากกว่า HTML/JS แต่พอมีการพัฒนาแบบเอเจนต์เข้ามา อุปสรรคนั้นก็ลดลงไปมาก ดูไม่เหมือนเป็นสิ่งที่คิดมาดีแล้ว

    • มันไม่ได้ใช้ HTML/JS อย่างน้อยถ้านับ C# ว่าเป็นเนทีฟ มันก็เป็น แอปเนทีฟเต็มตัว และเขียนด้วย C# กับ UWP/WinUI2 XAML
      UI ของ Xbox Music บน Windows 8.x ใช้เทคโนโลยีเว็บ แต่พอรีแบรนด์เป็น Groove Music บน Windows 10 ก็มีการเขียนชั้น UI ขึ้นใหม่ ส่วน Xbox Music เองก็เป็นการเปลี่ยนสกิน/เขียนชั้น UI ใหม่จาก Zune และ Zune เป็น C++ เท่ากับว่ามันวนมาครบหนึ่งรอบจาก เนทีฟ→เว็บ→เนทีฟ แล้ว “Media Player” ตัว “ใหม่” ก็ยังถูกระบุใน package metadata ว่าเป็น “ZuneMusic” อยู่ด้วย นอกจากนี้ Groove Music ยังถูกเขียนขึ้นเป็นหลักในช่วงต้น Windows 10 ราวปี 2014~2017 ส่วนการรีแบรนด์เป็น Media Player บน Windows 11 ก็เกิดในปี 2022 และหลังจากนั้นแทบไม่เปลี่ยนอีก
    • จริง ๆ แล้วแทบไม่มีอุปสรรคอะไรเลย การทำ UI ใน WinForms หรือ WPF ไม่ได้ยากอะไรนัก และ WinUI ก็น่าจะเหมือนกัน
      ปัญหาไม่ใช่ว่ายาก แต่คือหลายคน ขี้เกียจแม้แต่จะลองออกจาก comfort zone ของ HTML/JS ต่างหาก

  • ดูเหมือนว่าหลังจากเวอร์ชันคลาสสิกแล้ว ผมไม่เคยตั้งใจใช้มีเดียเพลเยอร์ห่วย ๆ ของ Microsoft อีกเลย
    ปกติใช้ MPC-BE เป็นหลัก และถ้าบางโค้ดกไม่เข้ากันก็มี VLC เป็นตัวสำรอง ทั้งสองตัวใช้ฟีเจอร์ super resolution ของ nVidia ได้ด้วย

  • ทุกวันนี้ยังมีคนใช้ K-Lite Codec Pack เพื่อลงโค้ดกทั้งหมดให้เพลเยอร์อยู่ไหม หรือเดี๋ยวนี้ก็ใช้ VLC กันไปเลย?

    • สมัย XP ผมชอบ K-Lite Codec Pack กับ CCCP (Combined Community Codec Pack) มาก โดยเฉพาะตอนที่ดูไฟล์ MKV กับไฟล์อนิเมะสารพัดแบบ มันมีประโยชน์มาก
      แต่ทุกวันนี้แทบไม่เจอไฟล์มีเดียที่ VLC หรือ MPC-HC เล่นไม่ได้ตั้งแต่แรกแล้ว ใส่เข้าไปก็ดูได้เลย
    • ทุกวันนี้แค่ติดตั้ง SMPlayer ตัวเดียวก็ได้โค้ดกทั้งหมดรวมมาในตัวเพลเยอร์แล้ว
    • วิธีแบบนั้นแทบจะหายไปแล้วตั้งแต่ราว 10 ปีก่อน
      เพราะส่วนใหญ่ก็เป็น H.264, H.265, VP9, AV1, MP3, AAC กันหมด
    • mpv

  • ถ้าหมายความว่า Media Player รุ่นใหม่ใช้ RAM ตอนปล่อยว่างไว้ราว 377MB และตัวเก่าใช้ราว 103MB งั้นแค่ไม่ทำอะไรก็กิน 103MB ก็ยังดูเยอะอยู่ดี

    • ถ้าเป็นมีเดียเพลเยอร์ การโหลดภาพปกอัลบั้มและคลิปเสียงสั้น ๆ ไว้ในหน่วยความจำเพื่อเล่นได้ทันที ก็ไม่ใช่เรื่องแปลก
      น่าจะมีทั้ง metadata ของไลบรารีทั้งหมดและดัชนีหลายชุดอยู่ด้วย SSD เร็วขึ้นแล้วก็จริง เลยอาจคาดหวังได้ว่าเพลเยอร์รุ่นใหม่จะ cache น้อยลง แต่การใช้งาน ที่เก็บข้อมูลบนเครือข่าย ที่เพิ่มขึ้น ไม่ว่าจะเป็นแบบอินเทอร์เน็ตหรือ NAS ที่เป็น HDD ในเครื่องข่าย อาจหักล้างผลนั้นได้
    • ลองวัดกับไฟล์เดียวกันแล้ว mpv ก็ใช้ 144MB และ VLC ก็ใช้ 144MB
      ยังมีตัวเลือกอื่นที่ใช้ RAM น้อยกว่านี้อีกไหม?

  • มีบทความที่บอกว่า HEVC ถูกทำให้ต้องเสียเงินหาอ่านได้ตั้งแต่ปี 2018 แล้ว
    และก็ยังไม่ชัดด้วยว่าคำว่า 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 of bad design” ไปใช้กับ PHP เพราะมันเข้ากับหลายสิ่งหลายอย่างที่ออกมาจาก Microsoft ได้ดีมาก
    ช่วงไม่กี่สัปดาห์มานี้ผมใช้ PowerBI อยู่ และบางทีก็ถึงกับทึ่งกับรูปแบบใหม่ ๆ ที่มันพังได้

  • แม้ผมจะเป็นแอนตี้แฟน Microsoft แบบได้รับการรับรอง แต่ถ้าจะเทียบกัน Music.app ของ Apple ก็กิน RAM ราว ๆ 580MiB เหมือนกัน

    • iTunes บน Windows ก็ยังเมมโมรีรั่วเหมือนสายยางอยู่ดี และถ้าฟังวิทยุออนไลน์ไปเรื่อย ๆ มันอาจพุ่งขึ้นไปถึง 4GB ได้

  • ก็เขียนด้วย managed code แล้วจะไปคาดหวังอะไรได้? แอปแกนหลักของ Windows สมัยก่อนเป็น C++ ล้วน
    ถ้าคุณเรียกร้องภาษา “ที่ปลอดภัย” มานานพอ ก็ต้องยอมรับ ต้นทุนด้าน RAM ด้วย

    • WinUI กับ WinAppSDK ถูกสร้างอยู่บน WinRT ที่ส่วนใหญ่เป็น C++
      ตลกตรงที่ฝั่ง Windows เคยพยายามฆ่า .NET ด้วย COM เวอร์ชันปรับปรุง หลังจาก Vista ชนะ Longhorn และมันกลับช้ากว่าแอป WPF เพราะ AddRef/Release
      https://arstechnica.com/features/2012/10/windows-8-and-winrt...