Not able to connect to all clines (CCCAM Strange Problem)

[parsonline]

Re: Not able to connect to all clines (CCCAM Strange Problem)

ofcours attention some emu have restricted to working with numbers of lines
and so maybe if you take many lines, all of them not working. and cause to conflict emu

[Satphoenix]

Re: Not able to connect to all clines (CCCAM Strange Problem)

Mhh, I've tried up to 6 working (free-)lines and had no conflict.
I use cccam 2.011 and all lines keep connection untill the line works. Sometimes I had disconnection because they were freelines with heavy usage, but hte cccam worked with no problems.
But as said before, too many (free-)lines can cause problems in your box because they often disconnect and cccam tries to premanently reconnect.

[vanbasten]

Re: Not able to connect to all clines (CCCAM Strange Problem)

Hi,

is this a consistent problem? I mean in another thread we discussed if it is possible to check a cline if it is working or not. there is even a website to check that but the consensus is not use that website in case they might be recording the servers. but still if your satellite receiver is up to date you can check the clines through cccam info file i think. if the servers are operating then the reason might be either your firewall blocks it or the server only allows one cline to be used like satlover servers.

i have tried a software called nmap which is free to check which of the ports of my satellite receiver are operational and you can learn the ip of your satellite receiver through your wirelles router webpage

hope this helps

[Triad]

Re: Not able to connect to all clines (CCCAM Strange Problem)

There are more services online based that give the same info, not just internal cccam.info addon for E2... Also you can use some of the programs like Cline tester.

Mhh, I've tried up to 6 working (free-)lines and had no conflict.

But as said before, too many (free-)lines can cause problems in your box because they often disconnect and cccam tries to premanently reconnect.

There you have it Satphoenix, you said it yourself, if there's heavy duty servers and you put it into your cccam.cfg, then you'll have connections as well as disconnections... In other words, it may be that on some more used channels and lines receiver gets DCW ''decrypt word'' much rarely then on others. That can be seen if receiver rotates ECM's on constant loop until it rarely clears the picture and goes on loop again.
That situation is just symptoms of the real reason why there's constant ecm rotation loop?
Because of more lines that receiver sees as valid, Cccam emu doesn't see difference between quality of the cards from the other side of the line. Only priority by Cccam default is Hop distance... So if the cards are on hop 2 and have better ping response it will clear hop2 rather then hop1. In all other cases it goes for lower distance.

This said can be checked by users of server 2 and 4 which have problems viewing Mtv Network on 19.0E specific ORF/Austria Sat provider with CAID ''0d05''. That's Cryp*o system and Cccam sees it as priority since it's cards are on Hop1.

If you know how to prioritize your respected lines then you'll denominate that line in Cccam.prio file and mark it as a ''I'' which means Ignored!
That way receiver or better said CCcam will no longer see it as active and will give priority to other cards as Se*a or Con*x...

So since I see that there are deeper questions that concerns Cccam dcw process, I allowed myself to say something about it and see if ppl would take it nearly interesting as some others did.

Needles to say that ppl can as well report which channels doesn't work if Cccam does rotate ecm's, so we can see if there are conflicts with other lines or CAID's in your systems setup!!!