Project

General

Profile

Bug #4398

While streaming two channels only one is descrambled

Added by Un Known over 7 years ago. Updated over 7 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Descrambling
Target version:
-
Start date:
2017-05-25
Due date:
% Done:

0%

Estimated time:
Found in version:
4.3-156~g85ea455ba-dirty
Affected Versions:

Description

As first descrambling in general works while streaming two channels at a time. But I recognize one curiosity for only two channels.

Setup is:

Two VLC-players

- First player I switch to "Sky Cinema Bourne HD". Ok...
- Second player I switch to "Sky Cinema Action HD". Nothing...
- First player I stoped watching.
- Second player stream starts.

Tried different channels all works fine. Only these two channels do not work at a time.


Files

oscam.log (3.37 KB) oscam.log Un Known, 2017-05-25 23:18
tvh_trace_descrambler_capmt.log (30.2 KB) tvh_trace_descrambler_capmt.log Un Known, 2017-05-25 23:18

History

#1

Updated by Petar Ivanov over 7 years ago

I test with same both channels ,but from satellite from 19E and don't have this problem, both work same time.

#2

Updated by Pablo R. over 7 years ago

It's fixed in v4.3-148-gb3ca2ee

#3

Updated by Un Known over 7 years ago

Mister Pablo Rodríguez - I'm currently on latest "4.3-156~g85ea455ba-dirty"
@Petar Ivanov - On another setup with Astra I also can't reproduce this... It's just on the Cable setup...

In service details for the cable setup the video pid for these both channels are identical:

Sky Cinema Bourne HD    0x02ff /   767    H264
Sky Cinema Action HD 0x02ff / 767 H264

On the astra setup video pid's differs

#4

Updated by Jaroslav Kysela over 7 years ago

This is really insteresting. It appears that the video stream is not scrambled - two services share this and both have different keys (and different key updates).

#5

Updated by Pablo R. over 7 years ago

So I mean the uniq way to different them is with his name. Who should go with ca request.

#6

Updated by Jaroslav Kysela over 7 years ago

The problem is more deep. Oscam sends keys back only with pid for the first elementary stream (which is video pid in most cases). As you can see in tvh log, both services are descrambled using same key from the first subscribed service. It appears that we need a modification in the dvbapi protocol to handle this special issue.

Also available in: Atom PDF