Versión 2.17

Esta versión es compatible oficialmente con Windows 10 y Windows 11.
También se confirmó que funciona con Windows 7 y Windows 8, aunque con algunos defectos visuales menores en la GUI.
Informar errores a feedback@asio4all.com!

Cambios desde la versión 2.17 Beta 2:

Cómo optimizar la latencia del dispositivo de audio USB 1 en un milisegundo más
Eliminar por completo la opción "Usar búfer de hardware", junto con la selección de 3 o 4 búferes KS. Esto tiene más de 20 años y no tiene ninguna utilidad en sistemas modernos.
Se solucionó un problema por el cual algunas entradas de audio no se mostraban
Menor utilización de la CPU también en el modo de sondeo Wavert cuando la opción “Modo de bajo consumo” está habilitada
Mejorar los informes de latencia de entrada/salida
El instalador ahora cuenta con la opción "Depurar". Al seleccionarla, se añadirá un controlador de depuración que detecta errores de la aplicación en lugar de simplemente bloquearla en el escritorio.
Correcciones menores para mejorar la estabilidad y el rendimiento.

Descargar ASIO4ALL 2.17 ⮱

Publicado

Marzo 4, 2026

Lista de noticias, Historial de Versiones

Admin

Tags:

Comentarios

22 respuestas a “Versión 2.17”

Kimberly

17 de Abril, 2026

Hola a todos,
No soy muy experta en tecnología, pero estoy intentando descargar la última versión; sin embargo, me aparece un mensaje que me pide que descargue otro navegador en mi computadora.
¿Es esto aceptable? No quiero descargar ningún software de terceros.

Responder
1. Admin
  
  17 de Abril, 2026
  
  Intenta no hacer clic en los anuncios cuando tu intención sea no hacerlo. Están claramente identificados como anuncios.
  
  Responder
Amos Maina

Marzo 22, 2026

Necesito conductores

Responder
manny

Marzo 19, 2026

Esta es una versión realmente mala para mí, es inutilizable en comparación con las versiones anteriores.

Responder
1. manny
  
  Marzo 21, 2026
  
  En versiones anteriores, a veces se cortaba, pero solo se oía silencio; ahora oigo crujidos y chasquidos fuertes, lo que hace que mis proyectos sean inutilizables.
  
  Responder
  1. Michael Tippach
    
    Marzo 21, 2026
    
    No debería hacer ninguna de las dos cosas. ¿Qué estás intentando hacer?
    
    Responder
L

Marzo 15, 2026

Buenos días, se ha confirmado un problema al grabar, reproducir o renderizar audio a través de ASIO4ALL 2.17 (4 de marzo de 2026): el controlador produce un volumen de salida notablemente inferior en comparación con el controlador ASIO integrado de Steinberg 1.0.9 (18 de diciembre de 2024), que es universalmente compatible con dispositivos y DAW. Referencia: https://helpcenter.steinberg.de/hc/en-us/articles/17863730844946-Steinberg-built-in-ASIO-Driver-information-download

Estoy usando Reaper 7.65 (11 de marzo de 2026) en Windows 11. Además de la discrepancia de volumen, existe un problema de estabilidad específico de la interacción entre Reaper y ASIO4ALL. Si activas "Solicitar frecuencia de muestreo" o "Solicitar tamaño de bloque" en el DAW y has instalado ASIO4ALL con los componentes Programa + Configuración sin conexión + Depuración, los plugins VSTi se bloquean con frecuencia, a veces de forma constante. Esto también afecta a los instrumentos independientes (por ejemplo, VSL Pianos, Pianoteq, entre otros).

Existe otro problema que conviene destacar: incluso al usar un controlador de audio diferente (WASAPI, Steinberg, etc.), ya sea dentro de un DAW o mediante un plugin independiente, la pantalla de depuración de ASIO4ALL y su informe de fallos seguirán apareciendo en la pantalla del usuario tras un fallo de la aplicación. Esto sugiere que ASIO4ALL permanece activo en la sesión de Windows independientemente del controlador de audio seleccionado, lo cual es un comportamiento inaceptable para un controlador que debería estar inactivo.

También cabe destacar que las próximas actualizaciones relacionadas con MIDI (1.0 y 2.0) para Windows 11 deben ser monitoreadas de cerca, ya que tienen el potencial de desestabilizar aún más el sistema y agravar estos fallos. Discord de Microsoft relacionado con MIDI: https://discord.gg/tqsBN8v4

