Qué pasa si al iPhone se le acaba la batería mientras exportas o haces una copia de seguridad de las notas de voz

Esto encaja entre otras dos situaciones que ya vale la pena conocer. Un iPhone que se apaga a mitad de una grabación sí puede dañar el archivo, porque la app está escribiendo en ese mismo instante sobre la grabación en sí. Un iPhone que se apaga a mitad de una transcripción no puede tocar nada, porque transcribir solo lee un archivo que ya estaba terminado y cerrado de antes. Exportar y hacer una copia de seguridad son un tercer caso, con su propia respuesta, y no coincide del todo con ninguna de las dos anteriores.

Qué hace exportar con tus datos, en realidad

Exportar una transcripción, compartir el audio de una grabación o construir una copia de seguridad completa empiezan todos de la misma forma: leyendo algo que ya está guardado y terminado. El .m4a de una grabación queda cerrado en el momento en que tocas parar. Su transcripción, si ya la pediste, se escribió en el almacenamiento propio de la app mucho antes de que abrieras la pantalla de exportar. Nada de eso se vuelve a escribir para producir una exportación — se lee, y a partir de lo leído se construye un archivo nuevo.

Esa es justo la parte que un corte de energía no puede alcanzar. Haga lo que haga el teléfono en el instante en que se apaga, la grabación y la transcripción que ya tenías no estaban abiertas para escritura en ese momento, porque exportar no vuelve a escribir sobre ellas. La fuente está aquí exactamente tan a salvo como cuando el teléfono se apaga mientras transcribe, y por la misma razón de fondo.

Qué sí puede alcanzar un corte de energía

Lo único expuesto es el archivo que la exportación está produciendo en ese momento. Un TXT o un JSON de transcripción, el JSON único de una copia de seguridad completa — cada uno de ellos es un archivo nuevo que se está construyendo y escribiendo, y un apagón repentino a mitad de esa escritura se comporta como se comporta cualquier escritura interrumpida en cualquier dispositivo: el archivo puede salir más corto de lo que debería, vacío, o simplemente no llegar a terminar de entregarse a donde lo estabas mandando. Es algo que de verdad puede pasar, y vale la pena decirlo tal cual en vez de prometer que nunca ocurre.

Lo que no es, es una amenaza para tu biblioteca. Perder ese archivo de salida te cuesta exactamente un intento de exportación — la misma grabación y la misma transcripción siguen ahí en la app después, listas para exportarse otra vez, porque producir ese archivo nunca dependió de mantenerlas intactas. Ya lo estaban.

Por qué la copia de seguridad completa es la más arriesgada de las dos

El TXT o JSON de una sola grabación es pequeño y rápido de escribir — título, fecha, hora, lugar y el texto de una transcripción no son muchos datos, así que la ventana en la que un corte de energía podría pillarlo a mitad de escritura es breve, y las probabilidades de que una batería se agote justo en ese instante son bajas. Una copia de seguridad completa es otra escala: es un único JSON que reúne los datos y la transcripción de todas las grabaciones de la biblioteca a la vez, así que montarlo y escribirlo lleva más tiempo, y una biblioteca más grande significa un archivo más grande y una ventana más larga. Si un teléfono va a apagarse a mitad de alguna exportación, una copia de seguridad completa larga sobre una biblioteca grande es donde eso tiene más probabilidades de llegar a pasar de verdad.

Cómo saber si el archivo que te ha quedado está completo

Un TXT es el caso fácil — lo abres y ves dónde se corta. Una transcripción que termina a mitad de una frase, o un archivo sospechosamente corto para una grabación que sabes que era larga, es en sí misma la prueba de que la exportación no llegó a terminar. Un JSON es más difícil de comprobar a simple vista, pero suele fallar más ruidosamente, no más en silencio: un archivo JSON cortado a mitad de escritura suele dejar de ser JSON válido, así que lo que sea que uses para abrirlo —un editor de texto, un script, la importación a otra herramienta— tiene más probabilidades de dar un error que de abrirse con buena pinta mientras le falta en silencio la segunda mitad. Una exportación que no se abre en absoluto te está diciendo algo útil, no comportándose de forma inútilmente rota.

Qué hacer si ya te ha pasado

• Abre el archivo antes de darlo por bueno, sobre todo si la copia de seguridad se hizo con la batería ya baja. Un archivo que se abre limpiamente y parece completo casi seguro que lo está.
• Si no se abre, o se ve cortado, exporta o haz la copia de seguridad otra vez, sin más. Nada cambió en las grabaciones ni en las transcripciones, así que no hay ningún estado a medias con el que lidiar — es la misma petición, hecha una segunda vez.
• Para una copia de seguridad completa grande en concreto, conecta el teléfono a la corriente antes de empezar en vez de lanzarla con una batería que ya estás vigilando. La copia en sí no tarda mucho comparada con una grabación, pero no hay motivo para correr esa carrera contra un reloj que no puedes ver.
• Si una copia de seguridad importa porque vas a estar sin el teléfono una temporada —un iPhone nuevo en camino, una reparación, una entrega a cambio de otro—, hazla con la batería en buen estado y comprueba el archivo después, en vez de conformarte con una copia hecha con poca batería solo porque es mejor que nada.

Cómo lo maneja Voice Studio

Exportar una transcripción en Voice Studio escribe un TXT o un JSON de esa grabación en concreto; compartir una grabación entrega el .m4a tal cual; y una copia de seguridad completa, en Ajustes, escribe todo lo que hay en la biblioteca —los datos y la transcripción de cada grabación— en un único archivo JSON. Las tres operaciones leen de datos que ya estaban guardados antes de empezar la exportación, y ninguna de ellas vuelve a escribir sobre la grabación ni sobre una transcripción existente para producir el archivo nuevo. No hay cuenta ni sincronización con CloudKit detrás de nada de esto, así que la copia que produce una exportación o una copia de seguridad es la única que existe hasta que la has hecho —precisamente por eso vale la pena abrirla una vez después de crearla, en lugar de dar por hecho que un archivo que terminó de escribirse rápido terminó de escribirse por completo.

Preguntas frecuentes

¿Puede el apagón del iPhone durante una exportación dañar la grabación de la que parte?

No. Exportar solo lee una grabación y su transcripción, ambas ya terminadas y guardadas antes de que empiece la exportación — nunca las vuelve a escribir. Un corte de energía solo puede afectar al archivo nuevo que se estaba produciendo, no a la fuente de la que partía.

¿Es más arriesgado quedarse sin batería al exportar una sola nota de voz o al hacer una copia de seguridad completa?

Sí, en el sentido de que tarda más. Exportar la transcripción de una sola grabación es rápido y pequeño, así que la ventana en la que un corte de energía podría pillarlo a mitad de escritura es breve. Una copia de seguridad completa reúne todas las grabaciones de la biblioteca en un único JSON, lo que lleva más tiempo y le da a una batería agotándose más ocasión de coincidir justo con ese momento.

¿Cómo sé si un archivo exportado o una copia de seguridad se han quedado a medias?

Ábrelo. Un TXT que se corta a mitad de una frase es prueba suficiente por sí solo. Un JSON cortado a mitad de escritura suele dejar de ser JSON válido, así que tiende a no abrirse en absoluto en vez de abrirse con buena pinta mientras le falta contenido en silencio.

¿Tengo que repetir algo más si el teléfono se apaga a mitad de una copia de seguridad?

Solo la copia de seguridad en sí. Las grabaciones y transcripciones de las que partía quedan intactas, así que volver a exportar o hacer la copia empieza otra vez desde los mismos datos completos, no desde nada a medias.