mai bine pune cccam+sbox
[Only registered and activated users can see links. Click Here To Register...]
cu 4.6 merge mai ok , dar trebuie sa editezi scriptul sa nu mai apara numele sbox 00 4.7 sa apara doar sbox cum e aici in arhiva
Printable View
mai bine pune cccam+sbox
[Only registered and activated users can see links. Click Here To Register...]
cu 4.6 merge mai ok , dar trebuie sa editezi scriptul sa nu mai apara numele sbox 00 4.7 sa apara doar sbox cum e aici in arhiva
am testat cardul 1802 shi intr-un DM500 shi se pare ca e ok cu conf. de mai sus a lui Bust3d...cu aceesshi conf. intr-un DM7020 , intrerupe f des.
am incercat shi un card 1880 in aceeashi conf dar nu deschide nimic...
daca exista ceva ce-mi poate fi de folos in rez. acestei probleme , va sunt recunoscator...
Ca sa mearga cardul cu 1880 - in acel config unde apare 1802 schimbi cu 1880
Salutare.
Ma chinui de ceva vreme sa configurez un card Gigi Rom142 intr-un smargo pe un dm 800 cu oscam. Poate a reusit cineva combinatia aceasta si pe dm 800 nu numai pe pc, m-ar interesa si pe mine ce varianta de oscam ati folosit.
Am incecat N variamte dar fara success. Primesc urmatoarea eroare dupa care procesul oscam se prabuseste:
r03 Found smartreader device 001:006
r03 exit with signal 10
Va multumesc.
Se poate micsora timpul de ecm pentru 1880?
Acum am in jur de 600-700 ms...
2010/06/03 21:17:17 1036 *** *** (1880&002111/0B22/89:7616): found (662 ms) by digi
2010/06/03 21:17:27 1036 *** *** (1880&002111/0B22/89:EAD0): found (663 ms) by digi
2010/06/03 21:17:37 1036 *** *** (1880&002111/0B22/89:F9A4): found (662 ms) by digi
2010/06/03 21:17:47 1036 *** *** (1880&002111/0B22/89:4E87): found (671 ms) by digi
2010/06/03 21:17:57 1036 *** *** (1880&002111/0B22/89:9FAE): found (667 ms) by digi
La fel si eu nu am gasit inca o solutie
La mine 1802 citit cu oscam, ecm time=517ms,
citit cu sbox, ecm time=490 ms.
Calea catre cccam mai ia si ea vreo 10-20ms.
1880 e mai puturos decat celelalte 2...
In ce dream ai cardul?500 sau 800?
La mine cardul alb-rosu/albastru 1802 in dm 500 citit cu sboxul la 500mhz imi da ecm-uri intre 297 si 350 ms....testat si verificat!
In ceea ce priveste cardul...nici o problema...are temperatura mediului ambiant si nu prezinta nici un motiv de ingrijorare.
Eu am pus cardul 18X2 si in smargo (unde imi dadea ecm time foarte mare sau unele ori dadea si timeout) nu merge bine cu smargo, asta-i concluzia.
In sci merge foarte bine daca nu pui freqventa manual, mai bine excluzi din configuratie.
Iara in phoenix interface merge stabil si ecm time este intre 280-350.
Observatiile mele personale sunt ca: Oscam-ul daca ai client mgcamd cu AU activ in lista moare dupa 1 zi sau si mai putin iara daca ai multzi clienti moare la fel dupa 1 zi , dar daca ai 1-2 clienti reziste mai multe zile dupa care daca se intrerupe netul sau conexiunea cu cccam nu mai merge bine numai dupa restart. Deci mai lasa de dorit la stabilitate cum o avut newcs.
Newcs da ecm perfect stabil de 314 ms,cu cardul in sci si frecventa 368,card rosu 1802.Eu zic sa il folositi pe acesta pentru ca merge foarte bine si stabil,oscam doar daca aveti in server si carduri care au nevoie de el.
Daca iti merge bine cu newcs da-ne si nou configuratia ta sa vedem si sa testam, eu personal am inceput cu newcs cu radegast enabled dar nu era deloc stabil.
Asteptam configuratia ta. :)
Salut!!
Problema principala la OSCam este ca est programat in C pur si nu in C++. Nu poate sa foloseasca threat-uri si pentre fiecare proces trebuie sa deschide un PID nou:
[Only registered and activated users can see links. Click Here To Register...]
Asta aproape inseamna ca OSCam pornit de atata ori cate PID-uri a deschis (ocupa mai multe resurse, memorie si putere de calcul). Daca programul va fi convertit in C++ atunci va deschide un singur PID si va folosi threat-uri si nu vor fi astfel de probleme (va fi mai rapid si va ocupa mai putine resurse). Baietii au deschis cate un branch pe ambele site-uri OSCam (SB, UMP), iar pe SB au fost facute cateva conversii in C++.
Din cauza ca OSCam este programat in C sufera sistemul cel mai slab, adica Dreambox 500:
- ECM-uri cu timp ridicat, numai pe DM500
Solutia la aceasta problema este mhz = 1000 (sau 1200, 1400, pana la 1600). Cu cat e mai ridicat frecventa ai mai putine "found (1292 ms)". Stati linistit ca nu se arde cardul. Aceasta solutie este descris in documentatie.Code:2010/04/14 20:27:11 7634 c02 CCCam (1802&000000/05E6/92:7A94): found (1463 ms) by local digitv
2010/04/14 20:27:12 7634 c02 CCCam (1802&000000/0CE4/92:3ED3): found (282 ms) by local digitv
2010/04/14 20:27:21 7634 c02 CCCam (1802&000000/05E6/92:BF34): found (1291 ms) by local digitv
2010/04/14 20:27:22 7634 c02 CCCam (1802&000000/0CE4/92:78E3): found (275 ms) by local digitv
2010/04/14 20:27:31 7634 c02 CCCam (1802&000000/05E6/92:7EDC): found (1292 ms) by local digitv
Eu pe DM500 clona (mac orig.) cardul Digi 1802 folosesc la mhz = 1600. Dezavantajul este ca creste timpul de ecm putin. La mhz = 300 pe DM500 cardul e cel mai rapid (275ms), la zapping cade si la 260ms, dar cel mai instabil (multe ~1200ms) iar la mhz = 1600 creste pana la 324ms. Daca functioneaza mai multe zile creste pana la 334ms.
Problema cu ecm ~1200ms este ca face freeze la image pana cand vine ecm-ul urmator (~10s), Nu inteleg de ce, la SKY DE din cand in cand primesc cu 1200ms si ne se blocheza imaginea.
PS.: Am senzatia ca in varianta C++ nu vor fi astfel de probleme, inainte pe la svn1800 n-au fost astfel de probleme, dupa ce OSCam a devenit mai complex au aparut ecm-uri cu ~1200ms.
Deci in oscam.server:
Code:[reader]
MHz = 1000 pana la 1600
- OSCam se opreste daca nu reuseste sa deshide un PID nou
Asta de obicei se intampla cand (re)conecteaza un client in cazul de sus CCCam si trebuie sa deschide un PID pentru procesul clientului (trebuie PID separat pentru fiecare [account] si [reader]), si dupa cum stiu numai pe DM500, dar poate si pe DM800 cu mai multi clienti conectate. Solutia la asta va fi C++.Code:2010/05/11 19:32:04 8975 c01 CCCam disconnected from 127.0.0.1
2010/05/11 19:51:15 8965 s cardserver down
2010/05/11 19:51:15 8965 s PANIC: Cannot fork() (errno=12)
2010/05/11 19:51:15 8965 s exit with signal 1
NewCamd vs. Camd3
La OScam protocolul NewCamd are o intarziere de ~50ms (in CCCam ajunge cu 50ms plus), iar Camd3 merge OK
Pana cand baietii nu rezolva aceasta problema, recomand sa folositi linia L in loc de N.
In oscam.conf:
In cccam.cfgCode:[camd35]
Port = 12345
Deoarece protoculul Camd35 merge pe UDP, se poate pune pe aceasi port cu NewCamd care merge pe TCP.Code:L:127.0.0.1 12345 user pass 1802 000000 256
Atentie Camd3!!!
Daca clientul (CCCam) intra in idle (nu mai cere ecm) pentru un timp (definit in oscam.conf), atunci este deconectat, cand clientul cere ecm atunci este reconectat automat fara lag. Problema este cum am zis ca la fiecare (re)conectare trebuie sa deschide un PID nou. Timpul de idle dupa care se face deconectare este definit de ClientMaxIdle in oscam.conf sectiunea [global] care initial este 120sec. Am crescut la o ora (se poate si mai mult)
Pentru mine OSCam nu se opreste doar daca opresc eu!! Momentan:Code:[global]
ClientMaxIdle = 3600
[Only registered and activated users can see links. Click Here To Register...]
Urmatorul MegaPost va fi despre config-ul meu in detaliu.
---------- Post added at 12:12 ---------- Previous post was at 11:40 ----------
Dar exista varianta NewCS care da correct 1802 pentru ROM142???Quote:
Originally Posted by zmeura [Only registered and activated users can see links. Click Here To Register...]
Scuze ca m-am bagat la cccam,nici nu am observat.
Pe mbox situatia cu newcs e cam asa:
[Only registered and activated users can see links. Click Here To Register...]
Da un ecm de 500ms la 2 minute,in rest merge perfect.Cred ca frecventa e la 357 pentru ca imi aduc aminte ca la 368 era cu 10 ms mai putin.
Configuratia e cam aceeasi de ani de zile si e pusa pe upload [Only registered and activated users can see links. Click Here To Register...] in plus ar fi o lista de sid-uri pusa in newcs,cam atat,dar aceasta lista poate fi si ea importanta.Bineinteles ca newcs de acolo se poate lega si de cccam.E newcs 1.62.
Mai multe detalii nu pot da acum,am laptopul mort iar pe pc-ul asta nu instalez tot ce mi-ar trebui pentru comunicarea cu receptorul din anumite motive.;)
Linux PC cu Smartbee:
E un singur client pe el in momentul testului.Code:2010/06/04 18:44:42 14317 c02 kathy (1880&002111/055A/89:1A82): found (379 ms) by dili
2010/06/04 18:44:52 14317 c02 kathy (1880&002111/055A/89:D350): found (379 ms) by dili
2010/06/04 18:45:02 14317 c02 kathy (1880&002111/055A/89:3C3B): found (382 ms) by dili
2010/06/04 18:45:12 14317 c02 kathy (1880&002111/055A/89:1252): found (383 ms) by dili
2010/06/04 18:45:22 14317 c02 kathy (1880&002111/055A/89:C915): found (383 ms) by dili
2010/06/04 18:45:32 14317 c02 kathy (1880&002111/055A/89:22FF): found (382 ms) by dili
2010/06/04 18:45:42 14317 c02 kathy (1880&002111/055A/89:B8B2): found (381 ms) by dili
2010/06/04 18:45:52 14317 c02 kathy (1880&002111/055A/89:0938): found (386 ms) by dili
2010/06/04 18:46:02 14317 c02 kathy (1880&002111/055A/89:38FD): found (381 ms) by dili
2010/06/04 18:46:12 14317 c02 kathy (1880&002111/055A/89:BAAC): found (379 ms) by dili
2010/06/04 18:46:22 14317 c02 kathy (1880&002111/055A/89:AC34): found (376 ms) by dili
2010/06/04 18:46:32 14317 c02 kathy (1880&002111/055A/89:47DE): found (384 ms) by dili
2010/06/04 18:46:42 14317 c02 kathy (1880&002111/055A/89:DA61): found (384 ms) by dili
2010/06/04 18:46:52 14317 c02 kathy (1880&002111/055A/89:FFAD): found (382 ms) by dili
2010/06/04 18:47:02 14317 c02 kathy (1880&002111/055A/89:D55B): found (379 ms) by dili
2010/06/04 18:47:12 14317 c02 kathy (1880&002111/055A/89:FAC8): found (386 ms) by dili
2010/06/04 18:47:22 14317 c02 kathy (1880&002111/055A/89:A8BB): found (381 ms) by dili
Nu se deconecteaza linia N, e absurd, frecventa cititorului n-are nici-o legatura cu protocolul NewCamd. Cardul este in overclocking si nu face fata si iti da un not found (bad ecm) sau un timeout (un ecm cu timp mai ridicat ~1200ms) de accea CCCam sare automat pe alt card.