> Possibly fixes a bug where SS appears black when the'unmute' and forwarded sources event for the track are received before a large-video update is scheduled.

This fixes an issue where the bitrates for screenshare were much higher than before for VP9 causing the JVB to suspend SS streams more often.

Co-authored-by: Дамян Минков <damencho@jitsi.org>

When an answer is received from the p2p peer, only set remote description instead of calling the full renegotiation cycle. Also, always initiate a sRD->cA->sLD cycle when adding remote sources irrespective of whether the local endpoint is an initiator or responder for the p2p connection. This lets us remove the hacks added for Chromium (unified-plan) bugs related to video not rendering in p2p cases.

fix up test failure by including extends Listenable

* modules: add RFC 2198 audio redundancy encoder

which can be used together with WebRTC Insertable Streams to encode
a variable amount of audio redundancy

* port some tests

* port the rest of the tests but the comparison seems broken

* fix most lint

* with jasmine@4 actually fix the tests

* fix lint issues

* +jsdoc

* +nils review

It does no harm on RN, since it doesn't detect it as a supported browser
and bails out.

It gets resolved during translation.

Fixes: https://github.com/jitsi/lib-jitsi-meet/issues/2055

Since Track effects and mute/unmute operations use the same flow, i.e., removing/adding the track from the RTCPeerConnection but not from TPC, make the names of the methods involved more generic.

Since the track is only temporarily removed and added back, it can be treated like mute & unmute operation. Fixes https://github.com/jitsi/lib-jitsi-meet/issues/2048. Remove a TODO thats no longer needed, track replace operation don't force renegotiations anymore.

They are always required and the signaled features are ignored.

* feat: Add videoType to sources signaled in jingle.

* Add a receiveMultipleVideoStreams flag.

Set the bitrates on the video m-lines based on the associated track type. In multi-stream mode, there will be two separate m-lines for camera and desktop tracks. Also fallback to SDP munging for setting codec preferences on Chromium.

The hack for making Chrome capture the highest resolution possible for desktop track breaks high fps screen capture.

* fix(SDP): don't separate fmtp parameter with spaces

* adjusted tests accordingly to not expect spaces anymore

Reusing(removing it and adding it again) an SSRC in the
remote SDP is leading to the issue where remote video is received but
not rendered. That's why we shouldn't remove the receive only SSRCs
from the SDP. This way the sender won't send any source-remove and
source-add for the same SSRCs.

the editor will no longer complain about superfluous await when calling

it removed support for functions being simultaneous async and have done parameter in callback

the editor will no longer complain about superfluous await when calling these functions

* fix(SignalingLayer): Skip checking for last presence if the client doesn't join muc.
This fixes the broken wireless screensharing issue on spot clients.

* squash: change log message to a warning.

Jicofo by default now strips the simulcast SSRCs and sends only the primary SSRC and RTX to all the receiving endpoints in the call. Therefore remote SDP munging is not required on the clients anymore.

* fix(deployment-info) Prevent error when setting shard and region

* fix

They have been deprecated and their valued can no longer be changed from
the default after M103.

Ref: https://groups.google.com/u/0/g/discuss-webrtc/c/2l7jWgreYpw?pli=1

This reverts commit 7d3f13c907.
This change was not needed.

RN clients throw a function undefined error otherwise.

Adds it to deploymentInfo.

When source-name signaling is enabbled on plan-b clients, the sources to MSID map needs to be cleared after every transformation since browser in plan-b mode produces a new set of SSRCs and trackID when a track is removed and new track is added to the peerconnection. This fixes an issue where the track index in the source-name gets incremented after a track replace operation.

* fix(multi-stream): Fix local SSRC cache to include multiple video streams.
If multiple local video streams are found in the SDP, cache all of them instead of the first video SSRC. This fixes an issue where the resolution/fps stats for the screenshare track are not available.

* squash: new track inherits the source name of old track if it exists.