Bug #2860
Encryption key not requested when channel has continuity error
0%
Description
Recently some encrypted IPTV channels fail to play which used to play just fine.
What strikes me is that the channels that fail to play all show a continuity counter error (total 1). Further I see that no requests are sent to my (locally running) OSCAM server for the channels that fail to work. For the channels that do work I see a request for the key in the OSCAM log. So it seems that for some reason TVH fails to request this key.
I have attached a trace log for both a working and a non-working channel.
Files
History
Updated by Mr. Blond over 9 years ago
Updated by - File workingdecryption2.log workingdecryption2.log added
- File notworkingdecryption2.log notworkingdecryption2.log added
I just realized the attached logs also contained a running recording. Please use the logs attached to this post which are clean.
Updated by Jaroslav Kysela over 9 years ago
Updated by Could you post logs for one channel only? Also add 'emm,ecm' to the trace list...
Updated by Mr. Blond over 9 years ago
Jaroslav Kysela wrote:
Could you post logs for one channel only? Also add 'emm,ecm' to the trace list...
Can you be more specific? Since I thought I did both things...
In configuration -> Debugging I choose all for Debug and Trace subsystems.
workingdecryption2.log should contain only one channel (Nederland 1 HD+)
notworkingdecryption2.log should contain only one channel (Nederland 2 HD+)
Updated by Jaroslav Kysela over 9 years ago
I meant use an identical channel for working/nonworking logs (if you can reproduce it with this setup). The trace all is ok.
Updated by Mr. Blond over 9 years ago
Jaroslav Kysela wrote:
I meant use an identical channel for working/nonworking logs (if you can reproduce it with this setup). The trace all is ok.
I can not do that, since a channel works all the time, or a channel never works.
Updated by Jaroslav Kysela over 9 years ago
OK. It seems that descrambler does not receive any packets from ECM PID. What's contents of the service info dialog for "2 - Nederland 2 HD+" ? Are you sure that MPEG-TS packets for PID associated for used CAID are in the input stream ?
Updated by Mr. Blond over 9 years ago
Jaroslav Kysela wrote:
OK. It seems that descrambler does not receive any packets from ECM PID. What's contents of the service info dialog for "2 - Nederland 2 HD+" ? Are you sure that MPEG-TS packets for PID associated for used CAID are in the input stream ?
Thank you, thank you.
Your questions seems a little bit jibberish to me, but put me in the right direction. I looked at the detail info of the particular service and it looks like something was changed by my ISP. It said:
Index PID Type Language Details
0x084c / 2124 PMT
After filtering and reordering (without PCR and PMT)
Index PID Type Language Details
None
The I forced a rescan and the detail info changed to:
Index PID Type Language Details
0x00e3 / 227 PCR
0x0064 / 100 PMT
1 0x00e3 / 227 H264
2 0x0111 / 273 TELETEXT
3 0x04cb / 1227 MPEG2AUDIO dut
4 0x08b3 / 2227 MPEG2AUDIO dut
5 0x2378 / 9080 TEXTSUB dut
6 0x0065 / 101 CA CAIDS: 5601:000000
After filtering and reordering (without PCR and PMT)
Index PID Type Language Details
1 0x00e3 / 227 H264
2 0x0111 / 273 TELETEXT
3 0x04cb / 1227 MPEG2AUDIO dut
4 0x08b3 / 2227 MPEG2AUDIO dut
5 0x2378 / 9080 TEXTSUB dut
6 0x0065 / 101 CA CAIDS: 5601:000000
I deleted the original service and linked the channel to this newly created service and all is well again :-)
This issue can be closed if it is up to me.