À partir du 27 mars 2025, nous vous recommandons d'utiliser android-latest-release au lieu de aosp-main pour créer et contribuer à AOSP. Pour en savoir plus, consultez la section Modifications apportées à AOSP.
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Le test de latence de bouclage audio mesure la latence "aller-retour", du début de la lecture du signal à la réception de l'audio capturé. Bien que ce test ne permette pas de séparer les mesures de latence dans la lecture et la capture du système, il donne une bonne indication des performances de latence globales du système sur plusieurs paires d'appareils.
La latence en boucle est mesurée en générant un signal sur un appareil de sortie et en capturant ce signal sur un appareil d'entrée associé. Le signal généré est un ensemble d'impulsions de bruit qui peuvent être reconnues par le test et qui servent à déterminer avec précision le début du signal.
Chemins de latence
Le test de latence du loopback audio mesure la latence de trois routes, comme illustré dans la figure 1:
Haut-parleur/Micro:le signal du haut-parleur intégré est capturé par le micro intégré. Le test de ce chemin est obligatoire sur les appareils portables, tels que les téléphones et les tablettes, et n'est pas obligatoire pour les appareils non portables, tels que les montres, les téléviseurs, les automobiles et les réfrigérateurs.
Connecteur casque:le signal est acheminé à l'aide d'une fiche en boucle de la sortie à l'entrée du connecteur casque analogique 3,5 mm.
USB:le signal est acheminé via un adaptateur de casque USB vers analogique avec une prise en boucle ou une interface audio USB avec des prises de sortie connectées à des prises d'entrée. Obtenir une valeur de passage pour l'un des chemins USB est suffisant pour réussir. Ce trajet peut ne pas être disponible pour certains appareils Android, tels que les téléviseurs et les voitures.
Panneau de test
Le panneau Test de la latence de retour audio se compose des sections suivantes, comme illustré à la figure 1.
Figure 1 : Panneau de test de la latence de bouclage audio.
Utilitaires d'assistance
L'utilisateur doit exécuter les utilitaires suivants avant de commencer le test:
Calibrer l'audio:pour analyser efficacement l'audio capturé, il est important de générer un signal de sortie à un niveau adéquat.
Calibrer l'audio appelle le panneau de calibrage du retour audio, qui permet de s'assurer d'un niveau de signal approprié.
Audio Devices (Appareils audio) : lance une boîte de dialogue qui affiche tous les appareils audio compatibles avec le DUT et qui y sont connectés. Pour en savoir plus, consultez le panneau Appareils audio.
Figure 2. Utilitaires d'assistance pour les tests de latence de bouclage audio.
Section de configuration du DUT
Cette section affiche des informations sur la configuration du DUT, comme illustré dans la figure 1. Les attributs de configuration suivants déterminent, en partie, les critères d'acceptation:
Pro Audio:le DUT déclare le flag Pro Audio, qui spécifie qu'il est compatible avec un niveau professionnel de performances audio et de fonctionnalités telles que la compatibilité MIDI.
Faible latence:le DUT déclare l'indicateur Faible latence, qui spécifie que le DUT est compatible avec une faible latence maximale pour la lecture et la capture audio.
MPC:niveau de la classe de performance des médias déclaré par le DUT.
MMAP:l'appareil testé est compatible avec la lecture audio en mode MMAP.
MMAP Exclusive:l'appareil testé est compatible avec la lecture en mode exclusif MMAP.
Montre:le DUT a été identifié comme étant une montre.
TV:le DUT a été identifié comme un téléviseur.
Automobile:le véhicule concerné est une automobile.
Appareil portable:l'appareil testé a été déterminé comme étant un appareil portable, c'est-à-dire un téléphone ou une tablette.
Sections de test
Pour chaque itinéraire, la section de test contient deux éléments:
Start (Démarrer) : exécute la section de test. Le bouton est activé lorsqu'il est déterminé que le DUT est compatible avec un parcours disponible donné.
Texte d'instruction/de processus/d'état:affiche les instructions pour activer la section de test, l'état de la section de test pendant son exécution et les résultats d'une section de test une fois celle-ci terminée.
Section
Description
Test du haut-parleur et du micro
Start (Démarrer) est activé, sauf si l'appareil testé ne prend pas en charge d'enceinte ni de micro interne, comme dans un téléviseur ou un appareil automobile.
Test du connecteur casque
Start (Démarrer) est activé si le DUT est compatible avec un connecteur analogique pour casque ET qu'un connecteur de retour audio est branché sur un connecteur analogique 3,5 mm pour casque sur le DUT.
Test USB
Start (Démarrer) est activé si l'appareil testé accepte une connexion audio USB ET qu'un appareil audio USB est connecté.
Résultats
Affiche les résultats du test global.
Processus de test
Pour chaque route compatible, procédez comme suit:
Connectez le périphérique de bouclage approprié pour les tests du casque analogique et USB.
Pour le test du haut-parleur et du micro, placez le DUT sur une surface plane dans une pièce calme. Les périphériques requis sont listés dans la section Périphériques audio du vérificateur CTS.
Exécutez la section de test en appuyant sur Start (Démarrer).
Une fois le test de chaque section terminé, la section Résultats est mise à jour pour refléter l'état global du test.
Lorsque tous les chemins d'accès requis sont testés et que chaque test répond aux critères de latence pour ce chemin d'accès, comme spécifié dans le CDD, l'état PASS est activé.
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/27 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/07/27 (UTC)."],[],[],null,["# Audio loopback latency test\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nThe audio loopback latency test measures \"round-trip\" latency, from the\nstart of signal playback to the receipt of the captured audio. While this test\ndoesn't allow for the separation of the latency measurements in the playback and\ncapture of the system, it gives a good indication of overall latency performance\nof the system over several device pairs.\n\nLoopback latency is measured by generating a signal on an output device and\ncapturing that signal on a paired input device. The generated signal is a set of\nnoise bursts that can be recognized by the test and is used to accurately\ndetermine the start of the signal.\n\nLatency paths\n-------------\n\nThe audio loopback latency test measures the latency of three routes, as shown\nin Figure 1:\n\n- **Speaker/Mic:** The built-in speaker signal is captured by the built-in\n microphone. Testing this path is required on handheld devices, such as\n phones and tablets, and isn't required for nonhandheld devices, such as\n watches, TVs, automobiles, and refrigerators.\n\n- **Headset Jack:** The signal is routed with a\n [loopback plug](/docs/compatibility/cts/audio-peripherals#audio-loopback-plug)\n from the output to the input of the 3.5 mm analog headset jack.\n\n| **Note:** This route isn't supported on all Android devices.\n\n- **USB:** The signal is routed through either a [USB-to-analog headset adapter](/docs/compatibility/cts/audio-peripherals#usb-analog-headset-adapter) with a loopback plug, or a [USB audio interface](/docs/compatibility/cts/audio-peripherals#usb-audio-interface) with output jacks connected to input jacks. Obtaining a passing value for either of the USB routes is sufficient to pass. This route might not be available for some Android devices, such as TV and automobile.\n\nTest panel\n----------\n\nThe **Audio Loopback Latency Test** panel consists of the following sections, as\nshown in Figure 1.\n\n**Figure 1.** Audio loopback latency test panel.\n\n### Support utilities\n\nThe user needs to run the following utilities before starting the test:\n\n- **Calibrate Audio:** To effectively analyze the captured audio, it's\n important to generate an output signal at an adequate level.\n **Calibrate Audio** invokes the\n [Audio Loopback Calibration panel](/docs/compatibility/cts/audio-loopback-calib),\n which is used to ensure an appropriate signal level.\n\n- **Audio Devices:** Starts a dialog that displays all of the audio devices\n that are supported by and connected to the DUT. See\n [Audio Devices panel](/docs/compatibility/cts/audio-devices-panel) for more\n information.\n\n**Figure 2.** Audio loopback latency test support utilities.\n\n### DUT configuration section\n\nThis section displays information about the configuration of\nthe DUT as shown in Figure 1. The following configuration attributes determine,\nin part, the pass criteria:\n\n- **Pro Audio:** The DUT declares the *Pro Audio* flag specifying that the DUT\n supports a *Professional* level of audio performance and features such as\n MIDI support.\n\n- **Low Latency:** The DUT declares the *Low Latency* flag specifying that the\n DUT supports a low maximum latency for audio playback and capture.\n\n- **MPC:** The *Media Performance Class* level declared by the DUT.\n\n- **MMAP:** The DUT supports MMAP mode audio playback.\n\n- **MMAP Exclusive:** The DUT supports MMAP exclusive mode playback.\n\n- **Watch:** The DUT has been determined to be a watch.\n\n- **TV:** The DUT has been determined to be a television.\n\n- **Automobile:** The DUT has been determined to be an automobile.\n\n- **Handheld:** The DUT has been determined to be a *handheld* device, that\n is, either a phone or a tablet.\n\n### Test sections\n\nFor each route, the test section contains two elements:\n\n- **Start:** Executes the test section. The button is enabled when it's determined that the DUT supports a given available route.\n- **Instruction/process/status text:** Displays instructions for enabling the test section, the status of the test section while it's running, and the results of a test section when complete.\n\n| **Note:** Each test section supported by the DUT must pass in order for the overall test to pass.\n\n| Section | Description |\n|----------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Speaker and mic test | **Start** is enabled unless the DUT doesn't support either an internal speaker or internal microphone, as in a TV or automobile device. |\n| Headset jack test | **Start** is enabled if the DUT supports an analog headset jack AND an [Audio loopback plug](/docs/compatibility/cts/audio-peripherals#audio-loopback-plug) is plugged in to an Analog 3.5 mm headset jack on the DUT. |\n| USB test | **Start** is enabled if the DUT supports a USB audio connection AND a USB audio device is connected. |\n| Results | Displays the results for the overall test. |\n\nTest process\n------------\n\nFor each supported route, do the following:\n\n1. Connect the appropriate loopback peripheral for analog headset and USB tests. For the speaker and Mic test, place the DUT on a flat surface in a quiet room. The required peripherals are listed in [CTS Verifier audio peripherals](/docs/compatibility/cts/audio-peripherals).\n2. Run the [Support utilites](#support-utilities).\n3. Run the [test section](#test) by tapping **Start**.\n\nAs the test for each test section completes, the **Results** section updates to\nreflect the overall test status.\n\nWhen all required routes are tested, and each test meets the latency criteria\nfor that route as specified in [CDD](/docs/compatibility/14/android-14-cdd#56_audio_latency),\n**PASS** is enabled."]]