MotionComposer : création Flash + HTML5

Florian Innocente |
Aquafadas annonce un second outil de création d'animations pour le web avec un export en Flash et/ou en HTML5. Baptisée MotionComposer, cette application à propos de laquelle l'éditeur est encore assez peu bavard, est en bêta privée. On peut solliciter directement Aquafadas pour participer au programme de test.

A l'image du prochain BannerZest 3, lui aussi en bêta, l'outil saura exporter des fichiers en Flash + HTML5, charge au site de fournir la bonne version selon le client connecté (bannières, diaporamas, animations), ou dans l'un ou l'autre des deux formats uniquement. Prix et date de sortie ne sont pas encore donnés.

http://static.macg.co/img/2011/7/motioncomposerbeta-20110706-151933.jpg

Sur le même sujet :
- BannerZest 3 étoffe son export HTML5

avatar fluxus | 
Ca pourrait se comparer à "Hype" de Tumultco ce truc ?
avatar grogeek | 
les flash bloqueurs sont devenus obsolètes. On va en bouffer de la pub
avatar lukum | 
@fluxus: c'est deux produits différents: Hype te sort des pages web contenant des images auxquelles tu peux donner du mouvement comme des diaporamas (http://tumultco.com/hype/gallery/), sur la base d'images statiques ou de vidéos, alors que MotionComposer ne semble produire que des images animées comme des bannières ou ce genre de chose. Mais je ne trouve pas de lien sur Aquafadas pour vérifier la chose...
avatar LaurentR | 
@lukum : http://www.aquafadas.com/fr/motioncomposer/
avatar pol2095 | 
Il va falloir des html5 bloqueurs.
avatar lukum | 
Merci LaurentR. Ça me paraît donc bien différent de Hype, même si on parle d'images interactives.
avatar Stanley Lubrik | 
Il n'y aura pas de HTMl5 bloqueur... Tout le chambard autour du HTML5, c'est pour niquer les adorateur de Ad Blocker, Flash flashouilleur, et autres consommateurs frondeurs qui contournent le système. Le pub va être intégrée dans la structure de base de la page HTML sans pouvoir être éradiquée.... Mais chut, personne ne s'en vante car... Flash çay le mal !! Les marchands de soupe vont être à la noce ! Dormez, je le veux !
avatar Selthis | 
A la différence que le HTML5 niquera pas le CPU et fera pas souffler les Mac.
avatar Macmmouth | 
@Selthis Si ça te plait de le croire... Voici un benchmark récent qui compare les performances de Flash vs HTML 5 sur smartphone et tablettes (celles qui le supporte..) Résultat : Le HTML 5.0 est DEUX fois plus lent que le Flash. http://www.craftymind.com/guimark3/
avatar R5555 | 
Au fond le problème c'est comme sur les DVD, ce sont les animations. Le jour où les graphistes cesseront de faire les jacky…
avatar oomu | 
Html5 ce ne sont que des tags gérés par le navigateur Les animations et autres effets 3D gérés nativement par le navigateur ont plus de potentiel que flash pour être acceleré, integré, etc (c'est logique : il y a une étape de moins) - Comme c'est du Javascript et html , c'est une part du code de la page : infiniment plus facile à transformer, modifier et bloquer. Les adblockers seront différents, en effet, mais tout est possible. Y a bien des modules safari et Firefox pour virer tout code faisant référence à twitter et Facebook (les éventuels boutons et intégration dans des sites) et autres jscript qui bricole le copier coller , alors en quoi virer ce qui est pub, tag d'animation et autres 3D ne serait pas possible ? - L'intégration dans le navigateur des capacités de flash permettent toutes sortes d'usages impossible en flash sans être restreint par le plugin. - Mais en effet rome ne se fait pas en un jour. Flash devrait rester incontournable encore longtemps sur les sites commerciaux pour une raison simple : le drm adobe
avatar arsinoe | 
[quote=oomu]Les animations et autres effets 3D gérés nativement par le navigateur ont plus de potentiel que flash pour être acceleré, integré, etc [/quote] Elles ont surtout le potentiel d'être codée de manière encore plus pourrie. [quote=oomu] (c'est logique : il y a une étape de moins)[/quote] Quelle logique ? quelle étape en moins ? Html 5 complexifie énormément les pages et créé des tonnes de problèmes d'incompatibilité entre les divers modules de code javascript, là où l'intégration de flash necessite quelques lignes et où l'execution est totalement cloisonnée. [quote=oomu]Comme c'est du Javascript et html , c'est une part du code de la page : infiniment plus facile à transformer, modifier et bloquer. Les adblockers seront différents, en effet, mais tout est possible. [/quote] Infiniment plus facile de se faire pomper son code, et c'est extremement simple de de rendre une pub indispensable au bon fonctionnement de la page et donc strictement impossible à retirer. Contrairement à Flash qui reste toujours modulaire. [quote=oomu] alors en quoi virer ce qui est pub, tag d'animation et autres 3D ne serait pas possible ?[/quote] Parce qu'il n'y aura pas un cas identique à un autre et que l'intérêt des régies publicitaire est de ne pas facilité cette tâche. [quote=oomu]L'intégration dans le navigateur des capacités de flash permettent toutes sortes d'usages impossible en flash sans être restreint par le plugin. [/quote] Lesquelles ? Une appli flash peut parfaitement executer du javascript et donc les possibilités de flash incluent toutes celles de html5 en plus de celles propre à Flash. [quote=oomu] Flash devrait rester incontournable encore longtemps sur les sites commerciaux pour une raison simple : le drm adobe[/quote] Et bien voilà... on y vient. C'était bien la peine de développer tout ces argument plus fallacieux les uns que les autres pour en arriver à cet énormissime troll.
avatar Anonyme (non vérifié) | 
[b]oomu[/b] : "Html5 ce ne sont que des tags gérés par le navigateur" pas vraiment, non. ces tags sont accessibles par le DOM, ça fait partie intégrante de la spec. genre : une balise canvas c'est sympa... mais ça ne sert à rien si on n'y accède pas par javascript. "Les animations et autres effets 3D gérés nativement par le navigateur ont plus de potentiel que flash pour être acceleré, integré, etc (c'est logique : il y a une étape de moins)" mouais... techniquement c'est juste, en pratique c'est moins clair. "Comme c'est du Javascript et html , c'est une part du code de la page : infiniment plus facile à transformer, modifier et bloquer. " Ah ben non, pas à bloquer. Si je met le JS de la pub directement dans le code source de la page, il devient très difficile à bloquer. Mais en pratique, ça ne fonctionne pas comme ça : il y a des régies de pubs, des domaines externes pour mesurer le ROI... donc c'est plutôt du script externe. Pas plus facile à bloquer qu'un JS qui appelle un Flash, d'ailleurs, ou un blocage de Flash pur et simple. "Y a bien des modules safari et Firefox pour virer tout code faisant référence à twitter et Facebook" Tout est une question de domaine, une fois de plus. D'ailleurs ces foutus boutons ralentissent parfois (rarement) macgé de manière extrême (genre 30 secondes à cause du bouton Twitter). S'ils pouvaient les inclure de manière asynchrone... (oui c'est faisable)
avatar Anonyme (non vérifié) | 
[b]arsinoe[/b] : "Elles ont surtout le potentiel d'être codée de manière encore plus pourrie." Parce que ? javascript est un mauvais langage, c'est ça ? Mais les animations CSS3 n'ont pas besoin de Javascript, elles sont super clean si on peut les utiliser seules. "Quelle logique ? quelle étape en moins ?" Flash est dépendant du navigateur, qui peut lui bloquer l'accès au matériel. On a vu ça il n'y a pas si longtemps avec Flash et la vidéo, accélérée depuis peu depuis une modification de Safari. C'était relayé sur MacGé, du reste. "Html 5 complexifie énormément les pages et créé des tonnes de problèmes d'incompatibilité entre les divers modules de code javascript" Non, HTML5 ne complexifie rien si on ne cherche pas à le coder avec des patchs pour les vieux navigateurs. Quant aux modules de code, c'est justement l'illustration de la souplesse du code directement intégré dans la page. On peut regretter l'absence de namespaces si c'est à ça que tu fais allusion, mais on peut aussi coder pour s'en passer et faire des modules propres. "Infiniment plus facile de se faire pomper son code, et c'est extremement simple de de rendre une pub indispensable au bon fonctionnement de la page et donc strictement impossible à retirer. Contrairement à Flash qui reste toujours modulaire." N'importe quoi. Flash n'est pas isolé du navigateur, si tu veux bloquer la page parce que la pub n'a pas été chargée, c'est très facile techniquement. MAIS... "Parce qu'il n'y aura pas un cas identique à un autre et que l'intérêt des régies publicitaire est de ne pas facilité cette tâche." Non justement. Tous les cas se ressemblent parce que les régies sont externes et qu'elles délivrent les pubs, vérifient les affichages et clics. C'est différent quand le diffuseur et la régie sont les mêmes. Mais c'est aussi valable pour Flash : regarde le player Flash de Youtube et les pubs intégrées aux vidéos, par exemple.
avatar Anonyme (non vérifié) | 
(...) "Une appli flash peut parfaitement executer du javascript et donc les possibilités de flash incluent toutes celles de html5 en plus de celles propre à Flash." Tu vas coder ton JS dans Flash ? O_o DRM ... "à cet énormissime troll." Bah non, pas du tout. Pour la vidéo, oomu a raison, il y a plein de réticences des diffuseurs à passer à HTML5 à cause de l'absence de DRM. P.S. : http://www.sothink.com/product/flashdecompiler/ pour ce qui est de "Infiniment plus facile de se faire pomper son code". Ca demande un peu plus de motivation mais si on le veut, on peut toujours.
avatar arsinoe | 
P.S. : http://www.sothink.com/product/flashdecompiler/ pour ce qui est de "Infiniment plus facile de se faire pomper son code". Ca demande un peu plus de motivation mais si on le veut, on peut toujours. Non. Le B.A BA d'un développeur actionscript, c'est d'utiliser un obfuscator qui rend le code décompilé parfaitement inexploitable.
avatar arsinoe | 
Tu vas coder ton JS dans Flash ? O_o Non bien sûr, mais tu peux lancer du code javascript depuis une appli flash. Donc il n'y a pas de cas où on ne peut pas faire à partir du flash ce que l'on peut faire en html 5. En fait c'est exactement l'inverse.
avatar arsinoe | 
DRM ... "à cet énormissime troll." Bah non, pas du tout. Pour la vidéo, oomu a raison, il y a plein de réticences des diffuseurs à passer à HTML5 à cause de l'absence de DRM. OOMU dit que c'est la seul raison qui justifie encore le flash. C'est faux. il prend un seul exemple qui l'arrange et omet tous les autres. C'est bien un troll.
avatar cdou59 | 
Croire que parce qu'une pub est en HTML5 au lieu d'être en flash ne fera pas souffler vos ventilos .... c'est vraiment être débile profond !! Qu'une pub animée a la v'la comme j'te pousse en JS/HTML ou en Flash pompera de toute façon de la ressource , et même bcp plus en HTML/JS pour le moment !!! Mais bon , il parait que Flash = Pub ... donc plus de FLash, plus de pub on est tranquille !!! NON ???? on m'aurait menti ??? C'est fou ça
avatar aquafadas | 
Bonjour L'idée derrière MotionComposer c'est de pouvoir créer une animation sans se soucier de la façon dont elle va être executée sur la navigateur. L'animation sera executée en Flash si le navigateur supporte le produit Adobe, sinon en HTML5 sur les navigateurs webkit. La fragmentation des navigateurs vis à vis de HTML5 fait de Flash une bonne position de repli dans bien des cas. L'HTML5 généré est optimisé pour iPhone/iPad/Safari (même si les différences de comportement entre Safari mobile et Safari desktop nous ont fait privilégier Safari Desktop). Inscrivez vous pour la beta, et vous pourrez essayer ce nouveau produit qui est permet de créer des animations spectaculaires facilement. De nombreux exemples sont fournis. - Matthieu -
avatar Anonyme (non vérifié) | 
Arsinoe> tu peux aussi utiliser un obfuscateur pour le code javascript (ou si tu passes le code à travers Google Closure il ne sera plus trop lisible). Quant à Flash qui aurait toutes les vertues de HTML5 puisqu'il peut appeler des fonctions JS... c'est plus du flash ! Sinon on peut aussi dire l'inverse : JS pouvant communiquer avec un Flash, "html5" a toutes les caractéristiques de flash en plus de siennes. Mais ça ne tient pas debout.
avatar Macmmouth | 
[quote=sunjohn]Mais ça ne tient pas debout.[/quote] Bien sûr que ça tient debout. Depuis le début, Flash est un COMPLEMENT au HTML, javascript, css... Il le restera que ce soit avec le HTML 4 ou le 5. C'est une aberration de vouloir opposé HTML 5 et flash, il y aura toujours des choses non supporté par le navigateur qui pour l'être devront passer par des années de spécifications et attendre encore des années pour être implantées dans tous les navigateur. Via un plugin comme flash, ce genre de déploiement ne prend pas des années ou des décennies, mais quelques semaines. Alors c'est très bien qu'HTML évolue et se modernise. Mais il faut arrêter de voir HTML comme un concurrent qui aurait la capacité de remplacer Flash. Il ne l'aura jamais car il aura toujours 10 trains de retard en matière de spécification de nouvelle fonctionnalité comme le html 5 a eu 15 ans de retard sur la vidéo par rapport à Flash. Croire ça c'est croire qu'HTML 5 est un aboutissement et qu'il n'aura pas de suite. Alors qu'en matière de performance et de fonctionnalité, il y a encore tout à faire.

CONNEXION UTILISATEUR