Lire des octets dans un fichier binaire

**DiverSIG** · 09/12/2008, 16h37

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

**oldscrout** · 09/12/2008, 17h05

pour lire dans un fichier :
FileInputStream

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

exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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() );

**dinobogan** · 09/12/2008, 17h15

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 ?

**DiverSIG** · 10/12/2008, 10h33

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

**dinobogan** · 10/12/2008, 11h09

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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;
}

**DiverSIG** · 12/12/2008, 16h07

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

**Uther** · 19/12/2008, 11h17

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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);
}

**DiverSIG** · 12/01/2009, 15h09

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 ?

**dinobogan** · 12/01/2009, 15h28

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

**DiverSIG** · 13/01/2009, 09h04

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

**dinobogan** · 13/01/2009, 10h53

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.

**DiverSIG** · 17/01/2009, 17h04

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 ...