Project

General

Profile

Bug #3008

Bug #2991: Generated playlists and the URI's in/to them could (and should) be more compatible with m3u http live streaming specification.

Using VLC Web Plugin fails since commit 36573a (v4.1 r348)

Added by Volker Schmidt almost 7 years ago. Updated almost 7 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
User Interface
Target version:
-
Start date:
2015-07-08
Due date:
% Done:

0%

Estimated time:
Found in version:
v4.1 r348 commit 36573a
Affected Versions:

Description

Since commit 36573a I can no longet use the VLC Web Pluging. This was done via (webui) EPG Tab --> Select i-Button of program of any channel --> Inside "Broadcast Details" --> Press "Play program".

Until named commit a new tab opened in Mozilla and the VLC Web Plugin started playing my selected TV program.

Now I get asked to download a M3U (?) MP3-Playlist...

May we have back the previous behaviour? Or at least something, which is configurable?

History

#1

Updated by Jaroslav Kysela almost 7 years ago

  • Parent task set to #2991

What mime types are supported by the VLC plugin ? It was changed from audio/x-mpegurl to audio/mpegurl as suggested in #2991 .

#2

Updated by Volker Schmidt almost 7 years ago

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.

#3

Updated by Jaroslav Kysela almost 7 years ago

  • Status changed from New to Fixed

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

#4

Updated by Thomas - almost 7 years ago

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.

#5

Updated by Volker Schmidt almost 7 years ago

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.

Also available in: Atom PDF