Que se passe-t-il si l'app d'enregistrement plante pendant que vous enregistrez

C'est un de ces moments où la peur va plus vite que les faits. Rien à l'écran ne dit si les dix dernières minutes ont survécu, donc le réflexe naturel est de croire au pire. Cela vaut la peine de distinguer ce qu'un plantage détruit vraiment de ce qu'il laisse généralement intact, parce que ce n'est pas la même chose.

Ce qu'un plantage détruit vraiment

Un plantage met fin au processus de l'app en cours d'exécution — tué par le système parce qu'il utilisait trop de mémoire, par un bug de l'app elle-même, ou parfois par iOS qui récupère des ressources pour autre chose. La disparition de ce processus, c'est tout l'événement, du point de vue du téléphone. Cela ne dit rien en soi sur le fait que le fichier dans lequel ce processus écrivait existe encore ou non, parce qu'iOS traite un fichier sur le disque et un processus en mémoire comme deux choses séparées.

Comment l'enregistrement arrive sur le téléphone, pour commencer

Une app d'enregistrement construite sur les outils audio d'Apple ne garde pas tout l'enregistrement en mémoire pour l'écrire d'un bloc quand vous appuyez sur stop. Elle ouvre un vrai fichier sur le disque dès le début et y écrit l'audio encodé au fur et à mesure de l'enregistrement — quelques secondes à la fois, en continu, tant que l'enregistrement tourne. C'est exactement ce mécanisme qui permet à un appel entrant de mettre l'enregistrement en pause puis de reprendre dans ce même fichier plutôt que d'en commencer un nouveau : il faut déjà qu'un fichier existe sur l'appareil pour pouvoir y reprendre. Autrement dit, un plantage ne défait généralement pas un travail qu'un appel n'aurait pas pu défaire non plus.

Ce que cela signifie pour l'audio lui-même

Comme le fichier s'écrit en continu plutôt que d'être assemblé à la fin, l'audio d'avant le plantage est généralement intact sur le disque. Ce qui est réellement en jeu, c'est une courte fenêtre au moment précis du plantage — ce qui n'avait pas encore été écrit depuis le dernier bloc —, ce qui représente en pratique quelques secondes, pas l'enregistrement entier.

La partie qui peut manquer même quand l'audio a survécu

Il y a un second élément, distinct : l'entrée qui fait apparaître un enregistrement dans la liste de l'app, avec son titre, sa date et sa durée. Cette entrée est en général écrite une fois que l'enregistrement s'est arrêté proprement et a été transmis au reste de l'app. Si le plantage survient avant que cette transmission soit terminée, le fichier audio brut peut rester intact dans le stockage de l'app pendant que l'app elle-même n'a aucune trace de son existence. Cet écart — le fichier va bien, l'app ne le sait simplement pas encore — mérite d'être vérifié spécifiquement, plutôt que de supposer qu'une liste vide veut dire un enregistrement vide.

Ce qu'il faut vraiment vérifier ensuite

• Rouvrez l'app et regardez d'abord dans Récents ou dans la bibliothèque. Parfois l'enregistrement est là, juste écourté de quelques secondes, et l'inquiétude n'avait pas lieu d'être.
• S'il n'apparaît pas dans la liste, vérifiez le dossier propre de l'app depuis l'app Fichiers plutôt que de supposer qu'il a disparu — tout ce qu'un enregistreur comme celui-ci stocke se trouve là, pas caché quelque part d'inaccessible, précisément parce que c'est ce qui permet à votre propre routine de sauvegarde d'y accéder.
• Cherchez un fichier .m4a horodaté au moment où vous enregistriez. Un fichier qui existe et se lit, même brièvement, c'est l'audio qui a survécu au plantage — que l'app le rattrape ensuite est un problème séparé, et mineur.

Pourquoi une app plante, pour commencer

L'enregistrement lui-même est rarement en cause. Les déclencheurs les plus courants sont ordinaires : le téléphone manquait déjà de mémoire avec plusieurs autres apps ouvertes, le stockage était presque plein, ou l'appareil chauffait depuis un moment — les sessions longues augmentent simplement les probabilités en laissant plus de temps à l'un de ces facteurs de se produire, pas parce qu'enregistrer serait une opération fragile. Qu'iOS ferme une app en arrière-plan sous la pression de la mémoire est un comportement ordinaire et attendu, pas la preuve qu'une app en particulier serait peu fiable.

Réduire les risques pour ce que vous ne pouvez pas réenregistrer

• Fermez les autres apps au préalable pour tout ce que vous ne pouvez vraiment pas refaire — une interview unique, un événement, un cours qui ne sera pas rejoué pour vous.
• Assurez-vous d'avoir une vraie marge de stockage avant de commencer une longue session. Un téléphone à 98 % plein est une cause bien plus fréquente d'arrêt brutal d'un enregistrement que n'importe quel bug logiciel.
• Démarrez avec une batterie pleine ou branché. Un téléphone qui s'éteint faute de batterie ressemble, de l'extérieur, exactement à un plantage, et c'est l'explication la plus probable des deux sur un enregistrement long.

Où se situe Voice Studio là-dedans

Voice Studio enregistre dans un vrai fichier .m4a, dans le stockage propre de l'app, pendant toute la durée de l'enregistrement — la même conception de fichier qui lui permet de se mettre en pause et de reprendre dans ce même fichier quand un appel l'interrompt, et la même raison pour laquelle verrouiller l'écran ne l'arrête pas, puisqu'elle est déclarée pour l'audio en arrière-plan plutôt que de devoir rester au premier plan. Il n'y a ni compte ni serveur de notre part à aucun moment, donc un plantage est un événement purement local, sur l'appareil — il n'y a rien ailleurs à récupérer, et rien ailleurs qui ait jamais été mis en risque non plus.

Questions fréquentes

Si l'app d'enregistrement plante, l'enregistrement est-il vraiment perdu ?

En général non, pas entièrement. L'audio déjà écrit dans le fichier est généralement intact ; ce qui se perd typiquement, c'est une courte fenêtre au moment précis du plantage, pas l'enregistrement entier.

Pourquoi une app d'enregistrement planterait-elle, pour commencer ?

Le plus souvent à cause d'une pression système ordinaire — peu de mémoire avec plusieurs apps ouvertes, stockage presque plein, ou un téléphone qui chauffait depuis un moment — plutôt qu'à cause de quoi que ce soit de spécifique à l'enregistrement lui-même.

Comment savoir si un enregistrement a survécu à un plantage ?

Rouvrez l'app et regardez d'abord dans Récents ou dans la bibliothèque. S'il n'y est pas, vérifiez le dossier propre de l'app dans Fichiers pour un .m4a récent — l'audio peut exister avant même que l'app n'ait une entrée pour lui.

Un plantage est-il différent de forcer la fermeture de l'app volontairement ?

Pas du point de vue de ce qui arrive au fichier — les deux mettent fin au processus en cours de la même façon. La seule différence, c'est que forcer la fermeture est un choix, alors qu'un plantage ne l'est pas.