You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: index.bs
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -105,7 +105,7 @@ At construction of each {{RTCRtpSender}} or {{RTCRtpReceiver}}, run the followin
105
105
Streams backpressure can optimize throughput while limiting processing and memory consumption by pausing data production as early as possible in a data pipeline.
106
106
This proves useful in contexts where reliability is essential and latency is less of a concern.
107
107
On the other hand, WebRTC media pipelines favour low latency over reliability, for instance by allowing to drop frames at various places and by using recovery mechanisms.
108
-
Buffering within WebRTC encoded transform would add latency without allowing web applications to adapt much.
108
+
Buffering within a transform would add latency without allowing web applications to adapt much.
109
109
The User Agent is responsible to do these adaptations, especially since it controls both ends of the transform.
110
110
For those reasons, streams backpressure is disabled in WebRTC encoded transforms.
0 commit comments