4250 replies to this topic

[zeeteefje]

Mijn opzoekwerk via google leverde dat sinds een hele tijd seca2 pids niet meer worden gebruikt. Dus vergeet seca2/3 dat is ouderwets en lang niet meer nodig. Het probleem ligt ergens anders.

Je hebt niet goed gezocht denk ik.
Er zijn voor 6a nog hele bergen kaarten in omloop: bijna alle abonnees met een standaard, STB en 'gratis' pakket gebruiken nog steeds seca2 kaarten.

[Erik Slagter]

1 the ecm pid van seca 3 prioritair maken de welke van de twee het is weet ik niet. Maar met -d 192 en diegene die Niet werkt kan je dit well vinden. Ik denk (maar schiet mijn kop er niet af indien het nietwaar is) dat de eerste 0100:00006a ecmpid deze voor seca 2 is de tweede in de lijst voor seca3

Er is maar een manier om daar achter te komen en dat is in de log van
oscam kijken en ecm_pids daarin opzoeken (hiervoor hoef je trouwens geen
enkele debugging level aan te zetten, level 0 is genoeg) en dan
vervolgens beide pids PROBEREN.

[Erik Slagter]

Je hebt niet goed gezocht denk ik.
Er zijn voor 6a nog hele bergen kaarten in omloop: bijna alle abonnees met een standaard, STB en 'gratis' pakket gebruiken nog steeds seca2 kaarten.

"6a" staat niet gelijk aan "seca2", onze oranje kaarten doen vrolijk
nagra-over-seca over 100:6a, ook wel "seca3" genoemd (maar in feite fout
dus).

De nagra pids 18.. blijken nog niet gebruikt te worden.

[christophecvr]

Mijn opzoekwerk via google leverde dat sinds een hele tijd seca2 pids niet meer worden gebruikt. Dus vergeet seca2/3 dat is ouderwets en lang niet meer nodig. Het probleem ligt ergens anders.

Je hebt niet goed gezocht denk ik.
Er zijn voor 6a nog hele bergen kaarten in omloop: bijna alle abonnees met een standaard, STB en 'gratis' pakket gebruiken nog steeds seca2 kaarten.

Ja sorry klopt was is enkel voor 006c zo.

Anderzijds is het enkel voor sd posten op 19.2 E. De hd en 23.5 Kanalen hebben geen seca 2 ecm.pid.

Dus is het enkel van lijste op te meken met -d 192 en dan kanaal per kanaal zappen om zet te vinden en dan P: ... off I ...

Zoals beschreven in vorig bericht. Oscam gaat zich daar niet meer mee bezig houden aangezien ze toch zullen verdwijnen.
Als nu een persson met volledige seca 3 6a zich ermee bezig houd en een correct lijstje maakt is het probleem zo opgelost

Dat lijstje moet wel compleet zijn namelijk

P: caid:provid:sid:ecmpid (seca3) of
I: caid:provid:sid:ecmpid (seca2)

Voor elk kanaal. !!!

