-
Items
1735 -
Registratiedatum
-
Laatst bezocht
-
Dagen gewonnen
11
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door alias haha
-
-
Als je verder geen verstand hebt van linux, ja dan is die hardstikke goed, cccam er op , F line in de server, C line in de user en draaien maar
- 1
-
Nee hoor, je moet je MG_cfg goed instellen, gebruik hem nu al 3 maanden, ook op de laatste Pli loopt ie goed
-
Hier in het begin gehad, maar na 10 keer rebooten was het gedaan, daarna ging het goed
-
Ik heb hem op 1 staan, fastest reader first, maar dat moet je zelf ervaren wat voor jou de beste instelling is, maak optijd een back up van je configs, zodat als je het verkloot dat je altijd nog een werkende oscam terug kunt krijgen, zeker als je het niet meer weet wat je allemaal gedaan hebt.
-
Ik kijk nog liever met tegenzin, een film waar ik de taal niet van ken, een franse of arabische op film1 dan dat ik naar die reclame zenders kijk, bah bah, ben blij dat ik alleenstand ben en niet verplicht die onzin programma's moet kijken van een ''liefje''
-
Wel met meerdere lijntjes bij user uniq op 2 of op 0 zetten, anders krijg je rare dingen in je oscam
uniq
Example:
uniq = 0 # disabled, default
uniq = 1 # only one connection per user is allowed
uniq = 2 # set user to fake if source ip is different
(e.g. for newcamd clients with different CAIDs and ports)
uniq = 3 # only one connection per user, but only the last login will survive (old mpcs behavior)
uniq = 4 # set user only to fake if source ip is different, but only the last login will survive
-
Dit zijn de tijden uit mijn smargo readers, als ik ze uit de vu trek zit ik rond de 320 ms. Heb de mhz en card mhz al eens omhoog of omlaag gezet, de tijden blijven precies hetzelfde.
De tijden als ze uit de cache getrokken worden, met name zappen, dan zijn ze 0 ms, maar springen daarna iets minder dan die gene die ze van de kaart haalt.
Maar heb er geen problemen mee, het zappen gaat super snel.
Heb met de oplopende tijden geen problemen meer gehad nu met de oscam cs op de vu zoals ik laat zien hierboven.
-
zet je emmcache = 1,3,15 eens zo neer bij je reader waar je kaart inzit. ik heb dat in het begin dat ik oscam ging gebruiken ook eens gehad, en probeer eens MGcamd 1,30.
Zet dit neer in je oscam.conf :
[newcamd] port = 10000@0100:00006A key = 0102030405060708091011121314 keepalive = 1 mgclient = 1
Je moet alleen nog even de newcamd.list even aanpassen met een ftp programma, zoals je ipadres van je ontvanger en je username en password. dan deze files in de map /var/keys zetten, wat er al in de map keys staat kan allemaal weg.
Daarna cam en oscam herstarten
Dit is alleen de instelling van alleen CD, dus geen vlaanderen of sky of whatever
Heb in het begin cccam gebruikt met een N line, maar cccam deed oscam te veel laten crashen, en daarbij MGcamd cached ook ecm's, ik heb ze op 25 seconde staan daarom zapt ie ook vlugger dan cccam vind ik.mg_cfg-newcamd.list.rar
-
Maak dan een groep aan waar de user naar mag kijken, de rest kun je faken, je kunt makkelijk met 2 kaarten zogenaamd bijvoorbeeld 20 kaarten faken, wil niet zeggen dat je beeld krijgt.
-
Dit zijn de zenders die niet open gaan.
Heb wel gemerkt dat in revisie de kaartlezers van de vuduo na 2 uur nog niet uitvallen, lijkt gefixed. Met eerdere versies duurde het geen uur, dan kon je al herstarten
Ben even ergens achter gekomen, krijg deze zenders ook niet door met CCcam, dus dan krijg ik ze ook niet door met oscam natuurlijk, dan kan ik nog lang klooien.
Even een belletje plegen naar onze vrienden van cd, want betaal wel voor een vol abbo en heb ze wel altijd gehad op die kaart. Op mijn andere kaart krijg ik ze wel door....... pfffffffffffffffffffffff g.dv....e
-
Het volgende valt me ook op, dat de ecm tijden oplopen en daarna ineens terug springen naar een snellere ecm tijd, dit gebeurd alleen in mijn vuduo, terwijl mijn andere ontvanger op dezelfde kaart in mijn server, wel met een mgcamd connectie, op ecm tijden van 450 blijven liggen tegelijkertijd dat van de vu de tijden op aan het lopen zijn.
Hier een 256 log van mijn vu:
2012/04/16 14:18:14 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 530ms fail 0 2012/04/16 14:18:14 7717A758 c dave (0100&00006A/0000/179D/64:D213): found (530 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:18:24 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 555ms fail 0 2012/04/16 14:18:24 7717A758 c dave (0100&00006A/0000/179D/64:2369): found (555 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:18:34 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 562ms fail 0 2012/04/16 14:18:34 7717A758 c dave (0100&00006A/0000/179D/64:2D44): found (562 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:18:44 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 578ms fail 0 2012/04/16 14:18:44 7717A758 c dave (0100&00006A/0000/179D/64:2E63): found (579 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:18:54 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 590ms fail 0 2012/04/16 14:18:54 7717A758 c dave (0100&00006A/0000/179D/64:9E99): found (591 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:19:04 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 613ms fail 0 2012/04/16 14:19:04 7717A758 c dave (0100&00006A/0000/179D/64:6198): found (613 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:19:14 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 627ms fail 0 2012/04/16 14:19:14 7717A758 c dave (0100&00006A/0000/179D/64:F86B): found (627 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:19:24 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 635ms fail 0 2012/04/16 14:19:24 7717A758 c dave (0100&00006A/0000/179D/64:7264): found (635 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:19:34 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 662ms fail 0 2012/04/16 14:19:34 7717A758 c dave (0100&00006A/0000/179D/64:B805): found (662 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:19:44 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 679ms fail 0 2012/04/16 14:19:44 7717A758 c dave (0100&00006A/0000/179D/64:7237): found (679 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:19:54 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 696ms fail 0 2012/04/16 14:19:54 7717A758 c dave (0100&00006A/0000/179D/64:3E5C): found (696 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:20:04 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 714ms fail 0 2012/04/16 14:20:04 7717A758 c dave (0100&00006A/0000/179D/64:BFEB): found (714 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:20:14 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 727ms fail 0 2012/04/16 14:20:14 7717A758 c dave (0100&00006A/0000/179D/64:A887): found (727 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:20:24 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 748ms fail 0 2012/04/16 14:20:24 7717A758 c dave (0100&00006A/0000/179D/64:E820): found (748 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:20:34 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 763ms fail 0 2012/04/16 14:20:34 7717A758 c dave (0100&00006A/0000/179D/64:9810): found (763 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:20:44 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 787ms fail 0 2012/04/16 14:20:44 7717A758 c dave (0100&00006A/0000/179D/64:506B): found (787 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:20:54 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 785ms fail 0 2012/04/16 14:20:54 7717A758 c dave (0100&00006A/0000/179D/64:49BB): found (785 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:21:04 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 827ms fail 0 2012/04/16 14:21:04 7717A758 c dave (0100&00006A/0000/179D/64:355A): found (827 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:21:14 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 824ms fail 0 2012/04/16 14:21:14 7717A758 c dave (0100&00006A/0000/179D/64:003E): found (824 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:21:24 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 840ms fail 0 2012/04/16 14:21:24 7717A758 c dave (0100&00006A/0000/179D/64:3495): found (840 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:21:34 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 859ms fail 0 2012/04/16 14:21:34 7717A758 c dave (0100&00006A/0000/179D/64:E89C): found (860 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:21:44 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 881ms fail 0 2012/04/16 14:21:44 7717A758 c dave (0100&00006A/0000/179D/64:A02A): found (882 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:21:54 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 891ms fail 0 2012/04/16 14:21:54 7717A758 c dave (0100&00006A/0000/179D/64:9D8A): found (891 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:22:04 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 450ms fail 0 2012/04/16 14:22:04 7717A758 c dave (0100&00006A/0000/179D/64:4C70): found (451 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:22:14 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 449ms fail 0 2012/04/16 14:22:14 7717A758 c dave (0100&00006A/0000/179D/64:797E): found (449 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:22:24 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 454ms fail 0 2012/04/16 14:22:24 7717A758 c dave (0100&00006A/0000/179D/64:1B19): found (454 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:22:34 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 449ms fail 0 2012/04/16 14:22:34 7717A758 c dave (0100&00006A/0000/179D/64:2E92): found (449 ms) by cccam_server_van_dave - Investigation Discovery 2012/04/16 14:22:44 7717A758 c loadbalancer: adding stat for reader cccam_server_van_dave: rc 0 0100&00006A/0000/179D/0000/64 time 451ms fail 0 2012/04/16 14:22:44 7717A758 c dave (0100&00006A/0000/179D/64:D60A): found (451 ms) by cccam_server_van_dave - Investigation Discovery
-
Krijg alles binnen nu, alleen bij sommige zenders valt het beeld af en toe nog weg, lijkt er op als ik met een andere ontvanger op dezelfde zender ga staan en de vu in de cache gaat hangen en ik dan met de andere ontvanger naar een andere zender ga dat de vu geen cw meer krijgt, en zo op not found springt, ga ik wat zappen en dan terug op de not found zender ga staan heb ik weer beeld.
Als ik dit doe met alleen MGcamd naar mijn oscam server ipv MGcamd/oscam cs heb ik er geen last van. Dit gebeurd dus alleen van oscam naar oscam.
-
Bij staat het zo: reshare =2 en reshare_mode = 1 dus in de oscam.conf
-
Ik gebruik de smartreaders al 5 jaar nu, en hebben me nog nooit in de steek gelaten, hier werken ze perfect. Misschien dat het voor sky kaarten niet goed werkt misschien?? Ik weet het niet want ik heb ze niet.
Ik heb vandaag revisie 6608 op mijn ubuntu gezet en 6605 op mijn vuduo.
Ik had de reshare mode in cccam op 3 staan in mijn ubuntu server, en oscam op mijn vu gaf af en toe beeld op de zenders in de cache, en de zenders niet in de cache ging goed..
Nu de reshare mode op 1 gezet en nu pakt deze ook de zenders uit de cache zonder uit te vallen.
Straks nog even testen wat de vu doet met een kaart er in, of ik nu wel alle zenders door krijg, via de server in ieder geval wel nu.
En dit zonder services of dvbapi file...
Op de vu dus alleen Mgcamd 1.35 icm oscam cs
-
ik heb op allebei nog steeds versie 1.3 staan, wel met seca kaarten dan wel te verstaan
-
@ theparasol
Ik gebruik MGcamd als client, al vanaf het begin dat ik oscam gebruik, en dat is nu ongeveer 4 maanden, vanaf dat cd aan het hobbyen is gegaan, heb hier mijn ubuntu server ook helemaal naar mijn ding ingesteld en dat werkt perfect.
Op mijn vuduo heb ik oscam cs icm MGcamd staan, omdat MGcamd naar mijn server wel naar behoren werkt, en op de vu niet. heb in het begin dvbapi wel eens gebruikt, maar MGcamd draait volgens mijn ervaring beter en eigenlijk zonder services perfect.
Heb de ratelimit op 4,10 staan en mijn kaarten worden nooit zwart.
Ook met updates van de kaarten, vind ik dat Met MGcamd er niet zo op gehamerd word, dan wanneer ik dvbapi laat updaten, met mgcamd krijg ik er nooit meer dan 30, terwijl met dvbapi er nogal op los getimmerd word dat gaat over de 150 heen.
Ik heb de ''not found'' stats al tig keer leeg gegooid, maar binnen 10 sec staat ze er weer in.
Heb nu geen kaart in de vuduo zitten en de verbinding gaat nu via de 2 oscam's, en krijg soms beeld
Morgen nog eens met de reshare mode in de cccam config spelen.
Misschien dat daar het probleem ligt.
nu ga ik nog even bank hangen....
-
@ theparasol
Ik denk dat je hier wel wat aan hebt,
2012/04/14 12:32:15 5B1898 c daveserver (0100&00006A/0000/51AE/64:DCE9): found (311 ms) by lower2 2012/04/14 12:32:18 5AC3A8 c loadbalancer: NO MATCHING READER FOUND, reopen last valid: 2012/04/14 12:32:18 5AC3A8 c loadbalancer: reopened 0 readers 2012/04/14 12:32:18 5AC3A8 c loadbalancer: no best reader found, reopening other readers 2012/04/14 12:32:18 5AC3A8 c loadbalancer: retrying reader lower2 (fail 8) 2012/04/14 12:32:18 5AC3A8 c loadbalancer: adding stat for reader lower2: rc 4 0100&00006A/0000/2525/0000/64 time 282ms fail 16 2012/04/14 12:32:18 5AC3A8 c dave (0100&00006A/0000/2525/64:5DC9): not found (282 ms) by lower2 (lower2 unsubscribed) 2012/04/14 12:32:18 5ADBF0 c loadbalancer: NO MATCHING READER FOUND, reopen last valid: 2012/04/14 12:32:18 5ADBF0 c loadbalancer: reopened 0 readers 2012/04/14 12:32:18 5ADBF0 c loadbalancer: no best reader found, reopening other readers 2012/04/14 12:32:18 5ADBF0 c loadbalancer: retrying reader lower2 (fail 16) 2012/04/14 12:32:18 5ADBF0 c dave (0100&00006A/0000/2525/64:5DC9): not found (1 ms) by lower2 2012/04/14 12:32:18 5AF438 c loadbalancer: NO MATCHING READER FOUND, reopen last valid: 2012/04/14 12:32:18 5AF438 c loadbalancer: reopened 0 readers 2012/04/14 12:32:18 5AF438 c loadbalancer: no best reader found, reopening other readers 2012/04/14 12:32:18 5AF438 c loadbalancer: retrying reader lower2 (fail 16) 2012/04/14 12:32:18 5AF438 c dave (0100&00006A/0000/2525/64:5DC9): not found (0 ms) by lower2 2012/04/14 12:32:21 5B1898 c loadbalancer: adding stat for reader lower2: rc 0 0100&00006A/0000/51B3/0000/64 time 306ms fail 0 2012/04/14 12:32:21 5B1898 c daveserver (0100&00006A/0000/51B3/64:1128): found (306 ms) by lower2 2012/04/14 12:32:21 5AC3A8 c loadbalancer: NO MATCHING READER FOUND, reopen last valid: 2012/04/14 12:32:21 5AC3A8 c loadbalancer: reopened 0 readers 2012/04/14 12:32:21 5AC3A8 c loadbalancer: no best reader found, reopening other readers 2012/04/14 12:32:21 5AC3A8 c loadbalancer: retrying reader lower2 (fail 16) 2012/04/14 12:32:21 5AC3A8 c dave (0100&00006A/0000/2525/64:5DC9): not found (0 ms) by lower2 2012/04/14 12:32:21 5ADBF0 c loadbalancer: NO MATCHING READER FOUND, reopen last valid: 2012/04/14 12:32:21 5ADBF0 c loadbalancer: reopened 0 readers 2012/04/14 12:32:21 5ADBF0 c loadbalancer: no best reader found, reopening other readers 2012/04/14 12:32:21 5ADBF0 c loadbalancer: retrying reader lower2 (fail 16) 2012/04/14 12:32:21 5ADBF0 c dave (0100&00006A/0000/2525/64:5DC9): not found (0 ms) by lower2 2012/04/14 12:32:21 5AF438 c loadbalancer: NO MATCHING READER FOUND, reopen last valid: 2012/04/14 12:32:21 5AF438 c loadbalancer: reopened 0 readers 2012/04/14 12:32:21 5AF438 c loadbalancer: no best reader found, reopening other readers 2012/04/14 12:32:21 5AF438 c loadbalancer: retrying reader lower2 (fail 16) 2012/04/14 12:32:21 5AF438 c dave (0100&00006A/0000/2525/64:5DC9): not found (0 ms) by lower2
-
Ik ben het vertrouwen in Oscam een beetje kwijt. Er gebeuren nog teveel vage dingen. Ik ga mijn setup ombouwen naar twee cccam servers aan de backend en een oscam als frontend... eens kijken wat dat doet met de stabiliteit. Oscam heeft potentieel, maar het is nog lang niet af en doet soms dingen die je niet wilt.
Zelfde vraag had ik al ergens anders gesteld... hoe zie je in cccam of je kaarten unique/shared emm's krijgen en de entitlements worden bijgewerkt?
In mijn ubuntu server werkt het perfect, daar krijg ik gewoon alles door, draait beter dan mijn cccam server van vorig jaar, zapt ook een stuk vlugger dan cccam.
Heb ubuntu server een core to duo pc neer gezet, had eerst een pc van 20 jaar oud, maar deze is toch een stuk sneller.
-
Zoals ik al zei in mijn dvbapi staat niks in, alleen wat er standaard in staat.
Heb hem geplaatst, en de -d 255 logfile zul je denk ik eerst aanmoeten zetten voor een log te krijgen neem ik aan, want heb via telnet -d 255 ingevoerd maar kan niks vinden zegt putty
Ging wat fout met de dvbapi upload. Hier als nog de dvbapi:
# # dvbapi configuration # # types: # P - Priority # format: # P: <caid>:[<provider>]:[<srvid>]:[<ecmpid>] # I - Ignore # format: # I: <caid>:[<provider>]:[<srvid>]:[<ecmpid>] # M - Map # format: # M: <caid>:[<provider>]:[<srvid>]:[<ecmpid>] <target caid>:[<target provider>] # D - Delay # format: # D: <caid>:[<provider>]:[<srvid>]:[<ecmpid>] <delay (ms)> # # # #p: 0500:023800 # prioritize 0500 with provider 023800 #P: :::1BCD # prioritize ecm stream with pid 1BCD on any channel #P: 1722 # prioritize 1722 #P: 1830::EF75 # prioritize 1830 on channel EF75 only #M: 1830 1830:003411 # map caid 1830 always to provider 003411 #D: 1702 200 # wait 200ms before writing cw on caid 1702 #I: :002000 # ignore provider 002000 on every channel #I: 0 # ignore every caid that was not handled before
-
-
@ theparasol
Met loadbalancer in of uit maakt niks uit, reageert nergens op
-
Werkt die nieuwe smargo wel als je hem toevoegt aan je Ubuntu server?
Zorg dat je Smargo in ieder geval versie 1.04 is, zodat je in Oscam 'Serial:Reader xxx' kunt gebruiken bij Device
De waarde kun je uitlezen met lsusb -v | grep "Serial"... zoek dan ff de ID van je toegevoegde smargo.
Ik had op mijn Debian server ook problemen met een nieuwe smargo, tot ik hem bijwerkte tot 1.04 en in Oscam de 'Serial:Reader xxx' waarde gebruikte.
Deze smargo komt uit mijn ubuntu server, ik had heb eerst in mijn cccam server zitten, dus daar werk ik al een paar jaar mee, heb gisteren 2 nieuwe smargo's binnen gekregen, die doen precies hetzelfde
-
Zoals ik al zei in mijn dvbapi staat niks in, alleen wat er standaard in staat.
Heb hem geplaatst, en de -d 255 logfile zul je denk ik eerst aanmoeten zetten voor een log te krijgen neem ik aan, want heb via telnet -d 255 ingevoerd maar kan niks vinden zegt putty
-
In mijn ubuntu server met revisie 6545 werk ik met 2 smargo's en 2 full abbo cd kaarten, en geeft hier alle zenders door, heb op mijn receivers client MGcamd draaien.
Nou wil ik in mijn vuduo met oscam cs revisie 6605 ook een smargo duwen, en is gelukt, omdat de cardreaders icm oscam niet blijven werken.
Maar in mijn vuduo krijg ik niet alle zenders te zien, hij zet ze bij not found, terwijl deze kaart in mijn server wel alles door geeft met dezelfde smargo reader.
Bijvoorbeeld MOTORS TV, die zender kijk ik vaak, maar geeft hem niet weer, dus gaat oscam hem bij mijn server halen.
Werk niet met services want heb toch 2 volle kaarten. Heb ook geen dvbapi file, omdat het icm ubuntu gewoon alles werkt.
Ik had eerst een oudere oscam op mijn vuduo staan, weet zo even niet meer welke, maar ongeveer 1 maand oud, maar die gaf MOTORS TV ook niet door.
EN met MGcamd als client heb je toch geen dvbapi file nodig of wel?
Ik heb ook de kaart nog even in de eigen kaartklezer van de vuduo geprobeerd, maar ook daar geeft hij geen beeld op MOTORS TV
Cache tijden
in CI, CI+, (soft)cams en smartcards
Geplaatst:
Ik gebruik geen cache ex, maar ik zie her verschillende cache tijden, bv:
User 1 staat bijvoorbeeld op op NED3, rechtstreeks op de kaart met een tijd van 320ms
User 2 pakt hem uit de cache met een tijd van 319ms
User 3 pakt hem uit de cache met een tijd van 319ms
En user 4 komt erbij en pakt hem uit de cache met een tijd van gemiddeld 30ms en deze tijd blijft zo ongeveer hangen, in ieder geval stukken lager dan user 2 en 3. Hoe kan dit zo verschillend zijn?