Helps with testing turn relay cases.

chore(deps) lib-jitsi-meet@latest

Also, default to libravatar.

Closes: https://github.com/jitsi/jitsi-meet/issues/4927

chore(deps) lib-jitsi-meet@latest

Safari 14.1 has a bug where it returns 720p for every simulcast stream when RTCRtpSender.getParameters is called even though the stream resolutions are different.
By using the encodings config used when source was added, on every RTCRtpSender.setParameters call, we ensure that simulcast stream resolutions don't change.
chore(deps) lib-jitsi-meet@latest

Do not resize the desktop share to 720p by default when the desktop track resolution is higher than 720p. This is causing bluriness when presenter is turned on.
Remove the 'detail' contentHint setting for the desktop+presenter canvas stream as it forcing chrome to send only 5 fps stream for high resolution desktop tracks.
Move the desktop resizing logic behind a config.js option - videoQuality.resizeDesktopForPresenter.

Co-authored-by: Saúl Ibarra Corretgé <saghul@jitsi.org>
Co-authored-by: zycwind <391321232@qq.com>

chore(deps) lib-jitsi-meet@latest

lib-jitsi-meet@latest

The previous one no llonger works out of the box with RN.

The URL polyfill we were using didn't support taking a URL object in the
constructor, the updated one does.

This update doesn't touch thousands of lines of package-lock which caused a
runtime breakage on both platforms.

This reverts commit cd68c72338.

Fixed by patching react-native:
e7ee500660

(backport from upstream)

Disable RTX on FF

Decode URLs using punycode when rendering, so when http://ebаy.com is sent
we render http://xn--eby-7cd.com/ instead.

Ref: https://github.com/tasti/react-linkify/issues/84

The former is no longer actively maintained.

Fixes: https://github.com/jitsi/jitsi-meet/issues/6427

We hadn't updated in a while.

Avoids CORS issues with the E2EE worker.

Adapt to E2EE changes in lib-jitsi-meet. Notably:

---
    e2ee: introduce per-participant randomly generated keys

    This the second stage in our E2EE journey.

    Instead of using a single pre-shared passphrase for deriving the key used for
    E2EE, we now establish a secure E2EE communication channel amongst peers.

    This channel is implemented using libolm, using XMPP groupchat or JVB channels
    as the transport.

    Once the secure E2EE channel has been established each participant will generate
    a random 32 byte key and exchange it over this channel.

    Keys are rotated (well, just re-created at the moment) when a participant joins
    or leaves.
---

* feat: Allows jvb to control DTLS/SRTP protection profile.

* test: Adds dominant speaker change print for large in testing mode.

The amplitude-js dependency required a major bump.

Update config.js to include the new codec preference options under videoQuality settings.