Closed Bug 1333271 Opened 9 years ago Closed 9 years ago

Intermittent dom/media/test/test_mediarecorder_record_4ch_audiocontext.html | application crashed [@ mozilla::VideoTrackEncoder::AppendVideoSegment(mozilla::VideoSegment const &)]

Categories

(Core :: Audio/Video: Recording, defect, P2)

Product:
Core
Component:
Audio/Video: Recording
Platform:
x86_64
Windows 8
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1332845
Tracking Flags:
Tracking Status
firefox52 --- unaffected
firefox53 --- affected
firefox54 --- affected

People

(Reporter: intermittent-bug-filer, Assigned: pehrsons)

References

Details

(Keywords: intermittent-failure)

Crash on: INFO - Assertion failure: false, at c:/builds/moz2_slave/m-in-w64-d-0000000000000000000/build/src/dom/media/encoder/TrackEncoder.cpp:289 INFO - #01: mozilla::VideoTrackEncoder::SetCurrentFrames(mozilla::VideoSegment const &) [dom/media/encoder/TrackEncoder.cpp:248] Andreas, can you take a look. It's from a resent change you did for Bug 1332584
Rank: 15
Component: Audio/Video → Audio/Video: Recording
Flags: needinfo?(pehrson)
OS: Unspecified → Windows 8
Priority: -- → P1
Hardware: Unspecified → x86_64
See Also: → 1332584
It basically just added a sanity check to ensure that we don't get any new frames after EOS has been reached. That signals an issue in a VideoTrack producer somewhere. Apparently there are latent ones like that. I'm lowering priority since this is not a new regression, just a new assertion.
Assignee: nobody → pehrson
Rank: 15 → 25
Flags: needinfo?(pehrson)
Priority: P1 → P2
Stack shows that the problem is in DecodedStream. > 11:45:48 INFO - #05: mozilla::DecodedStream::SendVideo(bool,nsMainThreadPtrHandle<nsIPrincipal> const &) [dom/media/mediasink/DecodedStream.cpp:637]
I'd say it's a dupe to bug 1332845.
See Also: → 1332845
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
See Also: 1332845 →
You need to log in before you can comment on or make changes to this bug.