Bug #4172
TVHeadend 4.1.2309 fails scanning IPTV automatic network muxes
0%
Description
Hi,
I added a IPTV automatic network which reads a M3U file. Everything seems to work, the wanted muxes are created but the scan result says "FAILED". If I scan one by one manually it says "OK". Everytime I restart my kodi it says failed again and therefore removes the muxes from the services.
However, I know that they work since I can play them once I scan them manually. My question now is, how can I avoid the scanning so that tvheadend does not scan them and remove them from my services?
Thanks,
rose
System: Kodi 17 RC
TVHeadend: 4.1.2309
History
Updated by Mark Clarkstone almost 8 years ago
m m wrote:
Hi,
I added a IPTV automatic network which reads a M3U file. Everything seems to work, the wanted muxes are created but the scan result says "FAILED". If I scan one by one manually it says "OK". Everytime I restart my kodi it says failed again and therefore removes the muxes from the services.
However, I know that they work since I can play them once I scan them manually. My question now is, how can I avoid the scanning so that tvheadend does not scan them and remove them from my services?
Thanks,
rose
System: Kodi 17 RC
TVHeadend: 4.1.2309
Set "Maximum # input streams" for the network to whatever your provider allows, more than likely it'll be 1.
Updated by m m almost 8 years ago
Now if I restart kodi it rescans and scan result is OK. However, the mapped services are gone after the kodi restart.
Can someone tell me how to make it not rescanning it?
Updated by Mark Clarkstone almost 8 years ago
m m wrote:
Now if I restart kodi it rescans and scan result is OK. However, the mapped services are gone after the kodi restart.
Can someone tell me how to make it not rescanning it?
By mapped services you mean the channels (to which services are mapped "Channel / EPG".) or the actual services ("Services" tab)?
Try also setting "Service ID:" to 1 in the network.
Updated by m m almost 8 years ago
Sorry if I did not make myself clear. As far as I understood it:
Working muxes become services
Services can be mapped
Mapped services appear within the "Channel/EPG - Channels", I give them a propriate tag and they appear in kodi live tv.
But the services get "unmapped" after restart. "DVB Inputs - Networks" shows 35 muxes, 35 services, 0 mapped channels after restart.
Updated by Mark Clarkstone almost 8 years ago
m m wrote:
Sorry if I did not make myself clear. As far as I understood it:
Working muxes become services
Services can be mapped
Mapped services appear within the "Channel/EPG - Channels", I give them a propriate tag and they appear in kodi live tv.But the services get "unmapped" after restart. "DVB Inputs - Networks" shows 35 muxes, 35 services, 0 mapped channels after restart.
You are correct, If the services aren't disappearing (from the Services tab) but are just becoming unlinked you may want to disable "Automatic checking" for all services.
Updated by m m almost 8 years ago
So after restart it says scan queue is 35. It starts to scan and the number of the services increases. The number of mapped channels stays at zero. Why does it remove all mapped channels after restart?
Updated by Mark Clarkstone almost 8 years ago
m m wrote:
So after restart it says scan queue is 35. It starts to scan and the number of the services increases. The number of mapped channels stays at zero. Why does it remove all mapped channels after restart?
Weird, didn't setting "Service ID" to 1 help at all?
Updated by m m almost 8 years ago
Seems not. I just set "Auto check disabled" within the Services for each of the iptv service. After the restart, it is back to "Auto check enabled" and mapped channels are back to 0 and scan queue is at 35.
Updated by m m almost 8 years ago
The funny thing is, I have another IPTV network without the automatic M3U loading and it does not rescan after startup and it keeps the mapped channels.
Updated by Mark Clarkstone almost 8 years ago
m m wrote:
The funny thing is, I have another IPTV network without the automatic M3U loading and it does not rescan after startup and it keeps the mapped channels.
Would you mind posting a sample entry from both m3u files for comparison (replace any personal info)? This is a real strange one & is way over my head!
Actually, do the playlist links point to mpegts files? Can you play a scanned service via tvheadend?
Updated by m m almost 8 years ago
#EXTM3U
#EXTINF:-1, Channel 1
pipe:///usr/bin/ffmpeg -loglevel fatal -re -i http://ipaddress/1/1008/index.m3u8?p=127&token=5816d24fcb7f782fa03ce7eec8b00529&expires=1484170420&c=t1 -c copy -f mpegts pipe:1
is one entry of the m3u file. I created a script which rewrites the entire file on every restart of kodi but only the http://... is changed. The playlist points to a h264 stream as far as I can tell. Sure I can play them, they work once I map the channels.
Updated by m m almost 8 years ago
The reason why I do not put the http:// only is that for some reason the playback freezes forever after around 50 seconds. I have to change channel to make it work again.
Updated by m m almost 8 years ago
For the other IPTV network (the working one) I do not have a m3u file. I just added the network and manually added the muxes with the same URL I posted above. Basically I wanted to make the script rewrite the URL of these muxes but then I saw that I can import m3u files automatically and went this way.
Updated by m m almost 8 years ago
I can understand that once the url of a mux changes that it gets scanned again but why does it remove mapped channels?
Updated by Andreas Fornberg almost 8 years ago
m m wrote:
I can understand that once the url of a mux changes that it gets scanned again but why does it remove mapped channels?
I have same problem if URL changes in the m3u file it removes the mapped channel.
The behaviour should that it just updates the URL if it changes and is mapped already.
Or atleast have an option for that.
Automatic mapping scanned channels with ok status would be nice too.
Updated by Jaroslav Kysela almost 8 years ago
URL is the KEY. If it changes, TVH thinks that it's another source (stream). I would suggest to use a script with a persistent argument and handle the changes inside the script, like:
pipe:///usr/local/bin/tvhsource Tennis_TV
Non-working http:// source (comment 13) - please, make a new bugreport with '--trace iptv,httpc'.
Updated by Jaroslav Kysela almost 8 years ago
Also, upgrade to latest tvh - there were some fixes around v4.1-2328-gca5f094 related to the IPTV input.
Updated by m m almost 8 years ago
Thank you very much, I was not aware that the key is the URL. I'm new to the entire TVHeadend/IPTV topic. Actually I saw a lot of M3U files flying around the internet with frequent URL updates. Therefore I accpected the channel name to be the key. For me as being new to this topic, this would make more sense. Or an option to set the key (channel name/url). Maybe I'm the only one with this need.
comment 17: This was my idea also, I guess this is the way to go for now. Thanks. Is there a quick way to update TVHeadend to a latest build version?
Updated by m m almost 8 years ago
m m wrote:
Thank you very much, I was not aware that the key is the URL. I'm new to the entire TVHeadend/IPTV topic. Actually I saw a lot of M3U files flying around the internet with frequent URL updates. Therefore I accpected the channel name to be the key. For me as being new to this topic, this would make more sense. Or an option to set the key (channel name/url). Maybe I'm the only one with this need.
comment 17: This was my idea also, I guess this is the way to go for now. Thanks. Is there a quick way to update TVHeadend to a latest build version for kodi?
Updated by m m almost 8 years ago
http:// source works now.
Could you tell me how to use a http:// source with a script?
URL: /path/run.sh "channel name"
Script: #/bin/bash
http:// source does not work - how to do it without pipe?
Updated by m m almost 8 years ago
Ok maybe the direct http:// stream still does not work perfectly. After Buffering sometimes it just freezes... on v2401 of TVHeadend