Hmm, mir ist gerade aufgefallen, als ich alle möglichen, in Frage kommenden IDs aufgeschrieben habe, dass sie ja allesamt dasselbe CAID haben...ein CAID und 8 verschiedene IDs....ich kann ja schlecht alle blockieren, ich will ja explizit die "unnötigen" Fake-Cards aussortieren.....gibt es da eine Möglichkeit irgendwo sehen zu können (vielleicht im Share-Fenster, etc.), welche IDs genau Probleme bereiten und den Sender nicht entschlüsseln? Dann könnte man ja Schritt für Schritt vorgehen und diese dann blockieren...
Also, das Ergebnis sieht folgendermaßen aus:
Meine Annahme, und damit auch dein Vorschlag von CAID:ID, stimmt tatsächlich. Damit kann man einzelne IDs/Provider aus dem Verkehr ziehen, ohne das ganze CAID blockieren zu müssen.
Allerdings verstehe ich immer noch nicht, warum es bei mir auf dem Sender, der lokal entschlüsselt werden müsste und mehrere Hop2 zugesandt bekommt, immer noch Freezer gibt (im Minutentakt). Die Verbindung ist OK, allerdings sehe ich unten folgendes (auf dem Server, der lokal sharet): Requested 112, received 11.....ist das für CCcam, dafür, dass der Server lokal schickt, nicht viel zu wenig??? Überlastet ist er auch nicht wirklich, insgesamt 60 Karten, nur Hop1 und 2....unter "Shares" (auf der Box) haben alle Shares für den entsprechenden Sender denselben Provider und dasselbe CAID, den Rest habe ich per Config blockiert....aber gebracht hat es nicht wirklich was.....woran kann es denn sonst liegen außer an "Fake"-Karten, dass das Verhältnis requested:received dermaßen schlecht ist?
Bin hier mit meiner Frage siche rnicht ganz richtig, aber vielleicht kann mir trotzdem einer von Euch helfen!?
Warum ist die BuLi-Live mit CCcam dunkel und mit OScam bzw. SCam hell?