HAL de controle de áudio

A HAL de controle de áudio foi introduzida no Android 9 para compatibilidade com casos de uso de áudio relevantes para o setor automotivo. No Android 14, a HAL de controle de áudio oferece suporte a:

  • Desaparecimento e balanço
  • Solicitação de seleção de áudio da HAL
  • Silenciar e reduzir o volume do dispositivo
  • Mudanças no ganho do dispositivo de áudio
  • Mudanças na configuração da porta de áudio

A Figura 1 mostra uma visão geral de alto nível da arquitetura do serviço de áudio do carro, em que o serviço de áudio do carro se comunica com a HAL de controle de áudio.

Configurar áudio em várias zonas

Figura 1. Configurar o áudio em várias zonas.

Esmaecer e balancear o áudio

A versão 1 da HAL de controle de áudio HIDL foi lançada no Android 9 para oferecer suporte ao fade e ao balanceamento de áudio em casos de uso automotivo. Além dos efeitos de áudio genéricos já fornecidos no Android, esse mecanismo permite que apps do sistema definam o balanceamento e o fade do áudio usando as APIs CarAudioManager:

class CarAudioManager {
       /**
       *   Adjust the relative volume in the front vs back of the vehicle cabin.
       *
       *   @param value in the range -1.0 to 1.0 for fully toward the back through
       *   fully toward the front. 0.0 means evenly balanced.
       */
       @SystemApi
       @RequiresPermission(Car.PERMISSION_CAR_CONTROL_AUDIO_VOLUME)
       public void setFadeTowardFront(float value);

       /**
       *   Adjust the relative volume on the left vs right side of the vehicle cabin.
       *
       *   @param value in the range -1.0 to 1.0 for fully toward the left through
       *   fully toward the right. 0.0 means evenly balanced.
       */
       @SystemApi
       @RequiresPermission(Car.PERMISSION_CAR_CONTROL_AUDIO_VOLUME)
       public void setBalanceTowardRight(float value);
}

Depois que essas APIs são chamadas, as respectivas APIs HAL de controle de áudio são chamadas do serviço de áudio do carro:

interface IAudioControl {
       /**
       *   Control the right/left balance setting of the car speakers.
       */
       oneway setBalanceTowardRight(float value);

       /**
       *   Control the fore/aft fade setting of the car speakers.
       */
       oneway setFadeTowardFront(float value);
}

A API está disponível em todas as versões da HAL de controle de áudio, incluindo a nova interface AIDL HAL.

Solicitação de seleção de áudio da HAL

O AAOS, assim como o Android, depende da participação ativa dos apps no foco de áudio para gerenciar a reprodução de áudio em carros. As informações de foco são usadas para gerenciar quais fluxos controlar para volume e redução. Assim, para ampliar ainda mais o foco de áudio e oferecer uma melhor integração de sons específicos do carro à experiência do Android, os seguintes atributos de áudio foram introduzidos no Android 11:

  • EMERGENCY
  • SAFETY
  • VEHICLE_STATUS
  • ANNOUNCEMENT

Além dessa mudança, foi adicionado um mecanismo para que sons originados de fora do Android participem de solicitações de foco de áudio. Assim, a versão 2 da HAL de controle de áudio HIDL foi introduzida para permitir solicitações de foco originadas de fora do Android:

interface IAudioControl {
       /**
       *   Registers focus listener to be used by HAL for requesting and
       *   abandoning audio focus.
       *   @param listener the listener interface
       *   @return closeHandle A handle to unregister observer.
       */
       registerFocusListener(IFocusListener listener)
       generates (ICloseHandle closeHandle);

       /**
       *   Notifies HAL of changes in audio focus status for focuses requested
       *   or abandoned by the HAL.
       *
       *   @param usage The audio usage associated with the focus change
       *   @param zoneId The identifier for the audio zone that the HAL is
       *   playing the stream in
       *   @param focusChange the AudioFocusChange that has occurred
       */
       oneway onAudioFocusChange(bitfield<AudioUsage> usage, int32_t zoneId,
       bitfield<AudioFocusChange> focusChange);
}

