4250 replies to this topic

[Erik Slagter]

Dat heb ik op enig moment ook eens geprobeerd, maar dat hielp toen niet. Maar ik moet zeggen dat mijn -W opties wat strenger zijn dan standaard, misschien dat dat uitmaakt.

[golfdiesel]

Alles lijkt bij mij goed te werken. ECM tijden van 300ms.
Wat mij wel opviel, gisteren liepen er twee opnames en we keken een derde gecodeerde zender. De zender die we keken en één opname hadden beide ECM tijden van 300ms en de tweede opname had een ECM tijd van 600ms.
Dit is allemaal met de experimentals die in de feed zitten.

Leuk om zo wat meer te kunnen zien van een softcam en het is geen blackbox zoals Cccam wel is.

Edited by golfdiesel, 1 October 2012 - 15:54.

[theparasol]

Weer lopen sleutelen aan de ratelimiter... alweer een stukje slimmer gemaakt!

http://www.streamboa.../changeset/7554

[bareus]

@theparasol

Waar is de nieuwste build te downloaden? Site .cc down :-(

Bareus

[ni_hao]

@bareus: via streamboard

[beebee]

@ni_hao,
bedankt voor het ubdaten van de HeaderWhitelist :
Canal Digitaal 19,2° East 0100 00006A Seca2 Seca 800061006A0000FD10,810061006A0000FD10
http://openpli.org/f...337#entry301337
BeeBee

[ni_hao]

@ni_hao,
bedankt voor het ubdaten van de HeaderWhitelist

Kleine moeite en graag gedaan maar ik had de data van theparasol

[Erik Slagter]

Ik kwam er trouwens achter dat je voor een of ander obscuur kanaal (nautical channel ofzo, motors, ik weet het niet meer) een uitbreiding nodig hebt van de whitelist:

ecmheaderwhitelist  = 100@6a:803061006a00075c00,813061006a00075c00,800061006a00075c00,810061006a00075c00

[rytec]

Ik kwam er trouwens achter dat je voor een of ander obscuur kanaal (nautical channel ofzo, motors, ik weet het niet meer) een uitbreiding nodig hebt van de whitelist:

ecmheaderwhitelist  = 100@6a:803061006a00075c00,813061006a00075c00,800061006a00075c00,810061006a00075c00

Waarom gebruiken jullie eigenlijk die ecmheaderwhitelist als het zonder die whitelist ook werkt? vat dit nu niet cynisch op aub, ik wil gewoon de meerwaarde beter kennen.

[Erik Slagter]

Ja dat wil ik je wel uitleggen

Je wilt voorkomen dat seca2 requests naar je nagra3 kaart worden gestuurd en v.v. Ten eerste werkt het niet en ten tweede tellen die foute requests lekker mee voor penalty-stand. De code van the_parasol voorkomt dat tegenwoordig, maar ik heb een donkerbruin vermoeden dat die code er een keer uit gaat, aangezien deze aanpak veel algemener is.

[rytec]

OK, dank je
Ik heb dus wel voor mijn tvvlaanderen kaart deze ecmheaderwhitelist genomen : 0100@00006C:803061006C00075C00,813061006C00075C00,800061006C00075C00,810061006C00075C00

En die ecmwhitelist 0100@00006C:64 heeft daar ook mee te maken?

Dus er is ook al een code verwerkt in de oscam versies waardoor je dit eigenlijk niet hoeft in te vullen?

Edited by rytec, 2 October 2012 - 15:13.

[Erik Slagter]

Ik heb dus wel voor mijn tvvlaanderen kaart deze ecmheaderwhitelist genomen : 0100@00006C:803061006C00075C00,813061006C00075C00,800061006C00075C00,810061006C00075C00

Ik weet niet of je dat voor TVV zo 1:1 (met 6a->6c) kunt overnemen!

En die ecmwhitelist 0100@00006C:64 heeft daar ook mee te maken?

Nee dat is wat anders. Dat is een beveiliging tegen vieze truuks die een provider met je kaart kan uithalen.

Dus er is ook al een code verwerkt in de oscam versies waardoor je dit eigenlijk niet hoeft in te vullen?

Ja, al een hele tijd, je loopt achter De oscam.dvbapi kan tegenwoordig in principe leeg blijven. Maar het heeft wel voordelen om daar wat in te zetten.

[littlesat]

Je wilt voorkomen dat seca2 requests naar je nagra3 kaart worden gestuurd en v.v. Ten eerste werkt het niet en ten tweede tellen die foute requests lekker mee voor penalty-stand. De code van the_parasol voorkomt dat tegenwoordig,

Was het niet makkelijker geweest bij die penalty stand de ECM PID mee te nemen....

[Erik Slagter]

Je bedoelt anti-penalty, anders begrijp ik het niet? Ik heb het niet over een "feature" van oscam maar van de kaart! Als je je nagra3-kaart gaat bestoken met seca2 ecm's dan krijg je geen beeld maar wel als kadootje een kaart in penalty-stand.

[littlesat]

Niet bijhouden als een "server" op 100:6a:SID geen/wel beeld geeft maar op 100:6a:SID:ECMPID..... dan hoef je ook geen ECM start strings bij te houden/regelen.... In de ECMPID zit ook Seca2/Seca3.. (de ene is voor Seca2 en de ander voor Seca3)... dan kan de boel ook automatisch gaan - zonder gekke instellingen....

Ik zie soms zelfs alleen CAID en SID in oscam staan.... wat natuurlijk helemaal bocht is....

Edited by littlesat, 2 October 2012 - 15:56.

[rytec]

Ja, al een hele tijd, je loopt achter De oscam.dvbapi kan tegenwoordig in principe leeg blijven. Maar het heeft wel voordelen om daar wat in te zetten.

idd, ik loop achter op het oscam gebeuren maar ik probeer de draad weer op te pakken en compileer steeds de laatste versie.
Ik hoop dus weer het één en ander mee te kunnen testen.

Doordat ik die ecmheaderwhitelist 1:1 heb gewijzigd naar 6c in die code werkte de kaart wel weer, met 6a in de code ging er niets meer open.

[BuGless]

En die ecmwhitelist 0100@00006C:64 heeft daar ook mee te maken?

Nee dat is wat anders. Dat is een beveiliging tegen vieze truuks die een provider met je kaart kan uithalen.

Zoals?

[theparasol]

Niet bijhouden als een "server" op 100:6a:SID geen/wel beeld geeft maar op 100:6a:SID:ECMPID..... dan hoef je ook geen ECM start strings bij te houden/regelen.... In de ECMPID zit ook Seca2/Seca3.. (de ene is voor Seca2 en de ander voor Seca3)... dan kan de boel ook automatisch gaan - zonder gekke instellingen....

Ik zie soms zelfs alleen CAID en SID in oscam staan.... wat natuurlijk helemaal bocht is....

Dat zit er al in... kijk maar eens goed, werkt alleen als je loadbalancer actief hebt. In de seca reader zit de CDS NL seca2/3 protection en die geeft aan de LB door dat dat ecm pid maar niet meer aangeboden moet worden.
Maar als je whitelist ecmheaders gebruikt wordt die code compleet buiten spel gezet. Maar dat is niet erg want dan werkt het immers ook.

Iemand al met oscam -d1 het ecmslot spelletje van de readers bekeken? Vindt het zelf een prachtig mooi gezicht

[BuGless]

Je wilt voorkomen dat seca2 requests naar je nagra3 kaart worden gestuurd en v.v.

Vergeef mijn onwetendheid, maar als ik een cnd kaart heb, voor zover ik begrepen heb moeten requests voor 0100:6a naar deze kaart.
Welke requests gaan/gingen er dan nu fout, als je die filtering niet toepast?

Zijn er requests bij die voor 0100:6a zijn, maar die geformuleerd worden als seca2 request, en anderen die geformuleerd worden als nagra3 request?
En hoe moet ik weten welk soort kaart ik heb, een seca2 of een nagra3?

[theparasol]

Dat is dat verrekte simulcrypt. 0100:00006a wordt zowel voor seca2 als seca3 gebruikt. Alleen de ecmpid is anders.
Wat krijg je nu als je op nederland 1 SD schakelt: 2 ecmpids voor 0100:00006a, de eerste is van seca2. Die ging vroeger ook naar de seca3 pas en werd met
not found beantwoord (maar ondertussen wel opgetelt voor de penaltystand) daarna biedt oscam de seca3 ecmpid aan, die gaat goed.
Als je 1 client hebt maakt het niet zoveel uit maar met wat meer clients telt het aardig op.
Nogmaals, deze shit is al sinds feb 2012 ondervangen in oscam.