Generated playlists and the URI's in/to them could (and should) be more compatible with m3u http live streaming specification.
some home cinema/network devices cannot properly recognise TVHeadend's generated playlists. The /playlist/channels.m3u one is an exception, this does work.
by not supporting the proper file extension or content-type in the URL's, most devices don't recognise the .m3u file as a proper playlist.
Details for a fix:
URL's to playlists should include file extensions and/or the correct content-type: audio/mpegurl for .m3u instead of audio/x-mpegurl
The generated playlists that link to other playlists (chaining) should contain URL's that include the .m3u file extension.
As per specifications here: http://tools.ietf.org/html/draft-pantos-http-live-streaming-08#section-3.1
These are the situations I could think of:
URL fragment > Description /playlist/channels > alias for channels.m3u /playlist/channels.m3u > channel sort is ok (by customized channelnumber) /playlist/tags > alias for tags.m3u /playlist/tags.m3u > tag sort is not ok (by UI appearance/tagid?), should be sorted by custom tag index or tagname (alphabetically ASC) /playlist/tagid/* > alias for *.m3u /playlist/tagid/*.m3u > channel sort is not ok (by channelId?), should be sorted by customized channel number /playlist/tag/* > alias for *.m3u /playlist/tag/*.m3u > channel sort is not ok (by channelId?), should be sorted by customized channel number
Updated by Jaroslav Kysela almost 6 years ago
- Status changed from New to Fixed
- % Done changed from 0 to 100
Applied in changeset tvheadend|c730150b0d663f1608114f176483c6034e3d8af5.