ASIO4ALL – pilote ASIO universel – version russe. ASIO4ALL – pilote audio universel pour WDM Audio

Si vous avez déjà branché une guitare sur l'entrée ligne ou microphone de votre carte audio intégrée, vous avez probablement remarqué un retard sonore important.

Le protocole ASIO a été développé spécifiquement pour résoudre les problèmes de latence. Toutes les interfaces audio avec entrée instrument le prennent en charge, et si vous en possédez une, tout ce dont vous avez besoin a déjà été installé avec les pilotes de l'appareil lui-même.

Si vous vous contentez d'une carte audio intégrée ou d'une carte audio sans support ASIO, vous devez télécharger et installer le pilote universel gratuit ASIO4ALL.

L'interface de configuration ASIO diffère souvent selon les fabricants, mais l'essence est toujours la même. Par conséquent, je montrerai la signification générale des paramètres en utilisant l'exemple du pilote universel ASIO4ALL, et vous devrez étudier vous-même les nuances (le cas échéant) de votre appareil spécifique.

De plus, j'aborderai immédiatement le sujet du réglage des paramètres audio dans un programme de traitement du signal de guitare (en utilisant l'exemple du populaire Guitar Rig).

Configuration en utilisant ASIO4ALL et Guitar Rig comme exemple

Sélection de l'appareil

ASIO4ALL

Passons aux paramètres du pilote en cliquant sur le bouton Configuration ASIO. Une fenêtre de configuration du pilote pour le périphérique sélectionné s'ouvrira ; dans le cas d'ASIO4ALL, elle ressemblera à la capture d'écran ci-dessous.

Fenêtre de configuration ASIO4ALL

Ici, nous nous intéressons au choix des appareils et à la taille du tampon. La liste des appareils est située en haut à gauche, ce qui n'est rien de plus qu'une liste de toutes les interfaces audio connectées à votre ordinateur. Si vous cliquez sur le signe plus à gauche de l'appareil, une liste de toutes ses entrées et sorties s'ouvre.

Retrouvez dans les listes l'appareil et son port que vous utilisez pour connecter votre guitare. Si l'entrée est active et accessible, il y aura un triangle bleu à côté, comme dans la capture d'écran. S'il y a une icône différente, il y a probablement des problèmes. Par exemple : un autre programme utilise déjà ce périphérique ou cette entrée en mode exclusif.

La taille du tampon affecte le délai ; elle est définie à l'aide du curseur en bas de la fenêtre. Plus le tampon est grand, plus la latence est grande, mais en diminuant la valeur, vous augmentez la charge sur le processeur.

La taille du tampon est sélectionnée de manière empirique. Il doit être suffisamment petit pour que vous ne ressentiez aucun retard dans le son. Un signal indiquant que vous avez réglé le tampon trop petit entraînera une charge importante du processeur et des craquements ou des clics provenant des haut-parleurs pendant le jeu.

Après avoir effectué les réglages, fermez la fenêtre ASIO4ALL.

Fréquence d'échantillonnage

Le paramètre suivant dans les paramètres de Guitart Rig : Taux d'échantillonnage. Par défaut, le nombre y est 44100. C'est la fréquence d'échantillonnage, elle affecte à la fois la charge du processeur et la latence et, en plus, la qualité sonore (plus la valeur est élevée, plus la qualité est élevée, la latence est faible, plus la charge est élevée). .

(8 notes, moyenne : 4,13 sur 5)
Développeur: ASIO4ALL Site web: www.asio4all.com Version: 2.13 Langue: russe

Conducteur ASIO4ALL – conducteur alternatif, qui vous permet de créer de la musique sur votre PC. Mais il existe de nombreuses autres utilisations. Il s'agit d'un pilote audio indépendant qui peut être utilisé gratuitement dans une large gamme de programmes et de périphériques audio. À condition que l'appareil/logiciel prenne en charge WDM.

Il est le seul

ASIO4ALL est autonome car il n'existe pas d'autres "bons" pilotes audio indépendants. Il existe de nombreux pilotes audio meilleurs, mais ils ne sont pas universels, c'est pourquoi ce pilote est si populaire. Le pilote ASIO4ALL fonctionne pour tout le monde Versions Windows, même si les développeurs ne l'ont pas fait soutien officiel Windows 10 jusqu'en 2016. Il n'existe pas de manuel technique indiquant sur quelles configurations et sur quel matériel ce programme fonctionnera. Il vous suffit d'installer le pilote pour voir s'il fonctionne.

Conclusion

Si vous n'avez jamais travaillé avec ASIO auparavant, vous pourriez rencontrer des problèmes pour l'installer. Asio4ALL a son lot de problèmes. Ce n'est pas parfait, mais il fonctionne sur une vaste gamme de logiciels et d'appareils audio car il est polyvalent, et cela en soi est une raison suffisante pour mériter le respect.

Vous pouvez télécharger gratuitement le pilote Asio4ALL en russe à partir du lien ci-dessous

Changements depuis la version 2.11

Correction : exception dans le fil de discussion en arrière-plan.

Correction : temps de démarrage de l'application long et, parfois, rétrogradation de la plage de fréquence d'échantillonnage de l'appareil.

Correctif : les sorties peuvent rester indisponibles si plusieurs périphériques de sortie sont actifs.

Solution de contournement : écran bleu « stdriver64.sys » / tous les périphériques marqués « Beyond Logic » dans un hôte 32 bits sous Windows 64 bits. Causé par un logiciel de capture audio tiers, même après la désinstallation dudit logiciel. La solution de contournement fait partie du programme d'installation d'ASIO4ALL, ce qui signifie que vous devrez peut-être réexécuter le programme d'installation si le problème survient ultérieurement.

20 juin 2014 : Important !

Il y a eu une confusion avec les téléchargements de la version 2.11 qui a été corrigée maintenant. Si vous avez téléchargé votre ASIO4ALL 2.11 avant d'avoir lu ceci, veuillez le retélécharger et le réinstaller !
Le symptôme d’un ancien téléchargement (interrompu) serait une lecture saccadée avec des hôtes x64. Désolé pour le dérangement!

Version combinée 32/64 bits, prend en charge Win 98SE/ME/2k/XP/MCE/2003/XP64 et Vista/Windows 7/Windows 8.x x86/x64

Après plus de 4 ans, bien sûr, il s’agit d’une mise à jour *majeure* !

Changements depuis la version 2.10

Amélioration : essayez de récupérer un périphérique audio indisponible, inclut une solution de contournement pour un bug Windows (confirmé).

Amélioration : ajout d'une capacité générale de rééchantillonnage à facteur fixe

