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

Issue 598759 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner: ----
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 3
Type: Bug



Sign in to add a comment

spitzer shows black frame when exiting full screen at EOS

Project Member Reported by liber...@chromium.org, Mar 29 2016

Issue description

1. <video> with avda that has a non-black last frame
2. go to full screen
3. play to the end, see non-black frame
4. exit full screen
5. embedded video shows a black frame until one seeks / restarts playback.

the avda is being destroyed and rebuilt, but the full screen VideoFrame is being re-used -- i made the SV VideoFrames have a green 2D 1x1 image, and 5 shows a green frame instead.  note that this only happens at EOS.

something in the pipeline isn't replacing the old frame at EOS when the new one comes in from the ST-backed avda.  actually, all old frames should be immediately discarded when exiting full screen, since they're not valid anyway.
 
Probably seek hits EOS and never paints a frame. We either shouldn't resume the pipeline in this case or figure out how to paint the last frame. Short term we probably just shouldn't resume the pipeline when ended && paused.
Project Member

Comment 2 by sheriffbot@chromium.org, Mar 30 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
Status: Available (was: Untriaged)
Probably nothing we can do here until Frank's surface work lands.
even that won't fix it, since we can't re-route a frame to SurfaceTexture after it's been rendered without additional android support.

we can always choose to switch to SurfaceTexture when rendering the last frame, i suppose, but that won't help cases where we're paused.
Project Member

Comment 5 by sheriffbot@chromium.org, Apr 13 2018

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.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Fixed (was: Untriaged)
the new overlay stuff fixes this.  the overlay sticks around until the frame isn't displayed.  i think that entering the tab switcher would still unback the video frame (overlays are dropped when switching tabs).

it would be nicer to transition to ST when decoding the last frame.

Sign in to add a comment