3. Pré-traitement et post-traitement (Pre- and Post-Processing)

Cette section fournit des orientations sur le pré-traitement et le post-traitement des flux vidéo.

Sauf indication contraire par le protocole de description de session (Session Description Protocol, SDP) ou le codec, l'espace colorimétrique (Color Space) devrait être sRGB [SRGB]. Pour plus de clarté, il s'agit de l'espace colorimétrique indiqué par le point de code 1 de "ColourPrimaries" tel que défini dans [IEC23001-8].

Sauf indication contraire par le SDP ou le codec, le modèle de balayage vidéo (Video Scan Pattern) pour les codecs vidéo est Y'CbCr 4:2:0.

3.1. Vidéo source caméra (Camera-Source Video)

Ce document n'impose aucune exigence normative sur la capture par caméra ; cependant, les implémenteurs sont encouragés à profiter des fonctionnalités suivantes, si cela est réalisable pour leur plateforme :

• Mise au point automatique (Automatic Focus), si applicable pour la caméra utilisée

• Balance des blancs automatique (Automatic White Balance)

• Contrôle automatique du niveau de lumière (Automatic Light-Level Control)

• Fréquence d'images dynamique (Dynamic Frame Rate) pour la capture vidéo basée sur l'encodage réellement utilisé (par exemple, si l'encodage se fait à 15 fps en raison de contraintes de bande passante, de conditions de faible luminosité ou de paramètres d'application, la caméra capturera idéalement à 15 fps plutôt qu'à un taux plus élevé).

3.2. Vidéo source écran (Screen-Source Video)

Si la source vidéo est une partie d'un écran d'ordinateur (par exemple, partage de bureau ou d'application), alors les considérations de cette section s'appliquent également.

Parce que la vidéo source écran peut changer de résolution (Resolution) (en raison, par exemple, du redimensionnement de fenêtre et d'opérations similaires), les récepteurs de vidéo WebRTC doivent être préparés à gérer les changements de résolution en cours de flux d'une manière qui préserve leur utilité. La gestion précise (par exemple, redimensionner l'élément dans lequel une vidéo est rendue par rapport à la mise à l'échelle du flux reçu ; décisions concernant le letterboxing/pillarboxing) est laissée à la discrétion de l'application.

Notez que le format de balayage vidéo par défaut (Y'CbCr 4:2:0) est connu pour être moins qu'optimal pour la représentation du contenu d'écran produit par la plupart des systèmes en usage au moment de la rédaction de ce document, qui utilisent généralement le RVB avec au moins 24 bits par échantillon. À l'avenir, il pourrait être conseillé d'utiliser des codecs vidéo optimisés pour le contenu d'écran pour la représentation de ce type de contenu.

De plus, l'attention est attirée sur les exigences de la section 5.2 de [WebRTC-SEC-ARCH] et les considérations de la section 4.1.1. de [WebRTC-SEC].