Mar 10 2022 12:49 AM
Mar 10 2022 12:49 AM
We have many Yealink MVC800ii and MVC840 MTR systems running in our meeting rooms. We're seeing real issues with HDMI ingest, particularly using the HDMI cable that connects to the MTouch II panel, and less so when using the WPP20 wireless dongle - but both are not working optimally.
The usual pattern is that either presenting or sharing content (both scenarios are affected) works until around 50-60mins into a call/meeting then things start getting really laggy. Mouse moves or slide navigation are delayed and not seen on the front-of-room displays or by external participants for several seconds. The delay then starts to extend to 30+seconds, usually resulting in the call eventually dropping and the MTR needing to be restarted.
This is happening in different rooms, to different users using different models of laptop and when sharing content stored locally on their devices as well as opened directly from M365 services such as SharePoint or OneDrive.
All indications point towards a problem with the in-room kit, like a memory leak. All of our systems have fully up-to-date software and firmware and I've confirmed that they are restarting nightly via the 02:01 scheduled task. Other than Extron CTL100 workplace controllers installed in some of the affected rooms, there is no 3rd-party hardware involved in the MTR set-up, its all standard Yealink kit. We've swapped out components, cables, and even factory reset and rebuilt some systems.
Call activity and system health shown in the TAC rarely show any issues. Sometimes there is a report of 'poor' audio quality in some (not all) of the affected meetings, but generally everything appears 'healthy' or 'good'.
Has anyone experienced these symptoms (with Yealink or other manufacturers)? Or any ideas on what to try? It's now a real problem for us as we open more MTR equipped rooms.
Mar 29 2022 07:10 AM
Mar 29 2022 07:45 AM - edited Mar 29 2022 07:50 AM
Nice to hear we're not alone! (although sorry you're also suffering with this issue).
It is completely subjective, but I'd have to agree that it seems like a recent update has introduced the problem. We've had our MVC800ii MTRs for around 18 months and didn't have any reports of this issue until towards the end of 2021.
I'm pinning a lot of hope on the new Teams Cast feature (we're currently testing it) as an alternative to using Yealink HDMI/USB-C ingest or the WPP dongles.
Mar 29 2022 07:57 AM
Mar 30 2022 06:19 AM
Mar 30 2022 06:56 AM
Apr 03 2022 11:15 PM - edited Apr 03 2022 11:16 PM
Having the same problem with a customer on fifteen MVC840 Systems. But the tricky thing is that it works when internal users use HDMI ingest. No problems at all. But when an external user that is not in there tenant uses this i will start to lag directly. Works for both when they share content wirelessly, But as soon as the external uses the HDMI/USB-C cable it goes bananas and video/audio lags big time. Will also try third party EDID management, but the internal/external difference is not making any sense to me.
Apr 04 2022 12:31 AM
Apr 04 2022 12:44 AM
Nice. Let us know how it goes!!!.
I always say that the monitor is the boss in the system when it comes to resolution. We always need to use pass through EDID emulators to be able to set the 1080p resolution, and have it to stay there. Otherwise the monitors will "override" the system and it changes back to 4K/UHD. System needs to tell the monitors what they will get. Not the other way around :).
I know that Crestron actually and always includes a EDID emulator in all of their MTR systems they sell. Just because they know about these issues, and they tell us that they don´t support problems that occur if you don´t use it while setting up their hardware.
But i still can´t figure out why it works for internal staff, and not for external visitors.
Apr 04 2022 01:00 AM
@tonyhermansen Your internal/external situation is very strange. I wouldn't expect user tenancy to affect content sharing (that happens through a combination of in-room hardware and software) to be affected by the Teams user account in any way. Any commonality to the external users? e.g. laptop make/model, or are they from one company who might be applying some funky system policies?
The 1080p EDID emulators I am using are ~£20 each from a large online retailer that has an association with a South American river.
Apr 04 2022 06:25 AM
Apr 19 2022 12:54 AM
May 03 2022 09:08 AM
Sep 22 2022 04:21 AM
We hade five Yealink systems with a lot of lag problem at a customer. But then when we added a HDMI emulator to every screen we were able to eliminate the lag problem in all of the rooms. We used a emulator called : SE-HDMI-EMU-1080p
Sep 22 2022 04:32 AM
Hi, Extron CTLs performing EDID emulation do help. As do simple HDMI pass-through emulators. We've proven both to help.
Just last week I got a report of screen mirroring delay again in one of our rooms, and upon checking the MTR had reverted to 4K resolution - and this is with emulators installed so I've no idea what had happened there! I took the opportunity to implement the new Resolution and Scaling options in the skypesettings.xml customisation file and did observe that the MTR system restarted in 1920x1080 resolution and this held across restarts regardless of whether EDID emulation was in-use. So this does seem like a good fix, to force the MTR itself into Full HD in software.
See the EnableResolutionAndScalingSetting, MainFoRDisplay and ExtendedFoRDisplay settings.
Regarding Teams Cast - it works, but we don't like it as it confuses our users. If there isn't an active Teams call to join, one is created meaning your experience if all you want to do is mirror your screen in a meeting room is you get it on one FoR screen only and the other shows a blank participants screen which is a pretty poor experience.
I am really hoping the new XML resolution and scaling settings see an end to our screen mirroring delays once and for all.
Sep 22 2022 06:56 AM
Nov 21 2022 06:12 AM
@andy_bentley Thanks a lot for your solution. This was helping us very much. We had that problem only with two 4k Screens, if it is only one screen with 4 it is no problem, and if there is a 1080p screen and a 4k screen it was also no problem. But with the right content in the XML everything is working.