Als laatste regel voeg je gewoon toe (indien je lokale kaart hebt.

P: 0100:00006a

Noteer Voor alle veiligheid Geen afgekorte versies dus niet 100:006a. Wel 0100:00006a:sid:ecmpid voorlopende 0 inbegrepen.

[Erik Slagter]

Dat lijstje is hier al een paar keer langsgekomen.

Ik kwam er alleen gisteravond achter dat Comedy Central / Kindernet ook
deze behandeling behoeft.

[christophecvr]

Je hebt niet goed gezocht denk ik.
Er zijn voor 6a nog hele bergen kaarten in omloop: bijna alle abonnees met een standaard, STB en 'gratis' pakket gebruiken nog steeds seca2 kaarten.

"6a" staat niet gelijk aan "seca2", onze oranje kaarten doen vrolijk
nagra-over-seca over 100:6a, ook wel "seca3" genoemd (maar in feite fout
dus).

De nagra pids 18.. blijken nog niet gebruikt te worden.

Seca 2 of seca 3 heeft nog niets met nagra te maken en zijn beiden caid 0100 Dat is nu net nog steeds het probleem in met 6a. 2 ecm pids voor selfde caid:priovid

Binnenkort zullen ze wel met caid 18xx:02006a beginnen en dan zullen er nieuwe problemen komen /images/smiley/wink.gif

[christophecvr]

Dat lijstje is hier al een paar keer langsgekomen.

Ik kwam er alleen gisteravond achter dat Comedy Central / Kindernet ook
deze behandeling behoeft.

Ja maar dat lijstje was niet echt juist.

Om alle problemen te voorkomen dien je echt de lijn 100 % volledig te maken. En of P of I of beiden but waist of time Te gebruiken.

Het niet volledig gebruik zal problemen opleveren voor somige kanalen die nu ergens anders dienen gedecodeerd te worden.

een ecm pid op zich kan bestaan voor verschillende kanalen en dan nog voor verschillende coderings systemen dezelfde zijn.

vandaar maak de lijn 100 % volledig en je vermijd alle niet gewilde neven effecten

Dat is nog mijn ervaring van zéér lang geleden als ik nog met humi werkte en pmt tables enz....... ha wat een tijd ..../images/smiley/smile.gif

[Erik Slagter]

Seca 2 of seca 3 heeft nog niets met nagra te maken en zijn beiden
caid 0100 Dat is nu net nog steeds het probleem in met 6a. 2 ecm
pids voor selfde caid:priovid

Dat heeft wel degelijk met elkaar te maken.

Nogmaals, seca 3 bestaat niet. Dat is een term die in de volksmond
ontstaan is. CDS/M7 gaat over naar Nagra en men heeft daar met de oranje
kaart vast een voorschotje op genomen; de oranje kaart is stiekem al een
Nagra kaart (staat er ook gewoon op, dus eigenlijk niet zo stiekem), hij
decodeert Nagra ecm's, maar heeft aan de "buitenkant" een seca-interface
zodat niet iedereen een nieuwe ontvanger of ci-module hoeft te kopen.

Dat die Nagra pids een keer gebruikt gaan worden ligt voor de hand, er
moeten dan alleen wel heel veel kaarten EN CI-modules EN ontvangers
vervangen gaan worden (ontvangers zonder CI-slot...)

De ene ecm pid is voor puur seca2 ecm's, de andere voor seca getunnelde
nagra ecm's. Ze hebben dus wel degelijk nut, alleen hadden ze daar even
een aparte provid voor moeten nemen.

[christophecvr]

Enfin hoe men het noemt kan eindeloos zijn. Maar the seca over nagra is eerder seca 4 dan en nu nog niet in gebruik maar zal echt niet lang duren. seca 3 bestaat al meer dan 3 jaren. Voor ci ontvangers was enkel een seca module nodig. upgedate dan wel. Maar het klopt dat de oude ontvangers geen seca 3 doen.

Ik heb hier een voorbeeldje gemaakt Hoe de dvbapi voor de sd kanalen zou moeten zijn. daar ik geen 6 a kaart heb, kan ik het niet testen. Maar mijn theorie dat de eerste pid sec2 is en de tweede sec 3 heb ik toegepast. Ik heb enkel 3 sd kanalen 19.2 Ned1,2en 3 gedaan.

oscam.dvbapi

zet in dvbapi deze regels en geen andere zou priority voor seca 3 moeten zijn

P: 0100:00006a:0fab:070b
P: 0100:00006a:0fac:070c
P: 0100:00006a:0fad:070d
P: 0100:00006a

Ofwel zou ignore seca 2 pid moeten zijn

I: 0100:00006a:0fab:0643
I: 0100:00006a:0fac:0644
I: 0100:00006a:0fad:0645
P: 0100:00006a

Ofwel

I: 0100:00006a:0fab:0643
P: 0100:00006a:0fab:070b
I: 0100:00006a:0fac:0644
P: 0100:00006a:0fac:070c
I: 0100:00006a:0fad:0645
P: 0100:00006a:0fad:070d
P: 0100:00006a

Zou leuk zijn als iemand met 6a kaart (seca3 geen oude seca 2) dit probeerd

en natuurlijk enkel de drie betreffende kanalen checked.

Zie dat na de veranderingen in oscam.dvbapi je oscam volledig stopt. Moet echt gekilled zijn. alle tmp moeten gewist worden. ook stat enz..
Anders heeft testen geen zin

[zeeteefje]

Nagravision staat op de kaart en is gewoon de eigenaar van o.a. de Seca codering. Nagravision heeft de kaarten en codering voor Canaldigitaal gemaakt, maar dat zegt helemaal niets over de gebruikte codering.

Niemand weet of er al nagra-tunneling plaatsvindt, maar waarschijnlijk niet. Daar zijn juist vermoedelijk die nieuwe nagra idents voor.

Totdat Oscam een oplossing vindt voor de seca2/3 problemen (die best nog jaren naast elkaar kunnen bestaan) en de Shared emm's van provider 000000 is Oscam geen goede cam voor onze kaarten. Het doelgebied is kennelijk te klein om voldoende aandacht te krijgen van de Oscam developers.

[Fretsat]

Ik zie meer in een oscam aanpassing zoals indertijd door cccam is gedaan met de toevoeging van een seca handler.

# SECA HANDLER: <value> # <value> : 0 = disabled, 1 = prefer SECA3 over SECA2, 2 = prefer SECA2 over SECA3, 3 = Ignore SECA2, 4 = Ignore SECA3 # default: 0 # # Example try to use SECA3 ecm first, then SECA2 #SECA HANDLER: 1 # # Example try to use SECA2 ecm first, then SECA3 #SECA HANDLER: 2 # # Example to ignore all SECA2 ecm so a SECA3 card will not get SECA2 request which it cannot handle #SECA HANDLER: 3 # # Example to ignore all SECA3 ecm so a SECA2 card will not get SECA3 request which it cannot handle #SECA HANDLER: 4

[christophecvr]

Nagravision staat op de kaart en is gewoon de eigenaar van o.a. de Seca codering. Nagravision heeft de kaarten en codering voor Canaldigitaal gemaakt, maar dat zegt helemaal niets over de gebruikte codering.

Niemand weet of er al nagra-tunneling plaatsvindt, maar waarschijnlijk niet. Daar zijn juist vermoedelijk die nieuwe nagra idents voor.

Totdat Oscam een oplossing vindt voor de seca2/3 problemen (die best nog jaren naast elkaar kunnen bestaan) en de Shared emm's van provider 000000 is Oscam geen goede cam voor onze kaarten. Het doelgebied is kennelijk te klein om voldoende aandacht te krijgen van de Oscam developers.

Aangaande de emm heb je 100 % gelijk en ik ben daar mee bezig op streamboard, heb zelf reeds enkele pogingen gedaan the source te patchen zonder succes. De fout heb ik echter wel opgespoord. Maar aangezien mijn zo goed als 0 kennis van c+ .. tja.. Maar het is wel een bug

Het seca 2/3 heb je helemaal niet gelijk. Dit is zéér eenvoudig op te lossen met een dvbapi lijstje. Uiteindelijk is het enkel nog 6a die de twee pid's gebruikt andere providers hebben de 2 reeds geschrapt.
Dit was echter niet mogelijk in CCcam .... wel in oscam !!!!!

Nu de lijstjes die waren gemaakt waren nu niet de juiste . Om problemen te vermijden is er maar één der wegen goed zoals gemeld in mijn vorig bericht met voorbeeld voor drie sd kanalen die nog the seca2 pid (op 6a enkel) hebben. Maar de lijn moet per kanaal en volledig zijn. Anders gaat men conflicten creeren met andere kanalen en of provid.

Ok het is niet zo simpel en wat werk. Maar je kan nog steeds CCcam gebruiken. voor je kaart indien je wenst. (hoewel vermoedelijk niet lang meer).

Ok Oscam is volledig in ontwikkeling. Het is 100 % open source. Somige zaken zolas dat men de ene keer wel kan voorlopende 00 weglaten de andere keer niet ..
Als je de discipline hebt altijd alles volledig in te voeren (veel meer werk is het echt niet) zal je daar ook geen problemen mee hebben /images/smiley/wink.gif

[zeeteefje]

Het open-source karakter van Oscam is inderdaad juist wat Oscam zo bijzonder aantrekkelijk maakt, zeker in combinatie met Pli. CCcam is closed-source en lijkt (mede daardoor) niet verder ontwikkeld te worden. (nog los van de vermeende backdoor;-))

