Introduction à l'architecture des modules AAX

Le format AAX (Avid Audio eXtension) est l'architecture de plugin native pour la station de travail audio numérique Avid. Introduit en 2011 comme successeur des formats RTAS (Real-Time AudioSuite) et TDM (Time Division Multiplexing), AAX a été conçu à partir du sol pour profiter pleinement des processeurs multi-cœurs modernes, des interfaces d'adressage 64 bits et des interfaces audio à large bande. Contrairement à ses prédécesseurs, AAX fournit un cadre unifié qui supporte à la fois les opérations natives (CPU seulement) et DSP (Digital Signal Processing) permettant aux développeurs de créer des plugins qui peuvent fonctionner sur les accélérateurs CPU ou Avid. Cette architecture offre des performances à faible latence, une gestion robuste des erreurs et une intégration profonde avec les systèmes de mixage, d'automatisation et de routage Pro Tools.

Les flux de travail audio professionnels exigent une stabilité inébranlable et une latence prévisible. AAX répond à ces exigences en utilisant un modèle de processus sandboxed qui isole les pannes de plugins de l'hôte, et en fournissant un modèle de filetage clair pour les tâches audio en temps réel. Le format offre également une prise en charge de première classe pour les configurations multicanaux jusqu'à 9,1.6, ce qui le rend adapté pour le mélange audio immersif dans Dolby Atmos et formats similaires.

Contexte historique et évolution

De RTAS/TDM à AAX

Avant AAX, Pro Tools utilisait deux architectures de plugins distinctes : RTAS pour le traitement natif et TDM pour le traitement DSP sur le matériel HD. Ce double système créait une fragmentation : les développeurs devaient maintenir des bases de code distinctes, et les utilisateurs ne pouvaient pas mélanger les plugins Native et DSP dans la même session sans restrictions. Le format RTAS, introduit à la fin des années 1990, était lui-même une architecture à 32 bits, point fixe, qui limite la portée dynamique et la taille de la session. TDM, tout en offrant une latence extrêmement faible pour son temps, exigeait du matériel coûteux et des utilisateurs verrouillés dans l'écosystème Avid. AAX a résolu ces problèmes en introduisant un format binaire unique qui peut fonctionner dans les deux modes, selon l'environnement hôte.

La transition a commencé avec Pro Tools 10 (qui a supporté les trois formats) et est devenue obligatoire avec Pro Tools 11, qui a complètement abandonné le support RTAS et TDM. Le passage à AAX a également apporté une compatibilité et un support 64 bits pour le traitement des points flottants, permettant une précision plus élevée et des tailles de session plus grandes.

Pendant la période de transition, les développeurs ont dû faire face au défi de maintenir les anciens plugins RTAS/TDM tout en construisant de nouvelles versions AAX. Beaucoup ont utilisé des couches d'abstraction comme JUCE ou iPlug2 pour partager du code entre les formats, mais ils ont toujours dû affronter des concepts spécifiques AAX comme l'architecture vertex et le traitement par tranches. L'industrie a largement accepté le changement, car les utilisateurs de Pro Tools ont exigé l'accès à l'écosystème croissant des plugins 64 bits.

Principaux jalons du développement de l'AX

  • 2011 : Les spécifications AAX 1.0 sont publiées aux côtés de Pro Tools 10. Les plugins supportaient à la fois natif et DSP via un seul binaire.
  • 2013 : Pro Tools 11 introduit uniquement AAX 64 bits, mettant fin au support 32 bits et au RTAS/TDM.
  • 2018: Avid publie le SDK AAX 2.0 avec des améliorations pour MIDI 2.0, un rendu plus rapide de l'interface utilisateur et une meilleure gestion des paramètres de plugin. Cette version a également introduit l'interface pour l'accès au transport d'hôte.
  • 2022: AAX 2.1 ajoute le support natif pour Apple Silicon (M1/M2), ainsi que la compatibilité avec macOS Ventura. Avid fournit des outils pour construire des binaires Universal 2.
  • 2024: AAX 2.2 élargit les capacités MIDI, ajoute un lissage amélioré des paramètres avec l'interface et prend en charge la nouvelle architecture de piste Pro Tools 2024.

