Project

General

Profile

Bug #3554

Wizard: IPTV auto network failures.

Added by Mark Clarkstone over 5 years ago. Updated almost 4 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
2016-02-04
Due date:
% Done:

0%

Estimated time:
Found in version:
Git master / 4.1.xxxx
Affected Versions:

Description

While messing with the wizard and using an IPTV auto network I noticed some very odd behaviour when using another Tvheadend instance's playlist as the m3u playlist source..

1) During scanning Tvheadend tries to request all playlist entries far too fast causing the backend to output a lot of the following errors.

2016-02-04 19:55:33.936 subscription: 002A: "HTTP" subscribing on channel "ITV3", weight: 100, adapter: "Silicon Labs Si2168 : DVB-T #0 - DVBSky T9580", network: "DVB-T - Sutton Coldfield", mux: "642MHz", service: "ITV3", profile="pass", hostname="192.168.1.101", client="TVHeadend/4.1-1477~g11de87d-dirty" 
2016-02-04 19:55:33.936 subscription: 0029: "HTTP" subscribing on channel "ITV2", weight: 100, adapter: "Sony CXD2820R : DVB-T #0 - PCTV 290e", network: "DVB-T - Sutton Coldfield", mux: "674MHz", service: "ITV2", profile="pass", hostname="192.168.1.101", client="TVHeadend/4.1-1477~g11de87d-dirty" 
2016-02-04 19:55:33.943 subscription: 002B: "HTTP" subscribing on channel "ITV4", weight: 100, adapter: "Sony CXD2820R : DVB-T #0 - PCTV 290e", network: "DVB-T - Sutton Coldfield", mux: "674MHz", service: "ITV4", profile="pass", hostname="192.168.1.101", client="TVHeadend/4.1-1477~g11de87d-dirty" 
2016-02-04 19:55:33.945 mpegts: 650MHz in DVB-T - Sutton Coldfield - open PID 0190 (400) failed, dupe sub (owner 0x20698e0)
2016-02-04 19:55:33.945 mpegts: 650MHz in DVB-T - Sutton Coldfield - open PID 012c (300) failed, dupe sub (owner 0x1e13320)
2016-02-04 19:55:33.968 mpegts: 650MHz in DVB-T - Sutton Coldfield - open PID 0190 (400) failed, dupe sub (owner 0x20698e0)
2016-02-04 19:55:33.968 mpegts: 650MHz in DVB-T - Sutton Coldfield - open PID 0191 (401) failed, dupe sub (owner 0x20698e0)
2016-02-04 19:55:33.968 mpegts: 650MHz in DVB-T - Sutton Coldfield - open PID 0192 (402) failed, dupe sub (owner 0x20698e0)
2016-02-04 19:55:33.968 mpegts: 650MHz in DVB-T - Sutton Coldfield - open PID 0195 (405) failed, dupe sub (owner 0x20698e0)
2016-02-04 19:55:33.969 mpegts: 650MHz in DVB-T - Sutton Coldfield - open PID 012c (300) failed, dupe sub (owner 0x1e13320)
2016-02-04 19:55:33.969 mpegts: 650MHz in DVB-T - Sutton Coldfield - open PID 012d (301) failed, dupe sub (owner 0x1e13320)
2016-02-04 19:55:33.969 mpegts: 650MHz in DVB-T - Sutton Coldfield - open PID 012e (302) failed, dupe sub (owner 0x1e13320)
2016-02-04 19:55:33.969 mpegts: 650MHz in DVB-T - Sutton Coldfield - open PID 0131 (305) failed, dupe sub (owner 0x1e13320)

An option to limit the number of requests per second might be helpful here.

2) Because of the above all playlist muxes appear as FAIL. They still work however, but this may be confusing to new users.

History

#1

Updated by Jaroslav Kysela about 5 years ago

  • Target version set to 4.2
#2

Updated by Pablo R. about 5 years ago

Due thinks like that, i get commands flood in my tvh on ARM devices and get them crashed. Not only on adapters, i get a crash when i try to delete 400 channels on some ARM devices.

I hope you will fix this soon...

#3

Updated by Jaroslav Kysela almost 4 years ago

  • Status changed from New to Fixed

The current wizard (4.2.2, latest 4.3) creates auto-network with the max streams limit set to 1, so this issue should be resolved (at least on the client side).

Also available in: Atom PDF