131 replies to this topic

[GVW]

Dank voor de prima handleiding. Ziet er goed uit, compliment.

Een paar korte opmerkingen c.q. vragen:

1. Zelf gebruik ik CCcam als client en OSCAM als Server op de box. Werkt prima en de updates komen prima door. Waarom voor MGCam gekozen. Nu kan ik namelijk direct wisselen tussen OScam als server of CCcam als server.

2. In de oscam.server heb ik de ratelimit op 4 staan maar daarbij een cooldown periode (cooldown = 10,60). Lost dit niet de problemen op die je eventueel hebt door de sidlimiet alleen op 4 te zetten c.q. de beperking die je inbouwt met de sidlimiet op 3 ?

Groeten,
GVW

[jbnl]

Goedendag,

Bedankt voor deze super uitleg, maat wat ik zelf nog steeds niet zie is wat de voordelen zijn van Oscam tov CCcam.
Met de laatste versie van CCcam werkt alles toch ook goed en kun je ook een limit opleggen, misschien dat iemand meer toelichting hier over kan geven.

[HPPli]

GVW schreef eerder:

1. Zelf gebruik ik CCcam als client en OSCAM als Server op de box. Werkt prima en de updates komen prima door. Waarom voor MGCam gekozen. Nu kan ik namelijk direct wisselen tussen OScam als server of CCcam als server.

Wil ik ook, maar met indien ik werk met Oscam (server) en CCcam (client) combinatie moet ik toch [dvbapi] plaatsen in de oscam.conf
Kennelijk gaat er iets fout met de interne communicatie via poort 127.0.0.1, maar kom er niet uit.

Wie heeft tips ?

[SatMann]

2. In de oscam.server heb ik de ratelimit op 4 staan maar daarbij een cooldown periode (cooldown = 10,60). Lost dit niet de problemen op die je eventueel hebt door de sidlimiet alleen op 4 te zetten c.q. de beperking die je inbouwt met de sidlimiet op 3 ?

de cooldown heb je eigenlijk niet nodig (denk ik), en je ratelimit zet je best op 3, wij (een paar mensen die ook volop testen deden) kwamen erachter dat je op ratelimit4 met snel zappen/opnames toch nog in de problemen kon geraken...vraag mij het fijne er niet van, maar sedert het bij mij op 3 staat kan ik doen wat ik wil, ik heb nooit geen zwart beeld of 10 seconden freezes.

[SatMann]

Goedendag,

Bedankt voor deze super uitleg, maat wat ik zelf nog steeds niet zie is wat de voordelen zijn van Oscam tov CCcam.
Met de laatste versie van CCcam werkt alles toch ook goed en kun je ook een limit opleggen, misschien dat iemand meer toelichting hier over kan geven.

het is een keuze om ofwel met CCcam te werken of met oscam.Nu CCcam 2.3.0 er is kan je ook zeker je hiermee vooruit helpen.
Ik koos gewoon voor de oscam als uitdaging (net als vele anderen) en ook omdat het open source is...dus je weet wat erin zit

[SatMann]

Wil ik ook, maar met indien ik werk met Oscam (server) en CCcam (client) combinatie moet ik toch [dvbapi] plaatsen in de oscam.conf
Kennelijk gaat er iets fout met de interne communicatie via poort 127.0.0.1, maar kom er niet uit.

HPPli, als je nu puur oscam gebruikt als server en een apart cccam (dus niet de ingebouwde cccam in oscam) dan kan je die dvbapi gewoon wegdoen, dat doet niets.
Een logje van wat er net mis gaat zou wel veel duidelijkheid bieden (er zitten hier veel meer ervaren rotten in het vak dan ik hoor )
maar doe het anders eens met mijn files en mgcamd, kijk of je dat werkende krijgt, dan is het kwestie van een user aan te maken in users die verbind met cccam.

[GVW]

GVW schreef eerder:

1. Zelf gebruik ik CCcam als client en OSCAM als Server op de box. Werkt prima en de updates komen prima door. Waarom voor MGCam gekozen. Nu kan ik namelijk direct wisselen tussen OScam als server of CCcam als server.

Wil ik ook, maar met indien ik werk met Oscam (server) en CCcam (client) combinatie moet ik toch [dvbapi] plaatsen in de oscam.conf
Kennelijk gaat er iets fout met de interne communicatie via poort 127.0.0.1, maar kom er niet uit.

Wie heeft tips ?

Ik gebruik een Newcamdlijn tussen OSCAM en de lokale CCcam. Dan heb je DVBApi niet nodig. Althans niet om lokaal te kijken.

Groeten,
GVW

[Daviz]

Een voordeel van MGcamd is dat deze via het Newcamd protocol uit de voeten kan met zeer hoge ECM tijden. Dit is in te stellen met de "K" parameter in mg_cfg.

