Linee guida per la certificazione Cambio Audio

Preparazione per la certificazione

  • Prepara i dispositivi di test.
    • Avrai bisogno di 5 dispositivi Android.
      • Questi dispositivi devono includere:
        • Almeno un Android T (13) e un Android V (15).
        • Almeno un Samsung e un Pixel.
        • Ad esempio:
          • 1 OnePlus (Android 10).
          • 3 Samsung (Android 11, 12, 13).
          • 1 Pixel (Android 15).
    • Un dispositivo senza il pulsante di attivazione/disattivazione audio:
      • Qualsiasi iPhone, PC, laptop con Bluetooth (BT) o smartphone Android con Cambio audio disattivato.
        • Puoi disattivare il cambio audio dall'impostazione dei dettagli del dispositivo Bluetooth.
      • Lo scenario di test multipunto (MP) 2.8 richiede un dispositivo senza Cambio Audio oltre ai cinque telefoni di prova.
  • Partecipa al gruppo di test Cambio audio con i tuoi account di prova in per mostrare le notifiche di debug sugli smartphone di test.

    • Inoltre, consente a Google di raccogliere dati di test tramite Google Analytics.

Classic con A2DP+HFP

  • Assicurati che su tutti i dispositivi Android sia installata la versione 23.xx.xx o successiva di GmsCore installato.

BLE con LE audio

  • Almeno due degli smartphone di riferimento devono supportare LE Audio.
    • Ad esempio, uno smartphone Samsung e uno smartphone Pixel che supportano LE audio.
  • Assicurati che su tutti i dispositivi Android sia installata la versione 24.33.xx o successiva di GmsCore.

Criteri di certificazione

  • La percentuale di successo del passaggio target deve superare il 95% in tutti gli scenari di test.
  • Nei test che richiedono un passaggio, la connessione del profilo e lo stato attivo dell'opzione devono essere completati entro 3 secondi dall'attivazione degli eventi audio nell'ambito di almeno il 75% dei casi.

Classic con A2DP+HFP

I test di autodiagnosi devono essere eseguiti nelle seguenti combinazioni:

  • Smartphone A=Android S (12) + Smartphone B=Android T (13)
  • Telefono A=Android T (13) + Telefono B=Android S (12)

BLE con LE Audio

I test di autodiagnosi devono essere eseguiti nelle seguenti combinazioni:

  • Smartphone A: BT Classic, smartphone B: BT Classic
  • Telefono A: LE audio, telefono B: BT Classic
  • Telefono A: BT Classic, Telefono B: LE audio

Se vuoi, i fornitori che supportano le connessioni Dual LE Audio devono testare:

  • Smartphone A: LE Audio, smartphone B: LE Audio

Guida ai test

Preparazione del dispositivo in prova (DUT)

  • Verifica che il dispositivo BT non sia stato precedentemente accoppiato con alcun telefono ha eseguito l'accesso all'Account Google di test.
    • Se il dispositivo è stato accoppiato all'Account Google di test, segui la procedura riportata di seguito per annullare l'accoppiamento:
      • Nei dispositivi accoppiati:
        • Vai alle impostazioni Bluetooth.
        • Scegli "Elimina dispositivo".
        • Attiva e disattiva la modalità aereo.
    • Assicurati che l'opzione "Salva automaticamente i dispositivi" sia attiva.
      • Questa opzione è disattivata per impostazione predefinita.
      • Puoi trovare questa opzione in Impostazioni > Google > Dispositivi > Salvato (uno per DUT).
    • Attiva la modalità di accoppiamento del dispositivo Bluetooth.
    • Accoppia il dispositivo Bluetooth iniziale (A).
    • Accoppia i dispositivi Bluetooth successivi con altri dispositivi (B, C, D e così via).

