4250 replies to this topic

[Schats]

Ik heb nu #6614 draaien op mijn clients en #6608 op mijn NSLU2.

Tot voor kort had ik op mijn NSLU2 #6573 en op mijn clients #6608 draaien, dit werkte uit de kunst en had ook nagenoeg geen problemen meer met het feit dat zenders op zwart bleven staan.

Toch de update gedaan naar bovenstaande en nu zijn mijn ECM tijden drastisch verandert t.o.v. het oude:[list]
[*]1e ECM tijd (op dezelfde kaart) ca 350ms, wat normaal is in mijn setup.
[*]2e ECM tijd(op dezelfde kaart) ca 750ms???
[/list]
De 2e tijd is toch wel erg vreemd, ook de aanvraag uit de cache gaat in de 2e situatie naar de ca 800ms.

Ligt dit aan de oscam versie en kan ik hier wat tegen doen, heb de mhz en cardmhz al gewijzigd maar dit leverde niets op.

BVD

[mika-nl]

Ik heb nu #6614 draaien op mijn clients en #6608 op mijn NSLU2.

Tot voor kort had ik op mijn NSLU2 #6573 en op mijn clients #6608 draaien, dit werkte uit de kunst en had ook nagenoeg geen problemen meer met het feit dat zenders op zwart bleven staan.

Toch de update gedaan naar bovenstaande en nu zijn mijn ECM tijden drastisch verandert t.o.v. het oude:[list]
[*]1e ECM tijd (op dezelfde kaart) ca 350ms, wat normaal is in mijn setup.
[*]2e ECM tijd(op dezelfde kaart) ca 750ms???
[/list]
De 2e tijd is toch wel erg vreemd, ook de aanvraag uit de cache gaat in de 2e situatie naar de ca 800ms.

Ligt dit aan de oscam versie en kan ik hier wat tegen doen, heb de mhz en cardmhz al gewijzigd maar dit leverde niets op.

BVD

cachedelay misschien in je config gezet ?

MiKa

[Schats]

Ja maar staat gewoon standaard in de config, als de eerste client uit cache werkt zijn de ecm tijden normaal...

Verstuurd van mijn Galaxy Nexus met Tapatalk

[HPPli]

Ik heb nu #6614 draaien op mijn clients en #6608 op mijn NSLU2.
Tot voor kort had ik op mijn NSLU2 #6573 en op mijn clients #6608 draaien, dit werkte uit de kunst en had ook nagenoeg geen problemen meer met het feit dat zenders op zwart bleven staan.
Toch de update gedaan naar bovenstaande en nu zijn mijn ECM tijden drastisch verandert t.o.v. het oude:[list]
[*]1e ECM tijd (op dezelfde kaart) ca 350ms, wat normaal is in mijn setup.
[*]2e ECM tijd(op dezelfde kaart) ca 750ms???
[/list]
De 2e tijd is toch wel erg vreemd, ook de aanvraag uit de cache gaat in de 2e situatie naar de ca 800ms.
Ligt dit aan de oscam versie en kan ik hier wat tegen doen, heb de mhz en cardmhz al gewijzigd maar dit leverde niets op.

Draai ook met NSLU2//Oscam revisie6608 en mijn VU+DUO clients in de twee kamers allebei Oscam-Client 6608 met ECM tijden van ongeveer 323-328mSec. Bij het zappen tussen Ned1,2,3HD start de receiver altijd met een lage ECM 150-290mSec om vervolgens bij de tweede tijd en vervolg uit te komen op ongeveer 323-328mSec. Let op, heb wel de LoadBalancer in het NSLU2-server(tje) alsmede bij m'n 2 clients staan op 3 !

Edited by HPPli, 23 April 2012 - 20:34.

[Schats]

Draai ook met NSLU2//Oscam revisie6608 en mijn VU+DUO clients in de twee kamers allebei Oscam-Client 6608 met ECM tijden van ongeveer 323-328mSec. Bij het zappen tussen Ned1,2,3HD start de receiver altijd met een lage ECM 150-290mSec om vervolgens bij de tweede tijd en vervolg uit te komen op ongeveer 323-328mSec. Let op, heb wel de LoadBalancer in het NSLU2-server(tje) alsmede bij m'n 2 clients staan op 3 !

