Opened 8 years ago

Closed 8 years ago

#4314 closed defect (fixed)

emm update for card 0Dxx

Reported by: nm1 Owned by:
Priority: critical Component: DVBApi
Severity: high Keywords:
Cc: Sensitive: no

Description

Revision

10998

Issue Description

no update for all type of emm

See log in version 19998 in the dvbapi and you get only global
and unique emm, but not shared emm for cards 0Dxx /crw/.
Example in version 10934 you get global, shared and unique EMM.
Affected module: DVBapi

Attachments (3)

log_10998.rar​ (16.4 KB ) - added by nm1 8 years ago.
log
log2.rar​ (52.5 KB ) - added by nm1 8 years ago.
log2
log3.rar​ (5.5 KB ) - added by nm1 8 years ago.
log3

Download all attachments as: .zip

Change History (19)

comment:1 by sharkys, 8 years ago

Resolution: → invalid
Status: new → closed

comment:2 by Steiner, 8 years ago

such posts

  • Set to invalid
  • Changed from new to closed
  • Without explanation

They are really important
:-(

comment:3 by nm1, 8 years ago

Resolution: invalid
Status: closed → reopened

may be your cards are updated,

but 0D96 no, invalid is your own opinion and result

by nm1, 8 years ago

Attachment: log_10998.rar​ added

log

comment:4 by sharkys, 8 years ago

Finally you got it and attached also log without which developers would close it anyway.
Btw, r10954 works fine as well.

Last edited 8 years ago by sharkys (previous) (diff)

comment:5 by theparasol, 8 years ago

The log is invalid: it cant be the claimed rev 10998, its guaranteed older than build 10986.

If you build oscam yourself and thinking I'm sure its 10998: do a fresh svn checkout first!

by nm1, 8 years ago

Attachment: log2.rar​ added

log2

comment:6 by theparasol, 8 years ago

And yet another logfile we cant use: nothing in it about emms!

comment:7 by sharkys, 8 years ago

Really ?

2015/09/25 21:29:46 4EC46EA2 c   (reader) reader-2 [cs378x] EMM: shared emm (EMM-SB)
2015/09/25 21:29:46 4EC46EA2 c      (emm) sortnanos: sanity check failed. Exceeding memory area. Probably corrupted nanos!
Last edited 8 years ago by sharkys (previous) (diff)

by nm1, 8 years ago

Attachment: log3.rar​ added

log3

comment:8 by nm1, 8 years ago

log is short, because oscam crashed at the end of log file.

comment:9 by nm1, 8 years ago

Resolution: → fixed
Status: reopened → closed

I have solved the problem.
The source code is a scrap.

Last edited 8 years ago by nm1 (previous) (diff)

comment:10 by Bit, 8 years ago

Please communicate your solution.

comment:11 by savan, 8 years ago

Agree with nm1, source code is realy a crap, non organised, bad coded, a lot of not needed things, too big, a lot of mess... but I agree with Bit, nm1 please post your solution!

Last edited 8 years ago by savan (previous) (diff)

comment:12 by sharkys, 8 years ago

Resolution: fixed
Status: closed → reopened

Still broken on r11001, seems that even only EMM UQ get written - the rest is ignored.

Last edited 8 years ago by sharkys (previous) (diff)

comment:13 by theparasol, 8 years ago

what happens if you use emmcache = 0,1,1,0 on the reader setup?

comment:14 by sharkys, 8 years ago

Absolutely no change in the behavior with emmcache = 0,1,1,0, again only EMM UQ written (based on aprox. 15 min test). While r10954 writes on the same channel after 8 minutes UK / G / S / UQ - 0 / 300 / 8 / 0, in error 0 / 52 / 17 / 0
I didn't test yet >r10954, will do that soon.

Last edited 8 years ago by sharkys (previous) (diff)

comment:15 by sharkys, 8 years ago

r10994,r10991--->r10959 writes only EMM G and EMM UQ

The last working version is r10958, so it is broken by r10959

Added filterdata check: now we are sure filter data we get from the box is matching with the filter that we setup to receive it!

Btw, the same problem reported 3 weeks ago already http://www.streamboard.tv/oscam/ticket/4299

comment:16 by sharkys, 8 years ago

Resolution: → fixed
Status: reopened → closed

Working on r11019

Note: See TracTickets for help on using tickets.