Ga naar inhoud


CCcam server 'los' draaien?


Aanbevolen berichten

Geplaatst:

Cam installeren vanuit het download menu.

 

Als je de F regels niet invult draait de server niet dus de # laten staan.


  • Reacties 31
  • Aangemaakt
  • Laatste reactie

Beste reacties in dit onderwerp

Beste reacties in dit onderwerp

Geplaatste afbeeldingen

Geplaatst:
Citaat:

- daarna CCcam met die -s kan laten starten vanuit het ppanel?

CU,
WanWizard

Dat werkt wel maar PPanel zal nooit meer terug keren uit 't menu. En da's logisch want CCcam blijft ook eeuwig draaien.
Geplaatst:

Als ik de F: regels weghaal draait de server nog wel, je kunt er alleen geen connecties mee maken.

 

Maar CCcam zal zich wel blijven bemoeien met de locale cardreaders, en daar moet 'ie vanaf blijven, daar gebruik ik dan NewCS voor. Vandaar mijn wens die -s switch te kunnen gebruiken (ik hoop in ieder geval dat 't zo werkt).

 

@dAF2000,

 

er moet toch ergens gedefiniteerd staan hoe een cam moet worden opgestart, anders valt er bij het zappen weinig te switchen. PLi weet dus blijkbaar hoe de cam gekilled en weer opgestart kan worden. Dat staat dus ergens in een filetje. Kan daar die switch niet bijgeplaatst worden?

 

CU,

WanWizard

Geplaatst:

Kijk eens in /var/etc/plimgr/scripts. Daar worden de cams opgestart. CCcam heeft dit niet nodig (daarom staat er geen script voor in) maar die kun je zo wel maken.

Geplaatst:

dAF2000,

 

gaat als de brandweer. Thanks!

 

CU,

WanWizard

Geplaatst:

Het vreemde is dat ik ook Newcs gebruik als cardserver, en cccam om te kijken, en dat alles zonder die -s

 

Als ik mij niet vergis detecteert CCcam of er al een andere server draait, en indien wel, dan schakelt hij vanzelf z'n eigen server uit.

 

Volgens mij is het dus standaard mogelijk om newcs als server te zetten, en CCcam daarop te laten connecteren.

 

Ik heb een newcamd server door Newcs, en een regeltje in CCcam config om naar m'n newcamd server te connecten.

 

CU

Red

Geplaatst:

Dat is niet het gedrag dat ik zie.

 

Als ik NewCS draai met CCcam als client, en dan aan CCcam vraag welke kaarten hij ziet, dan komen daar keurig alle 'local's voorbij, en dat moet niet de bedoeling zijn.

 

Standalone is dat misschien geen probleem, maar wel als er andere boxen met CCcam draaien.

 

Dan krijg je de keys van je lokale kaart aangeleverd via de CCcam server op die andere box, ipv van je locale NewCS server. Blijkbaar gaan C: connecties voor N: connecties...

 

CU,

WanWizard

Geplaatst:

Misschien snap ik jouw situatie nog niet helemaal maar

 

Citaat:
Als ik NewCS draai met CCcam als client, en dan aan CCcam vraag welke kaarten hij ziet, dan komen daar keurig alle 'local's voorbij, en dat moet niet de bedoeling zijn.

 

Als je niet wil dat je client de kaarten zowel van de newcs server als de CCcam server krijgt, moet je hem naar een van de twee laten connecten, en niet naar allebij, lijkt mij.

 

Citaat:

Standalone is dat misschien geen probleem, maar wel als er andere boxen met CCcam draaien.

 

Dan krijg je de keys van je lokale kaart aangeleverd via de CCcam server op die andere box, ipv van je locale NewCS server.

 

Blijkbaar heb je jouw netwerk in een soort 'lus' geconfigureerd, zodat je dezelfde kaarten meerdere keren krijgt.

Alhoewel, zou dat ook niet te voorkomen zijn met die 'hop' opties bij de F voorbeelden in de config?

 

Maar als die CCcam server zelf geen kaarten heeft, hoef je hem ook geen F regel te geven, hij heeft dan immers zelf niets te bieden aan de client?

Helemaal niet als je die client zelf ook blijkbaar rechtstreeks naar de newcs server laat connecten.

 

Als dat inderdaad je opstelling is, heb je volgens mij nauwelijks profijt van CCcam. Ik vind juist het grote voordeel dat hij met eigen kaarten zo supersnel kan zappen.

 

Zodra ik mijn (seca) kaart laat afhandelen door een newcs server, en CCcam als client laat connecten, wordt het geheel weer (bijna) net zo traag als bijvoorbeeld mgcamd, die op z'n beurt weer de snelste is van alle andere softcams die ik geprobeerd heb.

 

Citaat:

Blijkbaar gaan C: connecties voor N: connecties...

 

Zou kunnen, ik heb (nog) niet gedraaid met een combinatie van C en N, ik heb niet meerdere kaarten van hetzelfde type.

Dus ik share tussen mijn twee boxen met C en F, ipv N, vanwege de snelheid.

Geplaatst:
Citaat:
Misschien snap ik jouw situatie nog niet helemaal

Ik denk 't... <img src="/forums/images/graemlins/smile.gif" alt="" />

Citaat:
Als je niet wil dat je client de kaarten zowel van de newcs server als de CCcam server krijgt, moet je hem naar een van de twee laten connecten, en niet naar allebij, lijkt mij.

