Fichiers .wav corrompus

Audacity Help Forum Français
1

Bonjour à tous,

Nouveau sur ce forum je me présente, je suis journaliste pigiste, plutôt spécialisé dans l’écrit, mais je fais aussi de la radio et en particulier du reportage que je monte par la suite.

Il m’est arrivé le problème suivant : en reportage en Chine j’ai sauvegardé des fichiers .wav (enregistrés en 44100 Hz, 16 bit) sur mon DD externe et une clé USB que j’avais achetée sur place (fatalitas !). Hélas j’ai commis l’erreur de copier les fichiers sur le DD depuis la clé directement et non à partir de la carte Compact flash que j’utilise pour mon enregistreur.

Au bout d’une semaine la clé a explosé (au sens figuré) et je me suis aperçu que les fichiers enregistrés sur le DD étaient illisibles. J’en ai environ une quinzaine comme ça, de 1 jusqu’à 300 Mo environ.

J’ai tenté de les importer en données brutes avec Audacity, mais je suis confronté à plusieurs problèmes :

  • sur un fichier de 255Mo, Audacity a compilé en boucle les cinq mêmes minutes d’enregistrement sur une longueur totale de 40 minutes (qui doit correspondre à la durée de l’enregistrement).
  • quand j’ai essayé la manip avec d’autres fichiers, correspondant à une interview différente, je n’ai réussi qu’à importer un passage différent de l’interview du fichier de 255 Mo.
  • problème moins important, les voix étaient modifiées, légèrement plus graves.
  • aujourd’hui, j’ai réessayé et Audacity refuse carrément d’importer les données. Je répète la manip et rien ne se passe.

Voici un exemple de fichier corrompu pour que vous puissiez vous rendre compte :
http://dl.free.fr/c9If0ccW7

Pour l’importation j’ai essayé dans tous les modes de 16 bit, en 44100 et en 48000 Hz, avec tous les boutismes.

De manière générale j’ai beaucoup de problèmes de plantages avec Audacity, parfois lorsque j’ai beaucoup de pistes (plus de 4) simultanément sur le même projet, mais parfois sans raison apparente (une seule piste, sans lancement d’aucune manip). D’ailleurs, je suis en train de me tâter pour passer à un logiciel payant car si Audacity m’a bien servi, je perds beaucoup de temps avec ces plantages et le manque de maniabilité de l’interface, au niveau des raccourcis clavier notamment. J’espère ne m’aliéner personne en disant cela :mrgreen:

(j’ai essayé Reaper mais je n’ai pas trouvé comment importer des données brutes…)

Pour information je travaille sur un MacBook (pas pro) avec OS X 10.4.11, et Audacity 1.2.5 (tiens je viens de l’ouvrir pour vérifier la version, et il ne veut pas me le montrer ! la ligne “About” est en grisé !)


Merci d’avance - d’avance car en cherchant sur le forum j’ai appris l’existence de l’hébergeur gratuit de Free, très pratique !

Emmanuel

2

Il n’est pas possible d’accéder au fichier audio sans un identifiant et un mot de passe.

SVP utilisez un serveur d’accès ouvert.

1.2 est connu pour être instable sur les versions ultérieures de Mac. Utilisez 1.3.13 au lieu:
http://audacityteam.org/download/beta_mac?lang=fr



Gale

3

Pardon, j’ai oublié de donner le mot de passe pour accéder au fichier : audacity .
Le nom d’utilisateur est don.manolo (at) free.fr et le mot de passe est audacity.

Je vais tenter d’installer la version 1.3, je ne l’avais pas fait car s’agissant d’une bêta j’avais peur de rencontrer les mêmes problèmes. Merci.

4

Le fichier situé à free.fr contenir audio PCM, mais n’a pas d’informations décrivant ce type de fichier est-il. Donc, pas des programmes sait comment le jouer. Vous devez importer ces fichiers dans Audacity en utilisant Fichier > Importer > Données brutes (Raw). Les paramètres détectés dans Importer Raw devrait importer le fichier correctement (mono 44100 Hz).

Ici votre fichier en MP3:
https://www.yousendit.com/directDownload?phi_action=app/directDownload&fl=SWhZekZpZ2doMlYzZVBkTnlEWU1Eak9yZWt5UmdteDRsUjJuWENHRzVZbz0&experience=bas

Parce que 1.2 a été développé avant OS X 10.4.11 / 5 / 6 / 7, il est effectivement moins stable que 1.3.13 sur ces systèmes!


Gale

5

Merci, mais comme je l’indiquais dans mon premier message j’ai déjà fait cette opération, le problème est que sur près d’un Go de données chaque fichier importé en .raw renvoie au même extrait sonore.

Pour comparer, voici le fichier d’un enregistrement, comme son nom l’indique, tourné à 18h12 (le premier à 09h01), soit plus de neuf heures plus tard. Or lorsqu’on l’importe en raw il renvoie exactement au même passage ! De plus il apparaît plus court en durée alors que le fichier contient plus de données.
Enfin, comme je le signalais, la voix est distordue car légèrement plus grave qu’au naturel.

http://dl.free.fr/kogdRo0sE

Cela signifie-t-il que les données sont définitivement perdues ?

6

Malheureusement, je ne parle pas français, je suis essayer d’aider, car nous n’avons pas de nombreux assistants qui peuvent parler français. Pouvez-vous parler anglais? Vos messages ne font pas de sens parfait avec une machine de traduction. Je dois donc deviner.

Si un fichier n’a pas têtes-informations, en-tous les Audacity peut faire est d’importer RAW. Il n’a pas corrompu ou changer la qualité sonore du fichier si vous utilisez les paramètres corrects pour importer RAW. Votre dernier fichier sons OK pour moi importé à 16-bit PCM 44100 Hz mono. Il est un peu plus de 4 minutes. Je ne sais pas quelle longueur il doit être parce que le fichier n’a pas têtes-informations!

