Sujet: Images POD-HD 3.0

[Doume]

Nous avons le plaisir de vous proposer une évolution de la POD HD pour décodeur ETxxxx basé sur l'Openpli 3.0

Image et9x00: http://www.sandboxteam.be/files/podhd-3.0/podhd-3.0-et9x00.zip
Image et6x00: http://www.sandboxteam.be/files/podhd-3.0/podhd-3.0-et6x00.zip
Image et5x00: http://www.sandboxteam.be/files/podhd-3.0/podhd-3.0-et5x00.zip

Ce qu'il faut savoir :
- il y a peu ou pas de différence pour l'utilisateur final, la plupart des changements étant situés dans les parties non visibles
- pour avoir l'epg sandbox, prendre l'extension enigma2-plugin-extensions-sbx-crossepg-source (qui installe aussi automatiquement crossepg)
- les smartpicons ne sont plus installés par défaut, parce qu'une nouvelle race de smartpicons fait sont apparition (les 2d) qui se marient très bien avec une skin comme la PLi HD, vous pouvez donc choisir ceux qui vous conviennent

Mise à jours :
- il n'est pas possible de passer de la 2.1 à la 3.0 sans reflasher
- si vous avez un HDD et que vous sauvez votre configuration 2.1, l'installeur de la 3.0 la récupère automatiquement.

[trifon]

Bonjour,

J'ai testé Hypercam3 sous Open Pli 3 sur un X-trend(installation auto via leurs feeds)...C'est quasiment inexpoitable avec de nombreux plantages.
Ce softcam semble avoir des problèmes sous OE2...
Cette nouvelle POD a-telle résolu le problème de compatibilité???
Hypercam reste interessant par sa simplicité d'installation et sa fonction dez mise à jour auto mensuelle des cartes 39...

[superroockie]

Ca depend des cartes et des décos apparements. Il y a clairement un soucis entre etxxxx et hypercam, mais ca va du 'j'ai aucun soucis' a 'ca marche pas du tout'.

Je dirais que hyper n'aime pas les drivers et, mais difficile d'aller plus loin dans la résolution

sr

[trifon]

Bonjour,

Dommage car l'ancienne POD marchait fort bien, mais le base PLI 3 OE2 amène chez moi un gros plus du fait d'une version du Kernel plus récente...Interessante si comme pour mois, je dois sortir en 720P vers un projecteur...La fonction désentrelaçage a été grandement améliorée à partir du Kernel 3.43...par un allégement du processeur de ce que j'ai compris.
Sortir en 1080i n'est pas optimum car le VP est inférieur sur ce point...
C'était d'ailleurs annoncé dans le site X-Trend...

[superroockie]

Je ne vois pas trop en quoi, puisque le traitement est fait directement par le processeur vidéo, qui n'a pour ainsi dire rien a voir avec le kernel. Au mieux le lien serais très indirect avec un changement dans les drivers dispo que sur des drivers récent et donc des kernels récent.

Pour rappel, le processeur ne fait rien sur ce type de déco. Tout ce qu'il fait, c'est configurer les 'aiguillages' des processeurs spécialisés, il n'y a aucun traitement video ou audio fait au niveau logiciel.

sr

[trifon]

De ce qui avait été annoncé dans le forum Off X-Trend est que la charge CPU était allégée à partir du kernel 3.43.
J'ignore exactement comment fonctionne ce Soc, mais il est possible que la fonction scaling soit indépendante de la fonction décodage des flux...et ce que j'ai pu observé est que sous l'ancienne POD le désentrelaçage n'était pas terrible avec de nombreux effets de peigne et fluidité sur contenus rapides alors que tout est parfait sous base PLI 3 depuis ce fameux kernel.
Mais il est clair que ceux qui sortent en 1080i, donc entrelacé, n'observeront rien de spécial puisque cette fonction n'agit pas..seulement le scaling...Avec une bonne TV et ses fonctions de désentrelçage avancés, il devrait pas y avoir de différence.

Pour en revenir au sujet, lors de mes tests d'hypercam sous PLI 3, il me semble qu'ils utilisaient la version light dans leur feed alors que c'est la version tiny de base qui est utilisée dans la POD..
Peut être la différence de comportement observée provient de là, non???

[superroockie]

Comme j'ai dit, la cpu ne fait rien, a tel point quelle ne 'voit' même pas le flux video. Ce qui est possible par contre, c'est qu'ils aient mal ou imparfaitement configuré le circuit de traitement vidéo dans les premiers drivers et qu'ils ont rectifié le tir plus tard. Comme on a pas accès du tout a ces réglages qui sont dans les drivers dont on a pas le source, on est obligé de suivre les versions de kernel demandé par le driver, et elle change a chaque fois, le plus souvent sans raison d'ailleurs, mais bon...

D'ailleurs installez une veille image, et vous verrez que le cpu ne fait rien, tout comme une image actuelle.

sr

ps : résultat du top :

Mem: 119688K used, 171296K free, 0K shrd, 576K buff, 29904K cached
CPU:   0% usr   0% sys   0% nic  99% idle   0% io   0% irq   0% sirq
Load average: 0.00 0.01 0.05 1/81 29556

[trifon]

Effectivement, cette explication concernant l'évolution des pilotes non documentée est tout à fait recevable.
C'est la meilleure qui m'ait été donnée...

A+