Mgcamd - descrierea setării - lume - jucătorii forum și profesioniști

Dacă aveți de gând să utilizați softcam fișier pentru unele canale si partajarea altora, asigurați-vă că nu SoftCam.Key cheie pe aceste canale
aveți de gând să fi neîndemânatic. mgcamd arată întotdeauna mai întâi la SoftCam.Key și dacă există o cheie (deși depășite) se va
l utilizați, și nu ajunge să facă CS. Prin urmare, se recomandă să eliminați mai întâi temporar fișierele * .key din / var / chei, configurați Partajare,
asigurați-vă că funcționează, și apoi să vedem ce se poate deschide în plus, prin satelit folosind SoftCam.
/ Var / chei / mg_cfg
/var/keys/newcamd.list
/var/keys/ignore.list
/var/keys/priority.list - sunt necesare aceste fișiere pentru funcționarea corespunzătoare a schimbului de card.

# mesaje ECM
# Afișaj ESM-a mesajelor. Valoarea pentru a selecta una din cele trei lucruri:
# 00 nu arată nimic
# 01 Normal: spectacol PID, iar ECM decodate și CW
# 02 verbose: arată totul, inclusiv întreaga groapa de gunoi
# Acest caz este mai bine să vezi o dată era clar că lucrările
# Partajarea sau nu, astfel încât să activați modul normal:
C: <01>

Actualizați # cheie. Pentru a alege opțiunea 2, ca suma de 04 plus 01/02
# 01 pentru a actualiza numai noi chei
# 02 actualizare toate cheile (pentru PMK de validare)
# 04 includ funcția TPS AU (parame suplimentare specifica ****
# SID, în care pmt pid cuprinde au pid)
# Această afacere funcționează împreună cu parametrul anterior „A“.
# Așa cum am tăiat în jos „A“, și opriți acest lucru, de asemenea:
U: <00>

# Folder cu fișierele de configurare (softcam, autoroll, ignorați / prioritate)
# 00 fișiere în / var / chei
# 01 fișiere în / tmp
# Aici este evident că trebuie să selectați 00:
T: <00>

# Protocol de rețea pentru partajarea de card.
# Puteți alege unele valori, însumarea opțiunile individuale.
# 00 rețea nu este disponibilă (CS nu este de așteptat)
# 01 de client newcamd
# 02 de client Radegast
# 04 de client camd3
# 08 Clienți gbox
# Așa cum se spune, standardul industriei, protocolul newcamd:
G: <01>

# Reîncercați atunci când se lucrează cu rețeaua. Un parametru foarte important.
# Puteți alege unele valori, însumarea opțiunile individuale.
# 00 nu încearcă să repete cererea
# 01 Reîncercare fiecare nou ECM
# 02 Reîncercare se alăture serverul anterior inaccesibile
# Secunde fiecare Q (Q este dat ca un parametru separat „Q“ de mai jos)
# 04 încercați să rapid re-conectați la Cuts de server:
# Sau după solicitări ECM XX, fără un răspuns de la server,
# Sau, dacă nu există nici un răspuns de la server în câteva secunde YY
# XX și YY numerele sunt date ca parametri suplimentari
#
# Acesta este cel mai important parametru în acest fișier. Vă recomandăm să instalați toate

opțiuni
# 01 + 02 + 04, adică, suma lor = 07. Ca o suplimentare

parametrii
# XX și YY poate dura 2 cereri si 10 secunde:
N: <07> 10 februarie

# Valoarea în secunde pentru solicitarea din rețea timeout.
# Pune 5 secunde, așa cum este, de obicei serverul ar trebui să răspundă
# Mai repede. Dacă serverul nu răspunde în acest timp, a se vedea. Înapoi
# Parametrul este "N".
K: <5>

# Încercarea de a se conecta la serverul de „mort“ la fiecare 20 de secunde.
Î: <20>

prioritate # Protocol (dacă aveți mai multe)
# 00 gbox, newcamd, Radegast, camd3
# 01 camd3, Radegast, newcamd, gbox
# 02 newcamd, camd3, gbox, Radegast
# Newcamd ne interesează, așa că a pus-o în primul rând:
P: <02>

# Ce să fie afișate pe ecran:
# 01 emu ecm
# 02 mingea prin intermediul net
# 04 arată „canal necodificat“ / „nu se poate deschide“
# 08 arată EMM actualizare cheie
# + Port Web pentru OSD
# Asta e tot nu avem nevoie. Acest lucru este pentru DreamBox'ov:
S: <00> 80

# Opțiuni pentru fișierele jurnal, puteți selecta mai mulți parametri ca suma:
# 00 nu ține un jurnal
# 01 log prin intermediul rețelei (în protocolul UDP syslog)
# 02 pe istoricul consolei
# 04 în fișierul jurnal (care va crește tot timpul, și astfel încât să poată

