[jitsi-dev] RTCP Termination refactory, now video freezes on packet loss


#1

Hi George,

I really appreciate your quick response, also the great work what the jitsi team is doing.

What I meant by 10 kbit/second: I am seeing REMB packets from jitsi videobridge setting constraints googAvailableSendBandwidth to 10000 when BasicRTCPTerminationStrategy is enabled.

I am not using lastN or jitsi-meet, just the jitisi videobridge rest api. But let me make another build with the latest commits to confirm this behaviour.

-andi

···

2015-12-02 18:10 GMT+01:00 George Politis gp@jitsi.org:

Hi Andi,

Thank you very much for sharing your observations with us.

On 12/02/2015 05:48 AM, dr.andreas.rice@gmx.net wrote:

Since a major refactory of the RTCP Termination strategy took place, I

am seeing that videos freeze whenever there’s packet loss.

We didn’t change the strategy, so before when using the default

PassthroughRTCPTerminationStrategy any packet loss didn’t really impact

a full video freeze.

Now with latest jitsi on master branch, any packet loss results in a

video freeze for a bunch of seconds. What is the default strategy right now?

The default now is PassthroughRTCPTerminationStrategy but if you didn’t

set it explicitly, NACKs wouldn’t work, hence the freezes.

We’ve just fixed this issue. Thank you for your report!

Also when setting to BasicRTCPTerminationStrategy, I am seeing bandwidth

constraints are beeing applied to 10000kbit/second. We are using JVB as

standalone without jitsi-meet.

What do you mean by bandwidth constraints? 10mbit/sec sounds reasonable

if it’s per participant.

George

-andi


dev mailing list

dev@jitsi.org

Unsubscribe instructions and other list options:

http://lists.jitsi.org/mailman/listinfo/dev


dev mailing list

dev@jitsi.org

Unsubscribe instructions and other list options:

http://lists.jitsi.org/mailman/listinfo/dev


#2

Hi Andi,

Hi George,

I really appreciate your quick response, also the great work what the
jitsi team is doing.

Thank you, on behalf of the team :slight_smile:

What I meant by 10 kbit/second: I am seeing REMB packets from jitsi
videobridge setting constraints googAvailableSendBandwidth to 10000
when BasicRTCPTerminationStrategy is enabled.

Oh, then there's definitely something wrong here.

I am not using lastN or jitsi-meet, just the jitisi videobridge rest
api. But let me make another build with the latest commits to confirm
this behaviour.

Good idea. Also, could you please post your sip-communicator.properties
file to double check your options?

- George

···

On Thu, 2015-12-03 at 00:12 +0100, dr.andreas.rice@gmx.net wrote:

-andi

2015-12-02 18:10 GMT+01:00 George Politis <gp@jitsi.org>:
> Hi Andi,
>
> Thank you very much for sharing your observations with us.
>
> On 12/02/2015 05:48 AM, dr.andreas.rice@gmx.net wrote:
> > Since a major refactory of the RTCP Termination strategy took
> place, I
> > am seeing that videos freeze whenever there's packet loss.
> >
> > We didn't change the strategy, so before when using the default
> > PassthroughRTCPTerminationStrategy any packet loss didn't really
> impact
> > a full video freeze.
> > Now with latest jitsi on master branch, any packet loss results
> in a
> > video freeze for a bunch of seconds. What is the default strategy
> right now?
>
> The default now is PassthroughRTCPTerminationStrategy but if you
> didn't
> set it explicitly, NACKs wouldn't work, hence the freezes.
>
> We've just fixed this issue. Thank you for your report!
>
> > Also when setting to BasicRTCPTerminationStrategy, I am seeing
> bandwidth
> > constraints are beeing applied to 10000kbit/second. We are using
> JVB as
> > standalone without jitsi-meet.
> >
>
> What do you mean by bandwidth constraints? 10mbit/sec sounds
> reasonable
> if it's per participant.
>
> -
> George
>
> > -andi
> >
> >
> > _______________________________________________
> > dev mailing list
> > dev@jitsi.org
> > Unsubscribe instructions and other list options:
> > http://lists.jitsi.org/mailman/listinfo/dev
> >
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev