Project

General

Profile

Tvheadend 4.1 IPTV, There are more Services than Muxes for M3U playlist entries

Added by John Mcenroy about 8 years ago

Hello
I am using Tvheadend 4.1 under Arch Linux
I have a simple playlist in the following format:

#EXTM3U
#EXTINF:1, Name1
udp::1234
#EXTINF:2, Name2
udp::1234
#EXTINF:3, Name3
udp::1234
#EXTINF:4, Name4
udp::1234
#EXTINF:5, Name5
udp::1234

I am using it with IPTV Automatic Network. Muxes and Services are scanned well, iptv works
in VLC. But there is some problem with Services after scanning. For example in this playlist
I have 5 channels but Services can show 2,3 or more Services on 1 Mux for some muxes not all.
So I see 7 channels not 5 and of cause 2 is empty because there is no multiplexed muxes for iptv.
Is it possible to make so that 1 mux = 1 service for iptv ?

Thanks

P.S. Also I want to add that a bug http://tvheadend.org/issues/3554 remained unsolved.
There is another problem - if M3U playlist contain something after #EXTM3U - Tvheadend can't import such playlist.
Also Tvheadend can't import M3U playlist UTF-8 with BOM.
Often server freezes with scanning a lot of channels in M3U (I have tested 60-70 channels in one M3U playlist). So need a reboot.

P.P.S. All info is tested in HTS Tvheadend 4.1-2322~g879d532

Update: I have found that this happens only with UDP M3U playlist from first IPTV provider (69 muxes and any number of services - 5-100+ and after every force rescan services grow up),
better with Udpxy (udp over http proxy), but in this way 52-57 services.
but from the second IPTV provider (61 muxes and 61 services) where HTTP M3U playlist there is no such problem.