Amélioration : les latences sont désormais affichées pour la taille de tampon préférée, si l'hôte choisit de violer les spécifications.

Amélioration : prise en charge d'une fréquence d'échantillonnage commune unique qui n'est *pas* un multiple de 8 ou 11,025

Solution de contournement : le mode Realtek PULL n'est pas pris en charge pour les tailles de tampon ASIO "impaires". Le symptôme était une erreur "Au-delà de la logique" en fonction de la taille du tampon ASIO.

Correctif : problème potentiel de compatibilité des applications concernant le message de demande de réinitialisation ASIO

Correctif : augmentation de la latence en mode x64

Correctif : le mode Pull _et_ l'affichage de la latence fonctionnent désormais

Correctif : problème ASR avec MSVC 2013 x64 -> Impact sur les performances avec les hôtes compilés avec MSVC 2013

Correctif : apparence de l'interface utilisateur avec des paramètres régionaux système différents

Correctif : blocage avec certains hôtes x64

Correctif : Crash à la sortie de A4Apanel64.exe

Correction : fuite de mémoire mineure

Correctif : Toutes les régressions 2.11 Beta(1,2) connues ont été corrigées !

2.11 Version candidate

Changements depuis la version 2.11 Beta 1 :

Faites un effort pour reprendre le contrôle des appareils audio bloqués (« indisponibles »).

Correction d'une fuite de ressources mineure.

Correction de la régression dans la version 2.11 Beta 1 : la fonction de la case à cocher "Toujours rééchantillonner" a été inversée.

Supprimez la latence de sortie excessive dans les conditions suivantes : (1) hôte 64 bits (2) suréchantillonnage 44,1 -> 48 kHz (3) mode d'interrogation WaveRT.

Correction des problèmes audio de sortie dans la version 64 bits lors du suréchantillonnage par facteur intégral.

