Microsoft Defender заставил VLC думать над MP3 по 33 секунды

Microsoft Defender заставил VLC думать над MP3 по 33 секунды

Microsoft Defender заставил VLC думать над MP3 по 33 секунды

Некоторые пользователи Windows 11 столкнулись с необычной задержкой в VLC: плееру требуется до 33 секунд, чтобы начать воспроизведение обычного MP3-файла. Команда VideoLAN обвиняет в проблеме Microsoft Defender, который после одного из обновлений якобы начал отправлять в карантин кеш плагинов VLC.

Ситуация получила огласку после жалобы разработчика игр Джонатана Блоу. Из-за задержки он отказался от VLC в пользу Microsoft Media Player, а заодно раскритиковал состояние открытого ПО на Windows.

Разработчики VLC ответили, что сам плеер здесь ни при чём. По их версии, Defender блокирует или помещает в карантин файл plugins.dat. В нём хранится кеш модулей, отвечающих за кодеки, демультиплексоры и ввод-вывод.

Без кеша VLC при каждом запуске приходится заново сканировать каталог плагинов. Пока пользователь ждёт первые ноты песни, плеер проводит полную перекличку своих внутренних компонентов. Получается почти винил: музыку тоже нужно немного подождать, только атмосферы меньше.

Проблема возникает не на всех компьютерах. Журналисты Tom’s Hardware попытались воспроизвести её на Windows 11, но VLC запускал MP3 без заметной задержки. Microsoft ситуацию пока не комментировала, поэтому точный масштаб сбоя неизвестен.

Для исправления разработчики рекомендуют переустановить VLC или пересоздать кеш с помощью vlc-cache-gen.exe. В меню «Пуск» также доступен ярлык сброса настроек и кеша, но он удалит пользовательские параметры: эквалайзер, горячие клавиши и настройки субтитров.

Добавление каталога VLC в исключения Defender тоже может предотвратить повторную блокировку, однако такой способ снижает контроль антивируса над файлами в этой папке. Поэтому безопаснее сначала ограничиться восстановлением кеша.

Обычный MP3 в итоге оказался полем боя между плеером и защитой Windows. Пользователь, как всегда, выполняет роль секундомера и технической поддержки.

Подпишитесь на новости

1,8 ТБ и вагон ошибок: как выгрузка с Яндекс Диска превратилась в квест

Пользователь «Яндекс Диска» решил сделать резервную копию 1,8 ТБ файлов, а также примерно 160 ГБ фотографий и получил приключение с ошибками API, зависшими загрузками и собственными скриптами.

По его словам, после октябрьских проблем с дата-центрами привычное скачивание папок через веб-интерфейс стало недоступно.

Подробности инженер Сергей Терёхин, известный как KenGuru66, описал  в собственном разборе на Хабре.

План был такой: rclone, сервер в Нидерландах, копия в Google Drive. Но стандартная аутентификация позволяла получить сведения о диске, а обращения к файлам возвращали ошибку 410. Доступ удалось наладить с другим OAuth-токеном.

Фотографии из безлимитной автозагрузки добавили веселья: для копирования через выбранный API их пришлось переместить в обычную папку. После этого они начали занимать место в тарифе. Более 30 тысяч снимков переносились около шести часов.

В выборке из 300 случайных файлов автор смог получить начало только 146. По важной папке с документами он скопировал и проверил по MD5 2315 файлов; ещё 3079 на момент публикации оставались недоступны.

Потерю данных автор не утверждает, он продолжает повторные загрузки. Скрипты опубликованы на GitHub.

RSS: Новости на портале Anti-Malware.ru