Co robi każdy z tych eksperymentalnych elementów - RTCPeerConnectionConstraints?

Question

Na różnych przykładach, witrynach, forach, dyskusjach i kodach źródłowych przygotowałem listę eksperymentalnych ograniczeń związanych z Google RTCPeerConnection. Co każdy z nich robi w kontekście połączenia RTCPeerConnection WebRTC?

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

Większość z tych opcji nie jest dokumentowana. Niektóre z nich są używane w produktach Google, takich jak Hangouts.

googIPv6 - umożliwia obsługę IPv6 dla Chrome (powinny również działać w najnowszy Firefox)

googImprovedWifiBwe - Chrome ma algorytmu szacowania przepustowości, a ta flaga umożliwia lepsze (ale doświadczalnie) wersję algorytmu. W najnowszej wersji Chrome ta flaga jest domyślnie włączona, - eksperyment zakończył się powodzeniem.

googDscp - umożliwia DSCP

googScreencastMinBitrate - używana przez aplikację Hangouts. Ustawia minimalną szybkość transmisji dla udostępniania ekranu.

googCpuOveruseDetection - jeśli jest włączone, chrom obniży wychodzącego jakość obrazu i rozdzielczość obrazu

googCpuUnderuseThreshold - obciążenie min CPU (procenty), stosuje się w pary z googCpuOveruseDetection

googCpuOverUseThreshold - w max CPU (procenty), używany w parze z googCpuOveruseDetection

googCpuOv eruseEncodeUsage - nie wiem

googSuspendBelowMinBitrate - minimalny bitrate dla rozważa sesji żyje (nie jestem pewien)

googCombinedAudioVideoBwe - nie wiem