Correction du crash de a4apanel64 à la sortie (même si personne ne l'aurait remarqué)

Enfin, quelque chose de nouveau avec lequel vous amuser !

Changements depuis la version 2.10 :

Prend en charge plusieurs fréquences d'échantillonnage simultanément - tant qu'elles sont physiquement dérivées d'une horloge maître commune, sont des multiples entiers les unes des autres (sauf cas particulier 44,1/48 kHz), etc...

Prend en charge un certain nombre de fréquences d'échantillonnage du côté ASIO que le périphérique audio ne prend pas physiquement en charge. Fondamentalement, cela signifie une extension des capacités de conversion de taux à la volée.

Correction d'une régression introduite dans la version 2.10 liée à l'agrégation des périphériques d'entrée

Des petits trucs, comme d'habitude...

Version combinée 32/64 bits, prend en charge Win 98SE/ME/2k/XP/MCE/2003/XP64 et Vista/Windows 7 x86/x64

Changements depuis la version 2.10 bêta 1 :

Résoudre un certain nombre de problèmes de compatibilité des applications relativement mineurs

Supprimez les redondances d’éléments dans l’arborescence des périphériques GUI WDM. Correction du problème selon lequel certaines configurations (par exemple « Désactiver toutes les sorties ») ne seraient pas enregistrées/restaurées.

Améliorez la récupération lors de la suppression surprise du périphérique audio. Désormais, la réponse au retrait/réinsertion d'un périphérique audio (USB, ...) serait généralement de récupérer de l'événement et de reprendre la diffusion audio.

Solution de contournement pour le problème du duplex intégral avec les pilotes audio Realtek HD sur certains ordinateurs portables Acer.

Améliorations générales mais mineures des performances sous Vista et Win7.

La configuration du périphérique audio par défaut a été modifiée pour ignorer l'audio HDMI.

Changements depuis la version 2.9 :

Solution de contournement pour un problème de pilote VIA HD Audio sous XP

Correction de deux problèmes de compatibilité 64 bits qui auraient pu l'empêcher de fonctionner

Améliorer les performances (latence) des périphériques de classe audio USB sous Windows 7

Améliorer la précision de la compensation de latence des périphériques USB de classe audio sous XP et Vista

Réactiver le mode événement WaveRT Pour les fenêtres 7WOW64. Utilisé pour être cassé dans Vista (ksthunk.sys), corrigé dans Windows 7

Le panneau de commande mémorise désormais la sélection précédente dans l'arborescence des appareils.

Améliorer la synchronisation entrées-sorties dans un certain nombre de scénarios d'agrégation de périphériques

Des changements mineurs, ceci et cela - comme d'habitude...

Version combinée 32/64 bits, prend en charge Win 98SE/ME/2k/XP/MCE/2003/XP64 et Vista x86/x64

Certaines localisations sont encore en préparation. Afin d'éviter le travail en double, veuillez faire pas envoyez des traductions non sollicitées ! Si vous voulez aider avec la localisation et que vous vraiment signifier Pour cela, soyez prêt à rédiger également le/un manuel dans votre langue ! Pirater l'interface graphique est amusant (je sais), mais sans manuel natif, les gens seront toujours perdus !

Changements depuis la version 2.9 bêta 5 :

Correction d'un problème mineur avec la configuration par défaut en x64

Les modifications apportées à la taille du tampon ASIO ne prennent désormais effet que lorsque le curseur est relâché, évitant ainsi une éventuelle tempête de messages de réinitialisation pour l'hôte.

Les noms de canaux ASIO trop longs sont coupés un peu plus intelligemment.

Ajout d'une solution de contournement pour le problème d'entrée audio HD "Chopper Sound" sur certains systèmes Vista.

23 octobre 2008 : La version 2.9 (beta5) est disponible !
(De plus, la date de sortie finale de la version 2.9 a été prévue pour le 5 novembre)

Téléchargez ASIO4ALL 2.9 (bêta5) !

Changements depuis la version 2.9 beta4

Ajoutez une instance supplémentaire d'une solution de contournement pour le problème d'entrée audio Conexant HD.

Restaurez la compatibilité avec Win98 SE et WinME qui a été interrompue car MS a décidé à un moment donné de la supprimer de sa chaîne d'outils

Correction de la régression : les appareils WaveRT ne sont pas détectés si le mode de compatibilité est activé pour l'application hôte

Correction de l'entrée du mode événement WaveRT

Correctif : la version x64 aurait pu en théorie planter sur ASIOStop()

Correction d'un autre bug théorique dans le code de démarrage audio x64

Correction d'un problème où la version x64 plantait réellement si un périphérique d'entrée avait exactement quatre canaux

Autorisez également le bouton droit de la souris sur l'icône de la barre d'état pour ouvrir l'interface graphique.

Ajouter une tentative pathétique pour améliorer la synchronisation entrée/sortie WaveRT

Résolvez plusieurs problèmes liés à l'API d'intégration dans l'application ajoutée précédemment. Notamment, cela ne fonctionnait pas du tout en mode 64 bits auparavant.

Téléchargez ASIO4ALL 2.9 (bêta4) !

Changements depuis la version 2.9 beta3

Correction de plusieurs bugs dans la version x64 qui l'auraient en quelque sorte empêché de fonctionner presque entièrement sous XP 64.

Correction d'un problème de régression où l'activation du tampon matériel aurait pu provoquer un crash.

Correction d'un problème de régression qui provoquait un crash lorsque _no_ périphériques audio WDM étaient activés.

Insérez des éléments censés fournir une solution de contournement à un problème d'entrée audio Conexant HD. Pour l’instant, les résultats ne sont pas confirmés.

Téléchargez ASIO4ALL 2.9 (bêta3) !

Changements depuis la version 2.9 beta2

Ajoutez la prise en charge native de x64. Le pilote x64 est en interne un binaire séparé et peut développer des problèmes non présents dans la version x86, alors : veuillez tester ! Sinon, le comportement doit être entièrement transparent.

L'interface graphique a été complètement déplacée dans son propre fil. Cela a été nécessaire car le logiciel hôte existant dans son ensemble est en moyenne trop défectueux pour pouvoir poursuivre des développeurs individuels et leur demander de le réparer. Peu importe la base installée. En conséquence directe, le panneau de contrôle ASIO n'apparaît plus comme boîte de dialogue modale. Cependant, cette solution semble fonctionner mieux que ce à quoi je m’attendais initialement.

Algorithme amélioré pour trouver une fréquence d'échantillonnage réalisable pour certains appareils (par exemple EMU 404)

La triste nouvelle récente est que Carlos Mateo ("Texvo") est décédé le 4 août 2008. Pour sa contribution exceptionnelle à la communauté musicale, il manquera à beaucoup. La nouvelle était accompagnée d'une note suggérant son implication dans la conception et/ou le développement d'ASIO4ALL. Par conséquent, les gens ont commencé à envoyer leurs condoléances.

Cela me met dans la situation difficile de devoir préciser que Carlos n'a à aucun moment été impliqué dans la conception ou le développement d'ASIO4ALL. Ce qui est vrai, cependant, c'est le temps et le dévouement qu'il a consacrés à aider d'autres personnes avec leurs problèmes de matériel audio et de logiciels - y compris parfois des problèmes liés à ASIO4ALL. Il va certainement nous manquer !

Téléchargez ASIO4ALL 2.9 (bêta2) !

Changements depuis la version 2.9 beta1

Rendre le mode événement WaveRT strictement opt-in. Il est cassé dans de trop nombreux cas et peut avoir provoqué des choses amusantes et moins drôles avec les appareils audio HD intégrés. Il existe désormais une nouvelle case à cocher dans laquelle vous devez autoriser explicitement l'utilisation du mode événement (alias Pull-Mode).

Solution de contournement ajoutée pour les appareils à bande passante extrêmement faible, tels que les appareils audio sur la pile Bluetooth Toshiba (et éventuellement d'autres), si vous aimez ce genre de chose...

Correction de quelques problèmes mineurs d'allocation des ressources WRT WaveRT.

Ajoutez des solutions de contournement pour les implémentations d'hôtes interrompues qui violent les exigences Microsoft COM. Cela ne résout rien complètement, mais permet plutôt d'éviter les plantages, tout en perdant des fonctionnalités. MAIS PEU PEU C'EST _VOTRE_ CODE QUI RESTE EN FAUTE, ALORS VEUILLEZ LE RÉPARER !

Téléchargez ASIO4ALL 2.9 (bêta1) !

Changements depuis la version 2.8

L'interface graphique a quelque peu changé, mais presque tout sera exactement comme avant. Vous trouverez votre chemin ! W est parti puisque bientôt il le sera bel et bien.

Ajoutez un accès à la barre d’état système au panneau de commande et à l’indicateur d’état.

Le panneau de configuration mémorise désormais sa position à l'écran.

Solution de contournement pour le pilote IDT HD Audio enregistrant l'interface WaveRT sous XP.

STHDA non mis sur liste noire pour les fréquences d'échantillonnage supérieures à 48 kHz. En probation maintenant.

Solution de contournement pour le mode événement WaveRT qui semble toujours défectueux dans WOW64, même après Vista 64 SP1.

Améliorez les performances de WaveRT dans Vista.

Ajoutez une interface d'application hôte, donnant aux développeurs la possibilité de contrôler la configuration ASIO4ALL depuis leur application.

Et encore une fois : des améliorations plus mineures, dont la plupart servent principalement à augmenter la tolérance aux pannes, d'autres peuvent changer le monde tel que nous le connaissons, mais, hélas, avec le temps, j'avais oublié lesquelles et de quelle manière exactement.

Notez que d'autres localisations pourront être ajoutées dès que je serai en phase avec les personnes qui se sont portées volontaires ! -

	ASIO4ALL 2.8 - Anglais
	ASIO4ALL 2.8 - Allemagne
	ASIO4ALL 2.8 - Chinois (manuel anglais)

Changements depuis la version 2.8 bêta 2 :

Plus de défauts avec SB X-Fi sous Vista.

Compatibilité générale avec Vista améliorée.

Amélioration de l'affichage des noms de périphériques par l'énumérateur WDM.

Ajout de la possibilité de récupérer après la suppression surprise des périphériques audio USB.

Quelques ajustements précis de l'implémentation de WaveRT.

La réorganisation des appareils agressifs (à partir de la version bêta 2) s’est quelque peu atténuée. Cependant, les sorties analogiques doivent toujours être répertoriées avant celles SPDIF.

Des améliorations plus mineures, dont la plupart servent principalement à augmenter la tolérance aux pannes, d'autres peuvent changer le monde tel que nous le connaissons, mais, hélas, avec le temps, j'avais oublié lesquelles et de quelle manière exactement.

10 avril 2007 : Version 2.8 BETA 2 -Téléchargez ASIO4ALL 2.8 BÊTA 2 ! Changements depuis la version 2.8 Beta 1 :

La prise en charge de WaveRT inclut désormais également le mode de notification d'événements ainsi que la prise en charge d'implémentations très basiques sans registre de position.

Un certain nombre de périphériques audio qui fonctionnaient avec la version 2.6 mais qui ont cessé de fonctionner dans la version 2.7 devraient à nouveau fonctionner maintenant.

Les fonctionnalités de surveillance et de récupération après incident sont désormais facultatives et peuvent être activées dans le registre - si vous le devez absolument.

La désinstallation d'ASIO4ALL supprime désormais également les paramètres utilisateur du registre, vous donnant toujours un « nouveau départ » après une réinstallation.

Les interfaces des appareils seront désormais réorganisées de telle sorte que les entrées et sorties analogiques soient répertoriées avant tout widget S/PDIF. Cela ne règle rien. Cela m'évitera cependant d'avoir à expliquer encore et encore la même chose aux utilisateurs d'appareils HD Audio sous Vista qui s'attendent souvent à ce que les choses "fonctionnent simplement" dans la configuration par défaut. aurait amené les sorties S/PDIF devant les sorties analogiques, ce qui obligerait toute application qui produit un son stéréo sur les deux premiers canaux ASIO à utiliser le S/PDIF en conséquence, faisant se plaindre les gens qu'il n'y a "pas de son. Un cauchemar de support !"

Correction d'un problème de synchronisation plutôt peu spectaculaire qui aurait pu conduire à ce que les broches audio soient signalées par intermittence « au-delà de la logique » même si elles fonctionnaient très bien.

Les périphériques audio USB bloqués par d'autres applications audio auraient été signalés comme « au-delà de la logique ». Ils sont désormais signalés comme "indisponibles" - comme ils devraient l'être.

28 mars 2007 : Version 2.8 BETA 1 -Téléchargez ASIO4ALL 2.8 BÊTA 1 ! Changements depuis la version 2.7 :

Ajoutez la prise en charge de l'audio WaveRT Vista (32 bits) et de la planification en temps réel.

Quelques petites adaptations supplémentaires à Vista RTM

Les paramètres de tampon KS de 3 et 4 fonctionnent désormais comme prévu.

Améliorez une condition dans laquelle la latence réelle augmenterait avec le temps.

Solution de contournement pour un problème rare de pilote WDM provoquant un crash de type « division par zéro ».

Toutes les petites choses que j'ai réparées au cours de la dernière année et que je devais documenter, j'ai "oublié".

27 avril 2006 : Sortie de la version 2.7 (finale) !

	ASIO4ALL 2.7 - Anglais
	ASIO4ALL 2.7 - Allemagne
	ASIO4ALL 2.7 - Chinois (manuel en anglais)

Changements depuis la version 2.7 bêta 4 :

Ajoutez une sorte de localisation. La poursuite ou non de cet effort dépend en grande partie de la volonté des individus de passer un jour ou deux à traduire des documents dans leur langue maternelle – uniquement pour obtenir du crédit. Si l’effort de localisation s’avère peu utile (par exemple si je reçois de nombreuses demandes d’assistance en swahéli), il ne se poursuivra pas. La traduction chinoise n'est même pas très bonne, mais - la prochaine fois que vous consulterez le manuel de votre lecteur DVD - cela vous apportera peut-être la tranquillité d'esprit en sachant quelqu'un, enfin, remet eux récupérer une partie de leurs propres médicaments. Babelfish règne en maître !

Changement annulé concernant SBPCI 128, retour à la stéréo uniquement, mais au moins cela fonctionne.

Une nouvelle solution de contournement pour Aureal Vortex 1, 2 et 3, donc ces choses devraient fonctionner maintenant, FWIW.

Ne tentera même pas temporairement d'ouvrir un appareil à 44,1 kHz chaque fois que son option de rééchantillonnage à 48 kHz est cochée. Ceci est censé corriger d'autres erreurs "Au-delà de la logique", surtout lorsqu'elles n'étaient observées que sporadiquement.

21 avril 2006 : Version 2.7 BETA 4 -Téléchargez ASIO4ALL 2.7 BÊTA 4 ! Changements depuis la version 2.7 bêta 3 :

Ajout d'un mécanisme censé détecter quand les pilotes mentent sur leur support natif du 44,1kHz.

L'interface graphique a été un peu épurée. Notamment, les interfaces des appareils ne sont plus affichées lorsqu'elles ne sont pas nécessaires.

SigmaTel High Definition Audio (également utilisé sur les Mac basés sur Intel) devrait fonctionner maintenant, ce qui, espérons-le, fera le bonheur d'un certain nombre de campeurs (pas seulement de Boot).

Le SBPCI 128 devrait désormais fonctionner en configurations 4/2 et 2/4.

18 avril 2006 : Version 2.7 BETA 3 -Téléchargez ASIO4ALL 2.7 BÊTA 3 ! Changements depuis la version 2.7 bêta 2 :

Ajoutez la vérification des intersections. Merci encore une fois à Eugene Muzychenko de m'avoir invité à réexaminer cela et à comprendre comment cela _pourrait_ fonctionner. En fait, cela semble fonctionner complètement maintenant, mais je me demande toujours pourquoi cela fonctionne comme il fonctionne et non comme il aurait dû fonctionner au début - probablement l'un des mystères de l'univers Microsoft(r). (tm). Qu'est-ce que cela signifie pour vous en tant qu'utilisateur, c'est que cela _pourrait_ résoudre comme par magie un certain nombre de problèmes avec les cartes son qui utilisent le « partage de prise » et des trucs comme ça également.

Correctif : ReWuschel fonctionne désormais également avec des tailles de tampon ASIO qui ne sont pas un multiple de 64 échantillons. Cela a parfois été perçu à tort comme une nécessité d'augmenter la taille du tampon si vous utilisez ReWuschel alors que normalement vous ne devriez pas avoir à le faire. De plus, le manuel a été mis à jour avec des informations sur l'utilisation de ReWuschel.

Ajoutez un changement de stratégie de tampon dynamique. Ceci est expérimental et vise principalement à _peut-être_ empêcher l'un ou l'autre crépitement occasionnel de se produire. Même si vous ne remarquez pas de différence, croyez-moi : en théorie, c'est tout à fait logique !

31 mars 2006 : Version 2.7 BETA 2 -Téléchargez ASIO4ALL 2.7 BÊTA 2 ! Changements depuis la version 2.7 bêta 1 :

Correctif : la mise en mémoire tampon matérielle consommait des quantités insensées de temps CPU avec la version bêta 1 sur certains systèmes.

Ajoutez "ReWuschel". Fondamentalement, il s'agit d'une interface d'entrée ReWire vers le moteur ASIO4ALL. L'installation de ReWuschel est facultative, car elle remplace la fonctionnalité de "ReBirth Input Machine" dans Reason. Cela signifie qu'ASIO4ALL prétendra essentiellement être ReBirth, vous ne pouvez donc pas utiliser ReBirth dans Reason avec l'option ReWuschel activée - gardez cela à l'esprit ! Notez également que cela ne fonctionne que si ASIO4ALL est sélectionné comme pilote ASIO actuel !

Quelques améliorations mineures du code du moteur audio. Un impact mesurable est peu probable.

22 mars 2006 : Version 2.7 BETA 1 -Téléchargez ASIO4ALL 2.7 BÊTA 1 ! Changements depuis la version 2.6 :

En fait, il y a eu un certain nombre de changements mineurs dans le moteur audio au cours des derniers mois, dont j'avais oublié les détails.

ASIO4ALL ne plante plus (BSOD) s'il y a un ATI Rage Theater ou un périphérique similaire dans le système. Les « pilotes » audio WDM livrés avec ces appareils sont tout simplement ignorés.

Le SBPCI 128 fonctionne désormais, mais uniquement en mode 2 entrées/2 sorties.

Les périphériques USB sont désormais généralement répertoriés par leur nom, lorsque cela est possible, au lieu de l'audio USB générique. Aide si vous en avez plusieurs.

Les entrées mono sont converties en stéréo, afin de ne pas confondre les hôtes qui supposent que les canaux viennent toujours par paires. Aide avec les périphériques d'entrée mono, tels que par ex. Micros USB.

A donné au curseur « Taille du tampon » dans le panneau de configuration une échelle logarithmique.

La configuration par défaut a été modifiée pour que par ex. Realtek HD Audio n'aurait pas ses entrées désactivées par défaut.

Expérimental : ajout d'un thread de surveillance censé intervenir si le moteur audio hôte utilise tout le processeur, par exemple en raison d'un problème de fonctionnement. dénormalisés.

Changement de dernière minute : Merci à Eugene Muzychenko (VAC) d'avoir signalé un problème qui aurait pu conduire à des erreurs « au-delà de la logique » ici et là ! Aide au moins avec VAC - mais qui aurait pensé _ça_...

11 avril 2005 : Sortie de la version 2.6 !Téléchargez ASIO4ALL 2.6 ! Changements dans la version 2.6 :

Correction d'une fuite de mémoire mineure qui aurait rendu environ 4 Ko de mémoire obsolètes à chaque redémarrage du moteur audio.

Ajoutez la prise en charge des fréquences d'échantillonnage inférieures à 44,1 kHz tant que le matériel audio les prend en charge.

Moins de surcharges avec des paramètres de taille de tampon faibles. Cela signifie des performances sans perte avec environ la moitié de la taille de la mémoire tampon par rapport à la version 2.5 sur un nombre important de cartes.

Modification de la gestion de la fréquence d'échantillonnage par défaut afin de contourner les problèmes avec certaines cartes basées sur Envy24.

Paramètres par défaut adaptés afin de contourner les problèmes liés aux pilotes AC97 spécifiques.

Historique des révisions:

19 mars 2005 : version 2.5

Solution de contournement pour un autre problème de pilote CT. Audigy LS fonctionne désormais également avec les entrées activées. MP3+ fonctionne désormais avec le pilote fourni par CT (sbusb.sys), vous n'avez donc pas besoin de revenir au usbaudio.sys générique pour le MP3+. Pour de meilleurs résultats avec l'Audigy LS, j'ai trouvé qu'il fallait absolument activer "Toujours rééchantillonner 44,1 kHz<->48kHz" dans le panneau de contrôle avancé ASIO4ALL.

Pour la plupart des périphériques audio USB qui utilisent le pilote audio USB Windows générique (usbaudio.sys), la compensation de latence devrait désormais être correcte avec les paramètres par défaut.

Les paramètres par défaut ont été modifiés pour certains pilotes WDM et en ce qui concerne leurs bizarreries spécifiques.

06 mars 2005 : Version 2.4

Correction d'un problème avec le premier périphérique audio de la liste devenant « collant », ce qui signifie que vous ne pouviez pas le désactiver dans le panneau de configuration.

Solution de contournement pour un bug dans les pilotes CT. Audigy & Cie. devrait fonctionner à nouveau.

Ajoutez la prise en charge de certains périphériques USB supplémentaires.

Supprimez la fonctionnalité de récupération après incident, qui était plus susceptible de dérouter l'utilisateur que d'être réellement utile.

Ajoutez un affichage de version approprié au panneau de commande.

Certaines performances plus mineures modifient d'autres choses.

11 février 2005 : version 2.3

La conservation des paramètres par application/par utilisateur fonctionne à nouveau.

Stabilité améliorée dans certaines configurations.

Quelques ajustements supplémentaires des performances.

Solution de contournement pour un bug dans les pilotes USB M-Audio (MobilePre USB,...) qui provoquait un BSOD.

Quelques choses plus mineures.

07 décembre 2004 : Version 2.2

Ajoutez une solution de contournement pour un problème avec certains pilotes SoundMax.

Modifiez légèrement la politique d'ouverture/fermeture afin qu'elle puisse mieux coopérer avec certaines applications audio.

Modifications plus mineures de la latence devinez-o-matic.

Correction de problèmes graphiques mineurs dans le panneau de configuration avec les thèmes modernes WinXP

Le pilote fonctionne désormais généralement également sous tous les niveaux de privilèges utilisateur jusqu'au compte « invité » inclus. L'installation nécessite bien entendu des privilèges d'administrateur.

Correction d'un problème qui aurait pu entraîner l'échec du pilote lors de sa seconde ouverture. Cependant, cela n’a été observé dans aucune configuration réelle.

Correction d'un problème qui aurait pu causer des problèmes lors de la modification de la fréquence d'échantillonnage.

26 novembre 2004 : version 2.1

Correction d'un bug qui pouvait provoquer des crépitements quelle que soit la taille du buffer.

Ajoutez la détection de surcharge et la récupération. Cela change toute la « sensation » du moteur audio, car ce qui se manifestait auparavant principalement par un début soudain de crépitements excessifs est désormais réduit à un court moment de silence. Si la condition de surcharge ne disparaît pas, le silence sera encore plus grand. Cela ne se produit pas en mode matériel tamponné, car il est pratiquement impossible de surcharger le sous-système WDM dans ce mode.

Moteur audio optimisé une fois de plus (pas de changement dans le mode tampon matériel, cependant). Latence moyenne EN BAS !

• Plus de changements dans la compensation automatique de latence (toujours en cours)

  Correction d'un bug qui désactivait l'entrée audio dans Podium.

  Correction d'un problème de chargement/sauvegarde des paramètres. La mauvaise nouvelle est que vous devrez refaire tous les réglages effectués avec la version 2.0. Désolé!

  Comprend toujours le Controversal Arrow(tm), qui, néanmoins, est là pour rester !

11 novembre 2004 : version 2.0

Cela a été une réécriture presque complète.

Personne ne s'est opposé aux modifications apportées à la version 1.8 bêta 1, celle-ci devient donc la version finale. Deux autres modifications...

Amélioration du comportement de redémarrage du mode Direct DMA. Cela rend ce mode quelque peu utilisable dans Cakewalk Sonar.

Correction d'un bug qui pouvait ou non avoir provoqué des plantages/un comportement erratique lorsque le rééchantillonnage était actif.

Le mode Direct DMA n'est plus sélectionnable pour les appareils PCMCIA.

La modification de la fréquence d'échantillonnage dans l'application hôte ne devrait plus provoquer de comportement erratique.

Il y avait une condition de concurrence qui provoquait parfois le crash de Sonar. Cela a été corrigé.

Le mode Direct DMA Buffer se resynchronise un peu plus rapidement maintenant, parfois et dans certaines circonstances...

Enfin : taux d'échantillonnage de 44,1 kHz 4 ALL ! J'ai fait le travail de base en lisant sur ces trucs DSP. ASIO4ALL effectue désormais une conversion de fréquence d'échantillonnage chaque fois que nécessaire afin de prendre en charge 44,1 kHz. En ce qui concerne mon jugement personnel, je considérerais au moins la qualité du rééchantillonnage comme décente - pouvez-vous entendre une différence ? Pas trop mal si l'on considère que mon dernier travail DSP remonte à 12 ans... Le rééchantillonnage ne fonctionne actuellement qu'en mode tampon (case DMA _non_ cochée)

De plus, il existe une nouvelle case à cocher qui vous permet de forcer le rééchantillonnage à 44,1 kHz (toujours rééchantillonné de/vers 48 kHz). La raison de cette option : j'ai découvert qu'un certain nombre d'équipements audio à faible coût disposent du rééchantillonnage du pilote WDM à la volée. La qualité de ces informations est le plus souvent très discutable. De plus, vous vous êtes peut-être retrouvé dans une situation où des chiffres de latence décents étaient réalisables à 48 kHz, mais de graves crépitements se sont produits à 44,1 kHz. Si cela ressemble à votre système, ce serait la case à cocher (Eh bien, au moins, c'était la solution ultime pour _mon_ lappy...)

Ajout d'une autre case à cocher : "Désactiver la saisie". Le but de celui-ci s'explique facilement : si vous n'avez pas besoin d'une entrée ASIO, vous pouvez obtenir une meilleure latence globale, c'est-à-dire des tailles de tampon plus petites lorsque vous cochez cette option.

Modification quelque peu du comportement du Panneau de configuration : chaque fois que vous cochez la case Direct DMA et que les paramètres actuels ne sont pas très raisonnables, la taille du tampon et les paramètres d'iodelay sont ajustés à des valeurs par défaut raisonnables. C'est parce que certains paramètres qui sont corrects. en mode tampon n'a tout simplement pas de sens en mode Direct DMA et peut faire croire à l'utilisateur que le mode Direct DMA ne fonctionne pas sur son système en raison de crépitements excessifs pendant une longue période après le passage à ce mode. Rappelez-vous toujours : le mode Direct DMA est une fonctionnalité intéressante, mais elle a besoin de quelques secondes pour se stabiliser à chaque redémarrage du pilote. Malheureusement, Cakewalk Sonar, par exemple, redémarre ASIO à chaque cycle de lecture/arrêt/lecture, ce qui rend le mode Direct DMA pratiquement impossible à utiliser dans cet environnement. .

Afin d'améliorer « l'expérience utilisateur » dans les configurations multi-appareils, tous les paramètres du panneau de commande sont désormais stockés par appareil. Le passage d’un appareil à l’autre rappellera les paramètres précédemment appliqués.

En mode tamponné (non DMA), le pilote est désormais moins susceptible de supprimer les tampons d'entrée. Cela signifie une amélioration de la qualité/latence d’entrée sur certains systèmes.

Le mode tampon Direct DMA a été repensé pour plus de stabilité et de précision de synchronisation. Malheureusement, cela nécessite que vous réajustiez les paramètres Buffer Size et Delay. Ainsi, si vous aviez un réglage de 128/3/3 dans le passé, vous vous retrouveriez maintenant avec par ex. 128/6/8. Cela ne signifie toutefois pas une augmentation de la latence ! C'est juste que les plages physiques de ces curseurs ont quelque peu changé. De plus, un problème qui aurait rendu impossible la définition d'un délai d'entrée raisonnable sur certains systèmes a été résolu.

Améliorez la synchronisation des médias en mode tampon Direct DMA.

Ajout d'une fonction et d'un raccourci sur le bureau pour lancer le panneau de configuration hors ligne. Les modifications hors ligne n'ont aucun effet immédiat. J'espère que l'illustration vous plaira ;-)

Solution de contournement pour les pilotes Creative cassés, provoquant un BSOD avec certains Sonore cartes.

Les pilotes Microsoft pour les mêmes cartes semblent avoir toujours bien fonctionné.

Correction d'un bug qui empêchait les entrées d'être disponibles avec certains périphériques USB.

Correction d'un bug qui empêchait le pilote de fonctionner avec certaines applications si le périphérique audio ne prend pas en charge 48 kHz

Ajout d'une solution de contournement pour les situations où un hôte bogué rencontre un pilote WDM bogué. Cela se manifesterait par une erreur du pilote ASIO si l'application était démarrée pour la deuxième fois.

Modification mineure susceptible d'améliorer la qualité d'entrée dans certaines configurations.

L'a fait fonctionner avec des cartes ISA (ouais, c'est vrai !) qui ne prennent pas en charge un taux d'échantillonnage de 48 000 Hz, comme la série ESS Audio Drive - eh bien, tant qu'il y a un pilote WDM, pourquoi ne pas l'essayer ?

