Skip to content
This repository has been archived by the owner on Nov 22, 2022. It is now read-only.

Latest EXTINF format #34

Open
abkNiazi opened this issue Apr 12, 2016 · 1 comment
Open

Latest EXTINF format #34

abkNiazi opened this issue Apr 12, 2016 · 1 comment

Comments

@abkNiazi
Copy link

This library is unable to parse m3u file given in link.

@Wopple
Copy link
Contributor

Wopple commented Apr 12, 2016

@abkNiazi
The latest specification does not provide support for "attributes" in the #EXTINF tag:

http://tools.ietf.org/html/draft-pantos-http-live-streaming-19#section-4.3.2.1

I've seen specially formatted titles contain key value pairs, but that has to come after the comma that separates the duration and title. We do support a parsing mode to parse a negative duration.

So basically, SS IPTV is producing playlists violating the specification. There's two ways to handle this:

  1. ask SS IPTV to change how they produce playlists
  2. create a special parsing mode to handle this case somehow

Option 1 would be best IMO. If that's not possible, I propose the following solution to option 2:

  • add a MediaPlaylist.getRawExtinfTags() method
  • add a parsing mode flag to allow improperly formatted #EXTINF tags
  • if the parser encounters a bad #EXTINF tag while using that parsing mode, it will be added to the MediaPlaylist.getRawExtinfTags() list and continue parsing
  • it is the up to the client code to pair up the raw #EXTINF tags with the tracks and do its own parsing of SS IPTV's "attributes"

This is not ideal, but this library cannot build a consistent API if we assume too many special formats from 3rd parties.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants