Le kernel que j'utilise est un kernel vanilla (2.6.7) sur lequel j'ai rajouté le patch -epia. Globalement, ce patch n'apporte aucune optimisation spécifique en terme de performances, mais plutot un support amélioré (et opensource !) des différents périphériques embarqués sur l'epia.
Tu peux le trouver assez facilement sur http://www.epiawiki.org.(...)
Entre autres, ca apporte:
- Support du framebuffer via: assez bizzare, j'ai reussi à le faire marcher uniquement sur un kernel 2.4... Il semblerait qu'il y ait quelque chose de cassé... Celui embarqué dans ce patch fournit en théorie un embryon d'accélération 2D pour le framebuffer contrairement au driver fournit par via, mais honnetement j'ai vu aucune différence... Ca fournit aussi dans le même domaine le helper spécifique au CLE266 pour directfb.
- Driver DRI pour via: il est possible que ce driver marche pour l'eden aussi. C'est quoi exactement la dénomination du controleur graphique de l'epia ? Si c'est le cyberblade trident, il y a deja un driver DRI qui traine quelque part il me semble, et il y a aussi un driver vidix (ca j'en suis a peu pres sur).
+ Quelques autres bricoles supplémentaires.
Pour le kernel, j'ai mis la cible c3-2 (nehemiah), qui est de toute facon un alias pour i686 pour gcc, donc je doute que ca apporte grand chose au niveau optimisation. Il faut cependant bien voir que l'eden est plus proche au niveau structure d'un 586 voire 486 que d'un processeur i686 (notamment une compilation en i686 entrainera des erreurs un peu bizarres du fait de l'absence d'instructions spécifiques, et notamment l'instruction CMOD). Sur epiawiki tu trouveras les paramètres de compil les plus adaptés pour ton eden, je pense...
Pour Mplayer, je pense qu'il vaut mieux le laisser faire sa sauce tout seul, vu qu'il détecte le processeur lors de la phase de compil (par contre ca peut clairement être une bonne idée d'utiliser une version recompilée dans ton cas qu'une version binaire, les quelques % de gain en terme de perf valent bcp plus sur une epia qu'une machine classique ;)).
Pour la lecture avec mplayer, je pense que ce qui a été dit plus haut résume bien ce qui est le plus efficace: utiliser vidix si ca marche, puis xv, en modulant avec des -framedrop ou -hardframedrop si c'est encore trop juste.
J'ai pas essayé le réencodage avec cette machine, ca prendrait une éternité (fréquence d'horloge pas très haute, cache processeur très faible (64ko)). La meilleure solution que j'ai trouvé, c'est encore d'utiliser mon bon vieux (sic...) Athlon 1.4 pour faire ca... A priori si tu réencodes en xvid, sans trop forcer sur le bitrate, tu dois obtenir une vidéo de bonne qualité que tu pourras lire sans trop de souci avec ton epia. J'ai été assez agréablement surpris par l'efficacité du codec, que ce soit par la qualité d'encodage/décodage, que par l'utilisation cpu lors de la lecture.
Ne t'inquiètes pas, tu n'es pas le seul à passer des nuits et des week-ends à tenter d'optimiser la bête ;)
[^] # Re: Et pourquoi pas xine ?
Posté par sk . En réponse au journal Divx sous config Restreinte. Évalué à 1.
Tu peux le trouver assez facilement sur http://www.epiawiki.org.(...)
Entre autres, ca apporte:
- Support du framebuffer via: assez bizzare, j'ai reussi à le faire marcher uniquement sur un kernel 2.4... Il semblerait qu'il y ait quelque chose de cassé... Celui embarqué dans ce patch fournit en théorie un embryon d'accélération 2D pour le framebuffer contrairement au driver fournit par via, mais honnetement j'ai vu aucune différence... Ca fournit aussi dans le même domaine le helper spécifique au CLE266 pour directfb.
- Driver DRI pour via: il est possible que ce driver marche pour l'eden aussi. C'est quoi exactement la dénomination du controleur graphique de l'epia ? Si c'est le cyberblade trident, il y a deja un driver DRI qui traine quelque part il me semble, et il y a aussi un driver vidix (ca j'en suis a peu pres sur).
+ Quelques autres bricoles supplémentaires.
Pour le kernel, j'ai mis la cible c3-2 (nehemiah), qui est de toute facon un alias pour i686 pour gcc, donc je doute que ca apporte grand chose au niveau optimisation. Il faut cependant bien voir que l'eden est plus proche au niveau structure d'un 586 voire 486 que d'un processeur i686 (notamment une compilation en i686 entrainera des erreurs un peu bizarres du fait de l'absence d'instructions spécifiques, et notamment l'instruction CMOD). Sur epiawiki tu trouveras les paramètres de compil les plus adaptés pour ton eden, je pense...
Pour Mplayer, je pense qu'il vaut mieux le laisser faire sa sauce tout seul, vu qu'il détecte le processeur lors de la phase de compil (par contre ca peut clairement être une bonne idée d'utiliser une version recompilée dans ton cas qu'une version binaire, les quelques % de gain en terme de perf valent bcp plus sur une epia qu'une machine classique ;)).
Pour la lecture avec mplayer, je pense que ce qui a été dit plus haut résume bien ce qui est le plus efficace: utiliser vidix si ca marche, puis xv, en modulant avec des -framedrop ou -hardframedrop si c'est encore trop juste.
J'ai pas essayé le réencodage avec cette machine, ca prendrait une éternité (fréquence d'horloge pas très haute, cache processeur très faible (64ko)). La meilleure solution que j'ai trouvé, c'est encore d'utiliser mon bon vieux (sic...) Athlon 1.4 pour faire ca... A priori si tu réencodes en xvid, sans trop forcer sur le bitrate, tu dois obtenir une vidéo de bonne qualité que tu pourras lire sans trop de souci avec ton epia. J'ai été assez agréablement surpris par l'efficacité du codec, que ce soit par la qualité d'encodage/décodage, que par l'utilisation cpu lors de la lecture.
Ne t'inquiètes pas, tu n'es pas le seul à passer des nuits et des week-ends à tenter d'optimiser la bête ;)