Closed a-konst closed 9 years ago
Thanks for your feedback. I'll try to reproduce it...
I can't access your MPD file. Is there a chance to publish it again?
Ahh.. let me know when your MacBook is awake ;)
It's on!
Looking into it.
I was able to reproduce issue. I fixed a root cause. Please let me know if fix works for you so that I can close the ticket.
Working much better! Thanks a lot! The only "inconvenience" issue left is - looks like it consistently does not retrieve the first fragment after MPD is updated first time and says it's there (or should be there). Then it's stuck in "buffering" and then retrieves the fragment when MPD is updated again and smooth sailing after. See the screenshot from firefox below. Everything still plays, just consistent start -> play(first fragment) -> buffer -> play(continuously, smooth sailing).
Let me know if want me to close this issue and above is a different issue.
Let's close this issue and create new one.
The setup: ffmpeg (h264) -> rtmp -> nginx-rtmp -> (HLS | DASH). The video is playing fine in Chrome and IE11 using dash.js, but rarely plays in dashas player. Rarely = once in a while after unknown number of restarts/browser refreshes it will stream OK, but most of the time there is either a still image or it only plays the first fragment - almost like some kind of timing issue. My MPD - http://71.195.249.184:3106/dash/webcam.mpd (the stream is most of the time on, sometimes not - macbook goes to sleep - sorry, cheapo setup).
When the stream is playing OK in Chrome, I can see (in developer console, network requests) how it keeps refreshing manifest and periodically loads new fragments. With dashas - it keeps refreshing the manifest, but I don't see it load new fragments after the init/first one.