Harminchárom másodperces fagyással indítja az MP3-fájlokat a VLC médialejátszó, ám a háttérben nem a szoftver hibája áll. Bár a szokatlanul hosszú várakozási idő miatt több felhasználó elpártolt a programtól, a nyílt forráskódú lejátszó mögött álló csapat tisztázta, hogy a Windows 11 beépített védelmi rendszere okozza a kellemetlen fennakadást.
A nézeteltérés akkor került a nyilvánosság elé, amikor Jonathan Blow, a Braid és a The Witness című játékok ismert vezető fejlesztője éles kritikát fogalmazott meg a közösségi platformokon. Blow közzétette, hogy hosszú évek után kénytelen volt felhagyni az alkalmazás használatával és áttérni a Microsoft saját médialejátszójára, mert az ikonikus szoftver 33 másodpercig gondolkodott egyetlen audiófájl megnyitásakor. A fejlesztő a jelenség kapcsán a teljes nyílt forráskódú ökoszisztéma minőségét is kérdőre vonta.
A VideoLAN csapata határozott válaszban utasította vissza a vádakat. A fejlesztők rámutattak, hogy a lejátszó saját kódja sértetlen, a megakadást pedig az operációs rendszer biztonsági komponensének váratlan beavatkozása váltja ki.
Így bénítja meg a Microsoft Defender a lejátszó gyorsítótárát
A VideoLAN hivatalos tájékoztatása szerint a jelenségért a Microsoft Defender egyik frissítése a felelős Windows 11 környezetben. A védelmi szoftver téves riasztás következtében karanténba helyezte vagy zárolta a VLC médialejátszó telepítési mappájában található plugins.dat fájlt, amely a modulok gyors elérését biztosítja.
A szoftver belső felépítése eltér a hagyományos lejátszókétól, mivel moduláris struktúrára támaszkodik:
- A különböző dekóderek, kódekek és bemeneti modulok nem egyetlen bináris fájlban találhatók, hanem különálló komponensekként töltődnek be.
- A rendszer egy központi gyorsítótárfájl segítségével tartja nyilván a meglévő bővítményeket.
- A gyorsítótár jelenléte garantálja, hogy az alkalmazásnak ne kelljen minden egyes fájl megnyitásakor újra feltérképeznie a teljes bővítménykönyvtárat.
Amikor a Microsoft Defender zárolja vagy folyamatosan újraelemzi ezt a gyorsítótárat, az alkalmazás képtelen azonnal elindulni. A szoftver kénytelen újra és újra felépíteni a bővítmények listáját, ami pontosan a tapasztalt félperces csúszást eredményezi az audió lejátszásakor.
A Linux-tesztek tisztázzák a szoftver felelősségét
A technológiai közösség több független méréssel támasztotta alá a fejlesztők igazát. Egy Linux-felhasználó nyilvános demonstrációban mutatta be, hogy KDE környezetben ugyanaz a lejátszó egy-két másodperc alatt, azonnal elindítja az MP3-fájlt, ami egyértelművé teszi, hogy a hiba kizárólag a Windows biztonsági infrastruktúrájához kapcsolódik.
A vizsgálatok arra is rámutattak, hogy a vírusirtó háttérfolyamatai olyan mértékű lemezműveleti ellenőrzést végeznek a gyorsítótár zárolásakor, amely még a leggyorsabb NVMe adattárolóval szerelt rendszereket is lelassítja. Ennek eredményeként a modern számítógép a lejátszás pillanatában úgy viselkedik, mintha egy régi, alacsony fordulatszámú merevlemezről próbálná beolvasni az adatokat.
Bár a hibajelentések között korábbi Windows 10-es bejegyzések is találhatók, a tömeges akadozást a Microsoft friss kiberbiztonsági frissítései váltották ki. Az eset jól mutatja, mennyire kiszolgáltatottak a független szoftverek az operációs rendszer szintű védelmi algoritmusok téves döntéseinek.
Kézi megoldások a késleltetés megszüntetésére
A felhasználóknak nem kell törölniük a jól megszokott szoftvert, ugyanis a probléma manuálisan is orvosolható. A technikai közösség és a fejlesztők több hatékony lépést is meghatároztak a rendellenes várakozási idő megszüntetésére.
Amennyiben a zenehallgatás akadozik a számítógépen, az alábbi módszerekkel állítható vissza a megszokott sebesség:
- A gyorsítótár manuális újragenerálása az alkalmazás futtatásával vagy a beállítások alaphelyzetbe állításával.
- A lejátszó teljes újratelepítése a hivatalos weboldalról származó legfrissebb telepítőkészlettel.
- A szoftver telepítési mappájának vagy a vlc.exe fájlnak a felvétele a Microsoft Defender kizárási listájára.
A tartós megoldást a kivételek beállítása jelenti, mivel ez megakadályozza, hogy a védelmi rendszer a jövőben ismételten karanténba zárja a lejátszáshoz szükséges adatfájlokat.
Források:
