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

Issue 659454 link

Starred by 1 user
Status: Available
Owner: ----
Cc:
m...@chromium.org
█ x...@chromium.org
mfo...@chromium.org
taku...@chromium.org
powerb@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 3
Type: Bug



Sign in to add a comment

After pausing encoding, cast sender should flush and issue a key frame

Project Member Reported by m...@chromium.org, Oct 26 2016 
We get into a state where there are many frames in flight, which don't make it over to the Chromecast ... and so then we just stop encoding or sending more frames.

Upon recovering from such as situation, we should abort sending any of the old frames that are unlikely to be delivered by the target playout time. We can force a key frame to continue.

Comment 1 by erickung@chromium.org, Dec 2 2016 

We did propose PLI request from receiver a while ago, and current receiver does support it. 

In order to do that, sender needs to add "PLI" in rtpProfile in the OFFER message so that receiver knows it can issue PLI request when receiver is stuck on specific missing packets for so long
Project Member

Comment 2 by sheriffbot@chromium.org, Dec 11 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 3 by johnpallett@chromium.org, Dec 14 2017

Status: Available (was: Untriaged)

Comment 4 by johnpallett@chromium.org, Dec 14 2017

Labels: -Hotlist-Recharge-Cold
►

Sign in to add a comment