Lire des octets dans un fichier binaire

Bonjour,

Je dois lire des données dans un fichier binaire. On me dit dans la doc que ces données sont stockées à l'octet 12, et sur une longueur de 26 octets.
En plus, il est dit que "les valeurs binaires codées sur plusieurs octets utilisent l'ordre LFSB (little indian)".

Comment récupérer les données au format ascii ?

J'ai essayé d'ouvrir mon fichier avec RandomAccessFile, me positionner dans le fichier avec seek, et lire avec readByte, mais j'obtiens des trucs illisibles.

Pouvez-vous m'aider ?

Merci,
Nico

pour lire dans un fichier :
FileInputStream

lien sun :
http://java.sun.com/j2se/1.4.2/docs/...putStream.html

exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

String nomFichier = "blabla.txt"; fichier=new File(nomFichier); // tab de byte qui contiendra ici tout ton fichier tab = new byte[(int)fichier.length()];   // creation du fis FileInputStream fis = new FileInputStream(fichier); /*lecture dans ton fichier le 1er parametre correspond a la destination   le 2nd parametre a l'octet de départ et le 3eme parametre combien   d'octet tu va lire*/ fis.read( tab, 0, (int)fichier.length() );

---

Citation:

---

Envoyé par DiverSIG

J'ai essayé d'ouvrir mon fichier avec RandomAccessFile, me positionner dans le fichier avec seek, et lire avec readByte, mais j'obtiens des trucs illisibles.

---

Tout dépend comment tu l'interprètes et tu l'affiches.
Que représentent ces octets ?

Merci, le code de oldscrout marche, ça lit tout le fichier, mais si je veux lire que certains octets (ex ici 5 octets à partir de la position 11), ça plante :

Code:

---

1 2 3 4 5 6 7 8

File fichier=new File(f); FileInputStream fstream = new FileInputStream(fichier);   byte[] b_temp = new byte[5]; fstream.read(b_temp, 11, 5); for(i=0; i<5; i++) { System.out.println(b_temp[i]); }

---

Pourquoi ?

Merci,

Nico

Citation:

---

Envoyé par DiverSIG

Pourquoi ?

---

Parce que tu n'utilises pas correctement la méthode "read". Je t'encourage vivement à lire la javadoc.
Sinon, un exemple possible (codé à La Rache, méthode maintes fois validée et reconnue comme définitivement efficace en informatique....) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

public byte[] getOctet( File fichier, int debut, int taille ) throws IOExcetion { FileInputStream input = null; byte[] resultat = null;   try { input = new FileInputStream( fichier ); input.skip( debut ); resultat = new byte[ taille ]; input.read( resultat, 0, taille ); } finally { if( input != null ) { input.close(); } }   return resultat; }

---

Maintenant que j'ai récupéré les bytes qui m'intéressent, comment convertir cela en code ascii ?
je m'explique : j'ai récupéré les 4 bytes correspondant au codage d'un uint32, comment récupérer la valeur à laquelle ça correspond.

je doit faire la même chose avec des uint8 (1 byte ?), uint16 (2 bytes ?) et des int32 (quelle différence avec des uint32 ??)

Merci,

Nic

C'est pas pour contredire Dingoban et OldScrouch mais pour ce que tu veux faire la classe RandomAccessFile était tout à fait adaptée.

RandomAccessFile tout comme FileInputStream permettent de lire un fichier. La différence vient du fait que RandomAccessFile n'étant pas un flux, on peut se positionner très facilement à un point précis du fichier. De plus il contient également des méthodes pout lire des valeurs binaire (c'est également faisable avec FileInputStream mais il faut l'inclure dans un DataInputStream).

Le problème vient du fait que le fichier utilise l'orde Little Endian alors que java utilise le Big Endian : les octets sont ordonnés dans l'ordre inverse.

De plus il y a le problème de conversion en type java. En java tous les types(sauf char) sont signés. or tu as :
uint8 -> un octet non signé -> 0 à 255 -> pas d'équivalent, il faut le stocker dans un short(-32 768 à 32 767)
uint16 -> deux octets non signés -> 0 à 65536 -> pas d'équivalent, il faut le stocker dans un int(-2^31 à +2^31)
int32 -> 4 octets signés -> equivalent à un int.

Donc ça devarit faire quelquechose du genre(j'ai pas testé):

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

short readUint8 (RandomAccesFile raf){ byte[] data = new byte[1]; file.read(data); return (short)(0xFFFF&data[0]); } int readUint16 (RandomAccesFile raf){ byte[] data = new byte[2]; file.read(data); return (int)((0xFFFFFFFF&data[0]) | ((0xFFFFFFFF&data[1])<<8); } int readInt16 (RandomAccesFile raf){ byte[] data = new byte[4]; file.read(data); return (int)((0xFFFFFFFF&data[0]) | ((0xFFFFFFFF&data[1])<<8); | ((0xFFFFFFFF&data[2])<<16); | ((0xFFFFFFFF&data[1])<<24); }

---

OK, et si je veux convertir ça en entier signé ?
exemple :
j'ai les valeurs hexa des 4 bytes de mon int : 14/63/FF/FF

c'est du little indian, donc j'inverse l'ordre des bytes => FF/FF/63/14

et après ?

Citation:

---

Envoyé par DiverSIG

OK, et si je veux convertir ça en entier signé ?
exemple :
j'ai les valeurs hexa des 4 bytes de mon int : 14/63/FF/FF

c'est du little indian, donc j'inverse l'ordre des bytes => FF/FF/63/14

et après ?

---

Par décalage de bit :

Code:

---

int mon_entier = ( 0xFF << 24 ) | ( 0xFF << 16 ) | ( 0x63 << 8 ) | 0x14;

---

si je lis directement les bytes au lieu de leur valeur hexa, ça ne marche pas.
je m'explique :
je lis les bytes dans mon fichier et je les stocke dans une ArrayList bb2.

Pour récupérer la valeur, je fais :

Code:

---

res = ((Byte)bb2.get(0) << 24) | ((Byte)bb2.get(1) << 16) | ((Byte)bb2.get(2) << 8) | ((Byte)bb2.get(3));

---

mais au final dans res, j'ai la valeur de bb2.get(0) (1er élément de la ArrayList)

où est l'erreur ?
Merci,
Nico

en faisant ça, ça a l'air de mieux fonctionner :

Code:

---

1 2 3 4

res = (((Byte)bb2.get(0) & 0xFF) << 24) | (((Byte)bb2.get(1) & 0xFF) << 16) | (((Byte)bb2.get(2) & 0xFF) << 8) | ((Byte)bb2.get(3) & 0xFF);

---

les valeurs sont plus conformes à ce que je dois obtenir.

Effectivement, le "& 0xFF" est obligatoire pour convertir le byte en int dès lors que le byte dépasse la valeur 127.
Le byte est signé sur 8 bits, le bit de poids le plus fort n'est pas conservé lors du décalage de bit. Mais après conversion en int, le bit de poids le plus fort ne correspond plus au signe puisque le type int est sur 32 bits.

Dans certains cas, il est dit dans la doc que les nombres sont codés sur 2(ou 4) octets en complément à 2.
et là, du coup, ça me donne plus les bonne valeurs ...

Le complément à 2 est une opération basique sur les nombres binaires. Pour retrouver la valeur entière, il suffit de faire :

Code:

---

int mon_entier = ~( complement_2 - 1 );

---

L'opérateur "~" permet de calculer le complément à 1.