Am reusit sa pornesc compilatorul la mine.
Module: Newcamd, Cccam, Monitor, ConstantCW, Webif
Printable View
Am reusit sa pornesc compilatorul la mine.
Module: Newcamd, Cccam, Monitor, ConstantCW, Webif
Merci!!
Cum ajung acasa testez.Nu reusesc nicicum sa-l folosesc ca si client de newcamd , cu versiunile testate pina acum:( .
f11
How to change it with default oscam_3520?
Multumesc Zildan
Am testat versiunea 5342 , nici o problema , totul este OK
Unzip the file, rename it oscam_3520 and transfer it in the box over the existing one.Quote:
Originally Posted by aszymbeher [Only registered and activated users can see links. Click Here To Register...]
Face acest lucru pentru incercarea de [Only registered and activated users can see links. Click Here To Register...]. funcţionează ca un emulator
cum se comporta ?au rezolvat problema cu procesoru incarcat ?eu nu am mai avut timp de teste .
merge bine scrieti oscam_3520 atribut 755
Am testat si eu si totul este ok.Am reusit , in sfirsit, sa mearga ca si client de newcamd , merge mai rapid decit versiunea 3520 ( nu mai retin exact) si respecta prio exact cum am setat.Toate pe un ufs910.
Multumiri @zildan
f11
PSPartea de newcamd era din setarile serverului nu a clientului , un pic ilogice deoarece cu mgcamd , acamd ,etc mergea numai oscam-oscam nu.
Vezi ca la versiunile curente , prio se seteaza in oscam.dvbapi .
Si .... multumiti celor care lucreaza activ la oscam, eu doar l-am compilat si am stabilit o configuratie minimala.
m-ati facut curios si am testat si eu dar tot cosnuma mult procesor 100 %.
Detaliaza te rog, cum ai testat!
La mine cu comanda " top" oscamul ocupa 1-2% CPU drept ca ma doar 3 readere in oscam.server.
Fata de versiunea precedenta(avuta de mine) schimba canalele mai repede se conecteaza pe linia cccam mai rapid.
f11
Cu aceleasi setari cu care merge f bine pe versini sub 4743 inclusiv(fara new share management) postate aici [Only registered and activated users can see links. Click Here To Register...]
Cu setarile astea si 4743 cpu sta in 10-30 % cu 45 linii cccam ca readere+local si 48 linii users.Cu versiuni sub 4744 ecm-ul din local e mic, cu versiunile noi procesoru stand in 100 % ecmu l creste,se dubleaza chiar.Daca scad numarul liniilor la jumate pe versiuni noi cpu sta in 20-30% .
Module: Newcamd, Cccam, Monitor, ConstantCW, Webif
Changeset [5345] by schlocke
cccam: automatic card renew after 1h to prevent "O" cccam to remove the cards
00:46 Changeset [5347] by schlocke
cccam: fixed a cleanup issue
00:36 Changeset [5346] by schlocke
cccam: outgoing cards forwarded in enhanced sid mode only if incoming card …
00:56 Changeset [5348] by schlocke
changed locking behaviour on dns resolving, gethostbyname=mutexlock, getaddrinfo=no mutex lock
[5349] by Admin
To find the locking issues in #5437 and #5438 we added debugging functionality for mutexes which is not normally needed. The debug code is added with this commit but it needs to be manually activated by defining WITH_MUTEXDEBUG in src code if we should need it again.
Furthermore, resolving the ip from a hostname has been refactored into a function.
[5350] by Admin
Remove unneeded variables from client struct.
[5351] by _network
viaccess: possible workaround for emm from cccam (#1838)
[5352] by schlocke
ccam: fixed auto refresh only for local cards, loadbalancer: do not block timeouts if we got ecms in the past
[5353] by Admin
Fix wrong cancelstate-setting in cs_lock-functions, use global functions to add/remove readers to/from reader list and add a lock to make sure that the list always stays consistent.
La mine nu stiu cum s-a intamplat...se facu lumina pe undeva...unde a fost bezna! Sarut mana...conasule!!!
:clap:
Am lasat oscam-ul la test doua zile, non-stop, pe TVR HD , versiunea 5348.
Nu s-a blocat, a luat doar din cardul local, nu au fost variatii semnificative la ecm time.