Les exigences relatives à l'affichage de la boîte DMA ont été légèrement assouplies. Cependant, ne vérifiez jamais cela pour les périphériques USB !

Résoudre un problème avec les cartes d'enregistrement multicanaux, c'est-à-dire il fonctionne à nouveau sur mon DSP2000 C-Port ;-)

Le mode Direct DMA Buffer a été légèrement modifié pour de meilleures performances (tests nécessaires). Comme effet secondaire négatif, les choses peuvent avoir besoin de plus de temps pour se synchroniser après avoir démarré l'application ou appliqué certaines modifications dans le panneau de configuration. La resynchronisation prendra maintenant quelques secondes, pendant lesquelles des crépitements et d'autres choses se feront entendre.

Solution de contournement générale pour toutes les applications hôtes qui abandonnent les appels BufferSwitch(). Rend la solution de contournement de Reason obsolète, c'est-à-dire plus de traitement spécial. Cela devrait également corriger les choses pour Tracktion.

Ajoutez une boîte de message chaque fois qu'il s'avère que le périphérique audio est déjà utilisé. Dans neuf cas sur dix, cela est dû au fait que le "Microsoft GS Wavetable SW Synth" est activé quelque part en tant que périphérique de sortie MIDI.

Ajoutez un affichage du numéro de version au panneau de contrôle ASIO pour qu'il ne soit plus si facile de confondre les choses.

