Podłączanie urządzenia wejściowego w AAOS

Do odtwarzania dźwięku w Androidzie możesz używać tych mechanizmów:

Każdy z tych mechanizmów umożliwia odtwarzanie dźwięku w Androidzie. W przypadku odtwarzania radia lub odtwarzania z urządzeń wejściowych te opcje mogą nie wystarczyć, chociaż każdą z nich można połączyć z przechwytywaniem dźwięku lub MediaRecorder klasą, aby najpierw przechwycić dźwięk, a potem odtworzyć go w Androidzie. W przypadku aplikacji systemowych można użyć tych informacji, aby połączyć urządzenie wejściowe z mikserem wyjściowym w AAOS.

Odtwarzacz HwAudioSource

HwAudioSource łączy urządzenie źródłowe dźwięku bezpośrednio z mikserem Androida.

Powody

Podczas korzystania z połączenia audio między urządzeniami lub sprzętowego połączenia audio z Androidem może wystąpić kilka ograniczeń. Każda opcja nie może odbierać zdarzeń klawiszy multimediów, takich jak PLAY, PAUSE i STOP, a ponieważ omijają one stos audio Androida, każda z nich wymaga sprzętu do miksowania połączenia z innymi dźwiękami z Androida.

Używanie HwAudioSource

HwAudioSource to nowy typ odtwarzacza zaprojektowany jako poprawka oprogramowania. Umożliwia to aplikacjom korzystającym z tego odtwarzacza odbieranie zdarzeń klawiszy multimediów, a strumień wyjściowy może być miksowany i kierowany przez Androida.

mHwAudioSource = new HwAudioSource.Builder()
                .setAudioDeviceInfo(AudioDeviceInfo: info)
                .setAudioAttributes(new AudioAttributes.Builder()
                        .setUsage(AudioAttributes.USAGE_MEDIA)
                        .build())
                .build();
mHwAudioSource.play();
mHwAudioSource.stop();

Zmiany w HAL audio

W przypadku tego nowego odtwarzacza weź pod uwagę te oczekiwania dotyczące HAL audio. Na przykład device/generic/car/emulator/audio/driver/audio_hw.c.

  • adev_create_audio_patch oczekuje, że żądanie ustanowi połączenie audio z urządzenia do miksera.

  • adev_open_input_stream oczekuje, że audio_source będzie mieć wartość AUDIO_SOURCE_FM_TUNER.

  • in_read wypełnia bufor audio danymi audio z radia.

Zalecamy skonfigurowanie urządzenia tunera z typem AUDIO_DEVICE_IN_FM_TUNER w audio_policy_configuration.xml:

<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>

Dzięki tej konfiguracji urządzenia możesz łatwiej znaleźć urządzenie wejściowe radia FM, używając AudioManager.getDevices(AudioManager.GET_DEVICES_INPUTS w połączeniu z AudioDeviceInfo.TYPE_FM_TUNER.

Tworzenie połączeń audio

Możesz utworzyć połączenie audio między 2 portami audio – portem miksowania lub portem urządzenia. Zwykle połączenie audio z portu miksowania do portu urządzenia służy do odtwarzania, a w odwrotnym kierunku – do przechwytywania.

Na przykład połączenie audio, które kieruje próbki audio ze źródła FM_TUNER bezpośrednio do ujścia multimediów, omija mikser oprogramowania. Musisz wtedy użyć miksera sprzętowego, aby zmiksować próbki audio z Androida i FM_TUNER dla ujścia. Podczas tworzenia połączenia audio bezpośrednio ze źródła FM_TUNER do ujścia multimediów:

  • Sterowanie głośnością dotyczy ujścia multimediów i powinno wpływać zarówno na dźwięk z Androida, jak i FM_TUNER.

  • Użytkownicy mogą przełączać się między dźwiękiem z Androida a dźwiękiem z FM_TUNER za pomocą prostego przełącznika aplikacji (nie jest wymagany wyraźny wybór źródła multimediów).

Implementacje motoryzacyjne mogą też wymagać utworzenia połączenia audio między 2 portami urządzenia. Aby to zrobić, musisz najpierw zadeklarować porty urządzenia i możliwe trasy w audio_policy_configuration.xml, a następnie powiązać porty miksowania z portami urządzenia.

Przykładowa konfiguracja

Zobacz tę przykładową konfigurację: 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>

Interfejs Audio Driver API

Możesz użyć getExternalSources(), aby pobrać listę dostępnych źródeł (identyfikowanych przez adres), a następnie utworzyć połączenia audio między tymi źródłami a portami ujścia według zastosowań audio. Odpowiednie punkty wejścia w HAL audio są widoczne w 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);
...
}

Tuner radiowy

Podczas tworzenia aplikacji radiowej zalecamy używanie HwAudioSource, ponieważ obsługuje ona zarówno tworzenie połączenia, jak i sesję multimediów do obsługi zdarzeń klawiszy multimediów. Dla tego samego źródła i atrybutów audio można utworzyć wiele źródeł dźwięku. Można mieć jedno źródło do zwykłego korzystania z radia i drugie do komunikatów o ruchu drogowym.

Jeśli nagrywasz FM_TUNER, w Androidzie 11 uprawnienie do tego zostało zmienione na android.permission.CAPTURE_AUDIO_OUTPUT. Nie przechodzi już przez sprawdzanie uprawnień OP_RECORD_AUDIO, które dotyczy tylko mikrofonów. Nie powinno to mieć wpływu na aplikacje, ponieważ FM_TUNER wymaga już uprawnienia SYSTEM_API do uzyskania dostępu.

Więcej informacji o tworzeniu aplikacji radiowej znajdziesz w artykule Implementowanie radia.