Solución alternativa: Desinstale ASIO4ALL 2.17 por completo y vuelva a instalarlo sin los componentes de Configuración sin conexión y Depuración. No utilice la opción "Solicitar frecuencia de muestreo/tamaño de bloque" dentro del DAW. En su lugar, configure la frecuencia de muestreo y el tamaño de bloque directamente a través de la interfaz gráfica de ASIO4ALL mediante el botón "Configuración ASIO". Si bien el modo de depuración es una valiosa herramienta de diagnóstico para desarrolladores e ingenieros de audio, es innecesario para usuarios finales e intérpretes, y su presencia contribuye directamente a la inestabilidad descrita anteriormente. La causa raíz de la interacción entre Configuración sin conexión y Depuración aún requiere una investigación más profunda, pero la dejaré de lado por ahora.

Responder
1. Admin
  
  Marzo 15, 2026
  
  1.) El controlador ASIO de Steinberg se ejecuta sobre la pila de audio de Windows, de ahí la alta latencia y el diferente nivel de volumen. Esto último se debe a las mejoras de audio que realizan los APO dentro de la pila de audio de Windows. Si mezclas con audio procesado, es probable que el resultado final suene apagado, débil, etc.
  
  2.) Sí, la opción “Depurar” está pensada para… depurar. Dicho esto, no debería generar problemas por sí sola. El estado actual de las cosas se refleja en la compilación de depuración: https://asio4all.org/debug-build-with-trace-output/ Si persiste algún problema, se recopilarán datos adicionales. Si no es así, probablemente ya se haya solucionado.
  
  3.) La opción de configuración sin conexión debería ser inactiva. Lo único que hace es copiar el archivo “a4apanel.exe” en la carpeta de instalación. Y esta opción no hace absolutamente nada a menos que el usuario la ejecute.
  
  Para cambiar las opciones, no es necesario desinstalar primero. Simplemente reinstálelo con las opciones marcadas o desmarcadas según lo desee.
  
  Responder
POLILLA

Marzo 15, 2026

Si estoy usando auriculares Bluetooth en este momento, ¿no hay ninguna opción para ellos?

Responder
1. Admin
  
  17 de Abril, 2026
  
  En algunos sistemas, los dispositivos Bluetooth ya no son visibles. Este es un problema conocido que se solucionará en la próxima versión (v2.19, disponible próximamente).
  
  Responder
aster - Rapidez

Marzo 15, 2026

¡Qué estúpido 'arte' de IA!

Responder
1. anónimo
  
  Marzo 15, 2026
  
  jaja lol sí
  
  Responder
2. Admin
  
  Marzo 15, 2026
  
  Me alegra muchísimo saber que esto es lo único de lo que aún podemos quejarnos.
  
  Responder
Ростислав

Marzo 10, 2026

¿Qué archivo de programas de descarga no tiene ningún nombre?

Responder
KJ

Marzo 9, 2026

Querido Michael,
Tengo una sugerencia que podría mejorar enormemente la estabilidad en placas base baratas y sistemas problemáticos.
Mi configuración de trabajo es:
Una aplicación utiliza ASIO4ALL solo para entrada
Otra aplicación utiliza ASIO4ALL solo para salida
Se comunican a través de la dirección de bucle local (127.0.0.1) con un pequeño búfer
El flujo de entrada pasa a través de este búfer de bucle invertido hasta la salida.
Esta configuración es extremadamente estable incluso en placas base defectuosas, porque:
La entrada y la salida están desacopladas
El búfer de bucle invertido absorbe los picos de DPC de Windows y la fluctuación de programación
No se bloquean entre sí
El reloj todavía se maneja correctamente
Esto demuestra que la estabilidad no proviene únicamente de una menor latencia o un mejor reloj.
pero al disociar la entrada y la salida con un buffer entre ellas.
Dado que ya separó el búfer principal y el reloj principal en v2.17,
¿Podrías implementar este buffer de bucle invertido interno dentro de ASIO4ALL automáticamente?
La idea es:
ASIO4ALL maneja la entrada en un hilo/flujo
Pasa a través de un pequeño buffer interno (como 128–512 muestras)
ASIO4ALL maneja la salida en otro hilo/flujo
Todo dentro de la DLL, transparente para el usuario
Si piensa que usar el bucle local no es lo ideal, también podría usar memoria compartida o un búfer de anillo en la memoria del sistema para lograr el mismo efecto de desacoplamiento.
Esto no rompería la compatibilidad,
pero haría que ASIO4ALL fuera estable a baja latencia incluso en placas base débiles.
¡Gracias por tu increíble trabajo!

Responder
1. Admin
  
  Marzo 10, 2026
  
  Agregaría exactamente el tamaño del buffer intermedio a la latencia de ida y vuelta real, independientemente del tamaño del buffer ASIO aparentemente menor.
  El modo compartido de WASAPI te permitiría hacerlo. Tamaños de búfer ASIO extremadamente bajos en teoría, a costa de una latencia real mucho mayor debido al almacenamiento en búfer adicional.
  
  Responder
