CCcam pe Optibox Evo M7

[dMd]

Testat card focus in CCcam _ 2.13 pe giga800SE - imagine ATV 4.0 in multiboot cu update la zi, deschide toate canalele din pachetele la care am subscriptie. Pe multi ii tot aud ca nu le merge cu alta versiune decat cu 2.3.0 , la mine cardul sus amintit a mers intotdeauna cu orice versiune. Probabil ca celor carora nu le merge au cardul mai nou si mai "pretentios". In plus .. trebuie sa tinem cont ca 3C a aparut de cativa ani buni, iar pe majoritatea receptoarelor ruleaza imagini pe motor PLI 4.0 ce reprezinta ultima generatie. Si oscamul da rateuri pe imagini vechi, cine are un DM 7000 cu anumite imagini si baga un oscam recent pus de team la download pe pagina lor o sa vada ca nu va porni, e normal sa fie incompatibilitati intre emu si receptor atata timp cat producatorii de soft cauta sa implementeze la cerere cat mai multe functii in imagine, dar uita (intentionat poate) sa bage tocmai librariile cu care au fost compilate unele emu aparute acum cativa ani buni in urma. Inca o remarca, atentie la skinurile proiectate pt receptoare potente ce au CPU la 1,3 ghz, alea pot genera de multe ori blocaje (sau vor rula mult mai greu) pe un receptor inferior clasei pentru care au fost proiectate.

[stargate]

Nu exista hobby in lumea celor ce fac imagini enigma ... cine sare cu banul beneficiaza de o imagine cat mai completa. Este posibil ca fiind un aparat ieftin si din dorinta de a pastra un pret scazut producatorul sa fi comandat imagini enigma cu mai putine facilitati. Procesorul aparatului este potent si este prezent pe multe receptoare noi, inclusiv noua gama GigaBlue, dar este posibil sa fie franat intentionat pentru ca asa a fost comanda.
Ca vrem sau nu sa recunoastem cu CCcam nu mai poti face sharing in conditiile actuale cand poate 80% din carduri sunt fake iar profitorii si cei ce nu vor sa respecte partenerii au napadit serverele.

[Levy]

De cand este turat la 750 Mhz (din ianuarie !) receptorul se misca excelent, problema nu este ca nu-l duce procesorul, problema este ca sint ceva incompatibilitati care-l fac sa se tarasca sau sa-ti dea peste cap receptorul.
Ca si al doilea cam, de ce functioneaza bine ? Folosesc 2.1.1 ca al doilea cam de vre-o 2 saptamani de test cu vre-o 9-10 perechi de linii, uptime cat are oscam-ul si nu ingreuneaza procesorul deloc. Foloseste 2-3 % din procesor ! Se comporta de parca nu ai folosi aceasi binare !

Problema este la dvbapi din cccam (in cazul de mai sus este dezactivat !) sau card readerul, de care se ocupa oscam in acest caz. Pentrru ca fara acestea ruleaza si 2.1.1 fara probleme ! Am testat si 2.14 la fel !

Insa ca primul CAM cu dvbapi si cardreader....e praf !

P.S.
Era sa uit ce este si mai ciudat !

2.30 functioneaza excelent, insa....cu aceleasi linii in aceasi conditii (folosit ca si PRIMUL CAM !!!) mananca 75% din CPU dupa cateva minute !!! Asta in conditiile in care folosit ca al doilea CAM 2.1.1 foloseste 2-3 % cum am scris mai sus !!!
Ce n-am testat, dar daca am timp am sa-l studiez, daca si 2.30 folosit ca al doilea CAM merge normal fara a tura procesorul.

[stargate]

Am pus o imagine openPL de prin Noiembrie 2013 si testat mai multe variante de CCcam ... pornesc toate dar numai 2.3.0 citeste corect cardul Focus , consumul de resurse este rezonabil si nu agata la zapping rapid



