Aysun
-
Items
11 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door Aysun
-
-
Reader volgorde veranderd, het was dus toeval dat de eerste de unique EMM's kreeg, want nu krijgt de 2e het. De EMM's gaan dus maar naar 1 reader. Kaart in andere reader en voila.
-
Niets onder EMM error.
Kaart verwisselen is eigenlijk ook niet echt een oplossing, maar dat kan ik eens proberen. Mijn gevoel zegt namelijk dat ie alleen de eerste reader update, dus als ik de kaart verwissel wordt die andere kaart weer niet geupdate.
-
Herstart helpt niet helaas.
-
Misschien kan je hier verder gaan / je vraag stellen:
http://www.sat4all.com/forums/topic/330828-oscam-reguliere-updates-komen-niet-door-aangevraagde-wel/
Er zijn meer met hetzelfde probleem lijkt het.
-
Ik heb een soortgelijk probleem, ook met Omnikey readers. Heb 2 kaarten, waarbij de ene wel update en de andere niet. Handmatige activatie via de website komt altijd wel door, binnen enkele minuten.
Mijn readers:
[reader] label = kaart-1 protocol = pcsc device = 1 caid = 0100 ecmwhitelist = 0100@00006A:64 detect = cd mhz = 500 cardmhz = 500 ident = 0100:00006A group = 1 lb_weight = 100 dropbadcws = 1 ratelimitecm = 4 ratelimitseconds = 20 [reader] label = kaart-2 protocol = pcsc device = 2 caid = 0100 ecmwhitelist = 0100@00006A:64 detect = cd mhz = 500 cardmhz = 500 ident = 0100:00006A group = 1 lb_weight = 100 dropbadcws = 1 ratelimitecm = 4 ratelimitseconds = 20
Kaart-1 update wel:
admin 0100 000000 0000000000000000 00000000 1970-01-01 2013-04-04 Mediaguard CAid PBM 0100 00006A F800000000000000 00000000 1970-01-01 2013-04-27 Canal+ Nederland (19E/23E)
Kaart-2 weigert:
admin 0100 000000 0000000000000000 00000000 1970-01-01 2013-03-03 Mediaguard CAid PBM 0100 00006A CA00000000000000 00000000 1970-01-01 2013-04-24 Canal+ Nederland (19E/23E)
Als ik niet voor kaart-2 elke keer een handmatige activatie doe dan stopt ie er mee, in dit geval 3 maart. Als ik voor kaart-2 een activatie aanvraag staat ie binnen 5 minuten ook ergens in april/mei. Bij die tellertjes in het readers overzicht zie ik bij kaart-1 onder alle soorten (behalve UK: Unknown EMM's) getallen hoger dan 0 staan, bij kaart-2 staat er altijd onder UQ (Unique EMM's) 0, maar wel ongeveer net zo veel bij Global en Shared.
Het feit dat kaart-1 wel update, en 2 niet, doet mij vermoeden dat het aan Oscam ligt. Ik draai #8372 en ga eens per maand ongeveer een keer de boel handmatig compileren vanaf SVN trunk.
-
Maar met 4/11 en een ECM die maar 10 sec. geldig is, wat dan in die ene seconde die ertussen zit? Dus je vraagt 4 streams op, deze hebben elk elke 10 sec. een nieuwe ECM nodig, maar de rate limiter laat pas na 11 sec. toe?! Dit geeft geen freezes??
Andere vraag, als je maar 4 SIDs koppelt aan 1 kaart, heb dan ook nog iets als 4/11 nodig? Lijkt me niet, maar? Of geen maar?!
Ik heb 4/20 en de kaart doet ook gewoon 4 kanalen tegelijkertijd. Dus volgens mij hebben die aantal secondes vrij weinig te maken met hoeveel kanalen er tegelijkertijd worden gedecodeerd op 1 kaart. Probeer maar eens.
Als je 4 SID's koppelt kan je nooit meer dan 4 kanalen op 1 kaart kijken, dus is de ratelimiter ook niet nodig.
-
max_cache_time kan je gerust op 15 sec zetten (default). Canal Digitaal gebruikt voor haar eigen zenders 10 seconden, maar sommige zenders die gedeeld worden met buitenlandse providers kunnen korter of langer zijn. Ik geloof dat AutomotorsportHD 15 seconden is. Bij een aanvraag past maar 1 antwoord, dus een 2e aanvraag zal nooit beantwoord worden door het eerste antwoord (omdat die nog in de cache zit), omdat de aanvraag niet matcht met het antwoord. Dat snapt Oscam, dus het beste is om dit gewoon op 15 seconden te laten staan. Freezes ontstaan dus niet doordat een nieuwe aanvraag door een oud antwoord wordt beantwoord.
Wat betreft wait_time: dit is alleen nuttig als je cache uitwisselt met andere Oscam servers via de cacheexchange functionaliteiten. Je eigen Oscam zal dan een bepaalde periode wachten (die je instelt) voordat ie het zelf maar gaat oplossen. Tijdens het wachten is bij cache uitwisseling namelijk de kans aanwezig dat een andere Oscam server ook dezelfde zender al aan het decoderen is. Is na de wachttijd geen antwoord gekomen via de cache, dan zal Oscam het zelf aan een reader/peer vragen. Als je wait_time voor Canal Digitaal op 500 ms zet, dan zal de aanvraag dus binnen 500 + de tijd die de kaart normaal nodig heeft om een antwoord te geven (circa 300ms) beantwoord worden, indien er geen cache hit is. Dus in het geval van 500ms + 300ms is dat dus 800ms. Een volgende aanvraag wacht ie dan niet meer op een antwoord uit de cache voor deze zender. Pas als ie merkt dat er via de cache weer antwoorden binnenkomen voor deze zender zal ie weer overgaan op cache. Antwoord uit de cache zal gemiddeld zo'n 300ms zijn + de tijd die het nodig heeft om van de externe Oscam server naar je eigen Oscam server te komen (ruwweg de tijd die een ping naar de andere server kost).
Ik heb het zo ingesteld, voor CAID 0100 (CDS/TVV/en nog wat andere) wacht ik 500ms.
wait_time = 0100:500Cachedelay is dus ook niet echt een nuttige toepassing.CW Cycle is net nieuw in de trunk versie van Oscam, en vraag me ook niet hoe het precies werkt Het enige dat ik weet is dat het kan voorkomen dat 'foute' antwoorden gebruikt worden. Bijv. omdat een kaart in de anticardshare modus is gesprongen. Deze instellingen gebruik ik en die werken prima:cwcycle_check_caid = 0100 (alleen CDS/TVV/en nog wat andere dus)cwcycle_maxlist = 4000 (maximaal 4000 items, dat is de max, en ik zie niet in waarom je dat lager zou willen zetten)cwcycle_keeptime = 15 (15 minuten lang onthouden wat de cycletijd was voor een zender, anders moet ie dat bij elke zap uitvinden)cwcycle_onbad = 1 (indien een 'fout' antwoord is gevonden wil ik die dus niet gebruiken, dus droppen)cwcycle_dropold = 1 (en tevens oude antwoorden zijn niet meer nuttig en wil ik ook droppen)En nog even wat betreft de 4/10, 4/11, 4/20, etc... Het belangrijkste is dat ie op 4 staat, dat voorkomt dat ie te veel gaat decoderen. -
Citaat:Citaat:Je hebt toch al betaald voor het basis pakket, dan lijkt het me logisch dat je die ook digitaal kan kijken met een decoder naar keuze en niet gebonden bent aan het spelletje wat UPC speelt.
Bij UPC zit het digitale basispakket niet bij de prijs van het analoge pakket in.
Wil je het digitale basispakket ontvangen dan moet je € 2,16 extra per maand betalen.
Multikabel gaat vanaf januari het digitale basispakket ook niet meer gratis bij het analoge pakket doorgeven.
Ja ik weet dat je extra moet betalen. Maar 't gaat toch allemaal naar digitaal toe, waarom zou je dan de meer technische klant/klant met ingebouwde dvb-c tuner moeten vermoeien met hun mediabox?
Als ze gewoon de kanalen die je analoog ontvangt, ook kostenloos én ongecodeerd doorgeven via de digitale weg kan iemand met gevoel voor smaak een eigen decoder kiezen die wel bij zijn of haar interieur past. Of simpelweg gebruik maken van een ingebouwde dvb-c tuner in de modernere tv's. 't Is toch ook niet zo dat je per se een TV van UPC moet huren omdat een eigen TV niet bruikbaar is voor het analoge signaal?
't Gaat mij de pet weer boven <img src="/forums/images/graemlins/tongue.gif" alt="" /> -
Citaat:nog 3 dagen, 12 minuten en 24 seconden, of totdat iemand upc gaat bellen waarom alle kanalen toch openstaan
Maarja ik vermaak me best hier, het gehele basispakket open zonder codering <img src="/forums/images/graemlins/smile.gif" alt="" />
Je hebt toch al betaald voor het basis pakket, dan lijkt het me logisch dat je die ook digitaal kan kijken met een decoder naar keuze en niet gebonden bent aan het spelletje wat UPC speelt. Natuurlijk kunnen ze het direct weer op slot gooien maar ik vind dat je mensen in ieder geval de mogelijkheid moet geven om hun eigen decoder te gebruiken. -
Beetje witjes ook, mag wel even een paar daagjes zon pakken! <img src="/forums/images/graemlins/wink.gif" alt="" />
Strafmode met History Hd
in CI, CI+, (soft)cams en smartcards
Geplaatst:
theparasol, bedankt voor je voortdurende harde werk!