technologies

Adobe accuse Apple d'être responsable des lenteurs de Flash

par Arnauld de La Grandière le 04.01.2010 à 11:49
Dans un billet sur son blog, Lee Brimelow (un "évangéliste" de Flash chez Adobe) se penche sur les problèmes de vélocité de Flash sur Mac OS X (voir notre article Pour un Flash plus fluide en 2010).

S'il admet que le plugin n'est pas à la hauteur de la version Windows, Brimelow réfute toute arrogance et incompétence d'Adobe : selon lui, Apple ne fait rien pour arranger les choses, alors qu'Adobe fait de son mieux pour s'assurer que son logiciel fonctionne au mieux sur toutes les plateformes, à l'aide notamment de son initiative Open Screen Project.

Il prend notamment l'exemple des vidéos : si elles ne sont pas accélérées sur Mac, c'est parce qu'il n'existe pas d'API publique sur Mac OS X permettant de faire cette accélération. Il insiste également sur les progrès réalisés par Flash sur Mac. Il souligne d'autre part le fait que les employés d'Adobe sont de grands utilisateurs des produits Apple : il est quasiment impossible de trouver un salarié qui n'ait un Mac ou un iPhone. Lee Brimelow y voit une preuve que les employés d'Adobe sont les premiers à vouloir que Flash fonctionne au mieux sur Mac OS X.

On peut toutefois souligner qu'il existe bien une accélération matérielle du décodage des vidéos H.264 sur Mac, mais qu'il faut passer par QuickTime X…(voir notre une QuickTime X : Tabula Rasa). D'autre part, Adobe a toute latitude d'intégrer sa propre solution d'accélération matérielle dans Flash (un plugin tel que Unity démontre qu'il est possible d'accéder aux pixels shaders dans Safari, qui plus est en 64 bits). Apple a également mis au point une interface permettant d'exécuter du code 32 bits au sein de Safari sur Snow Leopard, permettant ainsi de conserver la compatibilité avec Flash sans qu'Adobe n'ait à le modifier.

D'autre part, les problèmes de lenteur de Flash sont loin de se cantonner à la seule lecture de vidéos : Arstechnica avait publié des chiffres sans appel sur des éléments tels que Winterbells, GUIMark ou encore 2advanced.com, qui ne font nullement usage de la vidéo :

Dreamweaver
(ips = images par seconde)

On voit une différence considérable entre Windows Vista et Mac OS X, les API d'Apple pourraient-elles être entièrement responsables de la manière dont tout le code interne de Flash se comporte? A en voir l'amélioration depuis Flash 9 sur la même machine (un Mac Pro quad 2,66 GHz), il semble que non (GUIMark n'affiche que 9,5 images par seconde avec Flash 9, contre 28 sur Flash 10 qui est plus rapide grâce à l'amélioration du moteur de rendu du texte).

On peut également souligner que la version Mac bénéficie de moins de soin que la version Windows, par exemple avec la molette de défilement de la souris qui n'est pas prise en compte sur Mac OS X contrairement à Windows (Lee Brimelow indique que ce bug est corrigé dans la dernière beta de Flash 10.1).

La vérité se trouve sans doute à un juste milieu : Apple ne voit probablement pas du meilleur œil l'omniprésence de Flash (installé sur 99% des machines, et par ailleurs en concurrence avec QuickTime pour la vidéo sur le web), et Adobe a très certainement quelque progrès à faire sur la version Mac de son plugin. Toujours est-il que l'utilisateur final pâtit de cette situation, précisément avec la quantité de contenus faisant usage de Flash.

Lee Brimelow souligne à cet égard que Microsoft, bien qu'en concurrence frontale avec Adobe sur le terrain de Flash avec son plugin Silverlight, a fait montre de plus de bonne volonté qu'Apple en s'assurant que Flash fonctionnait au mieux sur ses différentes plateformes.

Tags: ,
|  |  

Découvrez le nouvel iPad sur l'Apple Store
10
9
8
7
6
5
4
3
2
1
Vos réactions (145 réactions)
Elcos [04/01/2010 12:08]

pas d'API publique? c'est pas Apple qui met à disposition tous les outils pour utiliser Open CL et consort sur les Mac?????

Adobe, ne mettez pas votre piètre travail sur le dos d'autrui.
Zed-K [04/01/2010 12:11]

Trolls incomiiiinnnng ^^;

Ah bah, ça a déjà commencé =)
Misterjn [04/01/2010 12:20]

À noter que l'arrivée de HTML 5 est imminente, et que Flash risque donc de disparaître... ça risque d'être un combat Flash VS Silverlight VS HTML 5 ! Un peu comme entre le HD-DVD et le Blue-ray
Ah oui et Safari est déjà compatible avec l'HTML 5 !
Macleone [04/01/2010 12:23]

