Mika Posté(e) le 8 avril 2007 Partager Posté(e) le 8 avril 2007 Pour mettre tout le monde d'accord , Alex a raison y'a des pertes Avec la meme ISO A gauche compréssé en CSO / A doite l'UMD ............ Lien vers le commentaire Partager sur d’autres sites More sharing options...
zaki785 Posté(e) le 8 avril 2007 Partager Posté(e) le 8 avril 2007 mdr mika Lien vers le commentaire Partager sur d’autres sites More sharing options...
DemonSurf Posté(e) le 9 avril 2007 Partager Posté(e) le 9 avril 2007 Pour ma part je m'accorde à penser que le format CSO n'est en rien destructeur, sinon la conversion ISO=>CSO=>ISO ne rendrait pas un ISO original, or c'est le cas, contrairement à une conversion BMP=>JPEG=>BMP, où le BMP final n'est en rien égal au BMP d'origine. Ceci étant la nature compressé du CSO se traduit par une altération de la structure algorythmique du fichier d'origine, ralongeant ou dérangeant la lecture des données, pouvant entrainer selon les jeux des lags ou des disfonctionnements (même si c'est très rare, surtout si on cadence le CPU de la PSP à 333 Mhz pour les jeux). Lien vers le commentaire Partager sur d’autres sites More sharing options...
phentex Posté(e) le 9 avril 2007 Partager Posté(e) le 9 avril 2007 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. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Piccolo Posté(e) le 9 avril 2007 Partager Posté(e) le 9 avril 2007 Mais non vous avez rien compris, c'est de l'alchimie! La technologie de compression nous est venue de l'autre côté de la porte les gars, j'ai rencontré les frères Elric, l'échange équivalent! ... sur ce je vais me coucher Lien vers le commentaire Partager sur d’autres sites More sharing options...
karlungus Posté(e) le 9 avril 2007 Partager Posté(e) le 9 avril 2007 Le seul problème dans le CSO c'est le lag de certains jeux, mais si tu mets ta console en 333 MHz t'auras pas de problèmes ^^ Il y a des exceptions: Out run est pas génial en CSO même en 333 Mhz. Lien vers le commentaire Partager sur d’autres sites More sharing options...
-arca- Posté(e) le 9 avril 2007 Auteur Partager Posté(e) le 9 avril 2007 Oua je voit que mon topic fait débat Lien vers le commentaire Partager sur d’autres sites More sharing options...
phentex Posté(e) le 9 avril 2007 Partager Posté(e) le 9 avril 2007 Il y a des exceptions: Out run est pas génial en CSO même en 333 Mhz.Outrun, même en UMD, rame comme c'est pas permis en plein milieu des courses. Ca c'est ce qu'on appelle du foutage de gueule d'éditeur, c'est différent. Lien vers le commentaire Partager sur d’autres sites More sharing options...
F Destroyer Posté(e) le 9 avril 2007 Partager Posté(e) le 9 avril 2007 Oui faut l'uiliser en ISO pour qu'il marche. Ca s'appel du rattrapage de connerie des hackers Lien vers le commentaire Partager sur d’autres sites More sharing options...
alexnrok2 Posté(e) le 9 avril 2007 Partager Posté(e) le 9 avril 2007 ...blablabla Bis...blablabla Bis...blablabla Bis...blablabla Bis...blablabla Bis...blablabla Bis...blablabla Bis... C'est pas comme si j'avais dit, répété et re répéter qu'il n'y avait aucune destruction d'information hein, m'enfin si tu veux. Ce qui n'est pas compliqué à piger c'est que même si on peut retrouver les infos de départ il y a quand meme une diminution du volume de donnée et t'appelles peut être ça de la réorganisation (c'en est évidemment mais pas seulement) mais pas moi Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés