Project

General

Profile

Bug #4215

Decryption errors on certain BISS channels without CAID

Added by George Avgeris almost 8 years ago. Updated almost 8 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
Descrambling
Target version:
-
Start date:
2017-02-07
Due date:
% Done:

100%

Estimated time:
Found in version:
Tvheadend 4.1-2140 ~ LibreELEC Tvh-addon v7.0.444
Affected Versions:

Description

Continue from bug #2942.

It's about playback problems on channels ERT, ERT HD and ET2 on EutelSat 3.1

I attach the log file with descrambler,mpegts,service,subscription trace on.


Files

tvheadend.zip (42.9 KB) tvheadend.zip George Avgeris, 2017-02-07 11:58
12734.ts (34.7 MB) 12734.ts Adam W, 2017-02-10 23:11

History

#1

Updated by Jaroslav Kysela almost 8 years ago

I don't see any errors here. Do you have correct key?

#2

Updated by George Avgeris almost 8 years ago

Jaroslav Kysela wrote:

I don't see any errors here. Do you have correct key?

Yes, the channels are being decrypted but they have continuity errors. Only these 3 channels have the problem. The VOULI channel that is on the same transponder but is free-to-air doesn't have any problem. Also any other encrypted channel with CAID works OK.

For the decryption i use the Oscam integration.

It's is very weird

#3

Updated by Adam W almost 8 years ago

I still have these errors too. (I posted one of the original tickets for this).

Continuity errors in the video stream for the encrypted services on the transponder - ERT1, ERT2 and ERT HD. The unencrypted ERT3 and Vouli work perfectly.

2017-02-10 21:50:41.948 subscription: 4146: "HTTP" subscribing to service "Astra 4/12734V/ERT1", weight: 100, adapter: "TurboSight TBS 6905 DVB-S/S2 : DVB-S #0", network: "Astra 4", mux: "12734V", provider: "ERT", profile="pass", hostname="192.168.0.65", client="VLC/2.2.4 LibVLC/2.2.4"

2017-02-10 21:50:43.900 TS: Astra 4/12734V/ERT1: H264 @ #138 Continuity counter error (total 1)

2017-02-10 21:50:54.906 TS: Astra 4/12734V/ERT1: H264 @ #138 Continuity counter error (total 36)

2017-02-10 21:51:06.801 TS: Astra 4/12734V/ERT1: H264 @ #138 Continuity counter error (total 64)

2017-02-10 21:51:20.167 TS: Astra 4/12734V/ERT1: H264 @ #138 Continuity counter error (total 100)

2017-02-10 21:51:31.057 TS: Astra 4/12734V/ERT1: H264 @ #138 Continuity counter error (total 120)

2017-02-10 21:51:42.372 TS: Astra 4/12734V/ERT1: H264 @ #138 Continuity counter error (total 143)

2017-02-10 21:51:53.572 TS: Astra 4/12734V/ERT1: H264 @ #138 Continuity counter error (total 171)

(Network is Astra 4 for me because I use one LNB for 4.8E/3.1E)

It must have something to do with the fact that the channels are encrypted but have no CA PID? The Digea channels on 12702H/12720H on the same satellite all have CA PIDs (BISS) and these decrypt perfectly.

To watch these ERT channels at all you obviously have to "Force CAID" to 0x2600, with the correct keys in either OSCam or TVH DES. But the picture breaks up with the continuity errors as shown above.

TVHeadend seems like it really doesn't like that there is no CA PID. This is the only difference these channels have to "regular" BISS services.

#4

Updated by Adam W almost 8 years ago

I've attached a full mux dump with ~15 seconds of data. As you can see there are no CA PIDs for ERT1/ERT2/ERT HD.

The key is widely published online (ERT/DIGEA).

The NIT contains DVB-T frequencies as these feeds directly feed the terrestrial network in Greece without re-encoding (just BISS decryption applied to the VPIDs/APIDs).

#5

Updated by Jaroslav Kysela almost 8 years ago

  • Status changed from New to Fixed
  • % Done changed from 0 to 100

Applied in changeset commit:tvheadend|b53f82a2286cf27d02d3b69f7af02b5382d3f24e.

#6

Updated by Jaroslav Kysela almost 8 years ago

Fixed in v4.1-2427-gb53f82a . Unfortunately, only services with forced CAID were affected, thus this problem was not detectable for the "standard" descrambling.

Also available in: Atom PDF