CCcam is zowel client als server, en tot deze versie kon je daar niets aan doen.
Dus al je al een cardserver had draaien, dan heb je er met CCcam twee. En aangezien CCcam client en server in 1 is, en zich met de readers bemoeide, deed de connectie naar NewCS dus niets (CCcam vond de card dus ook, ongeacht of NewCS al draaide). En die had ik nu juist nodig om van mijn problemen af te raken. Daarom wilde ik CCcam kunnen vertellen dat hij met zijn vingers van de cards af moest blijven.

En terug naar mgcamd was geen optie, omdat ik de CCcam client nodig heb om een connectie te maken naar de andere boxen, die alleen maar CCcam draaien...

Citaat:
Blijkbaar heb je jouw netwerk in een soort 'lus' geconfigureerd, zodat je dezelfde kaarten meerdere keren krijgt.

Nee, maar bijna goed. Het is iets als dit:

Code:
box  Server   Cam  Card======================= A   NewCS   CCcam SKY B   CCcam   CCcam CD C   CCcam   CCcam TVV D   CCcam   CCcam - E   CCcam   CCcam -


Elke box heeft een connectie naar elke box met een kaart, dus E connect naar A, B en C, maar niet naar D. A connect naar B en C, etc.

Omdat dit in soort van een driehoek staat, en de links daartussen niet erg betrouwbaar zijn (bv wireless), staat de hopcount zo dat A via B de kaart van C kan zien. En andersom.

Citaat:
Maar als die CCcam server zelf geen kaarten heeft, hoef je hem ook geen F regel te geven

Dat is dus ook niet het geval.

Citaat:
Ik vind juist het grote voordeel dat hij met eigen kaarten zo supersnel kan zappen.

En daarom had ik alle dozen al omgezet. En toen kwamen de problemen met de SKY card, en moest ik terug. En lui als ik ben probeer ik 't probleem dus op 1 doos te fixen, in plaats van ze allemaal te downgraden naar NewCS. <img src="/forums/images/graemlins/smile.gif" alt="" />

Citaat:
Blijkbaar gaan C: connecties voor N: connecties...


In bovenstaande scenario zie je dus dat als je op box A naar een SKY kanaal zit te kijken dat je volgens de ECMinfo de NDS keys aangeleverd krijgt van box B, en niet van de locale NewCS server. Die zitten beide 1 hop weg, en blijkbaar gaat een CCcam server connectie dus voor ook NewCS connectie...

CU,
WanWizard
Geplaatst:

@redneck eyeball :

 

Citaat:
Als ik mij niet vergis detecteert CCcam of er al een andere server draait, en indien wel, dan schakelt hij vanzelf z'n eigen server uit.

Kijk voor de grap eens naar je ecminfo? Van welk IP adres en cardserver krijg je je ECM's?

 

Ik dacht hetzelfde als jij, maar toen ik hier ging kijken zag ik daar tot mijn verbazing CCcam en local staan... De login op NewCS deed helemaal niks.

 

CU,

WanWizard

Geplaatst:

NewCS draait, met CCcam in client-only modus ( -s ).

 

En (vooralsnog) geen last meer van freezes op SKY. Daarmee lijkt me aangetoond dat 't probleem 'm zit in 't server deel, en niet in het client deel.

 

Op naar de volgende versie... <img src="/forums/images/graemlins/smile.gif" alt="" />

 

CU,

WanWizard

Geplaatst:
Citaat:
NewCS draait, met CCcam in client-only modus ( -s ).

En (vooralsnog) geen last meer van freezes op SKY. Daarmee lijkt me aangetoond dat 't probleem 'm zit in 't server deel, en niet in het client deel.

Op naar de volgende versie... <img src="/forums/images/graemlins/smile.gif" alt="" />

CU,
WanWizard


Doet je telnet naar poort 15003 het nu al?

Ik heb in ieder geval wel gemerkt dat als je CCcam met -s opstart dat de poorten 15000 t/m 15003 niets meer doen...
(in de andere thread vroeg ik me af of je per ongeluk niet nog de 1.1.0 versie draaide omdat je geen output op poort 15003 kreeg...)

DM7000, noname 58 cm bord met SM3D12 rotor, 46GB 2.5in hitachi hdd

Geplaatst:
Citaat:
Doet je telnet naar poort 15003 het nu al?

Ja, die deed 't direct nadat ik die poort had opgegeven in CCcam.cfg.

Citaat:
Ik heb in ieder geval wel gemerkt dat als je CCcam met -s opstart dat de poorten 15000 t/m 15003 niets meer doen...
(in de andere thread vroeg ik me af of je per ongeluk niet nog de 1.1.0 versie draaide omdat je geen output op poort 15003 kreeg...)

Lijkt me logisch, dat is output van server functies, die je met die -s switch uitzet... <img src="/forums/images/graemlins/smile.gif" alt="" />

CU,
WanWizard
Geplaatst:
Citaat:
Citaat:
Doet je telnet naar poort 15003 het nu al?

Ja, die deed 't direct nadat ik die poort had opgegeven in CCcam.cfg.

Euh?

Voor het kunnen gebruiken van poort 15003 hoef je toch niets in de config te zetten?

Dreambox 7025, Dreambox 600, Triax 78 cm, Monoblock Astra-Hotbird

PLi-per de PLi-per de PLi

Maak een account aan of log in om te reageren

Je moet een lid zijn om een reactie te kunnen achterlaten

Account aanmaken

Registreer voor een nieuwe account in onze community. Het is erg gemakkelijk!

Registreer een nieuwe account

Inloggen

Heb je reeds een account? Log hier in.

Nu inloggen
  • Wie is er online   0 leden

    • Er zijn geen geregistreerde gebruikers deze pagina aan het bekijken
×
×
  • Nieuwe aanmaken...