Version 22.2.0 GA
What's new in this release?
- Support for DTX mode
- DTX (discontinuous transmission) mode is now enabled for the OPUS codec. This mode reduces the bandwidth used for audio when the participant is silent. It also reduces CPU load on the receiver side since there are fewer audio frames to decode.
- This feature works across all supported browsers for both desktop and mobile.
Resolved issues
The following table lists the issues we have resolved in VidyoClient for WebRTC JavaScript Library version 22.2.0.
|
VidyoClient for WebRTC JavaScript Library version 22.2.0 - resolved issues |
|
|---|---|
|
Key |
Summary |
|
IOWEBRTC-2866 |
An issue was fixed where users could not connect to a VidyoPortal that did not have the Vidyo Event Service configured. |
|
IOWEBRTC-2826 |
Messages that were bypassing the VidyoClient logger are now logged via VidyoClient and can be filtered using VidyoClient APIs by changing the log level and log category. |
Known issues
The following table lists the known issues in VidyoClient for WebRTC JavaScript Library version 22.1.2.
|
VidyoClient for WebRTC JavaScript Library version 22.2.0 - known issues |
|
|---|---|
|
Key |
Summary |
|
IOWEBRTC-2650 |
There is an issue with unprocessed audio occurring when a stethoscope is connected and selected as a microphone, causing the remote user not to be heard. This issue was investigated and determined to be an issue with Safari. When Safari is acquiring audio stream from one microphone, it breaks all previous streams from other microphones. For more information, refer to https://bugs.webkit.org/show_bug.cgi?id=235713. |
|
IOWEBRTC-2619 |
Some Samsung devices on Android 11 may not be able to join a call or send/receive media. This was investigated and was determined to be an issue with Samsung. |
|
IOWEBRTC-2423 |
If a user mutes their microphone during a call, the browser still reports that the microphone is in use. This is not a bug. This behavior occurs because VidyoClient still has access to the muted microphone resource to ensure that unmuting the microphone works properly. |
|
IOWEBRTC-2222 |
When a mobile device is in portrait mode, the browser rotates the applied video constraints and switches to landscape mode. This has been investigated and determined to be the behavior for the current Safari and Chrome browsers. |
|
IOWEBRTC-2218 |
When using VP9 codec in desktop or mobile Chrome browsers, the application reacts too quickly to bandwidth fluctuations, which can sometimes lead to reduced outgoing video resolution. |
|
IOWEBRTC-1942 |
On iOS, when a user starts sharing their camera (selects the camera as a source for content sharing), the video stream stops and remote participants see a black video tile. This is due to an iOS bug: https://bugs.webkit.org/show_bug.cgi?id=179363 |
|
IOWEBRTC-1823 |
VP8/VP9 users with limits for receive/send bandwidth may experience fluctuations in frames per second (FPS) and resolution during video calls. |
|
IOWEBRTC-1784 |
Audio lip-sync is delayed on iOS Safari after flipping the camera during a call. This is a known issue with Safari that cannot be fixed by Enghouse Vidyo at this time. |
|
IOWEBRTC-1719 |
On iOS 14+, video continues to transmit during an incoming voice call. |
|
IOWEBRTC-1705 |
Chrome browser sometimes encodes only 720p/10-15 fps, even when the network has enough bandwidth to support a higher frame rate. |
|
IOWEBRTC-1673 |
On Chrome in macOS with dual-core CPUs, the resolution drops when the CPU idle is at 30-50%. |
