Que se passe-t-il si le stockage de l'iPhone se remplit pendant l'importation d'un fichier audio ?

Ce cas se présente moins souvent qu'un enregistrement en direct à court de place, mais il fait plus mal quand il arrive, parce que c'est presque toujours en lot : un arriéré de vieux mémos vocaux, un dossier d'enregistrements récupérés sur un dictaphone, des années de messages vocaux sauvegardés depuis une autre app, tout mis en file pour être importé d'un coup plutôt qu'un fichier arrivant à la fois.

Importer, c'est copier, pas capturer

Enregistrer écrit du nouvel audio dans un fichier au fur et à mesure, quelques secondes à la fois, tant que vous continuez à parler. Importer est une opération d'une tout autre nature : le fichier existe déjà, complet, quelque part que le téléphone peut atteindre — l'app Fichiers, un espace de stockage en ligne, un transfert AirDrop — et l'importer signifie lire ce fichier et en écrire une copie dans le stockage propre de l'app. Rien n'est généré à la volée. La taille totale de ce qui va être écrit est déjà connue avant même que la copie ne commence, puisque le fichier source a déjà cette taille.

C'est exactement cette différence qui rend le cas du stockage plein, ici, vraiment distinct de celui de l'enregistrement. Un enregistrement en cours ne connaît pas sa durée finale à l'avance ; une importation, si, dès le premier instant, parce qu'elle lit un fichier qui se termine déjà quelque part.

Ce qui se passe exactement au moment où ça échoue

La copie s'arrête. iOS signale l'écriture comme ayant échoué — une erreur dans la feuille de partage ou la fenêtre d'importation, plutôt que quelque chose qui échoue en silence — et l'app se retrouve soit avec rien, soit avec une copie partielle et incomplète qu'elle écarte au lieu de l'ajouter à la bibliothèque comme une entrée cassée. Dans les deux cas, le fichier source ne change en rien. Importer ne fait que le lire ; il n'est jamais ouvert en écriture, donc une copie qui échoue en cours de route n'a aucun moyen de revenir en arrière et d'abîmer l'original resté dans Fichiers, dans le cloud, ou où qu'il se trouvait.

Cela vaut la peine d'être précisé, car c'est l'exact opposé de la seule vraie panne de stockage destructrice de ce site : un téléphone qui s'éteint ou manque de place en pleine prise peut réellement laisser endommagé le fichier en cours d'écriture à ce moment-là, parce que ce fichier est ouvert et à moitié écrit quand les choses tournent mal. Une importation ratée n'a pas d'équivalent — pas de fichier propre, ouvert, en cours, qui serait endommagé : la seule chose « en cours », c'est une copie, et une copie qui ne se termine pas est simplement une copie qui n'existe pas encore, pas une copie abîmée.

Pourquoi un fichier importé n'est pas réduit par un réglage de qualité comme le serait un nouvel enregistrement

Un nouvel enregistrement fait dans l'app est compressé au moment même de la capture, selon l'un des trois niveaux de qualité choisis — standard, haute ou ultra, tous en AAC mono — et ce réglage est le vrai levier sur l'espace que ça coûte. Un fichier importé saute complètement cette étape : il existe déjà avec le format et la taille qu'il avait à sa création, et l'importer ne le réencode pas en quelque chose de plus petit. Un mémo vocal né en .wav ou en .aiff sur un autre appareil — le cas classique des vieux dictaphones, où ces formats restent courants — peut être nettement plus lourd qu'un .m4a de même durée, parce qu'il n'est jamais passé par la compression que l'audio capturé nativement sur le téléphone a déjà subie au moment d'atteindre le disque.

C'est exactement ce qui piège une grosse importation en lot : juger de la place que demande « un enregistrement » à partir de ce que coûtent d'habitude les enregistrements propres du téléphone, c'est juger avec le mauvais chiffre. Une heure d'AAC mono maison et une heure d'audio non compressé venu d'ailleurs n'ont rien à voir en taille, et un dossier du second type peut consommer bien plus de place que la même durée en enregistrements natifs.

La situation où ça arrive vraiment

Presque jamais un seul fichier. C'est migrer depuis une autre app d'enregistrement, vider un vieux téléphone avant de le donner, rapatrier un lot d'enregistrements depuis un appareil Android, ou enfin s'occuper d'un dossier de messages vocaux ou d'enregistrements de cours qui traînent sur un ordinateur depuis des années. Toutes ces situations sont par nature des « tout importer d'un coup », et c'est exactement le genre de tâche où c'est la taille combinée de tout un dossier — et non un fichier en particulier — qui finit par buter contre un mur.

Vérifier avant une importation en lot, pas pendant

• Réglages → Général → Stockage iPhone affiche directement l'espace libre — ça vaut le coup d'y jeter un œil avant un dossier de vieux enregistrements, pas en cours de route.
• Vérifiez la taille totale du dossier que vous vous apprêtez à importer, pas seulement le nombre de fichiers. Une douzaine de courts enregistrements de type natif et une douzaine de longs fichiers non compressés demandent des choses très différentes au téléphone.
• Importez par petits lots si le total est proche de ce qui est libre, plutôt que de pointer tout le dossier vers l'app d'un coup et de découvrir en cours de route quels fichiers sont passés.

Que faire si ça arrive en plein milieu d'un lot

Vérifiez quels fichiers sont bien arrivés dans la bibliothèque et lesquels non, libérez de la place — supprimer ou décharger quelques grosses vidéos récupère d'habitude bien plus d'espace que de toucher à quoi que ce soit lié à l'audio — puis terminez le reste ensuite. Inutile de réimporter ce qui a déjà réussi, et qu'un fichier plus tardif échoue ne menace en rien ceux qui se sont déjà copiés proprement plus tôt dans le même lot.

Comment Voice Studio gère cela

Voice Studio peut importer un fichier audio existant directement depuis l'app Fichiers, dans tout format qu'iOS lit déjà nativement — .m4a, .mp3, .wav et .aiff s'importent directement, et un format plus ancien comme .amr doit d'abord être converti vers l'un de ceux-là. Une importation est une simple copie vers le stockage propre de l'app sur l'appareil, sans compte, sans synchronisation CloudKit et sans aucun serveur à nous derrière pour prendre le relais si l'espace local vient à manquer. Si le stockage se remplit en cours de route, la copie échoue simplement ou reste incomplète au lieu d'être ajoutée à la bibliothèque, et le fichier source que vous importiez n'est jamais touché, puisque l'importation ne fait que le lire. Une fois entré, un fichier est traité exactement comme un enregistrement natif : la transcription continue de tenter d'abord la voie sur l'appareil, comme pour tout ce qui est enregistré dans l'app elle-même.

Questions fréquentes

Si une importation échoue par manque d'espace, le fichier d'origine que j'importais est-il abîmé ?

Non. L'importation ne fait que lire le fichier source pour en faire une copie ; il n'est jamais ouvert en écriture, donc une copie ratée ou incomplète ne peut en rien affecter le fichier de départ.

Un réglage de qualité plus bas aide-t-il à faire de la place pour une grosse importation ?

Non, pas pour l'importation elle-même. Le réglage de qualité n'agit que sur les nouveaux enregistrements faits dans l'app ; un fichier importé garde la taille et le format qu'il avait déjà, puisque l'importation le copie au lieu de le réencoder.

Pourquoi les vieux enregistrements venus d'un autre appareil prennent-ils plus de place que prévu ?

Les vieux dictaphones et certaines autres apps enregistrent souvent dans des formats non compressés comme .wav ou .aiff. Ils sont nettement plus lourds par minute que le .m4a compressé que produit le micro du téléphone, donc un dossier de ce type peut consommer bien plus d'espace que la même durée en enregistrements natifs.

Est-il plus sûr d'importer un fichier à la fois plutôt qu'un dossier entier ?

Ça enlève au moins l'incertitude. Importer par petits lots fait qu'un problème de stockage en cours de route n'affecte que les fichiers encore en attente, et vous pouvez libérer de la place puis terminer le reste sans vous demander quels fichiers précédents sont réellement passés.