Hello :) Merci pour ce retour "en français" ;) Très très instructif tout cela :) et prometteur surtout ;)
EKA+ :) Le 8 octobre 2009 11:04, zwetan <[email protected]> a écrit : > alors je matte > http://tv.adobe.com/watch/max-2009-develop/flash-player-internals/ > (pendnant que je code un petit outil avec redtamarin -> hehe > generation de doc pour flash IDE) > > bon alors qlqs petites notes de ce que dis le gars > > blah blah trucs basiques > > ah j'avais loupé le nanojit de tamarin est utilisé dans Firefox 3.5 > > flash player 10.1 > - improved (internal) string class > - lower memory footprint for VM > - GC tuning > > en gros ils ont fait bcp d'optimizations au niveau de la VM en pensant > aux mobiles > et bien sur ca sera benefique aussi au flash player daans le browser > et le desktop (sur du non-mobile) > > > ah oui la GC ca ne remplace pas la gestion de la mémoire par le coder > donc en gros oui si vous avez une reference a un object que vous utilisez > plus > la GC va pas le nettoyer pour vous (bref le gars dit qu'il faut etre > pro-actif) > > et il parle que le NYT viewer (app AIR) a implémenté partout un IDisposed > pour justement pour gérer la mémoire > > et le meilleur conseil, si vous voullez vraiment gérer la mémoire > il faut le faire des le début > > wouhou il parle d'Alchemy maintenant :D > > il dit que si vous voullez vraiment, mais vraiment, speeder une appli > (ou un jeu) > une combinaison de Alchemy + Hydra ca explose tout > > il revient sur FP 10.1 > la video est décodée par le GPU maintenant (ils ont bossés avec NVidia) > > ils ontfait du "driver testing and certification", bon à savoir > mais la contre-partie c'est que ca va prendre un peu de temps pour que > ces drivers > soient dispos partout (genre a peu pres 2 and ... bouhou :((() > > et en gros ca, ca reduit la consommation de courant et améliore le > framerate > (ratio 10:1 !!!! excellent!!) > > par contre, ca marche surtout pour le H.264, moins (bcp moins) avec > ON2/Sorenson > > > maintenant il parle de bitmap optimization > > le JPEG est décompressé "on demand" > > nettoyage de bitmaps, la mémoire non-utilisée est libérée > > mipmapping direct (super important pour les mobiles) > > pour les mobiles ils conservent le setting 16-bit (moins de bits, > moins d'usage mémoire ;)) > > oh GPU Vector acceleration!!!! > > d'abord pour le mobiles > > cela remplace complétement le renderer du flash player par un GPU renderer > (oh putain ca ca va accelerer ENORMEMENT les choses) > > > il parle de perf en AS3 maintenant > > - utilisez AS3 (hehe pas AS2 ok =)) > - attention aux intervals et aux framerate trop grand > > display list > - gardez la petite > (cad plutot que d'imbriquer bcp d'enfants/parents sur 5/6 niveaux > de display objects > utilisez que 2 voir max 3 niveaux) > en gros le "walking" de la display ca tue le CPU, meme avec > l'acceleratino GPU > bref moins de niveau ca donne moins de walking et donc c'est plus > optimizé > - DAPI: plus de rendering dans 1 shape a l'opposé de plusieurs shapes > > video > - utilisez la bonne taille (pas trop grand) > - utilisez le bon format > - etc. > > notes sur l'optimization pour les mobiles > > le plus souvent les problems de perf ne sont pas liés au rendering > (cad si c'est lent c'est votre display list la plupart du temps) > > et bien sur les meilleurs perf que vous pourrez avoir c'est en > utilisant le GPU sur les mobiles > > ouh une petite table de comparaison > > Vector Renderer: Software vs GPU > (voir image en attachment =)) > > overdraw: c'est un object graphic au dessus d'un autre object graphic > (avec le GPU les 2 objects sont rendus d'où le cout plus grand de rendu) > > avec les effets 2.5D/3D, le compositing de pixels / alpha channels / > filtres / pixel bender > le rendu GPU est plus rapide que le rendu software > > mais pour les masks et la génération de shapes (drawing API) > le rendu software est plus rapide que le GPU > > a nouveau avec un mask, le GPU fait le rendu de tout ce qu'il y a sous le > mas > (ça marche en gros comme l'overdraw) > > le drawing API c'est un problème plus particulier, > en gros le software renderer est plus rapide a dessiner les "edge" des > shapes que le hardware renderer > > > bon ça vient en premier pour les mobiles, > mais ils ont pas oublié le desktop hein et donc ça ça arrive juste apres > > hum GPU vector renderer pour AIR oui je veux !!! > > zwetan > > > > --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "FCNG" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/fcng?hl=fr -~----------~----~----~----~------~----~------~--~---
