Mit ChromeOS kompatibel – USB-Headset-Spezifikation Version 1.2

Version: 1.2.1
Zuletzt aktualisiert: 14.06.2024

Legende

Produktverb Entwicklungsaktion
„MUSS“ Obligatorische Produktanforderung
"SOLLTEN" Optionale Empfehlung
MAI Optional

Übersicht

In diesem Dokument werden die Anforderungen an ein ChromeOS-kompatibles USB-Headset beschrieben. trifft. Diese Spezifikation gilt weder für WWCB-Produkte noch für Produkte, und für Chromebooks zertifiziert sind.

USB

Sicherheit

2,4-GHz-Dongle

  • Das 2,4-GHz-WLAN-Gerät kann nur automatisch mit dem Empfänger (Dongle) gekoppelt werden, im Lieferumfang enthalten.
  • Zum Koppeln des Headsets ist eine Nutzeraktion (entweder am Gerät oder über eine App) erforderlich mit einem anderen Empfänger oder koppeln Sie ein neues Headset mit einem vorhandenen Empfänger.
  • Wenn eine App erforderlich ist, um die Kopplung zwischen Headset und Receiver zu ändern, muss sie auf folgenden Geräten ausgeführt werden: ChromeOS, z. B. über eine Erweiterung. Die App kann auch eine Web-App sein, die WebUSB/WebHID.
  • Wenn die Kopplung über eine Erweiterung implementiert wird, darf die Erweiterung nur Zugriff auf USB-Ports haben. Inhaltsskripte sind ausdrücklich nicht zulässig.

Firmware und Anschluss

  • Das Headset muss als Audiogerät mit korrekter Audioschnittstelle deklariert sein (0x01)-Deskriptor.
    • Es muss ein entsprechender Deskriptor für die Ein- und Ausgabe vorhanden sein .
      • Wir empfehlen, den Terminaltyp der USB-Audioklasse (UAC) zu melden <ph type="x-smartling-placeholder">
  • Falls eine Schaltfläche vorhanden ist, muss sie als HID deklariert werden.
  • Das Headset muss der WWCB-Firmware und dem WWCB-Anschluss entsprechen Anforderungen.

Software

Format

Weitere Informationen finden Sie im Hilfeartikel Audioformat.

Für das Gerät muss Audio Interface Deskriptor für Ein- und Ausgabe vorhanden sein.

  • Beispiel für den Deskriptor der Audioschnittstelle

    Interface Descriptor:
  bLength                 9
  bDescriptorType         4
  bInterfaceNumber        2
  bAlternateSetting       0
  bNumEndpoints           0
  bInterfaceClass         1 Audio
  bInterfaceSubClass      2 Streaming
  bInterfaceProtocol      0
  iInterface              0

Wenn sich die Abtastraten von Ein- und Ausgabe unterscheiden, muss das Gerät Wiedergabe und Erfassung mit unterschiedlichen Abtastraten gleichzeitig unterstützen. Andernfalls muss das Gerät denselben Wert im AudioStreaming-Format wiedergeben. Schnittstellenbeschreibung -> tSamFreq

  • Beispiel für eine Abtastrate von 48k USB-Audioausgabe

    AudioStreaming Interface Descriptor:
  bLength                11
  bDescriptorType        36
  bDescriptorSubtype      2 (FORMAT_TYPE)
  bFormatType             1 (FORMAT_TYPE_I)
  bNrChannels             2
  bSubframeSize           2
  bBitResolution         16
  bSamFreqType            1 Discrete
  tSamFreq[ 0]        48000
Endpoint Descriptor:
  bLength                 9
  bDescriptorType         5
  bEndpointAddress     0x02  EP 2 OUT(Output)
  bmAttributes            9
    Transfer Type            Isochronous
    Synch Type               Adaptive
    Usage Type               Data

  • Beispiel für eine Abtastrate von 44,1k USB-Audioeingabe

    AudioStreaming Interface Descriptor:
  bLength                11
  bDescriptorType        36
  bDescriptorSubtype      2 (FORMAT_TYPE)
  bFormatType             1 (FORMAT_TYPE_I)
  bNrChannels             2
  bSubframeSize           2
  bBitResolution         16
  bSamFreqType            1 Discrete
  tSamFreq[ 0]        44100
Endpoint Descriptor:
  bLength                 9
  bDescriptorType         5
  bEndpointAddress     0x81  EP 1 In(Input)
  bmAttributes            9
    Transfer Type            Isochronous
    Synch Type               Adaptive
    Usage Type               Data

