Bug #2860
closed
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
Updated by Mr. Blond about 10 years ago
- 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 about 10 years ago
Could you post logs for one channel only? Also add 'emm,ecm' to the trace list...
Updated by Mr. Blond about 10 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 about 10 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 about 10 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 about 10 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 about 10 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.
Updated by Jaroslav Kysela about 10 years ago
- Status changed from New to Invalid