AS3 : flash.display.AVM1Movie

Par DickRivers, vendredi 7 juillet 2006 à 02:24 :: Flash :: #98 :: rss

Comme vous le savez le player 9 intègre une nouvelle machine virtuelle appelée AVM2 (ActionScript Virtual Machine 2), cette machine virtuelle interprête le code AS3 et ne peut interprêter que celui-ci. De l'autre côté nous avons la AVM1 (ActionScript Virtual Machine 1) qui elle interprête l'Actionscript 1 et 2.

Le player 9 embarque donc les deux machines virtuelles, lorsqu'il détecte du code AS1 ou AS2 il lance la VM1, lorsqu'il rencontre de l'AS3 il lance la VM2. Si vous testez depuis Flash 9 une appli comportant du code AS1/AS2 et de l'AS3 Flash refusera de compiler celle-ci.

Ce qui paraît logique c'est soit l'un soit l'autre, par contre que se passe t-il si je charge un SWF version 8 ou antérieure donc un SWF AVM1 dans un SWF AS3 donc tournant sous la VM2, et bien bonne surprise les deux machines virtuelles tournent toutes les deux sans problème, vous pouvez donc charger sans problème un SWF 8 ou antérieure dans votre nouvelle appli AS3, un objet de type flash.display.AVM1Movie sera crée par la classe Loader, alors vous vous dites mortel je peux donc cibler mes objets sans problème une fois mon swf chargé

Pas si simple, la communication entre les deux SWF est donc réduite, les machines virtuelles étant différentes vous ne pouvez pas appeler une méthode dans le SWF AVM1Movie, ou bien accéder à ses objets ou propriétés.

Une chose intéressante, si vous ciblez la propriété _root au sein du SWF AVM1Movie chargé, la logique Flash voudrait que vous cibliez le scénario du SWF AS3 chargeant, dans ce cas absolument pas, vous ciblerez alors le _root du SWF chargé, exactement comme si vous aviez spécifié _lockroot = true dans le SWF chargé

Il est aussi impossible pour ce SWF AVM1Movie de charger des fichiers dans des _level, de la même manière le chargement d'autres SWF au sein du scénario du SWF AVM1 est aussi interdit.

On pense (Mama

) alors à un autre moyen de communication entre deux SWF, j'ai nommé : LocalConnection, et là c'est cool, on peut lire :

LocalConnection objects created in ActionScript 3.0 can communicate with LocalConnection objects created in ActionScript 1.0 or 2.0. The reverse is also true

J'ai donc réalisé un petit exemple, un SWF AS3 compilé en player 9 (pastille bleue) charge un SWF AS1/AS2 compilé pour le player 8, avec LocalConnection je passe des infos de mon SWF AS3 vers mon SWF AS1/AS2, bien entendu la communication marche dans les deux sens

Cliquez simplement, pour passez une vitesse aléatoire au clip du SWF chargé.

Pour une communication par SharedObject, attention au moment de créer votre SharedObject en AS3 vous devrez spécifier le format AMF à utiliser, pour qu'un SWF AS1/AS2 puisse lire les données d'un SharedObject crée en AS3 vous devez impérativement spécifier le format AMF0 (flash.net.ObjectEncoding.AMF0) et non AMF3 (flash.net.ObjectEncoding.AMF3) valeur par défaut, par la propriété objectEncoding.

Commentaires

1. Le vendredi 7 juillet 2006 à 09:54, par dehats

Moi qui pensais qu'on allait s'arracher les cheveux avec cette histoire de communication entre swf-as2 et swf-as3! le LocalConnection va nous faciliter la vie. Bien vu !

2. Le vendredi 7 juillet 2006 à 10:19, par mama

Bien vu Dick, j'y aurais pas pensé

3. Le vendredi 7 juillet 2006 à 11:22, par Tek

Ah ben finalement ça marche au moins avec les LocalConnection.

Le problème avec les LocalConnection, c'est que c'est une communication asynchrone et ça fait un argument de moins pour assurer une transition souple entre AS2 et AS3 dans les entreprises ou les clients qui auraient déjà pas mal de développements AS2 en place.

Si ExternalInterface permet de faire quelque chose de vraiment compatible, je préfèrerais largement cette solution, même si ça doit obliger l'animation à être exécutée dans un navigateur

4. Le vendredi 7 juillet 2006 à 14:14, par starmonkey

