|
Accueil - Nouveau gestionnaire de son pour le lecteur Flash
Crée le :
Dernière révision : Nouveau gestionnaire de son pour le lecteur FlashPour faire suite à la nouvelle de l'intégration du support de l'H.264 et de l'AAC dans la dernière version bêta du lecteur Flash 9, Tinic Uro nous informe que le gestionnaire de son du lecteur va être intégralement récrit pour améliorer le support de l'AAC. Ainsi, d'après ses dires, l'introduction future d'un support le plus complet possible du standard AAC deviendra l'occasion rêvée de récrire intégralement le gestionnaire de son du lecteur Flash actuel qui n'a pas été changé depuis l'année 1996. Cette réécriture complète n'est prévue, traduit mot à mot : "que pour une des prochaines versions majeures du lecteur". On doit donc comprendre à cela que ce ne sera effectif au mieux qu'à la sortie du lecteur Flash 10. En effet même si la bêta actuelle du lecteur Flash 9 permet de lire l'AAC lors de la lecture des vidéos au format H.264, cela ne s'effectue encore qu'avec le gestionnaire de son actuel et uniquement sur deux canaux. Cette réécriture apportera également le support de l'AAC multi-canal. On parle ici de bien plus que du 5.1 ou 7.1 puisque le format AAC est pensé pour supporter jusqu'à 48 canaux. Il est donc logique de supposer que le gestionnaire de son offrira une API qui les rendra accessibles en Actionscript (même si il est tout aussi logique de penser que le lecteur ne supporte au final pas un nombre aussi important de canaux). La lecture des fichiers MP3 ou AAC encodés pour être lus avec toutes les fréquences standards entre 8Khz et 96Khz sera enfin possible. Mieux encore, ce n'est pas peu fier que Tinic nous informe que le moteur de son actuel du lecteur Flash 9 bêta 2 profite déjà du code qu'utilisera le future gestionnaire de son aprés sa réécriture. Ce n'est pas forcement une nouvelle révolutionnaire, mais cela suppose que dés la prochaine mise à jour du lecteur Flash, il ne sera plus possible d'avoir la mauvaise surprise de lire des fichiers accélérés par deux parce que la fréquence de lecture attendue n'est pas supportée. Tinic Uro laisse le plus intéressant dans le flou, mais j'aime à penser que le nouveau moteur de son et sa nouvelle API permettront bien plus que l'actuel. Comme en tout premier lieu la possibilité d'envoyer directement des tableaux de bytes en entrée du moteur. Mais aussi la possibilité d'ajouter des effets standards ou personalisés, de les mixer, d'avoir des facilités dans l'édition des ondes sonores autrement qu'en travaillant directement sur les tableaux de bytes. En tout cas, même si ce n'est pas pour tout de suite on peut être sûr que la réécriture du moteur ouvrira la possibilité de ces implémentations à l'avenir. C'est donc une très bonne nouvelle pour nous tous. CommentairesLaisser un commentaire |
||
| wordpress rss rss français rss english xhtml 1.1 css 2.0 wdg |
Cool !
Espérons aussi une meilleurs synchronisation des évènements, ainsi que du bouclage (qui ne s’est jamais emm***** à essayer de faire bien tourner une boucle ?)