Opened 3 years ago

Last modified 19 months ago

#2066 new enhancement

DISHTV india runs conax and seca encryptions on same card. But the card is detected as conax and only run conax.

Reported by: csjumper Owned by:
Priority: minor Component: Card support
Severity: medium Keywords:
Cc: Sensitive: no

Description

Reason for enhancement

DISHTV the biggest provider in asia region is using 2 encryptions seca and conax in single card. the card id detected as conax 0b00:000000 with single provider id but through experimentation i found that for seca channels it got 2 provider ids 0100:00707A and 0100:00708C.. now the proble is that the card is detected as conax and only decrypts conax channels no seca channels is decoded because even when seca channells are running they are shown as conex 0b00 and provider id 000000 instead of 0100 and 00708C or 00707A. so cw is empty for seca channels. there should be some way around to use run these seca channels on this card too..by activating seca reader in parallel etc. as it can be done by copying the software from the original stb or by masking in some other cams.

Possible impacts on other features

Many people use this provider so if this echancement is done in oscam every one will shift here and more people will start using and testing oscam.

Attachments (6)

oscam.log-prev.txt (10.0 KB) - added by csjumper 3 years ago.
oscam.2.log (88.9 KB) - added by csjumper 3 years ago.
client side log
oscam.log (46.9 KB) - added by csjumper 3 years ago.
server side log
seca_channel_pmt.txt (4.1 KB) - added by csjumper 3 years ago.
seca channel pmt ( 7d00)
conex_channel_pmt.txt (4.1 KB) - added by csjumper 3 years ago.
conex channel pmt (7d03)
channels.txt (62.8 KB) - added by csjumper 3 years ago.
SDT scan (ServiceDescription? table)

Download all attachments as: .zip

Change History (22)

Changed 3 years ago by csjumper

comment:1 Changed 3 years ago by csjumper

as you can see in the attachments when i switch to seca channels

LocalOSCAM (0100&00707A/7D03/84:4844): rejected user ident (0 ms) (of 0 avail 0) (no card support 0100:00707A)

it says no card support i created a fake reader with ident 000000 to know if requests are forwarded to the seca reader or not.. an the above show that the original caid of the channel is 0100 and provider id is 00707A.. but its shown as 0b00 and provider id 000000 so its not decoded and we get an empty response.. now we have to send this to the card as seca considering the card as seca..

comment:2 Changed 3 years ago by csjumper

but the conax channels run normally as in the logs we are getting cw for conax channels.

the provider idents that mostly come for those seca channels are

0100:00707A
0100:00708C
0100:007089

Last edited 3 years ago by csjumper (previous) (diff)

comment:3 Changed 3 years ago by csjumper

further i discussed with logs here on the forum

but looks like it need some programming can,t be done by jus change in settings..
http://www.streamboard.tv/wbb2/thread.php?threadid=32573

am also uploading logs from client side with ecm pids.

Changed 3 years ago by csjumper

client side log

Changed 3 years ago by csjumper

server side log

comment:4 Changed 3 years ago by csjumper

It would be even better if the card only run as seca because conax channels are not of that importance but if an overall solution comes it would be awesome.

comment:5 Changed 3 years ago by lattjo

Do you have log from original STB?

comment:6 Changed 3 years ago by csjumper

Hello actually its not possible to get the logs from dishtv original stb. however we have dreamboxes attached to splitter through which full channels are decoded. conax and seca both.. if you say i can post here the dvbsnoop log of some pids. waiting for your reply thanks.

comment:7 Changed 3 years ago by csjumper

Am uploading the PMT section of 2 different channels by dvbsnoop one that is decoded by card conax and other not decoded seca.

Changed 3 years ago by csjumper

seca channel pmt ( 7d00)

Changed 3 years ago by csjumper

conex channel pmt (7d03)

comment:8 follow-up: Changed 3 years ago by zetack

Both channels are only using conax.
You probably uploaded the wrong seca channel PMT.
Cryptsystems are using MPEG-DescriptorTag? 9 and there is only 0B00 in both PMT.

comment:9 Changed 3 years ago by csjumper

Well actually that was a seca channel,s pmt file.

One thing else i noticed was

There are two pids of this channel (7d00) as shown in logs.

as the seca channel show that its pid is 190 but logs showed two pids 190 and 191 the pmt file also show pid 190 for this channel and on scanning i found no pid 191.. so i set ignore on

Pid 191 in dvbapi
I: 0b00:000000:7d00:0191
but setting this stops the channel from playing.

by setting ignore for pid
I: 0b00:000000:7d00:0190

there is only sound no video.

comment:10 Changed 3 years ago by csjumper

Hello yes,

I confirmed that all these channels which were previously seca were converted to conax few days ago. But those who were previously in seca after conversion still are not working... after the conversion to conax.

comment:11 in reply to: ↑ 8 Changed 3 years ago by csjumper

Replying to zetack:

Both channels are only using conax.
You probably uploaded the wrong seca channel PMT.
Cryptsystems are using MPEG-DescriptorTag? 9 and there is only 0B00 in both PMT.

Hello yes,

You are rite they are now converted to conax

but

Ecm is when sent by these converted channels to card there is no reply and it gives a timeout and an empty cw is sent by oscam but when in normal channels it all good..

the above pmt for seca is for the channel which are now converted to conex and pmt for conax is one for those channels running normal is there any difference in pmt of these two ?

comment:12 Changed 3 years ago by csjumper

Hello may be after converting dishtv change the provider id of these conex channels. we use just single provider id for dishtv 0b00:000000... but is there any way to get the exact provdier id of a channel ...ie. . i mean via dvbsnoop or some thing else..

comment:13 Changed 3 years ago by csjumper

Hello,

GUys some more info in entitlements on the latest version of oscam its showing 2 entitlements

Entitlements for dishtv

Cardsystem
conax
Serial Rom ATR
00000000 3B 24 00 30 42 30 30
Type Caid Provid ID Class Start Date Expire Date
package 0B00 000000 0000000000001011 01001000 2011-08-01 2011-08-31
package 0B00 000000 0000000000001040 01000040 2011-08-01 2011-08-31

Last edited 3 years ago by csjumper (previous) (diff)

comment:14 Changed 3 years ago by csjumper

Hello,

I did a provider network information table scan and found that all those channels who are working have provider length of 6 (DISHTV) while all those who are not working have provider length of 07 (DISH TV).

AM also attaching that NIT scan report.. MAY b thats helps.

Changed 3 years ago by csjumper

SDT scan (ServiceDescription? table)

comment:15 Changed 3 years ago by csjumper

Hello ,

Will any one please guide me or help me.. here.

comment:16 Changed 19 months ago by Admin

  • Component changed from Reader to Card support
Note: See TracTickets for help on using tickets.