Composantes de base du SDK AAX

Le SDK AAX est la boîte à outils officielle fournie par Avid pour la création de plugins AAX. Il comprend des API complètes, des en-têtes, de la documentation et des projets d'exemple pour les cibles natives et DSP. Réseau de développeurs avides et exige une inscription gratuite pour y accéder.

Modèle de plugin et architecture Vertex

Chaque plugin AAX est construit autour d'un AAX Plugin objet qui hérite de Paramètres AAX IEffect. Cet objet gère toutes les logiques de traitement, la gestion des paramètres et la communication GUI. Le modèle utilise une architecture -vertex--où le plugin est un nœud dans un graphique de signal géré par l'hôte. Chaque vertex peut avoir plusieurs entrées et sorties, permettant des scénarios de routage complexes comme le traitement multibande ou la compression parallèle. Le SDK fournit des classes de base abstraites pour différents types d'effets : inserts, sends, multicanal (jusqu'à 9.1.6) et plugins MIDI.

Pour les inserts, le plugin reçoit l'audio de la bande de canal tracks et renvoie l'audio traité; pour les sends, le traitement est appliqué à un bus et mélangé au signal sec à la discrétion de l'utilisateur. L'architecture de vertex simplifie également la manipulation des entrées de chaîne latérale, qui sont automatiquement acheminées par l'hôte sur la base de la configuration d'entrée du plugin.

Modes de traitement

AAX prend en charge trois modes de traitement déterminés à l'exécution:

  • Mode de processus d'analyse – Exécute sur le processeur hôte. Idéal pour les tâches à haute latence, intensifs en processeur comme la réverbération algorithmique ou la convolution. L'hôte peut répartir dynamiquement plusieurs fils de traitement natifs, distribuant automatiquement des instances à travers les cœurs.
  • Mode de traitement AAX eDSP – Exécute sur Avid HDX ou HD Native hardware. Offre la latence sous-1 ms pour le suivi et la surveillance en direct. Les plugins DSP ont une mémoire et une puissance de traitement limitées par carte, de sorte que les développeurs doivent optimiser pour les contraintes de ressources.
  • AAX eMode de processus hors ligne – Utilisé pour le rendu en temps non réel (par exemple AudioSuite) où la vitesse est priorisée par rapport à la latence. Ce mode permet un traitement multi-threaded et l'automatisation des paramètres non-réel.

Les développeurs peuvent écrire une implémentation de traitement unique qui fonctionne dans tous les modes en utilisant le AAX CPtrBuffer classe pour la gestion du tampon, ou ils peuvent optimiser séparément pour native vs. DSP en fournissant différentes implémentations d'algorithmes via compilation conditionnelle ou expédition d'exécution. Le SDK fournit des macros comme et pour s'assurer que les structures de données sont correctement alignées pour les opérations SIMD sur les plateformes.

Gestion des paramètres

Le SDK AAX utilise un système de paramètres sophistiqué qui sépare la vue hôte de l'état interne du plugin. Les paramètres sont définis en utilisant IParameter AAX interfaces et peut être entier, flotteur, double, chaîne ou binaire. Chaque paramètre a un associé CUnit AAX Descripteur qui définit son unité d'affichage, sa taille et sa portée. Automation, cartographie MIDI et gestion des préréglages sont tous traités à travers la couche de paramètre. Le SDK prend également en charge les mises à jour des paramètres -Slice-based-Slice, permettant à l'hôte d'interpoler les changements de paramètres au niveau de l'échantillon pour une automation fluide. Par exemple, une coupure de filtre peut être automatisée avec une granularité 64-sample sans créer de sous-réglages tampons.

Gestionnaire AAX IPreset interface fournit une prise en charge intégrée pour les fichiers prédéfinis (format ), y compris la gestion bancaire et le partage de la plate-forme.

Graphiques et UI

