Introduction : Pourquoi l'optimisation audio compte pour les jeux mobiles

Dans le monde concurrentiel du développement de jeux mobiles, l'audio est souvent le héros méconnu de l'immersion des utilisateurs. Un paysage sonore bien conçu peut élever le gameplay, renforcer les retours et construire des relations émotionnelles. FMOD Studio est un intermédiaire audio de premier plan qui permet aux développeurs de créer des expériences audio riches et interactives sur toutes les plateformes. Cependant, les appareils mobiles imposent des limites matérielles strictes – vie de batterie, contraintes thermiques, bande passante de mémoire et cycles CPU sont toutes des ressources précieuses.

Comprendre les contraintes du matériel mobile

Avant de plonger dans des stratégies d'optimisation spécifiques, il est essentiel d'apprécier les limites uniques du matériel mobile. Contrairement aux PC ou consoles, les appareils mobiles privilégient l'efficacité énergétique et la gestion thermique.

  • CPULes processeurs mobiles utilisent souvent des architectures ARM avec des noyaux hétérogènes (par exemple, Big.LETTLE). Le traitement audio, surtout les effets en temps réel (DSP), peut consommer beaucoup de temps CPU si ce n'est géré avec soin. Le fil audio sur un appareil Android moyen typique peut partager un noyau de faible puissance, ce qui le rend facile à mourir de faim.
  • Mémoire (RAM): Les actifs audio, lorsqu'ils sont décompressés, peuvent occuper de grandes parties de RAM disponible. La plupart des jeux mobiles partagent la mémoire avec le système d'exploitation et d'autres applications, de sorte que garder l'empreinte de mémoire audio faible est essentiel pour éviter les pannes hors mémoire.
  • Stockage I/O: Chargement audio à partir du stockage flash est plus lent que d'un SSD, et les vitesses de lecture aléatoire peuvent être faibles sur le stockage eMMC plus ancien.
  • Batterie et thermique: Un traitement audio lourd maintient le processeur éveillé et génère de la chaleur. Au fil du temps, cela peut causer des étranglements thermiques, réduisant les performances globales du jeu.
  • Diversité des matériels audio: Les appareils mobiles ont des capacités d'enceinte et de casque extrêmement différentes. Votre audio doit sonner bien sur les minuscules haut-parleurs, les casques de jeu haut de gamme et les écouteurs Bluetooth, nécessitant souvent des réglages EQ d'exécution.

Reconnaître ces contraintes vous permet d'adapter votre projet FMOD pour fonctionner efficacement sur une large gamme d'appareils, des téléphones Android bas de gamme aux iPhones phares. Par exemple, un effet sonore qui sonne bien sur un PC peut cliper sur un haut-parleur mobile intégré, donc la compression de gamme dynamique de baked-in devient importante.

Stratégies d'optimisation de base

1. Optimisation des actifs audio: Formats de fichiers, taux d'échantillonnage et profondeur de bit

Le gain de performance le plus important est souvent dû à la réduction de la qualité des actifs audio. Les lecteurs mobiles remarquent rarement la différence entre un WAV de 48 kHz / 24 bits et un MP3 de 22 kHz / 128 kbps, mais les économies de mémoire et de processeur sont énormes.

  • Taux d'échantillonnagePour la plupart des effets sonores, 22.050 Hz ou même 11.025 Hz est suffisant. La musique peut bénéficier de 44.100 Hz, mais 22.050 Hz est souvent acceptable sur mobile, en particulier pour les formats compressés. Utilisez les paramètres de conversion de format FMOD=S (ou convertis externement) en échantillon descendant.
  • Profondeur du bit: PCM 16 bits est la norme pour mobile. Évitez 24 bits sauf si cela est absolument nécessaire. FMOD peut effectuer la conversion sur vol, mais précompressant sauve des cycles de mémoire et de processeur.
  • Formats compressés: Utilisez Vorbis (OGG) ou MP3 au lieu de WAV. Le décodeur natif de Vorbis FMOD , est efficace et largement optimisé pour ARM. Pour de courts effets sonores (moins de 2 secondes), considérez ADPCM (IMA/ADPCM), qui est CPU-lumière et offre une compression modeste (4:1) avec un décodage plus bas que Vorbis. FMOD , le livre blanc officiel de performance fournit des mesures détaillées montrant que l'ADPCM peut réduire le CPU de décodeur de 10x par rapport à Vorbis pour des sons très courts.
  • Mono sur le stéréo: La plupart des haut-parleurs mobiles sont mono ou stéréo très étroit. Utilisez le mono audio pour les effets sonores pour réduire de moitié le temps de mémoire et de décodage.
  • Silence tronquée: Trim le plus important/le silence de la barre des actifs pour réduire la taille du fichier et le temps de charge. Même 100 ms de silence au début de 500 actifs peuvent ajouter jusqu'à un gaspillage significatif.
  • Normalisation de la loudité précuiteNormaliser tous les actifs à une intensité constante (par exemple -23 LUFS) pour éviter les ajustements de volume d'exécution qui pourraient provoquer des coupures ou une plage dynamique excessive.

