Passa al contenuto principale

3. Pre-elaborazione e post-elaborazione (Pre- and Post-Processing)

Questa sezione fornisce indicazioni sulla pre-elaborazione e post-elaborazione dei flussi video.

Se non diversamente specificato dal Session Description Protocol (SDP) o dal codec, lo spazio colore (Color Space) dovrebbe essere sRGB [SRGB]. Per chiarezza, questo è lo spazio colore indicato dal codepoint 1 di "ColourPrimaries" come definito in [IEC23001-8].

Se non diversamente specificato dal SDP o dal codec, il pattern di scansione video (Video Scan Pattern) per i codec video è Y'CbCr 4:2:0.

3.1. Video sorgente fotocamera (Camera-Source Video)

Questo documento non impone requisiti normativi sulla cattura da fotocamera; tuttavia, gli implementatori sono incoraggiati a sfruttare le seguenti caratteristiche, se fattibile per la loro piattaforma:

  • Messa a fuoco automatica (Automatic Focus), se applicabile per la fotocamera in uso

  • Bilanciamento automatico del bianco (Automatic White Balance)

  • Controllo automatico del livello di luce (Automatic Light-Level Control)

  • Frequenza fotogrammi dinamica (Dynamic Frame Rate) per la cattura video basata sulla codifica (Encoding) effettivamente in uso (ad esempio, se si codifica a 15 fps a causa di vincoli di larghezza di banda, condizioni di scarsa illuminazione o impostazioni dell'applicazione, la fotocamera idealmente catturerà a 15 fps anziché a una frequenza superiore).

3.2. Video sorgente schermo (Screen-Source Video)

Se la sorgente video è una parte di uno schermo del computer (ad esempio, condivisione desktop o applicazione), si applicano anche le considerazioni di questa sezione.

Poiché il video sorgente schermo può cambiare risoluzione (Resolution) (a causa di, ad esempio, ridimensionamento delle finestre e operazioni simili), i destinatari di video WebRTC devono essere preparati a gestire i cambiamenti di risoluzione durante il flusso in modo che ne preservi l'utilità. La gestione precisa (ad esempio, ridimensionamento dell'elemento in cui viene renderizzato un video rispetto al ridimensionamento del flusso ricevuto; decisioni relative al letterboxing/pillarboxing) è lasciata alla discrezione dell'applicazione.

Si noti che il formato di scansione video predefinito (Y'CbCr 4:2:0) è notoriamente meno che ottimale per la rappresentazione del contenuto dello schermo prodotto dalla maggior parte dei sistemi in uso al momento della stesura di questo documento, che generalmente utilizzano RGB con almeno 24 bit per campione. In futuro, potrebbe essere consigliabile utilizzare codec video ottimizzati per il contenuto dello schermo per la rappresentazione di questo tipo di contenuto.

Inoltre, l'attenzione è rivolta ai requisiti nella sezione 5.2 di [WebRTC-SEC-ARCH] e alle considerazioni nella sezione 4.1.1. di [WebRTC-SEC].