Les plugins AAX peuvent utiliser soit l'interface utilisateur livrée par l'hôte, soit des interfaces graphiques personnalisées.

  • Outils AAX eViewType Pro : Utilise les commandes Pro Tools standard (knobs, curseurs, boutons) avec le thème automatique. Cette approche nécessite un code minimal et assure une apparence cohérente avec l'hôte. C'est aussi la seule option pour les plugins DSP seulement qui ne peut pas exécuter un thread d'interface utilisateur séparé.
  • AAX eViewType Custom : Permet aux développeurs de dessiner leur propre interface utilisateur en utilisant Cocoa (macOS) ou Win32/WPF (Windows). Conteneur AAX IView. Ce conteneur gère le redimensionnement, les événements de souris et l'entrée du clavier. Pour les interfaces personnalisées multiplateforme, de nombreux développeurs utilisent le cadre JUCE, qui fournit un wrapper AAX qui abstractionne les API de dessin natif.

L'interface utilisateur peut également exposer des fonctionnalités d'intégration d'hôte supplémentaires comme le chargement préréglé de glisser-déposer, les menus contextuels et les compteurs en ligne. Pro Tools 2023 a introduit le support pour les interfaces personnalisées résibilisables avec une échelle appropriée sur les écrans haute DPI, une fonctionnalité qui nécessite des plugins pour rapporter leur taille préférée et gérer les événements redimensionnés de fenêtre.

Compatibilité et exigences du système

La compatibilité des plugins nécessite une attention particulière aux versions Pro Tools, aux systèmes d'exploitation et aux configurations matérielles. Les sections suivantes décrivent les exigences officielles à partir de 2025, mais les développeurs doivent toujours vérifier la documentation la plus récente sur le Pro Tools Page sur les exigences du système avant la libération.

Support de version pour les outils Pro

Les plugins AAX sont compatibles avec Pro Tools 11 et plus récents. Cependant, il y a des considérations importantes spécifiques à la version:

  • Outils Pro 10 : Supporte AAX 1.0 uniquement (natif et DSP) mais aussi fonctionne RTAS/TDM. Pas recommandé pour un nouveau développement; la compatibilité avec Pro Tools 10 est rarement demandée.
  • Outils Pro 11-12: Les outils Pro 12 ont introduit AAX 1.1 avec rendu hors ligne amélioré et le drapeau .
  • Outils Pro 2018+: Support complet AAX 2.x. Pro Tools 2023 a introduit le support natif Apple Silicon nécessitant AAX 2.1. Plugins compilés avec AAX 2.0 SDK fonctionnera toujours sous Rosetta 2 mais perdra des performances natives.
  • Outils Pro 2024+: AAX 2.2 avec des capacités MIDI élargies et un lissage amélioré des paramètres. Cette version introduit également l'interface pour les modifications de paramètres à faible latence.

Les développeurs doivent cibler la dernière version AAX tout en assurant une compatibilité avec Pro Tools 12.4 ou plus (qui couvre la grande majorité des installations actuelles). AAX MINOR REV drapeau dans le descripteur du plugin peut aider à assurer la compatibilité entre les versions SDK.

Compatibilité du système d'exploitation

PlateformeVersion minimaleVersion recommandée
MACOS (Intel)10.14 (Mojave)11 Big Sur ou plus tard
MACOS (Pomme de silicone)11 Big Sur (Rosetta 2 compatible)13 Ventura (native) ou 14 Sonoma
FenêtresWindows 10 (64 bits, version 21H2 ou plus)Fenêtres 11

Remarques importantes:

  • Depuis Pro Tools 2024, Avid ne prend plus en charge macOS 12 Monterey pour de nouvelles installations. Cependant, les utilisateurs Monterey existants peuvent toujours exécuter des plugins qui ont été compilés avec des versions SDK antérieures.
  • Windows 10 version 21H2 est le minimum; les anciennes versions peuvent encore fonctionner mais ne pas avoir de mises à jour de sécurité critiques. Windows 11 est recommandé pour des performances optimales avec du matériel moderne.
  • Le support Apple Silicon nécessite que les plugins soient compilés en tant que binaires Universal 2. Les développeurs doivent construire des architectures séparées et les combiner à l'aide de l'outil Xcodes .