Ambito

  • Tutti gli auricolari eseguono i test dalle varie schede del modello di autotest dell'audio switch.
  • Le cuffie che supportano solo la modalità SinglePoint (SP) eseguono quanto segue:
    • La scheda Generic_test.
  • Le cuffie che supportano la modalità MP eseguono le seguenti operazioni:
    • La scheda Generic_test.
    • La scheda Multipoint_only.
  • Le cuffie MP che possono essere attivate in modalità SP eseguono quanto segue:
    • La scheda Test_generico con MP disattivato.
    • La scheda Generic_test con MP attivato.
    • La scheda Multipoint_only con MP attivato.

Completamento del periodo di riposo autonomo e del test di autovalutazione

Classico con A2DP+HFP

  • Il dispositivo B sarà il DUT principale.
    • Inserisci i dettagli del dispositivo B nei campi "Telefono" e "OS" nella parte superiore del modello.

Esempio di uno scenario di test:

  • Smartphone di prova:

    • Dispositivo 1: Samsung (Android 13)
    • Dispositivo 2: Pixel (Android 12 o 13) e altri.
  • Test eseguiti:

    • Esegui 1. Dispositivo A=Samsung S10+ (12), Dispositivo B=Pixel 7 pro (13) colonna D: telefono=Pixel 7 Pro, OS=Android 13
    • Corsa 2. Dispositivo A=Pixel 7 Pro (13), Dispositivo B=Pixel 6(12) colonna E: Telefono=Pixel 6, SO=Android 12

Un esempio di test completato nel modello di autotest:

Questa immagine mostra i risultati di un test di esempio

BLE con LE Audio

  1. Dispositivo A=Android V (15) + Dispositivo B=Android T (13)
  2. Dispositivo A=Android T (13) + Dispositivo B=Android V (15)
  3. Dispositivo A = Android T (13) + Dispositivo B = Android S (12)
  4. Dispositivo A=Android T (15) + Dispositivo B=Android V (15)
  5. Il dispositivo B sarà il DUT principale.
    • Inserisci i dettagli del Dispositivo B nel "Telefono" e "OS" campi in cima il modello.

Un esempio di test case:

  • Smartphone di prova:

    • Dispositivo 1: Samsung (Android 13)
    • Dispositivo 2: Pixel (Android 15) e altri.
  • Test eseguiti:

    • [LEA+BT]: Dispositivo A = Pixel 8 (15), Dispositivo B = Pixel 7 Pro (13) colonna D: Telefono = Pixel 7 Pro, SO = Android 13
    • [BT+LEA]: colonna Dispositivo A=Pixel 7 (13), Dispositivo B=Pixel 8 (Android 15) E: Smartphone=Pixel 8, SO=Android 15
    • [BT+BT]: Dispositivo A=Pixel 7 Pro (13), Dispositivo B=colonna Samsung S10+ (12) E: telefono=Samsung S10 e versioni successive, sistema operativo=Android 12
    • [LEA+LEA]: Dispositivo A=Pixel 8 (15), Dispositivo B=Pixel 8(15) colonna E: Telefono=Pixel 8, SO=Android 15

Un esempio di test completato nel modello di autodiagnosi:

Questa immagine mostra i risultati di un test di esempio

Eventi audio:

  • I quattro tipi di eventi audio testati e le app di test consigliate sono:

    1. Chiamata:
      1. L'app Telefono integrata.
    2. VoIP: funzionerà qualsiasi app VoIP, ad esempio:
      1. App di test Cambio Audio.
      2. Messenger FB.
      3. Linea.
      4. WhatsApp.
      5. Google Meet.
      6. Google Meet.
    3. Contenuti multimediali: è possibile utilizzare qualsiasi lettore audio, ad esempio:
      1. App di test Cambio Audio.
      2. YouTube Music.
      3. Apple Music.
      4. Spotify.
      5. Google Podcasts.
    4. Partita:
      1. L'app di test Cambio Audio.

Informazioni di debug:

  • Le notifiche vengono attivate dopo aver aderito al gruppo fp-sass-partner-test. Ecco alcuni esempi:

    • Ultima notifica dello stato:

    Figura 1: mostra la "notifica dello stato più recente" per creare un nuovo messaggio email.

    • Nessuna notifica relativa al passaggio:

    Figura 2: viene mostrato il messaggio "Nessuna notifica relativa al trasferimento".

    • Notifica latenza cambio:

    Figura 3: mostra la "notifica di latenza dello switch" per creare un nuovo messaggio email.

