A partir de 27 de março de 2025, recomendamos usar android-latest-release em vez de aosp-main para criar e contribuir com o AOSP. Para mais informações, consulte Mudanças no AOSP.

Esta página foi traduzida pela API Cloud Translation.

Rastreamento da cabeça no Áudio de baixa energia
Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

O áudio de baixa energia (LE) do Bluetooth (BT) apresenta os mecanismos de transporte lógico assíncrono orientado a conexões (LE-ACL) e isócrono (LE-ISO) para dados de rastreamento da posição da cabeça (HT).

O Android 15 oferece suporte a ajustes do modo de latência para HT com base no uso do mecanismo de transporte LE-ACL ou LE-ISO.

Esta página descreve como o framework de áudio, o HAL de áudio e a pilha de Bluetooth interagem para descobrir e selecionar os mecanismos de transporte LE-ACL ou LE-ISO compatíveis com o host e o fone de ouvido.

Suporte para LE-ACL e LE-ISO

O Android 15 inclui suporte para mecanismos de transporte LE-ACL e LE-ISO usando uma propriedade do sistema definida pelo fornecedor, modos de latência da HAL de áudio e modos de conexão do spatializer.

Propriedade do sistema

A implementação do fornecedor do smartphone lista os mecanismos de transporte compatíveis na propriedade do sistema bluetooth.core.le.dsa_transport_preference. O valor é uma lista de strings separadas por vírgulas, que lista os meios de transporte compatíveis na ordem de preferência:

le-acl: transporte LE-ACL, quando os dados da unidade de medição inercial (IMU) são informados pela pilha de sensores.
iso-hw: transporte ISO com capacidade de encaminhar dados de HT diretamente do controlador Bluetooth para o spatializer no DSP de áudio.
iso-sw: transporte ISO sem capacidade de encapsulamento, quando os dados de IMU são informados pela pilha de sensores.

Modos de latência

No caso do áudio BT LE, o mecanismo para a pilha BT indicar os modos de latência compatíveis para o HAL de áudio e o framework de áudio é o mesmo definido para o BT Classic (A2DP). O HAL de áudio informa os modos de latência compatíveis de acordo com o dispositivo de áudio selecionado.

As implementações do A2DP oferecem suporte apenas aos modos FREE e LOW_LATENCY.

Por outro lado, para áudio BT LE, os seguintes modos de latência são definidos na HAL de áudio para oferecer suporte à adição de mecanismos de transporte LE-ACL e LE-ISO:

FREE: esse valor indica que não há restrição específica na latência. Esse modo é usado quando a baixa latência não é compatível (indicada pelo HAL) ou quando a HT não está ativa (indicada pelo framework).
LOW: esse valor indica uma latência relativamente baixa (por exemplo, menos de 100 ms) compatível com a operação de HT. Esse modo é usado quando a baixa latência é aceita e o HID é transmitido pelo protocolo ACL (indicado pelo HAL) ou quando o HT está ativo e nenhum outro modo de baixa latência está disponível (indicado pelo framework).
DYNAMIC_SPATIAL_AUDIO_SOFTWARE: esse modo é usado quando uma das seguintes condições é atendida:
- Quando há suporte para baixa latência, o HID é transmitido pelo protocolo ISO e não pode ser encapsulado para o mecanismo de efeito de espacialização (indicado pelo HAL).
- Quando o HT está ativo e o protocolo ISO é usado quando o framework de áudio fornece os dados HID para o mecanismo de efeito de espacialização (indicado pelo framework).
Nesse modo, a biblioteca de computação de HT no framework faz todo o pré-processamento dos dados da IMU e a reconciliação com os movimentos do smartphone indicados pelos sensores do smartphone.
DYNAMIC_SPATIAL_AUDIO_HARDWARE: esse modo é usado quando uma das seguintes condições é atendida:
- Quando há suporte para baixa latência, o HID é transmitido pelo protocolo ISO e pode ser encapsulado no mecanismo de efeito de espacialização (indicado pelo HAL).
- Quando o HT está ativo e o protocolo ISO é usado quando os dados HID são encaminhados para o mecanismo de efeito de espacialização (indicado pelo framework).
Nesse modo, o mecanismo de efeito de espacialização recebe os dados não processados da IMU diretamente da pilha ou do controlador do Bluetooth. A implementação do efeito de equalizador faz todo o pré-processamento dos dados da IMU e a reconciliação com os movimentos do smartphone indicados pelos sensores do smartphone.

Os tipos enumerados do modo de latência são mapeados para a propriedade do sistema bluetooth.core.le.dsa_transport_preference em Spatializer.cpp.

Suporte a spatializer

O controlador de espacializador no serviço de política de áudio controla a seleção do protocolo de transporte HT sobre áudio LE. A implementação do mecanismo de efeito de espacialização indica suporte ao encapsulamento de dados de HT com o recurso HeadTracking.ConnectionMode.

Os modos de conexão de HT compatíveis são os seguintes:

FRAMEWORK_PROCESSED: o framework de áudio fornece dados de IMU pré-processados em um formato de vetor de cabeça para estágio para HAL. Esse modo padrão corresponde ao modo atual com o BT clássico.
DIRECT_TO_SENSOR_SW: o mecanismo de efeito de espacialização se conecta diretamente ao sensor pela pilha de software do sensor. O framework de áudio controla apenas o estado ativado do sensor. Implementações de software que não usam o pré-processamento de dados IMU libheadtracking do AOSP ou implementações de spatializer descarregado do DSP podem usar o modo DIRECT_TO_SENSOR_SW.
DIRECT_TO_SENSOR_TUNNEL: o mecanismo de efeito de espacialização se conecta diretamente ao sensor por tunelamento de hardware. O framework de áudio controla apenas o estado ativado do sensor. As implementações de spatializer descarregadas do DSP podem usar o modo DIRECT_TO_SENSOR_TUNNEL.

Seleção do modo de latência

O framework seleciona um modo de latência na lista de modos de latência com suporte que são informados pelo HAL. O modo de latência é definido com base no estado atual de ativação do HT, no suporte ao spatializer atual e na propriedade do sistema especificada pelo fornecedor, que estabelece uma ordem de prioridade entre os mecanismos de transporte.

O framework usa o seguinte processo em selectHeadtrackingConnectionMode_l para selecionar o modo de latência:

O framework carrega a preferência de transporte da bluetooth.core.le.dsa_transport_preference propriedade do sistema.
Os modos de latência compatíveis informados pelo HAL de áudio são filtrados e ordenados de acordo com a lista carregada na etapa 1.
Se o modo de baixa latência de maior prioridade for iso-hw e a implementação do spatializer oferecer suporte à conexão direta do sensor (ou seja, DIRECT_TO_SENSOR_SW ou DIRECT_TO_SENSOR_TUNNEL estiverem definidos no spatializer), o modo de latência será definido como DYNAMIC_SPATIAL_AUDIO_HARDWARE.
Se o modo de baixa latência de maior prioridade for iso-hw e a implementação do spatializer não oferecer suporte à conexão direta do sensor (DIRECT_TO_SENSOR_SW ou DIRECT_TO_SENSOR_TUNNEL não estiverem definidos no spatializer), o próximo modo preferido (iso-sw ou le-acl) vai determinar o modo de latência (DYNAMIC_SPATIAL_AUDIO_SOFTWARE ou LOW).

Se o próximo modo preferido não for especificado, o sistema vai informar um erro de configuração do produto.