Opened 11 years ago

Closed 11 years ago

Last modified 11 years ago

#2500 closed defect (fixed)

Bulcrypt card do not work on dvbapi

Reported by: DimitarCC Owned by:
Priority: critical Component: DVBApi
Severity: medium Keywords:
Cc: gf@… Sensitive: no

Description

Revision

6626 and newest ppc-tuxbox-old

Issue Description

Just card is detected with 8 entitlements(?!?) and with dvdbapi enabled it does not decode the channel but newcamd or cccam client connected to that server works with no problem.

When the issue occurs

Always

How the issue is reproducable

just enable dvbapi on oscam and try to watch on same receiver with dvbapi

Attachments (1)

0001-In-matching_reader-check-reader-csystem.caids-along-.patch (1.2 KB ) - added by gf 11 years ago.

Download all attachments as: .zip

Change History (32)

comment:1 by pooyair, 11 years ago

log?!

comment:2 by DimitarCC, 11 years ago

i cant provide log at the moment but in what was able to see in the log is just repeating lines for webif update and "can't decode channel". I hope the person that was make initial commit of the source to have idea what is happening.

comment:3 by theparasol, 11 years ago

Must be something within de dbvapi module then?
There is a good change it can be fixed with correct oscam.dvbapi settings
But without a log it makes no sense. Can someone plz post a -d128 log?

comment:4 by gf, 11 years ago

r6626 is too old for this. You should use at least r6633. See bellow:

23:24 Changeset [6633] by gf

reader-bulcrypt: Fix shared EMM filter.

15:42 Changeset [6630] by gf

Add EMM filter for Bulcrypt. That should enable AU when dvbapi is used.

15:30 Changeset [6629] by gf

globals: caids in struct s_cardsystem must be 16 bit.

15:20 Changeset [6628] by gf

Check full CAID in get_cardsystem_by_caid(). The first 8 bits are not …

15:19 Changeset [6627] by gf

dvbapi: CAIDs are not limited to 13 bits like pids.

comment:5 by gf, 11 years ago

Cc: gf@… added

comment:6 by DimitarCC, 11 years ago

i was write "and newest" it not work with 6634 also!
Ist not conected with EMM only. All api does not work. It not clear the channels!

Last edited 11 years ago by DimitarCC (previous) (diff)

comment:7 by theparasol, 11 years ago

Please provide a -d128 log, this makes no sense.

comment:8 by DimitarCC, 11 years ago

I dont have the receiver now with me but i will ask can someone provide the log.

Last edited 11 years ago by DimitarCC (previous) (diff)

comment:9 by gf, 11 years ago

Ok, not being a dick but I have to ask, how did you test r6634 without the receiver?

Please, attach here all of your oscam configs (tar.gz should be fine) and a log file, otherwise it is impossible to know what is happening. It may be a simple misconfiguration.

comment:10 by Bruty, 11 years ago

Resolution: fixed
Status: newclosed

change to pmt mode=1,then will work ok.Emms still not arrived at dvbapi

comment:11 by DimitarCC, 11 years ago

I was test on friends receiver since that is his card. It could be misconfiguration but i cant say yet! I have to get access to that card again! I will try the solution proposed by Bruty and if cant get it work i will repoen the ticket again! However he says EMM not work.....so about EMM we are at basic position!

Last edited 11 years ago by DimitarCC (previous) (diff)

comment:12 by gf, 11 years ago

Ok, the real fixes were committed in r6635 and r6636. With these two I have tested oscam with dvbapi working in DM500 and EMMs are being written in to the card.

comment:13 by DimitarCC, 11 years ago

Resolution: fixed
Status: closedreopened

