¿Qué pasa si se corta la conexión durante la transcripción en el iPhone?

Esta pregunta suele venir de una situación muy concreta: una transcripción estaba en marcha, llegó un ascensor, empezó un túnel, el teléfono pasó de Wi-Fi a datos móviles al salir de casa, y el resultado después fue nada o un texto sin sentido. Merece la pena separar lo que ocurrió realmente de lo que pareció que ocurrió, porque las dos vías de fallo en el iPhone no son lo mismo ni tienen las mismas consecuencias.

Los dos intentos no dependen igual de tu conexión

iOS siempre intenta primero el reconocimiento en el dispositivo. Esa pasada se ejecuta enteramente contra un modelo de idioma ya guardado en el teléfono — no tiene ningún paso de red que se pueda interrumpir, así que un corte de Wi-Fi o una señal muerta durante esa parte no cambia nada del resultado. Si esa primera pasada por sí sola es la que produjo tu transcripción, un corte de conexión en cualquier momento durante ella nunca fue un factor.

La parte que sí depende de una conexión es el reintento: si la pasada local vuelve vacía o da error, el siguiente paso habitual es un segundo intento con el reconocimiento local desactivado, que envía el audio al servicio de voz de Apple y espera a que vuelva el texto. Ese es el único momento de todo el proceso en el que perder la conexión puede hacer algo al resultado.

Qué le hace un corte de conexión a esa petición

El respaldo en servidor no es un flujo que va rellenando palabras sobre la marcha y que plausiblemente pudiera dejarte la primera mitad de una frase. Se envía como una única petición y se responde con una única respuesta: entra audio, sale texto, o no sale nada. No existe un estado intermedio en el que el teléfono haya recibido tres cuartas partes de una transcripción. Si la conexión se corta mientras esa petición está en marcha, la petición sencillamente no llega a completarse, y lo que queda es lo mismo que en cualquier otro intento fallido: una transcripción vacía o ausente, no una a medias ni con trozos sueltos.

Eso también significa que no hay nada que limpiar por tu parte. Una petición fallida no deja un archivo dañado, un proceso colgado, ni una transcripción a medio escribir dentro de la app. Deja exactamente lo mismo que dejaría un fallo que nunca hubiera tocado la red: nada ha cambiado, se ha gastado un intento, y toca volver a intentarlo cuando las condiciones sean otras.

¿Un corte de conexión significa que el audio salió igualmente?

Esta es la parte honesta y algo insatisfactoria de la respuesta. Una petición que falla a mitad de camino no es lo mismo que una que nunca llegó a empezar: es posible que una parte del audio saliera realmente del teléfono antes del corte, aunque nunca volviera ninguna transcripción para ello. No hay forma fiable de que una app apoyada en el framework de voz del sistema te diga hasta dónde llegó una petición condenada antes de morir. Lo que sí se puede afirmar con seguridad, aunque sea menos, sigue siendo útil: una petición fallida no produce ningún resultado, así que no se ha ganado nada con lo que sea que haya salido a medias, y la grabación de origen en tu teléfono no se toca en ningún caso. Si lo que necesitas de verdad para un archivo concreto es la garantía de que no salió nada en absoluto, la forma fiable de conseguirla no es confiar en que el corte llegue a tiempo — es transcribir en modo avión, donde la petición de respaldo no tiene ninguna salida y solo puede ejecutarse la pasada local.

En qué se diferencia de una transcripción vacía por otros motivos

Una transcripción vacía o ausente por un corte de conexión es, desde fuera, idéntica a una causada por audio bajo, el idioma mal seleccionado o un modelo local que no está instalado: en todos los casos acabas mirando un resultado vacío sin ningún mensaje de error que explique por qué. La forma de distinguirlas es fijarse en tus propias condiciones, no en la transcripción: si sabes que la conexión estaba inestable en ese momento, esa es la explicación más probable, y además la solución es distinta. Un idioma mal elegido necesita corregir el ajuste. Un audio bajo necesita acercar el micrófono la próxima vez. Un corte de conexión no necesita cambiar nada — solo una conexión estable y otro intento con el mismo archivo.

Qué hacer en la práctica

• Espera a tener una conexión de fiar y vuelve a transcribir la misma grabación. El archivo de audio no ha cambiado en nada, así que no hay motivo para que un segundo intento se comporte de forma distinta una vez la red es estable.
• Si te mueves mucho entre Wi-Fi y datos móviles — al salir de un edificio, en un trayecto, conduciendo por una zona con cobertura irregular —, merece la pena tenerlo en cuenta como causa probable antes de suponer que algo falla en la grabación.
• Si el idioma tiene su modelo local instalado en tu teléfono, un corte de conexión durante el primer intento es irrelevante, porque ese intento nunca necesitó la red. Un corte solo importa cuando la pasada local ya ha fallado y el reintento es el que está en marcha.
• Para cualquier cosa cuyas palabras exactas no te puedas permitir perder, transcríbela cuando estés en algún sitio con una conexión en la que confíes, en lugar de mientras cruzas la única zona sin cobertura de tu recorrido habitual.

Cómo lo hace Voice Studio

Voice Studio sigue el mismo proceso en dos pasos: primero el reconocimiento en el dispositivo, y solo un reintento contra el servidor de Apple si esa primera pasada vuelve vacía o da error. Si tu conexión se corta mientras ese reintento está en marcha, el intento de transcripción falla y la transcripción vuelve vacía, no a medias ni corrupta — la grabación en sí queda completamente intacta, porque transcribir es un paso aparte que puedes repetir en cualquier momento. No hay nada que deshacer ni ningún estado que arreglar; volver a transcribir cuando tengas una conexión más estable es todo el remedio que hace falta.

Preguntas frecuentes

¿Un corte de conexión puede dañar o acortar mi grabación?

No. El archivo de audio ya está terminado y guardado antes de que pulses transcribir. Una petición de red fallida durante la transcripción no tiene forma de volver atrás y cambiar una grabación que ya existe.

¿Obtengo una transcripción parcial si la conexión se corta a mitad de camino?

No. El respaldo en servidor se responde con una respuesta completa o con ninguna — no existe un estado de transcripción parcial. Un corte de conexión produce un resultado vacío o ausente, igual que cualquier otro intento fallido.

¿Cómo sé si una transcripción vacía se debió a un corte de conexión o a otra cosa?

La transcripción no lo va a decir. Tu propio recuerdo de las condiciones es la mejor pista: una conexión inestable en ese momento apunta a un fallo de red, mientras que un idioma mal seleccionado o un audio muy bajo apuntan a otra causa.

¿Hay alguna forma de garantizar que no salió nada de mi teléfono aunque la conexión fuera irregular?

Sí: transcribe en modo avión. Sin ninguna red disponible, la petición de respaldo no tiene adónde ir, así que solo puede ejecutarse la pasada local — o consigues una transcripción hecha enteramente en el teléfono, o no consigues nada, sin ningún caso intermedio ambiguo.