Was passiert, wenn dem iPhone beim Transkribieren der Speicher ausgeht?

Diese Frage folgt meist derselben Sorge, die es schon bei der Aufnahme gibt — ein fast volles Telefon, ein langer Vortrag oder ein Interview, das unbearbeitet herumliegt, und der nachvollziehbare Reflex, sich zu fragen, ob Transkribieren eine weitere Art ist, es zu verlieren. Das ist kein unvernünftiger Gedanke. Es ist nur der falsche Schritt, den man da im Blick hat, sobald klar wird, was jeder der beiden dem Speicher wirklich antut.

Zwei verschiedene Dinge passieren auf dem Speicher

Eine Aufnahme schreibt Audio fortlaufend in eine Datei, solange sie läuft, und die App hat keine Möglichkeit, vorher zu wissen, wie groß diese Datei am Ende sein wird. Genau deshalb ist ein Speicherausfall mitten in der Aufnahme ein echtes Risiko: Der Schreibvorgang ist offen, ohne festes Ende, und er stoppt in dem Moment, in dem kein Platz mehr für das nächste Stück da ist.

Eine bereits auf dem Speicher liegende Aufnahme zu transkribieren ist ein Vorgang anderer Art. Das Audio wird nicht neu geschrieben — es wird einmal von der Spracherkennung gelesen. Was zurückkommt und tatsächlich gespeichert werden muss, ist das Transkript: ein Textblock, kein fortlaufender Tonstrom. Dieser Schreibvorgang passiert einmal, am Ende, und bleibt klein, egal wie lang die Aufnahme war.

Wie klein "klein" wirklich ist

Komprimiertes Mono-Sprachaudio kommt auf einige Dutzend Megabyte pro Stunde. Ein Transkript derselben Stunde — die Worte, nicht der Klang — kommt auf eine Handvoll Kilobyte, weil ein Wort ein paar Byte kostet, egal wie lange es gedauert hat, es zu sagen. Dieser Unterschied ist keine Rundungssache; er liegt üblicherweise bei zwei bis drei Größenordnungen, und genau deshalb kann ein Transkript kaum plausibel das sein, was ein fast volles Telefon endgültig füllt — das Audio dahinter hätte diese Grenze längst vorher erreicht.

Anders gesagt: Wenn die Aufnahme fertig war und gespeichert wurde, liegt der speicherhungrige Teil des ganzen Vorgangs schon hinter einem. Sie danach zu transkribieren, verlangt der Festplatte im Vergleich dazu praktisch nichts ab.

Warum das Beenden der Aufnahme der Teil war, der zählte

Eine laufende Aufnahme ist verletzlich, weil ihre endgültige Größe noch nicht feststeht — jede zusätzliche Minute bringt echtes Gewicht, solange die Datei noch offen ist. Eine bereits auf dem Speicher liegende, gestoppte und gespeicherte Aufnahme hat eine feste Größe, die sich nicht mehr ändert. Die Spracherkennung zu bitten, sie zu lesen und Text zurückzugeben, öffnet diese Datei nicht neu und lässt sie nicht wachsen — es entsteht eine zweite, winzige Datei daneben. Es gibt keinen Mechanismus, über den das Transkribieren einer bereits bestehenden Aufnahme die Aufnahme selbst gefährden könnte, anders als ein unterbrochener Schreibvorgang, der noch nicht erfasstes Audio gefährdet.

Die eine ehrliche Ausnahme

Nichts davon heißt, dass sich ein völlig volles Telefon normal verhält. iOS läuft insgesamt weniger vorhersehbar, wenn wirklich kein freier Speicher mehr da ist — Apps brauchen länger zum Öffnen, Hintergrundarbeit wird verschoben oder übersprungen, und eine Anfrage, die normalerweise in einer Sekunde fertig wäre, kann zusammen mit allem anderen auf einem Telefon ohne Luft ins Stocken geraten. Das ist real, aber nicht spezifisch für die Transkription, und es ist nichts, was eine Aufnahme-App von innen sehen, diagnostizieren oder beheben kann. Es ist dieselbe Reibung, die ein fast volles Telefon bei Fotos, Nachrichten und allem anderen verursacht — die Transkription bleibt davon nicht verschont, wird aber auch nicht besonders herausgegriffen.

Was es nicht tut, ist die Aufnahme verloren gehen zu lassen. Im ungünstigsten realistischen Fall schlägt der winzige Schreibvorgang, der das Transkript speichert, fehl, und man bekommt einen Fehler oder ein leeres Ergebnis — ärgerlich, und es lohnt sich, es nach dem Freiräumen von etwas Platz noch einmal zu versuchen, aber das bereits vorhandene Audio bleibt in jedem Fall unangetastet.

Ein Stapel nicht transkribierter Aufnahmen summiert sich nicht so, wie man denkt

Wenn mehrere lange Aufnahmen unbearbeitet herumliegen und auf die Transkription warten, liegt es nahe, sich diesen Stapel als wachsendes Speicherproblem obendrauf vorzustellen. Meistens ist er das nicht. Die Audiodateien haben ihren Platz schon in dem Moment belegt, in dem sie aufgenommen wurden — egal, ob auch nur eine davon schon transkribiert wurde. Sie alle nachträglich zu transkribieren, fügt jeweils nur eine Handvoll Kilobyte hinzu — die Summe von fünfzig Transkripten kommt nicht einmal in die Nähe der Größe einer einzigen der dahinterliegenden Aufnahmen. Was beim Speicher wirklich Sorgen machen sollte, sind die Aufnahmen, nicht der unerledigte Transkriptionsschritt obendrauf.

Was wirklich hilft, wenn der Speicher tatsächlich knapp ist

• Einstellungen → Allgemein → iPhone-Speicher zeigt, was wirklich Platz belegt, sortiert nach Größe — fast immer Fotos und Videos, nicht ein Ordner mit Sprachmemos oder deren Transkripten.
• Wenn ein Telefon so knapp dran ist, dass das eine echte Sorge ist, schafft das Exportieren bereits transkribierter Aufnahmen und das Entfernen des Audios vom Telefon echten Platz — das Transkript wiegt, einmal exportiert, kaum etwas, wenn man es daneben aufbewahrt.
• Die Aufnahmequalität herunterzusetzen hilft künftigen Aufnahmen, weniger Platz zu belegen — das hat keinen Einfluss auf die Transkription selbst, die sich nicht nach der Qualitätsstufe der Aufnahme richtet.

Wie Voice Studio dazu passt

Voice Studio schreibt sowohl Aufnahmen als auch Transkripte in den eigenen Speicher der App auf dem Gerät — dahinter steht kein Konto, keine CloudKit-Synchronisierung und kein eigener Server, sodass am Ende alles auf denselben freien Speicher des Telefons zugreift. Die Transkription versucht immer zuerst den Weg auf dem Gerät und wiederholt es nur über das Netz, wenn dieser Versuch leer zurückkommt oder einen Fehler wirft; in beiden Fällen wird danach derselbe kleine Textblock gespeichert, keine zweite Kopie des Audios. Der Schritt, der dem Speicher des Telefons wirklich viel abverlangt, ist die Aufnahme selbst — und in dem Moment, in dem man auf Transkribieren tippt, ist dieser Teil bereits erledigt.

Häufige Fragen

Kann die Transkription fehlschlagen, weil meinem iPhone fast der Speicher ausgeht?

Im schlimmsten Fall kann der kleine Schreibvorgang, der das fertige Transkript speichert, auf einem Telefon ohne wirklich freien Speicher fehlschlagen, genau wie jeder winzige Dateischreibvorgang unter dieser Bedingung fehlschlagen kann. Häufig ist das nicht, weil ein Transkript nur wenige Kilobyte umfasst.

Braucht das Transkribieren einer Aufnahme annähernd so viel Platz wie das Aufnehmen selbst?

Nein. Beim Aufnehmen wird ein fortlaufender Audiostrom geschrieben, der auf einige Dutzend Megabyte pro Stunde kommen kann. Das Transkribieren derselben Aufnahme erzeugt ein Textergebnis von wenigen Kilobyte, egal wie lang das Audio war.

Wenn ein Transkript wegen Speichermangels nicht gespeichert werden kann, betrifft das die Aufnahme, aus der es stammt?

Nein. Die Aufnahme ist zum Zeitpunkt der Transkription bereits eine vollständige, gespeicherte Datei. Die Transkription liest diese Datei, sie schreibt sie nicht neu und öffnet sie nicht erneut — ein fehlgeschlagener Schreibvorgang beim Transkript lässt das Audio also genau so, wie es war.

Belegt ein großer Stapel nicht transkribierter Aufnahmen zusätzlichen Speicher?

Platz belegt das Audio, und das tut es bereits, ob transkribiert oder nicht. Den ganzen Stapel nachträglich zu transkribieren, fügt nur eine kleine Menge Text obendrauf hinzu — nichts, was in die Nähe der Größe der Aufnahmen selbst kommt.