Que se passe-t-il si l’iPhone s’éteint pendant l’export ou la sauvegarde de notes vocales

Cette question arrive souvent juste après deux autres, voisines : que se passe-t-il si l’iPhone s’éteint en plein enregistrement, et que se passe-t-il s’il s’éteint en pleine transcription. L’export et la sauvegarde forment un troisième cas, et il ne ressemble tout à fait ni à l’un ni à l’autre.

Pourquoi l’enregistrement et la transcription ne risquent rien ici

Exporter une transcription, partager l’audio d’un enregistrement ou construire une sauvegarde complète commencent tous de la même façon : en lisant quelque chose qui est déjà enregistré et terminé. Le .m4a d’un enregistrement a été finalisé au moment où vous avez appuyé sur stop. Sa transcription, si vous en avez déjà demandé une, était déjà écrite dans le stockage de l’application avant même que vous n’ouvriez l’écran d’export. Rien de tout cela n’est réécrit pour produire un export — c’est lu, et un nouveau fichier est construit à partir de ce qui a été lu.

C’est précisément la partie qu’une coupure de courant ne peut pas atteindre. Quoi que le téléphone était en train de faire au moment où il s’est éteint, l’enregistrement et la transcription qu’il avait déjà n’étaient pas ouverts en écriture à cet instant, puisqu’un export n’écrit jamais dedans. La source est ici tout aussi à l’abri que lorsque le téléphone s’éteint pendant une transcription, et pour la même raison de fond.

Ce qu’une coupure de courant peut réellement toucher

Le seul fichier que l’export est en train de produire. Un TXT ou un JSON de transcription, le JSON d’une sauvegarde complète — chacun de ces fichiers est en cours de construction et d’écriture, et une extinction brutale en plein milieu de cette écriture se comporte comme n’importe quelle écriture de fichier interrompue sur n’importe quel appareil : le fichier peut ressortir plus court que prévu, vide, ou tout simplement ne jamais finir d’être transmis là où vous l’envoyiez. C’est quelque chose qui peut réellement arriver, et mieux vaut le dire clairement plutôt que de prétendre que ça n’arrive jamais.

Ce que ce n’est pas, en revanche, c’est une menace pour votre bibliothèque. Perdre ce fichier de sortie vous coûte exactement une tentative d’export — le même enregistrement et la même transcription sont toujours là dans l’application juste après, prêts à être exportés de nouveau, parce que produire ce fichier n’a jamais dépendu de les garder intacts. Ils l’étaient déjà.

Pourquoi une sauvegarde complète est plus exposée qu’un export isolé

Le TXT ou le JSON d’un seul enregistrement est petit et s’écrit vite — un titre, une date, une heure, un lieu et le texte d’une seule transcription, ce n’est pas beaucoup de données, donc la fenêtre pendant laquelle une coupure de courant pourrait le surprendre en pleine écriture est brève, et les chances qu’une batterie à plat tombe exactement dans cette fenêtre sont faibles. Une sauvegarde complète change d’échelle : c’est un unique JSON qui rassemble les détails et la transcription de tous les enregistrements de la bibliothèque à la fois, donc l’assembler et l’écrire prend plus de temps, et une bibliothèque plus grande veut dire un fichier plus gros et une fenêtre plus longue. Si un téléphone doit s’éteindre en plein milieu d’un export, une longue sauvegarde complète sur une grande bibliothèque est le cas où cela a le plus de chances d’arriver pour de vrai.

Savoir si le fichier obtenu est vraiment entier

Un fichier TXT est le cas facile — ouvrez-le et regardez où il s’arrête. Une transcription qui s’interrompt en plein milieu d’une phrase, ou un fichier étrangement court pour un enregistrement que vous savez long, est en soi la preuve que l’export ne s’est pas terminé. Un fichier JSON est plus difficile à juger d’un coup d’œil, mais il a tendance à échouer bruyamment plutôt que discrètement : un JSON coupé en pleine écriture n’est en général plus un JSON valide du tout, donc tout ce avec quoi vous essayez de l’ouvrir — un éditeur de texte, un script, un import dans un autre outil — a plus de chances de renvoyer une erreur que de s’ouvrir en ayant l’air normal alors qu’il lui manque discrètement la seconde moitié. Un export qui ne s’ouvre nulle part vous dit quelque chose d’utile, ce n’est pas juste un problème gratuit.

• Ouvrez le fichier avant de lui faire confiance, surtout après une sauvegarde faite alors que la batterie était déjà faible. Un fichier qui s’ouvre proprement et a l’air complet l’est presque certainement.
• S’il ne s’ouvre pas, ou paraît coupé, exportez ou sauvegardez simplement à nouveau. Rien n’a changé du côté des enregistrements ou des transcriptions, donc il n’y a aucun état partiel à contourner — c’est la même demande, relancée une deuxième fois.
• Pour une grosse sauvegarde complète en particulier, branchez le téléphone avant de commencer plutôt que de la lancer sur une batterie que vous êtes déjà en train de surveiller. La sauvegarde elle-même ne prend pas longtemps comparée à un enregistrement, mais rien n’oblige à la faire courir contre une horloge que vous ne voyez pas.
• Si une sauvegarde compte parce que vous allez bientôt être sans le téléphone — un nouvel appareil en route, une réparation, une reprise — faites-la avec une batterie en bonne santé et vérifiez le fichier ensuite, plutôt que de traiter une sauvegarde faite in extremis sur batterie faible comme suffisante simplement parce que c’est mieux que rien.

Comment Voice Studio gère cela

Exporter une transcription dans Voice Studio écrit un TXT ou un JSON pour cet enregistrement précis ; partager un enregistrement transmet le .m4a lui-même ; et une sauvegarde complète, dans Réglages, écrit tout ce qu’il y a dans la bibliothèque — les détails et la transcription de chaque enregistrement — dans un seul fichier JSON. Chacune de ces opérations lit des données déjà enregistrées avant que l’export ne commence, et aucune ne réécrit l’enregistrement ou une transcription existante pour produire le nouveau fichier. Il n’y a ni compte ni synchronisation CloudKit derrière tout ça, donc la copie que produit un export ou une sauvegarde est la seule copie qui existe jusqu’à ce que vous l’ayez faite — c’est justement pour ça que ça vaut la peine de l’ouvrir une fois après coup, plutôt que de supposer qu’un fichier qui a fini de s’écrire vite a forcément fini de s’écrire entièrement.

Questions fréquentes

Une batterie à plat pendant un export peut-elle abîmer l’enregistrement dont il part ?

Non. L’export ne fait que lire un enregistrement et sa transcription, déjà terminés et enregistrés avant qu’il ne commence — il ne les réécrit jamais. Une coupure de courant ne peut toucher que le nouveau fichier en train d’être produit, pas la source à partir de laquelle il a été lu.

Une sauvegarde complète risque-t-elle plus qu’un export d’un seul enregistrement ?

Oui, au sens où elle prend plus de temps. Un export de transcription unique est petit et rapide à écrire, donc la fenêtre pendant laquelle une coupure de courant pourrait le surprendre est brève. Une sauvegarde complète rassemble tous les enregistrements de la bibliothèque dans un seul fichier JSON, ce qui prend plus longtemps et laisse davantage de temps à une batterie à plat pour tomber en plein milieu.

Comment savoir si un fichier exporté ou sauvegardé est vraiment complet ?

Ouvrez-le. Un TXT qui s’arrête en plein milieu d’une phrase en est déjà la preuve. Un JSON coupé en pleine écriture n’est en général plus un JSON valide, donc il a tendance à ne pas s’ouvrir du tout plutôt qu’à s’ouvrir en ayant l’air normal alors qu’il lui manque du contenu.

Dois-je refaire autre chose si mon iPhone s’éteint en pleine sauvegarde ?

Juste la sauvegarde elle-même. Les enregistrements et les transcriptions qu’elle lisait n’ont pas bougé, donc relancer l’export ou la sauvegarde repart des mêmes données complètes, pas d’un état partiel.