20 replies to this topic

[berryrondeel]

Ik heb problemen met mijn Mutant HD1200.

 

Ik had met OpenPli 4.0 de laatste tijd telkens problemen, kreeg steeds de melding in de trend van Cannot parse, no emu....

Na een update naar OpenPli 6.2 heb ik geen beeld op de meeste zenders, BVN geeft wel beeld. Zie geen melding in het scherm zoals bij versie 4.0.

Ik gebruik een gerigistreerde kaart van Canal Digitaal die wel gewoon werkt in de ingebouwde receiver van mijn tv.

 

Ik heb CCcam 2.3.0 geinstalleerd......

 

iemand enig idee?

[WanWizard]

CCcam verwijderen, Oscam installeren. CCcam is oud, en crasht op een heleboel CD kanalen, sinds daar Viaccess simulcrypt op zit. Een lokale CD kaart doet het in Oscam zonder configuratie.

[mimisiku]

En anders CCcam 2.2.11 installeren...Als er alleen TV gekeken wordt voldoet dit nog..

[cobus]

Gewoon Oscam is de beste Softcam wat er bestaat (momenteel) 

[hulkman]

Ik kijk hier dagelijks met cccam 2.3.0 (arm versie) op een Mut@nt HD51 en ik heb nooit uitval op een CD kanaal. Ik vermoed een probleem met je kaartlezer. Je zou het kunnen testen door tijdelijk met een c-lijntje via de kaartlezer van een andere droomdoos te kijken.
Soms moet je ook gewoon een nieuwe schone installatie doen, zonder dat daar echt aanleiding voor is.

[mimisiku]

Dat zou me verbazen.. CCcam 2.3.0 is Mipsel only. De CCcam 2.3.1 en 2.3.2 zijn er in arm en mipsel..

[berryrondeel]

CCcam verwijderen, Oscam installeren. CCcam is oud, en crasht op een heleboel CD kanalen, sinds daar Viaccess simulcrypt op zit. Een lokale CD kaart doet het in Oscam zonder con

Ik heb de CCcam verwijderd en de Oscam geinstalleerd. Helaas zonder resultaat. Ik moet er wel bij zeggen dat ik bij de softcam selectie nog steeds de CCcam kan selecteren ????? Bij plugins verwijderen staat hij er niet meer tussen.

Misschien toch een schone installatie?

[berryrondeel]

Ik kijk hier dagelijks met cccam 2.3.0 (arm versie) op een Mut@nt HD51 en ik heb nooit uitval op een CD kanaal. Ik vermoed een probleem met je kaartlezer. Je zou het kunnen testen door tijdelijk met een c-lijntje via de kaartlezer van een andere droomdoos te kijken.
Soms moet je ook gewoon een nieuwe schone installatie doen, zonder dat daar echt aanleiding voor is.

Ik heb er ook een C lijntje in staan, ook die geeft geen beeld meer.

[Dimmie]

Als je gewoon een kaart hebt dan is het onzin om er een c-lijn bij te zetten.

[jeanclaude]

Ik kijk hier dagelijks met cccam 2.3.0 (arm versie) op een Mut@nt HD51 en ik heb nooit uitval op een CD kanaal. Ik vermoed een probleem met je kaartlezer. Je zou het kunnen testen door tijdelijk met een c-lijntje via de kaartlezer van een andere droomdoos te kijken.
Soms moet je ook gewoon een nieuwe schone installatie doen, zonder dat daar echt aanleiding voor is.

heb jij een 'arm' versie van CCcam 2.3.0 ? mijn 4K Gigablue heeft versie 2.3.2 maar deze versie leest geen m7 kaarten - reden waarom ik deze CCcam inderdaad via een C-lijn de kaarten laat lezen in een andere locale ontvanger waar nog een oude CCcam versie op draait .... werkt overigens perfect.

[Tech]

Al dat gedoe met CCcam en het niet lezen van kaarten, ik zou dan ook terug gaan naar de periode van DOS6.2.
Al dat gedoe met priolijsten en oude versies...(not dus )

Ik snap werkelijk niet waarom men CCcam nog gebruikt terwijl Oscam het vanuit de feeds zonder een instelling te hoeven maken ook gewoon direct werkt met een Nederlandse kaart in een lezer.
Tevens zit er een voorgeconfugureerde ‘c lijn’ in om een connectie met een andere receiver te maken, even ip adres in de client aanpassen, aktiveren en het werkt.

[hulkman]

