[phentex]

Amateurs de masturbation intellectuelle, bonsoir.
La compression CSO, tout comme zip, et plus généralement huffman, est une compression NON DESTRUCTRICE, qu'on se le rentre bien dans le crâne une fois pour toute. Le terme anglais pour NON DESTRUCTEUR (en vocabulaire d'algo de compression) est LOSSLESS (et non pas loseless...).
CSO transforme la représentation des données pour qu'elle prennent moins de place en mémoire, c'est tout. Par analyse statistique, on détermine les motifs les plus récurrents et/ou plus gros en mémoire, on en fait une table (un dictionnaire), on attribue à chaque motif du dico un index de taille en mémoire inversement proportionnelle à un calcul par rapport à la taille et le nombre d'occurences de l'échantillon (arbre binaire), et on recode le contenu du fichier avec ses indices à la place des données d'origines (chaque index pointe donc implicitement vers un vrai bloc de données de taille variable, dans le dico). Voilà pour le petit cours de vulgarisation très très très grossière en compression.
Il n'y a aucune destruction, mais simplement transformation. Le processus de compression s'effectue offline, sur une machine puissante type PC. ça consomme du CPU pendant un moment, et puis c'est bon. La psp n'ayant pas de chipset dédié à la décompression CSO, utilise une charge équivalente de CPU supplémentaire pour décompresser les parties du CSO dont elle a besoin au cours d'un jeu.
Pour GTA, c'est juste que le jeu a été conçu en respectant des timings assez précis de temps d'accès à l'umd, lui permettant de streamer les données tout au long du jeu, et donc de charger de nouvelles parties de map en permanence. Vu que la décompression CSO est un processus transparent effectué par le firmware, GTA n'est pas au courant du timing plus long qui peut subvenir, d'où lag.
C'est pourtant pas compliqué à piger...

Pour résumer: NON CE N'EST PAS DESTRUCTEUR. Damned!

edit: pardon de m'être empressé de redire ce qui avait en fait déjà été dit, Razor, tu résumes bien le quiproquo absurde.