Audio USB AMD vs Intel : pourquoi les cartes mères AM5 partent avec un handicap

Un codec audio moderne peut afficher du 32-bit/384 kHz sur la boîte et rester tributaire d’un détail bien moins glamour : son raccordement à la carte mère. C’est précisément là qu’Intel garde un avantage structurel sur AMD pour l’audio USB intégré.

Pourquoi l’audio USB est plus simple à intégrer chez Intel

Le point de départ remonte au bus audio haute définition Intel « Azalia », ou HDA, introduit au début des années 2000. Cette interface a longtemps servi de base à l’audio embarqué de qualité, avec une prise en charge jusqu’en 24-bit/192 kHz et une latence pensée pour déplacer rapidement les flux entre le système et le DAC.

Sur les plateformes Intel, le bus HDA est généralement relié au PCH, le chipset. Sur AMD, il se trouve côté SoC, donc dans le processeur, et non dans le FCH. Ce choix est directement lié à l’architecture des deux plateformes.

Chez AMD, l’approche « SoC first » domine depuis plusieurs générations Ryzen côté client. Le processeur fournit non seulement des lignes PCIe, mais aussi une partie de la connectique de plateforme, notamment l’USB et le SATA, tandis que le chipset ajoute de la connectivité en aval. Chez Intel, le CPU fournit traditionnellement les lignes PCIe, et le PCH gère l’essentiel du reste, dont l’USB, le SATA et le HDA.

Cette différence compte car Intel s’appuie sur le DMI pour relier le chipset au processeur, là où AMD utilise un lien standard PCI-Express. Physiquement, le DMI repose bien sur du PCIe, mais avec une couche protocolaire plus riche, incluant des mécanismes matériels de QoS pour les transferts isochrones. En clair, les flux sensibles à la latence peuvent être priorisés face à un trafic de stockage massif.

Latence DPC : là où l’audio USB AMD peut se compliquer

Les pics de latence DPC apparaissent lorsqu’un pilote mal optimisé ou un composant monopolise le CPU et retarde d’autres traitements critiques. Sous Windows, ces retards se traduisent par des files d’attente perturbées, avec à la clé des pertes de fluidité, de l’input lag et, dans le cas audio, des craquements ou des pops.

Le scénario typique est simple : un SSD NVMe et un contrôleur Wi-Fi 7 connectés au chipset travaillent en même temps, entre transfert lourd sur le stockage et gros téléchargement. Si l’interface audio dépend elle aussi de ce même chemin, elle devient plus exposée aux congestions et aux effets de bord sur la latence.

Intel peut placer le HDA sur le chipset tout en s’appuyant sur le DMI pour préserver les flux sensibles. AMD contourne le problème pour le HDA en le laissant côté SoC, au plus près de l’Infinity Fabric, qui dispose lui aussi de contrôles de QoS sophistiqués. Le souci apparaît surtout avec les codecs audio plus récents basés sur l’USB.

Pour mesurer ce que ces choix changent à l’usage, un test du transmetteur audio Bluetooth 5.2 avec aptX Adaptive montre bien comment la liaison elle-même devient le facteur décisif.

Le cas des Realtek ALC4082 et ALC4080 sur AM5

Le HDA a gardé sa pertinence pendant près de 15 ans, mais ses limites se sont vues avec l’arrivée de formats plus ambitieux dans l’audio professionnel, comme le 32-bit/384 kHz et la lecture DSD. Intel a alors poussé les fabricants de codecs vers l’USB, avec des références comme les Realtek ALC4082 et ALC4080, capables d’aller au-delà des anciennes puces HDA comme l’ALC1220S.

Sur Intel, ces codecs USB sont simplement reliés à des ports USB 2.0 issus du chipset, le DMI se chargeant ensuite de la priorisation. Sur les cartes mères AM5, beaucoup de fabricants les branchent aussi sur les ports USB 2.0 du chipset. Or, ce chipset dialogue avec le SoC via un lien PCIe standard, ce qui augmente légèrement la sensibilité aux pics de latence DPC lorsque le bus est saturé.

AMD pourrait éviter cela autrement, car le SoC AM5 expose lui-même un petit nombre de ports USB via ses contrôleurs hôtes intégrés au silicium, reliés au fabric. En pratique, les fabricants de cartes mères préfèrent généralement réserver ces lignes à des ports USB 3.2 Gen 2 sur l’IO arrière plutôt qu’à un codec audio. Difficile de leur reprocher ce choix : mobiliser un lien à 10 Gbps pour un périphérique qui n’a besoin que de 480 Mbps n’a rien d’idéal.

Le haut de gamme AM5 propose donc souvent une autre voie : abandonner les codecs USB et rester sur de très bonnes implémentations HDA, comme les ALC1220S ou ALC1220P, parfois associés à un DAC I2S à haut SNR signé ESS pour certaines sorties, notamment le Front Out. On perd alors le support natif du 32-bit ou du DSD côté codec, mais certaines cartes montent tout de même jusqu’à 130 dB de SNR dans la classe 24-bit/192 kHz grâce à un DAC ESS Sabre sur les canaux avant.

Dans les faits, il faut réunir plusieurs conditions pour que le problème devienne audible : un bus chipset vraiment encombré, ou un pilote suffisamment mal conçu pour provoquer des blocages DPC à l’échelle du système. La majorité des utilisateurs ne verra pas de différence majeure, et une bonne implémentation autour d’un ALC1220 restera amplement suffisante. En revanche, pour le public visé par les codecs audio USB haut de gamme, audiophiles comme créateurs musicaux, le routage matériel compte autant que la fiche technique.

Source : TechPowerUp