Exemple de flux de travail Utilisez un outil comme ou un modèle d'exportation DAW pour convertir tous les SFX en 22 kHz, 16 bits, mono, OGG Vorbis à 96 kbps. Gardez la musique à 44 kHz stéréo Vorbis (128-160 kbps). Pour un projet, cette utilisation de mémoire a chuté de 180 MB à 35 MB sans perte de qualité perceptible sur les haut-parleurs mobiles.

2. Gestion des événements : priorisation, voix virtuelles et culling

Les processeurs mobiles ne peuvent pas gérer des centaines d'instances audio simultanées. Même avec un décodage efficace, le coût de mise à jour des paramètres pour chaque instance s'additionne. FMOD fournit des mécanismes intégrés pour gérer cela.

  • Limite de la voix et hiérarchisation: Réglez un nombre maximum de voix réelles (par exemple 32 ou 64). Utilisez le système de priorité FMOD Studio (0 = le plus élevé, 255 = le plus bas) pour assurer des sons critiques (clics UI, dommages, avertissements) toujours jouer, tandis que les couches ambiantes ou les pas sont volés lorsque le nombre de voix est dépassé. Par exemple, définissez le vent ambiant à la priorité 255, tandis que le joueur(le)s tir devrait être prioritaire 0.
  • Voix virtuelles: Activer Voix virtuelles Lorsque la limite vocale réelle est atteinte, les sons de moindre priorité deviennent « virtuels » – ils exécutent toujours leur timeline et leur logique mais ne produisent pas de sortie audio. Cela évite les sons supprimés tout en préservant la logique d'événement. Alignez le compte de voix virtuelle pour correspondre à votre conception (par exemple, 100 virtuels, 32 réels). Les voix virtuelles consomment un minimum de CPU (mises à jour de paramètres seulement) et vous permettent d'avoir des centaines d'instances d'événements simultanés sans coût de performance.
  • Culage à distance: Utilisez FMOD="s" intégré à l'atténuation 3D pour définir les distances maximales pour les sons. Beaucoup de SFX ambiants peuvent simplement être arrêtés lorsque plus de 40 mètres de l'auditeur. Pour les événements qui sont trop loin, ils au lieu de les laisser disparaître – cela libère immédiatement les ressources.
  • LOD pour l'audio: Créer des versions simplifiées d'événements complexes (par exemple, avec moins de couches ou pas de réverbération) qui jouent lorsque l'auditeur est loin. Utilisez un paramètre FMOD comme pour se casser entre les niveaux de qualité. Une explosion lointaine pourrait omettre la queue de la sub-bassum et de la réverbération, en économisant 2-3 voix.
  • Arrêtez les événements inutiles: Implémenter des callbacks d'événements en code pour arrêter les sons en boucle lorsqu'un état de gameplay se termine. Par exemple, quand un joueur quitte un menu, arrêter tous les sons de vol stationnaire d'interface utilisateur avec un seul appel en utilisant un instantané de bus mixeur qui s'efface.
  • Groupement d'instances: Pour les sons fréquemment déclenchés (p. ex. pas, impacts de balles), les instances d'événements cache utilisant et les réutiliser. Ceci évite les allocations de mémoire répétées et la création d'instances en hauteur. Un bassin de 20 instances d'impact de balles peut gérer la plupart des scénarios de combat.

