fonction 4 octets en float

Version imprimable

14/04/2011, 14h58
Eames38

fonction 4 octets en float

Bonjour,

Comme l'indique l'intitulé, j'aimerai savoir s'il existe une méthode pour convertir 4 octets en un float. Pour être plus claire.

J'ai 4 variables qui récupère 4 octets.

Mais ces octets sont en fait, un réel à virgule flottante codé sur 32 bits (4 octets je me répète...).

Existe il une méthode/fonction qui permet cette conversion? Je pense qu'il est possible d'interpréter ces valeurs pour arriver au résultat via un code, mais s'il y a des gens une fonction déstinée...

Merci d'avance pour vos réponses.
15/04/2011, 00h32
LittleWhite
Bonjour,

La seule méthode à laquelle je pense:
Code:

1 2 3 4 5 6 7 8 9 unsigned char o1; unsigned char o2; unsigned char o3; unsigned char o4; // Remplissage des variables float f = o1 << 24 | o2 << 16 | o2 << 8 | o4;
Je ne doute pas qu'il manque des cast et peut être même des parenthèses, mais le principe est là.
15/04/2011, 09h53
Eames38

Merci, effectivement l'idée est là je pense aussi.. Mais en revanche, je n'ai pas le bon résultat. Tu pourrais m'expliquer ton code afin que je puisse la modifier pour avoir le bon résultat?
15/04/2011, 10h16
LittleWhite

Les '<<' décalent les bits vers la gauche
Les '|' font un OR binaire.

Code:

float f =((float)o1 << 24) | ((float)o2 << 16) | ((float)o2 << 8) | (float)o4;

Peut être que cela est mieux (pour que le décalage de bits, ne perdent pas de bit à cause d'être sur un octet et non 4.
15/04/2011, 10h59
Eames38

J'ai testé et ça ne marche pas...

error: invalid operands of types 'float' and 'int' to binary 'operator<<'|

Je pense qu'on ne peut pas faire d'opération | sur des float. Je pense que l'erreur est là.
15/04/2011, 11h18
screetch
Code:

1 2 3 4 5 union { char bytes[4]; float v; };
15/04/2011, 11h32
Eames38

Euh merci pour l'info, mais je ne suis pas une perle en C++. Est ce que tu pourrais m'expliquer/commenter? Parce que ça ne m'avance à pas grand chose juste le code à mon niveau...

Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 #include <cstdio> union BytesToFloat { unsigned char bytes[4]; float value; }; int main() { BytesToFloat converter; converter.value = 1.0f; for(int i = 0; i < 4; ++i) { printf("%d:%02x\n", i, converter.bytes[i]); } }
une union utilise le même espace mémoire pour stocker tous ses members
donc ici le float et le tableau d'unsigned char seront au même endroit.
En affectant une valeur a value, on change aussi le tableau d'unsigned char.
Et vice versa.

15/04/2011, 13h14
Eames38

Tout cela à l'air logique, mais cette méthode ne fonctionne pas non plus. J'obitens des résultats bizarres.
15/04/2011, 13h56
fregolo52

Tu peux nous monter ce que tu as fait ?

Voici ma fonction et le union :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 union BytesToFloat
{
    unsigned char   bytes[4];
    float           value;
};
 
float getR4(std::ifstream& fichier)
{
    BytesToFloat result;
 
        result.bytes[0] = getOctet(fichier);
        result.bytes[1] = getOctet(fichier);
        result.bytes[2] = getOctet(fichier);
        result.bytes[3] = getOctet(fichier);
 
    return result.value;
}

et ma fonction getOctet qui li le fichier binaire. Fonction qui ne m'a jamais posé de problème jusqu'à maintenant :

Code:

1
2
3
4
 int getOctet(std::ifstream& fichier){
    uint8_t xin;
    fichier.read(reinterpret_cast<char*>(&xin), sizeof(uint8_t));
    return int(xin);}

essayes

Code:

1
2
3
4
        result.bytes[3] = getOctet(fichier);
        result.bytes[2] = getOctet(fichier);
        result.bytes[1] = getOctet(fichier);
        result.bytes[0] = getOctet(fichier);

15/04/2011, 14h47
Eames38

Je l'avais déjà testé aussi. Dans mon programme je détecte de quel type d'endian il s'agit.
15/04/2011, 15h33
screetch

j'avoue que je ne sais pas. Chez moi ca marche (tm)
ca donne quoi comme résultat? un float tout a fait étrange ou bien...?
15/04/2011, 15h51
Eames38

Bon en fait, ça marche cette méthode. Je viens de me rendre compte que c'était les bons résultats. Je ne l'avais pas remarqué parce que les valeurs sont très arrondi. Typiquement :

1.879273e+001->18
9.975771e-001->0
5.46032e+006->5.46032e+006

Mais ce qui est dommage, c'est la précision, ce n'est que pour les grand nombres que j'ai une précision, sinon il arrondi très facilement..

Il y a un moyen de régler ce problème?
15/04/2011, 15h58
screetch

il semble y avoir une erreur sur les chiffres après la virgule, a mon avis un des octets n'est pas bon dans ton programme.
15/04/2011, 16h14
Eames38

Je t'avoue que c'est assez curieux. Car pour cette valeur :
5.46032e+006
J'ai le bon résultat contrairement aux autres qui sont justes mais arrondies. J'ai du mal à diagnostiquer le problème puisque les octets sont bien récupérés...
15/04/2011, 16h25
screetch

il me semblerait que seuls 2 ou 3 octets soient remis correctement.
peux tu afficher les octets pour les valeurs qui ne marchent pas?
15/04/2011, 16h59
JolyLoic

La méthode avec union utilise un comportement indéterminé. Ça peut échouer sur certains compilateurs (je ne sais pas s'il y en a où ça échoue en pratique, et je sais que visual C++ a décidé de supporter ce comportement).

C'est pourquoi je préfère celle à base d'opérateurs binaires.
17/04/2011, 09h49
Goten

Citation:

Envoyé par JolyLoic

La méthode avec union utilise un comportement indéterminé.

char (et unsigned char) sont des cas spéciaux, c'est autorisé et c'est pas une UB. (ouai fin, la conversion marche que dans un sens du coup)
17/04/2011, 11h38
JolyLoic

Citation:

Envoyé par Goten

char (et unsigned char) sont des cas spéciaux, c'est autorisé et c'est pas une UB. (ouai fin, la conversion marche que dans un sens du coup)

Aurais-tu une référence ?
17/04/2011, 13h11
Goten

Citation:

Envoyé par JolyLoic

Aurais-tu une référence ?

La norme :

3.10 p15 :

Citation:

If a program attempts to access the stored value of an object through an lvalue of other than one of the following
types the behavior is undefined48):
-the dynamic type of the object,
....
-a char or unsigned char type.
17/04/2011, 16h49
JolyLoic
Je ne lis pas la même chose que toi dans cette liste (mais je ne suis pas un expert du standardese, je peux très bien me planter) :
Code:

1 2 3 4 5 6 7 8 union U { unsigned char c; float f; }; U u; u.f = 3.14;
Telle que je lis la liste, on peut écrire :
Code:

1 2 unsigned char*s = reinterpret_cast<unsigned char*>(&u); cout << s[0];
Mais le code suivant reste indéfini :

Code:

cout << u.c;
17/04/2011, 17h23
Flob90

@JolyLoic : Si une union U a 2 membre (n de type N et m de type M) et que c'est n qui est actif, alors l'expression u.m (u de type U) n'est pas une lvalue de type M ?
17/04/2011, 18h20
JolyLoic

Pour moi, c'est effectivement une lvalue de type M, mais qu'on n'a pas le droit de convertir en prvalue. Je ne trouve aucun texte pour corroborer ce point de vue, et en particulier pour définir précisément ce que signifie "actif".
17/04/2011, 18h36
Flob90

Si c'est bien un lvalue alors je serais plutôt de l'avis de Goten, ce n'est pas un UB car on accède à un objet via une lvalue de type char, c'est ce que je comprend du passage cité par Goten.

Pour le actif, c'est dans la définition que la norme (n3290) fait d'une union, mais à part les paragraphes sur les unions ce n'est pas détaillé ailleurs.
17/04/2011, 19h58
Goten

Citation:

Envoyé par Flob90

@JolyLoic : Si une union U a 2 membre (n de type N et m de type M) et que c'est n qui est actif, alors l'expression u.m (u de type U) n'est pas une lvalue de type M ?

Si c'est bien cela, et en effet ça tombe dans le paragraphe que j'ai cité (si on accède avec un char). J'en suis sur à 99%, faudrait poster sur clc++m pour le pour-cent restant :p

Re-Bonjour, soit on s'écarte du sujet, soit je n'arrive plus à suivre la discussion ^^. Du coup, je ne sais pas trop quelle méthode employer... Il faudrait peut être que je fasse un code qui réalise la conversion pas à pas des octets en float (calcul de la mantisse, etc...), mais ça sera peut être plus long à l'éxécution... :(

Dailleurs le problème maintenant est que plusieurs méthodes fonctionnent mais j'obtiens toujours des valeurs arrondies...

EDIT : Bon tout fonctionnne, même au niveau de la précision :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 unsigned char result[4]; float * f; float flt; if(cpu_type==2){ result[0] = getOctet(fichierstdf); result[1] = getOctet(fichierstdf); result[2] = getOctet(fichierstdf); result[3] = getOctet(fichierstdf); }else{ result[3] = getOctet(fichierstdf); result[2] = getOctet(fichierstdf); result[1] = getOctet(fichierstdf); result[0] = getOctet(fichierstdf);} //f=(float *)result; //flt =*f; fonctionne aussi memcpy(&flt, &result,sizeof(float)); return flt;
Merci à tous en tout cas :)

19/04/2011, 02h00
JolyLoic

Citation:

Envoyé par Goten

Si c'est bien cela, et en effet ça tombe dans le paragraphe que j'ai cité (si on accède avec un char). J'en suis sur à 99%, faudrait poster sur clc++m pour le pour-cent restant :p

J'ai posté sur les mailing lists du comité de normalisation, et j'ai eu une réponse de Jens Maurer, qui est d'accord avec ton interprétation, même s'il est prudent dans son accord. Je le cite :

Citation:

It seems to me that the exception for "unsigned char" does apply, thus the above is not undefined behavior. However, the value you get for "u.c" is unspecified, except that (I think) you can expect it to remain stable until you modify "u" next.

. Il suggère aussi de lire les core issues 1116 et 636. Avec le réordonnancement proposé par 1116, je deviens moi aussi d'accord.

Mais tout ça me conforte que dans la mesure du possible, j'éviterais d'utiliser des unions dans du code que j'écris, c'est bien trop casse gueule :)

Eames38 : Ce que tu peux retenir de notre chipotage c'est que la conversion à base d'union n'est pas garantie de fonctionner, surtout dans le sens char[] => float.