Décimaux en hexadécimale

[charognard]

etv de grace 0.111 ne veut rien dire pas de point

?

à la rigueur -111b


à moins que cela soit une nouvelle symbolique (je programmais en asm il y à 20 ans)

[ced78fr]

1. C'est quoi le poid(s?) d'une bit?

sa dépend à qui elle est

[tama]

un bit

EDIT : ah et au fait c'est pas moi qui a dit ça, j'ai cité ProgVal
EDIT2 : ah nan t'as déformé les paroles ah ok

[chicu]

Bon donc dans l'exemple de charognard je pense plutôt que le bits est de poids 2 (0,1,2...)

VdG cette façon de coder permet de coder tout les réels arrondi (évidemment on peut pas codé pi mais 3,14)

Progval si tu ne sais pas écrire un chiffre en écriture scientifique demande é ton prof de physique chimie. En base 10 on écrit 5,3*10^(-1) et en base 2 on écrit 1,1101*2^(-4).

Pour le signe je pense que tout le monde a compris. Pour l'exposant on prend seulement ce qu'il ya après la virgule car on aura toujours un 1 devant. Evidemment si vous prenez un chiffre du genre 100544455645646548420214 à convertir en binaire vous aurez des problèmes avec l'exposant mais bon c'est pas tout les jours qu'on les utilise (même pas pour mon compte en banque snif :'( ) pour la mantisse il faut savoir compter et faire un copier coller

[charognard]

on peut très bien stoker des R en binaire, mais là chaque processeur dispose de ses registres arithmétrique et sont propre système de codage.
certain sur 48 bits, d'autre sur 64bits .....
ces registres contienne la signature (le signe), la mantisse, la signature de l'exposant, et l'exposant en lui même.

[ProgVal]

1. C'est quoi le poid(s?) d'un bit?

Euh Tama, moi je me suis pas gouré.

Y'a quand même une sacrée bande d'impûres!

[tama]

Ecriture scientifique :
a*10^n avec 1=a10

c'est en seconde qu'on apprend ça

[Ver2guerre]

Xywez > Je ne crois pas ... Je te l'envoie en mp ce soir, en rentrant du lycée.

[ced78fr]

c'est fais

et oui tama c'est moi qui est rajouté le ptit e en plus ^^





PS : arrete de faire semblant d'éditer tes message ^^ lol

[kurapix]

... le binaire est H.S. je pense même si c'est très intéressant ...
Et aussi sur les système actuels, il me semble pour les nombres négatifs on utilise le complément à 2, c'est pour une raison simple :

chiffre de départ :
24 (base 10) :
0001 1000 (base 2)
-24 (base 10) :
1110 1000 (base 2 avec complément à 2)

addition :
0001 1000 + 1110 1000 = 100000000 = -0 = 0

Et hop on remarque qu'on obtient -0, soit 0.

Si on le fait sans complément à 2 bah ça marche pas :

chiffre de départ :
24 (base 10) :
0001 1000 (base 2)
-24 (base 10) :
1001 1000 (base 2 avec MSB mis à 1)
0001 1000 + 1001 1000 = 10110000 = -48
... tiens on obtient pas 0 d'où l'utilisation du complément à 2.

Petit HS fermer.


Sinon pour la conversion entre les bases c'est pas difficile :
Tu dois décomposer en puissance le nombre à convertir et tu as plus qu'à prendre les coefficients pour former le nombre dans la base désirée.
Exemple :
24(base 10) = 2 * 10^1 + 4 * 10 ^ 0
24(base 10) = 1 * 16^1 + 8 * 16 ^ 0 = 18(base 16)
En C, tu dois faire une boucle qui parcoure caractère par caractère la saisie de l'utilisateur et faire les calculs nécessaire (essaye de le faire d'abord on verra ensuite pour la correction ).
Sinon une autre méthode à connaître : conversion des nombres en binaire grâce à la méthode des puissances puis convertir directement (4 bits = 1 chiffre hexa, 3 bits = 1 chiffre en octal, 2 bits = 1 chiffre en base 3).

Il faut éviter les pièges courant de ce genre :
Conversion de 128(base en base 10.
Hop là on sait directement que c'est impossible, 8 n'existe pas en base 8 ... on compte à partir de 0 on va donc jusqu'à (n-1) (soit 0 à 7 pour l'octal).

Voilà qui se termine mon petit aparté sur le binaire et les conversions de bases.

Kurapix