Closed Bug 1186149 Opened 4 years ago Closed 4 years ago

Bitmovin dash-player.com "Elephant's Dream (by Evostream) - SegmentList" video does not play (demuxer failure on the first media segment)

Categories

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

defect

Tracking

()

VERIFIED FIXED
mozilla42
Tracking Status
firefox41 --- wontfix
firefox42 --- verified

People

(Reporter: cpeterson, Assigned: jya)

References

(Blocks 1 open bug, )

Details

Attachments

(2 files)

The following video plays in Chrome, but not Firefox, Safari, or IE 11:

http://www.dash-player.com/demo/streaming-server-and-encoder-support/?mpd=%2F%2Fbitdash-a.akamaihd.net%2Fcontent%2Fevostream%2Fmanifest.mpd

In the browser console, I see the player loading .m4s segments and then logging n "bitdash onPlaybackFinished" message, but the player only shows a loading spinner without playing video or audio.

...
GET XHR http://bitdash-a.akamaihd.net/content/evostream/elephant/audio/0/1427873572898.m4s [HTTP/1.1 200 OK 0ms]
bitdash onPlaybackFinished:  Object { timestamp: 1437507971121, type: "onPlaybackFinished" }
Summary: dash-player.com "Elephant's Dream (by Evostream)" demo video plays in Chrome, but not Firefox → dash-player.com "Elephant's Dream (by Evostream) - SegmentList" demo video plays in Chrome, but not Firefox
I can reproduce also this stall when the media.mediasource.format-reader pref is set to true.
Summary: dash-player.com "Elephant's Dream (by Evostream) - SegmentList" demo video plays in Chrome, but not Firefox → Bitmovin dash-player.com "Elephant's Dream (by Evostream) - SegmentList" video does not play
There's a demuxer failure on the first media segment. no samples can be retrieved.

will investigate.
Assignee: nobody → jyavenard
I see nothing in the spec that those two flags are incompatibles. Do the same as FFmpeg and VLC in handling those flags.
Attachment #8639265 - Flags: review?(ajones)
Some not quite so correctly muxed files shows the first few samples as all having a decode timestamp of 0.

The first three video frames in that dash file have a dts set at 0.
Attachment #8639265 - Flags: review?(ajones) → review+
Component: Audio/Video → Audio/Video: Playback
Summary: Bitmovin dash-player.com "Elephant's Dream (by Evostream) - SegmentList" video does not play → Bitmovin dash-player.com "Elephant's Dream (by Evostream) - SegmentList" video does not play (demuxer failure on the first media segment)
Attachment #8639266 - Flags: review?(gsquelart)
I'm still puzzled on how the first three frames of that stream have a dts of 0 when none have a duration of 0.
Points to another problem in the MoofParser
Attachment #8639266 - Flags: review?(gsquelart) → review+
actually, my bad, the first three samples do have a duration set to 0
Blocks: 1188238
https://hg.mozilla.org/mozilla-central/rev/c3212a7e91ce
https://hg.mozilla.org/mozilla-central/rev/40a50f4ac2cb
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla42
Verified fixed in Nightly 42.0a1 (2015-07-29).

@ Jean-Yves, is this fix relevant to the old MSE stack? Should we uplift this MoofParser fix to Aurora 41?
Status: RESOLVED → VERIFIED
Flags: needinfo?(jyavenard)
anything done on the MoofParser / ContainerParser and other demuxers will have beneficial consequences for the old MSE or the plain player (though for this one fragmented mp4 playback is rarely seen outside mse)

But 41 still has a rather restricted whitelist ; I'm not sure.

your call.
Flags: needinfo?(jyavenard)
That's a good point about the MSE whitelist in 41. If YouTube's or Netflix's encoders had this problem, we would probably have seen bug reports.
You need to log in before you can comment on or make changes to this bug.