Cosa fanno ciascuno di questi goog sperimentali - RTCPeerConnectionConstraints?

Question

Da vari esempi, siti, forum, discussioni e codici sorgente, ho compilato questo elenco di vincoli sperimentali google RTCPeerConnection. Cosa fanno ciascuno di loro nel contesto di una WebRTC RTCPeerConnection?

peerConnectionConstraints: 
    optional: [ 
     #goog experimental 
     { googIPv6: true } 
     { googImprovedWifiBwe: true } 
     { googDscp: true } 
     { googSuspendBelowMinBitrate: true } 
     { googScreencastMinBitrate:400 } 
     { googCombinedAudioVideoBwe: true } 
     { googCpuOveruseDetection: true } 
     { googCpuOveruseEncodeUsage: true } 
     { googCpuUnderuseThreshold: 55 } 
     { googCpuOverUseThreshold: 85 } 
    ] 

Answer 1

Molte di queste opzioni non sono documentate. Alcuni di questi sono stati utilizzati per prodotti Google come Hangouts.

googIPv6 - abilita il supporto di IPv6 per Chrome (dovrebbe funzionare anche in ultima Firefox)

googImprovedWifiBwe - Chrome ha algoritmo di stima della larghezza di banda, e questo flag consente una migliore (ma sperimentale) versione dell'algoritmo. Nell'ultima versione di Chrome questo flag è attivo per impostazione predefinita, - l'esperimento ha avuto esito positivo.

googDscp - consente DSCP

googScreencastMinBitrate - utilizzato dall'applicazione Hangouts. Imposta il bitrate minimo per la condivisione dello schermo.

googCpuOveruseDetection - se abilitato, Chrome abbasserà qualità video in uscita e risoluzione video

googCpuUnderuseThreshold - il carico CPU min (percentuali), utilizzato nella coppia con googCpuOveruseDetection

googCpuOverUseThreshold - la CPU massima (percentuali), utilizzata in coppia con googCpuOveruseDetection

googCpuOv eruseEncodeUsage - non so

googSuspendBelowMinBitrate - il bitrate minimo per considerare la sessione è vivo (non sono sicuro)

googCombinedAudioVideoBwe - non so