IanPH
-
Items
294 -
Registratiedatum
-
Laatst bezocht
-
Dagen gewonnen
1
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door IanPH
-
-
Het gaat zowiezo hier al mis!
Origineel bericht van: bccrewAcamd lijntje:newcamd:192.168.1.11:10001:1/0100/ff00:htpc:htpc:0102030405060708091011121314
port = 10001@0100:00006C
serverip = 192.168.1.11
key = 0000000000000000000000000000
allowed = 127.0.0.1,192.168.0.0-192.168.255.255
keepalive = 1
mgclient = 1
Die key moet overeen komen om newcamd te laten communiceren.
-
Inmiddels zijn de OSCam coders al weer een stuk gevorderd en zijn ze momenteel bezig met het implementeren van CCCam versie 2.2.1.
Een van de laatste versies die bij mij stabiel draait is 1.00-unstable_svn build #4011. Voor hen die daar interesse in hebben heb ik deze toevoegd als bijlage (zonder config bestanden!)
-
@bccrew:
Dat maakt volgens mij niet zo bijzonder veel uit. Voordeel voor CCCam is dat er nogal wat boxen zijn die dat protocol ondersteunen. Maar voor lokaal gebruik maakt het niet zo veel uit.
Als je een phoenix interface met een een officiele smartcard van Canal Digitaal op COM1 hebt aangesloten en je download de bijlage uit dit bericht. Dan zou je met de volgende regel in cardclient.conf van ACamd al beeld moeten hebben:
Code:cccamn:localhost:12346:1/0100/ffff:testuser:testuser
-
Origineel bericht van: Mars WarriorAan de andere kant: als ACamd het zelf kan, waarom zou ik dan nog OSCam gebruiken eigenlijk? Gezien de problemen met OSCam zou ik liever OSCam-loos willen werken, maar die mogelijkheid (van ACamd) was ik nog echt nergens tegengekomen
Inderdaad als het maar om 1 systeem gaat is het niet (altijd) logisch om OSCam (of een andere cardserver) te gebruiken als ACamd het zelf ook kan. Maar daar zit hem nou net de kneep. ACamd kan niet alle cardreaders zelf aansturen. In dat geval zal je toch gebruik moeten maken van een server die een breder scala aan cardreaders kan aansturen.Origineel bericht van: Mars WarriorPrecies, en in die laatste zin (...die met elkaar kunnen werken.) zit nu het probleem of uitdaging voor de OSCam / ACamd ontwikkelaars: men laat het lekker aan de gebruikers over om maar uit te zoeken hoe dat samenwerken moet, ipv met werkende, geintegreerde voorbeelden te komen ala DVBLogic die zich niet enkel beperkten tot hun pakket, maar ook even laten zien hoe je dit in WMC integreert om uiteindelijk (daar is het de meeste eindgebruikers immers om te doen) tot een werkende oplossing (tv kijken dus) te komen.
Enige wat van ACamd en OSCam in deze mag worden verwacht, is dat ze zich beide netjes houden aan de gebruikte protocollen. Indien dat goed gaat, moeten ze ook prima kunnen samen werken. Vandaar dat deze ontwikkelaars over het algemeen open staan voor bug-reports. Zodat ze kunnen uitzoeken waarom hun software niet samen werkt met een ander programma.
Je moet niet vergeten dat dit hele cardshare (wat de basis van NewCS en OSCam is) gebeuren een grijs gebied is. Iets wat Canal Digitaal een doorn in het oog is. Het zijn veelal coders die zich alleen bezig houden met het ontwikkelen van de software en geen tijd hebben om alles tot in de details in een uitgebreidde documentatie samen te vatten. Van programma's als DVBLink, waar je uiteindelijk ook voor betaald, mag je dat wel verwachten. Daarbij komt dat OSCam het eigenlijk nog redelijk netjes doet. Die heeft namelijk middels een wiki pagina toch een redelijk duidelijke uitleg van de configfiles en wat je daarmee kan. Maar daarbij verwachten ze wel dat je verstand van zaken hebt. Als je die niet hebt zul je dus altijd afhankelijk zijn van andere die je dat in duidelijk taal trachten uit te leggen waar mogelijk. En langzaam maar zeker zul je, als je daar genoeg affiniteit mee hebt, zelf ook op een punt komen dat alles als een puzzel in je hoofd samen valt. En dan snap je ook precies hoe alles werkt en waarom het in het begin niet ging zoals je wenste.
Maar boven al is dit altijd een hobbie waarbij wordt verwacht dat je zelf leert door trail&error.
Ik werkt hier al sinds een vroeg stadium met OSCam/ACamd en heb dit al sinds een half jaar (toen de laatste serieuze bugs uit OSCam verdwenen) probleemloos werken. Dat het dus goed kan samenwerken is wat dat betreft een feit! -
Opzich is die filtering niet nodig. Als ACamd weet dat je NewCS server alleen CAID 0100 kan verwerken (door dat in de cardclient.conf te zetten) zal hij zowel de Seca2 and Seca3 ECM's naar NewCS versturen. Waar een succesvol antwoord op binnen komt slaat ACamd op in chcache.ini.
Wat een mogelijkheid zou kunnen zijn is dat in chcache.ini een verkeerde ECM opgeslagen staat. Je zou deze dan even kunnen renamen (en je ACamd.ini eventueel ook) en kijken wat er dan gebeurd. Je kunt ze dan altijd weer terug zetten.
Als ik een systeem installeer zet ik in de plugins map alleen ACamd.dll en cardclient.conf en daarmee heb ik genoeg om alle kanalen (van m'n complete pakket incl. HD) zichtbaar te krijgen.
Welke HD zenders werken eigenlijk niet (of wel naar gelang de lijst korter is)?
NED1 t/m 3 HD en Eurosport HD werken al zonder HD abonnement. Maar voor de meeste andere zenders heb je een HD abonnement nodig. Als inderdaad alleen die eerste 4 zenders het doen, dan is er misschien iets mis gegaan met het activeren van je HD abonnement.
-
@Mars Warrior:
Ik ben heel blij dat het nu werkt. En werkt dit alles nu in TVSource?WMC of in DVBViewer?
Waar ik nog wel iets meer over zou willen weten. Je hebt het over COM settings in ACamd. Deze zijn alleen nodig indien je ACamd zelf met je smartcard wilt laten praten. Ik vraag me daarom af, werkt ACamd uberhaubt nog wel samen met OSCam? Of praat ACamd zelf nu met de smartcard en kun je OSCam feitelijk achterwege laten?
@Moonchild:
Ik neem aan dat je bedoeld dat de makers van ACamd en OSCam aan zet zijn. Want zoals Mars Warrior zelf al zei:
Citaat:5. DVBLink Source + Network Pack (3.2beta 3)Een probleemloos pakket, danzij de keurige handleiding die stap voor stap de configuratie aangeeft
En zo is het ook. De handleiding van TVSource en het Network Pack van DVBLogic zijn zeer duidelijk (nederlandse handleiding ook voor een groot deel door mij geschreven).
ACamd en OSCam hebben op zich wel genoeg informatie her-en-der beschikbaar, maar je moet goed zoeken om tot het eindresultaat te komen. Daar komt bij OSCam nog het multiplatform aspect bij!
Je kan en mag van DVBLogic niet verwachten dat zij gaan vertellen hoe je ACamd/OSCam aan de praat kunt krijgen. Dat is niet hun taak.
Het is de taak van de ontwikkelaars om hun eigen software van voldoende uitleg te voorzien!
Daarbij komt dat ACamd niet specifiek voor TVSource is ontwikkeld. Net als dat OSCam niet specifiek voor ACamd is ontwikkeld. Het zijn allemaal stukken gereedschap die met elkaar kunnen werken.
-
@Mexced:
ACamd moet al kunnen werken als ACamd.dll en cardclient.conf in de plugins folder staan.
Je kunt eventueel FFDecsa.dll toevoegen (mist de applicatie daar gebruik van kan maken).
Kun je mij anders eens je config files via een PM toe sturen. Ik wil wel even kijken. Weet alleen niet of ik er vandaag al een toe kom.
cccamn:127.0.0.1:12346:1/0100/ffff:user1:user1
zou in ieder geval moeten werken, als dit in Oscam.conf staat:
Code:[cccam]port = 13246reshare = 0version = 2.1.4updateinterval = 0minimizecards = 0
Dit in Oscam.user:
Code:[account]user = user1pwd = user1group = 1monlevel = 2au = naam_van_kaartcaid = 0100ident = 0100:000000,00006A
En dit (als je een Phoenix seriele i'face op COM1 gebruikt) in Oscam.server:
Code:[reader]label = naam_van_kaartenable = 1protocol = mousedevice = /dev/com1services = caid = 0100detect = cdmhz = 358cardmhz = 358ident = group = 1emmcache = 1,1,2lb_weight = 100
Waarbij label in Oscam.server dus overeen moet komen met AU in Oscam.user als je wilt dat je kaart automatisch update.
-
Is inderdaad wel jammer. Wil met m'n vrouwtje toch ook wel eens voor twaalfen een leuk filmpje zien. En nee, Daring'TV heeft doorgaans geen Dorcel kwaliteiten. Maar keuze is onze beste vriend! Mijn vrouwtje bepaald welke film er op blijft staan (ik als man vind het meeste wel prima). En een zender minder is en keuze minder!
Gelukkig hebben we een media center in de slaapkamer en heeft i'net ook genoeg te bieden
-
Het blijft vreemd. Ik gebruik al sinds ik OSCam voor het eerst gedownload had (nog niet eens toen ik het zelf wist te compileren) met CCCam en heb daar qua decodering nooit problemen mee gehad. In het begin (#20xx ofzoiets) zat er nog een bug in de CCCam implementatie waardoor AU niet werkte (de locaties van de keydata zaten op een verkeerde plek). Maar dat was ergens rond 29xx opgelost. Ik gebruik op dit moment #3925 en die werkt op alle fronten 99.99999% okay (die andere 0.00001% is een slag om te arm
).Probeer anders deze compile eens met je eigen config files.
Zit ik je bericht nog eens door te lezen blijk ik met m'n slaperige hoofd over een belangrijk verschil heen te hebben gelezen. USB
ik gebruik namelijk een phoenix reader op een seriele poort. Is toch wel iets anders. Vooral ook omdat "2010/11/18 23:35:13 r 1 usb bulk write failed : ret = -5" las in je logs. Het heeft dus inderdaad waarschijnlijk met USBLIB te maken. Het maakt dan volgens mij ook niets uit of je dan CCCam of Newcamd gebruikt als het om een USB probleem gaat.Maar kijk toch eens "just for the fun of it" wat het met mijn compile doet. Soms lijkt daar toch wel eens verschil in te zitten. Misschien doet die van mij het juist helemaal niet (moet je het me wel even laten weten!).
-
Gooi de acamd.ini eens weg (rename die eens oid). Ik weet niet zeker maar ik vermoed dat je misschien een filter voor seca2 ECM's hebt geactiveerd. Als dit een seca3 kaart is en je stuurt alleen seca2 ecm's naar de kaart, dan krijg je inderdaad dat de kaart er niets mee kan.
RTL4 zend bijvoorbeeld met ECM 643 (Seca2) en ECM 70B (Seca3) uit. Als je dan alleen ECM 643 doorgeeft omdat het Seca2 filter per ongeluk aan staat, dan zul je nooit beeld krijgen.
En in principe, als je Acamd.ini even weg haalt moet alles probleemloos werken! Voor de zekerheid zou je chcache.ini ook nog even kunnen verwijderen. Als het goed is mag dat niets uit maken maar je weet maar nooit (in chcache.ini slaat ACamd alle succesvolle combinaties van ECM/EMM en SID/PID e.d. op zodat het niet elke keer opnieuw moet uitzoeken welke de juiste ECM voor een bepaald kanaal is).
-
Ziet je gebruiker in oscam.user er zo uit?:
Code:[account]user = <gebruiker>pwd = <wachtwoord>group = 1monlevel = 2au = <label van [reader]>caid = 0100ident = 0100:000000,00006A
Dan zou je, als je als je smartcard gewoon herkent wordt en je:
Code:[cccam]port = 12000reshare = 0version = 2.1.4updateinterval = 0minimizecards = 0
in je oscam.conf hebt staan, moeten kunnen verbinden met ACamd, en updates kunnen verwerken wanneer je deze lijn in smartcard.conf zet.
Code:cccamn:localhost:12000:1/0100/ffff:<gebruiker>:<wachtwoord>
De 1 na 12000: betekent dat je AU wilt toestaan.
En au = <label van [reader]> (moet overeenkomen met label = in oscam.server) geeft aan dat de gebruiker EMM's naar de kaart mag sturen.
Met ident = 0100:000000,00006A in oscam.user, zorg je ervoor dat ACamd niet alles zomaar naar je kaart slingert omdat OSCam dan aan ACamd doorgeeft welke CAID en Idents door de server worden geaccepteerd.
Gezien de huidige datum van de kaart, mag ik er vanuit gaan dat het om een werkende, opnieuw geactiveerde kaart gaat?
-
Je kunt een capture van 50MB van de 10773 H 22000 op 28.2 hier downloaden:
http://dl.heitmans.nl/2010-10-29-16-34-10773-22000-S.ts
-
Ben je na Cygwin te hebben opgestart, wel eerst met:
CD /usr/src
naar de src folder gegaan?
-DWEBIF=1 staat voor het mee compileren van de webinterface.
Als je die weg laat kun je niet via de webinterface OSCam benaderen/configureren.
Feitelijk hoef je na de installatie van Cygwin, zoals ik de openingspost omschreven, niets anders uit te voeren dan deze commando's:
cd /usr/src
svn co http://streamboard.gmc.to/svn/oscam/trunk oscam
cd oscam
mkdir build
cd build
cmake -DWEBIF=1 ..
make
Er kunnen tijdens het compileren enkele "Warnings" worden weergegeven die overigens geen kwaad kunnen. Maar de foutmelding mbt CMakelists.txt komy mij niet bekend voor. Daar zou je ook niets mee te maken moeten hebben.
-
Tja zolang OSCam de kaart niet succesvol geinitialiseerd heeft zal ACamd ook niets kunnen decoderen. Waar het nu precies mis gaat weet ik niet. Want volgens mij is de TV-Vlaanderen kaart gewoon een SECA kaart.
Ik weet niet of je de mogelijkheid hebt om de cardreader op 3.57/3.58MHz in te stellen. Want mogelijk gaat het daar mis. Maar voor de rest zou ik het eigenlijk niet weten.
Mijn kaart (Canal Digitaal / Oranje kaart) werkt onder NewCS prima op 7.2MHz maar onder OSCam krijg ik hem niet werkend op hoger dan 3.58MHz.
Card System not supported betekend normaal dat het coderings systeem voor OSCam onbekend is maar aangezien het volgens mij gewoon een SECA kaart is, denk ik dat er toch iets mis gaat met gaat met herkenning de ATR (de initialisatie string van de kaart). En dat zou mogelijk aan de communicatie snelheid kunnen liggen.
-
@w8andc:
Wan het volgende ben ik niet helemaal zeker, maar je zou het kunnen proberen.
Heb je OSCam zelf gecompileerd?
Dan staat er in de build/utils folder een programma met de naam list_smargo.exe. Volgens mij heb je die nodig om te vinden waar de reader zit en welke waarde je dan moet invullen.
Dit werkt ook alleen als OSCam is gecompileed met libusb.
-
Ik heb zelf ook een 5600+ in m'n HTPC in de huiskamer zitten welke standaard ook op 2,9 GHz draait. Lijkt me derhalve geen probleem te zijn. Waar je eventueel naar zou kunnen kijken is de spanning van je geheugen. Ik heb ooit geheugen in m'n PC gehad die standaard op 2.1 volt moest (volgens het doosje en de specs van Kingston) maar m'n moederbord zette deze volgens de "SPD" op 1.9 volt waardoor m'n systeem zich soms wat vreemd gedroeg. En anders? Ja dan zou ik het ook niet weten. Misschien Windows eens volledig opnieuw installeren van een untouched MSDN image ofzo.
-
Dit heb ik zelf enkele keren ervaren met het ION330 systeem in m'n slaapkamer. Deze was overgeklokt. Op de een of andere manier ging het daardoor mis. Soms als het uit standby kwam kreeg ik de melding dat er een fout in de opname-gegevens was hersteld. En een enkele keer waren m'n TV gegevens weg en moest ik de setup herhalen. Nadat m'n systeem uiteindelijk volledig gecrashed was (TV liep na enkele minuten vast alsof de HDD niet meer bereikbaar was, HDD lampje bleef dan continu branden) heb ik alles terug geklokt, Windows 7 en TVSource opnieuw geinstalleerd en sinds dien (drie maanden geleden) werkt het vooralsnog probleemloos.
-
Ik heb welliswaar de Cygwin versie van OSCam (1.00-svn build #3498 op dit moment). Maar bij mij draait ACamd met het CCCam protocol prima. Zowel in TVSource als in DVBViewer. Zelfs auto update gaat als een zonnetje.
-
Origineel bericht van: Niels WagenaarMaar maakt DVBLink geen gebruik van de DVBViewer Pro engine?
DVBLink maakt inderdaad gebruik van de DVBDream core. Vandaar ook dat alle hardware referenties in bda.dev staan. Maar de ontwikkeling van DVBDream en DVBLink lopen geheel langs elkaar heen waardoor verschillende hardware niet per definitie op beide werkt. -
Volgens mij moet je bij device de BusID van je USB controller + de DeviceID van je Smartreader+ neerzetten. Daar kun je o.a. achter komen door list_smargo.exe te gebruiken (zet deze bij de OSCam.exe aangezien deze afhankelijk is van dezelfde cygwin libraries).
Maar ik zou gewoon eens via de Web Interface door de config bladeren en de link gebruiken waarin de verschillende config bestanden staan uitgelegd.
Je kunt als reader inderdaad een andere CCCam server (of newcamd servers e.d.) opgeven! Ik dat geval zullen alle aanvragen via jouw server worden door gegeven aan de door jouw ingestelde server.
En ja, zoals ik in m'n openingspost al aangaf is OSCam ook als CCCam server te gebruiken (zelfs met AU icm ACamd 0.6.1.8). Met mijn basis config is OSCam zowel als een newcamd (poort 12345) als CCCam (poort 12346) geconfigureerd (zie oscam.conf). En met welke server je ook connect, de newcamd of de cccam server, in beide gevallen zal met de basis config de enige ingestelde reader worden aangesproken.
Origineel bericht van: lujoMet andere woorden: voor gebruik in mijn woning met meerdere pc's of dreamboxen hoef ik niet per se cccam te gebruiken om mijn kaartje te delen en voldoet "smartreader" ook?Ja haalt wat dingen door elkaar want in de [reader] sectie stel je niet je server in maar waar je ontcijfering plaats vindt. Protocol kan dus CCCam zijn als je wilt dat OSCam niet met je eigen cardreader praat maar met een andere CCCam server.
Protocol kan ook newcamd zijn (als OSCam met een andere newcamd server moet praten).
Eigenlijk is de naam van het config bestand (oscam.server) wat verwarrend (zou beter oscam.source kunnen heten) want het is de config waarin je je sleutel-bron instelt. De eigenlijke server instellingen (wat voor'n server wordt OSCam) doe je in oscam.conf waar je o.a. de [newcamd] of [cccam] sectie hebt staan.
-
Ja dat kan allebij. Aangezien het een Cygwin compile is wordt dat netjes naar com1 vertaald voor Windows. Deze config was gebaseerd op de basis config die in beginsel meteen bij mij werkte.
-
Als je bij ACamd.dll een bestandje aanmaakt met de naam ACamd.ini waarin je het volgende zet:
[ACamd]
MonLog=1
Dan zal er een log-file worden aangemaakt.
-
@Zalman:
Zo heel spannend is het eigenlijk niet.
Ik gebruik OSCam als CCCam server en ACamd als client.
In m'n plugins map heb ik eigenlijk maar 2 bestanden neer gezet. ACamd.dll en cardclient.conf.
Daarbij heb ik in cardclient.conf de lijn #cccamn:<de rest> gekopieerd naar de laatste regel. Vervolgens de # weg gehaald en de login gegevens (ipadres, poort, username en wachtwoord) er in gezet en draaien met die handel.
Maar een leeg tekst bestandje aanmaken, deze cardclient.conf noemen en daarin:
cccamn:<ip-adres>:<poort>:1/0100/ffff:<gebruiker>:<wachtwoord>
moet voldoede zijn.
Als je overigens de laatste ACamd (0.6.1.8) download is de meest belangrijke informatie al in dat archief te vinden!
-
Wat er precies de oorzaak van is weet ik niet. Maar ik denk dat je het moet zoeken in de vele "already connected" berichten. Lijkt alsof je dubbel inlogt. Daarnaast zou de smartcard.conf weg halen als je alleen een externe CCCam server gebruikt.
ik gebruik namelijk een phoenix reader op een seriele poort. Is toch wel iets anders. Vooral ook omdat "2010/11/18 23:35:13 r 1
OSCam - Windows versie
in Windows en zo...
Geplaatst:
Je bedoelt 2.1.2?
Zijn er al SVN versies met support hiervoor?
Dat zou niet logisch zijn als wel al enige tijd gebruik kunnen maken van CCCam 2.1.4
Het gaat om CCCam 2.2.1