Maar een lijstje kan alleen een tijdelijke oplossing zijn, zeker voor onervaren kijkers. Hoe vaak gaat die data veranderen?-bij elke zenderwijziging moet opnieuw alles uitgezocht worden.

Een prioriteit geven, zoals bij Cccam, is een definitieve oplossing voor dit probleem, ook voor de toekomst en ook voor andere coderingen waar dit probleem t.z.t vermoedelijk zal ontstaan.

[christophecvr]

Het open-source karakter van Oscam is inderdaad juist wat Oscam zo bijzonder aantrekkelijk maakt, zeker in combinatie met Pli. CCcam is closed-source en lijkt (mede daardoor) niet verder ontwikkeld te worden. (nog los van de vermeende backdoor;-))

Maar een lijstje kan alleen een tijdelijke oplossing zijn, zeker voor onervaren kijkers. Hoe vaak gaat die data veranderen?-bij elke zenderwijziging moet opnieuw alles uitgezocht worden.

Een prioriteit geven, zoals bij Cccam, is een definitieve oplossing voor dit probleem, ook voor de toekomst en ook voor andere coderingen waar dit probleem t.z.t vermoedelijk zal ontstaan.

Nee hoor het lijstje is klein. in de toekomst zullen zware veranderingen enkel nog seca 3 of de nieuwere eens aktief nagra/seca pid krijgen.