Estudios Starbite

Marzo 7, 2026

La versión 2.17 tiene un virus... la descargué en dos computadoras diferentes para asegurarme y ambas descargas fueron marcadas como virus.

Responder
1. Admin
  
  Marzo 7, 2026
  
  Y lo sabes con certeza porque 4 de un trillón de escáneres en Virustotal lo marcaron como “Gen:Trojan.Heur.FU.cq2@aW24Roni”.
  
  https://www.virustotal.com/gui/file/39f1711bdba8578b19a9df8fc6e62510bc8b803025e07f72050f0dd1c515ba7f
  
  Donde “Heur” significa “Heurística”.
  
  Parece que ya tienes ese en particular en tu computadora, ya que estás usando Windows: https://learn.microsoft.com/en-us/answers/questions/3897108/gen-trojan-heur2-fu-ju0@ao2unhpi-(b)-detected-is-t
  
  Responder
KJ

Marzo 5, 2026

No elimine los 3 o 4 búferes KS. Algunos canales de audio virtuales requieren 3 o 4 búferes con baja latencia; de lo contrario, se producirán ruidos y fallos de audio.

Responder
JD

Marzo 5, 2026

S/PDIF (RealTek) tiene problemas enormes.
1. Emite un sonido adecuado en modo de energía, pero el uso de la CPU es brutal: 4 subprocesos alcanzan un pico del 95 % cada 2 o 3 segundos (no mucho menos entre ellos según TaskManager) en una CPU moderna.
2. En el modo de bajo consumo, emite un sonido distorsionado después de estar en silencio durante unos 30 segundos o no emite ningún sonido.

Todos los dispositivos de entrada/salida, excepto S/PDIF, están deshabilitados y configurados para el modo exclusivo de 44.1 kHz/24 bits en el panel de control de Windows 11. La configuración de ASIO4ALL es predeterminada, excepto el tamaño de búfer de 128.

En mi computadora anterior, la única versión de ASIO4ALL que realmente funcionaba (al menos para S/PDIF) era la antigua versión 2.14.

Responder
1. Admin
  
  Marzo 5, 2026
  1. El alto uso de CPU percibido se debe a que el hilo de audio principal no permite que el sistema operativo entre en un estado de menor consumo de CPU, mientras que el hilo está inactivo (no procesa datos de audio del host). El programador distribuye la carga entre 4 núcleos, supuestamente para mitigar los puntos de acceso internos. ¡Esto no le roba ni un solo ciclo de CPU a tu DAW!
  
  2. Un tamaño de búfer de 128 en modo de bajo consumo es ambicioso, porque cualquier valor por debajo de 4 ms permite que el esquema de almacenamiento en búfer interno apunte a la latencia más baja en comparación con cualquier otra cosa.
  
  (A) ¿También probaste 192 muestras = 4ms a 48 kHz?
  (B) Además, asegúrese de ajustar la limitación de la CPU en consecuencia:
  Cómo deshabilitar la limitación de la CPU en Windows
  1. Presione Win + R, tipo powercfg.cpl, y presiona Enter.
  2. Haga clic en Cambiar la configuración del plan junto a su plan de energía activo.
  3. Seleccione Cambiar la configuración avanzada de energía.
  4. Expandir Gestión de energía del procesador haciendo clic en el signo más (+).
  5. Expandir Estado mínimo del procesador Y póngalo en 100%.
  6. Expandir Estado máximo del procesador Y póngalo en 100%.
  7. Haga clic en Aplicar y luego en OK para guardar los cambios.
  (C) La “sincronización de búfer alternativa” podría ser tu aliada
  (D) El "silencio de 30 segundos" probablemente se deba a que ASIO4ALL se reinicia internamente al detectar una interrupción. En este caso, el icono de la bandeja del sistema se volverá rojo con un signo de exclamación. Siempre puede ejecutar la versión de seguimiento de ASIO4ALL (solo brevemente, ya que a veces escribe muchos datos de salida en muy poco tiempo): https://asio4all.org/debug-build-with-trace-output/
  Responder
  1. JD
    
    Marzo 5, 2026
    
    (c) La “sincronización de búfer alternativa” podría ser tu amiga
    
    ¡De hecho, ya funciona en el modo de bajo consumo preferido! ¡Gracias!
    
    (También revertí todos mis cambios innecesarios/fallidos ayer tratando de hacerlo funcionar, por ejemplo, deshabilitar todos los dispositivos de entrada/salida secundarios, cambiar a 44.1 khz, aumentar el tamaño del búfer a 256 aunque ahora me decidí por 192. Dejé la configuración de energía mínima predeterminada en 0% ya que ya configuré mi computadora para el uso de DAW, incluidos muchos cambios de configuración de energía más altos/mantener).
    
    Responder