info viaccees 4.0 / Carte Anti card sharing ?

C'est plus un poste concernant le Viaccess 4.0, c'est la porte ouverte a tout les fenêtres on a des ingénieurs en satellite et en plus depuis 10 ans, :tongue: des profs et bientôt des vétérinaires,

Faut arrêter, laisser continuer le commentaire concernant le Viaccess 4.0 et rien d'autres, si vous avez des truc a vous dire échanger vos numéro et faites ce que vous avez a faire. C'est de la pollution plus qu'autre choses. On s'en fous que vous avez tout ou que sa vous intéresse pas, respecter ce qui veulent en savoir plus sur le sujet.

ps: aller dans un fofo ou on discute de se qui vous concerne. Si vous avez rien d'autre a faire.
 
D'après les dernières nouvelles, je vous poste les logs d'une toute nouvelle carte Canal+ Maghreb évidemment en Viaccess 4 PC 4.0 PRAHA (Proactive Against Hacker Attacks). Provider 41140

card reader /dev/sci0
handled 671(668) ecms and 0(0) emms
Viaccess card
Caid 500
Cardserial xxxxxxxxxxxxx
ident fff400 - xxxxxxxxxxxx
ident 41140 - xxxxxxxxxxxxx
ident 41100 - xxxxxxxxxxxxxx
valid from xx-x-2009 untill xx-x-2009


Dans un forum, un serveur confirme que tout fonctionne correctement.
Quelqu'un d'entre vous est en possession de cet abo pour le confirmer?

Merci.
 
re

:cl16:Bonjour,je vois que ça se calme un peu!!!pour les tsr ils n'ont jamais dit qu'ils allaient changer les cartes,seulement les nouvelles et les anciennes seront toujours valables,ils les ont changer y a même pas une année,ça coûterais trop chère de les rechanger:cl16:
Ps désauler pourre lai fote d'ortografe
 
:cl16:Bonjour,je vois que ça se calme un peu!!!pour les tsr ils n'ont jamais dit qu'ils allaient changer les cartes,seulement les nouvelles et les anciennes seront toujours valables,ils les ont changer y a même pas une année,ça coûterais trop chère de les rechanger:cl16:
Ps désauler pourre lai fote d'ortografe

Ne t'inquiètes pas ce n'est pas grâve. Moi aussi j'en fait.:cl16:

Par contre, oui c'est vrai, les anciennes cartes v2.6 restent actives pour le moment.
Mais ce qui m'intéresse, c'est de savoir si quelqu'un est en possession de ce fameux abo Canal Maghreb et de nous confirmer si tout fonctionne correctement.

A prioris, les ecm arrivent à passer d'après le log et donc, ça ne doit pas pauser de problème.
A moins que...!
 
Ouf, fini les querelles ont nous parle finalement de choses qui nous interéssent
 
salut.
enfin,les esprits sont calmés......!!!!
Viaccess 4 PC 4.0 PRAHA (Proactive Against Hacker Attacks).à chaque arrivée d'une nouvelle carte,au départ,les opérateurs ne se servent pas de toutes les possibilitées qu'elle peut offrir.c'est au fur et à mesure que sont activées telles ou telles fonctions.
je presume qu'ils doivent faire des tests afin de certifier ces nouvelles fonctions.
wait and see.
a+
sylvain
 
slt
j'ai remarque qu'il y a des personnes qui panniquent chaque fois qu'il y a du nouveau sur le marche . comme les providers travail pour securise leurs produits il y a les constructeurs de demo (exemple: dreambox ) qui cherche a vendre leurs produits .
donc il y aura tjrs 1 solution pour nous a des prix qui seront resonable.
 
il y a les societés de cryptages et par contre il y a haquerz (pirates) et ils s'ameliorent via ses societés
le parfait nexiste pas il y a toujours des points faibles
 
salut
canalsat via4 sur arabsat fonctionne a merveilel avec le sharing
 
salut
canalsat via4 sur arabsat fonctionne a merveilel avec le sharing

Oui mais appremment les cartes suisses donnent des problèmes sur DB. Y compris les V2.6 23800.
Les ECM sont trop lent qu'après une vingtaine de sec. l'ému se plante.

Le Team Uvadi sont déjà au travail pour une éventuelle version ou alors, on devra voir avec newcs.

Mais je répète, uniquement sur DB mais sur serveur et smargo ou phoenix, tout à l'air de fonctionner.

A voir
 
Oui mais appremment les cartes suisses donnent des problèmes sur DB. Y compris les V2.6 23800.
Les ECM sont trop lent qu'après une vingtaine de sec. l'ému se plante.

Le Team Uvadi sont déjà au travail pour une éventuelle version ou alors, on devra voir avec newcs.

Mais je répète, uniquement sur DB mais sur serveur et smargo ou phoenix, tout à l'air de fonctionner.

A voir

salut

exact mais ce n'est pas dû aux ECM mais à une EMM qui est sûrement envoyée :ranting:
j'ai obtenu 93 ECM en un court labs de temps mais la carte continue de fonctionnée tant qu'elle n'a pas reçue l'EMM

c'est l'EMM qui plante l'ému
si on bloque les EMM, la carte continue de tournée sans problème

de plus, ça dépend des cartes
certaine tournent encore sans soucis, apparemment celles qui n'ont pas encore fait leur maj
pas d'impact non plus sur des DB800 ou DB8000

maintenant faut voir s'il ne faut pas l'overlockée
 
salut

exact mais ce n'est pas dû aux ECM mais à une EMM qui est sûrement envoyée :ranting:
j'ai obtenu 93 ECM en un court labs de temps mais la carte continue de fonctionnée tant qu'elle n'a pas reçue l'EMM

c'est l'EMM qui plante l'ému
si on bloque les EMM, la carte continue de tournée sans problème

de plus, ça dépend des cartes
certaine tournent encore sans soucis, apparemment celles qui n'ont pas encore fait leur maj
pas d'impact non plus sur des DB800 ou DB8000

maintenant faut voir s'il ne faut pas l'overlockée


hello ziox

Effectivement, on m'a dit exactement la même chose.
Moi par contre, j'ai ma cfg complètement en default sur DM, j'ai mis mes carte srg pendant 20 min et je n'ai pas un bloquage. Je précise aussi que les deux cartes ont la MAJ au 22.03.2009.
Par contre, les MAJ je les effectuent sur un Démo Viaccess et ensuite je remets les cartes sur PC Linux avec Phoenix à 3.57Mhz.

Maintenant je me pose la question, les MAJ je les ai effectuées lundi passé, donc avant l'activation du simulcrypt. Mais alors pourquoi mes deux cartes même sur DM fonctionnent à merveille?

# configure what EMM blocker you want. Add as many as readers you have attached
# default is blocking nothing
#
# B: /dev/sci0 01
# 00 - nothing
# 01 - sa blocked
# 02 - ua blocked
# 04 - ga blocked
# and sum of for combinations
#
#examples
#
#B: /dev/tts/0 07
#B: /dev/sci0 01


# disable all local EMM readers
# saves lots of CPU, but you won't get any updates anymore
# (unless you get updates from your clients)
#
# default: no
#
#DISABLE EMM : yes


Tout en default comme tu le vois.
 
Voici la preuve du problème testé sur DB 500 et CCcam

