Le 5 mars 2012 21:12, Marc Sibert <[email protected]> a écrit : > Je pense que l'on peut gagner en factorisant les types : il doit bien y > avoir une sorte de CSS du SVG (pas de souvenirs), sinon le SVG qui est du > XML qui est du texte est éligible à la compression de répétition de > séquences (algo LZW) et surement un bon client (50% et au-delà).
Note tout de même la limite de portée de la compression de type LZW : si les chemins répétés sont assez éloignées, il seront sortis depuis longtemps du dictionnaire LZW et la répétition ne sera pas détectée. (les tailles de dictionnaires de recherche de répétitions sont limitées pour ne pas avoir à assigner trop de bits pour chaque nouvelle entité représentée par un même code, et il n'est pas envisageable d'avoir un dictionnaire de compression ou de décompression qui fasse la taille de n'importe quel fichier dépassant plus de 64 Ko : on a toujours une "fenêtre" limitative pour ce type de recherches faite par le compresseur, pour des raisons de performance, et pour le stockage du dictionnaire dans le décompresseur, qui lui aussi ne va pas garder tout le texte décompressé nécessairement en mémoire pour retrouver la séquence à répéter). La compression reprendra donc dans l'état du dictionnaire au moment où chaque chaîne commence, et en gros chaque répétition aura grosso-modo la même taille compressée. _______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