Il y a eu un correctif très important et j'ai donc décidé de publier une nouvelle version juste un jour après la précédente. En passant de la version 1.1 à la version 1.2, j'ai introduit un bug extrêmement stupide qui donnait l'impression que des éléments qui fonctionnaient très bien avec rev ne fonctionnaient plus. 1.1

Le panneau de contrôle ASIO est désormais mis à jour immédiatement après la sélection d'un autre périphérique audio. Auparavant, cela constituait un désagrément mineur dans les systèmes comportant plusieurs périphériques audio.

Bonne nouvelle pour certains ! ASIO4ALL fonctionne désormais avec encore plus d'appareils audio. Il existe désormais une nouvelle case à cocher "Forcer les échantillons 16 bits", qui active une solution de contournement pour une situation dans laquelle le pilote WDM signale une profondeur de bits de, par exemple. 20, mais n’a pas l’intention de réellement soutenir cela lorsqu’on lui demandera de le faire. Dans Windows "normal", cela ne pose aucun problème car sous Windows, tout n'est qu'en 16 bits. Mais ASIO4ALL essaie de maximiser votre matériel, également en termes de profondeur de bits. Plus particulièrement, cette solution de contournement a été signalée pour obtenir SigmaTel puces pour fonctionner avec ASIO4ALL.

Changement mineur dans la façon dont ASIO4ALL se connecte à l'interface du pilote WDM.

Cette fois, il y a eu pas mal de changements. Je n'ai pas encore tout terminé, mais en raison du nombre de correctifs/améliorations déjà apportés, j'ai décidé de sortir cette nouvelle version pour le moment.

Correction d'un bug plutôt stupide dans le code qui aurait provoqué une sortie déformée sur tous les canaux sauf celui de gauche pour les appareils où les bits d'entrée et de sortie par échantillon ne sont pas les mêmes. Pour ajouter l'insulte à l'injure, la plupart des codecs AC97 les plus récents entrent dans cette catégorie (par exemple, sortie 20 bits/entrée 16 bits). Désolé pour ça!

Ajoutez une solution de contournement pour un certain nombre d’applications hôtes qui se comportent mal. Si jamais vous avez rencontré ce phénomène : Vous démarrez votre application hôte, entrez dans le panneau de configuration ASIO, optimisez les paramètres du buffer pour avoir un son clair puis quittez et redémarrez l'application et tout d'un coup vous êtes dans un enfer crépitant -> ne maudissez plus , nous avons maintenant une solution de contournement pour cela ! Cela s'applique uniquement au mode tampon, c'est-à-dire L'option Direct DMA Buffer _non_ est cochée.

