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

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

Każdy mechanizm umożliwia odtwarzanie dźwięku w Androidzie. Do radia odtwarzania lub odtwarzania z urządzeń wejściowych, te opcje mogą nie wystarczyć, chociaż każdy z nich można połączyć z funkcją przechwytywania dźwięku MediaRecorder klasy, aby najpierw zarejestrować dźwięk, a potem odtworzyć go z Androida. System aplikacji, możesz wykorzystać poniższe informacje do podłączenia urządzenia wejściowego, do miksera wyjściowego w systemie AAOS.

Odtwarzacz HwAudioSource

HwAudioSource podłącza źródło dźwięku bezpośrednio do miksera Androida.

Powody

W przypadku korzystania z dźwięku sprzętowego lub między urządzeniami może wystąpić kilka ograniczeń. poprawkę z Androidem. Żadna opcja nie może odbierać kluczowych zdarzeń związanych z multimediami, takich jak PLAY, PAUSE i STOP, a także, ponieważ omijają one dźwięk z Androida. wymaga sprzętu, aby połączyć poprawkę z innymi dźwiękami z Androida.

Użyj HwAudioSource

HwAudioSource to nowy typ odtwarzacza zaprojektowany jako poprawka oprogramowania. Ten umożliwia aplikacjom korzystającym z tego odtwarzacza otrzymywanie kluczowych zdarzeń związanych z multimediami do mieszania i kierowania 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 panelu HAL audio

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

  • adev_create_audio_patch oczekuje, że żądanie ustanowienia poprawki dźwięku z urządzenia na mikser.

  • adev_open_input_stream oczekuje, że w kolumnie audio_source AUDIO_SOURCE_FM_TUNER

  • in_read wypełnia bufor audio transmitowanymi danymi audio.

Zalecamy skonfigurowanie tunera typu 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źć wejście radiowe FM. na tym urządzeniu za pomocą funkcji AudioManager.getDevices(AudioManager.GET_DEVICES_INPUTS spójnik z AudioDeviceInfo.TYPE_FM_TUNER.

Tworzenie poprawek audio

Możesz utworzyć poprawkę audio między 2 portami audio: portem miksu lub przez port urządzenia. Zazwyczaj poprawka audio między portami miksu i urządzenia jest przeznaczona podczas nagrywania w odwrotnym kierunku.

Na przykład poprawka audio, która przekierowuje próbki audio ze źródła FM_TUNER bezpośrednio do ujścia multimediów, omija mikser oprogramowania. Musisz wtedy użyć mikser sprzętowy do miksowania sampli z Androida i FM_TUNER dla zlewozmywacz. Podczas tworzenia poprawki audio bezpośrednio ze źródła FM_TUNER do multimediów ujście:

  • Regulacja głośności ma zastosowanie do ujścia multimediów i powinna mieć wpływ zarówno na Androida, i FM_TUNER plik audio.

  • Użytkownicy mogą przełączać się między urządzeniem z Androidem a dźwiękiem FM_TUNER w prostej aplikacji (nie trzeba wybierać źródła multimediów).

W implementacjach w branży motoryzacyjnej może być również konieczne utworzenie poprawki audio między dwoma portów urządzenia. Aby to zrobić, musisz najpierw zadeklarować porty urządzenia i możliwe, tras w: audio_policy_configuration.xml, a następnie powiąż składankę z portów 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 API sterowników audio

getExternalSources() umożliwia pobranie listy dostępnych źródeł (identyfikowanych na podstawie adresu), a potem utwórz poprawki audio między tymi źródłami a i pobierania według użycia audio. odpowiednie punkty wejścia na HAL Audio. pojawiają się 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

Tworząc aplikację radiową, zalecamy korzystanie z HwAudioSource, obsługuje zarówno tworzenie poprawki, jak i sesję multimediów do obsługi klucza multimediów zdarzeń. Dla tego samego źródła i dźwięku można utworzyć wiele źródeł dźwięku . Możesz utworzyć kanał do regularnego słuchania radia, jak drugi – informacje o ruchu drogowym.

Jeśli nagrywasz aplikację FM_TUNER, w Androidzie 11 uprawnienia do wykonywania zostały zmienione na android.permission.CAPTURE_AUDIO_OUTPUT. Nie przechodzi już sprawdzania uprawnień OP_RECORD_AUDIO, które mają zastosowanie tylko do mikrofonów. Nie powinno to mieć wpływu na aplikacje, ponieważ FM_TUNER już teraz dostęp wymaga uprawnienia SYSTEM_API.

Szczegółowe informacje znajdziesz w sekcji Implementowanie radia. tworząc aplikację radiową.