Closed Bug 1364870 Opened 7 years ago Closed 7 years ago

ffmpeg decoder returning errors if no frame decoded.

Categories

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

52 Branch
defect

Tracking

()

VERIFIED FIXED
mozilla55
Tracking Status
firefox-esr52 --- fixed
firefox53 --- wontfix
firefox54 --- verified
firefox55 --- verified

People

(Reporter: jya, Assigned: jya)

References

Details

(Keywords: regression)

Attachments

(2 files)

In bug 1257116, many media files use in mochitests were shortened.

However, those files are invalid and start with data that can't be decoded.

They happen to work because we skip data with error.

Those files should be remade so that they don't contain errors.
Version: unspecified → 52 Branch
Priority: -- → P3
The problem is in FFmpeg MediaDataDecoder...
Summary: mochitest short media files are invalid → ffmpeg decoder returning errors if no frame decoded.
Priority: P3 → P1
Assignee: nobody → jyavenard
Comment on attachment 8869350 [details]
Bug 1364870: [ffmpeg] only check format if frame has been decoded.

https://reviewboard.mozilla.org/r/140988/#review144514
Attachment #8869350 - Flags: review?(gsquelart) → review+
Pushed by jyavenard@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/0333314aa0e9
[ffmpeg] only check format if frame has been decoded. r=gerald
https://hg.mozilla.org/mozilla-central/rev/0333314aa0e9
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla55
Can this ride the 55 train or should it be considered for backport?
Flags: needinfo?(jyavenard)
I'd like this backported. Yes.
Flags: needinfo?(jyavenard)
(In reply to Jean-Yves Avenard [:jya] from comment #7)
> I'd like this backported. Yes.

Can you request uplift, then, please? :)
Flags: needinfo?(jyavenard)
Comment on attachment 8869350 [details]
Bug 1364870: [ffmpeg] only check format if frame has been decoded.

Approval Request Comment
[Feature/Bug causing the regression]: 1270016
[User impact if declined]: audio decoding error with some contents. 
[Is this code covered by automated tests?]: yes. Though as errors are ignored, the regression didn't get spotted. This is being worked out. 
[Has the fix been verified in Nightly?]: manually tested
[Needs manual test from QE? If yes, steps to reproduce]: create/set the pref media.audio-max-decode-error and set it to 0. Attempt to play the gizmo.mp4 in dom/media/test on Linux. Without the fix, the file won't play
[List of other uplifts needed for the feature/fix]: no
[Is the change risky?]: no
[Why is the change risky/not risky?]: we only check the file format once decoded. 
[String changes made/needed]: None
Flags: needinfo?(jyavenard)
Attachment #8869350 - Flags: approval-mozilla-beta?
Hi Brindusa, could you help find someone to verify if this issue was fixed as expected on a latest Nightly build? Thanks!
Flags: needinfo?(brindusa.tot)
Reproduced the issue on Nightly 55.0a1, on a build from 05/06/2017 on Ubuntu 16.04 x64.

Verified as fixed on the latest Nightly, 55.0a1, build ID 20170525100253 on Ubuntu 16.04 x64.
Status: RESOLVED → VERIFIED
Flags: needinfo?(brindusa.tot)
Comment on attachment 8869350 [details]
Bug 1364870: [ffmpeg] only check format if frame has been decoded.

Fix a regression and was verified. Beta54+. Should be in 54 beta 12.
Attachment #8869350 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Flags: qe-verify+
Reproduced on Firefox 54 beta 11 under Ubuntu 16.04 LTS 64-bit.
Verified as fixed on Firefox 54 beta 12.
Flags: qe-verify+
Is this something we should consider for ESR52 too? If so, it'll need a rebased patch.
Flags: needinfo?(jyavenard)
Yes, we should....

I'll wrap a patch (though I'm surprised the current one wouldn't apply)
Flags: needinfo?(jyavenard)
Flags: needinfo?(jyavenard)
The format member isn't set when an audio frame hasn't been decoded yet.

MozReview-Commit-ID: IgUj6bjVzdF
Comment on attachment 8883881 [details] [diff] [review]
[ffmpeg] only check format if frame has been decoded. r=gerald, a=gchang

[Approval Request Comment]
If this is not a sec:{high,crit} bug, please state case for ESR consideration:
User impact if declined: Decoding error with some audio files
Fix Landed on Version: 54
Risk to taking this patch (and alternatives if risky): no risk
String or UUID changes made by this patch:  none
Flags: needinfo?(jyavenard)
Attachment #8883881 - Flags: approval-mozilla-esr52?
Comment on attachment 8883881 [details] [diff] [review]
[ffmpeg] only check format if frame has been decoded. r=gerald, a=gchang

Fix an audio playback issue. Let's uplift this to ESR52.3.
Attachment #8883881 - Flags: approval-mozilla-esr52? → approval-mozilla-esr52+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: