Liens:
- Adobe AIR 1.5.1 Developer and User Release Notes
- Adobe AIR 1.5.1 Documentation
- Download the Adobe AIR SDK
- Adobe AIR 1.5.1 Known Issues and Limitations

Via air team blog

Ca me rappellerait presque l’époque d’Ellipsis…

D’ailleurs quand je tombe sur certains posts et que je lis Vaut mieux avoir CS3 toujours sous la main…, j’avoue être plutôt content de n’avoir quasiment plus besoin de ce logiciel dans mes travaux.

Avec un peu de recul, il est d’ailleurs étonnant de constater à quel point il est devenu nécessaire au fil du temps de faire de l’anti Flash pour produire du Flash, du moins si l’on souhaite améliorer son workflow et les performances de ses réalisations. Quelques exemples: Préférer le bitmap au vectoriel, les tweens à la timeline, l’animation en copypixels aux MovieClips, la programmation OO au scripting, l’utilisation d’un logiciel tiers à l’IDE…

De quoi rendre perplexe si certains élans artistiques n’étaient pas là pour nous réconcilier avec l’outil roots d’animation.

Via galvan on flash

Pourquoi ?

Le broadcast de onSoundComplete est temporisé à intervalles réguliers 2048*1000/44100 = 46.43 ms, ce qui génère forcément une latence plus ou moins grande entre le moment où le son s’arrête et celui où l’événement est envoyé. Ce temps de latence peut donc atteindre les sacro-saintes 46.43 ms, un délai inacceptable pour une application de ce genre.

Ceci nous ramène à un précédent billet posté sur ce blog.

La plupart des applications de mix (comme Basement MX d’Andre Michelle) trichent en utilisant 8 canaux maximum et démarrent la lecture de toutes les loops en même temps (afin qu’elles soient synchrones) au lancement de l’application.

C’est en relisant l’article de Frank P. Baumgartner et en parlant avec Andre Michelle que j’ai réalisé que la solution idéale résidait à l’intérieur du nombre magique : 46.439909297052154195011337868441 qui représente la cadence en ms du buffer.

J’ai donc développé une classe AudioTrack qui permet d’ajouter à l’intérieur d’un stack des instances de l’objet Sound et de les jouer de manière synchrone en utilisant une horloge virtuelle (loop audio de 46.43ms) pour cadencer le tout.

Le principe au final consiste à avoir un offset de 50ms (minimum) de silence sur chaque son, démarrer leur lecture en retranchant la durée totale du son (précédemment joué) et la position en cours de la tête de lecture avant que le résultat soit inférieur à 46.43 ms et finalement utiliser ce résultat pour positionner la tête sur le son suivant (offset).

C’est exactement l’idée exposée par Frank P. Baumgartner que j’avais sous-estimé à tort à l’époque.

Le résultat est hallucinant de fluidité, mes sons n’ont jamais aussi bien bouclé entre eux et j’ai pu grâce à cette nouvelle classe construire une application permettant de mixer des loops à l’infini (au lieu de 8 ^^). AudioTrack envoit un événement « onNextLoop » à chaque changement de boucle et peut être instancié 8 fois pour utiliser tous les canaux du player.

Bientôt une démo en ligne !

Dernière mise en garde sur onSoundComplete, l’événement n’est pas broadcasté s’il n’y a pas d’audio device correctement installé sur la machine utilisateur. Cesar Tardaguila en parle ici.

On apprend qu’Ellipsis est le nom de code du prochain update de Flash MX 2004. Il sera disponible gratuitement à la fin de l’été.

Mais quelles seront les réélles améliorations apportées par Ellipsis ?
- Performances, et utilisation des ressources.
- Documentation.
- Composants.

Mike ne manque pas de préciser au passage qu’une foule de bugs ne figurant pas dans ces trois catégories seront corrigés. Cadeau bonus !

A la question : « Ellipsis sera-t’il 100% full debugged ? », Mike répond non biensûr, mais précise que cette nouvelle release posera de solides fondations pour corriger les problèmes les plus délicats lors du prochain upgrade de Flash, ceux qui nécessitent une réécriture en profondeur du code.

Ca se passe ici.