Opened 12 years ago

Closed 12 years ago

#2425 closed defect (fixed)

dvbapi: prefer local cards some bug from 6449

Reported by: bierutek Owned by: Bierutek
Priority: major Component: DVBApi
Severity: medium Keywords: local prioryty
Cc: Sensitive: no

Description

Revision

from 6449

Issue Description

I have on local TNK 0B00, Polsat 1803 and Orange 0500:032A00
I set in dvbapi file that:

P: 0500:032A00
P: 0B00
P: 1803

And oscam start decoding from "N" 0B01 and cyfra 0100:0068. Offcourse loadbalace is off. With old svn6448 all was ok.

When the issue occurs

channel zap

How the issue is reproducable

need fix

Attachments (1)

oscam.log (15.1 KB ) - added by bierutek 12 years ago.
DVBapi log from decode

Download all attachments as: .zip

Change History (10)

by bierutek, 12 years ago

Attachment: oscam.log added

DVBapi log from decode

comment:1 by bierutek, 12 years ago

In version 6451 still the same problem.

comment:2 by bierutek, 12 years ago

I found the reason. :)

in settings Prefer local cards: "0" is now like old "1"

Please change it in source code "corsair" and will be all ok. And then close this ticket.

comment:3 by wiz, 12 years ago

Tried this with 6453. I did set Prefer Local cards to "0" but still I see some channels get decrypted by proxies while my own card can decrypt them too.
When I switch back to 6429 and put Prefer Local cards to "1" those channels get decrypted nicely with my own card.
So I think there's more to it than just to swap 0 and 1 around.

comment:4 by bierutek, 12 years ago

Summary: some bugs with prefer local cards in 6449dvbapi: prefer local cards some bug from 6449

comment:5 by wiz, 12 years ago

just tried 6454. It seems to work a bit better, but never the less I still see some channels get decrypted with proxies instead of local card.

comment:6 by theparasol, 12 years ago

6460 -> change in code requestmode 1 registers all providers like 0100:00006A in loadbalancer stats as found. So reader found 0100:00006a:somesid loadbalancer also registers 0100:00006a/00006c/00006d (all provid's found in pmt table)

comment:7 by theparasol, 12 years ago

6461 or 6462 fixed requestmode 1 <> loadbalancer registering 0100:00006X
all working fine and dandy again :)

Last edited 12 years ago by theparasol (previous) (diff)

comment:8 by theparasol, 12 years ago

ECM's are ok, but no EMM's anymore in requestmode 1.

Something in 6461/6462 broke emm updates on 0100:00006a if dvbapi requestmode = 1. Requestmode = 0 works fine!

comment:9 by bierutek, 12 years ago

Resolution: fixed
Status: newclosed

With all new version works ok for me.

Note: See TracTickets for help on using tickets.