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> 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 >> > 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
