Récupérer fichier MP3 "0 octet" ?
- 26 réponses
- 12 participants
- 17 960 vues
- 7 followers
zikos
Voilà, j'ai utilisé le H4 pour la première fois hier soir et j'ai fait une petite boulette !
J'ai 4 fichiers sur la SD...
3 nickel et 1 de "0 octets" (le plus intéressant !!).
Comme un imbécile, dans la précipitation, une fois tout le matos éteints, j'ai débranché les prises de courant en oubliant que le H4 tourné toujours et donc, je n'ai pas appuyé une dernière fois sur "REC" pour stopper l'enregistrement !
Je sais que le H4 stocke les infos en cache sur la SD card et que normalement (je pense) que c'est juste à la fin qu'il écrit la taille et les infos du MP3... Est-ce que quelqu'un aurait une idée pour récupérer ou réparer le MP3 ???
Je viens d'écrire à ZOOM (au japon), mais, je ne me fais pas d'illusion :-(
Si quelqu'un a une astuce, je suis preneur..
En attendant, je vais scanner la SD card avec Easy recovery pro !
Zikos.
Viederland
Précision sur le comportement du H4. En mp3. Selon la courbe d'exctinction des piles (j'imagine), le h4 pulvérise le fichier, et tout est perdu. Personnellement, moi aussi j'ai écrit chez Zoom Japan et j'ai eu une réponse. Ils reconnaissent le problème - après plusieurs mails d'argumentation et de deséspoir ... Ils m'ont même proposé d'envoyer ma SD card là bas, et de m'offrir une SD garantie compatible pour "dédomagement" ... Avec les nouvelles version de firmware, j'avais espéré une solution à ce problème, mais il n'en est rien.
Je trouve cela inadmissible, pour un enregistreur dédié, de se voir confronté sans solutions valables (nouveau firmware ou procédure de récupération digne de ce nom) à de telles pertes. Pourquoi n'a t on pas accès au temp ? Le problème est totalement opaque, et bien entendu aucune mise en garde ne peut nous prémunir de se voir perdre des heures de travail.
A noter que j'ai fait des tests de recovery avec plusieurs logiciels différents, et n'ai jamais pu récupérer ces fichiers mp3 non cloturés. En ce moment je fais du fieldrec, et je travaille avec une SD 2 go justement car j'ai d'autres cartes plus grosses bloquées dans l'espoir d'une improbable et future récupération de fichiers ! Sans quoi je ferais mon Fieldrec en wav, sachant - à noter - que le Zoom supporte beaucoup mieux le crash avec du fichier wav. Cependant, pour certaines utilisations et raisons spécifiques, on peut être amené à necéciter du mp3, y compris pour des enregistrement sérieux et importants ...
Enfin j'en profite pour reposer ma question : si quelqu'un savait comment extraire les données brutes du temp et reconstruire le header du fichier mp3, ce serait bien. D'après mon enquête sur ce terrain auprès d'un codeur, c'est une sorte d'enfer pour y parvenir .... En attendant, je suis furieux, et je pense que je vais ré-écrire à Zoom ....
Viederland
Recuva !
Un grand merci à Zikos, car ayant testé (comme précisé plus haut) la plupart des logiciels de récupération de données - en multipliant les différents réglages et toutes les astuces possibles, je ne croyais plus la chose possible par des moyens habituels. Or en effet, Recuva arrive à repêcher les fameux fichiers en zéro octets. Au niveau du temp, Il semblerait que le zoom fragmente le mp3 en plein de petits fichiers mp3 (encodage temps réel) - le Recuva semblant ré-assembler plusieurs fichiers pour vous offrir à la fin (comme le dit Zikos) un truc genre [00001].mp3 !
Ceci étant posé, il est d'autant plus LAMENTABLE que les ingénieurs du Zoom n'aient pas laissé une porte d'entrée vers ces petits fichiers. On peut se demander par ailleurs pourquoi tous les autres logiciels de recovery ne voient pas ces fichiers ... ???
PS : réglage pour Recuva et Zoom h4 dans l'onglet Action : tout cocher.
Viederland
J'avais dit que le recovery était plus simple avec un fichier wav, mais en fait ce n'est pas vrai. Tout ça est très aléatoire, et je m'étonne de trouver si peu de choses sur ce genre de problème, car il est certain que tous ceux qui utilisent le zoom avec des piles se trouvent confrontés à des enregistrements perdus.
Me voici à nouveau en pleine tentative de récupération su un fichier wav de zéro octets, avec File Scavenger, car cette fois recuva n'a rien trouvé ! L'horreur quoi ..
FredDup
Le meilleur moyen est encore de prévenir la perte des données! Quelques mesures de prudence élémentaire: arrêter l'enregistrement de temps en temps (je n'ai jamais "bloqué" une carte, au pire j'ai perdu le dernier fichier...), démarrer les enregistrements "longue durée" avec des batteries bien chargées et ne pas hésiter à les remplacer après 2 heures d'enregistrement.
Au début où j'avais mon Zoom, un enregistrement que je tenais absolument à réaliser a foiré. D'une heure de concert, il ne m'est rien resté... Au début du concert, j'ai bien vu mon petit voyant rouge allumé au loin dans l'église. Et pendant le concert, je ne l'ai plus vu... J'étais dans l'orchestre, pas moyen d'aller vérifier ce qui se passait... depuis, je suis TRES prudent... J'ai eu l'enregistrement de la répétition générale, mais pas le concert. Non seulement, le fichier du début n'était pas récupérable, mais en plus, il m'aurait manqué une grosse partie du concert!
Deux jeux de batteries, ce n'est pas du luxe. Certains enregistreurs de poche fonctionnent avec une batterie interne, le Zoom a des piles. L'autonomie est plus aléatoire, mais on peut plus facilement gérer le problème...
Viederland
Oui, le problème est qu'on ne peut pas toujours ni changer les batteries ni même stopper le zoom en cours d'enregistrement. Si on veut que l'enregistreur se fasse oublier - par des musiciens ou autres personnes, c'est raté. Si on ne veut pas faire un gros blanc - trou - dans son enregistrement, c'est encore raté. Quand on veut faire des captations discrètes - pour conserver le naturel - on ne peut pas non plus se permettre de regarder ce que dit l'écran ... il est clair que dans ces conditions, les ingénieurs du zoom auraient du absolument permettre un accès aux fichiers temporaires, ou livrer un soft dédié pour la récupération !
En informatique, la perte de données est l'erreur la pire comme la plus grave. Aussi, je pense qu'ils le savent et qu'ils s'en foutent complètement.
jerash
j'ai également eu cette galère à plusieurs reprise, et encore une hier..
alors j'ai pris le problème à bras le corps et me suis attelé à trouver un moyen quasi infaillible car bien Recuva m'ai dejà sauvé la mise une fois, cette fois ci il n'y avait rien qu'il puisse trouver. J'ai également utilise Easy REcovery Pro, qui m'a trouvé 2 minutes sur plus de heures...pas suffisant.
Donc voici ce que j'ai fait :
- j'ai installé WinHex qui m'a permis d'ouvrir le partition de ma carte SD, et je lui ai fait exporter TOUTE la partition (2Go) vers UN fichier nommé zoom.raw par exemple
- j'ai ouvert ce fichier avec GOLDWAVE. l'avantage de ce soft, c'est que lorsque le format du fichier n'est pas reconnu il le demande à l'ouverture, j'ai donc choisi "PCM signed 16 bit little endian stereo" et .....ôoo magie, les habitués des logiciels audio auront vite fait de repérer les parties audio du garbage...un sélection et un export vers un nouveau fichier, je viens de récupérer mes 2 heures de live !!
sooo happy
si besoin demandez moi plus d'infos je veux bien faire un tuto car ceux qui ont de cartes SD en attente vont pouvoir s'y atteler sérieusement !
Raphaël
http://www.audiotronic.fr
Viederland
Cela est curieux, car il y a un quart d'heure, je viens UNE FOIS DE PLUS de rater un enregistrement pour une autre cause, avec un H4n :
en effet, en conditions un peu "chaudes" (discrétion, rapidité requise, fatigue, que sais-je) en prenant le zoom avec sa main - eh oui sa main - on a tôt fait d'appuyer sans faire exprès sur les touches Line In, qui désactivent le micro. Ainsi vous êtes concentrés sur le point rouge - mais n'avez pas vu que rien ne s'enregistre. Quand vous coupez, vous vous apercevez avec une amertume assez difficile à décrire que vous n'avez rien sur le REC.
Et là, pas de recovery. Vous avez 2 heures de Line IN, donc de blanc pur.
Cela veut dire qu'il n'y a pas de switch intelligent sur les entrées jack / XLR, qui devraient nous prémunir de ce piège, bien réel, et je dois dire, tendu sans faire exprès par une bonne bande de crétins.
Donc une fois de plus, les ingénieurs du ZOOM : bravo !
Ils n'ont mêmepas pensé à ça dans les MAJ ! (ça pourrait se faire en soft)
A noter que les switchs line in et Mic sont pile à l'endroit où l'on pose les doigts pour saisir le Zoom, surtout si l'on est droitier.
Sinon, un autre tuyau rapide, un fichier de donnée brutes, vous le renommez en .iso, et vous lancez la commande "réparation" avec WinIso. Cela retrouve tout ce qui se peut !
(PS : à part ça, le Zoom est un truc au top, c'est entendu)
idiosyncrazy
1) Tout d'abord, sauvegarder tous les enregistrements normalement accessibles, et les effacer de la mémoire interne ou de la carte de l'enregistreur. Consulter les propriétés du volume : d'après ce que j'ai constaté, la valeur indiquée de l'espace libre est alors inférieure à la capacité de la mémoire, la différence correspondant précisément au fichier que l'on souhaite récupérer.
2) Procédure avec WinHex :
- Tools => Open disk : choisir la partition correspondant à l'enregistreur ou sa carte mémoire ;
- Specialist => Gather free space (cela va créer un fichier formé par concaténation de tout l'espace considéré libre) ;
- File => Create disk image (cela va créer un fichier correspondant à l'intégralité de la partition, comme le suggère "jerashlabs". Ce fichier a une taille supérieure au précédent, la différence correspondant aux secteurs non utilisés pour le stockage – index, etc. – et, donc, au fichier recherché) ;
- ouvrir côte à côte les deux fichiers obtenus, que nous appellerons Freespace et Image ;
- copier une séquence suffisamment spécifique (une dizaine de caractères suffisent) située au début de Freespace et la rechercher (en mode texte ASCII) dans Image ; noter la valeur d'offset correspondant, dans Image, au tout début de Freespace ;
- Tools => File tools => Compare : Search differences (discontinue after 1), from offset : laisser à 0 pour Freespace et taper la valeur d'offset relevée ci-dessus pour Image (cela permet d'atteindre le début du fichier recherché, qui n'est pas inclus dans Freespace), relever l'offset du début du bloc où est trouvée la 1ère différence (pour s'y retrouver, il faut connaître l'en-tête du fichier recherché : un fichier MP3 commence toujours par "ÿû", un fichier WAV par "RIFF") ;
- copier dans Freespace une séquence suffisamment spécifique située après la 1ère différence et la rechercher dans Image (cela permet de trouver la fin du fichier recherché, les blocs situés immédiatement avant et immédiatement après celui-ci dans le fichier Image étant contigus dans le fichier Freespace), relever dans Image l'offset correspondant à la fin du bloc précédent (j'espère que c'est assez clair quand on a tout ça devant les yeux !) ;
- Edit => Define block : (pour le fichier image) définir les deux valeurs d'offset relevées ci-dessus ;
- Edit => Copy block => Into new file : définir un nom de fichier et ajouter l'extension "mp3" ou "wav".
3) En MP3 on obtient directement un fichier lisible, en WAV, je n'ai testé qu'une fois, le fichier obtenu avait une taille conforme mais était illisible car il manquait l'en-tête. J'ai réussi à obtenir un fichier conforme après l'avoir importé dans Audacity en mode "données brutes" et exporté au format WAV.
... Et voilà ! Ça fait un peu « mains dans le cambouis » mais c'est a priori 100% efficace (je ne sais pas si les logiciels mentionnés précédemment, GoldWave et WinISO, trouvent le fichier recherché dans tous les cas). Par contre je ne sais pas ce qu'il se passe en cas de fragmentation, je suppose que le fichier recherché est alors trouvé en plusieurs morceaux, ce qui complique sérieusement la tâche, c'est pourquoi il vaut mieux effacer régulièrement la totalité du contenu de la mémoire.
Je suis assez fier d'avoir trouvé ça tout seul (j'avais déjà lu ce sujet mais la solution de "jerashlabs" n'y figurait pas encore), sachant que je n'ai aucune formation en informatique, mes connaissances en matière d'analyse hexadécimale étant très rudimentaires. Il doit exister un moyen d'obtenir plus rapidement le fichier recherché en faisant une sorte de soustraction entre le fichier d'image et le fichier d'espace libre, ou de trouver directement l'espace correspondant à l'enregistrement recherché (qui n'est ni répertorié ni comme fichier actif, ni comme fichier effacé, ni comme espace libre), je n'ai pas trouvé comment faire cela dans WinHex, si quelqu'un a une idée qu'il n'hésite pas à compléter.
Enfin, à signaler que le Zoom H2n intègre un système de récupérations de fichiers non finalisés, donc les ingénieurs de chez Zoom sont certes un peu empotés mais ils savent progresser !
Viederland
Dans quel domaine sonore travaillez vous ?
Quel parcours vous a permis une connaissance aussi pointue en informatique ?
Viederland
- < Liste des sujets
- Charte