chez moi cela fonctionne bien pour les fichiers jpg, par contre les fichiers .blend sont interprétés ainsi :
[warn] MPEG audio: Unable to find synchronization bits
[warn] [Autofix] Fix parser error in /frames: stop parser, add padding
Metadata:
- Duration: 13.64 sec
- Channel: Stereo
- Sample rate: 22.1 KHz
- Bits/sample: 16 bits
- Bit rate: 40.0 Kbit/sec
- Format version: MPEG version 2 layer II
- MIME type: audio/mpeg
- Endian: Big endian
en comparaison la commande "file" me donne :
Blender3D, saved as 32-bits big endian with version 2.35
Sinon je sais que c'est très spécifique, mais est-ce que cela ne serait pas intéressant que hachoir puisse extraire les données de ce format : http://en.wikipedia.org/wiki/Glulx
cela contient du texte, des données (pour une machine virtuelle), des images, du son..
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: bug?
Posté par B16F4RV4RD1N . En réponse au journal hachoir-metadata cherche des testeurs. Évalué à 4.
[warn] MPEG audio: Unable to find synchronization bits
[warn] [Autofix] Fix parser error in /frames: stop parser, add padding
Metadata:
- Duration: 13.64 sec
- Channel: Stereo
- Sample rate: 22.1 KHz
- Bits/sample: 16 bits
- Bit rate: 40.0 Kbit/sec
- Format version: MPEG version 2 layer II
- MIME type: audio/mpeg
- Endian: Big endian
en comparaison la commande "file" me donne :
Blender3D, saved as 32-bits big endian with version 2.35
Sinon je sais que c'est très spécifique, mais est-ce que cela ne serait pas intéressant que hachoir puisse extraire les données de ce format :
http://en.wikipedia.org/wiki/Glulx
cela contient du texte, des données (pour une machine virtuelle), des images, du son..
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it