Opened 13 years ago
Closed 12 years ago
#1428 closed defect (fixed)
Linux AZBox 2.6.15-sigma - oscam.dvbapi "M" feature does not work
Reported by: | Leopold75 | Owned by: | cogsi |
---|---|---|---|
Priority: | major | Component: | DVBApi |
Severity: | high | Keywords: | azbox, oscam, mapping, dvb-api |
Cc: | Sensitive: | no |
Description
Revision
All after 4199 for
Linux AZBox 2.6.15-sigma # 138 PREEMPT Thu Jan 22 21:35:07 KST 2009 mips unknown
Issue Description
In oscam.dvbapi "M" feature does not work
240A c plain dvbapi-client granted (anonymous, au(auto)=0)
240A c dvbapi: prio: ret=3 | m: 4AE1 000000 0000 0000 0000 -> map 4AE1 000000 | prio 0 | delay 0
240A c dvbapi: prio: ret=2 | i: 4AE0 000000 0000 0000 0000 -> map 0000 000000 | prio 0 | delay 0
240A c dvbapi: [ADD PID 0] CAID: 4AE1 ECM_PID: 0020 PROVID: 000015
240A c dvbapi: [ADD PID 1] CAID: 4AE1 ECM_PID: 0024 PROVID: 000014
240A c dvbapi: Found 2 ECMpids and 2 STREAMpids in PMT
240A c dvbapi: new program number: 1D64 (4AE1:1D64 unknown)
And then going request:
240A c dvbapi: [TRY PID 0] CAID: 4AE1 PROVID: 000015 CA_PID: 0020
240A c dvbapi: request cw for caid 4AE1 provid 000015 srvid 1D64 pid 0020
When the issue occurs
Issue occure when in oscam.dvbapi mentioned:
M: 4AE1, 4AE1:000000
Another features (like ignore etc seems OK, only mapping broken)
How the issue is reproducable
STR: stay on channel with where need map ProvID one to other
(for example, 000015 --> 000000)
Change History (4)
comment:1 by , 13 years ago
Owner: | set to |
---|
comment:2 by , 13 years ago
Owner: | changed from | to
---|
comment:3 by , 13 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
I'll try look at this when I work on the proper azbox fix...
comment:4 by , 12 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Not need anymore.
Thank You!
Any news about this bug?
Please, assign right developer for fix.
Thanks alot!