Ik nam aan dat jullie snappen dat als ik cccam arm versie benoem je weet welke versie het is, het doet er niet toe. Ik draai cccam omdat ik thuis een dm500 als server in de meterkast heb staan, dat ding draaid al jaren dezelfde cccam zonder pio etc. Op de 2 clienten, woon- en slaapkamer draai ik ook cccam omdat de comminicatie tussen de cccam en oscam stroef verloopt en omdat oscam hinderlijk traag start vanuit deep sleep.
Zoals gezegd heb ik geen problemen vwb het decoderen. Alleen wel priolijsten in de clients gezet, maar volgens zeggen is dit met de laatste cccam versie ook niet nodig.
Ik denk dat TS alleen de bevestiging wil dat cccam kan draaien en daarmee alle nl kanalen kan openen. Zijn probleem ligt vermoedelijk toch anders.

[littlesat]

. ook met prio gaan er dingen mis met cccam waardoor je kaart eerder bestraft kan worden... oscam start op openpli al enige tijd niet meer traag op...

Edited by littlesat, 8 September 2018 - 08:10.

[WanWizard]

omdat de comminicatie tussen de cccam en oscam stroef verloopt.

Definieer "stroef"?
 

omdat oscam hinderlijk traag start vanuit deep sleep.

Dan moet je zorgen dat de box bij het opstarten de juiste tijd heeft. Daar wacht Osccam namelijk op, en zonder de systemtime plugin (ingesteld op het ophalen van de tijd van internet bij het opstarten) moet Oscam dus wachten tot de box een zender getuned heeft en de transponder tijd heeft kunnen oppakken.

[hulkman]

Voor mij blijft de vraag waarom oscam de tijdsync nodig heeft. Functioneel is het niet aangezien cccam het niet nodig heeft.
Ongeveer een maand of 3 geleden waren er problemen waar enorm veel over te doen was hier. Iets met glitches in beeld waar ik ook last van had. Mogelijk komt dat mede door mijn cccam-oscam opzet. En het had ook mogelijk iets met de tijdsync te maken.
Overstap, of eigenlijk terugstap naar full-cccam setup, geeft bij mij het beste resultaat.
En met 1 dubbel tuner en 1 single tuner gaat bij mij de kaart niet in straf modus.

[Tech]

Die 'timesync' heeft te maken met de compiler die is gebruikt, omdat de tijd als de receiver opstart, ver in het verleden ligt wil oscam niet starten totdat de tijd later is dan de datum waarop oscam is gebouwd.

[WanWizard]

Die glitches zijn een bijzonder vaag probeem.

 

Ik ben sinds kort over van een ET10000 naar een Solo 4K (die ingericht is met de backup van de 10K, alleen de tuner config is aangepast), en tot op heden heb ik er niks meer van gezien.

 

En dat sterkt me alleen maar in mijn idee dat Oscam intern ergens mee bezig is dat te veel CPU cycles kost, zodat de ECM te laat wordt verwerkt. Dit omdat niet alleen het uitschakelen van ECM processen (bv caching) maar ook een snellere CPU zorgt dat je er geen of minder last van hebt. De discussie over de variatie in de tijd is ook een design fout, er zitten process loops in Oscam die werkt op een delta tijd (nu + 20 sec bv), als dan de tijd wordt aangepast door NTP of transponder tijd duurt die loop ineens geen 20sec meer, maar meer (of juist minder). En ook zorgt voor het te laat verwerken van ECM's. Beide zijn imho design fouten.

[hulkman]

En TS heeft niets aan deze informatie, alleen dat decoden met cccam geen probleem zou moeten zijn. En als dat wel zo is, dat hij problemen bij hardware of image moet zoeken.

[hulkman]

O ja, WanWizard bedankt voor je ondersteuning. Als je hier cccam noemt wordt je terstond afgefakkeld, weet ook niet waarom.

[WanWizard]

Ik vind dat wat gechargeerd.

 

CCcam heeft, zeker voor de doorsnee gebruiker met een M7 kaart, allerlei problemen. Het is en blijft gewoon een antiek stuk binary code dat niet wordt bijgewerkt. En dan is het niet slim om CCcam te willen gebruiken, al was het alleen maar omdat Oscam uit de doos gewoon werkt.

 

Een deel van de wens om CCcam te gebruiken komt vanuit onbekendheid met een alternatief, een deel omdat men zich met illegale zaken bezig houdt en met een C lijntje zit van een of andere vage illegale jopie (die dan zegt dat je CCcam moet gebruiken).

 

De eerste groep wordt dan ook hier op een beter alternatief gewezen, de tweede groep zal ons de spreekwoordelijke worst zijn, die kopen maar gewoon een abonnement, dan komen ze vanzelf in de eerste groep terecht.