Un problème auquel j’ai été confronté récemment, c’est le poids que font des PNG 32bits de taille moyen ~ 400px * 500px pour ~ 200Ko. En passant par PNGOUT on gagne une ou deux dizaine de kilooctet au maximum.
Seulement, ces images au nombre d’une vingtaine était utilisé simultanément (ou presque). Rien qu’une image au poids de 200Ko dépasse largement le poids normal conseillé d’une page HTML (JS + CSS + images compris).

Pourtant je devais absolument disposer d’images transparente. Hélas seul le format acceptable dans ce cas est le PNG. Le BMP, TIFF ou encore TGA étant encore plus lourd, de plus non géré nativement dans Flash. Comment réduire le poid (compression lossy ?) et tout en conservant la transparence (une palette gris ?) tout ça en utilisant un containers supportés par Flash ou en passant par une librairies (si faut pas la faire une sois même) ?

Je suis pas allé très loin pour trouver la solution : utiliser 2 images au lieu d’une. Un JPEG pour les canneaux rouge, vert, bleu, plus un PNG 8bits (voir moins) en palette de gris pour la transparence. Restait plus qu’a les gérer dans flash.

var rgb:BitmapData = myRGBBitmapData;
var alpha:BitmapData = myAlphaBitmapData;

//Loaded JPEG BitmapData are not transparent
argb = new BitmapData(rgb.width, rgb.height, true, 0x00000000);
//Copy RGB
argb.copyPixels
(
	rgb,
	new Rectangle(0, 0, rgb.width, rgb.height),
	new Point(0, 0)
)

//Apply alpha channel
argb.copyChannel
(
	alpha,
	new Rectangle(0, 0, alpha.width, alpha.height),
	new Point(0, 0),
	BitmapDataChannel.RED,//r = g = b = gray
	BitmapDataChannel.ALPHA
);

//ARGB is ready to use
argb;

Le réslutat :

RGB (JPEG) (32 024 octets) + Alpha (PNG8) (12 037 octets) = 44 061 octets vs. Result (PNG32) (58 618 octets). Soit un gain de 25% par rapport à l’original. On peut même atteindre un gain de 90%.
On pourrai aller encore plus loin en les compressant dans un fichier 7zip. Dans notre cas celui ci permet de gagner encore 10 422 octets, soit au final 57% de la taille originale.

Dans tout ça, le problème après, c’est le temps de calcul nécessaire à la lecture et la décompression du(des) fichier(s) chargé(s) plus le temps de calcul pour que Flash fasse la fusion des 2 images.

Les sources :

• ActionScript source
• All sources (Zip)

Mais sinon pourquoi pas ?

• Comparison of graphics file formats – by Wikipedia
• Progressive Graphics File – by Wikipedia
• libPGF
• HD Photo – by Wikipedia
• ASZip
• ZipLib – by nochump
• FZip

Taper (1 || "").toString(); dans le code d’une classe ou dans la timeline et compiler …

Ca donne un erreur 1068 : Impossible de réconcilier int et String.
D’après la doc ça doit donner “int et String ne peuvent pas être rapprochés.”

A mon avis c’est un “bug” du compileur qui ne fait pas de check de ce qu’il y a dans les parenthèses. Le VM elle quand elle vois ça elle sais pas si toString c’est de int, de String ou de leur parent Object.

Pour résoudre le problème suffit de forcer la conversion dans un type définit :

Object(1 || "").toString();

Outre les ajouts connu tels que le support des codecs H.264/HE-AAC, de la gestion du multicore dans les tâches de rendu (vectoriel, travail par pixel …) de flash player et la régression sur certaines choses comme l’evenement Event.SOUND_COMPLETE ou des bug toujours pas corrigés.
Certains ajout sont apparus sans qu’on en parle trop, dont une que je viens de découvrir : LoaderInfo::getLoaderInfoByDefinition().
Cette méthode statique permet récuperer le LoaderInfo de n’importe quel Object associé à un SWF. En fait c’est n’importe quel objet(Object), classe (Class), méthode de la racine (top level) … tout sauf de type Number, int et uint, null, undefined, String et Boolean (j’en oublie peut être d’autres).

