Tvheadend

These continuity errors are before descrambling, so the received mpeg-ts packets (one PID only?) are broken.

Jaroslav Kysela wrote:

These continuity errors are before descrambling, so the received mpeg-ts packets (one PID only?) are broken.

Ahh OK. Well it happens on all three encrypted services on the transponder - ERT1, ERT2 and ERT HD - the errors are only with the h264 video PID on each of them. When I watch the unencrypted Vouli service, there are no H264 continuity counter errors.

An easy check if the input stream is correct (without CC errors) is to save the whole mux (use 'wget -O file.ts <mux_url>' from the Play column in the mux grid). Then use the "support/pid_count.py file.ts" utility in the tvh source tree to get numbers of MPEG-TS packets and errors.

I confirm the problem with channels ERT, ERT HD on EutelSat 3.1. These channels are BISS encrypted, have no CAID set and tvheadend recognize them as unencrypted.

I can decrypt the channels just fine on a DM800 using OSCAM and there are no signal errors.

When you are trying to decrypt them by adding a DES Constant in the CA section (and force CAID) then the channels are decrypted but the playback has gaps. These gaps are not from bad signal or bad stream. I am 100% sure about that. It seems that the decoding algorithm is slow or something like that.

This problem could be resolved if the tvheadend passes the decryption process to an oscam server, but it seems that because the channel reports itself as unencrypted it doesn't do it. When i manually altered the service file for the channel and added a CA section like this

{
"pid": 8191,
"type": "CA",
"position": 262144,
"caidlist": [ {
"caid": 9728
}
]
}

then the tvheadend - oscam connection works and the channel is decrypted and plays smoothly! BUT when i change channel with remote control the tvheadend replaces again the service file with unencrypted version and it won't decrypt again.

So it seems to me that there are 3 solutions for this. Either the tvheadend decryption using DES Constant has to be fixed or an option to force connection to Oscam even for unencrypted channels has to be added, or the tvheadend must not check and replace the encryption on the service files.

Thanks in advance

I get the services to decrypt by forcing the CA to 0x2600, but even though the services do decrypt (both via a DES Client or via OSCam DVBAPI), they still break up for some reason. ERT3 and Vouli (both unencrypted on the same transponder) play fine. The other BISS channels on the satellite (Mega, Ant1, Star, Skai, etc) which have their CA PID set all work perfectly too.

Create a new bug with '--trace descrambler,mpegts,service,subscription' log ...

Hello. I realise this is old and marked fixed, but I am having the same problems.
If I force the CAID to 0x2600, TVH doesn't ask OSCAM to descramble it.

I am running 4.3-1916~g1884300f0

Sorry, ignore. It started working right after I posted that...