#2850 closed defect (fixed)
ecm not found
Reported by: | mado79 | Owned by: | |
---|---|---|---|
Priority: | trivial | Component: | Reader |
Severity: | low | Keywords: | |
Cc: | Sensitive: | no |
Description
Revision
<7688>
Issue Description
<ecm not found>
When the issue occurs
<When cccam client or newcamd client is connected>
How the issue is reproducable
<Please fill in>
<Don't forget to ATTACH (NOT post here as text) a log file of oscam in debug mode (start oscam with -d255) and to remove the brackets around the fields! Otherwise, your ticket will be closed as you seem to be unable to read.>
Attachments (8)
Change History (37)
comment:1 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:3 by , 11 years ago
Replying to mado79:
Revision
<7688>
Issue Description
<ecm not found>
When the issue occurs
<When cccam client or newcamd client is connected>
How the issue is reproducable
<Please fill in>
<Don't forget to ATTACH (NOT post here as text) a log file of oscam in debug mode (start oscam with -d255) and to remove the brackets around the fields! Otherwise, your ticket will be closed as you seem to be unable to read.>
comment:4 by , 11 years ago
Priority: | Please fill in → critical |
---|---|
Severity: | Please fill in → high |
comment:5 by , 11 years ago
Priority: | critical → trivial |
---|---|
Severity: | high → low |
in the 1st log you mark the problem line
encrypted cccam-client 79.51.*.* granted (pongo2, au=on (1 reader)) <--- IP is oscured
the star (*) is for mask the ip witch in secund log where you've attached the ip is normal and in any case the mask don't make your client "pongo2" to have not found.
i think the card is not up, try to change the protocol to camd35 or newcamd..
in the log cccam doesn't try to send emm to oscam to up the card.
comment:6 by , 11 years ago
With release 7688, oscam don't send more ecm, I've changed the protocol, but it's the same.
with release 7687 all work fine, why?
I've uploaded new logfile.
thanks
comment:7 by , 11 years ago
It seems that some connection times out.
[11/10/2012 15:42:00] - 15:41:59 ED2410 c poll() timeout
That is reported each time ECM must be returned.
comment:9 by , 11 years ago
by , 11 years ago
Attachment: | oscam(rev7687working).log added |
---|
comment:10 by , 11 years ago
I've added the logfile of r7687 that works!
Wait a solution, please.
Alwais thanks.
comment:11 by , 11 years ago
From your NON working log - ECM is found in the cache:
604 [11/10/2012 15:41:26] - 15:41:22 EC15D8 c smartmouse [nagra] TRACE: ecm answer for ecm 9C9C rc=4 605 [11/10/2012 15:41:26] - 15:41:22 EC15D8 c request_cw stage=4 to reader smartmouse ecm=9C9C 606 [11/10/2012 15:41:26] - 15:41:22 EC15D8 c add reader job action 5 queue length 1 smartmouse 607 [11/10/2012 15:41:26] - 15:41:22 EC15D8 c ncd_send_dcw: er->msgid=2, cl_msgid=2, 80 608 [11/10/2012 15:41:27] - 15:41:22 EA3378 r smartmouse [nagra] TRACE: ecm 9C9C answer from cache 609 [11/10/2012 15:41:27] - 15:41:22 EC15D8 c send 15 bytes to client 610 [11/10/2012 15:41:27] - 15:41:22 EC15D8 00 0D 00 02 00 00 00 00 00 00 00 00 80 00 00 611 [11/10/2012 15:41:27] - 15:41:22 EA3378 r add client job action 24 queue length 1 pongo2 612 [11/10/2012 15:41:27] - 15:41:22 EC15D8 c pongo2 (1805&008D11/0000/0075/91:9C9C): not found (295 ms) by smartmouse 613 [11/10/2012 15:41:27] - 15:41:22 EC15D8 c cw: 614 [11/10/2012 15:41:27] - 15:41:22 EC15D8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
From your working log, ECM is not found in the cache and the CW is returned.
545 [11/10/2012 17:06:46] - 17:06:46 FB57B0 c smartmouse [nagra] TRACE: ecm answer for ecm 93BF rc=0 546 [11/10/2012 17:06:46] - 17:06:46 FB57B0 c pongo2 (1805&000000/0000/0075/91:93BF): found (267 ms) by smartmouse 547 [11/10/2012 17:06:46] - 17:06:46 FB57B0 c cw: 548 [11/10/2012 17:06:46] - 17:06:46 FB57B0 A9 8C CE 03 EF 4B 37 71 2F 27 B0 06 97 FE 29 BE
The two logs are not equivalent. The working one uses cccam, the non working one uses newcamd. I still can't find an error in the code. Post a working log with newcamd on r7687.
by , 11 years ago
Attachment: | oscam(rev7687working newcamd).log added |
---|
comment:13 by , 11 years ago
how do i try this patch?
where do i must put this file?
I use oscam launcher on windows with oscam cygwin....
pls help me, but I don't know to make it...
comment:14 by , 11 years ago
http://www.streamboard.tv/oscam/wiki/BuildingOscam#patch
Unfortunately if you can't build your own oscam it'll be hard to fix this bug :(
comment:16 by , 11 years ago
I can't to compile oscam with the path, i'm not able to make it.
If someone can compile it, i?ll thank you.
I think too that my problem isn't only mine, why do you compile a new version for all?
thank, bye.
comment:17 by , 11 years ago
No one else is reporting a problem like yours, I'm not seeing it on my servers. If you want your problem fixed you have to work with us so we can fix it (since you are the only one seeing the problem).
This is pretty standard stuff.
comment:18 by , 11 years ago
comment:19 by , 11 years ago
Thanks for that mr.valter, but can you upload 7692, it have the patch applied and better debugging info.
by , 11 years ago
Attachment: | oscam(rev7694).log added |
---|
comment:20 by , 11 years ago
comment:21 by , 11 years ago
Argh, dammit, the debug patch was wrong. I'll commit update in couple of minutes and you'll have to test another version, sorry for the extra work.
by , 11 years ago
Attachment: | oscam(rev7695).txt added |
---|
comment:24 by , 11 years ago
doooh!
damm!
There is the problem too! "Ecm not found"!
I've uploaded new lofile, sigh!
comment:25 by , 11 years ago
Interesting your card system's do_ecm returns error
[12/10/2012 11:32:56] - 11:32:56 F93248 r smartmouse [nagra] TRACE: cardreader_do_ecm: after csystem.do_ecm rc=1
I might have an idea what is going on. Will post a patch soon.
comment:27 by , 11 years ago
Argh, fuck me...see we have shot ourselves in the foot by using OK and ERROR defines, *BUT* csctapi have
OK 0 ERROR 1
and card systems are using the exact opposite:
OK 1 ERROR 0
I have moved the includes around in r7687 and incidentally the code in reader-common started to think that ERROR (which should be 0) is really 1 (which is OK) /see ERROR=1 in the log bellow/.
12/10/2012 11:32:35] - 11:32:35 F93248 r smartmouse [nagra] TRACE: cardreader_process_ecm: cardreader_do_ecm returned rc=1 (ERROR=1)
You are the only one seeing an error because you are using OSCam under windows with CYGWIN, which also messes up OK and ERROR definitions. I bet if you have build logs you'll see in them warnings about redefinition of OK and ERROR.
I have applied a fix in r7697, please test it.
No log no help