Une bonne règle de pouce: garder le nombre de en jouant simultanément de vraies voix Budgetz le nombre de voix par catégorie (p. ex. 12 pour SFX, 4 pour la musique, 2 pour l'interface utilisateur, 8 pour l'ambiance, etc.) et surveillez-le dans le profileur.

3. Diffusion par rapport aux sons chargés

FMOD permet deux façons principales de charger l'audio: Diffusion (lise les données du disque en morceaux) et charge dans la mémoire Sur mobile, le streaming est souvent utilisé pour la musique ou une ambiance longue, tandis que le court SFX est mieux chargé en mémoire pour éviter la latence d'E/S.

  • Streaming: Idéal pour la musique et le dialogue qui dépassent quelques secondes. Réglez une taille de tampon de flux bas (par exemple, 15-30 ms) pour minimiser la mémoire, mais attention à ne pas causer des sous-tours sur le stockage plus lent. Utilisez en code. Pour les jeux avec des grands mondes ouverts, envisagez de streaming des lits ambiants (4+ minutes) plutôt que de les charger dans la mémoire.
  • Charger dans la mémoire: Pour SFX court (moins de 2 secondes), chargez l'ensemble de l'actif sous forme d'échantillon compressé (par exemple, Vorbis ou ADPCM). Cela réduit l'utilisation du processeur (pas de fil de streaming) et évite l'accès au stockage pendant le gameplay. Comprimez-les bien pour garder la mémoire basse. Pré-décoder PCM dans la mémoire est gaspillé; gardez toujours la représentation compressée.
  • Précharger les événements essentiels: Utilisez avec pour charger les banques au démarrage, et déchargez les banques quand vous n'en avez pas besoin. Pour les grands jeux, divisez les banques par niveau et déchargez-les asynchronement lors de la transition entre les zones. Évitez de charger les banques au milieu du combat – préchargez-les lors du chargement des écrans ou des coulisses.

Lignes directrices pour l'optimisation AudioSource Bien aligner avec les pratiques FMOD – minimiser les instances de streaming et garder chargé audio total moins de 50-100 Mo pour mobile. Pour référence, un jeu mobile moderne peut consacrer 20-50 Mo à la mémoire audio si le budget total du jeu est de 500 Mo.

4. DSP et efficacité des effets

