Project

General

Profile

Bug #5439

service mapper: Services without A/V streams are detected in SDT but cannot be mapped

Added by Flole Systems almost 6 years ago. Updated over 3 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
2019-01-20
Due date:
% Done:

100%

Estimated time:
(Total: 0.00 h)
Found in version:
4.3-1676~g91f6de443
Affected Versions:

Description

I am trying since a few weeks to find some new services but so far this hasn't worked yet. I enabled tbl-base debugging and the new services are shown in the logs and on SAT-IP Clients they are shown aswell:

tbl-base: sdt:  type 96 (150) name [GFD Service] provider [] def_auth []
tbl-base: sdt:  sid 0137 (311) running 1 free_ca 1
tbl-base: sdt:    dtag 48 dlen 22
...
tbl-base: sdt:  type D3 (211) name [Sky Sport Bundesliga 8] provider [] def_auth []
tbl-base: sdt:  sid 0143 (323) running 1 free_ca 1
tbl-base: sdt:    dtag 48 dlen 17 

Is there any reason these services are not added to the services table? Other services with the exact same ouput on the same mux have been added previously.


Subtasks

Bug #5511: Not all scanned services are visibleRejected

Actions

History

#1

Updated by Flole Systems almost 6 years ago

Also the services number in the read-only part of the mux are correct, but it doesn't match the number of services in the web interface for that mux (There are 5 services missing).

#2

Updated by Jaroslav Kysela almost 6 years ago

All services without A/V streams in the PMT table are hidden. Set the 'Hide' filter (upper toolbar) to 'None' in the service tab to see them. Those services are probably not broadcasted all time. If you have another idea, how to determine services like 'firmware download' and other special services, let me know.

#3

Updated by Flole Systems almost 6 years ago

Yes exactly that was it, thanks!!

Now I have another issue: I am unable to map them. I have map encrypted services checked, still they are ignored for some reason. As far as I remember it was possible in the past to map them even without them broadcasting right now.

#4

Updated by Jaroslav Kysela almost 6 years ago

  • Subject changed from Services are seen but not added to service mapper: Services without A/V streams are detected in SDT but cannot be mapped

It's because we check for the service type (TV or Radio) and this information is not broadcasted in SDT. Unknown services (without PMT) are ignored. The tagging should be definitely improved - actually, the tag is updated only when the service is being mapped, but it should be managed all time (dynamically).

#5

Updated by Flole Systems almost 6 years ago

This used to work fine as far as I remember, how about a dropdown to override the type (Auto, TV, Radio)?

#6

Updated by Manuel Hoenings almost 6 years ago

I also have the same proble can one hope that this problem is solved that one can map event channels

my version Tvheadend 4.3-1730~g8818b52

#7

Updated by Jaroslav Kysela almost 6 years ago

  • Target version set to 4.4
#8

Updated by M Fizz almost 6 years ago

Jaroslav Kysela wrote:

It's because we check for the service type (TV or Radio) and this information is not broadcasted in SDT. Unknown services (without PMT) are ignored. The tagging should be definitely improved - actually, the tag is updated only when the service is being mapped, but it should be managed all time (dynamically).

I am rather confused, sorry. Mapping non-AV services was working fine before even up till 1617. So I am guessing this has been changed to make it more apparent about the types of services tvh can deal with?

#9

Updated by Jaroslav Kysela almost 6 years ago

M Fizz wrote:

Jaroslav Kysela wrote:

It's because we check for the service type (TV or Radio) and this information is not broadcasted in SDT. Unknown services (without PMT) are ignored. The tagging should be definitely improved - actually, the tag is updated only when the service is being mapped, but it should be managed all time (dynamically).

I am rather confused, sorry. Mapping non-AV services was working fine before even up till 1617. So I am guessing this has been changed to make it more apparent about the types of services tvh can deal with?

Perhaps the behaviour was changed by something different. You may check the logs / traces why the service is skipped for the mapping. --trace service-mapper

#10

Updated by Flole Systems over 3 years ago

  • Target version changed from 4.4 to 4.6

Also available in: Atom PDF