Yep, we cooked some!
Pecha Kucha Night — Bordeaux
English readers: jump straight to the end, and excuse my french!

Jeudi prochain (le 6 mai) je vais participer à la 4ème Pecha Kucha de Bordeaux, parmi une quinzaine d’autres intervenants. Pour ceux qui ne connaissent pas le concept, c’est assez simple : une présentation (à la Powerpoint) avec 20 images et 20 secondes pour chacune. Un peu plus de 6 minutes pour présenter ses travaux et ses sources d’inspiration ; ça va vite, ça passe du coq à l’âne (“comme dans une partouze à la ferme”, comme dirait Fuzati) et y’a des gens intéressants !
Je ne peux pas dire grand chose sur ma propre présentation parce que le suspense c’est sympa, et puis que je suis encore en train de préparer…
Bref, venez me jeter des pierres à la gueule ! En plus, parce que vous êtes des gens bien, j’ai invité mon poto Alain Juppé à venir aussi poser son slam ; coup-de-pouce style. Toutes les infos sont sur le site officiel et sur Facebook, fastoche.
Fais gaffe, la suite du billet est en Anglais, retour à la normale quoi !
On thursday (May 6) I’ll take part in Bordeaux’s fourth Pecha Kucha (France)! If you don’t know what a Pecha Kucha is yet, the PK guys have set up a page for you.
Now I can’t tell you much about what I’ll talk about and what I’ll show because I need to keep up the suspense… And even though my slides are set and sent I’m still practicing and deciding what I’m really going to make out of these 20×20 seconds!
Fun fact? One of the other presenters is Bordeaux’s current mayor!
AIR: ELS slow?
This post is a techy one, so if you don’t write AIR apps or if you think this wouldn’t be enough to show off during coffee break I recommend something funnier.
Working on a big fat AIR app (more than 400 Mb) I noticed something quite strange: using EncryptedLocalStore get/setItem methods happened to be slow, I mean very slow, but like, slow as hell (like 5 to 10 seconds per call) but only after launching the app, and not after. Something that I never noticed before ; neither with other AIR apps, nor for this one before I added its heavy content… And the tricky part is that it only occurred with a compiled app, but not within ADL.
I googled a bit and found this thread which is mainly about the stronglyBound parameter for setItem, but its last post by Oliver Goldman rang my bell:
The first time ELS is accessed the application’s signature needs to be verified, regardless of whether or not stronglyBound is set. If stronglyBound is set, then the signature is re-verified as the application is running. Either way, it’s expensive if you have a big application.
Small app: fast, fat app: slow as hell. Lesson learned…
And this is true both for Flash and HTML/JS AIR apps. So if you don’t need your data to be encrypted I highly recommend using SharedObject (or else) instead. As far as I’m concerned the first calls dropped from 5/10 seconds to a few milliseconds.
Bingo.
Weecast Player
During the last couple of months I’ve been working on a free AIR app for a French community-based site called Weecast. Its purpose is to allow users to submit and/or buy screencasts about your favorite apps and languages (mostly Adobe’s and Microsoft’s, but also 3D ones’, OS’s and more).
Introducing the Weecast Player!
The app allows you to browse your videos, watch them (4 view modes), search for more, drop comments and stars… I think that’s called an RIA, right? There’s also an offline mode, so you can access all your stuff anytime.
All of this is made in Flex+AIR. The visual identity was made by Weecast ; thanks for the PNGs, folks!
By the way, some parts of it are actually OpenSource, including:
- Miscellaneous AIR utilities
- The infamous GradientLabel (for Flex)
- Dynam.ize and BaseObject, for working with synchronous SQLite databases
If you don’t know Weecast yet I highly recommend you go visit their site, grab an account and the player, enjoy free videos, and then buy some! Now if you don’t understand French… Well, learn it!