Pour savoir ce que les paramètres d’importation RAW corrects pour votre fichier, vous devez télécharger un exemple d’un fichier de votre enregistreur qui a têtes-informations correctement, afin qu’il puisse être jouer sur un ordinateur. Vous dites qu’il est de 44100 Hz 16-bit WAV, mais vous ne précisez pas le format WAV et vous ne précisez pas si elle est mono ou stéréo. Si la longueur de l’importation RAW est incorrect, peut-être votre enregistreur n’enregistre pas PCM. Dans ce cas, importer en PCM ne donnera pas le résultat correct.

Et comment savez-vous que le fichier que vous posté n’a pas tronquées ou endommagées à cause de votre épargne incorrecte?

Si votre plainte est que Audacity utilise trop d’espace de disque pour importer le fichier, changer le “format d’échantillonnage par défaut” dans les préférences de la qualité à “16-bit”.



Gale

7

Hello, I understood you don’t speak French, I posted this in French as it is on the French forum :wink:

I’m not sure what kind of .wav file my recorder does record. They’re all mono, though. Here is an uncorrupted file for your information :

http://dl.free.fr/h5HE5Hsls

Let me explain from the beginning. I was working on a radio documentary in China when I saved those .wav files on an external hard drive and on a USB key that proved itself defective later on. I saved the files on the HD directly from the USB key, before it went out of service.

The problem is, whatever file (and it is several hours of recording) I import in raw, I end up having those same four or five minutes, sometimes looped when the file is big (255 Mo or so). The voice and generally the sounds are modified, slightly deeper.

If the files proved to be shortened or corrupted because of the USB key’s bug, would there be a possibility to restore them ? The data are still there, right, since they are the “appropriate” size for this kind of files ? I mean, they do have some information inside.

8

Thanks for writing in English.

According to MediaInfo, this is the information for your correctly saved file:

Format : Wave
Overall bit rate : 771 Kbps
Producer : Fostex FR-2LE
Description : fUBITS=$ / fTAPE=26112010 / fEVENT=00597 / fSPEED=025.000-ND / fTRK1=LEFT / fNOTE=
Encoding settings : PCM / mono / 16bit / 48kHz
ID : 0
Format : PCM
Format settings, Endianness : Little
Codec ID : 1
Bit rate : 768 Kbps
Channel(s) : 1 channel
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Stream size : 7.14 MiB (100%)

Therefore, observe the same settings when importing raw:

  • Signed 16 bit PCM
  • Little endian
  • 1 channel (mono)
  • Start offset 0
  • Amount 100%
  • Sample rate 48000 Hz

The higher project rate 48000 Hz will ensure the recording is the correct pitch and length if the data itself is correct.

The corrupted files you have submitted before have no header information. No standard audio player will play them. The header information should be at the start of the file, so as that information is missing I assume the file is incomplete. I doubt Audacity is importing the file incorrectly but I cannot say without seeing the file.

If it helps you calculate, assuming the corrupted files were recorded at 48000 Hz 16-bit PCM mono, every minute of recording takes 5.4 MB of disk space. So if you have what you think is a two hour recording it should be 648 MB in size. If if is some smaller size, the file is incomplete.



Gale

9

Thanks for the information.

I’ve discovered that two files from the same set of recording seem uncorrupted.

Here is the first one : http://dl.free.fr/qAYSAHLH3 and here is the second one : http://dl.free.fr/bk3i2VXa5

It happens that whatever other file I try to import using your method (and that was the case before I called for help), I get a shortened or repeated version of those both files.

Here is an example of a file where they are repeated thrice :

http://dl.free.fr/t7LKcEOzW

Could it be possible that those eighteen or so other files with no header information were “mashed up” with those two by the USB key when saving them ? Then again, about a minute of recording doesn’t belong to the two files aforementioned (between 1’31 and 2’28 on the looped file, repeated between 6’ and 7’ and at the end).

According to your calculations all the files imported are the right length (compared to their size). So is there a chance the sound information on them is somehow still there ?

Thanks again for your help.

10

Thanks for the files. Sorry to bear bad news, but Audacity is giving you exactly what is in the corrupted file that has the three repeated sections.

The audio length is correct for the length of the corrupted file. It starts just after where the headers should have been, giving the cue points and timecode, then goes onto the data. Before half way is reached, the section starting with the cue points and timecode is repeated, up to the point it broke off before. Then the section starting with the cue points and time code is repeated again but this time is cut short before the point it stopped before. You can look in a hex editor to verify this.

Would you like to give a translation of the result for anyone who was following this in French?

Thanks


Gale

11

Ok, thanks for your help.

It does the same for the other files - depending on the length, it repeats more or less the same section of audio file.



Pour ceux qui ne liraient pas l’anglais, voici la traduction du message de Gale Andrews :

Désolé, mais Audacity ne fait que restituer le contenu exact du fichier corrompu qui contient trois séquences répétées (http://dl.free.fr/t7LKcEOzW).

La longueur de la bande audio (importée par Audacity) correspond à celle du fichier corrompu. Celui-ci démarre juste après l’endroit où devraient se trouver les informations d’introduction (headers), indiquant les points cue et le timecode, puis continue sur les données. Avant la moitié du fichier, la section démarrant par les points cue et le timecode est répétée, jusqu’au point où elle s’est interrompue précédemment. Puis elle est répétée encore une fois, mais cette fois-ci est interrompue plus tôt qu’au point où elle l’était les fois d’avant. Vous pouvez regarder dans un éditeur de fichiers binaires pour le vérifier.