06 de marzo de 2004: versión 1.8

• Nadie se opuso a los cambios de la versión beta 1.8, por lo que esta se convertirá en la versión final. Dos cambios más...
• Se mejoró el comportamiento de reinicio del modo DMA directo. Esto hace que este modo sea más útil en Cakewalk Sonar.
• Se corrigió un error que puede o no haber causado fallas o comportamiento errático cuando el remuestreo estaba activo.

1.7 (25 de febrero de 2004)

• El modo DMA directo ya no se puede seleccionar para dispositivos PCMCIA.
• Cambiar la frecuencia de muestreo en la aplicación host ya no debería provocar un comportamiento errático.
• Había una condición de carrera que provocaba que Sonar se bloqueara en ocasiones. Esto se ha solucionado.
• El modo de búfer DMA directo ahora se resincroniza un poco más rápido, a veces y bajo algunas circunstancias…
• Por fin: ¡frecuencia de muestreo de 44.1 kHz para TODOS! Hice el trabajo preliminar para leer sobre el tema del DSP. ASIO4ALL ahora realiza la conversión de frecuencia de muestreo siempre que sea necesario para admitir 4 kHz. En lo que respecta a mi criterio personal, consideraría que la calidad del remuestreo es al menos decente. ¿Puedes escuchar la diferencia? No está tan mal si consideramos que mi último trabajo de DSP fue hace como 44.1 años... El remuestreo actualmente solo funciona en modo de búfer (la casilla DMA no está marcada)
• Además, hay una nueva casilla de verificación que le permite forzar el remuestreo a 44.1 kHz (siempre remuestreado desde/hasta 48 kHz). La razón de esta opción: descubrí que una cantidad de equipos de audio de bajo costo tienen el controlador WDM remuestreando sobre la marcha. La calidad de esto, en la mayoría de los casos, es muy cuestionable. Además, es posible que haya terminado en una situación en la que se pudieron lograr cifras de latencia decentes a 48 kHz, pero se produjo un crujido severo a 44.1 kHz. Si este parece ser su sistema, esta sería la casilla a marcar (bueno, al menos, esta fue la solución definitiva para _mi_ computadora portátil...)
• Se agregó otra casilla de verificación: "Deshabilitar entrada". El propósito de esta casilla se explica fácilmente: si no necesita una entrada ASIO, puede lograr una mejor latencia general, es decir, tamaños de búfer más pequeños al marcar esta opción.
• Se ha modificado un poco el comportamiento del Panel de control: siempre que marque la casilla Direct DMA y la configuración actual no sea muy razonable, la configuración del tamaño del búfer y del retardo de iode se ajustará a valores predeterminados razonables. Esto se debe a que algunas configuraciones que funcionan bien en el modo con búfer simplemente no tienen sentido en el modo Direct DMA y pueden hacer que el usuario crea que el modo Direct DMA no funciona en su sistema debido a un crujido excesivo durante un período prolongado después de cambiar a este modo. Recuerde siempre: el modo Direct DMA es una característica interesante, pero necesita un par de segundos para estabilizarse cada vez que se reinicia el controlador. Desafortunadamente, Cakewalk Sonar, por ejemplo, reinicia ASIO en cada ciclo de reproducción/detención/reproducción, lo que hace que el modo Direct DMA sea prácticamente inoperante en este entorno.
• Para mejorar la “experiencia del usuario” en configuraciones de varios dispositivos, ahora todos los ajustes del panel de control se almacenan por dispositivo. Al cambiar entre dispositivos, se recuperarán los ajustes aplicados anteriormente.
• En el modo con buffer (no DMA), ahora es menos probable que el controlador descarte buffers de entrada. Esto significa una mejora en la calidad/latencia de entrada en algunos sistemas.
• El modo de búfer DMA directo se ha rediseñado para lograr una mayor estabilidad y precisión de tiempo. Lamentablemente, esto requiere que vuelvas a ajustar los ajustes de tamaño de búfer y retardo. Por lo tanto, si antes tenías un ajuste de 128/3/3, ahora terminarás con, por ejemplo, 128/6/8. Sin embargo, esto no significa un aumento en la latencia. Es solo que los rangos físicos de estos controles deslizantes se han movido un poco. Además, se ha solucionado un problema que habría hecho imposible establecer un retardo de entrada razonable en algunos sistemas.
• Mejora la sincronización de medios en el modo de búfer DMA directo.

1.6 (2 de febrero de 2004)

