이 인터페이스를 통해 사용자는 테스트할 오디오 경로를 선택할 수 있습니다. 경로 이름에는 경로가 기기에 있는 경우(해당 경로와 연결된 오디오 주변기기가 연결되어 있지 않아도) required라는 텍스트가 추가됩니다. 해당 경로의 테스트 시퀀스가 실행되면 이름에 done이라는 텍스트가 추가됩니다.
경로 버튼은 특정 경로와 연결된 기기가 사용 가능해지면, 즉 오디오 주변기기가 DUT에 연결되면 사용 설정됩니다.
다음과 같이 지원되는 경로를 테스트합니다.
Mic/Speaker: DUT의 내장 마이크와 스피커를 테스트합니다.
Analog Headset Jack + Loopback: 3.5mm 아날로그 헤드셋 잭(일부 Android 기기에는 없음)을 오디오 루프백 플러그에 연결해야 합니다.
USB Interface + Loopback:USB 오디오 인터페이스 기기가 루프백을 위해 적절히 구성되어 있는지 테스트합니다. 이 버튼은 USB 오디오 인터페이스 기기가 연결될 때만 사용 설정됩니다.
USB Headset Adapter + Loopback: 오디오 루프백 플러그에 연결된 USB-아날로그 헤드셋 어댑터를 테스트합니다. 이 버튼은 오디오 루프백 플러그가 있는 USB-아날로그 헤드셋 어댑터가 연결될 때만 사용 설정됩니다.
그림 3. 경로 선택
테스트 프로세스 버튼, 데이터 표시, 형식 사양
Start: 테스트를 시작합니다. 테스트는 지정된 각 형식에서 신호를 생성합니다.
Stop: 실행 중인 테스트를 중지합니다.
Clear Results: 결과 패널을 삭제합니다.
그림 4. Start 버튼과 Clear 버튼
캡처된 신호는 테스트가 실행될 때 표시됩니다. 모든 형식이 테스트되면 결과 패널이 표시됩니다.
다음 그림은 USB 헤드셋에서 실행된 후의 성공적인 테스트 결과를 보여줍니다.
그림 5. 멀티채널 믹스다운 테스트 결과
테스트 프로토콜
테스트 프로토콜은 다음과 같습니다.
조용한 장소에 DUT를 둡니다.
테스트할 API를 선택합니다. 통과하려면 하나의 API만 있으면 됩니다.
Mic/Speaker 경로를 선택합니다.
Calibrate Audio를 탭하고 적절한 신호가 생성되는지 확인합니다.
Start를 탭하고 다양한 채널 형식에 대해 테스트가 실행되도록 합니다.
완료되면 각 채널 형식의 결과를 나타내는 보고서가 표시됩니다. 예를 들어 Mic/Speaker 경로 버튼에는 해당 경로의 테스트가 완료되었음을 나타내는 Done이 표시됩니다.
나머지 필수 경로에 대해 4~6단계를 실행합니다.
모든 필수 경로의 테스트가 완료된 경우 Pass가 사용 설정되어 테스트가 통과되었음을 나타냅니다.
결과 해석
특정 채널 위치는 강도가 낮아서 서라운드 사운드 스트림의 높은 채널이 제거되고 있음을 알 수 있습니다. 높은 채널은 믹스다운되어야 콘텐츠의 모든 채널을 스테레오 출력을 통해 들을 수 있습니다.
이 페이지에 나와 있는 콘텐츠와 코드 샘플에는 콘텐츠 라이선스에서 설명하는 라이선스가 적용됩니다. 자바 및 OpenJDK는 Oracle 및 Oracle 계열사의 상표 또는 등록 상표입니다.
최종 업데이트: 2025-05-09(UTC)
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["필요한 정보가 없음","missingTheInformationINeed","thumb-down"],["너무 복잡함/단계 수가 너무 많음","tooComplicatedTooManySteps","thumb-down"],["오래됨","outOfDate","thumb-down"],["번역 문제","translationIssue","thumb-down"],["샘플/코드 문제","samplesCodeIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-05-09(UTC)"],[],[],null,["# CTS Verifier multichannel mixdown test\n\n\u003cbr /\u003e\n\nThe Android audio system can support a large number of audio channel formats for\nplayback. Audio created for high channel count audio formats, such as 5.1\nsurround sound, must play back reasonably on a stereo 2-channel device.\n\nThe CTS Verifier multichannel mixdown test verifies that reasonable playback\noccurs over a variety of high channel count audio sources and over audio routes\nconfigured for 2-channel playback.\n\nMultichannel mixdown test UI\n----------------------------\n\nThe multichannel mixdown test UI, as shown in Figure 1, is comprised of the\nelements described in the following sections.\n\n**Figure 1.** Multichannel mixdown test ready to run.\n\n### Audio API selection\n\nThe user can select which audio API is used for playback and capture: Java API\nor Native API. Only one API needs to be tested to pass the test.\n\n**Figure 2.** Audio API selection.\n\n### Support utilities\n\nSee [Support utilities](/docs/compatibility/cts/audio-loopback-latency#support-utilities)\nfor more information.\n\n### Route selection\n\nWith this interface, the user can select which audio route is tested. Route\nnames are appended with the text *required* when the route is present on the\ndevice (even if the audio peripheral associated with that route isn't\nconnected). When the test sequence for that route is run,\nthe name is appended with the text *done*.\n\nRoute buttons are enabled when a device associated with a given route\nbecomes available, that is, an audio peripheral is connected to the DUT.\nTest the supported routes, as follows:\n\n- **Mic/Speaker:** Tests the built-in microphone and speaker on the DUT.\n\n- **Analog Headset Jack + Loopback:** The 3.5 mm analog headset jack\n (not present on all Android devices) must be connected to an\n [Audio loopback plug](/docs/compatibility/cts/audio-peripherals#audio-loopback-plug).\n\n | **Note:** A physical headset device can't be used to perform this test. This button is enabled only when an analog headset device (the audio loopback plug) is connected.\n- **USB Interface + Loopback:** Tests if the [USB audio interface device](/docs/compatibility/cts/audio-peripherals#usb-audio-interface)\n is properly configured for loopback. This button is enabled only when a\n USB audio interface device is connected.\n\n- **USB Headset Adapter + Loopback:** Tests a [USB-to-analog headset adapter](/docs/compatibility/cts/audio-peripherals#usb-analog-headset-adapter)\n connected to an audio loopback plug. This button is enabled only when a\n USB-to-analog headset adapter with an audio loopback plug\n is connected.\n\n | **Note:** A physical analog headset device connected to the USB-to-analog headset adapter can't be used to perform this test.\n\n**Figure 3.** Route selection.\n\n### Test process buttons, data display, and format specifications\n\n**Start:** Begins the test. The test generates signals from each of the formats\nspecified.\n\n**Stop:** Stops the test in execution.\n\n**Clear Results:** Clears the results panel.\n\n**Figure 4.** Start and clear buttons.\n\nThe captured signal is displayed as the test runs. When all the formats are\ntested, the results panel is displayed.\n\nThe following figure shows successful test results after running on a USB\nheadset:\n\n**Figure 5.** Multichannel mixdown test results.\n| **Note:** The left and right values are the same because the loopback adapter mixes the stereo output to mono. Other required routes aren't completed in this example.\n\nTest protocol\n-------------\n\nThe test protocol is as follows:\n\n1. Place the DUT in a quiet location.\n2. Select the API to test. Only one is required to pass.\n3. Select the **Mic/Speaker** route.\n4. Tap **Calibrate Audio** and ensure that an adequate signal is generated.\n5. Tap **Start** and allow the test to run for the various channel formats.\n6. When complete, a report is displayed indicating the result of each of the channel formats. For example, the **Mic/Speaker** route button displays *Done* to indicate that the test for that route is complete.\n7. Perform steps 4 through 6 for the remaining required routes.\n8. When the test for all the required routes has been completed, **Pass** is enabled to indicate that the test has passed.\n\n### Interpret the results\n\nYou might notice that certain channel positions have a low magnitude, indicating\nthat the surround sound stream's high channels are being eliminated. The high\nchannels are supposed to be *mixed down*, ensuring that all channels from the\ncontent are audible through the stereo output."]]
