[jitsi-dev] Video call problems


#1

Hi,

···

*
*
I tested latest jitsi nightly build and I see various problems when opening
video in an ongoing call.
Not always the camera stream is shown to the remote party
Also sometimes, when I attach/unattach video many times, at some point the
entire call crashes.

I made a debug over jitsi code and I noticed that every time a Video is
attached to a call, if there is already a remote video streaming from the
remote party, that stream is closed, and
a new remote video stream is recreated - but nothing is shown anymore, the
jitsi call window just shows black area

Please let me know if this is a known problem and if you have any idea how
to workaround this...

Thanks


#2

Hello,

Thanks for the report! Please try r10548 (the changes should be available
with the next nightly build -- 4504).

Regards,
Boris

···

On Sat, Mar 2, 2013 at 9:25 AM, Mircea Carasel <mirceac@ezuce.com> wrote:

Hi,
*
*
I tested latest jitsi nightly build and I see various problems when
opening video in an ongoing call.
Not always the camera stream is shown to the remote party
Also sometimes, when I attach/unattach video many times, at some point the
entire call crashes.

I made a debug over jitsi code and I noticed that every time a Video is
attached to a call, if there is already a remote video streaming from the
remote party, that stream is closed, and
a new remote video stream is recreated - but nothing is shown anymore, the
jitsi call window just shows black area

Please let me know if this is a known problem and if you have any idea how
to workaround this...

Thanks


#3

Hello,

Thanks for the report! Please try r10548 (the changes should be available
with the next nightly build -- 4504).

Regards,
Boris

Hi,
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"?

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
streaming

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

Thank you so much
Mircea


#4

Hey Mircea,

        Hello,

    Thanks for the report! Please try r10548 (the changes should be
    available with the next nightly build -- 4504).

    Regards,
    Boris

Hi,
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
streaming

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?

Cheers,
Emil

···

On 03.03.13, 02:42, Mircea Carasel wrote:

Thank you so much
Mircea

--
https://jitsi.org


#5

Hi,
Thanks for feedback
Mircea

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

I am using sipXecs (www.sipfoundry.org) I looked over sip logs and did not
find anything that might go wrong
Is there anything specific I should look for, maybe using wireshark to
monitor trafic?

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

For example, I created my own video listener that implements
org.jitsi.util.event.VideoListener, and I overwrite void
videoAdded(VideoEvent event); method
When I looked into ev.getVisualComponent() for
ev.getVisualComponent().getHeight() and visualComponent.getWidth() both are
0. So I wondering if we could get the real size of the remote video
component

···

Cheers,
Emil

>
> Thank you so much
> Mircea
>
>

--
https://jitsi.org