au seca

[tytus]

Revision

version=1.00-unstable_svn, build #3782, system=sh4-amino-linux

DVBapi sents share emm only prov 0000 au ok
for 0068 not sent au bad

[_network]

most important part of your log was cut off.
please start oscam with -d72.
i need to see CAT parsing and emm filter start to see if everything is correct.

[tytus]

Replying to _network:

most important part of your log was cut off.
please start oscam with -d72.
i need to see CAT parsing and emm filter start to see if everything is correct.

added oscam2.log

[tytus]

Filters look right but it still falls just emm 0000 prov 24 hours 3 good emm and 10 identical and skipped as if the filter has proved to be the same as the previous three and have them skip while on the prov's fall 0068 even after the reunion so unless the card Uniqe also does not work

[tytus]

2010/11/05 20:50:54 29573E50 s version=1.00-unstable_svn, build #3834, system=sh4-amino-linux, nice=1
prov 0000 au ok
prov 0068 emm none does not fly with dvbapi

C1 40 00 00 70 rename 82 00 7A 00 00 XX XX XX XX 00 00 00 00 XX XX XX XX - serial card

C1 40 01 00 70 rename 82 00 7A 00 00 XX XX XX XX 00 68 00 00 XX XX XX XX - serial card

C1 40 00 00 70 rename 84 00 77 00 00 XX XX XX 00 00 XX XX XX first 3 bytes PPUA prov 0000

C1 40 01 00 70 reneme 84 00 77 00 68 XX XX XX 00 00 XX XX XX first 3 bytes PPUA prov 0068

[tytus]

may add

i=get_prov_index(rdr, (char *)

to

case 0x82

[tytus]

not starting emm filter UNIQUE prov 0068

[_network]

the unique filter is for any provider.
everything looks fine to me now.

[tytus]

date up only prov 00
prov 0068 must be filter unique for cyfra+
oscam set only 4 filter emm 1 unique for 0000 and 3 share for prov 00,68,65
must be 2 unique for prov 0000 and 0068 and share for prov 0000 0068
1 unique 0000
2 unique 0068
3 share 0000
4 share 0068
au otherwise will not work
0065 is so far not used

[_network]

byte 4 and 5 of unique emm is not the provider it is a part of the hexserial
format is
82 00 LL AA BB CC DD EE FF 00 00 (AA BB CC DD EE FF is hexserial, LL is length)
and
82 00 LL AA BB CC DD EE FF 00 68
in demux filter byte 2 and 3 is skipped so the correct filter is like in your log
82 AA BB CC DD EE FF
this is for any possible provider.

[tytus]

reactivation card emm ok date is up

[tytus]

svn 4100
up date is only prov 0000, prov 0068 is old date
mgcam send 42 emm in 37 minutes date is up
oscam send 1 emm in 40 minutes only for prov 0000
reactivation card oscam send 16emm date is up prov 0068 and 0000

[Admin]

Is this still current in trunk versions or 1.10rc? There were many changes in dvbapi in the past months.

[Deas]

no update for 5 months => closed...