Opened 9 years ago
Closed 8 years ago
#4302 closed defect (fixed)
OSCam stopped respect prios in oscam.dvbapi file
Reported by: | khimtiki | Owned by: | |
---|---|---|---|
Priority: | critical | Component: | DVBApi |
Severity: | Please fill in | Keywords: | |
Cc: | Sensitive: | no |
Attachments (1)
Change History (11)
comment:1 by , 9 years ago
comment:2 by , 9 years ago
OK, some logs in the attached txt, there's a little different situation, but still very simple :)
by , 9 years ago
comment:3 by , 9 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
OK, problem solved by changing a little my OSCam configuration ;)
comment:4 by , 9 years ago
Resolution: | worksforme |
---|---|
Status: | closed → reopened |
Well, I reproduced the same problem, it still exists.
Situation:
1) STB with 3 proxy readers only
2) First of them is newcamd proxy (CaID 0B01)
3) Second and third is newcamd proxy (CaID 1803), but third additionaly is fallback.
Configuration as follows:
oscam.server
[reader] label = conax protocol = newcamd device = xxx,11111 key = 0102030405060708091011121314 user = abc password = xyz inactivitytimeout = -1 connectoninit = 1 disableserverfilter = 1 caid = 0B01 group = 1 [reader] label = nagra protocol = newcamd device = xxx,11112 key = 0102030405060708091011121314 user = abc password = xyz inactivitytimeout = -1 connectoninit = 1 caid = 1803 group = 2 services = local [reader] label = nagra_fb protocol = newcamd device = yyy,22222 key = 0102030405060708091011121314 user = aaa password = bbb inactivitytimeout = -1 connectoninit = 1 fallback = 1 fallback_percaid = 1803:000000 caid = 1803 group = 2
oscam.dvbapi
P: 0B01 P: 1803 I: 0
In oscam.conf <preferlocalcards = 0> (default)
This worked perfect up to r10980, from r10981 the highest prio is given to CaID 1803 instead 0B01, which is at the top of oscam.dvbapi file.
If STB has card inserted in internal cardreader (eg. 4 readers), then we can workaround prio problem by <preferlocalcards = 2> in oscam.conf and set <localcards = 1803:000000> in proxy reader.
comment:5 by , 9 years ago
Yes, 10980 works fine.
10991 is very slow to decrypt a channel. This release skips the dvbapi file.
comment:6 by , 9 years ago
I am also facing this issue.
http://www.streamboard.tv/wbb2/thread.php?goto=firstnew&threadid=44091
comment:7 by , 9 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Since r11007 it works ok :)
comment:8 by , 9 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
I was too quick with closing ticket.
It works, but partially ;-)
If we have oscam.ccache from working r10980 then it is ok, but problem come back when we shutdown OSCam, delete oscam.ccache, and fire up it again.
Prio starting to behave randomly, some channels match prio from oscam.dvbapi, some others not.
comment:9 by , 9 years ago
Number of match reader should have no effect to priority score.
On my case, 4A02 should got only 4 score not 6.
P: 4A67
P: 4A02
I: 0
2015/09/29 18:25:56 45BE8E16 c (dvbapi) Receiver wants to demux srvid 000C on adapter 0000 camask 0001 index 0000 pmtpid 03F4 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 found pmt type: 81 length: 8 (assuming enigma private descriptor: namespace 3120 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 ecmpid 0 CAID: 06A4 ECM_PID: 0037 PROVID: 000000 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 ecmpid 1 CAID: 4A67 ECM_PID: 0038 PROVID: 000000 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 ecmpid 2 CAID: 4A02 ECM_PID: 0039 PROVID: 000000 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 stream MPEG-4 videostream (type: 1b pid: 07dc length: 0) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 stream Audiostream (type: 03 pid: 0bc4 length: 0) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 stream Audiostream (type: 03 pid: 0fac length: 0) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 found 3 ECMpids and 3 STREAMpids in PMT 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 serving srvid 000C (Fox Movies Premium HD) on adapter 0000 camask 0001 index 000 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 try to start new filter for caid: 0001, provid: 000001, pid: 0001 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Open device /dev/dvb/adapter0/demux0 (fd 22) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 Filter 1 started successfully (caid 0001 provid 000001 pid 0001) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0/16 lets start descrambling (srvid = 000C fd = 21 ecmpids = 3) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 prio ecmpid 1 4A67@000000:0038 (found caid/provid in cache - weight: 1) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 prio ecmpid 2 4A02@000000:0039 (found caid/provid in cache - weight: 1) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 prio ecmpid 1 4A67@000000:0038:0000 (rdr: proxy2 weight: 5) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 prio ecmpid 2 4A02@000000:0039:0000 (rdr: proxy1 weight: 4) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 prio ecmpid 2 4A02@000000:0039:0000 (rdr: proxy2 weight: 5) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 prio ecmpid 2 4A02@000000:0039:0000 (rdr: proxy3 weight: 6) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 ignore ecmpid 0 06A4@000000:0037:0000 (file) 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 sorting the ecmpids took 3 ms 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 trying to descramble PID 2 CAID 4A02 PROVID 000000 ECMPID 0039 ANY CHID PMTPID 0 2015/09/29 18:25:56 45BE8E16 c (dvbapi) Demuxer 0 try to start new filter for caid: 4A02, provid: 000000, pid: 0039
comment:10 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Fixed in r11031. Thx @theparasol! :)
I can confirm that! I have the same Problem...With reducing of the P's (P: CAID) I got it working again!