Reprise du message précédent :
je t'ai pas compris. pourquoi tu me parle de caractère accentué? en ASCII tu retrouve pourtant les chars tels que é è ë ê à etc... donc pas de prob avec les chars accentués normalement, si?   ils sont referencé dans la table.
il faudrai qu'il m'explique son histoire d'iso-8859 masklinn.   et comment traduire son code binaire là...
 

y a peut être quelques caractéres placé pareil mais rien n'est sur.
Et même en UTF-8, les caractéres sont parfois sur deux octects. C'est le cas de certaines caractéres accentués.

pmusa , ecrit une phrase accentuée en utf-8, puis ouvre le en iso-8859-1

Non
 
L'UTF-8 utilise les mêmes caractères que l'US-ASCII pour les caractères 0 à 127 pour des raisons de compatibilités standard, c'est tout

C'est pareil que l'UTF-8: les caractères 0 à 127 sont identiques à l'US-ASCII, tout ce qui est au dessus est spécifique, et accessoirement différent des codages UTF-8.
 
La différence est sur tout ce qu'il y a au dessus, entre autres les caractères accentués

 
Pas en US-ASCII standard, l'US-ASCII définit uniquement les caractères 0 à 127 car les caractères étaient codés sur 7 bits (c'était la partie positive d'un entier signé sur 1 octet). Ensuite, chaque pays s'est dit "si on code chaque caractère sur un entier non signé, il nous reste 127 caractères, on va y foutre nos trucs" => très rapidement il y a eu une ou deux versions de ces 127 caractère par pays, et 3 ou 4 par endroit, toutes différentes (naturellement), c'était la naissance des charsets.
 
(et 72 97 114 32 ça donne sûrement pas "Ibs "

c super mais moi ça m'avance pas.    et Masklinn qui en profite tjrs pour étaller son riche savoir.    
 
esxo_ch>> ui mais comment.   et puis c'est pas ce qui m'interesse, j'aimerai bien me demerder en faisant la "traduction à la main"...
 
bon alors tout ce que je retiens des propos de Masklinn, c'est que les 127 premiers caractères de la table ASCII sont les mêmes pour tout le monde mais que d'autre langues sont venus y adjoindre 127 autres caractères, ce que je comprend vu que nous n'avons pas tous le même alphabet. en résulte ainsi les charsets, iso-xxx-xx.
 
alors ma question, comment transcrire ton binaire en un truc FRANCAIS et SENSE?  
 
et
 

je tâte pas encore très bien ce vocabulaire: 7 bits, partie positive, entier signé sur 1 octet, ...  

alors trouvé ? pourtant t'es sur la bonne voie
 
sinon joli le détournement de topic

Si t'as l'extension L33t Keys, tu sélectionnes et tu fais L33tkey > Bin decode
 
Sinon, tu commences par découper ton message en octets, le message fait 88 caractères donc 11 octets

Ensuite tu convertis chaque octet en décimal

Puis tu récupères le caractère ASCII qui correspond

et tu concatènes dans une chaîne unique

et voila.
 
En python, tu peux le faire avec  

en chargant les données binaires dans une chaîne de caractères "data".

Un octet est composé de 8 bits ok? (donc 8* (0 ou 1))
 
Donc on peut coder les nombres de 0 à 255 (il y a 2^8 = 256 combinaisons).
 
Maintenant si on veut coder des négatifs on fait comment?
Classiquement, on va utiliser le 8e bit de l'octet pour le signe (enfin c'est rarement implémenté comme ça, parce que si on fait ça on se retrouve avec "+0" et "-0" et on ne code plus que 255 valeurs: -127 à +127), donc 7 bits pour la valeur, donc une valeur de 0 à 127 et un bit pour le signe.
 
Les caractères us-ascii sont codés uniquement sur les positifs, donc 0-127

ok j'ai compris.   par contre j'ai pas compris pourquoi ma table me donne des caractères qui ne correspondent pas à ta phrase. et si tu as remarqué, je trouve en fait "une lettre au dessus de l'alphabet" par rapport à toi.   par exemple, pour ton H, j'ai I, ton a --> b, ton r-->s. c'est très straaaaaange.   la table est sur mon bouqin PHP, et c'est marqué "unicode", s'pas pareil?
 
et sinon merci pour tes explications. des réponses "à la masklinn": quotage, explication, exemple, conclusion, remarque,...      
 
uèyyy super detournement du sujet en effet. on essaye d'honorer un peu ce topic et de justifier sa place sur HFR parce que sa question elle pue.   comme ça j'ouvre pas un autre topic, je squatte.

Edit [ zut grilled par masklinn !]

http://www.asciitable.com
 

Normalement si, il y a une merde dans ta table stou  
 
Unicode range 00
Les codes sont bien les mêmes que sur la table ASCII dans la zone de correspondance entre les deux  

ok. soit. je vais taper l'éditeur.    
on continue avec mes questions?   qqn sait lire l'hexadecimal? le convertir en fait en base 10? à la "main" biensur...  

la calculette de windows ou tout simplement :  
http://www.commentcamarche.net/base/hexa.php3

Chaque caractère hexa va de 0 à 15 décimal (0-F)
 
0 = 0
1 = 1
2 = 2
...
A = 10
B = 11
C = 12
D = 13
E = 14
F = 15
 
Gros avantage: chaque caractère hexa correspond très exactement à 4 bits (donc deux hexas = 1 octet). La première méthode de conversion c'est donc de retourner au binaire pour sortir son décimal ( )
 
Sinon, tu convertis chaque caractère en décimal et tu convertis comme tous les changements de base par
outData = inData*(16^rang)
 
inData c'est le caractère hexa converti en décimal
rang c'est le rang du caractère hexa
outData c'est la convertion décimale complète de ton caractère hexa.
 
Tu fais la somme de tes outData et c'est fini.
 
Par exemple avec 2DA3:
3 => 3 => 3*16^0 = 3*1 = 3
A => 10 => 10*16^1 = 10*16 = 160
D => 13 => 13*16^2 = 13*256 = 3328
2 => 2 => 2*16^3 = 2*4096 = 8192
 
Résultat: 2DA3(hex) = 11683(dec)

Je pense que didix en a un peu rien à foutre du charabia que vous êtes en train d'écrire

Et je pense qu'on s'en fout qu'il s'en foute

ué merci masklinn.   je pensais pas que c'était aussi simple.