1186136 - dash-player.com "Live Stream DVR" demo plays for a few seconds and then stalls, stuck rebuffering (syntax error?)

Status: RESOLVED WORKSFORME

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

Description

[Chris Peterson [:cpeterson]]

@ Jean-Yves, does this look like a bug in the Bitmovin DASH player?


The following live stream plays for a few seconds in Firefox, but then gets stuck rebuffering with a loading spinner forever. The live stream plays correctly in Chrome, Safari, and IE.

http://www.dash-player.com/demo/live-streaming-dvr/

I see a "syntax error" message in the browser console, but the player continues to download .m4a and .m4v media segments

timeshift of 110 minutes live-streaming-dvr:1009:5
bitdash onPause:  Object { time: 702267.817666, timestamp: 1437506537310, type: "onPause" } live-streaming-dvr:1055:15
bitdash onPlaybackFinished:  Object { timestamp: 1437506537313, type: "onPlaybackFinished" } live-streaming-dvr:1058:14
GET XHR http://bitlivedemo-a.akamaihd.net/mpds/stream.php [HTTP/1.1 200 OK 1650ms]
bitdash 3.0.2 enterprise onReady:  Object { timestamp: 1437506538984, type: "onReady" } live-streaming-dvr:1042:1
bitdash onPlay:  Object { time: 0, timestamp: 1437506538990, type: "onPlay" } live-streaming-dvr:1050:15

syntax error live-streaming-dvr:1:1

GET XHR http://bitlivedemo-a.akamaihd.net/dash/250k/bitcodin-init.m4a [HTTP/1.1 200 OK 0ms]
GET XHR http://bitlivedemo-a.akamaihd.net/dash/250k/bitcodin-init.m4v
...

Comment 1

[Chris Peterson [:cpeterson]]

Daniel and Reinhard, Mozilla plans to enable MSE for all websites in Firefox 42 (testing now in the Firefox Nightly channel). Do you know the source of the "syntax error" message from this dash-player.com demo? This error message does not look like a JavaScript error that Firefox would generate.

Comment 2

[Chris Peterson [:cpeterson]]

This bug may be related to bug 1131487 and bug 1137118, other "dash-player.com video stalls" bugs.

Comment 3

[Chris Peterson [:cpeterson]]

I don't think the "syntax error" message is related to the stalling problem. I see the same error on other dash-player.com demo videos that do not stall, such as:

http://www.dash-player.com/demo/streaming-server-and-encoder-support/

Comment 4

[Chris Peterson [:cpeterson]]

These streams also stall after a few seconds, but play correctly in Chrome, Safari, and IE 11:

* "BigBuckBunny (Live by Wowza) - SegmentTemplate/Timeline"

http://www.dash-player.com/demo/streaming-server-and-encoder-support/?mpd=%2F%2Fwowzaec2demo.streamlock.net%2Flive%2Fbigbuckbunny%2Fmanifest_mpm4sav_mvtime.mpd

* "Testcard (Live by Akamai) - SegmentTemplate/Number"

http://www.dash-player.com/demo/streaming-server-and-encoder-support/?mpd=http%3A%2F%2F54.201.151.65%2Flivesim%2Ftfdt_32%2Ftestpic_2s%2FManifest.mpd

* "Fragball (Live by Unified Streaming) - SegmentTemplate/Timeline"

http://www.dash-player.com/demo/streaming-server-and-encoder-support/?mpd=http%3A%2F%2Flive.unified-streaming.com%2Floop%2Floop.isml%2Floop.mpd

Comment 5

[Jean-Yves Avenard [:jya]]

can't reproduce the problem with the new MSE enabled.

All streams play fine for me now.
I'm not going to investigate the old MSE stack.

Comment 6

[Jean-Yves Avenard [:jya]]

hmmm got a stall on http://www.dash-player.com/demo/streaming-server-and-encoder-support/?mpd=http%3A%2F%2Flive.unified-streaming.com%2Floop%2Floop.isml%2Floop.mpd after a couple of minutes.

seems to be related to eviction

Comment 7

[Jean-Yves Avenard [:jya]]

we stall because no audio is appended. Reproduced twice in the same spot.

We have 38.41s worth of audio, playback stalls exactly at that point.

I get the same stall in Chrome at exactly the same point

Comment 8

[Chris Peterson [:cpeterson]]

(In reply to Jean-Yves Avenard [:jya] from comment #5)
> can't reproduce the problem with the new MSE enabled.

This stall is 100% reproducible for me with Nightly 42 on OS X 10.10 and in a Windows 8.1 VM.

Comment 9

[Jean-Yves Avenard [:jya]]

with the new MSE activated?
media.mediasource.format-reader set to true.

Note that the new MSE should be the default in tomorrow's nightly if all goes well.

Comment 10

[Chris Peterson [:cpeterson]]

Sorry, I misunderstood. By "new MSE", I thought you meant the MSE clean-ups that you had already landed. I didn't know about the media.mediasource.format-reader pref. I can no longer reproduce the immediate stall when I set the pref to true.

Comment 11

[Jean-Yves Avenard [:jya]]

(In reply to Chris Peterson [:cpeterson] from comment #10)
> Sorry, I misunderstood. By "new MSE", I thought you meant the MSE clean-ups
> that you had already landed. I didn't know about the
> media.mediasource.format-reader pref. I can no longer reproduce the
> immediate stall when I set the pref to true.

This is the new MSE stack that I've been talking about for months :)

Feel free to play with it with that pref turned on... The more testing, the better.