Sujet: Temps de zapping

[Pilou]

Bonjour Doume,

Un grand merci pour la qualité de ton site et de ton image sans laquelle je ne me serais peut etre pas lancé. Cela faisait un an que j'attendais un hypothetique double tuner HD et le retrait de B*C Prime sur Cs*t m'a obligé à investir pour capter les chaines anglaises.

Le temps de zapping standard est de l'ordre de 2/3 s (hors chaines FTA) mais de temps en temps cela peux prendre jusqu'à plus de 10 secondes (un zapping sur une autre autre chaine puis retours aide parfois), d'autres ont ils le meme phenomene ?

J'ai essayé de changer les config de newCS comme l'adresse IP mais 127.0.0.1 semble imposé lorsque la carte est en local (ne marche plus sinon). A moins que le chmod ne soit necessaire pour tout fichier modifié par FTP en tant que Root ?

Je ne comprend pas non plus pourquoi j'ai autant de process (4/5) newCS.

Bien envie de tester la derniere version RC13 indiquée comme plus rapide, quelqu'un a t il deja testé ?

Cordialement, Pilou.

[Doume]

Le temps de zapping standard est de l'ordre de 2/3 s (hors chaines FTA) mais de temps en temps cela peux prendre jusqu'à plus de 10 secondes (un zapping sur une autre autre chaine puis retours aide parfois), d'autres ont ils le meme phenomene ?

Je ne constate pas ce problème, avec une carte C+/Csat

J'ai essayé de changer les config de newCS comme l'adresse IP mais 127.0.0.1 semble imposé lorsque la carte est en local (ne marche plus sinon). A moins que le chmod ne soit necessaire pour tout fichier modifié par FTP en tant que Root ?

Cela dépend comment newcs.xml a été configuré.
S'il n'écoute que sur l'interface 127.0.0.1 , comme configuré par défaut), effectivement evocamd ne peut que déclarer cette adresse IP 127.0.0.1 dans son fichier de config.
Mais si newcs écoute sur n'importe quelle interface (lo0 et eth0), alors il sera accessible avec l'adresse IP de l'interface eth0
le chmod n'est pas nécessaire : il faut juste que le fichier soit 'readable' (minimum : r--r--r-- soit 444 en octal )

Je ne comprend pas non plus pourquoi j'ai autant de process (4/5) newCS.

C'est normal : A chaque zapping avec un PID différent, newcs se forke pour répondre sur la socket nouvelle qui est connectée au serveur, jusqu'à ce que cette socket 'meure' suite à inactivité prolongée

Bien envie de tester la derniere version RC13 indiquée comme plus rapide, quelqu'un a t il deja testé ?

pour l'instant, je suis en train de tester evocamd 2.14b, et ça semble plus rapide au zapping

[Pilou]

Merci pour ta réponse, cela me motive pour continuer à chercher.

Cela semble s'encrasser (à priori pas de memory leak) au fur et à mesure et l'écran noir peut rester ad vitam. Une fois bloqué, je peux parfois redecoder par un killall de newcamd et newcs puis redemarrage des 2. J'ai observé que soit newcamd ne demarre pas spontanément au zap ([camd] ECM stopped for ... ), soit newcs ne lui envoie pas d'infos ([camd] ECM started for...try decoding). Meme symptome sur le lecteur du haut et du bas.
* Je pense avoir testé toutes les options du menu, y compris le retrait du "zapping rapide".
* Concernant le swap, differentes configuration mmc+hdd, hdd et mmc ne change rien, je suis actuellement avec un 8 Mo sur la SD, l'autorun modifié desactivant celui du hdd si celui de la SD est reconnue. Automount du disque desactivé : le disque se rendort apres une minute comme configuré sur l'interface web (ca marche , le remplacement de l'executable evocamd V2.11 par la 2.14 n'a pas été aussi victorieux ).
* Le niveau de SNR etant soit d'environ 59 (qualité par contre nickel) soit d'environ 99 % suivant les chaînes, j'ai des doutes sur le module disecq gerant les 3 tetes (mode 2 ou 4 tetes identiques, je n'utilise pour l'instant pas Hotbird 13°), je vais tester une connection directe sur le LNB d'Astra 19.2°.
* Comme l'update sur SD ne marche que par le menu, je me demande aussi si ma carte (vitesse?) n'est pas en cause.

Une remise à jour totale de la flash par port série est peut etre aussi conseillée (update par FTP puis SD par menu). La nouvelle version 2.08 est l'occasion ideale mais sera t elle compatible avec ton image sous iBoot ?

Cordialement, Pilou.

[Doume]

Voilà un état de situation très précis...

En ce qui concerne la 2.0.8, je ne peu te répondre, car je n'ai pas pu faire l'essai :
Un incident durant le flash du bootloader 2.0.8 fait qu'actuellement, je n'ai plus du tout de TGS100 : Il est muet, bootloader HS
Je suis bon pour le Jtag.
Donc, le temps que je m'en fabrique 1, et que je mette en oeuvre le soft de restauration du bootloader, ce sera pas demain.

Désolé

[MiKe]

Oula doume mauvaise nouvelle...est-ce avec la nouvelle image ou alors avec le test de celle que tu nous prépares ? En espèrant que cela ne soit pas trop grave...bon JTAG quand même 

PS : La mise à jour via internet est-elle viable ? flash t-elle le uboot et ensuite l'image ?

[Pilou]

Bonjour à tous,

Apres installation d'evo*amd 2.14 (effectivement plus rapide) et new*s 1.20 RC13, je n'avais plus de plantage mais toujours parfois du délai apres une douzaine de zapping et il semble bien que ce soit New*S  (pas de pb avec un autre serveur sur une DM distante), bizarre que je soit le seul  .
J'ai testé le 2 en un CC*am (1.6.2) et meme si il n'a pas l'air aussi universel et peu plus lourd en mémoire (8 x 1500), c'est nickel avec ma carte C*at Reste juste à passe le test de l'update des droits (je loue toujour le deco officiel au cas ou) mais d'apres le fichier autoupdate.*ey deja sur l'image, cela à peut etre été testé ?

Cordialement, Pilou.

[Danield]

CCam ainsi que newcs font très bien la mise à jour des droits