Misurazione della latenza

  • Esistono due tipi di latenza dello switch:
    1. Connessione di un profilo Bluetooth a un dispositivo di ricerca disconnesso.
      • Sono incluse tutte le richieste SinglePoint e alcune richieste MP il cui cercatore di destinazione (dispositivo B) è disconnesso.
    2. Commutazione il dispositivo di ricerca connesso attivo.
      • Sono inclusi alcuni casi di MP in cui il ricercatore target (dispositivo B) è già connesso.
  • Esistono due modi per recuperare le informazioni sulla latenza:
    1. Tutta la latenza può essere scaricata tramite il comando adb.
      • Per maggiori dettagli, consulta la sezione Latenza di dump.
      • Questo comando può fornire e registrare la latenza almeno al termine dell'operazione uno scenario di test.
    2. Utilizzando l'app di test del cambio audio.
      • L'app in esecuzione sul cercatore di destinazione mostrerà la latenza dopo il passaggio.
      • Se non è presente alcun sensore, nell'app viene visualizzato il messaggio "Nessun sensore" perché.

App di test del cambio audio:

  • L'utilizzo dell'app per attivare eventi audio VoIP/media/giochi durante un autotest semplificherà la configurazione del test e ridurrà la latenza degli eventi di Seeker.
    • La versione più recente può essere scaricata qui.
    • Per il test VoIP LE audio è necessario abilitare manualmente un criterio: > radice ADB > impostazioni shell adb put globalhidden_api_policy 1 > riavvio ADB
  • Installazione app:
    • Copia l'APK sul tuo smartphone di prova e aprilo.
    • In alternativa, puoi usare adb install audio_test_app.apk.
  • Se viene visualizzata una finestra di dialogo che richiede l'accesso alle notifiche:
    1. Fai clic su "OK".
    2. Scegli "Test FP SASS" nell'elenco di app
    3. Consenti l'accesso alle notifiche.

Panoramica dell'app:

Questa immagine è un esempio dell'app in esecuzione

  • Fornitore di destinazione

    • Se fai clic su questo pulsante, viene visualizzato un elenco di dispositivi Bluetooth accoppiati. Seleziona quello che vuoi testare.
    • I pulsanti Connetti e Disconnetti funzionano come quelli del Bluetooth impostazioni" dettagli del dispositivo.
  • Stato attuale

    • Questo campo mostra l'ultimo stato di connessione ricevuto dal cercatore da un fornitore che utilizza la pubblicità o lo stream di eventi BLE.
    • Qui vengono mostrate anche le notifiche di debug relative al cambio audio.
  • Tipo di cercatore

    • Questa opzione viene utilizzata per passare da uno stream audio all'altro sul dispositivo.

Tipo di audio

Classico con A2DP+HFP

  • VoIP
    • Se selezioni questa modalità, la modalità audio verrà impostata su AudioManager.MODE_IN_COMMUNICATION e chiama AudioManager.startBluetoothSco, quindi riproduci l'audio con USAGE_VOICE_COMMUNICATION.
    • Il tipo di stream è STREAM_VOICE_CALL.
    • Lo stato della connessione del fornitore dovrebbe passare a CONNECTED_HFP entro 5 secondi.
  • Contenuti multimediali
    • Se selezioni questa modalità, verrà riprodotto l'audio che supporta AVRCP. Il tipo di utilizzo dell'audio è: USAGE_MEDIA.
    • Lo stato della connessione del provider deve passare a CONNECTED_A2DP_WITH_AVRCP entro 5 secondi.
    • Lo stato della connessione potrebbe passare brevemente a CONNECTED_A2DP_ONLY quando avviato o arrestato.
  • Gioco
    • Se selezioni questa modalità, viene riprodotto l'audio che non supporta AVRCP. L'audio è: USAGE_GAME.
    • Lo stato della connessione dell'operatore dovrebbe passare a CONNECTED_A2DP_ONLY tra 5 secondi.

