Closed Bug 1168813 Opened 9 years ago Closed 7 years ago

[FFOS] When a waiting-codec-resource video element is pushed to background, MediaCodecProxy's AskMediaCodecAndWait will still wait.

Categories

(Core :: Audio/Video: Playback, defect)

Product:
Core
Component:
Audio/Video: Playback
Version:
37 Branch
Platform:
ARM
Gonk (Firefox OS)
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: bwu, Unassigned)

References

Details

Since AsyncReadMetadata is blocked by MediaCodecProxy's AskMediaCodecAndWait, Reader's ReleaseMediaResources will not be called. Before AsyncReadMetadata is finished in the taskQueue, ReleaseMediaResources will not be handled. We should abort the waiting codec action when entering dormant. App could ask codec resource when they resume.
The proper way to handle this, is to make MediaDataDecoder::Init() asynchronous, and using media promises (bug 1146086). Then there will be no blocking happening.
Depends on: 1146086
This could be fixed similar way to Bug 1168456.
(In reply to Sotaro Ikeda [:sotaro] from comment #2) > This could be fixed similar way to Bug 1168456. And bug 1168531.
Component: Audio/Video → Audio/Video: Playback
We're not supporting Firefox OS any more, so this is unlikely to see new work. Closing as incomplete.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.