Mar 01 18:54:19 192.168.1.17 CCcam: ================================================== ====================
Mar 01 18:54:20 192.168.1.17 CCcam: starting CCcam 2.0.11 compiled on Dec 3 2008@20:54:02
Mar 01 18:54:20 192.168.1.17 CCcam: ================================================== ====================
Mar 01 18:54:20 192.168.1.17 CCcam: online using nodeId e2e7bfd205ad888c
Mar 01 18:54:20 192.168.1.17 CCcam: dvb api1 detected
Mar 01 18:54:20 192.168.1.17 CCcam: DM56xx/500/600 detected
Mar 01 18:54:20 192.168.1.17 CCcam: create 2 cam device(s)
Mar 01 18:54:20 192.168.1.17 CCcam: viaccess card found
Mar 01 18:54:21 192.168.1.17 CCcam: card added to broker with caid 500
Mar 01 18:54:21 192.168.1.17 CCcam: added 157 keys from /var/keys/SoftCam.Key
Mar 01 18:54:21 192.168.1.17 CCcam: readKeyfile: cannot open /var/keys/AutoRoll.Key or not found
Mar 01 18:54:21 192.168.1.17 CCcam: added 86 keys from /var/keys/constant.cw
Mar 01 18:54:21 192.168.1.17 CCcam: parsed 0 entries from /var/etc/CCcam.prio
Mar 01 18:54:21 192.168.1.17 CCcam: added 3 provider names from /var/etc/CCcam.providers
Mar 01 18:54:21 192.168.1.17 CCcam: added 257 channel names from /var/etc/CCcam.channelinfo
Mar 01 18:54:21 192.168.1.17 CCcam: server started on port 12000
Mar 01 18:54:21 192.168.1.17 CCcam: found viaccess caid: 0x500 ecmpid: 0x2ce id: 0x23800
Mar 01 18:54:21 192.168.1.17 CCcam: cam[0] set PMT for sid=36b3
Mar 01 18:54:21 192.168.1.17 CCcam: start EMM
Mar 01 18:54:21 192.168.1.17 CCcam: EMM demux 1 set
Mar 01 18:54:21 192.168.1.17 CCcam: EMM: start filter on viaccess emmpid: 0x25a caid: 0x500 id: 0x23800
Mar 01 18:54:21 192.168.1.17 CCcam: viaccess emu can't decode ecm (key:0 ident:23800)
Mar 01 18:54:21 192.168.1.17 CCcam: local ecm -> card /dev/sci0 0x500(0x23800) sid 0x36b3
Mar 01 18:54:21 192.168.1.17 CCcam: local ecm <- card /dev/sci0 ok
Mar 01 18:54:21 192.168.1.17 CCcam: cam[0] ecm odd ok caid:0x500 id:0x23800 pid:0x2ce SRG SWISS (13E)(NEWCard 2007) (took 0.2150 seconds)
Mar 01 18:54:30 192.168.1.17 CCcam: local ecm -> card /dev/sci0 0x500(0x23800) sid 0x36b3
Mar 01 18:54:30 192.168.1.17 CCcam: local ecm <- card /dev/sci0 ok
Mar 01 18:54:30 192.168.1.17 CCcam: cam[0] ecm even ok caid:0x500 id:0x23800 pid:0x2ce SRG SWISS (13E)(NEWCard 2007) (took 0.2143 seconds)
Mar 01 18:54:40 192.168.1.17 CCcam: local ecm -> card /dev/sci0 0x500(0x23800) sid 0x36b3
Mar 01 18:54:40 192.168.1.17 CCcam: local ecm <- card /dev/sci0 ok
Mar 01 18:54:40 192.168.1.17 CCcam: cam[0] ecm odd ok caid:0x500 id:0x23800 pid:0x2ce SRG SWISS (13E)(NEWCard 2007) (took 0.2141 seconds)
Mar 01 18:54:45 192.168.1.17 CCcam: local emm -> card /dev/sci0 0x500(0x23800)
Mar 01 18:54:46 192.168.1.17 CCcam: local emm <- card /dev/sci0 error
Segmentation fault



Comme vous le voyez, après cette erreure, la CCcam se plante
 
salut lenunz

j'ai déjà constaté que cccam ne laisse pas toujours passer les EMM

dans ce cas, pas de plantage
c'est sûrement pour cette raison que ça fonctionne encore chez certains

si ça tourne chez toi, sur ton phoenix, c'est normal
tu n'as probablement pas ouvert une ligne pr reçevoir les EMM
exemple : 2 0 1 { 0:0:2 } derrière une ligne F

moi je le fais sur la ligne F de ma dream mais je n'ai qu'un phoenix sur 039

la suisse étant dans ma dream

donc, j'ai bloqué les EMM et là , ça tourne bien
pour les mise à jour, je passerais sur pod40

bizarrement, la carte tourne sur pod40 sans plantage :g:g
 
salut lenunz

j'ai déjà constaté que cccam ne laisse pas toujours passer les EMM

dans ce cas, pas de plantage
c'est sûrement pour cette raison que ça fonctionne encore chez certains

si ça tourne chez toi, sur ton phoenix, c'est normal
tu n'as probablement pas ouvert une ligne pr reçevoir les EMM
exemple : 2 0 1 { 0:0:2 } derrière une ligne F

moi je le fais sur la ligne F de ma dream mais je n'ai qu'un phoenix sur 039

la suisse étant dans ma dream

donc, j'ai bloqué les EMM et là , ça tourne bien
pour les mise à jour, je passerais sur pod40

bizarrement, la carte tourne sur pod40 sans plantage :g:g

Non non ziox,

ma cfg sur mon PC linux est tout en default avec ligne F suivante:

F: dream locale1 1 0 1 { 0:0 1 }

Donc, comme tu le vois, ma carte étant sur phoenix a 3.57Mhz devrait recevoir les EMM en remote.

