La musique est décodée en échantillons PCM, traitée par le transport de bande et le rack d’effets, puis envoyée à la sortie audio Android. Le système et le casque peuvent aussi la mettre en file, la rééchantillonner ou l’encoder. La taille d’un tampon n’est pas le délai total entre un geste et le son entendu.

Une trame PCM contient les échantillons de tous les canaux à un instant donné ; un bloc de traitement regroupe plusieurs trames. Leur conversion en durée nécessite la fréquence d’échantillonnage. La fréquence d’affichage ou un bloc ne mesure pas directement la latence audible.

Utilisez un casque filaire. Lors des essais du développeur, il a résolu le retard audible marqué des commandes par molette et secousse constaté en Bluetooth. La réponse réelle dépend toujours du téléphone, du système et de la sortie audio.

Au premier plan, la taille minimale de tampon exigée par l’appareil sert de plancher, avec une demande d’environ 30 ms. Cela réduit l’audio en attente pour que les gestes de transport agissent plus tôt sur les sons suivants.

La lecture conserve au maximum quatre fenêtres de prélecture et réutilise l’audio décodé dans un cache occupé à la demande, plafonné à 16 MiB. Cela limite le décodage répété et l’usage mémoire. Ce n’est pas toute la piste, ni cette quantité de son, qui attend dans la file du casque.

Fenêtres de prélecture, cache d’audio décodé et tampon de sortie ont des rôles distincts. Une capacité mémoire ne se convertit pas directement en latence de sortie sans distinguer ces étapes.

La chaîne d’effets est mise à jour aux limites des blocs audio, avec une transition d’environ 20 ms entre l’ancienne et la nouvelle. Cette transition peut accroître brièvement le travail, sans prouver l’origine d’un craquement. Si Android n’accepte qu’une partie d’un bloc, le reste déjà traité est soumis ensuite, sans repasser dans les effets.

Le bypass change le résultat audible, mais l’instance continue ses calculs pour conserver son état. Retirez les instances inutiles pour réduire la charge.

En cas de craquements, examinez les crêtes en sortie de chaîne et réduisez les gains d’effets excessifs pour rechercher un écrêtage. Retirez ensuite les effets inutiles et comparez la charge. Un apport audio insuffisant peut vider le tampon ; des crêtes trop fortes peuvent écrêter. Le voyant de surcharge indique des crêtes, pas un manque de données. Ces étapes réduisent les hypothèses sans établir un diagnostic.

En arrière-plan, le PCM est envoyé par lots à la vitesse normale de 1×, en conservant le traitement des effets. Un rack vide demande environ 200 ms de tampon ; avec des effets, environ 600 ms, dans la limite de la capacité allouée.

Un tampon d’arrière-plan plus grand laisse une marge aux variations d’ordonnancement du système. Un traitement durablement trop lent peut toujours épuiser les données. Le retour au premier plan rétablit des tampons plus petits, mais l’audio déjà en file doit encore être consommé.

Le dessin de la molette ne conserve que l’état le plus récent et au plus une tâche de dessin en attente, pour limiter l’accumulation d’anciens états. Affichage et audio suivent deux chemins distincts : le retard audible du Bluetooth n’explique pas les images perdues.

Lorsque l’application passe en arrière-plan, que l’écran s’éteint ou que la fonction est désactivée, les lectures d’orientation correspondantes s’arrêtent et les écouteurs des capteurs sont libérés. Les reflets dynamiques changent la lumière, pas le son ; la simulation de secousse agit sur le son via un réglage séparé.

Les éléments publiés sont actuellement les observations qualitatives du développeur comparant filaire et Bluetooth. Aucune mesure chiffrée reproductible de latence totale, de charge ou de consommation, accompagnée de conditions complètes, n’a été publiée.

Les comparaisons doivent préciser le modèle du téléphone, le système, la sortie et sa connexion, la fréquence d’échantillonnage, la chaîne d’effets et un même passage musical. Les demandes et cibles de tampon ne remplacent pas les mesures. Dix emplacements décrivent une capacité, sans garantir la fluidité de toutes les combinaisons, une latence fixe ou une économie d’énergie donnée.