Als je met meerder decoders naar de zelfde zender kijkt of diverse opnames tegelijk maakt heb je met CCcam kans dat deze toch de kaart aanspreekt inplaats van de
opgeslagen buffer te gebruiken.
De maximale tijd dat CCcam wacht op een CW is een vast ingestelde tijd, dit is gedaan om het door sharen over enkele hops mogelijk te maken.

Als je nu de CW in Oscam vast houdt en vrij geeft aan MGcamd net voor dat je een freeze krijgt kun je de buffer rekken.

cacheexwaittime
parameter is optional

NEW svn:6111/12/22/2011
cacheexwaittime = delay
maximum wait time for a cache entry in milli seconds, default:50

Dit zijn leuke extra mogelijkheden die de combinatie van Oscam MGcamd aantrekkelijk maakt ten opzichte van CCcam.

[SatMann]

@Daviz,

dat klopt, mgcamd kan veel beter overweg met lange ecm tijden dan cccam dat doet.
heb jij al testen gedaan met de Cacheexwaittime?
deze staan nu bij mij default en moet zeggen dat dit perfect werkende is, dus als iemand daar testen op deed en duidelijke resultaten of verbeteringen mee heeft, meld dat maar

[zeeteefje]

Maar Mgcamd noch het Newcamd protocol kan lange ecm's verwerken en vallen daarom voor mij af. CCcam kan dit inmiddels wel met het extended CCcam protocol, maar Oscam-Cccam via het Newcamd protocol kan dit niet. En je mag verwachten dat steeds meer providers een lange ecm gaan gebruiken.

[SatMann]

zeeteefje ben je dat zeker?
want mgcamd als stand-alone wacht mooi af tot hij een antwoord krijgt hoor dus al is het als test 2 seconden, hij krijgt ze en neemt ze..
mss de ingebouwde in oscam die het niet doet maar de mgcamd 1.38 doet het voortreffelijk.

[zeeteefje]

Mgcamd kan lang wachten (in tijd), maar kan niks met een lang antwoord(in bits). Oscam kan dat al lang en Cccam sinds kort.

[SatMann]

update bij mg_cfg, zet bij de waarde B van 00 naar dit : B { 06 }
das voor dm's en vu's

[Snoete]

Hallo SatMann,

Bedankt voor de uitgebreide handleiding !

Ik heb een paar vragen voor de zekerheid:
- Je schrijft onder aan pagina 2: "Vul ook de juiste IP range van je thuisnetwerk in, in dit geval altijd eerst 127.0.0.1" . Moet dit ook wanneer mijn range bijvoorbeeld begint met 192.168.1.1 ?

- Wanneer mijn server's IP-adres eindigt op 37 moet ik deze dan op regel 2 in newcamd.list toevoegen ?

[SatMann]

@snoete,

als je netwerk is als : 192.168.1.1 dan zet je daar bij httpallowed = 127.0.0.1,192.168.1.1-192.168.1.200
die 200 kan je ook op 255 zetten, tenzij je niet zoveel ip's hebt kan je dat gerust op 200 zetten of indien je wenst dat enkel je eigen pc op die webinterface komt en je pc heeft een vast ip bv als 192.168.1.110 dan kan je zetten : httpallowed = 127.0.0.1,192.168.1.110

als de box of je eigen server dit is : 192.168.1.37 en je draait dus op de server EN op de zelfde server ook mgcamd dan moet je gewoon localhost laten staan.
stel je hebt 2 kaarten en je hebt kaart1 in server 1 = ip 192.168.1.37 en je tweede kaart zit in 192.168.1.38 dan moet je op server1 zetten :
cws = localhost 9030 mgcamd........
cws = 192.168.1.38 poort .............

en op de server 2 :
cws = localhost poort.....
cws = 192.168.1.37 9030 ......

et voila.
succes

[zeeteefje]

Gezien de vraagstelling vermoed ik dat Snoete niet weet wat een localhost is. Dat is 127.0.0.1 voor elk apparaat met een ethernetaansluiting in ipv4 en betekent dus: "jezelf". Het is in het algemeen erg handig om in ieder geval het apparaat toegang te geven tot zichzelf.

[Jeroensky]

Misschien diomme vraag: waarom installeer je mgcamd, als OScam dit reeds ondersteund?

[Rob van der Does]

Misschien domme vraag: ....

Je bedoelt waarschijnlijk: "uit interesse, nieuwsgierigheid en altijd op zoek om iets te leren:......."

[Dawood]

Uhm, geweldige handleiding ik loop nu alleen vast op het maken van de symlink voor Mcamd
De DM7025 Openpli2.1 20120111 accepteert het commando niet??

root@dm7025:/usr/lib# ln-s libcrypto.so.0.9.8 libcrypto.so.0.9.7
-sh: ln-s: not found
mist er wat in busybox oid?

thx

[theparasol]

Je mist een spatie

ln -s libcrypto.so.0.9.8 libcrypto.so.0.9.7