Pareri despre oscam

[daradici]

fisierul log poti sa-l stabilesti ce lungime maxima sa poata avea cu linia:

MaxLogSize = 20

in acest caz fisierul log va avea 20 kb, atentie va face de fapt doua fisiere numite:
oscam.log
si
oscam.log-prev
bineinteles si
oscamuser.log

Deci cu putina atentie poti avea si fisiere log si poti sa-l setezi si sa nu-ti ocupe tot spatiul din box.

[laleauaneagra]

cu fisieru neactivat am free la memorie 400 nici nu mai indraznesc sa l activez si oricum orice i as face in max 3 ore e teapan si asta cu 18 lini daca le pun pe toate nicinu mai vorbesc,cu toate ca nu liniile sant problema si nici configu,pur si simplu oscam e mancator de rahat
poate sa se supere oricine asta e adevaru,e haotic,lucreaza multi si prost etc
sa nu fi tu in stare sa scoti o versiune stabila de atata vreme e jenant,uitati va la ultimile versiuni si vedeti ce update au facut,aiurea
cand va fi gata(daca va fi vreodata)voi fi clientul lui,pana atunci CCCAM THE KING(nu ala care credeti voi)

[daradici]

Logurile nu le faci in /var unde spatiul este cum este la dm500, le faci in /tmp, crede-ma acolo ai spatiu de fisiere *.log fara sa-ti cam pui problema de lungimea lui, mai ales daca fisierul este limitat ca si lungime.
In temp fac backup la imagine, si crede-ma incap fisiere de peste 8 Mb fara probleme.

[qwess]

eu am dirijat path-ul catre sda1(usb) unde am si partitia swap poate sa srie cat vrea in:
oscamuser.log
oscam.log
stat

[fery21]

"ERRor 9993" este o erooare care apare doar la cardul S*iy it cardul primeste un emm de block care prajeste cardul acest pache din oscam este valabil doar la cardul cu subscriptie valabila si poate fii readus la viata la urmatoarea subscriptie, receptorul original nu poate readuce cardul la viata.

[daradici]

eu am dirijat path-ul catre sda1(usb) unde am si partitia swap poate sa srie cat vrea in:
oscamuser.log
oscam.log
stat

Da, asta in cazul tau functioneaza, dar din cate inteleg se plange de spatiul putin, probabil are un dm500 sau clona de dm500, in acest caz e bine de redirectionat catre /tmp si nu spre /var.

[qwess]

e necesar lb_mode = 1 intr-un server no dvbapi ?

[laleauaneagra]

Noile versiuni Oscam mananca resursele sistemului (DM 500S_Compatibil) in postura de client-server, asta este problema, un log poate fi dirijat fara probleme sau dezactivat. Procesorul daca nu face fata cererilor Oscam nu prea mai ai ce sa i faci decat sa dai un reboot. Este drept ca team ul Oscam vrea sa faca un pas inainte, insa parca il bate pe loc. Rapiditatea pe parte CCcam surprinde placut si chiar ma mir ca celebrul 3C nu profita de codul sursa oscam pentru a face cateva cosmetizari in avantajul lor. Inca o remarca - Oscam este ok in tandem cu Cccam daca sunt separate in GUI ca EMU si CS, in cazul asta chiar se completeaza reciproc in sensul bun al cuvantului.

[qwess]

Da, cu o diferenta, oscam se descurca si de unul singur fara aportul serviciilor 3C!
E de ajuns sa scoatem oscam din ecuatie....si vedem rezultatele.
Ce imi place la oscam, lucreaza bidirectional fara menajamente, fata de cccam care din start nu a vrut sa dezvolte/ajute alt emu, 3C ia din toate pozitiile dar da doar pentru el!
aici clar un mare avantaj oscam, care va cantari greu pe partea de server.

[technomate]

Ma bucur ca vedeti si partile bune ale lui .Unii dintre am am prins perioada in care pe cpu-urile sh4 abia aparute nu puteai pune decat mgcamd si incubus si iti venea sa vinzi cat mai repede ....
Dupa ce a aparut oscam ca dvbapi si ca client-server cccam a fost o revelatie pentru acest cpu .
Deci avem de adus o gramada de multumiri echipei de dezvolatatori ,testeri , etc !
Lucrurile aici se intampla incet (ca si in viata), dar uitati la cati ne-a captat atentia...

[stargate]

tot respectul pentru echipa de dezvoltatori si pentru munca lor ... tot ce facem este doar sa facem critici "constructive" daca se pot numi asa chiar daca uneori sunt si acide criticile . de cele mai multe ori functionarea cu probleme este cauzata de setari necorespunzatoare dar aici este si vina team-ului oscam ca nu avem o documentatie clara si suntem nevoiti sa testam diferite configuratii .

[SAFETRON1]

Daca vreti sa-l folositi ca server dar nu numai chiar si dvbapi,etc recomand ver 4682 sau ceva pe langa dar nu la diferenta mare.Am uptime de saptamani pe acest svn.Toate astea cu 40 linii C si 42 F.Nu multiplica,resurse putine ,memorie si cpu,ecm mic si stabil .Eu mai sus m-am plans de versiuni mai noi...deh toti ne dorim sa avem totul innoit dar se pare ca trebuie sa ne multumim cu ce functioneaza
Pe versiunile noi multiplica la greu si rupe cpu-ul .Probabil peste cateva zile-saptamani oscamul va deveni mai bun decat versiunea mai sus mentionata dar toate astea se fac cu rabdare ,testare,feedback si ajutor din partea noastra . Sursele sunt in c++ ,totul e posibil aici daca detii informatia corecta .
Nu uitati ca este open source !!

si totusi multiplica si versiunea 4682 .....dupa 2 zile de functionare a facut 329 de clienti multiplicati si deja clasicul cod de eroare in log "300162A0 s Cannot create pipe (errno=24: Too many open files)"

[laleauaneagra]

exact,insa tu esti fericit ca ajungi la 2 zile,eu am lasat o balta,sa ajung sa dau 30 de restarturi fortate nu are nici o logica

[SAFETRON1]

e necesar lb_mode = 1 intr-un server no dvbapi ?

Necerar nu este dar setat corect ar putea face trafic mai putin pe readerele remote pt ca in felul asta nu ar mai trimite ecm simultan tot timpul la liniile din grup ci alege pe cel mai rapid ....adica un comportament tipic cccam


@laleauaneagra

din pacate o versiune de oscam are comportamente diferite de la un hardware la altul .....totusi cu multa rabdare si nervi de otel o poti gasi pe cea care se comporta cel mai bine pe aparatul tau ......insa nu te astepta sa merga perfect la tot ce ai nevoie , o versiune e buna de server dar fara dvbapi pornit , alta de citit card etc
Afirmatiile mele sunt cu atat mai valabile la box-urile cu resurse slabe.

[stargate]

ai perfecta dreptate , multa rabdare si o groaza de incercari care varianta este mai buna si care setari se potrivesc serverului dar sa speram ca se va imbunatati lucrurile iar oscam nu va mai fi asa de gurmand cu resursele firave ale receptoarelor