Still not work localy. result is:
2012/04/25 10:59:45 101DBF00 c Bulcrypt (5581&000000/0000/03EF/4F:366E): found (118 ms) by bulsat-irdeto2 - BTV Bulgaria
2012/04/25 10:59:54 10191118 h all debug_level=128
2012/04/25 10:59:58 101DBF00 c Bulcrypt (5581&000000/0000/03EF/4F:5C26): found (117 ms) by bulsat-irdeto2 - BTV Bulgaria
2012/04/25 11:00:00 10194D98 c dvbapi: event 17 on fd 21
2012/04/25 11:00:00 10194D98 c dvbapi: stop descrambling (demux_id: 0)
2012/04/25 11:00:00 10194D98 c dvbapi: new socket connection fd: 21
2012/04/25 11:00:00 10194D98 c capmt:
2012/04/25 11:00:00 10194D98 03 00 08 D7 00 19 01 81 08 01 86 31 8F 00 03 00
2012/04/25 11:00:00 10194D98 01 82 02 01 00 84 02 01 E9 09 04 55 81 EF 76 02
2012/04/25 11:00:00 10194D98 01 D0 00 00 04 01 D1 00 00
2012/04/25 11:00:00 10194D98 c dvbapi: id: 0 demux_index: 0 ca_mask: 01 program_info_length: 25 ca_pmt_list_management 03
2012/04/25 11:00:00 10194D98 c dvbapi: [pmt] type: 81 length: 8
2012/04/25 11:00:00 10194D98 c dvbapi: [pmt] type: 82 length: 2
2012/04/25 11:00:00 10194D98 c dvbapi: [pmt] type: 84 length: 2
2012/04/25 11:00:00 10194D98 c dvbapi: [pmt] type: 09 length: 4
2012/04/25 11:00:00 10194D98 c dvbapi: [ADD PID 0] CAID: 5581 ECM_PID: 0F76 PROVID: 000000
2012/04/25 11:00:00 10194D98 c dvbapi: [pmt] stream_type: 02 pid: 01d0 length: 0
2012/04/25 11:00:00 10194D98 c dvbapi: [pmt] stream_type: 04 pid: 01d1 length: 0
2012/04/25 11:00:00 10194D98 c dvbapi: Found 1 ECMpids and 2 STREAMpids in PMT
2012/04/25 11:00:00 10194D98 c dvbapi: new program number: 0008 (BTV Comedy ) [pmt_list_management 3]
2012/04/25 11:00:00 10194D98 c dvbapi: [IGNORE PID 0] 5581:000000:0F76 (no matching reader)
2012/04/25 11:00:00 10194D98 c dvbapi: try pids again #1
2012/04/25 11:00:00 10194D98 c dvbapi: try pids again #2
2012/04/25 11:00:00 10194D98 c dvbapi: try pids again #3
2012/04/25 11:00:00 10194D98 c dvbapi: can't decode channel
2012/04/25 11:00:04 101835A0 p tcp_conn_close(): fd=15, cl->typ == 'p' is_udp 0 label == 'server' reason inactivity

This is -d128 log (part)
Clients working but local dvb-api not! Tested on DM500S (e1 ppc-tuxbox-old) with 6636!

comment:14 by gf, 11 years ago

It seems like misconfiguration.

comment:15 by DimitarCC, 11 years ago

Well i can post the configs but i prefer to send it to you on PM somewhere!

comment:16 by gf, 11 years ago

The configs contain no sensitive information. Like I said before I'm not dvbapi expert (I'm not even using it), so post your configs somebody will be able to tell you what is wrong.

comment:17 by DimitarCC, 11 years ago

ok here what configs i use
oscam.user
# oscam.user generated automatically by Streamboard OSCAM 1.20-unstable_svn build #6636
# Read more: http://www.streamboard.tv/svn/oscam/trunk/Distribution/doc/txt/oscam.user.txt

[account]
user = dvbapi
pwd =
group = 1,2,3
au = bulsat-irdeto2
cccmaxhops = 5
keepalive = 1

oscam.server
# oscam.server generated automatically by Streamboard OSCAM 1.20-unstable_svn build #6636
# Read more: http://www.streamboard.tv/svn/oscam/trunk/Distribution/doc/txt/oscam.server.txt

[reader]
label = bulsat-irdeto2
protocol = internal
device = /dev/sci0
key = 0102030405060708091011121314
caid = 5581,4AEE
force_irdeto = 0
detect = cd
mhz = 500
cardmhz = 357
group = 3
emmcache = 1,3,2

