SensorInfoTimestampSource Enumerazione
Definizione
Importante
Alcune informazioni sono relative alla release non definitiva del prodotto, che potrebbe subire modifiche significative prima della release definitiva. Microsoft non riconosce alcuna garanzia, espressa o implicita, in merito alle informazioni qui fornite.
public enum SensorInfoTimestampSource
type SensorInfoTimestampSource =
- Ereditarietà
-
SensorInfoTimestampSource
Campi
| Nome | Valore | Descrizione |
|---|---|---|
| Unknown | 0 | I timestamp di android.sensor.timestamp sono in nanosecondi e monotonici, ma non possono essere confrontati con i timestamp di altri sottosistemi (ad esempio accelerometro, giroscopio e così via) o altre istanze degli stessi dispositivi della fotocamera nello stesso sistema con accuratezza. Tuttavia, i timestamp si trovano approssimativamente nella stessa timebase di SystemClock.uptimeMillis(). L'accuratezza è sufficiente per le attività come la sincronizzazione A/V per la registrazione video, almeno e i timestamp possono essere usati direttamente insieme ai timestamp del sottosistema audio per tale attività. I timestamp tra flussi e risultati per una singola istanza della fotocamera sono confrontabili e i timestamp per tutti i buffer e i metadati dei risultati generati da una singola acquisizione sono identici. Le parti di questa pagina sono modifiche basate sul lavoro creato e condiviso dalla e usati in base ai termini descritti in Creative License 2.5 Attribution License. |
| Realtime | 1 | I timestamp di android.sensor.timestamp si trovano nella stessa timebase di SystemClock.elapsedRealtimeNanos() e possono essere confrontati con altri timestamp usando tale base. Quando i buffer da un dispositivo REALTIME vengono passati direttamente a un codificatore video dalla fotocamera, la compensazione automatica viene eseguita per tenere conto delle diverse timebase dei sottosistemi audio e fotocamera. Se l'applicazione riceve buffer e successivamente li invia a un codificatore video o a un'altra applicazione in cui vengono confrontati con timestamp del sottosistema audio o simili, questa compensazione non è presente. In questi casi, le applicazioni devono modificare i timestamp stessi. Poiché SystemClock.elapsedRealtimeNanos() e SystemClock.uptimeMillis() divergono solo mentre il dispositivo è in stato di sospensione, un offset tra le due origini può essere misurato una volta per sessione attiva e applicato ai timestamp per una precisione sufficiente per la sincronizzazione A/V. Le parti di questa pagina sono modifiche basate sul lavoro creato e condiviso dalla e usati in base ai termini descritti in Creative License 2.5 Attribution License. |
Commenti
Le parti di questa pagina sono modifiche basate sul lavoro creato e condiviso dalla e usati in base ai termini descritti in Creative License 2.5 Attribution License.