BLE con LE audio

  • VoIP

    • Se selezioni questa modalità, la modalità audio diventerà AudioManager.MODE_IN_COMMUNICATION e l'audio verrà riprodotto con USAGE_VOICE_COMMUNICATION.
    • Il tipo di stream è STREAM_VOICE_CALL.
    • Lo stato della connessione del provider deve passare a CONNECTED_LE_AUDIO_CALL entro 5 secondi.
  • Media

    • Se selezioni questa modalità, l'audio verrà riprodotto con il tipo di stream STREAM_MUSIC. Il tipo di utilizzo dell'audio è: USAGE_MEDIA.
    • Lo stato della connessione del provider deve passare a CONNECTED_LE_AUDIO_MEDIA_WITH_CONTROL entro 5 secondi.
    • Lo stato della connessione potrebbe passare brevemente a CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL quando viene avviato o arrestato.
  • Gioco

    • Se selezioni questa modalità, viene riprodotto un audio che l'utente non ha accesso diretto controllo. Il tipo di utilizzo dell'audio è: USAGE_GAME.
    • Lo stato della connessione dell'operatore dovrebbe passare a CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL entro 5 secondi.
  • Pulsanti Riproduci e Interrompi

    • I pulsanti RIPRODUCI e INTERROMPI avviano o interrompono l'audio.
  • Cambia risultato

    • Questo campo mostra la latenza attiva Connect and Switch. Inoltre, viene visualizzato il motivo del rifiuto di un passaggio se è stato attivato un evento audio, ma il passaggio non è avvenuto.
    • La latenza si misura in millisecondi (ms).
    • In generale, la latenza viene misurata dall'inizio dell'attivatore Cambio Audio. alla ricezione di un profilo BT connesso o all'opzione Notifica multipunto .
    • I passaggi attivati dal fornitore misurano la latenza dall'inizio dell'audio.

Latenza dump

  • Il seguente comando consente a un utente di acquisire le misurazioni della latenza durante l'esecuzione di test manuali: adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
    • Le misurazioni della latenza vengono mostrate nella sezione NearbyDeviceManagerSwitchHistory:
            NearbyDeviceManager
              Nearby Sass device count: 1
                Sass device - address:XX:XX:XX:XX:XX:XX, name:Googler's Pixel Buds, accountKey:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX, modelId:6edaf7
                  SwitchHistory
                    15:30:21:166 - 15:30:25:201, latency 3035ms, Succeed, SASS_TRIGGERED_CONNECT, SASS switch, A2DP
                    15:34:58:568 - 15:34:58:568, latency 0ms, Succeed, SWITCH_ACTIVE_TO_SELF, SASS switch, HFP
                    15:36:26:615 - 15:36:31:603, latency 1988ms, Succeed, SASS_TRIGGERED_CONNECT, SASS switch, A2DP
                    15:37:56:108 - 15:37:56:250, latency 142ms, Succeed, SWITCH_ACTIVE_TO_SELF, SASS switch, A2DP"
  • Qualsiasi switch che GmsCore non può misurare (ad esempio lo switch attivo per HFP) verrà registrata con una latenza di 0 ms.

Riferimento ai pattern di log:

Esempi di log del test di latenza

Problemi noti:

Di seguito sono riportati i bug noti causati dal ricercatore:

  1. Cambio audio del gioco errato.
    • Gli smartphone Samsung imposteranno lo stato della connessione su CONNECTED_A2DP_WITH_AVRCP, anziché CONNECTED_A2DP_ONLY durante la riproduzione giochi.
    • Alcuni giochi (come Candy Crush) potrebbero riprodurre di nuovo la musica di sottofondo e attivare un nuovo evento audio senza input dell'utente. Gli smartphone connessi potrebbero cambiare costantemente l'audio su ogni smartphone che apre il gioco.