You can just open the conference link and click “Go” to start the video conference call. It is a browser-based online application. I hope the description and video are clear.Jitsi Meet is an Open Source application that provides secure video conferencing solutions. Wait five to ten seconds (for the sporadic movements to stop on the Move your mouse to where you want to clickĢ. In other words a workaround for using the Jitsi remote desktop controlġ. Two, then the shared desktop mouse will snap back to where it was To stop (after a few seconds) and then moves the mouse only a pixel or If the controller desktop waits for these sporadic movements Has sporadic movements back and forth and doesn't make it to the target However the shared desktop (on the right) Notice that the controller desktop (on the left) makes smooth mouse Right is the desktop that enabled screen sharing. The screen on the left side is the controller desktop. Here's a video capture of the two screens Moreover we faced a crash of jitsi on the computer of the person whoĪllowed remote control after the sharing partner hit the esc-key while In addition: the perseon who allowed remote control loses control of We face similar problems - key clicks arrive deferred (not 100 years but It's such nice feature and it used to work back in old 1.0 What' s wrong? Has anyone similar or better results with sharedĭesktops. Going physically to this screen and closing the Jitsi windowsĭoes not work as the mouse pointer plays hide and seek with me - IĬannot move it to the hangup button and when I try then it jumps On 05.05.13, 12:47, Conrad Beckert wrote:įrom the near side, Jitsi atthe remote side stays as if it were stillĬonnected. Remote control is 100% signalling so both could very well be related. We might have some signalling issues too: Log on) When I share the 2nd screen, I actually stream the 1st one (with Second user (keeping the first one open by locking the screen and re. It would be very helpful if you could analyse the traffic and see if youĪnother interesting phenomenon: On the Mint machine I logged on as the May be that the clicks arrive 100 years later (felt) - but i couldn't Tips of the remote screen, but I can neither click nor type in time. I can move the mouse - I might have seen some tool Acvtivating "remote control" on either side does not I tested between two Linux machines (Mint Nadja and Ubuntu 11.10) Streaming the desktop works just fine as always - however remote control Today I tried once again desktop sharing with the release version 2.3. It’s such nice feature and it used to work back in old 1.0 times… What’ s wrong? Has anyone similar or better results with shared desktops. Going physically to this screen and closing the Jitsi windows does not work as the mouse pointer plays hide and seek with me - I cannot move it to the hangup button and when I try then it jumps somewhere else. We might have some signalling issues too: After closing the connection from the near side, Jitsi atthe remote side stays as if it were still connected. It may be that the clicks arrive 100 years later (felt) - but i couldn’t reproduce this.Īnother interesting phenomenon: On the Mint machine I logged on as the second user (keeping the first one open by locking the screen and re - log on) When I share the 2nd screen, I actually stream the 1st one (with the lock screen). I can move the mouse - I might have seen some tool tips of the remote screen, but I can neither click nor type in time. Acvtivating “remote control” on either side does not make a difference. I tested between two Linux machines (Mint Nadja and Ubuntu 11.10) on the same LAN. Streaming the desktop works just fine as always - however remote control fails.
0 Comments
Leave a Reply. |