HID-Codes

  • Für jedes HID-Ereignis kann jeweils nur ein Ereignis übertragen werden.
  • Der richtige Ereigniscode und der entsprechende Ereigniscode sollten beim Empfang von wenn die Taste gedrückt wird.
    • Sie können beispielsweise die Lautstärke erhöhen. evtest nur ein Lauter-Ereignis beobachten kann und der Code KEY_VOLUME_UP
  • Wenn es eine Benutzeroberfläche gibt, die folgende Funktionen bietet, USB-Peripheriegeräte müssen das Senden oder Empfangen der entsprechenden HID unterstützen Ereignisse gemäß USB.org HID Spezifikation.
Nutzerseite (0x0c)
Schlüsselname HID-Nutzungs-ID Nutzungstyp
KEY_PLAY 0x0b0 OOC
KEY_PAUSE 0x0b1 OOC
KEY_NEXTSONG 0x0b5 OSC
KEY_PREVIOUSSONG 0x0b6 OSC
KEY_STOPCD 0x0b7 OSC
KEY_PLAYPAUSE 0x0cd OSC
KEY_PREVIOUSSONG 0x0b6 OSC
KEY_MUTE 0x0e2 OOC
KEY_VOLUMEUP 0x0e9 RTC
KEY_VOLUMEDOWN 0x0ea RTC
Telefonie-Seite (0x0b)
Schlüsselname HID-Nutzungs-ID Nutzungstyp
Hakenschalter 0x20 OOC
Klingelton 0x9e OOC
LED-Seite (0x08)
Schlüsselname HID-Nutzungs-ID Nutzungstyp
Stummschalten 0x09 OOC
Ungelöst 0x17 OOC
Ring 0x18 OOC

Jack-Erkennung

Wenn ein USB-Gerät die USB Audio Class (UAC) nicht unterstützt, wird immer eine Ausgabeknotens in der ChromeOS-Taskleiste. Wenn das USB-Gerät jedoch dann erkennt das System die 3, 5-mm-Audiobuchse Gerät angeschlossen ist.

  • CrOS: Für 3,5-mm-Anschlüsse muss die Anwesenheitserkennung verwendet werden <ph type="x-smartling-placeholder">
      </ph>
    • Die Funktion muss eine der folgenden Methoden verwenden: <ph type="x-smartling-placeholder">

Audioformat

Wiedergabe Aufzeichnung
Abtastrate ≥ 16 kHz ≥ 16 kHz
Format S16_LE S16_LE
  • Die Kanalnummer und -konfiguration müssen korrekt sein.
  • Alle vom Headset als unterstützten Abtastraten deklarierten Raten müssen korrekt funktionieren.
    • Die Abweichung zwischen gemessener Rate und Stichprobenrate muss ≤ 0,1 % sein.
    • Der Standardfehler für die lineare Regression der gemessenen Rate muss < 30.

  • Das Headset muss die Wiedergabe unterstützen oder mit unterschiedlichen Abtastraten aufzeichnen. zu unterstützen.

    Sie können beispielsweise Audioinhalte unter 44,1 kHz wiedergeben, aber Gesprochenes unter 48 kHz aufnehmen. gleichzeitig.

    • Andernfalls muss ChromeOS eine bestimmte Konfigurationsdatei auf der Systemseite verhindern.

Audioqualität

Erfassungspfad – Stummschalten

  • Wenn es eine Oberfläche zum Stummschalten des Audiogeräts gibt, muss diese <ph type="x-smartling-placeholder">
      </ph>
    • Die Stummschaltung darf nicht durch folgende Faktoren beeinträchtigt werden: <ph type="x-smartling-placeholder">
        </ph>
      • Gerät öffnen und schließen
      • Es wird zu einem anderen Eingabegerät gewechselt.
  • Wenn der Nutzer die Stummschalttaste am Headset oder unter ChromeOS drückt, muss sich die Stummschaltung ändern.
  • Ändert sich der Status der Stummschaltung, wird an der entsprechenden Anzeige (z. B. LED) auf der Headset muss gewechselt werden.

Audiolatenz

Latenz

  • Ausgabelatenz <ph type="x-smartling-placeholder">
      </ph>
    • Die Audiowiedergabe muss ≤500 ms nach einer Nutzeraktion beginnen, die startet die Wiedergabe.
      • Kann einen Verzicht anfordern, wenn der OEM des Geräts nachweisen kann, dass kein Echo die diese Anforderung nicht erfüllt.

Audio-/Videosynchronisierung

  • Die Audiowiedergabe sollte mit der Videowiedergabe synchronisiert werden. Audiowiedergabe kann das Video um ≤ 25 ms oder nach ≤ 95 ms nachlaufen.

Überarbeitungsverlauf

Datum Version Hinweise
2024-06-14 1.2.1 Mit ChromeOS kompatible Spezifikation abgeleitet. Erste Veröffentlichung der Partner-Website.
2022-09-01 1.2 Zugehörige WWCB-Spezifikation Version 1.2
2022-06-06 1.1 Zugehörige WWCB-Spezifikation v1.1
2020-09-21 1.0 Zugehörige WWCB-Spezifikation erstellt.