Die oudere decoders zullen er uit gaan vroeg of laat maar lang zal het niet meer zijn.

Heeft er nu al eens iemand getest met een seca3 006a hoe het beste werkt voor (enkel) de drie kanalen die ik heb opgesteld.

wat is het beste de P enkel of de I enkel (ik denk zelf I's enkel) . dan dient dat lijstje gewoon aangevuld te worden op excat zelfde wijze.

[theparasol]

Ik maak me niet zo druk om dat lijstje, is nu minuten werk om het aan te passen.
Daarom heb ik ook alle zenders erin gezet, ook die het niet behoeven. Hoeft die dvbapi wat minder code te verwerken en heb ik dus sneller beeld.

Enfin, als CAID 1817 provid 02006a ingevoerd gaat worden dus ons "probleem" ook opgelost immers dan volstaat een P: 1817:02006a
Er is daar maar 1 ecm pid dus pakt oscam telkens de goede.
Kortom, CDS kan me die wissel niet snel genoeg doorvoeren. Ook cardupdate is dan opgelost.
Los daarvan ga ik met 0100:00006a updates draaien, eens zien wat er gebeurt als 0100:000000 verloopt. Volgensmij verandert er geen biet en houdt ik gewoon beeld.

Voor Jeroensky:

P: 0100::07FA:0712 #Hustler
I: 0100::07FA: #Hustler

[zeeteefje]

eens zien wat er gebeurt als 0100:000000 verloopt. Volgensmij verandert er geen biet en houdt ik gewoon beeld.

Dat heb ik al eens getest. Exact op de datum waarop "managment" staat heb je geen beeld meer. Heractivatie is niet nodig, CCcam update 'm direct zodra de emm langskomt.

[theparasol]

aha, niet dat ik je niet wil geloven maar er zwerven al genoeg onjuistheden over internet. Ik wacht ff rustig af. 0100:000000 wordt niet gebruikt voor decodering, althans niet door de box zelf. Mogelijk dat de card zelf hier wel iets mee doet als er een ecm binnenkomt voor 0100:00006a en cw alleen teruggeeft als 0100:000000 nog valid is

[Erik Slagter]

Zie dat na de veranderingen in oscam.dvbapi je oscam volledig stopt. Moet echt gekilled zijn. alle tmp moeten gewist worden. ook stat enz..
Anders heeft testen geen zin

Volgens mij is het alleen belangrijk dat je de lb stats weggooid.

Maar dat ga ik nu mooi even niet doen, ben al een paar dagen heel druk de
lb aan het trainen...

[Erik Slagter]

wat is het beste de P enkel of de I enkel (ik denk zelf I's enkel) . dan dient dat lijstje gewoon aangevuld te worden op excat zelfde wijze.

Enkel P of enkel I werkt niet, heb ik al een keer getest.

[Erik Slagter]

Los daarvan ga ik met 0100:00006a updates draaien, eens zien wat er gebeurt als 0100:000000 verloopt. Volgensmij verandert er geen biet en houdt ik gewoon beeld.

Yep hier ook. De 6a wordt zes keer per dag geupdate, de 00 helemaal niet.

Mocht het foutlopen, kunnen we altijd nog heractiveren.