deeejeee
-
Items
587 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door deeejeee
-
-
Heb je op Animal planet dus ook 256 ms?
-
ik heb met een originele CD smartcard op verschillende zenders ECM tijden van rond de 2.381 ms
Vooral op Nat Geo wild HD en Animal planet doet zich dit voor. Het duurt dan heel lang voor ik beeld krijg na het zappen naar deze zenders.
Bij de andere CD zenders is de ECM tijd ongeveer 380 ms
Is dit een bekend verschijnsel ?
-
Je kunt het beste bij de CCcam reader "fallback = 1" toe voegen, dan werkt het waarschijnlijk wel goed.
-
Heb ik ook last van, met MGcamd heb ik het niet. Denk dat het met de DVB-API van Oscam te maken heeft. Om de paar dagen heb ik af en toe een freeze of blokkeert het beeld.
-
Oke, dat kan ik dus niet beinvloeden.
Waarom gaat het bij MGcamd dan wel altijd goed, en dit zonder prio of ingore lijst? De code van MGcamd is ook bekend, hoop dat er eens iemand is die dit toevoegd aan Oscam.
-
Ik ben aan het testen met Osacm DVB-API, maar krijg op verschillende zenders een blokkerend beeld. Dit kan komen door een traag intern netwerk, maar als ik overschakel naar MGcamd heb ik deze storingen niet.
Nu heb ik de indruk dat Oscam het wachten op een CW te snel opgeeft en dan als een dolle alle mogelijkheden gaat proberen.
Met MGcamd heb je de parameter:
# network ecm timeout in seconds
K: { 05 }
Nu vraag ik me af welke instelling dit is in Oscam?
Want ik vermoed dat hier het probleem zit.
-
Er zijn wel poortscan tooltjes in omloop die toegang proberen te krijgen tot je Linux decoder. Ook zijn er softcams die je ecm. Info uitlezen en naar een cloud omgeving versturen om zo door te scharen. Het is erg oppassen wat je op je box installeerd.
-
ben hier ook wel benieuwd naar
-
MGcamd is ook een protocol, verschillende caid door 1 Newcamd poort. Volgens mij werkt dit niet met Oscam DVB-API?
-
Ik heb het vermoeden dat de update "EMM" ook een rol speeld. Mijn kaart gaat nooit in de lock modus. Maar na de kaart 3 weken niet gebruikt te hebben na mijn vakantie, gaf deze het eerste half uur ook steeds een freeze om de 20 seconden. Na dat half uur heb ik nooit meer een freeze gehad.
-
ze mogen mij beluisteren hoor........ik heb geen kwaad in de zin of..........is het interessant wat ik tegen een kennis zeg....ze gaan hun gang maar.
Dat is juist heel interessant wat jij te melden hebt. Met al die data is te monitoren wat er onder de mensen leeft en op die manier zijn we te manipuleren in onze beslissingen.
-
Werkt het helemaal niet of heb je alleen problemen met het opstart script?
MGcamd gebruikt een oude libcripto, dit zou kunnen verklaren waarom je geen beeld krijgt.
Als script zou zo iets moeten werken, met "MGcamd" in " /usr/bin/mcam/MGcamd".
#!/bin/shAction=$1OSD="MGcamd"cam_clean () {rm -rf /tmp/*.info* /tmp/*.tmp*}cam_up () {cam_cleansleep 2/usr/bin/mcam/MGcamd &}cam_down() {killall -9 MGcamdcam_cleansleep 8}if test "$Action" = "cam_up" ; thencam_upelif test "$Action" = "cam_down" ; thencam_downelif test "$Action" = "cam_res" ; thencam_downcam_upfiexit 0 -
Een kennis van mij had dit ook met een multitenne schotel, bleek door de dreambox voeding te komen.
We zagen het Dreambox display iets dimmen tijdens de "tune faild". Na het wisselen van de voeding is het problem niet meer terug gekomen.
-
Hmm ik heb nog eens lopen stoeien met de configuraties die op https://wiki.archlinux.org/index.php/Digitenne_((Nederlands) staan, maar helaas nog geen update, en ik begin mij af te vragen of ik ook daadwerkelijk een update kan krijgen. Ik heb ergens op een forum gezien dat de conax-kaart van digitenne er niet bij staat http://www.streamboard.tv/oscam/wiki/CardsList Mijn vraag is dan ook wie heeft het wel werkend en kan/wil mijn configuratie bestanden nog eens doorlopen. Ik heb een thin client met debian en oscam in oscam heb ik de cccam geconfigureerd en wil naar de laptop de kaart sharen met progdvb en flysoftcam, dit alles werkt al nu dus alleen de update nog, Alvast bedankt.
Bij mij werkt het wel, maar ik gebruik MGcamd inplaats van de Oscam DVB-API.
Ik heb een paar verschillen in de config files.
user config:
au = digitenne
en in de reader config:
[reader]
label = digitenne
description = digitenne
protocol = internal
device = /dev/sci0
pincode = 0000
caid = 0B00
detect = cd
mhz = 500
cardmhz = 357
ident = 0000:000000
group = 1
emmcache = 1,3,10
auprovid = 000B00
ratelimitecm = 4
ratelimitseconds = 10
-
Met Windows 8 op je tablet heb je precies de zelfde omgeving als op een PC, lijkt me dat dit bij Apple toch iets anders is.Ik ben bang dat W8 een historische vergissing is van Microsoft. Voor PC's heeft het geen enkele toegevoegde waarde, integendeel. Zelfs normale POP3 E-mail wordt niet ondersteund. Voor touchscreen apparaten is W8 te laat. Daar liggen Apple en Samsung (Android) al te ver voor.
Just my two cents :-)
-
Beta tunnel is alleen van belang als je DVB-API gebruikt, als server heb je er niets aan.
-
Het verschijnen van een local na het aan maken van een services list is een optie in de CCcam settings in Oscam.conf.
Dit is juist het grote verschil tussen Oscam en CCcam, bij CCcam share je kaarten en bij Oscam share je sids. Oscam
doet een verzoek op caid en sid, de loadballancer bepaald na het ontvangen van een verzoek welke sid er naar de client verzonden wordt.
Bij CCcam is dit altijd de hop 0 kaart (als aanwezig) bij Oscam kun je hier invloed op hebben.
Als je met Oscam een kaart ontvangt via het Newcamd protocol wordt deze ook altijd als locale kaart weer gegeven.
reshare_mode =
1 = reader reshares received SCs (like=0) and defined services
2 = reader reshares only defined reader services as virtual SCs
3 = reader reshares only defined user services as virtual SCs
4 = reader reshares only received cards
-
Dat kan, het wordt dan zo iets:
[global]
nice = -1
WaitForCards = 1
ClientTimeout = 5
CacheDelay = 120
saveinithistory = 1
PreferLocalCards = 1
[newcamd]
Key = 0102030405060708091011121314
Port = 34000@0B00:000000;34001@0100;00006A
[webif]
httpport = 16002
httpuser = root
httppwd = xxx
httprefresh = 10
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255
——-
[reader]
Label = CanalDigitaal
Protocol = internal
Detect = cd
Device = /dev/sci1
EMMCache = 1,3,2
Group = 1
CAID = 0100
ident = 00006A
[reader]
Label = CanalD
Protocol = internal
Detect = cd
Device = /dev/sci0
EMMCache = 1,3,2
Group = 1
CAID = 0B00
ident = 0B00:000000,006010,006020,006030,006040,006050,006060,006070,006080
ecmwhitelist = 0B00@000000:56,5B,68
blockemm-g = 1
blockemm-unknown = 1——-
[account]
user = oscam_user
pwd = oscam_password
group = 1
AU = CanalD
-
Newcamd protocol selecteerd op CAID, dit houdt in dat je maar 1 poort per provider kunt aan maken in je oscam.conf.
De Newcamd client ziet maar 1 kaart omdat ze de zelfde CAID hebben.
Dit maakt niet uit, want door die poort kun je gebruik maken van alle kaarten met de zelfde CAID beschikbaar op je Oscam server.
-
MGcamd gebruikt een oude versie "libcrypto.so", denk dat het daardoor niet werkt.
Als je MGcamd uit telnet start zie je de fout melding waarschijnlijk wel voorbij komen.
-
Je zit met de 3.5 volt reader spanning, niet alle Dreamboxen kunnen deze lagere spanning genereren op de interne cardreaders.
De oudere Dreamboxen werken alleen met 5V op cardreaders, welke wel geschikt zijn weet ik niet. De 8000 doet het prima met de Italia kaart.
-
>>Wil dan niemand hier snappen dat het deze impopulaire maatregel is of een zekere ondergang van de M7 groep?
Met een beetje mazzel worden ze na hun ondergang verpatst aan Sky en krijgen we echt goede films
Bij Sky Germany hebben ze ook een beperking (surflock), alleen wordt er daar niet zo'n drukte om gemaakt en lees je er bijna niets over. Sky Italia heeft
heeft enkele tijd helemaal niet meer gewerkt in de Linux decoders. En als het wel weer werkt schakelen ze je kaartje op afstand uit en mag je smeken om een nieuwe.
Geef mij maar Canal Digitaal, is zo slecht nog niet
-
Bedankt, dat werkt!
Jammer dat we geen thanks button hebben op dit forum
-
Nu heeft DMM nooit toegegeven achter CCcam te zitten en dit zullen ze ook nooit doen.
Als CCcam nu ineens aangepast wordt en alleen nog maar op DMM hardware draait dan vallen ze direct door de mand...
Ik denk niet dat DMM dat risico wil nemen.
Maar zoals Michel al aangaf, er zijn nog genoeg andere softcam's die ook werken.
Als het closed sourse is zal DMM het onmogelijk moeten maken dat de bestaande camds nog werken.
Dit kan door b.v de pmt of camd.socket te veranderen. Denk dat ze anders snel een rechtzaak kunnen verwachten van de providers.
Trage ECM tijden op Canal Digitaal kaart
in CI, CI+, (soft)cams en smartcards
Geplaatst:
Config posten is niet nodig, Met CCcam is het precies het zelfde
mijn vraag is of alleen mijn kaart traag reageert op animal planet of dat dit bij iedereen zo is.
de eerste ECM tijd is rond de 500ms, daarna loopt deze op en na ongeveer een minute is de ECM tijd opgelopen tot 2.381.
Daarna is deze weer 500ms en loopt dan weer langzaam op.............