Schrijflatentie beheren
[De functie die is gekoppeld aan deze pagina, Windows Media Format 11 SDK, is een verouderde functie. Het is vervangen door Source Reader en Sink Writer. Bronlezer en Sink Writer zijn geoptimaliseerd voor Windows 10 en Windows 11. Microsoft raadt ten zeerste aan om nieuwe code te gebruiken bronlezer en Sink Writer- in plaats van Windows Media Format 11 SDK, indien mogelijk. Microsoft stelt voor dat bestaande code die gebruikmaakt van de verouderde API's, indien mogelijk opnieuw worden geschreven om de nieuwe API's te gebruiken.]
Het duurt even voordat de schrijver voorbeelden verwerkt. De hoeveelheid tijd tussen het doorgeven van een invoervoorbeeld en het schrijven van een uitvoervoorbeeld wordt de latentie van de schrijver genoemd. Een aantal factoren dragen bij aan de schrijflatentie en u kunt dit op verschillende manieren verminderen.
De meest voor de hand liggende factor bij schrijflatentie is de tijd die nodig is om een steekproef te comprimeren. In de meeste gevallen hebt u hier weinig of geen controle over. Als bandbreedte geen grote zorg is, kunt u latentie verminderen door minder compressie te gebruiken. Natuurlijk kunt u de minste latentie bereiken door steekproeven door te geven die al zijn gecomprimeerd.
De volgende factor, en één waarvan u meestal controle hebt, is de volgorde waarin voorbeelden aan de lezer worden doorgegeven. U kunt betere latentie bereiken door voorbeelden door te geven in volgorde van presentatietijd en door ervoor te zorgen dat de invoervoorbeelden goed worden gesynchroniseerd tussen alle invoerstromen. Hoe groter de discrepantie in presentatietijden tussen de voorbeelden voor verschillende streams, hoe meer latentie het resultaat is. U kunt een maximum instellen voor de discrepantie tussen invoervoorbeelden door IWMWriterAdvanced::SetSyncToleranceaan te roepen.
Verwante onderwerpen