Hi, will we see a GSoC project to enhance the sreensharing performance?
Best regards Ed Gesendet: Mittwoch, 25. März 2015 um 05:23 Uhr Von: "Maxim Solodovnik" <solomax...@gmail.com> An: "Openmeetings user-list" <user@openmeetings.apache.org> Betreff: Re: Screen Sharing too slow screen video is encoded using screenv1 codec h264 is more CPU consuming, h263 is currently used by default for video medium quality do reduces video picture size, you can zoom it back while viewing On Wed, Mar 25, 2015 at 10:11 AM, OpenAr-IT Soluciones <opena...@gmail.com> wrote: Thanks FJ, That means that it is a bandwidth issue?. The problem with Medium quality is that the screen is smaller. Is it possible to reduce the screen quality without reduce the screen size?, like reducing the definition. Thanks. On Wed, Mar 25, 2015 at 1:05 AM, FJ <findingj...@gmail.com[findingj...@gmail.com]> wrote: I experienced this too on HI at 10FPS. When I change it to Medium at 10FPS, it seems to be acceptable. I have my OM3.0.4 at a CoLo with a 100Mb connection and two client at a remote location. On Tue, Mar 24, 2015 at 8:53 PM, OpenAr-IT Soluciones <opena...@gmail.com[opena...@gmail.com]> wrote: Hi Maxim/all, I have OM 3.0.4 (stable) installed in a VM with Debian 7 with 2.5 GB Ram, 2 CPUs. I have tested the Screen Share function with 2 users conected to OM, both are conected via Wi-Fi (band N). The problem is that with the configuration of High Resolution and 10 FPS the screen share is very slow, it has a lot of delay. Sometimes the screen freezes and then continue. The video (small size) of the person that is sharing the screen, gets very slow too. I did the same test with your Demo server and I had the same problem, less slow but slow too. What do you think the problem is?When I shared the screen using my VM as OM server, CPU was at 30% and Ram at 20 %. Thanks in advance. -- WBR Maxim aka solomax
