Actions
Bug #2991
closedGenerated playlists and the URI's in/to them could (and should) be more compatible with m3u http live streaming specification.
Start date:
2015-07-08
Due date:
% Done:
100%
Estimated time:
(Total: 0:00 h)
Found in version:
4.1.322
Affected Versions:
Description
Problem:
some home cinema/network devices cannot properly recognise TVHeadend's generated playlists. The /playlist/channels.m3u one is an exception, this does work.
Cause:
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
Actions