Discussion:PCX
Autres discussions [liste]
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
me semble incorrect[modifier le code]
Comme les couleurs 0x00 ... 0xc0 se compressent mieux que les : cette partie le semble fausse. car l'encodage PCX se moque des suite binaire, il ne s'occupe que de suite de couleur :
- pour 256 couleur
- 00 00 00 00 00 -> donnera -> 05 00
- FF FF FF FF FF -> donnera -> 05 FF
- (ou quelque chose s'en approchant) et on constate que ca fait 2 octet que se soit FF ou 00
il est donc faux de penser que le fait de trier la palette changera la taille du ficher résultant, enfin je pense. ~ þaצo ♫ 7 juillet 2005 à 13:26 (CEST)
- A mon avis, si l'on en croit les informations fournies dans le lien:
- "Note: Any color greater than or equal to 192 cannot be stored as a single color byte, and must be a given a length first. For instance, if you have a single byte of color 192, then it must be represented by two bytes of 193 (length byte of 1) and 192 (color byte 192)."
- Or 0xc0 est justement la valeur 192, donc ça colle. Cela pourrait effectivement être mieux expliqué dans l'article ;-) Mais donc l'idée d'assigner un code plus court aux valeurs les plus fréquentes (ce que fait aussi Huffman entre autres) tient la route et permet effectivement un gain.
- Bender 7 juillet 2005 à 13:46 (CEST)
Oui dans ce cas :D je déclare forfait :) ~ þaצo ♫ 8 juillet 2005 à 14:35 (CEST) par contre je n'ai pas compris (dans la note) leur explication pour 192
- imaginons qui faille représenter la couleur 192, eux disent qu'il faut générer "193 193 192" ? pourquoi pas simplement "1 192" ? enfin ca doit être mon anglais qui défaille :/ ~ þaצo ♫ 8 juillet 2005 à 15:06 (CEST)