oscam.conf
# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn build #6636
# Read more: http://www.streamboard.tv/svn/oscam/trunk/Distribution/doc/txt/oscam.conf.txt

[global]
logfile = /tmp/oscam.log
clienttimeout = 4200
fallbacktimeout = 1500
clientmaxidle = 99999
failbantime = 60
cachedelay = 120
netprio = 1
unlockparental = 1
nice = -1
maxlogsize = 100
waitforcards = 0
preferlocalcards = 1
saveinithistory = 1
lb_mode = 10
lb_save = 1200
lb_savepath = /tmp/oscam.stat

[monitor]
port = 988
nocrypt = 0.0.0.0-255.255.255.255
aulow = 120
hideclient_to = 15
monlevel = 4
appendchaninfo = 1

[newcamd]
port = 12001@5581:000000;12002@4AEE:000000
key = 0102030405060708091011121314
keepalive = 1
mgclient = 1

[cccam]
port = 17000
reshare = 3
version = 2.2.1
reshare_mode = 1

[dvbapi]
enabled = 1
au = 1
boxtype = dreambox
user = dvbapi

however with OSCAM ymod with same config it work with no problem. So i guess is not config problem.

Last edited 11 years ago by DimitarCC (previous) (diff)

comment:18 by Bruty, 11 years ago

preferlocalcards = 1 this not work

try preferlocalcards = 0

and oscam.dvbapi
P: 5581 1
P: 4AEE 1

comment:19 by DimitarCC, 11 years ago

is preferlocalcards not work because of the new changes? or from before?

comment:20 by gf, 11 years ago

The latest fixes have nothing to do with preferlocal cards.

comment:21 by pooyair, 11 years ago

@DimitarCC
did u use oscam.dvbapi as Bruty explained or not?

comment:22 by DimitarCC, 11 years ago

i cant test now. not at home! i will post the result when i can!

comment:23 by DimitarCC, 11 years ago

actually i was try already without dvbapi entries and it gives same result!

Last edited 11 years ago by DimitarCC (previous) (diff)

comment:24 by theparasol, 11 years ago

What happens if you disable the loadbalancer?

comment:25 by gf, 11 years ago

Resolution: worksforme
Status: reopenedclosed

Ok, I have multiple confirmations from different guys that dvbapi is working and EMMs are reaching the card. I personally have used DM500 and have seen EMMs reach the card. I'm closing this ticket with "works for me". The original submitter IMHO have some misconfiguration.

comment:26 by DimitarCC, 11 years ago

Resolution: worksforme
Status: closedreopened

I can confirm it work and update the card however..... only when i have another cccam reader (that have 5581 or 4aee even if that is only n-lins that read from same oscam server) setup. Well dvbapi reads from the local card but if i disable the external cccam reader it return the log that i was already posted before. After that if i disable the cccam reader it continue to reads the card from the local reader but after restart oscam, again same situation happen (not anymore read from local one). So indeed oscam dvbapi read the card however there is some bug or problem.

comment:27 by DimitarCC, 11 years ago

i think the problem could be in function matching_reader в oscam_chk.c in:
if ((!(rdr->typ & R_IS_NETWORK)) && ((rdr->caid >> 8) != ((er->caid >> 8) & 0xFF) && (rdr->caid >> 8) != ((er->ocaid >> 8) & 0xFF)))
return 0;
I think this not exactly support full CAID like 0x5581
Or maybe just the CAID part is not working with CAID of that type!

Last edited 11 years ago by DimitarCC (previous) (diff)

comment:28 by gf, 11 years ago

You are correct, this is another place that have reader->caid assumptions and is not looking at ->caids[]. I'll fix it tonight, thanks for debugging.

comment:29 by gf, 11 years ago

Please try the attached patch. It should fix the problem you are seeing.

comment:30 by DimitarCC, 11 years ago

Resolution: fixed
Status: reopenedclosed

it works with that patch....well not so stable so far but works! You can commit it to the repository!

comment:31 by gf, 11 years ago

Commited in [6654].

Last edited 11 years ago by gf (previous) (diff)
Note: See TracTickets for help on using tickets.