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

Issue 605678 link

Starred by 1 user
Status: WontFix
Owner: ----
Closed: Apr 2017
Cc:
█ w...@chromium.org
liber...@chromium.org
dalecur...@chromium.org
chcunningham@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug



Sign in to add a comment

MSE on Android with unified media pipeline drops frames on config changes

Project Member Reported by w...@chromium.org, Apr 21 2016 
This behavior was a conscious choice to trade dropped frames for smoothness. This bug tracks future improvement to that. 

See the attached videos comparing config changes before and after the unified media pipeline.

One thing we can do is to keep the SurfaceTexture back buffer populated. That should give us one extra frame at config changes.
mediasourceplayer-mse-framesize-test.mp4
673 KB Download
unifiedpipeline-mse-framesize-test.mp4
608 KB Download
Project Member

Comment 1 by sheriffbot@chromium.org, Apr 24 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been available for more than 365 days, and should be re-evaluated. Please re-triage this issue.
The Hotlist-Recharge-Cold label is applied for tracking purposes, and should not be removed after re-triaging the issue.

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

Comment 2 by chcunningham@chromium.org, Apr 24 2017 

liberato/watk, its been ages since I looked avda. Is this still true today? Any new strategy to recommend?

Comment 3 by w...@chromium.org, Apr 24 2017

Status: WontFix (was: Untriaged)
Dale implemented the suggestion to populate the backbuffer, and that's about as good as we can do without creating two MediaCodecs at transitions (which would probably be complicated and increase crashes).

The fundamental problem is that that we may need to create a new MediaCodec which takes ~100+ ms. And we can only render one more frame after we release the old MediaCodec (from ST backbuffer). So we have 60+ms where we can't render anything.
►

Sign in to add a comment