Ik gebruik geen loadbalancer, ik gebruik services voor mijn 2 kaarten.

Wat bedoel je met:
"LoadBalancer in het NSLU2-server(tje) alsmede bij m'n 2 clients staan op 3"

thnx

[HPPli]

Draai ook met NSLU2//Oscam revisie6608 en mijn VU+DUO clients in de twee kamers allebei Oscam-Client 6608 met ECM tijden van ongeveer 323-328mSec. Bij het zappen tussen Ned1,2,3HD start de receiver altijd met een lage ECM 150-290mSec om vervolgens bij de tweede tijd en vervolg uit te komen op ongeveer 323-328mSec. Let op, heb wel de LoadBalancer in het NSLU2-server(tje) alsmede bij m'n 2 clients staan op 3 !

Ik gebruik geen loadbalancer, ik gebruik services voor mijn 2 kaarten.
Wat bedoel je met:
"LoadBalancer in het NSLU2-server(tje) alsmede bij m'n 2 clients staan op 3"

Ik gebruik juist geen services maar heb m'n oscam.conf in de NSLU2 staan alsvolgt;
[global]
clienttimeout = 8000
clientmaxidle = 180
nice = 0
lb_mode = 3
saveinithistory = 1
readerrestartseconds = 1

[rimme]

Ik gebruik nu al enige tijd oscam op een ubuntu server.
En 2 ontvangers met oscam en dvbapi.

Alles werkt goed alleen de kaart updates werken niet, of niet goed.
Als ik cccam als client gebruik worden de kaarten perfect geupdate.

Wat zijn de juiste instellingen om TV Vlaanderen en Canaal Digitaal te updaten?
Blijkbaar heeft niemand hier problemen mee, want heb er nog niets van terug gevonden.

[theparasol]

Alleen als je tussen de server en de client gebruik maakt van CAMD35 of CS378X protocol worden de remote kaartjes geupdated met emm's.

[JaapS]

In het verleden werden de kaarten via oscam-oscam (cccam-ext) wel geüpdatet, momenteel komen alle emm's behalve shared door heeft dit met de CD patches te maken of met de nieuwere software op de kaarten?

[rimme]

Alleen als je tussen de server en de client gebruik maakt van CAMD35 of CS378X protocol worden de remote kaartjes geupdated met emm's.

Daar zit ik al zo lang mee te kloten en de oplossing is zo simpel.

Bedankt theparasol

[Erik Slagter]

Volgens mij was dat al eens gemeld

[teletub]

2012/04/22 09:48:34   57ACB0 r ERROR in IO_Serial_Write u=0 to_send=5 (errno=0 Success)
2012/04/22 09:48:37   57ACB0 r ERROR in IO_Serial_Read (errno=0 Success)

die bovenste gaat eraan vooraf en dan is het gebeurt met de kaart

groet

Even hier op terug komend mischien dat iemand er wat aan heeft.

Ik heb de kaart van de bovenste sleuf verplaats naar de onderste tot nu toe geen probleem weer gehad.
Dit wel ff veranderen

device  = /dev/sci0 ----> naar ---->device = /dev/sci1

in oscam.server

groet

[JaapS]

Graag wil ik nog even aanhaken op het updaten via cccam-ext, wellicht is het bruikbare info voor verdere ontwikkeling...

- Lokale kijkdoos met kaart, updated de kaart prima en geeft emm's door naar een server met smargo.
- Server's smargo wordt niet geüpdatet alle behalve shared emm's worden geschreven, verder heeft deze server een externe reader en geeft daar ook emm's aan door.
- De externe reader ontvangt alle incl. shared emm's van de server en de kaart wordt wel geüpdatet.

