Project

General

Profile

Bug #5299

IPTV - handle better scan procedure for temporary unavailable streams

Added by saen acro about 6 years ago. Updated about 6 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Service Mapping
Target version:
-
Start date:
2018-10-29
Due date:
% Done:

0%

Estimated time:
Found in version:
4.3-xxxx
Affected Versions:

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

#1

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

Also available in: Atom PDF