Thanks for the report! Please try r10548 (the changes should be
available with the next nightly build -- 4504).
Thanks for feedback. I checked the last nightly build r10552 and video
streaming looks good.
One thing I do not understand is the following video event sequence
assuming that the remote party is streaming video in the moment you
start streaming video:
REMOTE_VIDEO - REMOVED
REMOTE_VIDEO - ADDED
LOCAL_VIDEO - ADDED
Why do we need to send REMOTE_VIDEO REMOVED and then ADDED back again
events when we switch from "recvonly" to "sendandrecv"?
Unfortunately Swing's z-order control implementation doesn't seem to
work and this (along with some other tricks) seems to be the only way to
guarantee that the local video would appear on top of the remote one.
From a UI perspective, in the calling window this causes for the remote
screen video to disappear and appear back again when we start video
Two more things I would like to point out regarding screen sharing:
1. I observed during screen sharing, it seems to be a problem when
granting controls. Sometimes it appears to work, other times the mouse
does not move as required, other times the call suddenly drops.
What SIP server were you using? Could you confirm that messages were
properly routed end-to-end?
2. The remote screen size is not correctly sent - it usually returns 0
width and 0 height for canvas size in the "Component" returned with the
screen sharing video event. The screen sharing works, but the size is
not properly computed.
I noticed that there is a SizeChangeVideoEvent sent during a videoUpdate
event, but it does not appear to be consistent - I wasn't able to
understand how to work with it.
I am not sure what you are referring to. Is this about signalling, or
about some place in the code?
On 03.03.13, 02:42, Mircea Carasel wrote:
Thank you so much