Project

General

Profile

Bug #1778

Some channels do not work: "No service enabled"

Added by Steffen Stadtmüller over 11 years ago. Updated almost 11 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
General
Target version:
-
Start date:
2013-08-05
Due date:
% Done:

0%

Estimated time:
Found in version:
3.5.126
Affected Versions:

Description

Hi,

I am running a Sundtek SkyTV S/S2 (III) on a QNAP 469 (System v3.8.2) with
TvHeadend v 3.5.126

For the most part it works fine: I find all the muxes and all the services that should be there.
However when mapping the services some of the channels are skipped (log says "no input"). The channels should work though (tested with proprietary receiver).

When I map the Channels in question mannually and start them, the log says:

Jul 27 18:26:35.242 HTTP: 192.168.178.23: using ticket 6D810ED5A6B3BF5B0DABBD849745058D3543495C for /stream/channelid/3
Jul 27 18:26:35.242 Service: Subscription "HTTP": Skipping "Sundtek DVB-S/S2 (III)/: 11,347,000 kHz Vertical (Default (Port 0, Universal LNB))/ZDFinfo HD" -- not enabled
Jul 27 18:26:35.242 subscription: No transponder available for subscription "HTTP" to channel "ZDFinfo HD"
Jul 27 18:26:35.242 webui: Couldn't start streaming /stream/channelid/3?ticket=6D810ED5A6B3BF5B0DABBD849745058D3543495C, No service enabled
Jul 27 18:26:35.242 subscription: "HTTP" unsubscribing from "ZDFinfo HD"

The DVB-S2 stick however seems to receive the channels:

[~] # /opt/bin/mediaclient -m DVBS2 -f 11347000 -M PSK8 -S 22000000 -V V -E 2/3
Using device: /dev/dvb/adapter0/frontend0
Setting DVB-S/S2 tune Parameters
using HI/LO Band frequency: 11347000
Modulation: PSK8 (DVB-S2)
Symbolrate: 22000000
Voltage: 13 Volt (Vertical)
FEC: 2/3
Tone OFF
Frequency: 1597000
Syntax OK
Checking for lock:
.. [LOCKED]

and:

[~] # /opt/bin/mediaclient --tsscan /dev/dvb/adapter0/dvr0
CAT:
PMT PID: 0x1964
Encrypted: No
Service running: Yes
Provider Name: ZDFvision
Service Name: 3sat HD
--> 0x196e (27)
--> 0x1978 (ISO/IEC 11172 Audio)
--> 0x1979 (ISO/IEC 11172 Audio)
--> 0x197b (ISO/IEC 11172 Audio)
--> 0x197a (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
--> 0x1982 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
--> 0x1983 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
--> 0x19aa (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections)
PMT PID: 0x19c8
Encrypted: No
Service running: Yes
Provider Name: ZDFvision
Service Name: KiKA HD
--> 0x19d2 (27)
--> 0x19dc (ISO/IEC 11172 Audio)
--> 0x19dd (ISO/IEC 11172 Audio)
--> 0x19de (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
--> 0x19e6 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
PMT PID: 0x1a2c
Encrypted: No
Service running: Yes
Provider Name: ZDFvision
Service Name: ZDFinfo HD
--> 0x1a36 (27)
--> 0x1a40 (ISO/IEC 11172 Audio)
--> 0x1a41 (ISO/IEC 11172 Audio)
--> 0x1a43 (ISO/IEC 11172 Audio)
--> 0x1a42 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
--> 0x1a4a (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
--> 0x19aa (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections)
Total found: 3 PMTs (incl. unknown 0x0000)
Scan finished after 7 packets (1316 bytes)

so the the problem is appearently somewhere within TVHeadend.

I would be grateful for any kind of help :-)

History

#1

Updated by Adam Sutton almost 11 years ago

  • Status changed from New to Rejected

Relates to old code and log message clearly indicates the service/mux was disabled.

Adam

Also available in: Atom PDF