bueno, digamos que esto es algo ya demostrado. �Has mirado la url que te ponia al final? Es un test de velocidad entre las distintas sintaxis de flash.
http://www.fatorcaos.com.br/flash5tests/speed_1swf.html <% Joseba Alonso Perez %> <% Desarrollador web %> <% www.inproweb.com %> ----- Original Message ----- From: "Pablo Cirre" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, October 22, 2001 10:14 AM Subject: [flashmaestro] Re: [flashmaestro] Re: [flashmaestro] Re: [flashmaestro] Re: [flashmaestro] �Qu� es el Bytecode y en qu� puede ayudarnos? > En principio no tiene que afectar y te explico por que ... > > aunque por logica sean mas sentencias e incluso usua de variables, tienes > que entender que dichas son interpretadas por el flash player > que a su vez tambien lo interpreta el navegador ,es decir ,lo mismo en > codigo maquina te sorprendes de ver el chorro de sentencias (en maquina) que > usa un goto y lo poquito que usa lo de definir una variable. > > no te deje enga�ar po la cantidad de codigo ,que quizas ,interprete mas > rapidamente que un simple goto. > > lo de usar variables no se si en flash enlentece el codigo , ya que por la > misma estructura de un micro ,ver�s que es m�s r�pido usar variables ,que > otro tipo de sentencias. > > > ----- Original Message ----- > From: "Joseba Alonso" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, October 19, 2001 2:34 PM > Subject: [flashmaestro] Re: [flashmaestro] Re: [flashmaestro] Re: > [flashmaestro] �Qu� es el Bytecode y en qu� puede ayudarnos? > > > > joder que no afecta :) > > > > no se trata del tipo del codigo sino de las variables que entran en juego. > > Yo tampoco soy un experto pero en el segundo caso yo veo dos constantes de > > tipo string que pasan por algun tipo de parser antes de ser ejecutadas, > por > > ejemplo > > > > en el de _parent (lento) > > > > push 'gotoAndStop' > > callMethod > > pop > > > > > > mientras que en el segundo hace una llamada directamente > > > > gotoFrame 0 > > > > por tanto y por pura logica lo segundo sera infinitamente mas rapido ya > que > > no utiliza variables que tiene que meter y sacar de la memoria, ni tiene > que > > parsearlas a algun tipo de accion. �No crees? > > > > si todavia dudas mirate esta url: > > > > http://www.fatorcaos.com.br/flash5tests/speed_1swf.html > > > > DDT > > > > > > <% Joseba Alonso Perez %> > > <% Desarrollador web %> > > <% www.inproweb.com %> > > > > > > ----- Original Message ----- > > From: Pablo Cirre > > To: [EMAIL PROTECTED] > > Sent: Friday, October 19, 2001 10:20 AM > > Subject: [flashmaestro] Re: [flashmaestro] Re: [flashmaestro] �Qu� es el > > Bytecode y en qu� puede ayudarnos? > > > > > > mmmmm,no se que opinar, > > > > en la facultad nos ense�an que la complejidad del codigo se usa N para > > definir ordenes y N2 (cuadrado) para bucles y la cosa se complica de > verdad > > cuando hay recursividad. > > > > por lo que la complejidad de ambos codigos sigue siendo n , ambos codigos > > tienen la misma carga. > > > > otra cosa seria si tubiese bucles. Entonces seria n2 por cada bucle y si > > est�n dos bucles anidados n2*n2 .... > > > > > > dicho en cristiano ,que no afecta. > > > > ----- Original Message ----- > > From: Joseba Alonso > > To: [EMAIL PROTECTED] > > Sent: Thursday, October 18, 2001 10:34 AM > > Subject: [flashmaestro] Re: [flashmaestro] �Qu� es el Bytecode y en qu� > > puede ayudarnos? > > > > > > realmente es un tema en el que se pueden perder horas. > > Hace tiempo que, a traves de un post de una lista, salto la "alarma" de > las > > deficiencias en cuanto a rendimiento de la dot sintax. Pero ahora mas que > > nunca, gracias a flasm, te das cuenta de el impacto que tienen en las > > peliculas que usan intensivamente la programacion para animar. > > > > el ejemplo mas claro es con los "gotoAndStop" y similares (control de la > > linea de tiempo) > > la diferencia que hay entre usar _parent.gotoAndStop(1) y > > tellTarget("../")gotoAndStop(1) es abismal. > > mirad la diferencia del bytecode creado por uno y por otro: > > > > con tell Target: > > > > movie 'target.swf' // total frames: 1 > > > > defineMovieClip 1 // total frames: 1 > > > > frame 0 > > setTarget '../' > > gotoFrame 0 > > end > > end // of frame 0 > > end // of defineMovieClip 1 > > end > > > > con _parent: > > > > movie 'parent.swf' // total frames: 1 > > > > defineMovieClip 1 // total frames: 1 > > > > frame 0 > > push 1, 1, '_parent' > > getVariable > > push 'gotoAndStop' > > callMethod > > pop > > end // of frame 0 > > end // of defineMovieClip 1 > > end > > > > en el ultimo caso �Entran en juego dos constantes de texto y usa 3 lineas > > mas! esto tiene un impacto realmente negativo. > > > > Lo que seria interesante es la posibilidad de modificar ese byteCode de > una > > forma automatizada. Que haga lo que el compilador de flash no hace. Y que > > cambie este tipo de sentencias automaticamente. > > > > Alguien de aqui optimiza el bytecode? Seria interesante que nos contase > como > > lo hace y porque. Yo me voy a poner a ello, pero estaria bien si alguien > > diese unas pautas. > > > > DDT > > > > <% Joseba Alonso Perez %> > > <% Desarrollador web %> > > <% www.inproweb.com %> > > > > > > ----- Original Message ----- > > From: <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Wednesday, October 17, 2001 12:38 PM > > Subject: [flashmaestro] �Qu� es el Bytecode y en qu� puede ayudarnos? > > > > > > > Buenos d�as a todos co-listeros: > > > Se han recibido muchos mails acerca de la optimizaci�n de pesos, carga > > > de CPU, etc�tera. > > > > > > En primer lugar, habr�a que explicar como funciona el flash para > > > comprender un poquito mejor esto. Yo no soy programador ni ingeniero > > > inform�tico sino dise�ador y es posible que no entre en profundidad > > > pero espero que al menos sirva para impulsar este tema. > > > > > > En todos los procesos de compilaci�n se requiere de lo siguiente: > > > - An�lisis L�xico: el an�lisis l�xico es traducir en tokens > > > (generalmente n�meros y en el caso de Flash son n�meros, v�ase ASNative > > > en threads anteriores) las instrucciones ActionScript. > > > > > > - An�lisis Sem�ntico y transformaciones: traduce estos tokens en > > > sentencias entendibles y las transforma en c�digo _m�quina_ que > > > interpretar� (se asemeja a un procesador) el Flash plug-in o Player, > > > los cuales contienen la informaci�n necesaria para mostrar esto en > > > pantalla. > > > > > > El bytecode contiene pues estos tokens. > > > > > > Muchas de las notaciones que nosotros usamos (ya sea dash-notation o > > > dot-notation) se transforman luego en el bytecode, con lo cual dar�a > > > igual usar unas que otras. > > > De todas formas, existen sentencias que cambian. > > > > > > Esto se traduce en una posibilidad de representar un mismo token de > > > forma diferente, con lo cual habr� alguna forma m�s eficiente que la > > > otra. > > > > > > �C�mo puede servirnos esto para optimizar nuestro c�digo? > > > Existe un programa que desensambla nuestro swf (bytecode) en c�digo > > > _legible_ que, aunque no entendible por el Flash Player o el Plug-in, > > > nos sirve para optimizar estos procesos. > > > > > > El paso l�gico ser�a desensamblar nuestro swf en el bytecode legible y > > > luego reensamblar nuestro swf con el c�digo legible ya transformado (al > > > desensamblar nuestro swf en legible se optimizan tambi�n las > > > sentencias). > > > > > > URL donde conseguir el desensamblador/ensamblador FlasM: > > > http://www.nowrap.de/flasm.html > > > > > > M. > > > > > > > > > > > >