Mais d'après de ce que je remarque, seules les versions x86 (PC Linux et smargo ou phoenix) la CCcam ne plante pas et donc, je pense qu'une nouvelle version avec fix sur CCcam.ppc et armeb seraient les bienvenues.

D'après les Developpers, ils seraient déjà au travail.

En attendant, les possesseurs de cartes SRG prov. 23800, s'ils veulent que leurs carte est lu correctement, ils sont obligés de bloquer les EMM dans la cfg et de procéder à la MAJ avec un module PCMCIA ou démo Viaccess embarqué.

A+

Attendons de voir.
 
Dernière édition:
Biensûr, pas de soucis.

Rappelle toi une chose l'ami, rien est infaillible.
Ont disait la même chose pour le Nagra3 et pourtant.....

Tous ce qui est créé par l'homme, peut être détruit par l'homme.
Souvient toi de ça.

:wink2:
ami lenuz, je me repete mais pourrais tu me dire comment recevoir nagra3 et sue quel demo , merci d'avance
loccin
 
Salut lenunz,

Ben moi j'ai le problème inverse :)

J'ai 3 * DM500s et 1* DM800s ; toutes sur un réseau local; j'ai cette config sous CCcam depuis 2-3 ans, depuis la toute première version de cccam; ca a toujours marché sans soucis avec mes cartes officielles TPS, Canal+ (Seca), SRG SUisse (2.6) et Sky UK.

Hors depuis 2 mois je suis en Canal+/Canalsat en carte seule ; et systématiquement mes DM500s (toutes les 3) plantent en 'segmentation fault' après quelques minutes (dès fois quelques heures) et ce peu importe la version de CCcam et peu importe que la DM500s soit serveur (carte insérée) ou cliente (carte présente sur une autre DM).

La seule qui ne plante pas c'est ma DM800s. (fichier de config identique). Par contre meme si je met la carte dans ma DM800s, cette DM800s fonctionnera mais les DM500s planteront tout le temps.

Bref je n'arrive pas à utiliser cette carte viacess canalsat/canal+ sous cccam; je pense (je peux me tromper) que canalsat ont peut etre eux aussi commencé à deployé ces viacess 4 ?? comment le déterminer ?

a+

ps pour tous: je ne suis pas intéressé par du CS, ca ne sert à rien de me contacter en PM pour cela.
 
pour déployer du via4 il faut que la carte soit via4 c'est matériel pas logiciel.
j'ai un pote sur DM500 avec officielle et il n'a pas de problemes, du moins sur gbox
tu dois avoir un bug quelquepart ou un peer qui t'emmerde
 
salut eklipss et merci pour ton retour; concernant mes peers; y'a que mes 4 dreambox à moi, toutes en local, personne d'autre. J'ai bien vérifié mes configs; mais tout me parait bon; je continue à chercher :)
 
salut

non spanik a raison, du moins en partie
toi aussi eklipss, ce ne sont pas encore des via4 au niveau matériel
mais depuis qq temps, il est exact que csat envoie également beaucoup plus de EMMs qu'avant
pourquoi? j'en sais rien mais c'est pas normal :g:g
ils se sont donné le mot ou quoi?

@lenunz

sur phoenix, le phénomène n'existe pas que ce soit sur 039 ou sur la carte srg :smile2:
par contre, tu devrais aussi te rendre compte que tu reçois bcq plus de EMMs qu'avant
perso je l'ai coupé, car ça me bouffe du CPU pour rien
 
salut

non spanik a raison, du moins en partie
toi aussi eklipss, ce ne sont pas encore des via4 au niveau matériel
mais depuis qq temps, il est exact que csat envoie également beaucoup plus de EMMs qu'avant
pourquoi? j'en sais rien mais c'est pas normal :g:g
ils se sont donné le mot ou quoi?

@lenunz

sur phoenix, le phénomène n'existe pas que ce soit sur 039 ou sur la carte srg :smile2:
par contre, tu devrais aussi te rendre compte que tu reçois bcq plus de EMMs qu'avant
perso je l'ai coupé, car ça me bouffe du CPU pour rien

Euh les gars,comment on peut couper les ecm svp?
Ca fait quelque chose quand on le coupe?:g:g
 
je crois la fin du sharing il aura peut etre une autre solution cherche tu trouve
 
jazera sport est en viaccess 4 é sa fonctionne en cardsharing
prov 042400
 
au lieu de parler de ça , profitez bien du sharing tant que ça marche
 
Retour
Haut