Em que IFocusListener é definido como:

interface IFocusListener {
       /**
       *   Called whenever HAL is requesting focus as it is starting to play
       *   audio of a given usage in a specified zone.
       *
       *   @param usage The audio usage associated with the focus request
       *    {@code AttributeUsage}
       *   @param zoneId The identifier for the audio zone where the HAL is
       *    requesting focus
       *   @param focusGain The AudioFocusChange associated with this request.
       */
       oneway requestAudioFocus(bitfield<AudioUsage> usage,
       int32_t zoneId, bitfield<AudioFocusChange> focusGain);
       /**
       *   Called whenever HAL is abandoning focus as it is finished playing audio
       *   of a given usage in a specific zone.
       *
       *   @param usage The audio usage for which the HAL is abandoning focus
       *    {@code AttributeUsage}
       *   @param zoneId The identifier for the audio zone that the HAL
       *    abandoning focus
       */
       oneway abandonAudioFocus(bitfield<AudioUsage> usage, int32_t zoneId);
}

As APIs acima podem ser usadas para solicitar e abandonar a seleção de áudio da HAL, respectivamente. Em resposta, o serviço de áudio do carro considera a solicitação de foco de áudio e encaminha os resultados de forma assíncrona para o método IAudioControl#onAudioFocusChange.

Essa API também pode ser usada para monitorar mudanças na solicitação de seleção de áudio que se origina da HAL de controle de áudio. Em geral, qualquer solicitação de seleção de áudio pendente da HAL é considerada ativa, o que difere de uma solicitação de seleção de áudio do Android, em que apenas uma reprodução de faixa de áudio ativa correspondente é considerada ativa.

Migrar a HAL de controle de áudio HIDL para AIDL

Com o surgimento da AIDL e a migração necessária no Android 12 (para saber mais, consulte AIDL para HALs), a HAL de controle de áudio foi migrada para a AIDL. Para as APIs HIDL de controle de áudio versão 2, a migração exigiu pequenas atualizações nos métodos atuais:

interface IAudioControl {
       /**
       *   Notifies HAL of changes in audio focus status for focuses requested
       *   or abandoned by the HAL.
       *
       *   @param usage The audio usage associated with the focus change
       *        {@code AttributeUsage}. See {@code audioUsage} in
       *        audio_policy_configuration.xsd for the list of allowed values.
       *   @param zoneId The identifier for the audio zone that the HAL is
       *        playing the stream in
       *   @param focusChange the AudioFocusChange that has occurred.
       */
       oneway void onAudioFocusChange(in String usage, in int zoneId,
              in AudioFocusChange focusChange);
       /**
       *   Registers focus listener to be used by HAL for requesting and
       *   abandoning audio focus.
       *   @param listener the listener interface.
       */
       oneway void registerFocusListener(in IFocusListener listener);
       /**
       *   Control the right/left balance setting of the car speakers.
       */
       oneway void setBalanceTowardRight(in float value);
       /**
       *   Control the fore/aft fade setting of the car speakers.
       */
       oneway void setFadeTowardFront(in float value);
}

E o IFocusListener correspondente:

       interface IFocusListener {
       /**
       *   Called whenever HAL is abandoning focus as it is finished playing audio
       *   of a given usage in a specific zone.
       *
       *   @param usage The audio usage for which the HAL is abandoning focus
       *        {@code AttributeUsage}. See {@code audioUsage} in
       *        audio_policy_configuration.xsd for the list of allowed values.
       *   @param zoneId The identifier for the audio zone that the HAL
       *        abandoning focus
       */
       oneway void abandonAudioFocus(in String usage, in int zoneId);
       /**
       *   Called whenever HAL is requesting focus as it is starting to play audio
       *        of a given usage in a specified zone.
       *
       *   @param usage The audio usage associated with the focus request
       *        {@code AttributeUsage}. See {@code audioUsage} in
       *        audio_policy_configuration.xsd for the list of allowed values.
       *   @param zoneId The identifier for the audio zone where the HAL is
       *        requesting focus
       *   @param focusGain The AudioFocusChange associated with this request.
       */
       oneway void requestAudioFocus(in String usage, in int zoneId,
              in AudioFocusChange focusGain);
}