• Se agregó una función y un acceso directo al escritorio para iniciar el panel de control sin conexión. Los cambios sin conexión no tienen un efecto inmediato. Espero que te guste el diseño 😉
• Solución alternativa para los controladores Creative dañados que provocan un BSOD con algunas tarjetas Sound Blaster. Los controladores de Microsoft para las mismas tarjetas parecen haber funcionado siempre bien.
• Se corrigió un error que causaba que no hubiera entradas disponibles con algunos dispositivos USB.
• Se corrigió un error que haría que el controlador no funcionara con algunas aplicaciones si el dispositivo de audio no admitía 48 kHz.
• Se agregó una solución alternativa para situaciones en las que un host con errores se encuentra con un controlador WDM con errores. Esto se manifestaría en un error del controlador ASIO si la aplicación se inicia por segunda vez.
• Cambio menor que podría mejorar la calidad de entrada en ciertas configuraciones.

1.5 (26 de enero de 2004)

• Lo hice funcionar con tarjetas ISA (¡sí, claro!) que no admiten una frecuencia de muestreo de 48000 Hz, como la serie ESS Audio Drive. Bueno, mientras haya un controlador WDM, ¿por qué no intentarlo?
• Se han relajado un poco los requisitos para que se muestre el cuadro DMA. ¡Pero nunca marque esta opción para dispositivos USB!
• Soluciona un problema con las tarjetas de grabación multicanal, es decir, vuelve a funcionar en mi puerto C DSP2000 😉
• El modo de búfer DMA directo se ha modificado un poco para obtener un mejor rendimiento (se necesita probar). Como efecto secundario negativo, es posible que las cosas necesiten más tiempo para sincronizarse después de iniciar la aplicación o aplicar algunos cambios en el panel de control. La resincronización tardará un par de segundos ahora, durante los cuales se escucharán crujidos y otras cosas.
• Solución general para todas las aplicaciones host que cancelan llamadas a BufferSwitch(). Hace que la solución alternativa de Reason quede obsoleta, es decir, que ya no tenga un tratamiento especial. También debería solucionar problemas con Tracktion.
• Samplitude ya no se bloquea al intentar abrir el panel de control.
• Agregue un cuadro de mensaje cada vez que se haya detectado que el dispositivo de audio ya está en uso. En nueve de cada diez casos, esto se debe a que el "Microsoft GS Wavetable SW Synth" está habilitado como dispositivo de salida MIDI en algún lugar.
• Agregue una pantalla de número de versión al panel de control ASIO para que ya no sea tan fácil confundir las cosas.

1.4 (19 de enero de 2004)

• Se ha producido una corrección muy importante, por lo que decidí lanzar una nueva versión justo un día después de la última. En el camino de la rev. 1.1 a la 1.2, introduje un error extremadamente estúpido que hizo que ya no funcionaran cosas que antes funcionaban bien con la rev. 1.1.
• El panel de control ASIO ahora se actualiza inmediatamente después de seleccionar un dispositivo de audio diferente. Esto solía ser una molestia menor en sistemas con más de un dispositivo de audio.

1.3 (18 de enero de 2004)

• ¡Buenas noticias para algunos! ASIO4ALL ahora funciona con incluso más dispositivos de audio. Ahora hay una nueva casilla de verificación 'Forzar muestras de 16 bits', que activa una solución alternativa para una situación en la que el controlador WDM informa una profundidad de bits de, por ejemplo, 20, pero no tiene planes de admitirla realmente cuando se le solicita. En Windows 'normal' esto no es un problema porque en Windows, todo es de 16 bits. Pero ASIO4ALL intenta maximizar su hardware, también en lo que respecta a la profundidad de bits. Lo más notable es que se ha informado que esta solución alternativa hace que los chips SigmaTel funcionen con ASIO4ALL.
• Cambio menor en la forma en que ASIO4ALL se conecta a la interfaz del controlador WDM.

1.2 (15 de enero de 2004)