D'autre part, Adobe a toute latitude d'intégrer sa propre solution d'accélération matérielle dans Flash


S'il vous plait (ça compte aussi pour Elcos), ne parlez pas de ce que vous ne connaissez pas. L'accélération matérielle du décodage du H.264 n'a absolument rien à voir avec les pixels shaders ou OpenCL.

Et Adobe dit vrai en affirmant que Apple ne donne pas accès à ces fonctions aux développeurs tiers.

C'est un problème qu'on retrouve dans tous les décodeurs H.264 sur OS X (comme ffmpeg et tous les produits qui l'utilise).
Lemmings [04/01/2010 12:26]

Misterjn : avant que Flash disparaisse, il faudra que Internet explorer supporte le HTML 5 ou qu'il ne soit plus utilisé... Ce qui me semble encore très compromis.

Donc en attendant (4, 5 ans ?), espérons que Flash s'améliore.

Sur le plan vidéo du web, Quicktime a perdu la guerre il y a longtemps.
Nonoche [04/01/2010 12:27]

@ Macleone : à ma connaissance les pixels shaders ont au contraire beaucoup à voir avec le GPU computing.
Lemmings [04/01/2010 12:27]

ps : on parle souvent de la mauvaise qualité du plugin flash sur mac, mais bon, quand on vois l'horreur du plugin Quicktime sur Windows on peut se poser des questions aussi :p

Sans même parler des applications en elles même (Quicktime, Safari, iTunes...)
ironseb [04/01/2010 12:29]

Y a-t-il encore un pilote dans l'avion OSX, ou sont-ils déjà tous partis vers iPhoneOS/iTunesStore ?
didhoc [04/01/2010 12:33]

Bonjour, une petite question technique pour les spécialistes : comment peut-on obtenir 140% de CPU ?
Merci d'éclairer ma lanterne.
roadking69 [04/01/2010 12:37]

lemmings le anti apple sur un forum Mac a encore frappé tsss
ça troll bas !!!
enka [04/01/2010 12:38]

en ayant au moins un CPU à deux cœurs
Nesus [04/01/2010 12:39]

@ Lemmings : Il est clair qu'apple ne fait aucun effort pour que ses programmes tournent de façon optimale sur windows. Mais bon c'est leur façon de créer artificiellement un mieux (qui existe réellement ailleurs) entre mac et pc. Tu l'utilises sous l'un il rame tu le met sous l'autre c'est une fusée.

C'est bien pour une fois ils sont réactif. Ca change de faille comblé 6 mois plus tard...
Mais bon comme d'hab il relance la balle de l'autre coté et attendent que le temps passe.
Tibus [04/01/2010 12:40]

Hey, faut arrêter de croire que flash ne sert qu'a lire des vidéos. C'est sur que Grace a l'html5 on aura moin besoin de flash pour lire les vidéos mais les animations, developpement poussés, sites Internet animé,... Seront toujours fait en flash.
Zed-K [04/01/2010 12:42]

@roadking69:
Je suis loin d'être anti-Apple (Mac Pro à la maison + 4 modèles différents d'iPod ^^; ), mais c'est un fait. Les softs Apple pour Windows (en tout cas QT et iTunes, pas testé Safari) sont des atrocités.
GPV [04/01/2010 12:46]

@ didhoc,
140% CPU signifie 1,4 CPU, ce qui est possible sur des processeurs multi core.
Mais pour être précis, le comparatif devrait indiquer de quels CPU il s'agit, 9% d'un core i7 à 3 GHZ n'est pas égal à 9% d'un core 2 duo à 2 GHZ...
10
9
8
7
6
5
4
3
2
1



Réagir

Cinq consignes avant de réagir :
  1. Rester dans le cadre de la dépêche. Pour des discussions plus générales, vous pouvez utiliser nos forums.
  2. Développer son argumentation. Les messages dont le seul but est de mettre de l'huile sur le feu seront modifiés ou effacés sans préavis par la rédaction.
  3. Respecter les acteurs de l'informatique et les autres lecteurs. Les messages agressifs, vulgaires, haineux, etc. seront modifiés ou effacés sans préavis par la rédaction.
  4. Pour toute remarque concernant le contenu de l'article, pour nous signaler une erreur, une faute d'orthographe, une omission, merci de nous contacter exclusivement par e-mail.
  5. Relisez-vous, et pour les utilisateurs de Safari profitez de l'aide du navigateur : activez le menu édition > Orthographe > Vérifier l'orthographe lors de la frappe.