Bug #5299
IPTV - handle better scan procedure for temporary unavailable streams
0%
Description
It's strange situation
tvh1 with 8 tuners and 32 muxes 250+ services
tvh2 receive by auto iptv network
First try, without Maximum # input streams mapped services 50 from 250+.
Second try, with limit set to 8 /as tuner number/ all services mapped
Then next problem:
8 services for 8 tuners ???
8 tuners can have 8 muxes with for example 6 services /8*6=46 services/
So good logic is to set Maximum # input streams to set to bigger value
but this broke mapped services as {name-not-set} on next restart
because muxes created by auto iptv network are with status FAIL
Even this muxes are rescanned and status change to OK, mapped services are not fixed
Only solution, is to map services with option Merge same name,
but this can conflict with other input sources with same name/size but worst quality
/also services with dual input cannot be played by some stb-s/
Suggestions:
Option for scan limit different from stream one.
Muxes not to be destroyed by default until second scan fail.
option to periodic/manual recheck mapped services with {name-not-set}
this can be one more step to
https://tvheadend.org/issues/2762
with will solve this and maby other of this kind problems.
History
Updated by Jaroslav Kysela about 6 years ago
- Subject changed from IPTV input limit broke mapped services after restart to IPTV - handle better scan procedure for temporary unavailable streams