• Esta vez ha habido bastantes cambios. Aún no he terminado con todo, pero debido a la cantidad de correcciones y mejoras que ya se han realizado, decidí publicar esta nueva versión por el momento.
• Se ha corregido un error bastante estúpido en el código que habría provocado una salida distorsionada en todos los canales excepto el izquierdo para dispositivos en los que los bits de entrada y salida por muestra no son los mismos. Para colmo de males, la mayoría de los códecs AC97 más nuevos entran en esa categoría (por ejemplo, salida de 20 bits/entrada de 16 bits). ¡Lo siento por eso!
• Agregue una solución alternativa para una serie de aplicaciones host que se comportan mal. Si alguna vez se encontró con este fenómeno: inicia su aplicación host, ingresa al panel de control ASIO, optimiza la configuración del búfer para tener un sonido limpio y luego sale y reinicia la aplicación y, de repente, se encuentra en un infierno de crujidos -> ¡no más maldiciones, ahora tenemos una solución alternativa para eso! Esto solo se aplica al modo de búfer, es decir, la opción de búfer DMA directo _no_ marcada.
• Mejorar el soporte para algunos dispositivos multicanal y solucionar un problema con dispositivos que aparecían en la lista de dispositivos pero no se podía configurar ninguna frecuencia de muestreo (el mensaje de error real depende de cuánto se confundió su secuenciador con eso). Más tarjetas deberían poder funcionar a 44.1 kHz frente a solo 48 kHz.
• Agregue soporte para el formato de muestra PCM empaquetado de 24 bits (en comparación con 32 bits), lo que debería resolver un problema con dispositivos de >16 bits que no admiten la salida PCM de 32 bits.
• Soluciona muchas razones por las que podría haberse bloqueado al hacer cosas en el panel de control ASIO (Bueno...)
• Habilitar el funcionamiento con dispositivos que no tienen entradas. En este caso, se crean dos entradas fantasma, ya que algunas aplicaciones parecen requerirlo.
• Los dispositivos de audio USB deberían aparecer ahora en la lista de dispositivos (al menos algunos deberían hacerlo, todavía tengo problemas con otros...). Si instalas esta versión sobre una anterior o si suceden otras cosas que no puedo controlar, es posible que puedas marcar la opción de búfer DMA directo en el panel de control ASIO para tu dispositivo de audio USB: ¡NO LO HAGAS! (a menos que tu color favorito sea el azul). El controlador de audio USB interno de Windows (usbaudio.sys) tiene un error que hace que el sistema se estropee si habilitas esta opción para dispositivos de audio USB.
• Actualización sobre el Razón Problema: He recibido una respuesta del Cabezas de hélice y parece que la descripción del error que aparece a continuación no es del todo correcta. Con la información que he recibido, he podido implementar una solución alternativa mucho mejor. Si está utilizando esto con Razón Esta nueva versión es imprescindible. ¡Los crujidos debidos a las actualizaciones de pantalla ya son prácticamente cosa del pasado! La casilla de verificación de audio de baja prioridad introducida en la rev. 1.1 ya no está. El controlador ahora comprueba automáticamente Razón siendo la aplicación host actual y aplica silenciosamente la (mejor) solución alternativa en este caso.

1.1 (5 de enero de 2004)

• Se corrige un error en el enumerador de dispositivos que, en determinadas circunstancias, impediría que algunos dispositivos aparecieran en la lista de dispositivos.
• Añadir solución alternativa para algunos problemas extraños Razón comportamiento. Sin embargo, esto es experimental. Ahora hay una nueva casilla de verificación que se supone que debes marcar si y solo si estás ejecutando Razón con este controlador. Si eres un Propellerhead Leyendo esto: ¿Qué te hace pensar que llamar a ASIOoutputReady() de forma asíncrona va a ayudar en algo? Hazlo como el resto de la industria: BufferSwitch()->FillOutput()->ASIOoutputReady()->MoreStuff()->Return(). De repente te darás cuenta de que las cosas no necesariamente tienen que crujir si mueves cosas por la pantalla. No necesita un hilo adicional, ¡deshazte de él!
• La instalación sobre una versión anterior ya no restablece la configuración predeterminada del panel de control. Para realizar la instalación con los parámetros predeterminados, primero debe desinstalar la versión anterior.

1.0 (final)

• Se agregó E/S de búfer DMA directo para dispositivos que lo admiten. Este modo es muy suave para la CPU y se pueden lograr latencias que son iguales a los valores que se obtienen con equipos profesionales.
• Para entender por qué esto funciona en algunos sistemas y en otros no, es necesario saber que los controladores de audio WDM vienen en dos versiones: WaveCyclic y WavePci. Solo tenemos una oportunidad con WavePci, porque estos controladores en realidad no copian los datos de audio de nuestro búfer, sino que hacen que el búfer que les enviamos sea su búfer DMA actual. Pero aún sabemos dónde están nuestros búferes, incluso después de haberlos enviado al controlador de audio WDM, ¿verdad? Por lo tanto, cuando escribimos en el búfer que se está reproduciendo actualmente, ¡estamos escribiendo directamente en el búfer DMA! La parte complicada es averiguar dónde escribir exactamente y cómo mantener las cosas sincronizadas.
• En pocas palabras, así es como funciona el modo de búfer DMA directo. Lamentablemente, la mayoría de los productos de consumo masivo vienen con controladores de tipo WaveCyclic únicamente, según parece. [Actualización] Más comentarios me han dado la impresión de que, irónicamente, algunos de los chips AC97 más extendidos en realidad _sí_ admiten este modo, al contrario de lo que dije antes. ¿Buenas noticias? Tal vez para ti, pero no para mí, ya que el 'Ali Audio Accelerator' de mi portátil no es uno de ellos. *grrrrrrr*
• Algunas mejoras menores.

1.0 betas:

• Primera versión estable.