Exigences relatives au matériel et au DSP

  • plugins natifs seulement : Nécessite un processeur avec au moins 2 cœurs (4+ recommandé). La RAM dépend de la taille de la session; 16 Go est une référence pour le travail professionnel, tandis que 32 Go ou plus est commun pour les grands mélanges de films.
  • Modules externes facultatifs DSP: Nécessite une carte HDX ou HD Native pour le mode DSP. Sans matériel, ils reviennent au traitement natif. Le développeur doit marquer le plugin avec le drapeau dans le descripteur.
  • plugins DSP seulement: Il s'agit de matériel Avid qui est rare mais qui existe pour le son en direct ou la postproduction à haut nombre de canaux, où le traitement par processeur est insuffisant. Par exemple, certains réverbères matériels et processeurs dynamiques ne sont disponibles que sous forme de plugins AAX DSP.

Les développeurs doivent tester sur plusieurs configurations matérielles, car les performances peuvent varier considérablement entre Intel et Apple Silicon Macs. En particulier, la bande passante de la mémoire sur Apple Silicon peut être beaucoup plus élevée, permettant des instances plus simultanées à faible latence. Utilisation du système compteur pour jauger les frais de plugin.

Développement pour l'AXA : Meilleures pratiques

Optimisation pour la performance

Les plugins AAX fonctionnent dans un thread audio en temps réel. Pour éviter les abandons et les problèmes, les développeurs doivent respecter des contraintes de temps strictes.

  • Minimiser l'allocation de mémoire pendant le traitement audio. Pré-alloter les tampons et utiliser des alcoators de piscine. Pois AAX CMémory classe dans le SDK peut être utilisé pour gérer les blocs de mémoire de taille fixe.
  • Évitez de bloquer les appels Comme les E/S de fichier, les requêtes réseau, ou les mises à jour de l'interface graphique dans le callback de processus.
  • Utiliser les instructions SIMD Le SDK fournit des macros SIMD agnostiques de plate-forme comme et qui peuvent être optimisées par architecture.
  • Leverage AAX , traitement à base de tranches utiliser la méthode dans l'interface pour recevoir des modifications de paramètres en vrac.
  • Utiliser l'arithmétique entier lorsque cela est possible pour les calculs de modulation et d'enveloppe, car les opérations en points flottants peuvent être plus lentes sur certaines puces DSP.

Considérations sur les relations entre les programmes

Les plugins AAX doivent compiler pour macOS et Windows. Le SDK abstracts des différences de plate-forme dans les E/S de fichiers, le threading et les cadres GUI. Cependant, les développeurs doivent prêter attention à:

  • Chemins de fichiers : Utilisez l'API de repérage de fichiers AAX ( et ) pour assurer la compatibilité entre les plateformes. Évitez les séparateurs de chemins codés en dur; utilisez du SDK.
  • Boucles de messages : les fils GUI sur macOS utilisent Cocoa , tandis que Windows utilise Win32 pompe de messages. Si vous utilisez un cadre comme JUCE, cela est géré automatiquement ; sinon, utilisez les méthodes pour la gestion des événements.
  • Plugin bundles: macOS utilise (sous-type ), Windows utilise des DLLs régulières avec extension. Le SDK fournit des modèles de projet CMake et Xcode qui gèrent le bon emballage.
  • Endianness: Les deux plateformes sont peu endian, mais le matériel DSP peut être grand endian. Le SDK fournit macros pour gérer l'échange d'octets dans des environnements mixtes.

Essais et certification

Avid offre un programme de certification de plugin qui teste la stabilité, les performances et la compatibilité. Les plugins certifiés reçoivent un badge qui augmente la confiance avec les utilisateurs finaux. La certification comprend:

  • Tests automatisés de stress avec une automatisation lourde et plusieurs instances plugin.
  • CPU et détection de fuites de mémoire à l'aide d'outils de diagnostic Avid.
  • Évaluation de la récupération des chocs, y compris les erreurs simulées d'hôte et de système d'exploitation.
  • Tests rigoureux des limites des paramètres, y compris les valeurs de NaN, les taux d'automatisation extrêmes et les plages non valides.

Les développeurs sont fortement encouragés à soumettre des plugins pour certification avant la sortie commerciale. Le processus prend généralement 2-4 semaines et nécessite une adhésion valide au réseau Avid Developer Network. Un plan de test complet devrait également inclure des tests manuels sur les anciennes versions Pro Tools (par exemple, 12.4 et 2018.12) pour attraper des régressions.

Comparaison avec d'autres formats de plugins

AAX contre VST3

VST3 est le standard ouvert Steinberg, soutenu par de nombreux DAW comme Cubase, Nuendo, Studio One et REAPER.

  • Intégration de l'hôte : AAX offre une intégration plus approfondie avec le système de mixage et d'automatisation Pro Tools, y compris les tuyauteries à chaîne latérale intégrées et les configurations d'entrée/sortie multiples. VST3 est plus générique et DAW-agnostic, mais il offre un système d'événement flexible pour l'automatisation MIDI et les paramètres.
  • Modèle de traitement: AAX prend en charge DSP via le matériel Avid; VST3 n'a pas de contrepartie DSP native (bien que certains hôtes VST3 comme Cubase utilisent des Primitifs Intel Integrated Performance pour optimiser DSP). VST3 supporte le traitement hors ligne via un contexte séparé.
  • Résultats: Les plugins AAX ont souvent des frais généraux plus faibles sur Pro Tools en raison d'un couplage serré, mais VST3 est plus rapide sur les hôtes non-Avid. Les tests Benchmark montrent que sur un Intel i9 moderne, un plugin AAX reverb utilise environ 5% de CPU en moins que le même algorithme compilé que VST3, mais cette marge varie grandement.
  • Écosystèmes : VST3 possède une bibliothèque de plugins plus grande et est souvent le premier format disponible pour les lancements de nouveaux produits. Cependant, AAX est obligatoire pour les utilisateurs de Pro Tools, qui constituent une part importante du marché audio haut de gamme.

AAX vs. Unités audio (AU)

Les unités audio sont le format du plugin natif Apple , utilisé principalement dans Logic Pro, GarageBand et Final Cut Pro.

  • Plateforme : L'AU est uniquement macOS ; AAX est multiplateforme (macOS + Windows). Pour les développeurs ciblant les deux plateformes, AAX réduit le besoin de prise en charge Windows séparée, mais l'AU est essentielle pour les utilisateurs de Logic.
  • SDK : L'AU utilise des API Core Audio, qui sont moins verbeuses mais fournissent un contrôle de bas niveau que AAX. Par exemple, AU automatise l'interpolation des paramètres en interne, tandis que AAX donne au développeur un contrôle complet sur le lissage.
  • - Oui. AAX prend en charge MIDI 2.0 et l'expression de note avancée (pitch pli, timbre, pression par note).Les unités audio utilisent le noyau MIDI, qui est limité à MIDI 1.0 et ne supporte pas les paramètres par note nativement (bien que Logic Pro ajoute ses propres extensions).
  • Latence: AAX DSP offre une latence inférieure à celle des plugins natifs de l'UA (habituellement 0,7 ms vs 1,5 ms à 96 kHz), mais AU sur Apple Silicon moderne peut atteindre une latence native comparable avec un code optimisé. Pour le suivi des voix ou de la guitare, de nombreux ingénieurs préfèrent toujours AAX DSP pour ses performances constantes de sous-milliseconde.

AAX c. RTAS/TDM (Légacy)

RTAS et TDM sont dépréciés. AAX offre:

  • binaire unifié pour natif et DSP, éliminant le besoin de constructions séparées.
  • Traitement d'adresses 64 bits et de points flottants, permettant des sessions avec des centaines de pistes et de grandes bibliothèques d'échantillons.
  • Automatisation plus rapide et lissage des paramètres par interpolation au niveau de l'échantillon.
  • Meilleure récupération d'erreur et meilleure isolation de l'écrasement, grâce au processus plugin sandboxed.
  • Prise en charge des plugins MIDI uniquement (RTAS n'en avait pas; TDM avait un traitement MIDI limité).
  • Déploiement plus facile: un seul fichier sur macOS ou DLL sur Windows remplace plusieurs fichiers composants.

Aucun nouveau développement ne devrait cibler RTAS ou TDM. Même pour la maintenance du passé, le portage vers AAX est recommandé pour assurer la compatibilité avec les versions modernes de Pro Tools et les systèmes d'exploitation.

Orientations futures

Optimisation du silicone Apple

Comme Apple transition entièrement à l'architecture ARM, les plugins AAX doivent être compilés sous forme de binaires universels 2 pour supporter à la fois Intel et Apple Silicon nativement. Avid a fourni des outils pour simplifier cela, mais les développeurs doivent s'assurer que leur code est compatible ARM et exploite NEON pour DSP. Le SDK AAX 2.1+ comprend macros qui map to NEON intrinsèques, et des projets d'échantillons montrent comment gérer les différences de vectorisation entre SSE/AVX et NEON.

Intégration de l'IA et de l'apprentissage automatique

Les plugins modernes AAX intègrent de plus en plus l'apprentissage automatique pour des tâches telles que le mélange automatique, la séparation des sources et l'EQ intelligent. Le mode de traitement hors ligne SDK , qui permet de faire des calculs multi-threads en temps non réel, est bien adapté aux tâches d'inférence. Avid a laissé entendre qu'il supporte l'accélération GPU dans les futures versions SDK, ce qui pourrait étendre encore les capacités ML. Pour l'instant, les développeurs peuvent intégrer des cadres comme TensorFlow Lite ou Core ML, mais doivent s'assurer que l'inférence est effectuée uniquement en mode hors ligne ou dans un thread séparé pour éviter de bloquer le pipeline audio en temps réel.

Support audio immersif

Avec la montée de Dolby Atmos et l'audio spatial, AAX prend désormais en charge les configurations multicanaux jusqu'à 9.1.6. Les futures normes peuvent nécessiter plus de canaux (par exemple, ambassiques de plus haut niveau jusqu'à 7ème ordre, ce qui nécessiterait 64 canaux), et l'architecture AAX est suffisamment flexible pour accueillir de nouvelles mises en page de canaux sans casser les plugins existants. Couvercle de canaux supportés par AAX permet aux plugins de déclarer le support des masques de canaux arbitraires, et l'hôte map automatiquement les canaux de suivi vers les entrées de plugin. Cette extensibilité assure que AAX reste pertinent au fur et à mesure que les formats audio immersifs évoluent. Les développeurs doivent tester leurs plugins avec les configurations standard 7.1.2 et 9.1.6, car les exigences de routage diffèrent par format.

Ressources pour les développeurs

Pour commencer avec le développement de l'AXA, les ressources officielles et communautaires suivantes sont inestimables :

  • Réseau de développeurs Avid : Accès au SDK AAX, documentation et programme de certification. Portail des développeurs avides
  • Documentation sur le SDK AAX : Référence API complète et tutoriels. Inclus avec le téléchargement SDK. Avid fournit également un page dédiée au SDK AAX avec des notes de sortie et des guides de migration.
  • Pro Tools Exigences du système : Exigences matérielles et logicielles détaillées. Exigences du système Page
  • Forums communautaires : Avid , les forums officiels et les sites tiers comme Espace de vitesse pour les discussions de développeurs et le dépannage.
  • Exemples de projets : Le SDK comprend plusieurs plugins (gain, dilatation, réverbération) qui peuvent être utilisés comme points de départ. Ils illustrent les meilleures pratiques pour la manipulation des paramètres, l'optimisation DSP, et l'intégration de l'interface utilisateur.
  • Tutoriels de tiers: Blogs comme Audio Damage , blog développeur offrent des conseils pratiques sur le développement de l'AXA, y compris des pièges communs et des conseils de plateforme croisée.

Conclusion

L'architecture du plugin AAX reste la norme d'or pour une intégration profonde avec Pro Tools, offrant un cadre puissant et multiplateforme pour le traitement natif et DSP. La compréhension de ses composants de base – modes de traitement, gestion des paramètres, options d'interface utilisateur – est essentielle pour tout développeur sérieux sur le plan audio professionnel. Avec Avid , l'investissement continu dans le support Apple Silicon, l'audio immersif et les programmes de certification, AAX continuera d'être une cible stable et performante pour les années à venir. En suivant les meilleures pratiques pour l'optimisation, les tests et la compatibilité, les développeurs peuvent créer des plugins qui répondent aux exigences des meilleurs ingénieurs et producteurs audio du monde.