URL: https://linuxfr.org/users/zarmakuizz/journaux/petit-test-isol%C3%A9-des-lecteurs-flash Title: Petit test isolé des lecteurs Flash Authors: Zarmakuizz Date: 2010年07月02日T17:55:09+02:00 Tags: firefox et ordinosaure Score: 14 Cher journal, J'avais lâché dans un commentaire que [swfdec est le lecteur flash libre le plus mieux bien actuellement](http://linuxfr.org/comments/1140696.html#1140696). J'ai quand même voulu tester si c'était vrai, alors je suis allé là où les créateurs d'animations Flash qui impressionnent, c'est-à-dire [Newgrounds](http://www.newgrounds.com/), et j'ai pris une animation récente au hasard. Ah tiens, moi j'aime bien Pokémon, alors je choisis une "simple animation" avec quelques bonus en prime : [Pokémon : The fated Encounter](http://www.newgrounds.com/portal/view/540031). Pour résumer le contenu de l'animation, des dresseurs Pokémon se battent, les [[Pokémon]] étant des créatures avec des pouvoirs incroyables. Comme ma connexion est en bois et que je suis sur un MacBook absolument affreux (pléonasme du vendredi), je préfère télécharger l'animation d'abord. Parlons de la config testée, c'est un croisement entre l'ordinosaure et le masochisme : Inteo Core Duo, sûrement les plus mauvais de la gamme. [[http://fr.wikipedia.org/wiki/Core_Duo](http://fr.wikipedia.org/wiki/Core_Duo)] 512 Mo de RAM en DDR2 (deux SO-DIMM de 256 Mo), htop m'indique 466 Mio. Disque dur 5400 rpm, un swap où htop m'indique 503 Mio. Carte graphique : Intel GMA950 avec 64 Mo de DDR2 partagés avec la mémoire principale (ça promet :( ) Et comme Mac OS X est lent, mauvais, ajoutez la mention dégradante, je ne peux l'utiliser décemment qu'avec Xubuntu (aussi flemme de faire un liveusb d'autre chose encore plus léger alors que j'ai un liveCD de Xubuntu 9.04 32bits sous la main, résultat j'ai fait deux mises à niveau successives pour être à la 10.4). Voilà pour le cadre des tests. Ce test tombe à pic puisque le dépôt PPA de Lightspark vient de délivrer la dernière mise à jour du projet, toujours en alpha. Je commence avec le lecteur Flash privateur d'Adobe à travers Firefox 3.6.6 (cool la dernière version sur *ubuntu). Tout s'affiche bien, le menu est bien, oké... Les deux coeurs sont utilisés à fond, le swap n'est pas attaqué mais presque, vers le quart/la moitié on a des séquences sans rafraichissement de l'image vers vers les trois quarts on comprend plus rien tellement des gros pans sautent. C'est hyper chiant à fermer, tout lagge, j'attends 10 secondes avant la fermeture. Par la suite je laisse Firefox ouvert, même si je ne l'utiliserai pas. Je sais pas si ça aura une incidence grave par la suite... Passons à gnash. Arrivé au menu, il file directement sur les bonus qui défilent à toute vitesse, les bruitages du combat commencent, vient ensuite le combat (les images) et enfin la musique du combat démarre. Joli décalage. Quoiqu'au bout d'un moment, ce décalage devient transparent, puisqu'au fil de l'animation ça arrête pas de se taper dessus n'importe quel bruitage arrive toujours à bien se caler avec l'image. L'utilisation des coeurs : ça oscille entre 32% d'un seul coeur à 75% des deux coeurs, assez souvent ça utilise environs un coeur complet. La swap est attaquée même si on n'a pas encore atteint le maximum de la RAM. Lightspark : c'est très jeune, très très jeune. Les NOT_IMPLEMENTED pleuvent dans la console, le son ne marche pas. Les coeurs ne sont quasiment pas utilisés, en revanche la mémoire vive souffre : on frôle les 400 Mo de la RAM, sur la swap 240 Mo d'utilisés, c'est lent, pour le fermer j'ai dû me connecter avec la console en Ctrl+Alt+F1 et ça m'a pris une minute pour m'identifier, c'est pire que pour le test du lecteur privateur... Ici aussi les menus sont ignorés, on voit les bonus défiler puis ça commence, sauf que la qualité est digne d'une basse qualité en général : un soleil octogonal, des pans de dessin remplacés par du transparent... Trop jeune. Finissons avec swfdec en 0.8.4 depuis fort longtemps. Pour l'animation en elle-même, même problème pour les menus ça passe directement aux bonus puis le film commence. Le son est synchronisé avec les images. Au lancement environs une seconde de l'animation est coupé, swfdec le fait tout le temps lorsqu'une animation est lancée. J'arrive à voir l'animation en entier, à certains moments ça coupe mais moins que pour le lecteur privateur. La consommation a oscillé entre 32% d'un seul coeur et l'utilisation à presque 100% des deux coeurs, ce qui aboutit à un gel de swfdec pendant une demi-seconde, puis ça repart. La plupart du temps c'était soit 35% des deux coeurs, soit 75% des deux, plus souvent c'était le deuxième cas. On voit à des moments certaines bordures, on voit un cercle blanc au lieu d'un soleil brillant. J'avais réussi sur Archlinux à compiler swfdec en 0.9.2, c'est-à-dire l'instable avec des trucs en plus dont des plantages, mais là je n'arrive pas à obtenir les bibliothèques nécessaires pour compiler donc je ne testerai pas. J'aimerais bien savoir au moins si l'animation tourne sans planter et si cette version instable règle quelques autres choses. Ce sera pour une autre fois. J'arrive à voir l'animation en entier sur gnash et swfdec seulement (au prix de quelques détails sur l'affichage), et c'est swfdec qui a le meilleur rendu grâce au son, alors que swfdec 0.8.4 commence sérieusement à dater. Dans tous les cas, flash ça consomme un max ! Sûrement à cause de l'affichage du vectoriel... Ah mince, ceci est un test isolé, on ne peut pas conclure.

AltStyle によって変換されたページ (->オリジナル) /