Desativar som do grupo de volumes

O Android 12 introduziu a desativação do som do grupo de volume para permitir um controle de desativação mais abrangente durante as interações de áudio do usuário. Isso permite que o HAL de controle de áudio receba eventos de mudo interceptados pelo serviço de áudio do carro.

Para ativar o recurso, os OEMs precisam definir a configuração audioUseCarVolumeGroupMuting como true no serviço de carro config.xml:

<!-- Configuration to enable muting of individual volume groups.
If this is set to false, muting of individual volume groups is disabled,
instead muting will toggle master mute. If this is set to true, car volume
group muting is enabled and each individual volume group can be muted separately. -->
<bool name="audioUseCarVolumeGroupMuting">true</bool>

Antes do Android 13, a configuração precisava ser substituída com uma sobreposição de recursos de tempo de execução para packages/services/Car/service/res/values/config.xml. Para saber mais, consulte Personalizar o build com sobreposições de recursos. No Android 13, é possível usar sobreposições de recursos de tempo de execução para mudar um valor de configuração. Para saber mais, consulte Mudar o valor dos recursos de um app durante a execução.

Os apps do sistema podem determinar se o recurso está ativado usando a API CarAudioManager#isAudioFeatureEnabled. O parâmetro transmitido precisa ser a constante CarAudioManager.AUDIO_FEATURE_VOLUME_GROUP_MUTING. O método retorna true se o recurso estiver ativado no dispositivo. Caso contrário, retorna false.

Além de ativar o recurso audioUseCarVolumeGroupMuting, o HAL de controle de áudio AIDL precisa implementar o mecanismo de desativação do grupo de volume:

interface IAudioControl {
       /**
       *   Notifies HAL of changes in output devices that the HAL should apply
       *   muting to.
       *
       *   This will be called in response to changes in audio mute state for each
       *   volume group and will include a {@link MutingInfo} object per audio
       *   zone that experienced a mute state event.
       *
       *   @param mutingInfos an array of {@link MutingInfo} objects for the audio
       *   zones where audio mute state has changed.
       */
       oneway void onDevicesToMuteChange(in MutingInfo[] mutingInfos);
}

Em que as informações de remoção do som contêm os dados pertinentes para o sistema de áudio:

parcelable MutingInfo {
       /**
       *   ID of the associated audio zone
       */
       int zoneId;
       /**
       *   List of addresses for audio output devices that should be muted.
       */
       String[] deviceAddressesToMute;
       /**
       *   List of addresses for audio output devices that were previously be
       *   muted and should now be unmuted.
       */
       String[] deviceAddressesToUnmute;
}

O AAOS tem dois mecanismos diferentes para silenciar, com base em:

  • Eventos principais usando o áudio KEYCODE_VOLUME_MUTE.

  • Chamadas diretas ao serviço de áudio do carro usando a API de silenciamento do gerenciador de áudio do carro, CarAudioManager#setVolumeGroupMute.

Quando ativados, os dois mecanismos acionam um silenciamento de chamada para o HAL de controle de áudio.

Redução de áudio do carro

O Android 12 introduziu a redução de áudio do carro para otimizar o controle da reprodução simultânea de fluxos de áudio. Isso permite que os OEMs implementem o próprio comportamento de redução com base na configuração de áudio física de um carro e no estado de reprodução atual, conforme determinado pelo serviço de áudio do carro.

O mecanismo de redução é baseado nas mudanças na pilha de seleção de áudio. Sempre que uma mudança de foco ocorre (seja uma solicitação ou uma desistência), o HAL de controle de áudio é informado. Semelhante ao suporte para silenciar o grupo de volume do carro, o ducking de áudio do carro pode ser ativado com a flag de configuração audioUseHalDuckingSignals:

<!-- Configuration to enable IAudioControl#onDevicesToDuckChange API to
inform HAL when to duck. If this is set to true, the API will receive signals
indicating which output devices to duck as well as what usages are currently
holding focus. If set to false, the API will not be called. -->
<bool name="audioUseHalDuckingSignals">true</bool>

Para ativar o recurso, a HAL de controle de áudio AIDL precisa implementar a lógica relevante com o sinal recebido do serviço de áudio do carro:

interface IAudioControl {
       /**
       *   Notifies HAL of changes in output devices that the HAL should apply
       *   ducking to.
       *
       *   This will be called in response to changes in audio focus, and will
       *   include a {@link DuckingInfo} object per audio zone that experienced
       *   a change in audo focus.
       *
       *   @param duckingInfos an array of {@link DuckingInfo} objects for the
       *   audio zones where audio focus has changed.
       */
       oneway void onDevicesToDuckChange(in DuckingInfo[] duckingInfos);
}

As informações relevantes do sistema de áudio estão contidas nas informações de redução de áudio:

parcelable DuckingInfo {
       /**
       *   ID of the associated audio zone
       */
       int zoneId;
       /**
       *   List of addresses for audio output devices that should be ducked.
       */
       String[] deviceAddressesToDuck;
       /**
       *   List of addresses for audio output devices that were previously be
       *   ducked and should now be unducked.
       */
       String[] deviceAddressesToUnduck;
       /**
       *   List of usages currently holding focus for this audio zone.
       */
       String[] usagesHoldingFocus;
}

Além das informações de configuração de áudio do carro contidas nos endereços do dispositivo para (des)ativar o ducking, as informações de ducking também contêm informações sobre quais usos de atributos de áudio estão mantendo o foco. A intenção desses dados é informar ao sistema de áudio quais usos de atributos de áudio estão ativos.

Isso é necessário porque, na configuração de áudio do carro, vários atributos de áudio podem ser atribuídos a um único dispositivo e, sem as informações extras, não fica claro quais usos estão ativos.

HAL 2.0 de controle de áudio AIDL

Para atualizar as APIs e facilitar novas funcionalidades, a HAL de controle de áudio AIDL foi atualizada para a versão 2.0 no Android 13:

  • Seleção de áudio com PlaybackTrackMetadata
  • Callback de ganhos de áudio

Os metadados de reprodução são definidos em android.hardware.audio.common da seguinte maneira:

parcelable PlaybackTrackMetadata {
       AudioUsage usage = INVALID;
       AudioContentType contentType = UNKNOWN;
       float gain;
       AudioChannelLayout channelMask;
       AudioDevice sourceDevice;
       String[] tags;
}

Todas as outras funcionalidades da versão 1.0 do controle de áudio AIDL foram mantidas e podem ser usadas. Uma exceção se refere ao método de mudança de seleção de áudio, conforme descrito em Método de mudança de seleção de áudio.

Foco do controle de áudio com metadados da faixa de reprodução

Para expor mais informações ao sistema de áudio abaixo da HAL, as atualizações agora expõem PlaybackTrackMetadata. Especificamente, a HAL de controle de áudio foi expandida com um novo método:

interface IAudioControl {
       /**
       *   Notifies HAL of changes in audio focus status for focuses requested
       *   or abandoned by the HAL.
       *
       *   The HAL is not required to wait for a callback of AUDIOFOCUS_GAIN
       *   before playing audio, nor is it required to stop playing audio in the
       *   event of a AUDIOFOCUS_LOSS callback is received.
       *
       *   @param playbackMetaData The output stream metadata associated with
       *    the focus request
       *   @param zoneId The identifier for the audio zone that the HAL is
       *    playing the stream in
       *   @param focusChange the AudioFocusChange that has occurred.
       */
       oneway void onAudioFocusChangeWithMetaData(
       in PlaybackTrackMetadata playbackMetaData, in int zoneId,
       in AudioFocusChange focusChange);
}