L’un des avantages que j’ai tout de suite vu, que je cherchais à faire depuis un bout de temps : récuperer l’url du flash chargé (LoaderInfo.loaderURL ou LoaderInfo.url) dans lequel mon code s’execute, sans avoir un accès direct au Stage, par exemple pour une classe qui n’est pas un DisplayObject.

var target:Object = new Object();// new Sprite()|Number|int|Class|this|new Array()|[]|...
var loaderInfo:LoaderInfo = LoaderInfo.getLoaderInfoByDefinition(target);
// loaderInfo === <root>.loaderInfo
trace(loaderInfo.loaderURL);

Attention l’accès ne peut ce faire qu’après l’evenement Event.COMPLETE du root du SWF sinon le code d’erreur d’execution 2099 est retourné pour la majorité des propriété du LoaderInfo

package
{
	import flash.display.Sprite;
	import flash.display.LoaderInfo;
	import flash.events.Event;

	public class GetLoaderInfoByDefinitionDemo extends Sprite
	{
		public function GetLoaderInfoByDefinitionDemo():void
		{
			this.loaderInfo.addEventListener(Event.COMPLETE, this.traceLoaderInfoProperties, false, 0, false);
		}
		private function traceLoaderInfoProperties(event:Event):void
		{
			var loaderInfo = LoaderInfo.getLoaderInfoByDefinition([]);
			trace("actionScriptVersion: " + loaderInfo.actionScriptVersion);
			trace("applicationDomain: " + loaderInfo.applicationDomain);
			trace("bytes: " + loaderInfo.bytes);
			trace("bytesLoaded: " + loaderInfo.bytesLoaded);
			trace("bytesTotal: " + loaderInfo.bytesTotal);
			trace("childAllowsParent: " + loaderInfo.childAllowsParent);
			trace("content: " + loaderInfo.content);
			trace("contentType: " + loaderInfo.contentType);
			trace("frameRate: " + loaderInfo.frameRate);
			trace("height: " + loaderInfo.height);
			trace("loader: " + loaderInfo.loader);
			trace("loaderURL: " + loaderInfo.loaderURL);
			trace("parameters: " + loaderInfo.parameters);
			trace("parentAllowsChild: " + loaderInfo.parentAllowsChild);
			trace("sameDomain: " + loaderInfo.sameDomain);
			trace("sharedEvents: " + loaderInfo.sharedEvents);
			trace("swfVersion: " + loaderInfo.swfVersion);
			trace("url: " + loaderInfo.url);
			trace("width: " + loaderInfo.width);
		}
	}
}

L’ouverture du code (Tamarin) de la Machine Virtuel ActionScript 2 (AVM2) ne pouvais être que bénéfique. En voici une preuve !

Une librairie qui permet d’évaluer du code ActionScript 3 EcmaScript 4 au run-time tout écrit en AS3.
On a la possibilité en plus de générer le bytecode, décompiler du bytecode, de récuperer les erreurs d’execution (tout ça à la volé) :
La démo !

Une autre librairie permettais déjà de le faire depuis quelques temps, mais l’inconvénient c’est qu’elle est payante et ne bénéficie pas du projet Tamarin.

Moi qui veux dans un futur plus ou moins loin voir parallèle 😉 réaliser un moteur AS3/ES4 en JavaScript qui puisse utiliser le même code JavaEcmaActionScript sur presque n’import quel navigateur (IE!, FF, Opera, Safari …) ça ne peut qu’aider !
J’ai aussi dans l’idée de faire un moteur Web (like Geko, Tridion, WebKit …) permettant en plus d’avoir une page HTML(+CSS +IMG +SWF) dans Flash de pouvoir supporter le JavaScript (voir même de l’ES4), avec ça ça sera beaucoup plus facile !

Eval on hurlant.com

[Original] [Web archive] Eval 0.2 sources