Récupérer fichier MP3 "0 octet" ?
- 26 réponses
- 12 participants
- 18 481 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.
- 1
- 2

Vincent tim



Rom-g71


zenzrock

et tappe (H étant la lettre du lecteur associé à la carte SD) :
CHKDSK /X H:
J'ai déjà récupéré des fichiers sur mon H2 avec ça.

zikos

Je crois que ça peut servir pour les têtes en l'air comme moi donc, je refile l'astuce

Le prog s'appelle : RECUVA
J'ai fait une analyse approfondie de ma carte SD et il m'a sorti un fichier du genre 000004.mp3 de 240 Mo et hop, c'était celui qui me manque !!
Le prog, c'est du gratos (par les développeurs du prog Ccleaner pour ceux qui connaissent) :
http://www.filehippo.com/download_recuva/
Voilà, ouf sauvé !!!
Zikos.

Vincent tim


zikos

Ensuite, en attendant que l'on stoppe l'enregistrement, le H4 doit travailler sur un autre fichier temporaire .mp3 puis lorsque l'on clique de nouveau sur REC pour stopper l'enregistrement, il doit copier le cache vers le fichier qui a été créé en 1er (celui qui fait 0 octet...).

jerash


le H4 qui avait été arrêté suite à une coupure de courant... je me demande si il aurait fait la bascule automatiquement avec des piles à l'intérieur ?...
http://www.audiotronic.fr

dfa16

En fait, le fichier qui fait "0 octet" doit être créé par le H4 dès que tu appuie sur la touche REC pour enregistrer...
Ensuite, en attendant que l'on stoppe l'enregistrement, le H4 doit travailler sur un autre fichier temporaire .mp3 puis lorsque l'on clique de nouveau sur REC pour stopper l'enregistrement, il doit copier le cache vers le fichier qui a été créé en 1er (celui qui fait 0 octet...).
c'est exact

je me demande si il aurait fait la bascule automatiquement avec des piles à l'intérieur ?...
NON le transfert n'aurait pas été fait auttomatiquement sauf si tout l'ensembre est secouru par un onduleur avec assez de puissance pour qq minutes d'alimentation
amicalement

Viederland

Si, avec des piles chargées, lors d'une coupure de courant le zoom fait la bascule sans problèmes - avec la version 2.38 et Zoom H4. J'imagine qu'il faut pour cela une coupure propre et nette, mais c'est une sécurité à considérer, ça ne coûte pas grand chose de se prémunir ainsi.

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


idiosyncrazy