Uma mudança semelhante e correspondente é feita em IFocusListener:

       /**
       *   Called to indicate that the audio output stream associated with
       *   {@link android.hardware.audio.common.PlaybackTrackMetadata} is
       *   abandoning focus as playback has stopped.
       *
       *   @param playbackMetaData The output stream metadata associated with
       *    the focus request
       *   @param zoneId The identifier for the audio zone that the HAL
       *    abandoning focus
       */
       oneway void abandonAudioFocusWithMetaData(
       in PlaybackTrackMetadata playbackMetaData, in int zoneId);
       /**
       *   Called to indicate that the audio output stream associated with
       *   {@link android.hardware.audio.common.PlaybackTrackMetadata} has taken
       *   the focus as playback is starting for the corresponding stream.
       *
       *   @param playbackMetaData The output stream metadata associated with
       *    the focus request
       *   @param zoneId The identifier for the audio zone that the HAL
       *    abandoning focus
       *   @param focusGain The focus type requested.
       */
       oneway void requestAudioFocusWithMetaData(
       in PlaybackTrackMetadata playbackMetaData, in int zoneId,
       in AudioFocusChange focusGain);
}

No método de mudança de seleção de áudio

As operações de seleção acima funcionam da mesma forma que as descritas em Solicitação de seleção de áudio da HAL. Somente os metadados da faixa de reprodução têm mais informações, além dos usos dos atributos de áudio. Em geral, a menos que as informações extras fornecidas pelos metadados da faixa de reprodução sejam necessárias, a HAL de controle do Android atualizada pode continuar usando métodos anteriores.

Se os desenvolvedores de HAL decidirem não oferecer suporte a IAudioControl#onAudioFocusChangeWithMetaData, o método vai retornar resultados com o erro UNKNOWN_TRANSACTION, conforme descrito em Como usar métodos de interface com versões.

O serviço de áudio primeiro chama onAudioFocusChangeWithMetaData e depois tenta de novo com o método onAudioFocusChange se ocorrer uma falha de UNKNOWN_TRANSACTION.

Redução do áudio do carro com metadados da faixa de reprodução

A versão 2.0 da HAL de controle de áudio AIDL adicionou os metadados da faixa de reprodução às informações de redução de áudio:

parcelable DuckingInfo {
       /**
       *   ID of the associated audio zone
       */
       int zoneId;
       /**
       *   List of addresses for audio output devices that should be ducked.
       */
       String[] deviceAddressesToDuck;
       /**
       *   List of addresses for audio output devices that were previously be
       *   ducked and should now be unducked.
       */
       String[] deviceAddressesToUnduck;
       /**
       *   List of usages currently holding focus for this audio zone.
       */
       String[] usagesHoldingFocus;
       /**
       *   List of output stream metadata associated with the current focus
       *   holder for this audio zone
       */
       @nullable PlaybackTrackMetadata[] playbackMetaDataHoldingFocus;
}

O uso de usagesHoldingFocus foi descontinuado. Os desenvolvedores agora precisam usar playbackMetaDataHoldingFocus para determinar o uso de atributos de áudio e outras informações de áudio. No entanto, o parâmetro usagesHoldingFocus ainda vai conter as informações necessárias até que essa opção seja removida formalmente.

Callback de ganho de áudio

Para tornar as mudanças de áudio abaixo da HAL mais visíveis para o AAOS no Android 13, adicionamos um mecanismo que pode ser usado para comunicar mudanças de ganho de áudio do sistema de áudio do carro para o serviço de áudio do carro. O mecanismo expõe mudanças no índice de volume de ganho de áudio com um motivo respectivo para a mudança:

  • Restrições bloqueadas ou silenciadas
  • Restrições de limitações
  • Restrições de atenuação

Essas mudanças expõem essas restrições de baixo do HAL para o serviço de áudio do carro e, finalmente, para um app de interface do sistema para informar o usuário. A última parte, exposição a uma possível interface do sistema, foi ainda mais ampliada no Android 14 para permitir que os apps de interface do sistema recebam essas informações com mais facilidade por um mecanismo de callback de informações do grupo de volume.