De configs kwa caid, ident en au_provid zijn op alle 3 machines hetzelfde en alle communicatie verloopt via cccam-ext (2.3.0) met AU=1 (dus geen specifieke reader ingegeven)
De externe reader is mijn 2e ontvanger waarvan de lnb niet aangesloten zit om uit te sluiten dat die box zelf de kaart updated, wel is het zo dat beidde ontvangers dvbapi ingecompiled hebben en de server in het midden niet.

[JaapS]

Nog vreemder, de kaart in mijn server staat opeens op 02-07 zonder dat er shared emm's zijn weggeschreven...

[spikes]

Hallo,
Ik heb een xtrend 9500 met kabel en sat tuner.
draai met de laatste openpli.en oscam 6644
Nu krijg ik mijn seca3 kaart wel aan de praat met de interne kaartlezers maar de irdeto 0604 van ziggo niet.

dit is mijn config voor ziggo:
[reader]
label = upper-ziggo
description = ziggo
protocol = internal
device = /dev/sci0
caid = 0604
rsakey = 3C86------6C76A
boxkey = 11----------88
detect = cd
mhz = 600
cardmhz = 600
caid = 0604
ident = 0604:000000
group = 1
emmcache = 1,3,15
lb_weight = 400

Ik krijg deze melding:

2012/05/01 19:39:59 73300468 h restarting reader upper-ziggo
2012/05/01 19:39:59 73300468 h creating thread for device /dev/sci0
2012/05/01 19:39:59 73308CD0 r reader upper-ziggo initialized (device=/dev/sci0, detect=cd, mhz=600, cardmhz=600)
2012/05/01 19:40:00 73308CD0 r upper-ziggo card detected
2012/05/01 19:40:01 73308CD0 r ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 20 56 35 2E 37 9A
2012/05/01 19:40:02 73308CD0 r Maximum frequency for this card is formally 6 Mhz, clocking it to 6.00 Mhz
2012/05/01 19:40:03 73308CD0 r detect irdeto card
2012/05/01 19:40:09 73308CD0 r card system not supported
2012/05/01 19:40:09 73308CD0 r Normal mode failed, reverting to Deprecated Mode
2012/05/01 19:40:10 73308CD0 r ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 20 56 35 2E 37 9A
2012/05/01 19:40:11 73308CD0 r Maximum frequency for this card is formally 5 Mhz, clocking it to 6.00 Mhz
2012/05/01 19:40:12 73308CD0 r detect irdeto card
2012/05/01 19:40:18 73308CD0 r card system not supported
2012/05/01 19:40:18 73308CD0 r card initializing error

Card sytem is dus niet supported van deze kaart (4262-en 4132)
Met CCcam zijn er geen problemen.

Kan dit kloppen dat de kaart niet supported wordt door deze oscam of oscam i.c.m. xtrend 9500 interne readers?

[Non Disclosed]

Voor ziggo kaarten:

[reader]
label						 = lower
protocol					  = internal
device						= /dev/sci0
caid						  = 0604
rsakey						= ???????????????
boxkey						= ??????????
detect						= cd
mhz						   = 600
cardmhz					   = 600
ident						 = 0604:000000,000001,000002,000003,000004
group						 = 1
emmcache					  = 1,3,2
blockemm-unknown			  = 1
blockemm-g					= 1
ratelimitecm				  = 4
ratelimitseconds			  = 9

Zo werk die bij ons toch.

[moderator]
Bas, gelieve hier geen keys te plaatsen, zie onze huisregels, we zijn geen vrijschakelbord of wat dan ook
[/moderator]

[spikes]

lower kaartlezer met device = /dev/sci0 ?
Dat is toch de bovenste kaartlezer ?

[Non Disclosed]

Het label is maar een naampje, de een is /dev/sco en de ander /dev/sc1, maar het label kan je noemen zoals je zelf wilt.

[spikes]

Krijg steeds
detect irdeto card
2012/05/06 13:09:24 57CDF0 r card system not supported
2012/05/06 13:09:24 57CDF0 r card initializing error

[Non Disclosed]

Is de kaart wel goed?
Probeer anders eens een OScam stable versie.