cache # ECM (în secunde)
# Fiecare intrare în cache-ul mănâncă pe 28 de biți, astfel încât 24 de ore cache otest 240-400 KB de memorie
# Este posibil pentru a obține un astfel de lux, nu de a căuta re-hartă la CS,
# Dacă ați înregistrat un material care este codificată. Cu toate că acest lucru este mai mult decât teorie
# Practica. Cum de a înregistra materialul codificat pentru decodarea mai târziu, nu am găsit.
#
E: <15>

# Ce este memoria cache? Valorile pot fi oarecum ca suma dintre următoarele:
# 00 Dezactivați memorarea în cache
# 01 cache PIDs Ecm, și salvați fișierul în repornirii /tmp/ca_cache.list
# 02 cache-ul de plumb Ecm, și amintiți-vă valorile atât de multe secunde, după cum se specifică în opțiunea „E“ de mai sus
# 04 memorie cache de plumb card de Emm disponibile în rețea, astfel încât să nu trimită din nou aceeași EMM
H: <04>

# Fișiere de configurare Cchityvat din nou.
# Parametru poate fi suma dintre următoarele valori:
# 00 pentru a citi toate fișierele de configurare doar o singură dată la mgcamd de start
# 01 pentru a citi fișierele de fiecare dată când schimbați canalul
# 02 SoftCam.Key citește fișierul de fiecare dată când schimbați canalul
# 04 SoftCam.Key citește fișierul în cazul în care acesta este modificat
# Deoarece configurările schimbare vor rar, setați 00:
R: <00>

informații # Oladochnaya în fișierul jurnal
# 00 (implicit)
# 01 ecm
# 02 EMM
# 04 rețea ecm
# EMM 08 rețea
# 16 rețea de conectare
# 32 arată utilizarea CPU și statisticile privind memoria în fiecare minut
# 64 pentru a adăuga data și ora pentru fiecare înregistrare în jurnal
#
# De obicei, includ această opțiune nu este necesar, dar de dragul de interes poate fi

încercați.
# În jurnalul va fi mult mai multe informații decât de obicei
D: <08>

CWS = server1.com 1234 username parola 01 02 03 04 05 06 07 08 09 10

11 12 13 14 # Acest NTV
CWS = server2.com 5678 username parola 01 02 03 04 05 06 07 08 09 10

11 12 13 14 # Această PLATFORMA
În principiu - asta este. Realizarea cel puțin pentru distribuirea cardului.
Supraîncărca receptorul și dacă ați setat corect o rețea de domiciliu, o conexiune la Internet și setările fișierele de mai sus coincid cu
facturare, atunci totul ar trebui să funcționeze.
Dar. puteți să mergeți mai departe și să configurați mgcamd cel mai bun mod posibil. Mai ales dacă observați că unele dintre canalele deschise timp de câteva secunde. Pentru aceasta avem nevoie de ignore.list și fișiere priority.list. Dar, pentru a înțelege ce să scrie, acesta este cel mai bun primul
înțelege ce se întâmplă atunci când se lucrează cu bile mgcamd server. prin urmare

Așa cum sa descris deja în exemplul mg_cfg config mai sus - sunt 2 moduri.

Ce puteți vedea din jurnalul?

[Newcamd] Conectarea la server1.com:1234.
[Newcamd] Conectarea la server2.com:5678.

[Newcamd] te pentru server1.com:1234 ca nume de utilizator acceptat (19ms)
[Newcamd] date de card din server1.com:1234 (35ms):
Idutilizator 72 CAID 90F furnizorii de 1
Idents: 000000

[Newcamd] te pentru server2.com:5678 ca nume de utilizator acceptat (21ms)
[Newcamd] date de card din server2.com:5678 (71ms):
UserID-ul 189 500 furnizori de CAID 5
Idents: 020910 025100 024 400 021 700 023b00

Din aceasta este doar o mulțime de lucruri interesante pot fi văzute. În primul rând, carduri vizibile care sharyatsya (număr, chiar în spatele „CAID“). Aici este o lista cu cele mai frecvente
codificări second hand:

1xx = Seca
5xx = Viaccess
6xx = Irdeto
9xx = NDS / Videoguard
BXX = Conax
Dxx = CryptoWorks
Exx = PowerVu
17xx = BetaCrypt
18xx = NagraVision
26xx = BISS
4Axx = DreCrypt