posibil sa fie ceva incompatibilitati cu variantele de CCcam mai vechi si cred ca doar cu un update de driveri se poate rezolva. Totusi nu cred ca cineva sa-si mai bata capul cu modificari de driveri pentru a rezolva aceasta problema, din cauza problemelor legale pe multe forumuri a disparut suportul pentru cam-uri si discutiile despre asa ceva nu se mai accepta. Daca vrei cu orice pret sa folosesti variante mai vechi de CCcam trebuie pistonati cei ce se ocupa de imagini enigma si inca accepta discutiile despre cam-uri .

Bafta

[dMd]

.. P.S. - CPU giga 800SE este la 333 mhz

[stargate]

Treaba este din driveri, DM500 are un procesor si mai mic si zboara CCcam pe el ... cat au dat atata au primit, este clar ca sunt limitari impuse.

[Levy]

Surprizele continua !
CCcam 2.30 care impinge procesorul inexplicabil de mult, ca si CAM 2 nu consuma mai nimic !
CPU intre 0.3 si 0.7% !!!! Asta dupa cateva ore de functionare in aceasi conditii in care ca si CAM1 mananca 75% !!! Deci e mai clar ca niciodata, ca problema este ori la dvbapi, ori la driverele cardreaderului. Se poate dezactiva card readerul in cccam cumva ? Nu-mi amintesc daca este posibil, dar am sa caut printr-un cfg original sa vad.

Ca sa delimitez problema, am sa pornesc primul oscam al doilea cccam, insa opresc dvbapi din oscam si-l las pe cccam, cardul va fi citit de oscam in acest fel, iar dvbapi pe cccam. Daca si acum consumul de resurse va fi atat de mic, singurul loc unde ar fi problema, este cum a spus si @stargate, la drivere, mai exact la driverele cititorului de card !

In cateva ore revin cu noile rezultate !

[Levy]

Deci sa continuam...

CAM1 oscam dvbapi dezactivat cardul este citit de oscam, CAM 2 este CCcam 2.11 cu dvbapi activat.
La pornire blocheaza receptorul ! Cu dvbapi dezactivat functioneaza bine, insa fara a citi cardul local !
Se pare ca versiuniile mai vechi de 2.30 au doua probleme (in OPENATV ultimele versiuni)
Prima problema cu dvbapi care blocheaza receptorul, apare clepsidra si nu mai poti sa-i faci nimic decat sa-l scoti din priza !
Si a doua problema, nu stie sa se foloseasca de rederul intern !

Foarte ciudat si comportamentul CCcam 2.30 in aceasi conditii:
Cam1 oscam, citeste cardul si dvbapi dezactivat, CAM2 cccam 2.30 dvbapi activat, si nu are acces la cititorul local de card, acesta fiind folosit de oscam.
In aceste conditii CCcam foloseste foarte putin procesorul ! Sint curios daca aceste date vor ramane si pentru o functionalitate de mai multe ore si nu ma trezesc ca foloseste 75% din CPU. Deci momentan pare in regula, bineinteles dupa cum am descris fara a avea acces la cititorul intern.

[Levy]

Final de experiment ! Cel putin pentru mine.

Cccam 2.30 daca este setat al dilea CAM chiar daca DVBAPI este pe ON si cardul este citit de oscam functioneaza ireprosabil, fara sa foloseasca inexplicabil de multe resurse. Consumul de resurse in orele in care l-am monitorizat nu a trecut de CPU la 5%, dar in marea majoritate a timpului era intre 0,3-0,7 %.

Versiunile mai vechi, am testat mai mult versiunea 2.1.1 functioneaza doar cu dvbapi dezactivat si cardreaderul este CAM-ul 1. In asemenea conditii (doar cardserver) manaca foarte putine resurse.

Se pare ca astea sint conditiile in care trebuie sa te apuci, daca vrei sa incerci functionarea CCcam pe Optibox Evo M7.
Nu cred ca problema nu se poate rezolva, doar se pare ca team-urile care dezvolta imaginile sint multumiti ca oscam functioneaza foarte bine pe acest receptor si atat !

[Levy]

Am incercat sa "arunc" problema in mana celor de la OpenATV insa nici macar nu-mi raspund la mesaje

Se pare ca nu are de gand nimeni sa intervina sa rezolve aceasta problema.