gezocht thuisbasis programmeur(s) camd3

[theparasol]

De olympische spelen zorgen er op het moment voor dat ik niet kan gaan knutselen met mijn 7020 <img src="/forums/images/graemlins/frown.gif" alt="" />

Na de olympics ga ik dit opzetje eens even uitproberen.

Overigens, je zou gebruik kunnen maken van cardserver uit newcamd pakket en de camd3 puur als client, dan omzeil je de dubbele .server file die je suggereert. Maar zoals jij het beschrijft moet het ook kunnen, maar dan via cascading via localhost <img src="/forums/images/graemlins/smile.gif" alt="" />

 

Verdomd zonde die olympics want dit zou wel eens DE oplossing kunnen gaan leveren.

[Tonskidutch]

let op hier komen toch enkele gekke / rare aspecten uit voort.

 

zie bijlage

 

als je de root ook user maakt worden er bepaalde zaken direkt geblockt en enkele zie je tijdens het loggen verschijnen waarbij je ook weer vraagtekens moet stellen.

 

maar essentieel is dat op mixed zenders (multicrypt) de 0622 nogal wat aanvraagjes doet aan de cardserver

 

die gaan bij een nieuwere versie van camd3 dus ergens verloren tijdens het loggen en dat brengt weinig uitkomst / inzicht

maar de nieuwere camd3's hangen dan tijdelijk vast.

 

het zou goed mogelijk zijn dat indien je de NEWCS 1.14 gebruikt dat daarmee de kaart wel door blijft lopen als camd3 client is.. (maar dat heb ik nog niet getest, een van jullie?)

 

cheers

[theparasol]

Citaat:

het zou goed mogelijk zijn dat indien je de NEWCS 1.14 gebruikt dat daarmee de kaart wel door blijft lopen als camd3 client is.. (maar dat heb ik nog niet getest, een van jullie?)

Na de spelen ga ik even testen met cardserver uit het newcamd pakket want newcs bevat foutjes waardoor de ppua van seca2 kaarten niet correct beschreven wordt.

[Tonskidutch]

oké wacht even..

 

tussen stand in bijlage (na aanleiding van je opmerking over localhost

 

[color:"red"] cs357x://root:dreambox:SERVICES=/var/keys/tonskidutch.services@localhost:24110

# [/color]

staat nu in camd3.servers opgenomen

en

[color:"red"] root:dreambox:SERVICES=/var/keys/tonskidutch.services [/color]

staat in de camd3.users opgenomen

 

let op nu worden de services ook voor root aangegeven, en dit enkel door het wijzigen van de ipnummer in localhost.. in de server file.

 

zie voor log de bijlage

 

cheers

[Tonskidutch]

[color:"red"]

<14>Feb 19 16:40:34 camd3: USER=root PASS=dreambox SERVICES=1702:000000:FFFF,1722:000000:FFFF,0100:00006A:FFFF,

<14>Feb 19 16:40:34 camd3: UserDB(new): USER=root PASS=dreambox FROM=any SERVICES=1702:000000:FFFF:0:0,1722:000000:FFFF:0:0,0100:00006A:FFFF:0:0,

[/color]

dat deel is dus essentieel, want daarme filter je de aanvragen en hetgeen camd3 moet zenden.

 

de services die ik aanhaal (tonskidutch.services) zijn rete simpel in deze test versie

namelijk deze

[color:"purple"] 1702:000000:FFFF:0:0 #Premiere [19E];

1722:000000:FFFF:0:0 #Premiere [19E];

0100:00006A:FFFF:0:0 #canal digitaal nl [19,2E]; [/color]

 

daarmee kunnen geen aanvragen voor niet seca (0100) worden gevraagd bij multicrypt, die aanvragen worden verworpen... en dat kun je zien als je zelf een beetje zapt tijdens het loggen 0622 komt niet meer aan de cardserver.

 

<img src="/forums/images/graemlins/grin.gif" alt="" /> indien dat je bedoeling was dan gaan we nu vervolgens een van de nieuwere camd3 versies ook testen met identieke config.

 

cheers

[polarbear]

Ik denk dat deze handleiding je behulpzaam zou kunnen zijn....

1093036-HowTo_30122005.pdf

[Tonskidutch]

voor heel veel mensen zal dat wellicht een erg fijn documentje zijn.

 

maar ik vind er geen aanwijzingen in die het versie probleem oplossen.

 

want wat heb ik nu

na oude 3.820 en 3.838a te hebben vergeleken.>>

de zenders van canalDIGITaal hangen zich (vooral bij Hallmark) en enkele anderen na 1 minuutje of soms 2 op.

en worden ook weer vanzelf zichtbaar / lopen na 20 a 25 seconden.

 

waar de oude versie geen probleem heeft loopt de nieuwe vast.

beide getest conform deze opties

 

met share in huis

zonder share in huis

met keyfiles

zonder keyfiles

met originele camd.config

zonder (dus aangepaste) originele camd.config

 

het is toch echt aan doz21 om daar verder naar te speuren

 

en die wil niet onderzoeken bij gebrek aan kaart of oplossingen (die hij misschien al heeft geprobeerd)

de seca2 van canalsatellite CSAT is ook een slachtoffer van de nieuwe versies.

 

 

cheers