Le traitement en temps réel du signal numérique (réverbération, EQ, compression) est coûteux sur les processeurs mobiles. Bien que FMOD , les DSP sont bien optimisés, une utilisation lourde peut engorger les performances.

  • Effets précuits: Dans la mesure du possible, appliquez directement la réverb, la convolution ou l'EQ au fichier audio de votre DAW. Cela élimine complètement le DSP d'exécution. Par exemple, au lieu d'une réverbération en temps réel sur toutes les lignes vocales, rendez chaque ligne avec l'ambiance appropriée.
  • Limiter les bus de réverbération: Utiliser une seule réverbération globale (via FMOD Réverbération Les utilisateurs mobiles perçoivent rarement la différence entre une réverbération et trois. Pour la réverbération extérieure et intérieure, utilisez des instantanés pour échanger entre deux paramètres préconstruits de réverbération plutôt que de empiler plusieurs instances.
  • Utiliser des DSP simples: Préférez FMOD="s" intégré à bas-pass, high-pass et égaliseur sur les DSP tiers. Évitez la réverbération de convolution sur mobile – elle est extrêmement lourde en CPU et souvent inutile. Une réverbération de style peigne-filtre (comme FMOD="s basic reverb) avec une faible densité de réflexion précoce suffit pour la plupart des effets.
  • Élargissement du DSP: Utilisez FMOD="s pour réduire l'effet mélange humide/sec lorsque le dispositif est sous charge. Vous pouvez surveiller l'utilisation du processeur via et éteindre dynamiquement la réverbération ou la compression sur le bus principal. Par exemple, si le CPU de fil audio dépasse 15%, réduisez tous les niveaux humides de réverbération de 50%.
  • Conversion des taux d'échantillonnageSi vous devez utiliser DSP, maintenez le taux d'échantillonnage bas. Le taux de mix interne FMOD=1 peut être réglé globalement sur System init. Faites correspondre ce taux à votre taux d'échantillonnage d'actif le plus bas (par exemple 22 kHz) pour éviter de refaire le prélèvement de frais généraux.

Testez sur un appareil à bas de gamme : si votre traitement audio pousse le CPU au-dessus de 15 à 20% du temps disponible, vous risquez de tomber dans le cadre. Le profilage (couvert plus tard) est essentiel.

5. Optimisation du code et de l'intégration

Comment vous appelez FMOD de votre moteur de jeu importe tout autant que les actifs audio eux-mêmes.

  • Mises à jour de la MOD par lots: Utilisez seulement une fois par image, pas plusieurs fois. Ceci est déjà standard, mais assurez-vous que votre appel de mise à jour est dans le bon thread (fil principal pour la plupart des moteurs). Si vous appelez à partir d'un thread de travail, soyez conscient du potentiel de synchronisation des frais généraux.
  • Minimiser les appels d'API par cadrePour le contrôle continu (p. ex., RPM moteur), utilisez une coroutine ou un minuteur pour mettre à jour toutes les 0,1 seconde. L'interpolation des paramètres FMOD=s gère les transitions lisses. Pour 60 FPS, cela réduit les appels de 60 à 10 par seconde par paramètre.
  • Utiliser efficacement les instances événementielles: Réutiliser des instances d'événements via FMOD="s et plusieurs fois au lieu de créer de nouvelles instances à chaque fois. Les événements de regroupement (par exemple, pour les impacts de balles) peuvent réduire la fragmentation de la mémoire et l'allocation des frais généraux.
  • Chargement bancaire: Charger les banques de manière asynchrone si possible, surtout les plus grandes. Utilisez avec un callback pour savoir quand le chargement se termine. Sur mobile, le chargement synchrone pendant le gameplay peut provoquer un attelage multi-images. Utilisez et vérifiez pour éviter de bloquer.
  • Sécurité des fils: FMOD Studio API est principalement sûr de thread, mais évitez d'appeler les opérations lourdes (chargement bancaire, création DSP) à partir des callbacks audio. Déplacez-les vers le thread principal. Par exemple, lorsqu'un niveau termine le chargement, demandez une opération de décharge bancaire pour exécuter la prochaine mise à jour.
  • Mises à jour des paramètres d'événement: Pour les paramètres qui changent continuellement (comme la vitesse), cachez la poignée de paramètres () pour éviter les recherches répétées de chaînes. Les recherches de chaînes sont plus lentes que les ID pré-cached.

Les considérations officielles de performance de l'API Studio FMOD , fournir des conseils plus détaillés au niveau du code et recommander l'utilisation pour certaines charges de travail déterministes.

Techniques avancées pour Mobile

Audio adaptatif et mélange dynamique

Le gameplay mobile peut varier sauvagement – de l'exploration tranquille au combat intense. L'audio adaptatif vous permet de mélanger des éléments lorsque l'action se réchauffe, en préservant les performances pour le rendu.

  • Plongée dynamique: Réduire le volume de musique lorsque le dialogue important ou l'interface utilisateur sonne. Utilisez FMOD , système de snapshots avec un snapshot mélange qui réduit le volume de bus de musique de 6-12 dB. Snapshots engage un coût CPU négligeable quand il ne mélange pas activement.
  • Réduction de la couche: Créer deux versions d'événements complexes – une version de « haute qualité » avec plusieurs couches (par exemple, réverbération, queue, échos éloignés) et une version de « faible qualité » avec juste le son de base. Utilisez un paramètre d'événements FMOD (par exemple, ) pour basculer entre eux en fonction des performances ou du niveau de la batterie. Par exemple, sur un appareil dont la batterie est inférieure à 20%, forcez tous les événements à une qualité inférieure.
  • Transitions entre États: Utilisez FMOD Studio pour effacer les ambiances en quittant une région. Évitez de couper les événements instantanément – cela peut provoquer des clics et des pops. Utilisez un court décrochage (50-100 ms) dans la ligne de l'événement.
  • Bus Ducking basé sur le compte de voix: Surveillez le nombre réel de voix en cours via le profileur ou l'API. Lorsqu'il dépasse 40 (sur 64), réduisez automatiquement le volume du bus d'ambiance de 3 dB à une densité perçue plus faible et laissez les sons importants se démarquer.

Ces techniques garantissent que l'audio reste engagé sans dépasser les budgets de performance. Elles améliorent également l'expérience du lecteur en faisant l'audio s'adapter au contexte intelligemment.

Utilisation du profileur FMOD

FMOD Studio est livré avec un profileur puissant (accessible via le logiciel FMOD Studio ou l'API). Pour optimiser efficacement, vous devez profiler sur le matériel mobile réel, pas dans l'éditeur.

  • Connexion au périphérique: Utilisez la fonction FMOD Studio Live Update pour connecter votre jeu en cours d'exécution sur un appareil mobile à l'outil FMOD Studio de votre PC. Vous pouvez surveiller l'utilisation du processeur en temps réel par DSP, la consommation de mémoire, le nombre de voix et les charges bancaires. Le profileur affiche les données par DSP, de sorte que vous pouvez identifier quel effet consomme 5% du processeur.
  • Chiffres clés- Oui.
    • Heure du processeur: Gardez le CPU total sous 10% d'un noyau. Si celui-ci dépasse 20%, étudiez quelle chaîne DSP domine. Sur un appareil à 4 cœurs, 10% d'un cœur est environ 2,5% du CPU total – cela ne devrait pas provoquer de chute de cadre.
    • Nombre de voix réelles: Assurez-vous qu'il ne touche jamais la limite (ou si c'est le cas, que l'équilibre vocal virtuel est acceptable). Vérifiez que les voix virtuelles sont effectivement volées comme prévu. Si des sons importants sont volés, augmentez leur priorité ou augmentez le nombre de voix réelles.
    • Mémoire: Surveillez la mémoire audio totale (streaming + chargé). Visez moins de 50-100 Mo selon votre jeu , autre utilisation de mémoire . Utilisez l'onglet mémoire profiler , pour voir quelles banques utilisent le plus .
    • Disque I/O: Vérifiez les sous-exécutions du tampon en streaming (ils apparaissent comme des échantillons déposés dans le graphique du flux de profiler ,). Si vous les voyez, augmentez la taille du tampon ou réduisez les flux simultanés.
  • Profilage sur différents appareils: Testez sur un appareil bas de gamme représentatif (par exemple, un téléphone Android de 2-3 ans avec 3 Go de RAM et un Snapdragon 660) et un phare haut de gamme. L'écart peut être énorme – un appareil haut de gamme peut gérer 64 voix réelles facilement, tandis qu'un appareil bas de gamme se débat avec 32.
  • Scènes de profilage automatisées: Créez une scène de profilage qui déclenche tous vos événements complexes simultanément. Capturez des instantanés de profileur à comparer avant et après les optimisations.

Android Extrêmement les meilleures pratiques d'optimisation audio offrir un contexte supplémentaire pour le profilage spécifique à la plateforme, en particulier autour des tailles de latence et de tampon.

Ajustements spécifiques à la plate-forme

iOS et Android ont différents API audio et comportements, qui affectent la façon dont FMOD fonctionne.

  • iOSLe fil audio fonctionne en priorité. Assurez-vous que votre jeu gère les interruptions de session audio (appels téléphoniques, background) en définissant la catégorie de session appropriée. Utilisez pour les jeux qui devraient permettre la poursuite de la musique de fond, ou pour un contrôle maximal. Les rappels d'interruption devraient interrompre tous les événements actifs et reprendre lorsque la session est rétablie. Sur iOS, la latence de sortie audio est généralement de 10-20 ms; ajustez vos tampons de streaming pour correspondre.
  • Android: FMOD utilise AAudio (sur les périphériques pris en charge) ou OpenSL ES. AAudio offre une latence inférieure (aussi faible que 5 ms) mais une utilisation plus élevée du CPU en raison de rappels plus fréquents. Expérimentez avec le drapeau pour réduire le nombre de voix – tout événement au volume 0 devient immédiatement virtuel, libérant une voix réelle.
  • Extension de consoleSi vous avez un port vers mobile, ces optimisations seront déjà en place. Pour les projets multiplateforme, définissez des macros préprocesseurs pour chaque plateforme afin d'ajuster les limites vocales et les tampons de streaming au moment de la compilation.

Documentation de session audio Apple . est une lecture incontournable pour l'optimisation spécifique à iOS, en particulier la gestion des changements de route (insertion/suppression de la tête de téléphone).

Essai et profilage du flux de travail

L'optimisation est un processus itératif. Suivez ce flux de travail pour améliorer systématiquement les performances :

  1. Référence: Construisez votre jeu avec des actifs audio initiaux (non optimisés). Exécutez sur un appareil cible low-end et le taux de log frame, utilisation du processeur (fil audio), mémoire et compte de voix. Enregistrez une session de gameplay de 2 minutes avec le profileur.
  2. Appliquer les optimisations d'actifs: Convertissez tous les sons en nombre comprimé, taux d'échantillonnage plus faible, mono, etc. Mesurez à nouveau. Vous devriez voir une baisse de mémoire et des temps de chargement.
  3. Régler la gestion des événements: Définir les limites vocales, prioriser les événements, activer les voix virtuelles. Profiler la voix compte pour s'assurer qu'aucun son important n'est volé. Utilisez le graphique de priorité de l'événement dans le profileur pour visualiser les sons qui sont coupés.
  4. Affiner le PSD et le Streaming: Enlever les effets en temps réel inutiles, les faire entrer et ajuster les tailles du tampon de diffusion. Surveiller les sous-exécutions. Si vous voyez encore un processeur DSP élevé, envisager de déplacer un traitement vers la timeline de l'événement (par exemple, l'automatisation de l'enveloppe au lieu du compresseur).
  5. Itréate: Répéter les étapes 2-4 jusqu'à ce que les objectifs de performance soient atteints. Utilisez le profileur FMOD pour identifier les goulets d'étranglement restants. Chaque cycle devrait rapprocher le CPU du fil audio de l'objectif de 10%.
  6. Essai sur plusieurs dispositifs: Ce qui fonctionne sur un phare peut ne pas fonctionner sur un appareil budgétaire. Réglez les paramètres de qualité (par exemple, un paramètre maître "qualité audio") pour réduire dynamiquement le matériel bas de gamme. Par exemple, définissez une option de développeur pour plafonner le taux d'échantillonnage à 22050 Hz sur les appareils bas de gamme et désactiver tous les DSP réverb.

Pièges communs à surveiller- Trop de snapshots fonctionnant simultanément (chaque snapshot crée sa propre chaîne DSP, potentiellement en doublement de l'utilisation du processeur). Limitez les snapshots actifs à 2 ou 3. - Utiliser le même bus réverbère pour tous les événements sans surveillance du processeur. Un bus réverbère unique peut gérer 100 événements plus, mais le traitement interne du bus coûte toujours CPU. - Oublier de décharger les banques inutilisées (par exemple, après une transition de niveau).

Conclusion

Optimiser les projets FMOD pour la performance des jeux mobiles n'est pas une tâche ponctuelle, mais une discipline continue qui commence dans la création d'actifs et s'étend par le réglage final. En respectant les contraintes matérielles – un processeur limité, une RAM et une batterie – et en appliquant des stratégies ciblées comme les formats compressés, la gestion vocale, les compromis en streaming et l'utilisation prudente de DSP, vous pouvez fournir une expérience audio qui améliore l'immersion sans compromettre le taux de trame ou la stabilité des appareils. Utilisez le profileur FMOD comme compas, testez sur des appareils réels et itérer. Le résultat sera un jeu poli et performant que les joueurs apprécieront non seulement visuellement, mais audiblement. N'oubliez pas que chaque milliseconde de CPU audio sauvegardée est une milliseconde qui peut être dépensée sur des graphiques plus riches ou des mécanismes de gameplay plus serrés.