-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Several pieces of content fail to play under Firefox for various reasons #976
Comments
On Win 7: 1 and 2 don't appear to play in 1.6.0 either. |
Firefox is reporting MEDIA_ERR_DECODE for both of these streams. |
I can play these streams in chrome. Also I can play the mp4 with same audio/video codec in firefox. |
@jyavenard, do you know why the .mpd files in this dash.js issue play in Chrome and IE11, but not in Firefox or Safari? I see the same problem with dash.js, the Bitdash player, and the Shaka Player: http://dashif.org/reference/players/javascript/v1.6.0/samples/dash-if-reference-player/index.html |
Stream #1: The fragmented mp4 is invalid ; mediasegment start with ftyp So there can only be ONE file type box per stream. unfortunately the MSE spec states: So the first init segment received, made us go from WAITING_FOR_SEGMENT to PARSING_INIT_SEGMENT and back to WAITING_FOR_SEGMENT the ftyp indicates the start of an initialization segment, and so we move again to the PARSING_INIT_SEGMENT again, and it now is awaiting for another moov atom which will never come. Firefox behaviour is entirely per spec. This bug should be closed as invalid. Bug should be reported to chrome that they accept such invalid data. |
Stream #2; each representation is a full file, representation 3 is a 39MB file ; the smallest bitrate being a 7.5MB file. Firefox won't start playback until the updateend event is fired, that means not until the full appendBuffer has been processed (as per spec). Having said all that, here playback always starts within 5s, and I'm located in Australia |
@jyavenard - you were correct about stream #1. I got DASH IF to confirm the box structure and reached out to Envivio. They agreed with your assessment and re-encoded the content, which I have mounted here: http://dash.edgesuite.net/envivio/EnvivioDash3/manifest.mpd. This starts and plays on Firefox 43.04 under OSX. I'll issue a PR to erase the older URL from the samples that reference it and replace it with this newer one. Cheers Will |
👍 |
http://dash.edgesuite.net/dash264/TestCases/1a/netflix/exMPD_BIP_TC1.mpd - This stream starts up same in firefox as does in chrome. 2 seconds. New Envivio Streams plays back perfectly. http://vm2.dashif.org/livesim-dev/utc_direct-head/testpic_2s/Manifest.mpd - Starts right up and plays well. Should we close this Issue @wilaw - Please confirm you have same results. FF v43.0.4 Mac |
Confirmed on FF43.04 OSX10.10.5. Thanks to everyone for the PRs that resolved these. Closing as fixed. |
hi, Can you please let me know the issue with these streams? I use the castlabs encoder to create mp4 fragment files |
@jyavenard can you please help me in checking what is the issue with the mpd files I shared |
Testing /dev 2.0 under Mac OSX 10 and Firefox 43
Although segments are downloaded, buffer never fills and playback never commences.
The text was updated successfully, but these errors were encountered: