You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks for creating such an awesome parser! I'm currently migrating a service that parses manifests to use mpd instead of m3u8 manifests. I am trying to find our when the stream's absolute start time is. Similar to the X-PROGRAM-DATE-TIME of HLS.
Looking at the Docs' parsed output, it looks like there should be a dateTimeObject. In the m3u8 parser, this object definitely exists, and I can see in the code that it gets populated.
I am parsing both Live and Vod mpd manifests but this value never gets populated - and I can't see anywhere in the code where it gets set.
Looking at some Shaka player documentation, I've been able to manually calculate the startTime of my stream as seen here. However, I can't see the variables exposed anywhere, such as timescale etc.
Hopefully I'm missing something obvious, pretty new to all this.
Thanks.
The text was updated successfully, but these errors were encountered:
Hi,
Thanks for creating such an awesome parser! I'm currently migrating a service that parses manifests to use mpd instead of m3u8 manifests. I am trying to find our when the stream's absolute start time is. Similar to the
X-PROGRAM-DATE-TIME
of HLS.Looking at the Docs' parsed output, it looks like there should be a dateTimeObject. In the m3u8 parser, this object definitely exists, and I can see in the code that it gets populated.
I am parsing both Live and Vod mpd manifests but this value never gets populated - and I can't see anywhere in the code where it gets set.
Looking at some Shaka player documentation, I've been able to manually calculate the startTime of my stream as seen here. However, I can't see the variables exposed anywhere, such as
timescale
etc.Hopefully I'm missing something obvious, pretty new to all this.
Thanks.
The text was updated successfully, but these errors were encountered: