Discussion :

[DiverSIG]

Bonjour,

J'essaie de decoder un fichier binaire

voici le format de fichier que je trouve dans la doc:

Code :

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

1
2
3
4
5
6
7
8
Field  Byte                              Offset
WORD  MagicNumber               0
BYTE HeaderType                     2
BYTE SerialPort                        3
WORD NumChansToFollow        4
WORD Reserved[2]                  6
DWORD NumBytesThisRecord   10
WORD Year                             14

Et avant, j'ai :

Code :

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

1
2
3
4
Microsoft Data Type  Bytes
BYTE                       1
WORD                     2
DWORD                   4

Dans mon code :

Code :

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

print(struct.unpack('<HBBH2HI', binary))

où binary est ma séquence d'octets, et j'obtiens :

Code :

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

(64206, 0, 0, 2, 0, 0, 2384)

soit 7 valeurs, alors que je n'ai que 6 champs au départ. il semble qu'il considère le 2H comme 2 WORD indépendants, ce que semble confirmer un post ici

du coup, quand je veux ensuite mettre ça dans un namedtuple, ça ne marche pas. Je n'ai pas de message d'erreur, mais rien ne s'affiche avec ce code :

Code :

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

1
2
3
4
5
6
7
8
9
ll = 'MagicNumber HeaderType SubChannelNumber NumChansToFollow Reserved NumBytesThisRecord'
        nt = namedtuple('mytuple', ll)
        self.data = nt._make(struct.unpack(fmt, self.binary))
 
        print('data', self.data)
        dd = self.data._asdict()
 
        for v in dd.keys():
            print(v, dd[v])

Comment faire ?

Merci,
Nico

[Sve@r]

Bonjour,

Salut

J'essaie de decoder un fichier binaire ... Et avant, j'ai :

Code :

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

1
2
3
4
Microsoft Data Type  Bytes
BYTE                       1
WORD                     2
DWORD                   4

Tout d'abord c'est quoi ce "avant" ? Un en-tête du fichier ? De la ligne ?

et j'obtiens :

Code :

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

(64206, 0, 0, 2, 0, 0, 2384)

soit 7 valeurs, alors que je n'ai que 6 champs au départ

Ben non, tu as bien 7 champs. "MagicNumber", "HeaderType", "SerialPort", "NumChansToFollow", "Reserved", "NumBytesThisRecord" et "Year" ça fait bien 7 !!!??? Bon 2384 pour Year ça semble un peu "futuriste" mais pourquoi pas...

Comment faire ?

Le mieux serait d'avoir le fichier (ou une petite partie) pour tester de notre côté. Tu pourrais (s'il n'est pas confidentiel) nous le mettre sur un site de dépot temporaire tel que https://www.grosfichiers.com/. Ou s'il est public nous donner le lien de téléchargement...

[DiverSIG]

Le "avant", c'est plus haut dans la doc.

Je ne lis pas le champ Year, c'était juste pour monter qu'il est à l'offset 14. En fait je lis les 14 premiers octets de mon enregistrement

voici la séquence d'octets :

Code :

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

b'\xce\xfa\x00\x00\x02\x00\x00\x00\x00\x00P\t\x00\x00'

Nico

[Sve@r]

voici la séquence d'octets :

Code :

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

b'\xce\xfa\x00\x00\x02\x00\x00\x00\x00\x00P\t\x00\x00'

Si j'ai bien calculé, le DWord c'est la partie en rouge.
Voici ce que j'ai fait: je me suis concentré sur cette seule partie data=b"\x50\x09\x00\x00" (le 0x50 c'est le 'P' et le 0x09 c'est le '\t').
Effectivement, struct.unpack("<2H", data) donne (2384, 0) mais c'est normal, "2H" signifie "2 ushort" (cf la doc). Donc le truc te récupère 2 ushorts indépendants
Ensuite comme la doc dit qu'un DWord c'est 32 bits "ensembles" j'ai tenté struct.unpack("<L", data) ce qui donne simplement (2384,). N'est-ce pas juste la valeur à récupérer?

PS: le calcul 9*256+0x50 donne effectivement 2384. Et si on inverse avec struct.unpack(">L", data) ça donne (1342767104,) ce qui correspond parfaitement au calcul (((0x50*256)+9)*256)*256. Tout semble cohérent...

[jurassic pork]

hello,
effectivement le Reserved ne semble pas présent dans tes données binaires puisqu'il n'y a que 14 octets.
Avec ce code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
import collections
import struct
binary = b'\xce\xfa\x00\x00\x02\x00\x00\x00\x00\x00P\t\x00\x00'
ll = 'MagicNumber HeaderType SubChannelNumber NumChansToFollow NumBytesThisRecord Year'
nt = collections.namedtuple('mytuple', ll)
data = nt._make(struct.unpack('HBBHIH', binary))
 
 
print('data', data)
dd = data._asdict()
 
 
for v in dd.keys():
    print(v, dd[v])

voici ce que j'obtiens :

data mytuple(MagicNumber=64206, HeaderType=0, SubChannelNumber=0, NumChansToFollow=2, NumBytesThisRecord=156237824, Year=0)
MagicNumber 64206
HeaderType 0
SubChannelNumber 0
NumChansToFollow 2
NumBytesThisRecord 156237824
Year 0

Ami calmant, J.P

[Sve@r]

effectivement le Reserved ne semble pas présent dans tes données binaires puisqu'il n'y a que 14 octets.

Euh... moi j'avais compris qu'il ne lisait volontairement que 14 octets sur les 16 présents. Si effectivement la ligne n'en contient que réellement 14 au lieu de 16 ça change pas mal de choses...

[wiztricks]

effectivement le Reserved ne semble pas présent dans tes données binaires puisqu'il n'y a que 14 octets.

Le PO a écrit qu'il a viré le YEAR:

Je ne lis pas le champ Year, c'était juste pour monter qu'il est à l'offset 14. En fait je lis les 14 premiers octets de mon enregistrement

donc on se retrouve avec les 14 premier octets de la séquence qui nous intéresse.

Et on reproduit bien le résultat:

Code :

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

1
2
3
4
5
6
7
8
>>> b = b'\xce\xfa\x00\x00\x02\x00\x00\x00\x00\x00P\t\x00\x00'
>>> len(b)
14
>>> import struct
>>> struct.unpack('<HBBH2HI', b)
>>> len(_)
7
>>>

- W

[wiztricks]

Salut,

soit 7 valeurs, alors que je n'ai que 6 champs au départ. il semble qu'il considère le 2H comme 2 WORD indépendants

H est pour word, et le 2 en extrait 2 indépendants. C'est comme çà que vous avez traduit le champ RESERVED[2]: 2 words qui occupent 2*2 = 4 octets.

Après la question est de savoir si ce RESERVED est utilisé (différent de zéro parfois) ou effectivement réservé pour une utilisation future.... et arbitrer entre remplacer 2H par un L (qui occupe 4 bytes) ou retravailler le tuple pour qu'il n'ait que 6 valeurs.

- W