WOua.... :-o  Alors là j'en apprend une bonne: Le format GIF n'est *pas* limité à 256 couleurs.
En fait, vous pouvez - dans le fichier GIF - définir de multiples "blocs" ayant chacun leur palette. On peut donc créer des GIF avec autant de couleurs qu'on veut. C'est juste que les GIF sont hyper-lourds et mettent une chiée de temps à être décodés.
(Et ce genre de GIF n'est pas accepté partout: Firefox et XNView ok, Chrome non.)

Tiens ça a l'air intéressant comme logiciel: Un soft pour scanner/archiver/rechercher dans toutes vos paperasses. C'est le genre de chose que j'avais hésité à développer.
https://github.com/jflesch/paperwork#readme

Ah ! Merci Adobe et Google.  Ils ont contribué à un nouveau rasterizer dans FreeType. C'est vrai que c'était un des points faible de FreeType (principalement à cause des brevets attenants à ces technologies, détenus par Apple et Microsoft).

Ceci dit, il existe d'autres méthodes auxquelles le projet FreeType aurait pu s'intéresser, car elles donnent d'excellents résultats, comme AntiGrain: http://www.antigrain.com/research/font_rasterization/index.html
(Cette lib est capable de faire des décalages de police d'un dixième de pixel sans franges colorées: http://www.antigrain.com/research/font_rasterization/sample_arial_1tenth_shift.png)

Et pour ceux qui veulent en savoir un peu plus sur la rasterisation de polices, j'avais fait un article là dessus sur CCM:
http://www.commentcamarche.net/faq/5871-polices-anti-aliasing-hinting-et-sub-pixel-rendering

Des GIF animés issus de fond de jeux de baston. Joli !
EDIT: Plein d'autres: http://www.tumblr.com/tagged/mark%20ferrari et http://markferrari.com/art/quick-tour/ (via http://lehollandaisvolant.net/index.php?mode=links&id=20130427165345)

Oh !  Le bon vieux Fleen est désormais opensource: https://code.google.com/p/fleen/
Quelques exemples:
https://googledrive.com/host/0B2F22cx87dREUHpXckE3UTM5cFU/2012_12_10/011.png
https://googledrive.com/host/0B2F22cx87dREUHpXckE3UTM5cFU/2012_12_10/001.png
https://googledrive.com/host/0B2F22cx87dREUHpXckE3UTM5cFU/2012_12_10/006.png

Voilà j'ai enfin poussé le code source de mon vieux programme sur GitHub. Le code a 9 ans, soyez indulgent !
J'ai modifié l'application pour que les crawlers Flickr et DeviantArt re-fonctionnent.
Pour voir ce que ça donne: http://sebsauvage.net/galerie/?dir=webGobbler

Un format ouvert, une meilleure compression que le JPEG. Good.
(Opera l'utilise déjà quand vous utilisez le mode "Turbo" dans OperaMobile, ou quand vous utilisez OperaMini.)

Non mais dites moi que c'est une blague ! C'EST QUOI CES GROS PIXELS TOUS BAVEUX quand je redimensionne une image dans un canvas html5 ?
C'est immonde.
EDIT: Bon je vais récupérer ça, je crois: http://jsperf.com/pixel-interpolation/10    :-(((

Je suis en train de me dire: Maintenant, avec l'évolution d'HTML (canvas en particulier), je pourrais pratiquement refaire mon programme webGobbler sous forme de page web (peut-être avec des libs comme http://processingjs.org)
(Cette version en Python date vraiment. En l'occurrence, je ne suis même pas sûr que ça tourne encore suite aux modifications des moteurs de recherche.)

Un jour peut-être, je m'y mettrai...  (et je me mettrai bien sûr ça sur GitHub).

Ce qui me retient c'est 1) le manque de temps (surtout quand je vois arriver le boulot pour le super projet secret des 5 légendes ;-),  2) mon aversion naturelle (et sans doute injustifiée) à utiliser massivement du Javascript pour développer.

EDIT: http://lehollandaisvolant.net/index.php?mode=links&id=20130406194605   :-)

Présentation de Valve qui explique pourquoi ils ont porté leurs jeux sous Linux, comment, et les problèmes qu'ils ont rencontré (y compris pour le portage des applis DirectX vers OpenGL).
Même si une bonne part de la partie technique sur OpenGL m'échappe, il y a des points intéressants à noter dans cette présentation:

 • Valve considère le portage sous Linux comme un premier pas vers les mobiles (normal, avec OpenGL). Valve a-t-il l'intention de sortir une sorte de Steam pour mobiles ?
 • On voit qu'ils ont développé un système qui compare en temps réel les sorties vidéo de DirectX et OpenGL afin de détecter et corriger les problèmes. Excellente idée.
 • Valve aime OpenGL car il permet d'avoir les même effets graphiques que DirectX 10/11, même sous Windows XP.
 • Valve aime OpenGL car ils font partie du comité qui fait évoluer OpenGL (avec EPIC Games, EA, Sony, Unity...) et peuvent donc l'orienter dans une direction qui leur convient. DirectX est dicté par Microsoft.
 • Valve utilise SDL !  (projet opensource qui comble le fossé entre DirectX (qui gère son, périphériques, réseau...) et OpenGL (qui ne gère que les graphismes)).

EDIT: Il faudra attendre 30 jours si vous voulez voir la conférence où a été présentée ce papier: http://www.gputechconf.com/page/gtc-keynote.html
(Notez qu'on y trouve là d'autres conférences sur le graphismes, les GPU, la 3D et ses applications.)

Un outils en ligne pour extraire les images d'un GIF animé (via http://bajazet.fr/shaarli/?O6BxEw)

Voici à quoi NVidia travaille. Oui c'est du temps réel.
(Regardez la vidéo en 720p plein écran pour en profiter).
(via gizmodo.fr)

Une galerie php opensource qui a l'air assez complète (via http://links.kevinvuilleumier.net/?031SxQ)

Ce designer (qui utilisait exclusivement 3DS Max, Maya et Photoshop) est passé à Blender. Rien que pour le plaisir, je vais le citer:

« Mes collègues ont remarqué que je travaillais plus rapidement. Blender a une logique réellement différente, pas comme dans 3DS Max. »  (Je l'ai déjà dit: L'interface de Blender est au début très déroutante, mais pensée pour être efficace, avec plein de raccourcis clavier et un comportement qui change selon la fenêtre dans lequelle se trouve le curseur.)

Et enfin: « Blender possède des fonctionnalités sans lesquelles je ne m’imagine pas travailler aujourd’hui. 3DS Max n’en possède pas autant. »

:-)

Hein ? Quoi ? Ubuntu va remplacer X-Windows par MirSpec ?
Et pourquoi pas Wayland ? D'après eux parce que Wayland est encore trop proche de X-Windows et ne permet par une API unifiée sur de multiples plateformes (dont les smartphones).
EDIT: Voir aussi: http://sebsauvage.net/links/?mvV67w

Youhou... la version 2.66 de Blender est sortie. Je n'avais pas tilté (dans les versions précédentes) sur l'intégration du moteur de rendu Cycles qui fait du path tracing. Non seulement le path tracing permet d'avoir un rendu très réaliste (modèle d'illumination global), mais en prime on a un rendu quasi-temps réel dans Blender même ! http://www.youtube.com/watch?v=8KgrBjt4e9k
C'est vraiment très cool (Dommage que je n'ai pas le temps de m'y remettre).

Je sens que le CPU de mon MacBookPro va turbiner toute la soirée: J'ai récupéré une copie du monde de Nuxos (3,7 Go, http://sebsauvage.net/links/?02YClQ) et j'ai envie de faire mumuse avec Chunky (http://sebsauvage.net/links/?Jt0IGQ). Je vous posterai tout ça dans un dossier de la galerie Nuxos.
EDIT: Bon 3 images ça suffira pour ce soir: http://sebsauvage.net/galerie/?dir=Minecraft/nuxos2/Renders

Vous connaissez TinEye ? Bien avant Google, ils proposaient la recherche d'image inversée (donnez une image, il vous trouve les URLs auxquelles elle apparaît).
Là ils ont fait un outils amusant: Choisissez une couleur, et il vous trouve les photos de Flickr dans cette teinte.
Dommage qu'ils n'incluent que 10 millions de photos de Flickr (alors que ce dernier en contient *plusieurs milliards*: En 2011, Flickr avait déjà atteint 6 milliard de photos.)

Une mini-galerie qui tient en un seul fichier php. Vous avez juste à déposer vos images.
(C'est encore à base d'une sorte de LightBox, mais bon...)

A propos de l'optimisation des images JPEG (http://sebsauvage.net/links/?3DPf6A) voici un petit batch pour Windows (optjpg.cmd) pour optimiser les JPEG sans perdre en qualité (les JPEG ne sont pas recompressés):
 ■ Suppression des informations inutiles (EXIF, méta-données, miniatures...)
 ■ Optimisation des tables huffman
 ■ Passage en mode progressif.

------------------------------------------------------------------------
@echo off
for %%x in (*.jpg) do (
   echo Optimizing %%x
   jpegtran -copy none -optimize "%%x" temp_optimize.jpg
   jpegtran -copy none -progressive temp_optimize.jpg "%%x"
   del temp_optimize.jpg
)
------------------------------------------------------------------------

Mettez tous vos JPEG dans le même répertoire que ce fichier .cmd et lancez-le. C'est tout.
Ce script utilise JPEGTran, un freeware téléchargeable là: http://jpegclub.org/jpegtran/

Cela n'a absolument aucun impact sur la qualité des images. Il n'y aucune perte d'information dans l'image.

EDIT: Le même script pour Linux: http://orangina-rouge.org/shaarli/?YACP1Q
------------------------------------------------------------------------
#!/bin/bash
for i in *.jpg; do
 echo $i
 jpegtran -copy none -optimize -outfile temp_optimize.jpg $i
 jpegtran -copy none -progressive -outfile $i temp_optimize.jpg
 rm temp_optimize.jpg
done
------------------------------------------------------------------------

Je mettrai un gros, GROS bémol aux voxels: Autant animer des polygones est facile (par squelette, vous pour interpoler les déplacement et déformations des vecteurs, et calculer le modèle résultant), autant déplacer et déformer des millions ou des milliards de voxels est une opération horriblement lourde. (C'est équivalent à déplacer/manipuler des milliards de "pixels 3D".)
Demandez-vous pourquoi on ne voit AUCUNE animation en voxels haute résolution.
Il est nettement moins couteux d'augmenter le nombre de polygones qu'animer des milliards de voxels.
L'avenir, à mon avis, pourra venir de l'utilisation des voxels pour tout ce qui est statique (sol, murs, paysage...) mixé avec du vectoriel (polygones) pour tout ce qui doit être animé.
Il est totalement illusoire d'imaginer des jeux 100% en voxels haute résolution.

Je vous avais parlé d'impress.js (http://sebsauvage.net/links/?Vxr7oA).
mosquito.buzz me signale Strut, un éditeur pour impress.js, justement.

Oh tiens cool: la "Creative Suite 2" (avec Photoshop et autres) est dispo gratuitement et légalement chez Adobe: http://www.adobe.com/cfusion/entitlement/index.cfm?loc=fr&e=cs2_downloads
C'est ancien, mais ça peut rendre service.
EDIT: Ah non, c'est pas légale: http://maniacgeek.wordpress.com/2013/01/08/adobe-cs2-nest-pas-gratuit-bordel/
http://www.numerama.com/magazine/24705-adobe-cs2-gratuit-certes-mais-pas-legal.html

Utiliser des JPEG progressifs *EST* une bonne idée.  Déjà, les JPEG progressifs sont désormais supportés par tous les navigateurs sans problème. De nos jours il n'y a plus de problèmes de compatibilité.

Ensuite, un JPEG progressif chargé à seulement 20% couvrira complètement la zone qu'il est censé occuper (et se raffinera petit à petit), alors que le JPEG baseline n'affichera que 20% de sa surface (voir l'exemple dans l'article). Donc du point de vu perceptif, on aura l'impression que la page se charge plus vite avec des JPEG progressifs.

Autre mythe battu en brèche par ce membre de l'équipe optimisation de Yahoo: Les JPEG progressif ne sont pas plus gros. En fait, c'est même le contraire: Ils sont généralement plus petits. (Test effectué sur 10 000 images.)

Conseil de l'équipe Yahoo: Vous devriez mettre en JPEG progressif tout JPEG dépassant 10 ko.

Donc:
 • JPEG progressif
 • cocher optimiser les tables huffman (meilleure compression sans altérer la qualité d'image)
 • supprimer les méta-données (miniatures, EXIF, etc.), elles ne sont pas utiles pour les navigateurs.

Il est possible de convertir un JPEG baseline en JPEG progressif sans le recompresser (et donc sans perte de qualité), avec le logiciel jpegtran: http://jpegclub.org/jpegtran/
Faites: jpegtran -copy none -optimize monimage.jpg temp.jpg  (cela optimize la compression huffman et supprime les méta-données)
et: jpegtran -copy none -progressive temp.jpg monimage.jpg  (conversion en progressif)

Enfin l'astuce complémentaire: http://sebsauvage.net/links/?fEi5cw