4250 replies to this topic

[theparasol]

Dan zie ik gelijk hoe handig die nieuwe feature is, requestmode 1, ignore op alle caids die je niet wilt in dvbapi.oscam, decodeforever = 1. Das voor mij nu de ideale instelling.

Met requestmode 1: Realiseer je wel dat je nu bij alle deuren tegelijk aanbelt, al die readers zullen dezelfde ecm te verwerken krijgen en igv ratelimits een slotje minder overhouden terwijl de client er niets mee zal gaan doen. Waste of resources. Daarom beter om requestmode 0 te gebruiken, eenmaal bij de juiste ecm pid gaat kanaal beslist open.

[Erik Slagter]

Da's alleen direct na het zappen. En volgens mij de default mode van cccam

[DoeEensGek]

Ik dacht hetzelfde als erik, en als ik in de logs kijk gebeurt dat ook volgens mij.

[ni_hao]

Waar zou dit aan kunnen liggen:

2012/10/14 10:10:51 88AC368 c woonkamer (0100&00006A/0000/07D4/64:20F1): found (480 ms) by cd_seca2 (L/1/1/2) - RTL 4
2012/10/14 10:10:51 87E7F48 c slaapkamer (0100&00006A/0000/07D4/64:77F0): not found (463 ms) by cd_seca2 - RTL 4

seca2 kaart zit in een ubuntu server met svn-7707. Beide userconfigs zijn exact hetzelfde (op uiteraard login en ww na)

De ene (woonkamer) wordt wel gevonden, de andere (slaapkamer) niet.

[theparasol]

@NI_Hao:

Je slaapkamerbox stuurt een seca3 ecm, dat kan die seca2 kaart niet handelen.
Je kunt er trouwens geen bal aan doen op je server. CCcam en camd3 proto sturen die ecmpid info helaas niet mee (vandaar ook die 0000)
Op een box met een oscam en lokale reader zul je dan ook zien dat hier geen 0000 staat maar netjes de juiste ecmpid.
En die ecmpid is nu net het enigste wat een seca2 van een seca3 verzoek onderscheidt.
Dat valt niet aan te passen. Ja, in oscam wel maar een client met orginele cccam heeft er geen donder aan.
Het is ook geen ramp, als het not found is wordt een andere kaart gepakt

Edited by theparasol, 14 October 2012 - 11:08.

[ni_hao]

Je slaapkamerbox stuurt een seca3 ecm, dat kan die seca2 kaart niet handelen.
Je kunt er trouwens geen bal aan doen op je server.

Da's jammer want mapping is helaas geen optie omdat ook seca3 ecm's moeten worden behandeld.

[theparasol]

Toch nog weer even over nagedacht.... wil je eens testen of dit goed werkt?

http://www.streamboa.../changeset/7713

[Remi_4]

Word oscam versie niet meer geupdate bij software update van PLI.
Bij mij staat versie 7365 en heb gisteren software update gedaan.

[theparasol]

Word oscam versie niet meer geupdate bij software update van PLI.
Bij mij staat versie 7365 en heb gisteren software update gedaan.

Correct, wordt niet meer geupdated. De nightly builds van de images bleken te vaak mislukken doordat de oscam server liep te stuiteren.
Je zult nu met de hand moeten updaten!

[Remi_4]

Oke, kun je vertellen hoe en waar ik ze verdaan haal.

[ni_hao]

Toch nog weer even over nagedacht.... wil je eens testen of dit goed werkt?

Sorry niet eerder gezien, zal ff 7717 compileren en dan testen

[ni_hao]

@theparasol: ik krijg nu tig keer te zien:


2012/10/14 21:04:10 9B412F8 c ******** CDS NL SECA2/NAGRA fix: Add CHID 0100:005C00 to the answering reader(s) ********

Ook bij niet seca2 aanvragen.

Ik heb bij CHID op de server bij de betreffende gebruiker ingevuld: 0100:005C00 maar daarna nog steeds een not found (heb de gebruiker uit en ingeschakeld)

[OKA]

Heb de volgende instellingen op een dockstar

label = cdnl
protocol = smartreader
...
services = cds_ftv,cds_basis,cds_basishd,cds_familie,cds_familiehd,radio
caid = 0100
ident = 0100:000000,00006A
ecmwhitelist = 0100@00006A:64
ecmheaderwhitelist = 0100@00006A:803061006A00075C00,813061006A00075C00,800061006A00075C00,810061006A00074F00
...
mhz = 800
cardmhz = 500
...
dropbadcws = 1
ratelimitecm = 4
ratelimitseconds = 12
cooldown = 60,600

Het gebeurd geregeld, dat ik opeens haperingen of lange tijd geen beeld heb.
Als ik in de oscam.log kijk, zie ik (soms) op de threadid van mijn clientverbinding, de volgende melding:

Reader: cdnl ratelimiter returned to setup phase after 60 seconds cooldowndelay!

Maar oscam blijft ecm's sturen, en de client (cccam) ontvangt deze ook.

Ik kan de oorzaak van de haperingen niet achterhalen (waarschijnlijk de ratelimiter).
Wat ik vermoed, is dat stel er zijn op enig moment 3 unieke ecm in de ratelimiter. Er komt een 4e unieke ecm bij. Vervolgens komen er andere ecm aanvragen op de kaart die niet beantwoord kunnen worden vanwege de ratelimiter.
Hoe wordt nu bepaald welke ecm voorrang krijgt? De ecm die al een tijdje in de ratelimiter-pool zit, of toevallig eentje die net binnenkomt en in de pool terechtkomt, waardoor een eerdere ecm opeens wordt buitengesloten. Dus dat een ecm die de emmer doet overlopen opeens beeld krijgt, en hiermee een client die probleemloos zit te kijken opeens buitensluit. Kan dat?

[ni_hao]

Oke, kun je vertellen hoe en waar ik ze verdaan haal.

zelf compileren

[ni_hao]

@theparasol: Ik heb bij CHID op de server bij de betreffende gebruiker ingevuld: 0100:005C00 maar daarna nog steeds een not found (heb de gebruiker uit en ingeschakeld)

Heb nu de gegevens bij de betr. gebruiker weggehaald en ze ingevuld bij de reader van de seca2 kaart maar nog steeds not found voor de slaapkamer en uiteindelijk (nadat ik naast 005C00 ook 00FC10 heb ingevuld bij CHID) beeld in de woonkamer. Kortom, CHID ingevuld bij kaartreader op de server en nog steeds zelfde situatie helaas. SVN is 7717

[DoeEensGek]

Oke, kun je vertellen hoe en waar ik ze verdaan haal.

zelf compileren

http://download.oscam.cc/index.php

Deze werkt nu. Daarnaast zijn er diverse forums met kant en klare... en anders idd zelf doen. Misschien dat pli team om de zoveel tijd/dagen zelf een nieuwere versie kan plaatsen. Die ze niet geautomatiseerd maken of dergelijke. Nu lopen ze steeds verder achter.

[teo1966]

Ik draai versie 7613 als client en server met het cccam protocol.
ik ben nu 3/11 eens aan het proberen als dit werkt zal ik 4 /12 nog eens proberen.

MTV HD heeft wel een emmpid voor 0100 maar daar komt geen fluit op binnen.
History heeft bv geen emm pids, wellicht heeft de chid-4 lock deze wel nodig om 4 kanalen duurzaam te kunnen blijven decoderen?!
Indien geen emm's dan valt hij weer terug op chid-2 lock?

ik heb hier een C+ kaart met een penalty heb de ontvanger op history staan
de ecms komen wel binnen de emms niet de penalty blijft op de kaart ( om de zoveel tijd een hangend beeld )
de penalty verdwijnt helemaal als de kaart op bv ned1 hd staat en de 119 emms binnen zijn ( 9 min ) dan geen hangend beeld

[theparasol]

ik heb hier een C+ kaart met een penalty heb de ontvanger op history staan
de ecms komen wel binnen de emms niet de penalty blijft op de kaart ( om de zoveel tijd een hangend beeld )
de penalty verdwijnt helemaal als de kaart op bv ned1 hd staat en de 119 emms binnen zijn ( 9 min ) dan geen hangend beeld

Zo, weten we dat ook weer!
We moeten dus gewoon de kaart bestoken met 119 global emms... zou het nog uitmaken welke emm of een willekeurige?
Daar kunnen we wel een leuke loop voor bedenken, dan hoef je in elk geval geen 9 minuten te wachten...

@Ni_hao: ik heb er nog weer verder over nagedacht en ik verwacht dat dit nu wel voor je gaat werken:

http://www.streamboa.../changeset/7720

Niet vergeten alle chid's of idents of wat je ook maar toegevoegd hebt weer te verwijderen!

[ni_hao]

@theparasol:

@Ni_hao: ik heb er nog weer verder over nagedacht en ik verwacht dat dit nu wel voor je gaat werken:
Niet vergeten alle chid's of idents of wat je ook maar toegevoegd hebt weer te verwijderen!

Ik heb de CHID weer verwijderd en svn-7720 geprobeerd. Helaas, nog niet goed

In de standaard log zie ik o.a.:

(0100&00006A/0000/0FAB/64:C604): found (485 ms) by cd_seca2 (L/1/2/2) - Nederland 1
(0100&00006A/0000/0FAB/64:7C93): rejected group (1 ms) (0/0/0/0) - Nederland 1 (no matching reader)

De ene client (woonkamer) dus wel netjes found maar de andere client niet

In de uitgebreide log lees ik later:

2012/10/15 08:01:23  923C830 r cd_seca2 [seca] TRACE: cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2012/10/15 08:01:23  9334B50 c Secatype 5C00, Readertype = 2
2012/10/15 08:01:23  9334B50 c slaapkamer (0100&00006A/0000/0FAB/64:1027): rejected group (1 ms) (0/0/0/0) - Nederland 1 (no matching reader)
2012/10/15 08:01:23  9334B50 c Secatype 5C00, Readertype = 2

Opeens een rejected group.... Hopelijk heb je er wat aan

Edited by ni_hao, 15 October 2012 - 06:08.

[theparasol]

Zekers, en het klopt ook nog want er wordt geen seca2 ecm gestuurd maar een nagra3 dus die seca2 reader is terecht no matching reader.
Gokje: heb je op de client(s) wellicht seca2 uitgeschakelt dmv dvbapi?
Ook op de clients die oscam draaien moet je upgraden omdat anders seca2 en seca3 op de blacklist van oscam komen te staan en wel op die van de CCcam sid checker...