다음 메커니즘을 사용하여 Android에서 오디오를 재생할 수 있습니다.
각 메커니즘을 사용하면 Android에서 오디오 재생을 실행할 수 있습니다. 라디오 재생이나 입력 장치에서 재생하는 경우에는 이러한 옵션이 충분하지 않을 수 있지만, 각 옵션을 오디오 캡처 또는 MediaRecorder
클래스와 결합하여 먼저 오디오를 캡처한 다음 Android에서 재생할 수 있습니다. 특히 시스템 앱의 경우 다음 정보를 사용하여 입력 장치를 AAOS의 출력 믹서에 연결할 수 있습니다.
HwAudioSource 플레이어
HwAudioSource
는 오디오 소스 기기를 Android 믹서에 직접 연결합니다.
동기
Android에서 기기 간 또는 하드웨어 오디오 패치를 사용하면 몇 가지 제한사항이 적용될 수 있습니다. 각 옵션은 재생, 일시중지, 중지와 같은 미디어 키 이벤트를 수신할 수 없으며 Android의 오디오 스택을 우회하므로 각 옵션은 하드웨어에서 패치를 Android의 다른 오디오로 믹스해야 합니다.
HwAudioSource 사용
HwAudioSource
는 소프트웨어 패치로 설계된 새로운 유형의 플레이어입니다. 이를 통해 이 플레이어를 사용하는 앱이 미디어 키 이벤트 및 출력 스트림을 믹스하여 Android에서 라우팅할 수 있습니다.
mHwAudioSource = new HwAudioSource.Builder()
.setAudioDeviceInfo(AudioDeviceInfo: info)
.setAudioAttributes(new AudioAttributes.Builder()
.setUsage(AudioAttributes.USAGE_MEDIA)
.build())
.build();
mHwAudioSource.play();
mHwAudioSource.stop();
오디오 HAL 변경
이 새로운 플레이어를 사용하는 경우 오디오 HAL에 관한 다음과 같은 예상 요소를 고려하세요. 예: device/generic/car/emulator/audio/driver/audio_hw.c
.
adev_create_audio_patch
는 기기에서 믹서로 오디오 패치를 설정하는 요청을 예상합니다.adev_open_input_stream
은audio_source
가AUDIO_SOURCE_FM_TUNER
일 것으로 예상합니다.in_read
는 오디오 버퍼를 브로드캐스트 무선 오디오 데이터로 채웁니다.
audio_policy_configuration.xml
에서 AUDIO_DEVICE_IN_FM_TUNER
유형으로 튜너 기기를 구성하는 것이 좋습니다.
<devicePort
tagName="Tuner_source"
type="AUDIO_DEVICE_IN_FM_TUNER"
role="source"
address="tuner0">
<profile
name=""
format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="48000"
channelMasks="AUDIO_CHANNEL_IN_STEREO"/>
</devicePort>
이 기기 구성에서는 AudioDeviceInfo.TYPE_FM_TUNER
와 함께 AudioManager.getDevices(AudioManager.GET_DEVICES_INPUTS
를 사용하여 FM 라디오 입력 기기를 쉽게 찾을 수 있습니다.
오디오 패치 만들기
두 오디오 포트(믹스 포트 또는 기기 포트) 사이에 오디오 패치를 만들 수 있습니다. 일반적으로 믹스 포트에서 기기 포트로의 오디오 패치는 재생용이고 반대 방향은 캡처용입니다.
예를 들어 FM_TUNER
소스의 오디오 샘플을 미디어 싱크로 직접 라우팅하는 오디오 패치는 소프트웨어 믹서를 우회합니다. 그런 다음 하드웨어 믹서를 사용하여 Android 및 FM_TUNER
의 오디오 샘플을 싱크에 믹싱해야 합니다. FM_TUNER
소스에서 미디어 싱크로 직접 오디오 패치를 만드는 경우 다음을 따르세요.
볼륨 조절은 미디어 싱크에 적용되며 Android 및
FM_TUNER
오디오 둘 다에 영향을 미쳐야 합니다.사용자는 간단한 앱 전환을 통해 Android와
FM_TUNER
오디오 간에 전환할 수 있습니다. 명시적으로 미디어 소스를 선택하지 않아도 됩니다.
또한 Automotive 구현은 두 개의 기기 포트 사이에 오디오 패치를 만들어야 할 수도 있습니다. 이렇게 하려면 먼저 audio_policy_configuration.xml
에서 기기 포트와 가능한 경로를 선언한 다음 mixports를 기기 포트와 연결해야 합니다.
샘플 구성
샘플 구성 device/generic/car/emulator/audio/audio_policy_configuration.xml
을 참고하세요.
<audioPolicyConfiguration>
<modules>
<module name="primary" halVersion="3.0">
<attachedDevices>
<item>bus0_media_out</item>
<item>bus1_audio_patch_test_in</item>
</attachedDevices>
<mixPorts>
<mixPort name="mixport_bus0_media_out" role="source"
flags="AUDIO_OUTPUT_FLAG_PRIMARY">
<profile name="" format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="48000"
channelMasks="AUDIO_CHANNEL_OUT_STEREO"/>
</mixPort>
<mixPort name="mixport_audio_patch_in" role="sink">
<profile name="" format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="48000"
channelMasks="AUDIO_CHANNEL_IN_STEREO"/>
</mixPort>
</mixPorts>
<devicePorts>
<devicePort tagName="bus0_media_out" role="sink" type="AUDIO_DEVICE_OUT_BUS"
address="bus0_media_out">
<profile balance="" format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="48000" channelMasks="AUDIO_CHANNEL_OUT_STEREO"/>
<gains>
<gain name="" mode="AUDIO_GAIN_MODE_JOINT"
minValueMB="-8400" maxValueMB="4000" defaultValueMB="0" stepValueMB="100"/>
</gains>
</devicePort>
<devicePort tagName="bus1_audio_patch_test_in" type="AUDIO_DEVICE_IN_BUS" role="source"
address="bus1_audio_patch_test_in">
<profile name="" format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="48000" channelMasks="AUDIO_CHANNEL_IN_STEREO"/>
<gains>
<gain name="" mode="AUDIO_GAIN_MODE_JOINT"
minValueMB="-8400" maxValueMB="4000" defaultValueMB="0" stepValueMB="100"/>
</gains>
</devicePort>
</devicePorts>
<routes>
<route type="mix" sink="bus0_media_out" sources="mixport_bus0_media_out,bus1_audio_patch_test_in"/>
<route type="mix" sink="mixport_audio_patch_in" sources="bus1_audio_patch_test_in"/>
</routes>
</module>
</modules>
</audioPolicyConfiguration>
오디오 드라이버 API
getExternalSources()
를 사용하여 사용할 수 있는 소스 목록(주소로 식별)을 검색한 다음 이러한 소스와 싱크 포트 사이에 오디오 사용에 따른 오디오 패치를 만들 수 있습니다. 이에 대응하는 오디오 HAL의 진입점이 IDevice.hal
에 표시됩니다.
Interface IDevice {
...
/
* Creates an audio patch between several source and sink ports. The handle
* is allocated by the HAL and must be unique for this audio HAL module.
*
* @param sources patch sources.
* @param sinks patch sinks.
* @return retval operation completion status.
* @return patch created patch handle.
*/
createAudioPatch(vec<AudioPortConfig> sources, vec<AudioPortConfig> sinks)
generates (Result retval, AudioPatchHandle patch);
* Release an audio patch.
*
* @param patch patch handle.
* @return retval operation completion status.
*/
releaseAudioPatch(AudioPatchHandle patch) generates (Result retval);
...
}
라디오 튜너
라디오 앱을 빌드할 때는 패치를 만들 뿐만 아니라 미디어 키 이벤트를 다루는 미디어 세션도 처리하는 HwAudioSource
를 사용하는 것이 좋습니다. 동일한 소스 및 오디오 속성에 대해 여러 오디오 소스를 만들 수 있습니다. 하나는 일반 라디오 사용, 다른 하나는 트래픽 공지를 위해 사용할 수 있습니다.
FM_TUNER
를 기록하는 경우 Android 11에서는 기록을 위한 권한이 android.permission.CAPTURE_AUDIO_OUTPUT
으로 변경되었습니다.
더 이상 OP_RECORD_AUDIO
권한 확인을 거치지 않습니다. 권한 확인은 마이크에만 적용됩니다. FM_TUNER
에 이미 액세스 권한으로 SYSTEM_API
가 필요하므로 앱에는 영향을 미치지 않습니다.
라디오 앱 빌드에 관한 자세한 내용은 라디오 구현을 참고하세요.