Javascript 禁用WebRTC跟踪是否会停止占用带宽?

Javascript 禁用WebRTC跟踪是否会停止占用带宽?,javascript,webrtc,Javascript,Webrtc,我正在创建一个项目,其中用户通过webRTC连接到其他几个用户,但是,他们不会一直看到对方。 因此,我考虑将远程曲目的enable属性设置为false,并在需要时将其设置为true。 在测试之前,我想知道禁用轨道是否也会停止网络流量 有些地方的互联网很差,我们的想法是节省用户的带宽。不会。您可以通过访问 然后执行以下JS: localStream.getTracks().forEach(t=>t.enabled=!t.enabled) 比特率将大幅下降,但不会为空,因为这会发送黑色帧 如果要实际

我正在创建一个项目,其中用户通过webRTC连接到其他几个用户,但是,他们不会一直看到对方。
因此,我考虑将远程曲目的enable属性设置为false,并在需要时将其设置为true。
在测试之前,我想知道禁用轨道是否也会停止网络流量


有些地方的互联网很差,我们的想法是节省用户的带宽。

不会。您可以通过访问 然后执行以下JS: localStream.getTracks().forEach(t=>t.enabled=!t.enabled) 比特率将大幅下降,但不会为空,因为这会发送黑色帧

如果要实际停止发送,最简单的方法是使用replaceTrack API,将音频/视频曲目替换为空曲目,然后在需要再次发送时重新替换


Firefox的行为已经是开箱即用了:-)

它不会。您可以通过访问 然后执行以下JS: localStream.getTracks().forEach(t=>t.enabled=!t.enabled) 比特率将大幅下降,但不会为空,因为这会发送黑色帧

如果要实际停止发送,最简单的方法是使用replaceTrack API,将音频/视频曲目替换为空曲目,然后在需要再次发送时重新替换


Firefox的行为就像开箱即用一样:-)

因此拖缆必须替换其轨迹。接收器没有停止接收的电源,对吗?我这样问是因为接收器将打开一个面板,在那里他可以看到拖缆,因此如果我可以在那里更换拖缆跟踪器,会更容易。因此拖缆必须更换其轨迹。接收器没有停止接收的电源,对吗?我这样问是因为接收器将打开一个面板,在那里他可以看到拖缆,因此如果我可以在那里更换拖缆跟踪器,这将更容易。