Améliorez la prise en charge de certains appareils multicanaux et corrigez un problème avec les appareils qui apparaissaient dans la liste des appareils mais dont aucune fréquence d'échantillonnage ne pouvait être définie (le message d'erreur réel dépend de la confusion de votre séquenceur). Plus de cartes devraient pouvoir fonctionne à 44,1 kHz contre. 48 kHz uniquement.

Ajoutez la prise en charge du format d'échantillon PCM compressé 24 bits (au lieu de 32 bits), ce qui devrait résoudre un problème avec les appareils > 16 bits qui ne prennent pas en charge la sortie PCM 32 bits.

Correction de nombreuses raisons pour lesquelles il aurait pu planter lors de l'exécution de tâches dans le panneau de configuration ASIO (Eh bien...)

Activer le fonctionnement avec des appareils sans entrées. Dans ce cas, deux entrées fantômes sont créées, car certaines applications semblent l'exiger.

Les périphériques audio USB devraient maintenant apparaître dans la liste des périphériques. (au moins certains devraient le faire, ayant toujours des problèmes avec d'autres...) Si vous installez cette version par rapport à une version précédente ou si d'autres événements sur lesquels je n'ai aucun contrôle se produisent, vous pourrez peut-être cocher l'option Direct DMA Buffer dans ASIO. Panneau de configuration de votre périphérique audio USB : À NE PAS FAIRE ! (sauf si votre couleur préférée est le bleu). Le pilote audio USB interne de Windows (usbaudio.sys) présente un bug qui fait que le système devient kaboooom si vous activez cette option pour les périphériques audio USB. !

Mise à jour sur la raison problème:
J'ai reçu une réponse du Têtes d'hélice et il semble que la description de mon erreur ci-dessous ne soit pas tout à fait correcte. Avec les informations que j'ai reçues, j'ai pu mettre en œuvre une bien meilleure solution de contournement. Si vous l'utilisez avec raison cette nouvelle version est un incontournable. Les craquements dus aux mises à jour de l'écran appartiennent désormais pratiquement à l'histoire ancienne ! La case à cocher Low Priority Audio introduite dans la rév. 1.1 est parti. Le conducteur vérifie désormais automatiquement raison étant l'application hôte actuelle et applique silencieusement la (meilleure) solution de contournement dans ce cas.

Correction d'un bug dans l'énumérateur de périphériques qui, dans certaines circonstances, empêchait certains appareils d'apparaître dans la liste des appareils.

Ajouter une solution de contournement pour une raison étrange comportement. C’est expérimental, cependant. Il y a maintenant une nouvelle case à cocher que vous êtes censé cocher si et seulement si vous exécutez raison avec ce pilote. Si vous êtes un Tête d'hélice en lisant ceci : Qu'est-ce qui vous fait penser qu'appeler ASIOoutputReady() de manière asynchrone va aider les choses de toutes les manières imaginables ? Faites-le comme le reste de l'industrie : BufferSwitch()->FillOutput()->ASIOoutputReady()->MoreStuff()->Return(). Soudain, vous vous rendrez compte que les choses ne doivent pas nécessairement crépiter si vous déplacez des éléments sur l'écran. Il n'a pas besoin de fil supplémentaire, débarrassez-vous-en !

L'installation sur une version précédente ne réinitialise plus les paramètres du panneau de configuration par défaut. Afin d'installer avec les paramètres par défaut, vous devez d'abord désinstaller la version précédente.

1.0 (Finale)

Ajout d’E/S directes du tampon DMA pour les appareils qui le prennent en charge. Ce mode est très doux pour le CPU et des latences peuvent être atteintes qui sont égales aux valeurs que l'on obtient avec du matériel professionnel.

Afin de comprendre pourquoi cela fonctionne sur certains systèmes et sur d'autres non, il faut savoir que les pilotes audio WDM sont disponibles en deux versions : WaveCyclic et WavePci. Nous n'avons qu'une chance avec WavePci, car ces pilotes ne copient pas réellement les données audio de notre tampon mais font plutôt du tampon que nous leur soumettons leur tampon DMA actuel. Mais nous savons toujours où se trouvent nos tampons, même après les avoir soumis au pilote audio WDM, n'est-ce pas ? Ainsi, lors de l'écriture dans le tampon en cours de lecture, nous écrivons directement dans le tampon DMA ! Le plus délicat est de savoir où écrire exactement et comment garder les choses synchronisées.

En un mot, voici comment fonctionne le mode Direct DMA Buffer. Malheureusement, la plupart des produits grand public sont livrés uniquement avec des pilotes de type WaveCyclic, semble-t-il. Davantage de retours m'ont maintenant donné l'impression qu'ironiquement, certaines des puces AC97 les plus répandues prennent en charge ce mode, contrairement à ma déclaration ci-dessus. Bonnes nouvelles? Peut-être pour vous mais pas pour moi puisque le "Ali Audio Accelerator" sur mon ordinateur n'en fait pas partie *grrrrrrr* !

Quelques améliorations mineures.

1.0 Bêta :

Première version stable.

Dans cet article, nous parlerons un peu du pilote audio universel pour WDM Audio ASIO4ALL. Certaines, pour la plupart pas nouvelles, ainsi que les cartes son « par défaut » (intégrées), parfois utilisées par les musiciens pour enregistrer et jouer leurs compositions musicales, ne se comportent souvent pas toujours de la manière la plus idéale possible lorsqu'ils travaillent avec divers logiciels « d'édition musicale ». du point de vue de l'adaptation à l'habituel exigences professionnelles du logiciel au « matériel sonore ».

En fait, ce pilote ne fait rien de « comme ça », sauf, au sens figuré, « rapproche, augmente le nombre de points de contact » et le matériel audio - il assure l'échange du flux audio dans son intégralité. ...Dans certains cas, cela inclut des capacités de « sommeil ». C'est vrai, si seulement Je minimiserais également le retard de traitement au point de normalité, par exemple, par exemple - il n'y aurait pas de prix pour cela :-)...

Comme le conseille le développeur, afin d'obtenir les meilleurs résultats en matière de traitement audio, vous devez désactiver les sons du système. système opérateur(Les sons de démarrage et d'arrêt de Windows ne comptent pas) que des sons moins prévisibles « peuvent bloquer le processus d'initialisation du périphérique audio pour ASIO4ALL »...

