4250 replies to this topic

[Erik Slagter]

1 ) oscam versie die gebruikt is

Staat er wel degelijk in.

2) volledige log af start up oscam (je moet dan wel informatie aangaande ip en of wat niet voor de hele wereld is eruit verwijderen)

Er hoeft niks uit, want er zit niks illegaals in. Client shared indoors van kaart op server, dat is alles. Ik zie totaal het nut niet van zo'n complete log, maar okee, hij komt er bij.

5) gebruikte compiler (gcc versie) is ook gewenst met de opties die je hebt enabled of disabled.

Als je naar de code kijkt, dan zie je dat dat geen invloed kan hebben. Het is geen code tussen #ifdef... Er staat duidelijk genoeg dat het in de dvbapi module zit.

Ik heb je log bekeken, Wat ik zie is dat je geen I: voor de seca2 ecm pid hebt gebruikt.

Nog maar weer eens een keertje (vierde keer?), dat is het probleem niet. De nagra pid wordt geselecteerd, deze config is GOED. Alleen verderop wordt alsnog ZOMAAR de verkeerde pid genomen, zonder dat enige dvbapi statement daar invloed op heeft.

Ik wil het voor de vorm nog wel even proberen met een expliciete I statement voor Ned 1 HD, net als ik die voor Ned 1 SD heb. Stel dat dat zou uitmaken, dan is dat stukje code nog steeds krom! Het lijkt iets te maken te hebben met het delen van de ecmpid/scrambling tussen meerdere opnames met dezelfde caid/provid, maar in deze context kan dat dus helemaal niet. Maar ik heb een donkerbruin vermoeden dat het juist niks uitmaakt.

Verder met zo'n log en toch zwart scherm , is nu net dezelfde als decoding van een card in antishare mode.

En als ik nou zeg dat ik het ook geprobeerd heb terwijl de server ook (alleen) Ned 1 HD op had en die wel beeld geeft, geloof je me dan?

De log met seca2 pid disabled moet er zo uit zien

2012/01/27 16:27:43 2BFC3440 c dvbapi: set filter pid: 070e

Die heb ik ook. Maar bij mij volgt daarna nog een set filter pid naar het onjuiste pid, als gevolg van die regel code...

[theparasol]

Complimenten voor de research: Ik zag je ticket op oscam timeline. Ziet er goed uit, kan dus vlot opgelost worden lijkt me

[Roymar]

Hier is mijn log sorry dat het zo lang heeft geduurd, maar moet ook werken.

Gr.Roymar

Attached Files

•  oscam.000.log   79.7KB   9 downloads

Edited by Roymar, 27 January 2012 - 17:43.

[Erik Slagter]

Ik heb inderdaad nog even die I: van Ned 1 HD expliciet toegevoegd, zo sportief ben ik dan wel weer ;-) En dan doet hij het inderdaad wel. MAAR: dan ben je dus een workaround voor een hack aan het maken, want als oscam niet zo eigenwijs was om lekker zelf alsnog een andere ecmpid te gaan pakken terwijl hij eerst wel de goede had, dan was die I regel helemaal niet nodig. Ik voorzie nu dat ik dus alsnog bij een hele rij zenders I regels kan gaan maken

[Erik Slagter]

Hier is mijn log sorry dat het zo lang heeft geduurd, maar moet ook werken.

Ik ook, moet op de kleine passen vandaag en da's een hele klus. Anyway, natuurlijk maakt het niet uit, bedankt!

Ik zie bij jou geen set filter pid naar het verkeerde pid. Heb jij toevallig een I regel voor Ned 1 HD?

[Roymar]

P: 0100::1B7B:070E #NED1HD
I: 0100::1B7B: #NED1HD

[Roymar]

voor het netwerk heb ik in de whitelist het volgende staan

i:0100::1B7B:0646::64 # Ned1 HD
i:0100::1B7B:0722::64 # Ned1 HD

[christophecvr]

Ik heb inderdaad nog even die I: van Ned 1 HD expliciet toegevoegd, zo sportief ben ik dan wel weer ;-) En dan doet hij het inderdaad wel. MAAR: dan ben je dus een workaround voor een hack aan het maken, want als oscam niet zo eigenwijs was om lekker zelf alsnog een andere ecmpid te gaan pakken terwijl hij eerst wel de goede had, dan was die I regel helemaal niet nodig. Ik voorzie nu dat ik dus alsnog bij een hele rij zenders I regels kan gaan maken

Dit klopt jammer genoeg Maar die regels niet zo veelvuldig.

Met onderstaand lijstje heb je het zogoed als compleet.

I: 0100::0FAB:0643 # NED1 SD
I: 0100::0FAC:0644 # NED2 SD
I: 0100::0FAD:0645 # NED3 SD
I: 0100::07D4:0643 # RTL4 SD
I: 0100::07D5:0644 # RTL5 SD
I: 0100::0FA2:0641 # SBS6 SD
I: 0100::07D6:0649 # RTL7 SD
I: 0100::07EF:0647 # Veronica SD CDS
I: 0100::0FA3:0642 # NET5 SD
I: 0100::1B7B:0646 # NED1 HD
I: 0100::07F4:064D # Comedy Central / Kindernet
I: 0100::31E7:03E3 # Een SD
I: 0100::31E8:03E4 # Ketnet/Canvas SD

