Project

General

Profile

Feature #3099

Feature #2993: Bouquets - add support for m3u / xspf playlist (file:// and http[s]://)

Allow *.m3u as Mux-URL for multiple services

Added by Hanspeter Müller over 3 years ago. Updated over 3 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
Service Mapping
Target version:
-
Start date:
2015-09-22
Due date:
% Done:

0%

Estimated time:

Description

It get's a bit messy with the current way where we have to add a mux for every web-stream (even if they are calling the same script). Would be great if you could allow http:// and/or file:// links to .m3u-files, where every line produces one Service, i.e.

#EXTM3U
#EXTINF:0,LuxeTV
#EXTVLCOPT:http-user-agent=stagefright%2F1.0+%28Linux%3BAndroid+2.2%29
http://akamai126.tibo.tv/126lokalehighlive/luxetv.stream_720p/playlist.m3u8
#EXTINF:-1,VEVO
http://vevoplaylist-live.hls.adaptive.level3.net/vevo/ch1/06/prog_index.m3u8
#EXTINF:-1,NASA TV
pipe:///usr/bin/live http://www.ustream.tv/nasahdtv

which would produce one mux with three services LuxeTV, VEVO and NASA TV. I have no idea if the EXTVLCOPTS is something standard or VLC only, in the example above it sets the user-agent (obviously), otherwise akamai rejects the connection, if that is vlc-non-standard it could be done with a script...

Thanks,

/hp

History

#1 Updated by B C over 3 years ago

this is already planed, see http://tvheadend.org/issues/2993

#2 Updated by Hanspeter Müller over 3 years ago

I saw that one, but that's only meant for bouquetts? Or will/should this work for Muxes too...?

#3 Updated by B C over 3 years ago

well my original request was to be able to use an m3u file as a source just like a dvb card and add services from it to my channel list, so I did hope the m3u file is on the mux tab and will add services listed in it accordingly.

#4 Updated by Jaroslav Kysela over 3 years ago

  • Status changed from New to Rejected
  • Parent task set to #2993

The issue 2993 is for "auto management" of the IPTV muxes based on the external m3u playlist, which I understand is the request in this issue.

It's not possible to "merge" multiple services into one mux. Basically, it's expected to receive the full MPEG-TS stream (the mentioned services are already muxed as a separate MPEG-TS streams). TVH does not do any remuxing on the input side. I know, the 1:1 mapping for mux:service is a little pain for IPTV, but it's really only a special case where the MPEG-TS stream has only one service.

So it's a dup to 2993, closing now as rejected.

Why I think that this belongs to bouquets ? Bouquets handles also the automatic channel management.

#5 Updated by Hanspeter Müller over 3 years ago

Ok, thanks for the explaination :)

#6 Updated by B C over 3 years ago

what about a different approach and treating m3u files as an independent source? So the file is actually the equivalent of a PMT on a mux and it's entries are evaluated to services? I have no problem with the functionality the way it is implemented right now, also I could think of a simple script which does the boring job of importing the muxes. The only drawback right now is that tvh does a service scan of every mux, which in the case of SAT>IP includes the whole PMT.
In my use case I have defined 8 services as muxes from a single transponder which has a total of 55 services. I cannot go the normal SAT>IP way as I need a custom URL as this is needed for the server side ca implementation. The result of this is that I have 8 * the same 55 services (total 440) where only 8 of them are usable and working. For this reason I have not yet mapped the 30 or so radio station on this TP (which I would be interested in) as I would get another 1650 services where I would have to pick the right 30 ones.
To be honest, I have not used bouquets by now and help on this topic is not yet ready on this topic, but I did not see a way to map a bouquet entry to a channel like it is possible with services, but maybe I'm wrong and this is working the same way as for services?

Also available in: Atom PDF