[jitsi-dev] Desktop Sharing


#1

Hallo

today I tried once again desktop sharing with the release version 2.3. Streaming the desktop works just fine as always - however remote control fails. I tested between two Linux machines (Mint Nadja and Ubuntu 11.10) on the same LAN. Acvtivating “remote control” on either side does not make a difference. 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. It may be that the clicks arrive 100 years later (felt) - but i couldn’t reproduce this.

Another 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).

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

What’ s wrong? Has anyone similar or better results with shared desktops. It’s such nice feature and it used to work back in old 1.0 times…

Kind Regards

Conrad


#2

Hey Conrad,

Hallo

today I tried once again desktop sharing with the release version 2.3.
Streaming the desktop works just fine as always - however remote control
fails.

What protocol?

I tested between two Linux machines (Mint Nadja and Ubuntu 11.10)
on the same LAN. Acvtivating "remote control" on either side does not
make a difference. 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. It
may be that the clicks arrive 100 years later (felt) - but i couldn't
reproduce this.

It would be very helpful if you could analyse the traffic and see if you
notice anything out of the ordinary?

Another 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).

We might have some signalling issues too:

Remote control is 100% signalling so both could very well be related.

Emil

···

On 05.05.13, 12:47, Conrad Beckert wrote:

After closing the connection
from the near side, Jitsi atthe remote side stays as if it were still
connected. 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.

What' s wrong? Has anyone similar or better results with shared
desktops. It's such nice feature and it used to work back in old 1.0
times...

Kind Regards

Conrad

--
https://jitsi.org


#3

windows7 <-> windows 7 - share desktop

screen sharing - remoe control

we face similar problems - key clicks arrive deferred (not 100 years but
many seconds)

in addition: the perseon who allowed remote control loses control of
it's own desktop

moreover we faced a crash of jitsi on the computer of the person who
allowed remote control after the sharing partner hit the esc-key while
the focus was in the shared window.

···

Am 07.05.2013 17:45, schrieb Emil Ivov:

Hey Conrad,

On 05.05.13, 12:47, Conrad Beckert wrote:

Hallo

today I tried once again desktop sharing with the release version 2.3.
Streaming the desktop works just fine as always - however remote control
fails.

What protocol?

I tested between two Linux machines (Mint Nadja and Ubuntu 11.10)
on the same LAN. Acvtivating "remote control" on either side does not
make a difference. 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. It
may be that the clicks arrive 100 years later (felt) - but i couldn't
reproduce this.

It would be very helpful if you could analyse the traffic and see if you
notice anything out of the ordinary?

Another 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).

We might have some signalling issues too:

Remote control is 100% signalling so both could very well be related.

Emil

After closing the connection
from the near side, Jitsi atthe remote side stays as if it were still
connected. 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.

What' s wrong? Has anyone similar or better results with shared
desktops. It's such nice feature and it used to work back in old 1.0
times...

Kind Regards

Conrad


#4

I think the question might be about xmpp or sip

- --
Yannik Völker


#5

Here's a video capture of the two screens
https://dl.dropboxusercontent.com/u/892408/jitsi/Shared%20Desktop%20Mouse%20Pointer.wmv

The screen on the left side is the controller desktop. The screen on the
right is the desktop that enabled screen sharing.

Notice that the controller desktop (on the left) makes smooth mouse
movements toward its target. However the shared desktop (on the right)
has sporadic movements back and forth and doesn't make it to the target
initially. If the controller desktop waits for these sporadic movements
to stop (after a few seconds) and then moves the mouse only a pixel or
two, then the shared desktop mouse will snap back to where it was
supposed to be.

In other words a workaround for using the Jitsi remote desktop control
is to:
1. Move your mouse to where you want to click
2. Wait five to ten seconds (for the sporadic movements to stop on the
shared desktop)
3. Move your mouse only a pixel or two
4. Wait a second
5. Click

I hope the description and video are clear. Please ask questions if this
isn't clear.

David

···

On 5/8/2013 2:52 AM, g.spellauge wrote:

windows7 <-> windows 7 - share desktop

screen sharing - remoe control

we face similar problems - key clicks arrive deferred (not 100 years but
many seconds)