Un appel interrompt-il la transcription sur iPhone ?

C'est une question légitime. Un appel qui arrive en pleine prise est l'une des façons les plus connues dont un enregistrement se retrouve coupé sur iPhone, donc il est raisonnable de supposer que ce même appel ferait quelque chose de semblable à une transcription en cours au même moment — la mettre en pause, l'interrompre, la corrompre. Les deux situations se ressemblent de l'extérieur : un appel sonne, quelque chose que le téléphone était en train de faire s'arrête. En dessous, ce n'est pas du tout la même chose qui est demandée au téléphone.

Pourquoi un appel interrompt un enregistrement, pour commencer

iOS traite le micro comme une ressource unique qu'une seule chose peut détenir à la fois, arbitrée par le système plutôt que par celui qui l'a demandé en premier. Quand un appel arrive, le système retire le micro à ce qui l'utilisait et notifie à cette app qu'une interruption a commencé. Un enregistrement en cours est l'exemple le plus net de quelque chose qui a exactement besoin de ce que demande un appel, donc c'est ce qui s'arrête de façon visible. Ce n'est ni un bug ni une défaillance de l'app — c'est le mécanisme qui fonctionne comme prévu, en donnant la priorité à l'appel sur tout ce qui réclame de l'audio en direct.

Ce que transcrire demande réellement au téléphone

Transcrire ne commence qu'une fois qu'un enregistrement est déjà un fichier complet et clos, posé sur le stockage — vous arrêtez d'enregistrer, l'app finalise l'audio, et c'est seulement après que vous pouvez demander une transcription de ce fichier. Le transformer en texte consiste à confier cet audio déjà enregistré à la reconnaissance vocale d'Apple, d'abord sur l'appareil, avec une nouvelle tentative auprès du serveur d'Apple seulement si ce premier passage revient vide ou échoue. Dans les deux cas, c'est de l'audio qui entre et du texte qui sort, une seule fois, à partir d'un fichier déjà terminé avant que la demande commence. À aucun moment cela ne demande le micro au système, puisqu'il n'y a aucun son en direct à écouter.

Pourquoi cela veut dire qu'un appel n'a rien à prendre

La raison pour laquelle un appel peut interrompre un enregistrement est précise : cela exige le contrôle exclusif de l'entrée audio en direct, la seule chose qu'iOS ne confie jamais qu'à une seule app à la fois. Transcrire n'a jamais été en concurrence pour cette ressource. Cela n'a aucun flux de micro ouvert que le système pourrait réattribuer à l'appel, ni rien que l'appel puisse réclamer. Que l'appel soit décroché, refusé, ou qu'il sonne simplement et s'arrête, rien de tout cela ne change quoi que ce soit pour une transcription en cours, parce que cette transcription n'a jamais été branchée sur la ressource pour laquelle un appel se bat réellement.

Le seul endroit où un appel peut encore compter, et ce n'est pas l'appel lui-même

Il existe un cas limite réel, mais il ne concerne pas l'appel — il concerne ce que vous faisiez du téléphone au moment où il est arrivé. Si une transcription est lancée puis que le téléphone est verrouillé ou posé de côté pendant qu'elle travaille encore, et qu'un appel arrive justement à ce moment-là, ce qui compte c'est que l'app se trouve en arrière-plan, pas qu'un appel ait sonné. Une autorisation audio en arrière-plan, du genre qui permet à un enregistrement de continuer écran verrouillé, est conçue précisément pour cela — maintenir en vie la session d'un enregistrement. C'est plus restreint qu'un traitement ouvert en arrière-plan, et une demande de transcription se rapproche davantage de ce second cas. En usage courant, cela ne se pose quasiment jamais : un appel qui arrive pendant que l'app est ouverte à l'écran s'affiche comme une bannière compacte plutôt que de vous en faire sortir, donc une transcription en cours continue de tourner avec l'app toujours visible. Le cas qui mérite vraiment d'être connu est plus précis — laisser tourner une longue transcription puis verrouiller le téléphone avant qu'elle ne se termine, pas un appel à lui seul.

Ce qui se passe réellement si une transcription est coupée

La même chose que pour n'importe quelle autre tentative de transcription interrompue : pas de texte partiel ni corrompu, parce que la demande soit se termine et renvoie un résultat, soit ne va pas jusqu'au bout. Il ne reste aucune transcription à moitié faite dans l'app à nettoyer ensuite. L'enregistrement source reste intact dans tous les cas, puisqu'il était déjà sauvegardé avant que la demande ne commence, et le retranscrire ne coûte rien de plus que l'attente — c'est une demande que l'on peut refaire sur un enregistrement terminé autant de fois qu'on le souhaite, pas une occasion unique liée à un instant précis.

En quoi cela diffère de ce qu'un appel fait à un enregistrement

Un enregistrement interrompu par un appel se retrouve avec un vrai trou, de la durée de l'appel, parce que le micro était réellement indisponible pendant ce laps de temps et qu'il n'y avait rien à capturer à ce moment-là. Une transcription n'a aucun trou équivalent à montrer pour un appel qui est arrivé, parce qu'il n'y a jamais eu de flux en direct que l'appel aurait pu lui prendre — au pire, il faut redemander la transcription depuis le début, sur un audio qui n'a jamais changé.

Comment Voice Studio gère cela

Voice Studio surveille l'interruption système que déclenche un appel, et s'en sert pour mettre en pause un enregistrement actif et le reprendre dans le même fichier une fois l'appel terminé — ce mécanisme existe précisément parce qu'un enregistrement a besoin du micro. Transcrire est une demande distincte, en une seule fois, sur un .m4a déjà sauvegardé : d'abord sur l'appareil, avec une nouvelle tentative auprès du serveur d'Apple seulement si ce passage revient vide ou échoue, et aucun des deux chemins ne demande jamais le micro. Qu'un appel arrive pendant qu'une transcription est en cours ne la met pas en pause, ne l'annule pas et ne la relance pas, parce que les deux opérations n'ont jamais été en concurrence pour la même chose.

Questions fréquentes

Répondre à un appel annule-t-il une transcription déjà en cours ?

Non. Un appel prend le micro à ce qui l'utilise, et transcrire un fichier déjà enregistré ne demande jamais le micro, donc l'appel n'a rien à lui prendre.

Cela vaut-il aussi bien pour le passage sur l'appareil que pour le repli sur le serveur d'Apple ?

Oui. Ni l'un ni l'autre ne garde un flux de micro en direct ouvert — les deux travaillent à partir du même fichier audio déjà sauvegardé, que la reconnaissance elle-même s'exécute sur l'appareil ou sur le serveur d'Apple.

Et si je verrouille mon téléphone juste au moment où un appel arrive pendant qu'une transcription travaille encore ?

L'appel lui-même n'est toujours pas le risque. Verrouiller l'écran place l'app en arrière-plan, ce qui est une question distincte du conflit pour le micro qu'un appel remporte face à un enregistrement en direct — mieux vaut garder l'app ouverte et le téléphone déverrouillé pour une transcription que vous voulez voir se terminer sans un second essai.

Est-ce le même mécanisme qu'un appel qui interrompt un enregistrement en cours ?

Non, c'est l'inverse. Un enregistrement se met en pause parce qu'un appel lui prend la seule chose dont il a besoin, le micro. Une transcription n'a aucun micro à perdre, donc le mécanisme qui interrompt les enregistrements n'a tout simplement rien sur quoi agir ici.