Configuration du pilote ASIO4ALL

Il n'existe pas de recommandations universelles lors de la configuration du pilote ASIO4ALL. Chaque cas est individuel. Une fois que l'application a reconnu le pilote ASIO4ALL, une icône apparaît dans la barre d'état, qui peut être différente selon le mode. Lors de la lecture du son :

– alors que le conducteur est arrêté.

Si l'icône du pilote n'est pas visible dans la barre d'état, cela signifie qu'il n'est pas actuellement utilisé. Parfois, les modifications apportées aux paramètres ne prennent effet qu'après le redémarrage de l'application audio. Dans tous les éditeurs de son (musique), dans les options de paramètres du son, il y a un bouton, par exemple " » , à l'aide duquel (de la même manière qu'en cliquant sur l'icône de la barre d'état) le panneau des paramètres de ce pilote est appelé.

1. Liste des périphériques audio WDM trouvés.

Double indicateur d'état. À côté de l'icône d'activité se trouve un indicateur d'état de l'appareil :

– l'appareil est allumé avec succès.

– l'appareil est actuellement inactif.

– l'appareil est indisponible (peut être dû à son utilisation dans une autre application).

– l'appareil est incontrôlable pour une raison inconnue.

2. définition de la taille du tampon (en échantillons).

Plus de valeur signifie plus de retard. Si, lors de la lecture du son, des pertes de signal sont observées sous la forme de crépitements ou de « cassures », cette valeur doit être augmentée.

3. bouton pour restaurer les paramètres par défaut.

Une option pour « remettre » les paramètres à ceux d'origine si, lors des réglages du pilote, la qualité de son travail s'est détériorée.

4. bouton pour activer le mode paramètres avancés.

Comprend des options supplémentaires pour activer réglages fins Conducteurs. Lors de l'appel de ce mode, la vue suivante apparaît :

Paramètres supplémentaires du pilote

5. Retarder l’indemnisation.

Ce paramètre doit être touché principalement lorsque vous travaillez dans un séquenceur, lorsqu'il y a un retard lors de l'expression de commandes MIDI avec des pistes audio jouées simultanément.

6. Utilisation d'un tampon matériel.

La possibilité d'utiliser un tampon matériel n'est généralement disponible que dans les pilotes tels que VaguePCI. Le principal avantage de l’utilisation de la mise en mémoire tampon matérielle est qu’elle utilise moins de ressources informatiques de base. Les valeurs de départ recommandées vont de 128 à 256.

7. Nombre de tampons du noyau.

Si la mise en mémoire tampon matérielle n'est pas utilisée, la définition de ces valeurs détermine le nombre de tampons de sortie. Chaque buffer supplémentaire augmente la latence en fonction de sa taille. Avec des valeurs plus élevées, la stabilité et la latence augmentent. Avec des valeurs faibles, l'effet est inversé.

8. Conversion entre 44,1 et 48 kHz.

ASIO4ALL a la capacité de convertir les fréquences d'échantillonnage de 44,1 kHz à 48 kHz et inversement en temps réel. La conversion se produit automatiquement dans les cas où ASIO4ALL est ouvert en mode 44,1 KHz et que le pilote WDM ne prend pas en charge cette fréquence.

9. Forcer le pilote WDM à fonctionner en mode 16 bits.

Cette fonctionnalité ne fonctionne qu'avec les pilotes capables de fonctionner avec

flux avec une profondeur de bits supérieure à 16 bits (et inférieure à 24), mais refusez-le en fait.

Par exemple, un tel pilote est SigmaTel AC97.