New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 794076 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue webrtc:8536
Owner:
Last visit > 30 days ago
Closed: Dec 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

the nack does not work well using H264 when setting the network delay more than 10ms and packet loss more than 3%

Reported by xpeng1...@gmail.com, Dec 12 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36

Steps to reproduce the problem:
1. make a video call and negotiation with h264 codec and nack
2. set the network delay more than 10ms and packet loss more than 3%
3. check the video 

What is the expected behavior?
the nack should work and the video should be normal 

What went wrong?
the video can not be recovered well with the rtx packets

Did this work before? N/A 

Chrome version: 61.0.3163.100  Channel: n/a
OS Version: 10.0
Flash Version:
 
Labels: Needs-Milestone
Components: Internals>Media>Video
Components: -Internals>Media>Video Blink>WebRTC
As this issue seems to be out of TE scope, as it is related to negotiation with h264 codec and nack & setting the network delay more than 10ms and packet loss more than 3%, hence addind the label as TE-NeedsTriageHelp for further investigation

Thanks!
Cc: viswatej...@techmahindra.com sc00335...@techmahindra.com
Labels: Triaged-ET TE-NeedsTriageHelp

Comment 6 by guidou@chromium.org, Dec 14 2017

Components: -Blink>WebRTC Blink>WebRTC>Video

Comment 7 by holmer@chromium.org, Dec 14 2017

Owner: philipel@chromium.org
Status: Assigned (was: Unconfirmed)

Comment 8 by holmer@chromium.org, Dec 14 2017

Philip, can you check if you can reproduce this?
Mergedinto: webrtc:8536
Status: Duplicate (was: Assigned)

Sign in to add a comment