Que se passe-t-il quand l'iPhone n'a plus de stockage pendant une transcription ?

Cette question suit souvent la même inquiétude que celle déjà connue pour l'enregistrement — un téléphone presque plein, une longue conférence ou un entretien qui attend là, pas encore transcrit, et le réflexe raisonnable de se demander si appuyer sur transcrire est une autre façon de le perdre. Ce n'est pas absurde à vérifier. C'est juste regarder la mauvaise étape, une fois qu'on voit ce que chacune fait réellement au disque.

Deux choses différentes se passent sur le disque

Un enregistrement écrit de l'audio dans un fichier en continu, tant qu'il tourne, et l'app n'a aucun moyen de savoir à l'avance quelle sera la taille finale de ce fichier. C'est exactement pour ça que manquer d'espace en plein enregistrement est un vrai risque : l'écriture est ouverte, sans fin fixée, et elle s'arrête dès qu'il n'y a plus où mettre le morceau suivant.

Transcrire un enregistrement déjà présent sur le disque est une opération d'une autre nature. L'audio n'est pas réécrit — il est lu, une fois, par le moteur de reconnaissance vocale. Ce qui revient et doit vraiment être enregistré, c'est la transcription : un bloc de texte, pas un flux continu de son. Cette écriture n'a lieu qu'une fois, à la fin, et elle reste petite quelle qu'ait été la durée de l'enregistrement.

À quel point c'est petit, en réalité

Un audio vocal compressé et mono pèse plusieurs dizaines de mégaoctets par heure. Une transcription de cette même heure — les mots, pas le son — pèse une poignée de kilooctets, parce qu'un mot coûte quelques octets, peu importe le temps qu'il a fallu pour le dire. Cet écart n'est pas un détail d'arrondi ; il représente couramment deux ou trois ordres de grandeur, et c'est pour ça qu'une transcription ne peut pas plausiblement être ce qui fait basculer un téléphone presque plein, alors que l'audio derrière elle aurait déjà atteint cette limite bien avant.

Autrement dit : si l'enregistrement s'est terminé et a été sauvegardé, la partie de tout ce processus qui demande vraiment de la place est déjà derrière soi. Le transcrire ensuite ne demande au disque qu'une quantité négligeable en comparaison.

Pourquoi c'est terminer l'enregistrement qui comptait

Un enregistrement en cours est vulnérable parce que sa taille finale n'est pas encore fixée — chaque minute supplémentaire ajoute un vrai poids tant que le fichier reste ouvert. Un enregistrement déjà sur le disque, arrêté et sauvegardé, a une taille fixe qui ne va plus bouger. Demander au moteur de reconnaissance vocale de le lire et de renvoyer du texte ne rouvre pas ce fichier et ne le fait pas grossir ; cela produit un second fichier, minuscule, à côté. Il n'existe aucun mécanisme par lequel transcrire un enregistrement déjà existant pourrait menacer l'enregistrement lui-même, contrairement à une écriture interrompue qui menace de l'audio pas encore capturé.

La seule exception honnête

Rien de tout cela ne veut dire qu'un téléphone complètement plein se comporte normalement. iOS devient globalement moins prévisible quand il ne reste vraiment plus d'espace libre — les apps mettent plus de temps à s'ouvrir, les tâches en arrière-plan sont retardées ou sautées, et une requête qui se terminerait normalement en une seconde peut ralentir avec tout le reste sur un téléphone qui n'a plus d'air. C'est bien réel, mais ce n'est pas spécifique à la transcription, et ce n'est pas quelque chose qu'une app d'enregistrement peut voir, diagnostiquer ou corriger de l'intérieur. C'est le même frottement qu'un téléphone presque plein cause aux photos, aux messages et à tout le reste — la transcription n'y échappe pas, elle n'est pas non plus visée en particulier.

Ce que ça ne fait pas, en revanche, c'est faire perdre l'enregistrement. Dans le pire cas réaliste, la petite écriture qui sauvegarde la transcription échoue et on obtient une erreur ou un résultat vide — agaçant, et ça vaut le coup de réessayer après avoir libéré un peu de place, mais l'audio déjà en main reste intact quoi qu'il arrive.

Un arriéré d'enregistrements non transcrits ne s'additionne pas comme on le croit

Si plusieurs longs enregistrements attendent, pas encore transcrits, il est tentant d'imaginer cet arriéré comme un problème de stockage qui s'ajoute à celui de l'audio lui-même. Ce n'est presque jamais le cas. Les fichiers audio occupaient déjà leur place dès l'instant où ils ont été enregistrés, qu'on en ait transcrit un seul ou aucun. Les transcrire tous ensuite n'ajoute qu'une poignée de kilooctets chacun — le total de cinquante transcriptions reste loin de la taille d'un seul des enregistrements derrière elles. Ce qui devrait vraiment inquiéter, côté stockage, ce sont les enregistrements, pas l'étape de transcription en attente au-dessus.

Ce qui aide vraiment quand la place est réellement comptée

• Réglages → Général → Stockage iPhone montre ce qui prend réellement de la place, trié par taille — presque toujours les photos et les vidéos, pas un dossier de notes vocales ni leurs transcriptions.
• Si le téléphone est assez juste pour que ce soit une vraie inquiétude, exporter les enregistrements déjà transcrits puis retirer l'audio du téléphone libère de la vraie place ; la transcription, une fois exportée, ne pèse presque rien à garder à côté.
• Baisser le réglage de qualité d'enregistrement aide les futurs enregistrements à prendre moins de place — cela n'a aucun effet sur la transcription elle-même, qui ne dépend pas du niveau de qualité de l'enregistrement.

Comment Voice Studio s'inscrit là-dedans

Voice Studio écrit à la fois les enregistrements et les transcriptions dans le stockage propre de l'app, sur l'appareil — pas de compte, pas de synchronisation CloudKit, pas de serveur de notre côté derrière l'un ou l'autre, donc tout finit par puiser dans le même espace libre du téléphone. La transcription tente toujours d'abord la voie sur l'appareil et ne relance sur le réseau que si cette première tentative revient vide ou échoue ; dans les deux cas, ce qui est sauvegardé ensuite est le même petit bloc de texte, pas une seconde copie de l'audio. L'étape qui demande vraiment beaucoup au stockage du téléphone, c'est l'enregistrement lui-même, et au moment où l'on appuie sur transcrire, cette partie-là est déjà terminée.

Questions fréquentes

La transcription peut-elle échouer parce que mon iPhone manque presque de stockage ?

Dans le pire des cas, la petite écriture qui sauvegarde la transcription terminée peut échouer sur un téléphone qui n'a vraiment plus d'espace libre, comme n'importe quelle écriture de fichier minuscule peut échouer dans cette situation. Ce n'est pas un échec fréquent, car une transcription ne pèse que quelques kilooctets.

Transcrire un enregistrement prend-il autant de place que l'enregistrer ?

Non. Enregistrer écrit un flux audio continu qui peut atteindre plusieurs dizaines de mégaoctets par heure. Transcrire ce même enregistrement produit un résultat texte de quelques kilooctets, quelle qu'ait été la durée de l'audio.

Si une transcription ne s'enregistre pas faute de place, cela affecte-t-il l'enregistrement dont elle provient ?

Non. L'enregistrement est déjà un fichier complet et sauvegardé au moment où on le transcrit. La transcription lit ce fichier ; elle ne le réécrit pas et ne le rouvre pas, donc un échec d'enregistrement de la transcription laisse l'audio exactement tel qu'il était.

Le fait d'avoir beaucoup d'enregistrements non transcrits en attente prend-il de la place supplémentaire ?

C'est l'audio qui prend de la place, et il en prend déjà, qu'il soit transcrit ou non. Transcrire ensuite tout l'arriéré n'ajoute qu'une petite quantité de texte par-dessus — rien de comparable à la taille des enregistrements eux-mêmes.