salut!
Cette classe AVM1Movie m'a également paru très attrayante mais je me demande si il y a un véritable intérêt à combiner l' as1/2 et l' as3
Pour une transition souple permettant de réutiliser des bibliothèque de code déjà en place j'ai l'impression que ça implique des trucs pas évidents comme devoir compiler en deux fois, gérer la communication entre les versions, faire tourner deux machines virtuelles en même temps (ce qui réduit les améliorations des performances apportées par le player 9)...
Sachant qu'il faudra un jour ou l'autre tout gérer en AS3 je ne vois pas trop d'intérêt sur le long terme...

Je ne suis pas vraiment concerné par les problèmes de transitions qui peuvent se poser pour les développeurs dans le milieu professionnel, j'aimerai donc avoir votre avis

5. Le samedi 8 juillet 2006 à 14:38, par dehats

Il ne s'agit pas, amha, de considérer le mélange des deux types de contenu comme une méthode de travail, mais plutôt comme un moyen de résoudre certains type de problèmes bien particuliers d'une manière suffisamment claire et rapide.
Il y aura par exemple des cas où des développeurs auront réalisé un contenu en as2 pour le player7 ou 8, mais qui voudraient profiter d'une fonctionalité du player9 sans avoir à tout redévelopper en as3. On peut notamment penser au JPGEncoding que permet ByteArray, mais je suis sur qu'il y aurait beaucoup d'exemple.

6. Le samedi 8 juillet 2006 à 18:15, par mama

un exemple très simple basé sur le niveau général des flasheurs en agence.

Une application élaborée du type administration tout en flash est développée par une société spécialisée. Cette application permet de gérer des contenus externes fournis par le client ou l'agence. Ce contenu peut être de type différent, JPG, PNG, videos, swf.
Pourquoi demander à une agence de faire un swf en AS3 alors que cette animation ne contient que des animations et des commandes simples du type gotoAndPlay etc.
Si il etait impossible de charger du contenu flash 3,4,5,6,7 ou 8, tu peux dire adieux à toute idée de créer une super appli AS3 et donc à tout développement en AS3 par extension.
C'est donc plus que primordial que ce genre de chose soit possible.

Pour compléter ce que viens de préciser Dehats qui est également tout à fait juste. Certaines applications sont développées sur de longues périodes et ne peuvent pas être réinventées à chaque changement de player.

7. Le samedi 8 juillet 2006 à 23:21, par starmonkey

ok merci pour ces éclaircissements

8. Le vendredi 26 janvier 2007 à 12:35, par ACME

Moi j'ai une autre question
Est-ce que pour l'inverse cela risquerait de poser des problèmes de compatibilité...?
en gros en utilisant un Loader compilé en flash 8 pour charger un swf compilé en flash 9, est-ce que le 9 s'auto-gère ou est-ce que c'est la machine virtuelle du loader qui prend le contrôle du swf chargé...?

J'espère avoir une réponse ca me serai tres utile merci!

9. Le mardi 19 juin 2007 à 15:33, par TechnoGuru

Bonjour,

Peut on avoir le source de l'exemple ?

Merci

10. Le mardi 3 juillet 2007 à 19:03, par Matt

Bonjour,
pour répondre à ACME, quand on load un flash9 (swf compilé...) dans un flash8, le flash9 ecrase complètement le flash8 et prend le dessus. C'est donc l'AVM2 qui prend le dessus.
Par contre mon problème est le suivant, je n'arrive pas à récupérer mes variables du flash8, bon pour le moment je les passe dans l'URL
loadMovie("myswf?flashVars=" + flashVars), mais je n'aime pas trop cette méthode surtout lorsque j'ai de long String.
Si quelqu'un à une idée pour passer des variables lorsque je load un AMV2 dans un AMV1 ce serait bien utile.

Merci

11. Le mercredi 5 septembre 2007 à 10:43, par Thomas

"Il y aura par exemple des cas où des développeurs auront réalisé un contenu en as2 pour le player7 ou 8, mais qui voudraient profiter d'une fonctionalité du player9 sans avoir à tout redévelopper en as3. On peut notamment penser au JPGEncoding que permet ByteArray, mais je suis sur qu'il y aurait beaucoup d'exemple."

J'aurai juste à appliquer cet exemple, mais le soucis est de transferer des données autres que des données textes ou numériques via LocalConnection d'un SWF en AS2 à un SWF en AS3

Que ce soit un BitmapData ou un MovieClip, le swf AS3 ne reconnait rien. Ce qui peut paraitre normal.

quelqu'un aurait il une solution alors pour utiliser JPGEncoder pour encoder un movieClip depuis un AS2, via un AS3 ?

merci bien