| masklinn |
R3g a écrit :
ah, toi non plus t'as pas compris ?
hint : thunderbird vérifie le flux tous les 1/4 d'heure, je pense que le serveur peut encaisser.
|
Me semble que la fréquence de vérification du flux est configurable :o
et c'est pareil avec les autres clients RSS/Atom aux dernières nouvelles :o
Taiche a écrit :
Bin c'est sûr que sous IE la fréquence est plus lente[:spamafote]
|
IE insère automatiquement un délai de 100ms entre chaque frame si je me souviens bien
Citation :
mais sous XnView, j'ai un truc beaucoup plus rapide, qui semble se rapporter à ce que devrait faire Firefox.
|
J'utilise ACDSee, mais le comportement est similaire (en fait ACDSee va beaucoup plus vite que Firefox)
Citation :
Pourtant, l'utilisation CPU y est quasi-nulle. P'têt que c'est un truc connu et que ça sera réparé par la suite
|
J'en suis pas sûr, ça semble être le bug 94828
Sévérité majeure, mais non bloquant et aucune date de fix :/
Et Gecko a pas mal de bugs sur les GIFs/PNGs en général
el muchacho a écrit :
Le pic de CPU, c'est pas plutôt le rendu de la page HTML par Gecko ? Parce qu'une fois la page affichée, le gif occupe 0% de CPU.
edit: si je pense que c'est ça: quand on change la largeur de la page, le moteur recalcule -> pic à 25% chez moi. Si tu la réduis et l'ouvres à nouveau, pas de pic parce qu'il n'y a pas besoin de recalculer.
|
nonon, Taiche a raison là dessus c'est bien un problème au niveau du rendu des images animées |