search

bas-t / ffdecsawrapper

FFdecsa empowered softcam for MythTV
GNU General Public License v3.0
17 stars 9 forks source link

CCCam 2 protocol #4

Closed DingoSEAD closed 10 years ago

DingoSEAD commented 10 years ago

the CCCam 2 protocol does not support ECM > 256 bytes for the HDTV

bas-t commented 10 years ago

As I understand it, quite a few people benefit from the long ECM. (not me) So that leaves you with two choices:

DingoSEAD commented 10 years ago

in the ffdecsawrapper, all ECM >256 bytes don't work in all protocol (cccam2, newcamd,..) in cccam2 protocol, the limit is at this line: https://github.com/bas-t/ffdecsawrapper/blob/stable/sc/PLUGINS/src/systems/cardclient/cccam2.c#L1157

for your information, the Radegast protocol failed to connect with oscam server.

bas-t commented 10 years ago

I think we are talking about something different. The only thing I changed was f3b9ff9 That should only affect newcamd protocol, it is in sc/PLUGINS/src/systems/cardclient/newcamd.c

I use newcamd and don't experience any trouble using it with Oscam

DingoSEAD commented 10 years ago

The cccam2 protocol is outdated. With the cccam2 protocol version >= 2.2 , ECM > 256 bytes is authorized. I think that the cccam2 protocol must be rewriten in ffdecsawrapper. You make a very great job with this repro :+1: many thanks

bas-t commented 10 years ago

I think you are right,the cccam2 protocol must be rewriten in ffdecsawrapper Just give me a proper patch, I'll be your man.

DingoSEAD commented 10 years ago

You do not fear! I'm not a professional

bas-t commented 10 years ago

Just to make it clear: I did not do anything to change cccam whatever version in Fdecsawrapper up to now. And I don't intend to. I do not use cccam, so any updates for that protocol have to come from others. The newcamd patch I used is a well tested one, for over two years. Again: it does not affect any other protocols.