Ziggo ECM?

[DoeEensGek]

Lezen...

 

ecm header whitelist, die vergelijkt de ecm begin, met ingevulde waarde.
Is de waarde overeen dan gaat de ecm door naar de kaart, komt niet
overeen, blokkade. Hiervoor moet je debug 2 log lezen. Bovenstaande is
voor als je ecm lengte 44 hebt, prima. Je kan hem langer maken maar het
gedeelte veranderd veel dus kan zwart beeld opleveren... Tis ook weer
een extra stukje filter.

Bekijk ook de wiki van oscam.

[Daan]

Heb het inmiddels aan de praat met deels plakwerk uit jou berichten het draait nu lekker en snel + dat zappen ben helemaal opnieuw begonnen,alleen nog 1 probleem als ik connect naar me 2e box boven komt het wel binnen maar de ecm time is er erg hoog  5000 ms maar het beeld blijft wel stabiel.

[woodytwo]

ecm header whitelist, die vergelijkt de ecm begin, met ingevulde waarde. Is de waarde overeen dan gaat de ecm door naar de kaart, komt niet overeen, blokkade. Hiervoor moet je debug 2 log lezen. Bovenstaande is voor als je ecm lengte 44 hebt, prima. Je kan hem langer maken maar het gedeelte veranderd veel dus kan zwart beeld opleveren... Tis ook weer een extra stukje filter.

 

 

 

Succes

[woodytwo]

Sorry , ik ben nogal knullig met citeren maar

 

@ DoeEensGek, 

 

Waar aan kan ik een door de ecm header whitelist geblockte ecm herkennen in de debug 2 log? Het is nogal druk daar. Kan ik op een bepaalde string filteren ? Ik bekijk me logs met OscamMonitor

 

Alvast bedankt.

[DoeEensGek]

Sorry , ik ben nogal knullig met citeren maar

 

@ DoeEensGek, 

 

Waar aan kan ik een door de ecm header whitelist geblockte ecm herkennen in de debug 2 log? Het is nogal druk daar. Kan ik op een bepaalde string filteren ? Ik bekijk me logs met OscamMonitor

 

Alvast bedankt.

Filteren weet ik niet in jouw monitor.

 

 

Voor het bepalen van headerwhitelist:

Klik debug log level 2 aan in webif. bekijk een zender en om de 21 seconde komt een nieuwe ecm voorbij.

 

2013/03/21 20:09:12 83F380 r ecm:
2013/03/21 20:09:12 83F380 81 70 41 6F 00 00 00 0B 00 08 40 38 55 4D C5 9A 
2013/03/21 20:09:12 83F380 1D E9 37 8A E0 ED 44 73 37 3C F4 68 FF 09 7A 4C 
2013/03/21 20:09:12 83F380 C4 56 A9 66 F5 E3 3D 16 0D 72 1D 12 C8 8A 93 57 
2013/03/21 20:09:12 83F380 4A F6 52 D0 17 F3 76 1D 5E CB B0 CA BC 50 9B 3D 
2013/03/21 20:09:12 83F380 19 4A FC 50 
2013/03/21 20:09:12 668CC8 c user (0604&000000/000B/4A3B/44:4B0F5A5DA534478E4695AA831B2E6A42): found (164 ms) by lower_ziggo (L/1/1/2) 
2013/03/21 20:09:12 668CC8 c cw: 
2013/03/21 20:09:12 668CC8 7C 8D EB F4 66 D9 DF 1E C1 F3 FA AE 75 8F D5 D9

Ik zie dan de ecm staan, wacht 21 seconde en zie daarna de volgende ecm staan. Kan je ook in log laten zetten en die in textverwerker openen.

Zap ook naar andere zenders!

 

Kijk dan naar het begin van de ecm's en vergelijk deze Bij ziggo kwam ik al snel tot de conclusie dat na  81 70 41  en  80 70 41  de boel vaak veranderde.

Vandaar ik alleen bovenstaand gebruik.

 

 

Om te zien hoeveel er geblokkeerd word kijk ik onder tab readers, onder kolom 'ECMs Filtered Head / Len'.

[Zilverster]

@DoeEensGek,

 

Het zal je wel bekend zijn, maar wil het toch graag even melden :

 

 

Bij ziggo kwam ik al snel tot de conclusie dat na 81 70 41  en  80 70 41  de boel vaak veranderde

.

De 81 en 80 zijn de wel bekende ODD en EVEN ( ECM ), ook in gebruik bij andere koderingen.

 

Misschien ook leuk om eens de communicatie tussen Cam en kaart op een andere manier te loggen   ,

je krijgt dan zoiets als onderstaand gedeelte die ik gekopieerd heb uit jou log hier boven :

 

7C 8D EB F4 66 D9 DF 1E C1 F3 FA AE 75 8F D5 D9

 

Kijk eens bij de volgende ECM's wat er gebeurd met het rode gedeete uit de tekst en daarna met het blauwe gedeelte uit de tekst.

 

 

 

Gr.

 

Zilverster.

21 maart 2013 aangepast door Zilverster

[DoeEensGek]

@zilvester, klopt hier is ook een check voor gemaakt in oscam die je kan gebruiken om foute cw's ertussen uit te pikken.

 

Je kan met oscam heel veel comminucatie tussen kaart en cam loggen en bekijken .

[Zilverster]

@DoeEensGek,

 

Ik moet me daar eigenlijk t.z.t ook eens in gaan verdiepen dat Oscam.

 

Als het goed is dan weet je dus wel wat er gebeurd met die 16 byte's, die eigenlijk opgesplits worden in 2 x 8 byte's en dat er 8 dezelfde byte's telkens 1 x terug komen, gr.

 

Zilverster.