A API HAL de controle de áudio registra o callback de ganho da seguinte maneira:

interface IAudioControl {
       /**
       *   Registers callback to be used by HAL for reporting unexpected gain(s)
       *    changed and the reason(s) why.
       *
       *   @param callback The {@link IAudioGainCallback}.
       */
       oneway void registerGainCallback(in IAudioGainCallback callback);
}

O IAudioGainCallback é definido da seguinte maneira:

interface IAudioGainCallback {
       /**
       *   Used to indicate that one or more audio device port gains have changed,
       *   i.e. initiated by HAL, not by CarAudioService.
       *   This is the counter part of the
       *   {@link onDevicesToDuckChange}, {@link onDevicesToMuteChange} and,
       *   {@link setAudioDeviceGainsChanged} APIs.
       *
       *   @param reasons List of reasons that triggered the given gains changed.
       *   @param gains List of gains affected by the change.
       */
       void onAudioDeviceGainsChanged(in Reasons[] reasons,
       in AudioGainConfigInfo[] gains);
}

Conforme destacado na documentação da API, o callback de ganho é registrado pelo serviço de áudio do carro no HAL de controle de áudio. Quando a API é chamada do HAL de controle de áudio, o serviço de áudio do carro responde com uma ação correspondente (como bloquear, limitar ou atenuar o índice de ganho) .

O HAL determina quando a API é chamada, principalmente para informar mudanças no status do índice de ganho. Especificamente para requisitos regulamentares, o sistema de áudio do carro precisa realizar a ação necessária e usar o callback para informar dados ao serviço de áudio do carro e permitir o consumo pelo usuário. Por exemplo, para mostrar uma interface ao usuário.

HAL de controle de áudio AIDL 3.0

A versão HAL de controle de áudio AIDL do Android 14 foi atualizada para a versão 3.0 para atualizar as APIs e oferecer uma funcionalidade de índice de ganho de áudio mais robusta. A API HAL de controle de áudio permite que o serviço de áudio defina e cancele a definição de um IModuleChangeCallback:

interface IAudioControl {
       /**
       *   Sets callback with HAL for notifying changes to hardware module
       *   (that is: {@link android.hardware.audio.core.IModule}) configurations.
       *
       *   @param callback The {@link IModuleChangeCallback} interface to use
       *    use when new updates are available for
       */
       void setModuleChangeCallback(in IModuleChangeCallback callback);
       /**
       *   Clears module change callback
       */
       void clearModuleChangeCallback();
}

O setModuleChangeCallback é registrado pelo serviço de áudio do carro quando ele é iniciado ou quando se recupera de um erro. Por exemplo, uma notificação de morte do binder HAL de controle de áudio recebida pelo serviço de áudio do carro. A implementação do HAL de controle de áudio precisa substituir qualquer callback de mudança de módulo existente quando a API é chamada.

Para a API clearModuleChangeCallback, a implementação precisa limpar o callback atual ou não fazer nada se ele não existir. É uma boa prática para a implementação do controle de áudio registrar um observador de interrupção para o callback e limpar o callback se a interrupção do binder for acionada.

IModuleChangeCallback é definido da seguinte maneira:

oneway interface IModuleChangeCallback {
       /**
       *   Used to indicate that one or more {@link AudioPort} configs have
       *   changed. Implementations MUST return at least one AudioPort.
       *
       *   @param audioPorts list of {@link AudioPort} that are updated
       */
       void onAudioPortsChanged(in AudioPort[] audioPorts);
}

Quando o callback de mudança de módulo é registrado pelo serviço de áudio do carro, ele está pronto para receber mudanças de porta de áudio pela API onAudioPortChanged. A API pode ser usada para inicializar os ganhos de volume do sistema de áudio assim que o callback é registrado. Para outras mudanças dinâmicas de ganho, a API pode ser chamada a qualquer momento. As mudanças correspondentes são aplicadas, e o serviço de áudio do carro é atualizado de acordo.