Tvheadend

Plugin (compiled for x64 Linux from current git) supports these MIME types, taken from pref pane:

application/mpeg4-iod (MPEG-4 video: mp4,mpg4),
application/mpeg4-muxcodetable (MPEG-4 video: mp4,mpg4),
application/ogg (Ogg stream: ogg),
application/vnd.rn-realmedia (Real Media File: rm),
application/x-google-vlc-plugin (Google VLC plug-in),
application/x-matroska (Matroska video: mkv),
application/x-mplayer2 (Windows Media),
application/x-ogg (Ogg stream: ogg),
application/x-vlc-plugin (VLC plug-in),
application/xspf+xml (Playlist xspf: xspf),
audio/3gpp (3GPP audio: 3gp,3gpp),
audio/3gpp2 (3GPP2 audio: 3g2,3gpp2),
audio/amr (AMR audio: amr),
audio/flac (FLAC audio: flac),
audio/m4a (MPEG-4 audio: m4a),
audio/mp4 (MPEG-4 audio: aac,mp4,mpg4),
audio/mpeg (MPEG audio: mp2,mp3,mpga,mpega),
audio/ogg (Ogg audio: oga),
audio/ogg;codecs=opus (Opus audio: opus),
audio/wav (WAV audio: wav),
audio/webm (WebM audio: webm),
audio/x-flac (FLAC audio: flac),
audio/x-m4a (MPEG-4 audio: m4a),
audio/x-matroska (Matroska audio: mka),
audio/x-mpeg (MPEG audio: mp2,mp3,mpga,mpega),
audio/x-mpegurl (MPEG audio: m3u),
audio/x-ms-wma (Windows Media Audio: wma),
audio/x-realaudio (Real Media Audio: ra),
audio/x-wav (WAV audio: wav),
video/3gpp (3GPP video: 3gp,3gpp),
video/3gpp2 (3GPP2 video: 3g2,3gpp2),
video/divx (DivX video: divx),
video/flv (FLV video: flv),
video/mp4 (MPEG-4 video: mp4,mpg4),
video/mpeg (MPEG video: mpg,mpeg,mpe),
video/mpeg-system (MPEG video: mpg,mpeg,mpe,vob),
video/ogg (Ogg video: ogv),
video/quicktime (QuickTime video: mov,qt),
video/webm (WebM video: webm),
video/x-flv (FLV video: flv),
video/x-m4v (MPEG-4 video: m4v),
video/x-matroska (Matroska video: mkv),
video/x-mpeg (MPEG video: mpg,mpeg,mpe),
video/x-mpeg-system (MPEG video: mpg,mpeg,mpe,vob),
video/x-ms-asf (Windows Media Video: asf,asx),
video/x-ms-asf-plugin (Windows Media Video: asf,asx),
video/x-ms-wmv (Windows Media: wmv),
video/x-ms-wvx (Windows Media Video: wvx),
video/x-msvideo (AVI video: avi)

NB: Output sorted to enhance readability.

Jaroslav Kysela wrote:

Fixed in v4.1-355-g207f585 (changed the mime type back to audio/x-mpegurl)

Hello, I'm the one that submitted [#2991]. I'm sorry that my request caused incompatibilities with VLC. Both of our problems are probably solved by this latest patch, although I won't know until I can get my hands on a new build for my Synology NAS from http://syno.dierkse.nl/.

However I'd like to make the following remark: just reverting for compatibility's sake seems like cutting corners/taking the easy way. As specified here: https://tools.ietf.org/html/draft-pantos-http-live-streaming-16#section-4, clients should REFUSE .m3u playlists not properly identified by EITHER content-type ("application/vnd.apple.mpegurl" or "audio/mpegurl") OR file extension (.m3u or .m3u8). Granted we have at least one (the latter) right (or so I hope, as of commit c730150), but it seems there is a strong favor in the standard towards the content-type too. Wouldn't it make more sense if VLC patched their plugin to support the proper mime-types? TVHeadend has more clients to serve than just the VLC plugin, even though they are a major party.

An alternative solution could be to change the play button not to link to a playlist, but to the stream directly. This would imply the VLC plugin supports the mime-type though, and as it seems to be "video/mp2t", the VLC plugin lacks that one too.

Thomas - wrote:

However I'd like to make the following remark: just reverting for compatibility's sake seems like cutting corners/taking the easy way. As specified here: https://tools.ietf.org/html/draft-pantos-http-live-streaming-16#section-4, clients should REFUSE .m3u playlists not properly identified by EITHER content-type ("application/vnd.apple.mpegurl" or "audio/mpegurl") OR file extension (.m3u or .m3u8). Granted we have at least one (the latter) right (or so I hope, as of commit c730150), but it seems there is a strong favor in the standard towards the content-type too. Wouldn't it make more sense if VLC patched their plugin to support the proper mime-types?

As I'm not a programmer, nor involved with VLC, their plugins, whatsoever... May I suggest to you to get in touch with somebody from the VLC web plugin dev. team on:

http://git.videolan.org/git/npapi-vlc.git

This was my source for the compiled code, which has the "strange" behaviour.

TVHeadend has more clients to serve than just the VLC plugin, even though they are a major party.

Of course. Maybe that's why perexg reverted back that quickly to the old behaviour. Even it is not the prettiest solution.

An alternative solution could be to change the play button not to link to a playlist, but to the stream directly. This would imply the VLC plugin supports the mime-type though, and as it seems to be "video/mp2t", the VLC plugin lacks that one too.

Again: I find your hints thoughtful. You should forward / Get in touch with the VLC dev. team about your ideas / concerns.