Virtualisation des voix audio : conserver l'état de lecture tout en limitant le mix

Distinguer un son en cours de lecture d'une voix mixée

Une voix virtuelle conserve l'état logique de lecture, mais sa contribution au mix audible est omise. Cela permet de garder actifs plus de sons que le mixeur n'en restitue à un instant donné. FMOD décrit une sélection fondée sur la priorité et l'audibilité ; Unity propose des limites distinctes pour les voix virtuelles gérées et pour les voix réelles jouées simultanément. La virtualisation réduit certains traitements précis, mais elle ne fait pas disparaître tout l'état lié au son ni tous les coûts en ressources. [1][2]

Préciser ce que la virtualisation préserve

Décidez pour chaque son s'il doit poursuivre sa timeline, reprendre à une position mise en pause, redémarrer ou être abandonné. Ce sont des comportements différents, et le middleware n'en expose parfois que certains. FMOD documente la reprise selon le temps écoulé ainsi qu'une option de redémarrage. Une machine en boucle demande généralement de la continuité, alors que rejouer un ancien impact lorsque le joueur s'approche serait trompeur. Ne confondez pas la virtualisation avec l'arrêt explicite et la libération d'une instance de lecture. [1]

Exemple détaillé : le nombre de voix et la timeline sont des budgets distincts

Supposons une scène illustrative de 240 sons actifs, produisant chacun exactement une voix, et un budget de 32 voix réelles. Si les 32 emplacements réels sont occupés, 208 voix restent virtuelles. Réserver la priorité à 8 signaux essentiels laisse 24 emplacements réels aux autres sons dans cette allocation simplifiée. Un événement composé de plusieurs couches invaliderait l'hypothèse « un son = une voix ».

Une machine joue une boucle de 10 secondes à vitesse de lecture constante. Elle devient virtuelle à la position de 3 secondes et revient 5 secondes plus tard. Avec la reprise selon le temps écoulé, elle devrait revenir à la position de 8 secondes. Un redémarrage à zéro produit un rythme audible différent. Ces chiffres sont des exemples illustratifs de nombres de voix et de durées attendues, et non des limites universelles recommandées ni des mesures de performance.

Tester la promotion, la rétrogradation et la fin de lecture

Créez une scène de stress dans laquelle l'auditeur franchit la limite d'audibilité de nombreux émetteurs. Affichez les instances actives, les voix réelles, les voix virtuelles, les priorités et les positions de lecture. Comparez un budget normal à un budget volontairement restreint, et vérifiez que les dialogues ou avertissements importants reçoivent le traitement prévu.

Vérifiez les mouvements rapides de caméra, les sons en boucle, les one-shots courts, l'annulation d'événements et le déchargement de niveaux. Observez si un one-shot se termine pendant qu'il est virtuel et comment cette fin est signalée. Évitez de lancer des copies en double lorsqu'une instance existante redevient audible. Inspectez les transitions à la recherche de clics ou d'attaques répétées, et réglez les fondus ou la stabilité de la sélection lorsque le système le permet. La progression du jeu ne doit pas dépendre du fait qu'un son obtienne un emplacement de voix réelle.

Mesurer les coûts restants

Examinez séparément le décodage, le streaming, les effets, la spatialisation, les mises à jour d'événements et la mémoire. Désactiver le mixage d'une voix ne prouve pas que chaque effet associé ou chaque bus partagé soit inactif. Des promotions répétées peuvent aussi provoquer des pics de charge. Confirmez le comportement de la version du middleware et de la plateforme livrées, puis budgétez la scène la plus chargée qui soit représentative, au lieu de vous fier uniquement à un paramètre de nombre de voix.

Sources

• [1] Core API Managing Resources — Firelight Technologies, documentation de FMOD Engine.
• [2] Audio settings — Unity Technologies, manuel de Unity 6.0.