Génial
Mes ch'villes, mes ch'villes !...
J'espère en tout cas que ça servira à d'autres dans le même cas.
.. si j'avais su ça plus tôt .. j'aurais évité bien des déboires, et bien des pertes ... vous pouvez être fier.
Dans quel domaine sonore travaillez vous ?
Oh, c'est très modeste à ce jour, j'enregistre surtout des conférences, dans un cadre associatif (Les Amis de la Terre, Toulouse en Transition...), quelques exemples ici :
https://www.dailymotion.com/user/abolibibelot1980/1
Quel parcours vous a permis une connaissance aussi pointue en informatique ?
Ben rien du tout justement, je ne fais guère que bricoler, et je suis très têtu ! Enfin, du moins dans les domaines techniques, et quand j'ai l'intuition que la solution existe, parce que dans d'autres domaines j'ai plutôt tendance à très vite lâcher l'affaire... En l'occurrence j'ai découvert par hasard, des mois après avoir abandonné l'idée de récupérer un enregistrement (concert de musique classique, un de mes tout premiers enregistrements avec cet appareil), que même après avoir entièrement vidé la mémoire l'espace libre n'était pas récupéré en totalité (il y avait une différence de plus de 500Mo, ça ne passe pas inaperçu !), de là j'ai repensé à mon enregistrement perdu, j'ai alors tenté diverses bidouilles avec WinHex, jusqu'à trouver cette solution.
Ah, et puis j'ai fait des études de biologie : maintenant que j'y pense ça ressemble quelque peu à la recherche de séquences d'ADN, comment trouver quelque chose qu'on sait pas à quoi qu'ça ressemble mais qu'on sait ou qu'on peut déduire kessya avant et kessya après et qu'on a des outils (en biologie moléculaire ce sont les enzymes dites de restriction) permettant de découper ça bien proprement...
Oui, pour les ingénieurs, j'ai envoyé pas mal de messages alarmants, argumentés et détaillés, avec réponses (ils m'offraient une nouvelle carte SD, hum) ... puisque j'utilise les Zoom depuis le tout début, avant leur sortie sur le marché français.
C'est quand même assez lamentable que des ingénieurs de la firme ne soient pas foutus de fournir une telle solution de secours. Enfin ils semblent avoir entendu les doléances, c'est déjà bien... (Et à ma connaissance ils sont les premiers à sortir un enregistreur portatif doté d'une fonction de récupération, je suppose que si on a le même problème avec un appareil d'une autre marque on n'est pas plus aidé par le SAV.)

broceliande

Bonjour,
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
Bonjour,
puis-je en effet vous demander un tuto ?
J'ai un gros problème avec un fichier .wav qui affiche une taille de 0 octet sur ma carte SD alors que je sais que l'enregistrement a marché. Je soupçonne un fichier non clôturé pour cause de batterie faible, d'après ce que vous dites puisqu'en effet le H4 indiquait low battery pendant la fin de mon enregistrement.
J'ai essayé divers logiciel de récupération sur MAC et PC, rien n'y fait...
Pourtant lorsque je regarde le poids de mon dossier il fait bien 800 Mo, alors que le seul autre fichier raw en fait 398, ce qui signifie que mon fichier affiché "0 octet" prend bien de la place quelque part, non ?... Comment faire pour récupérer ces 400 Mo perdus dans la nature ?....merci d'avance pour votre aide !!!

Viederland

Naturellement, surtout ne pas écrire sur la carte ! Mettre l'interrupteur de la carte sur "protégée" (read only.

Pierremls

Je me permet de ressortir d'entre les morts ce post car il m'est arrivé le même problème, presque 2 heures de conférences parties en fumée à cause d'un arrêt de l'enregistrement à cause de la batterie.
Il semblerait que vous ayez trouvé une solution pour récupérer l'intégralité du fichier ? Je n'ai pas bien compris la démarche à suivre via Winhex, car j'importe bien la partition mais je ne sais comment l'exporter sous la forme d'un fichier seul...
Sinon, s'il existe une nouvelle méthode ? Je suis preneur
Merci beaucoup d'avance
Pierre.

idiosyncrazy

Il me semble que mes explications étaient suffisamment détaillées : pour créer une image du volume avec WinHex, faire "Fichier" > "Create disk image" (choisir le type "raw image").
J'ai depuis découvert que dans un tel cas WinHex attribuait la mention "Idle space" à l'espace non répertorié, correspondant au fichier non finalisé : si l'on voit apparaître "Idle space" il suffit de faire clic droit puis "Recover/copy" et changer l'extension par MP3.
Une autre méthode qui peut donner le même résultat, plus simple mais plus risquée (car non réversible, écrit directement sur le volume concerné, donc il vaut mieux faire quand même une image du volume avant de la tenter) et ne fonctionne pas toujours : faire sous Windows une vérification CHKDSK (soit en ligne de commande en tapant sans les guillemets "CHKDSK V: /F" où V: est la lettre de volume correspondant à l'enregistreur ou sa carte-mémoire, soit via l'interface graphique en faisant un clic droit sur la lettre du volume, puis "Propriétés", onglet "Outils", puis dans le champ "Vérification des erreurs" cliquer sur "Vérifier maintenant", laisser cochée la case "Réparer automatiquement les erreurs du système", ne pas cocher l'autre case). L'outil de vérification va convertir l'espace non répertorié en un fichier non identifié. À la fin de la procédure devrait apparaître dans un dossier caché (il faut donc pour y accéder permettre l'affichage des dossiers cachés dans les options de l'explorateur Windows) nommé "FOUND.000", contenant avec un peu de chance un fichier "FILE0000.CHK" dont la taille correspond à l'enregistrement non finalisé. Il suffit alors de copier ce fichier et de remplacer l'extension par MP3 (et de mettre un nom plus explicite, avec l'horodatage approximatif, sachant que le fichier .CHK n'aura pas un horodatage pertinent).
Enfin un bon logiciel de récupération de données (en gratuit Recuva est déjà très efficace, Photorec aussi mais plus délicat à manier, en payant R-Studio est le meilleur que je connaisse) devrait pouvoir récupérer les fichiers audio "fantômes".
- < Liste des sujets
- Charte
- 1
- 2