Una actualización de Microsoft Defender en Windows 11 está haciendo que VLC tarde hasta más de medio minuto en arrancar la reproducción de archivos de audio y vídeo. El fallo no está en el reproductor de VideoLAN, ya que el antivirus del sistema pone en cuarentena por error la caché de plugins del programa.
Este fallo obliga a reconstruirla en cada ejecución de la aplicación. La polémica estalló tras un mensaje del diseñador de videojuegos Jonathan Blow. Hablamos de un creador de títulos como Braid y The Witness, que contó en su cuenta que había abandonado VLC en favor del Reproductor multimedia de Windows tras esperar cerca de medio minuto para escuchar un archivo MP3, y de paso puso en duda el estado general del software de código abierto.
El mensaje generó un aluvión de respuestas, y la propia cuenta oficial de VideoLAN tuvo que salir a aclarar la situación. El retraso no nacía del código de VLC, sino de un cambio reciente en Windows 11, una actualización de Defender que marca la caché de plugins del reproductor como contenido sospechoso.
El bug de Defender que deja en cuarentena la caché de VLC
VideoLAN confirmó que no se trata de un fallo de su propio software. El problema llega con una actualización de Microsoft Defender para Windows 11 que identifica de forma errónea la caché de plugins de VLC como un archivo malicioso y la aísla del resto del sistema. Según la explicación que ha circulado entre los usuarios afectados, esa cuarentena obligaría a Windows a reconstruir la caché de plugins cada vez que abrimos el reproductor, un proceso que explicaría los eternos segundos de espera que se denuncian.
Jonathan Blow@Jonathan_BlowFinally switched *away* from VLC *to* Microsoft Media Player, because VLC now takes 33 seconds to start playing an mp3 after clicking on it.A large sector of open source software is in a truly embarrassing place now… https://t.co/237aLdx2fG
12 de agosto, 2026 • 17:40
1.8K
57
La empresa no ha detallado ese mecanismo paso a paso, pero sí ha señalado al antivirus Microsoft Defender como origen del retraso. La prueba más clara de que el origen está en Windows y no en VLC la aportó un usuario de X identificado como VoxelPrismatic. Compartió una grabación de un sistema Linux con el entorno de escritorio KDE en la que VLC arrancaba la reproducción del mismo tipo de archivo en uno o dos segundos, sin ningún retraso apreciable.
La comparación entre ambos vídeos respaldó el argumento de VideoLAN: el problema reside en la capa de seguridad de Windows 11, no en el código del reproductor.
Cómo recuperar la velocidad de arranque de VLC en Windows
Si os está pasando esto en vuestro equipo, no os preocupéis, hay varias formas de solucionarlo sin esperar a que Microsoft mueva ficha. VideoLAN propone, como primer paso, regenerar la caché de plugins del reproductor. La primera opción consiste en lanzar VLC con el siguiente comando:
vlc --reset-plugins-cache
También podemos borrar manualmente la carpeta de caché guardada en el perfil de usuario y volver a abrir el programa después.
| Dato/Solución | Valor/Procedimiento | Riesgo/Fuente |
|---|---|---|
| Tiempo de arranque afectado en Windows 11 | 33 segundos (tuit de Blow); >30 s según reportes | Bajo / Tuit de @Jonathan_Blow |
| Tiempo en Linux KDE (sin Defender) | 1-2 segundos | N/A / Vídeo de @VoxelPrismatic |
| 1. Regenerar caché | Lanzar VLC con: vlc --reset-plugins-cache | Bajo / VideoLAN |
| 2. Borrar carpeta de caché manualmente | Eliminar caché en el perfil de usuario y reabrir VLC | Bajo / Documentación no enlazada |
| 3. Reinstalar VLC | Descargar desde la web oficial de VideoLAN | Bajo / VideoLAN |
| 4. Excluir vlc.exe en Defender | Añadir exclusión en Seguridad de Windows | Medio (reduce protección) / Comunidad |
Si el arranque sigue siendo lento, reinstalar VLC desde su web oficial ayudaría a restablecer los permisos y archivos que Defender había bloqueado. Varios usuarios afectados apuntan a una solución más duradera, que no es otra que añadir vlc.exe a la lista de exclusiones de Microsoft Defender. Así, al marcar el ejecutable como fiable, el antivirus dejaría de escanear su caché en cada arranque y el reproductor recuperaría el tiempo de carga habitual, de uno o dos segundos, según reportan quienes han probado este ajuste.