Din exemplul de mai sus vedem că suntem conectați la două servere. Origine carte Sharit cu codare NDS / Videoguard (începe, deoarece CAID 9) și a doua carte de server Sharit codate Viaccess (CAID începe cu 5). Cu aceasta, al doilea serverul bâjbâie chiar nu una, ci „cinci cărți“ - este clar din idents de câmp. Uită-te la toate posibile CAID: Idents poate fi în preferințele în sistemul de facturare.
Se pare că, atunci când canalul codat, acesta trebuie să se potrivească CAID și IDENT celor trimise de către server atunci când vă conectați la acesta.
Numai în acest caz, serverul va solicita și mgcamd otoshlot secvența de server a așa-numitul Dreptul de control Mesaj sau ECM.
Dacă serverul este tot bine, atunci el ar trebui să răspundă la o astfel de secvență de interogare, care se numește Cuvântul de control sau CW. Dacă
obține codul CW corect, este deschis canalul. În funcție de sistemul de codificare a intervalului dintre solicitările către serverul poate fi de 2-3 secunde la fiecare minut.

Cum se configurează și ignore.list priority.list

Cum se face conectarea minimă

Când conectați doi parametri plug-in mgcamd sunt foarte importante în ceea ce privește modul în care mgcamd va răspunde la înfundare (ceea ce înseamnă, în esență, cât de curând ne putem aștepta revenirea imaginii de pe ecran). Acestea sunt parametrii K:<> Și N:<> de fișier mg_cfg.

Parametrul K:<> Acesta descrie ceea ce este cantitatea maximă de timp (în secunde) pentru a aștepta un răspuns de la server la cererea ECM, după care mgcamd decide că nu există nici un răspuns. Cât este mai mare numărul, cu atât mai bine șansa de a obține un răspuns, dacă aveți un internet mai slabă. În plus, încă depinde de ce pachete te uiti. Cele mai multe carduri de a răspunde în mod obișnuit în mai puțin de 1 secundă. Dar există unele hărți în cazul în care timpul de răspuns normal de 1-2 secunde. In cazuri extreme, răspunsul poate veni și timp de 3-5 secunde. Desigur, dacă setați K:<> egală cu 1 secundă, iar serverul va încerca să vă răspundă în 2-3 secunde, atunci nimic bun va veni de ea. mgcamd întotdeauna va crede că serverul nu a răspuns (după a doua) și a trimite cereri din nou. Din acest lucru va fi rău pentru toată lumea - server, care va fi presărat cu solicitări, și a receptorului, care va funcționa în acest caz, nu este optimă.

Pe de altă parte, dacă luați și de a crește parametrul K:<> la suma nejustificat de mare, cum ar fi 12 sau mai multe secunde, atunci există un efect advers complet pentru tine. Imaginați-vă că aveți, în general, răspunsurile vin în 1-2 secunde, și o dată răspunsul pentru un motiv oarecare nu a venit. Acum va trebui să aștepte atâta timp de 12 secunde pentru a atâta timp cât nu mgcamd încerca să trimită cererea din nou. În acest timp, unele canale poate fi întâmplat deja și conectarea în timp ce, dacă aveți oa doua cerere a trecut prin, să zicem, 5 secunde pentru a ajunge la un răspuns de succes, nimeni nu ar avea nimic (pe ecranul televizorului) nu a observat!

Aproximativ vorbind, atunci când există o problemă cu răspunsurile de la server, mai mici K:<>, mai rău bilele server datorită unui număr mai mare de cereri, și mai mult K:<>, cu atât mai probabil vei primi înfundare. Cu toate că acest lucru este foarte relativă și depinde în mare măsură de pachetul specific și calitatea canalului de comunicare. Există pachete în cazul în care timpul de răspuns este critic al hărții. Pentru astfel de pachete Videoguard codificate, dacă nu obține o cheie pentru 0.6sek, va exista o înfundarea fără echivoc. Aici puteți pune în condiții de siguranță a unității în valoarea K:<>. Pe de altă parte, pentru un astfel de pachet ca SD sau Premiere Nova 2 secunde și, uneori, insuficientă, iar valoarea corectă ar trebui să fie 3-5.

Mai mult, parametrul N: X Y afectează modul în care se comportă mgcamd când își dă seama că răspunsul de la serverul încă nu vine. Numărul X stabilește numărul de cereri nereușite la server (fiecare dintre ele în lungime K:<> secunde), după care mgcamd scade de la server și încearcă să-l prikonnektitsya din nou. Această procedură ajută adesea atunci când serverul are unele scapari, deși, desigur, acești bani a trebuit să fie în mod constant. Y spune parametrul mgcamd care trebuie să cadă și reconectați din nou, dacă nu a existat nici un semn de viață de la serverul de peste Y sec. De obicei, Y vine la această problemă extrem de rare, deoarece reconectare apare de obicei din cauza unui parametru X (în combinație cu K:<>).