Bug #5439
service mapper: Services without A/V streams are detected in SDT but cannot be mapped
100%
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
History
Updated by Flole Systems about 6 years ago
Updated by 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).
Updated by Jaroslav Kysela about 6 years ago
Updated by 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.
Updated by Flole Systems about 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.
Updated by Jaroslav Kysela about 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).
Updated by Flole Systems about 6 years ago
This used to work fine as far as I remember, how about a dropdown to override the type (Auto, TV, Radio)?
Updated by Manuel Hoenings almost 6 years ago
Updated by 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
Updated by M Fizz almost 6 years ago
Updated by 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?
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