[christophecvr]

Voeg erbij

I : 0100: :31E8:03E4 # canvas/ketnet be
I: 0100::31E7:03E3 # een be

[Erik Slagter]

Alle andere behalve Ned 1 HD had ik al, hmmm...

[Roymar]

wat heeft 13th street dan weer voor een ecm-pid erbij, de zelfde pid als de 6a

dvbapi: [ADD PID 0] CAID: 1817 ECM_PID:0714 PROVID: 0000A1

[christophecvr]

wat heeft 13th street dan weer voor een ecm-pid erbij, de zelfde pid als de 6a

dvbapi: [ADD PID 0] CAID: 1817 ECM_PID:0714 PROVID: 0000A1

Inderdaad blijkbaar een nieuwe provid. Dus zullen er nieuwe kaarten op komst zijn veronderstel ik .... ?

Edited by christophecvr, 27 January 2012 - 18:40.

[Erik Slagter]

seca3 = tunneled nagra, de 1817 caid is "naakte" nagra, die wordt niet gebruikt voor consumenten.

[christophecvr]

Alle andere behalve Ned 1 HD had ik al, hmmm...

Zonder de I van ned1 HD werkte het bij mij met dm8000 meestal goed maar af en toe niet. Heb daar mijn eigen kaart voor moeten uitsluiten. Daar met 6c als P: nooit problemen om simpel feit dat 6c geen seca2 pid heeft.

Note als in oscam.dvpapi

[dvpapi]

request_mode = 1

Is ingeschakeld De P: lijnen geen enkele invloed hebben . (ik denk zelfs de L lijnen ook niet) De I: lijnen werken nog wel.

[christophecvr]

seca3 = tunneled nagra, de 1817 caid is "naakte" nagra, die wordt niet gebruikt voor consumenten.

Misschien maar toch nieuwigheid hier
2012/01/27 18:52:33 6AE4F8 c dvbapi: [ADD PID 0] CAID: 1817 ECM_PID: 0714 PROVID: 0000A1
2012/01/27 18:52:33 6AE4F8 c dvbapi: [ADD PID 1] CAID: 1817 ECM_PID: 0714 PROVID: 00006A
2012/01/27 18:52:33 6AE4F8 c dvbapi: [ADD PID 2] CAID: 1818 ECM_PID: 0728 PROVID: 00006C
2012/01/27 18:52:33 6AE4F8 c dvbapi: [ADD PID 3] CAID: 0100 ECM_PID: 0714 PROVID: 00006A
2012/01/27 18:52:33 6AE4F8 c dvbapi: [ADD PID 4] CAID: 0100 ECM_PID: 0728 PROVID: 00006C
2012/01/27 18:52:33 6AE4F8 c dvbapi: [ADD PID 5] CAID: 0500 ECM_PID: 0598 PROVID: 042500

3 X ECMPID 0714

[Erik Slagter]

Yep is bekend, de tunneled nagra maakt gebruik van dezelfde ecm pids als de "naakte" nagra.

D'r zal vast wel ergens op de ecm's een vlaggetje zitten waardoor de cam kan zien welke van de twee het is. Sterker nog, ik denk dat de een de ander totaal niet begrijpt en daarom links laat liggen. Ik heb al eens wat lopen rommelen hiermee, en op de een of andere manier zijn die "naakte" nagra's echt niet bruikbaar voor je getunnelde nagra kaart. Maar ik moet zeggen dat dat giswerk is.

Die provid a1 zegt mij niks? Welke zender is dat?

Edited by Erik Slagter, 27 January 2012 - 19:10.

[christophecvr]

13th street op astra 23.5 dvb-s2 11738 V 27500 5/6 qpsk Sid 17B1
Provider zal wel en toekomstige zijn of reeds actieve met nieuwe kaarten is wel nagra pid

Edited by christophecvr, 27 January 2012 - 19:26.

[Erik Slagter]

voor het netwerk heb ik in de whitelist het volgende staan
...

Hoef ik niet te doen, alle boxen zitten met NFS aan een linux server en delen dezelfde oscam.dvbapi file .

[frissie]

Heb de afgelopen week de experimental versie's op mijn debian 6.0 bak gedraait.
Deze liepen op onregelmatige tijden vast soms na 1 dag, soms na 6 uren.
Hierbij kwam ik veelal een seg fault tegen welke niet verder was te achterhalen.

Hebben meerdere mensen hier last van ?
Ben nu terug naar 1.10rc ... draait al dagen ;o)
Zou natuurlijk gebruik willen maken van de nieuwste versie, allen krijg ik dan ruzie met m'n vrouw ...

[Rob van der Does]

En ik ben er al achter dat hier bovengemiddeld veel leergierigen zitten. Een ander bekend nl sat forum steken de users liever koppen in het zand en starten klachtbriefacties op.

LOL, dat is geen forum, maar een dictatuur........