Kann man das Bearbeiten eines Transkripts auf dem iPhone rückgängig machen?

Das kommt fast immer im Nachhinein auf. Jemand räumt ein Transkript auf, löscht einen Satz, den er eigentlich behalten wollte, korrigiert einen Namen und ändert dabei versehentlich ein anderes Wort daneben, oder macht einen größeren Korrekturdurchgang und fragt sich erst danach, ob die ursprüngliche, unbearbeitete Fassung noch irgendwo existiert, falls die Änderung die Sache verschlimmert hat. Die ehrliche Antwort teilt sich in zwei sehr unterschiedliche Fälle, je nachdem, wie lange die Bearbeitung zurückliegt.

Das Rückgängig, das es tatsächlich gibt

Ein Transkriptfeld auf dem iPhone ist ein ganz gewöhnliches editierbares Textfeld, genau die Art, in die man überall sonst im System tippt. Das bedeutet, es erbt das systemweite Rückgängig, das iOS jedem Textfeld gibt: Ein Dreifinger-Wisch nach links oder das Schütteln des Telefons ruft Rückgängig für das zuletzt Getippte oder Gelöschte auf. Das funktioniert bei einem Transkript genauso gut wie in Notizen oder Mail, und es ist das Erste, wonach man direkt nach einer fehlerhaften Bearbeitung greifen sollte — ein versehentliches Löschen, ein Einfügen an der falschen Stelle, eine Autokorrektur, die ein gerade erst korrigiertes Wort wieder verändert hat.

Der Haken liegt darin, was „gerade eben“ bedeutet. Das Rückgängig des Systems verfolgt eine kurze, aktuelle Kette von Bearbeitungsschritten innerhalb der laufenden Bearbeitungssitzung. Es ist für den Ausrutscher von vor ein paar Tastenanschlägen da, nicht für eine Änderung von vor zehn Minuten, die inzwischen schon mehrfach überschrieben wurde. Verlässt man das Textfeld, schließt die Aufnahme, oder nimmt genug weitere Bearbeitungen vor, ist die verfolgte Kette weg — nicht versteckt irgendwo, sondern schlicht nicht mehr da, um sie zurückzuverfolgen.

Warum es nichts gibt, das weiter zurückreicht

Das Transkript einer Aufnahme ist ein einzelnes Feld, kein Dokument mit gespeicherter Entwurfshistorie. Der Text, der gerade dort steht, ist die einzige existierende Kopie — es gibt keine frühere Version, die daneben aufbewahrt wird, wie es manche Cloud-Dokumente tun, bei denen man zu einer älteren Fassung zurückspringen kann. Das passt zum Rest der Art, wie diese App mit Daten umgeht: kein Konto, keine Kopie auf einem Server, nichts, das im Hintergrund Versionen mit iCloud synchronisiert. Das Transkript lebt auf dem eigenen Gerät, als ein einziges Stück Text, und es zu bearbeiten ersetzt das Vorhandene, statt es einer Historie hinzuzufügen.

Das gilt auch für einen neuen Transkriptionsdurchgang, falls der Plan war: „Ich lösche meine Änderungen und lasse es einfach noch einmal laufen.“ Eine erneute Transkription erzeugt einen neuen Versuch, das Audio in Text zu verwandeln — sie ist keine gespeicherte Kopie dessen, was im Feld vor den Änderungen stand, und es gibt keine Garantie, dass sie Wort für Wort identisch mit dem Ursprünglichen zurückkommt, denn es handelt sich um eine neue Vermutung der Spracherkennung, nicht um das Abrufen einer alten.

Was dabei wirklich riskiert wird und was nicht

Das Bearbeiten von Text berührt niemals die aufgenommene Audiodatei. Die .m4a-Datei bleibt unangetastet, egal wie oft das Transkript umgeschrieben, gelöscht oder bis zur Unkenntlichkeit bearbeitet wird — die Wörter sind nur eine Beschreibung der Aufnahme, kein Teil von ihr, und das Audio selbst ist immer da, um dagegen nachzuhören oder, falls nötig, von Grund auf neu transkribiert zu werden. Was wirklich riskiert wird, ist allein der konkrete Wortlaut des Textfelds: Ist eine Bearbeitung erst einmal aus dem Rückgängig des Systems herausgefallen, lässt sich nicht mehr rekonstruieren, welche Wörter die Spracherkennung ursprünglich gewählt hatte im Vergleich zu denen, die darüber getippt wurden.

Das Einzige, das den ursprünglichen Wortlaut wirklich schützt

Ihn vor Beginn exportieren. Ein TXT- oder JSON-Export ist eine vollständige, unabhängige Kopie des Transkripts genau so, wie es in dem Moment lautete, in dem der Export gemacht wurde — unberührt von allem, was danach mit dem Transkript geschieht, genauso wie ein Export auch nicht betroffen ist, wenn später ein Tippfehler korrigiert wird. Steht ein größerer Korrekturdurchgang an etwas Langem oder Wichtigem bevor — ein Vortrag, ein Interview, etwas, bei dem ein Fehler wirklich etwas kosten würde —, dauert das vorherige Exportieren nur ein paar Sekunden und hinterlässt eine eindeutige, externe „Vorher“-Kopie zum Vergleich, eine stärkere Garantie, als es eine Rückgängig-Historie ohnehin geben könnte.

Für eine schnelle, gewöhnliche Korrektur — ein falscher Name, ein Tippfehler — ist das übertrieben, und das Rückgängig des Systems deckt den realistischen Fehler für sich genommen schon gut ab. Der zusätzliche Schritt lohnt sich vor allem dann, wenn die Bearbeitung umfangreich genug ist, dass „ich weiß ja noch, wie es hieß“ aufhört, ein wirklich verlässlicher Plan zu sein.

Wie Voice Studio das handhabt

Das Transkript ist ein einzelnes editierbares Feld, das an jeder Aufnahme hängt, jederzeit frei zu korrigieren, genau wie Aufnehmen oder Exportieren selbst. Es ist keine Versionshistorie — Bearbeiten ersetzt den vorhandenen Text, das gewöhnliche iOS-Rückgängig für Text gilt, während gerade eine Änderung vorgenommen wird, und nichts davon reicht an die aufgenommene Audiodatei heran, die exakt so bleibt, wie sie erfasst wurde, egal was mit dem Transkript geschieht. Eine Aufnahme als TXT oder JSON zu exportieren ist in der kostenlosen App ebenfalls uneingeschränkt möglich, und das vor einem größeren Korrekturdurchgang zu tun, ist der verlässliche Weg, eine unberührte Kopie dessen zu behalten, was das Transkript vorher sagte.

Häufige Fragen

Kann ich eine Transkriptbearbeitung auf dem iPhone rückgängig machen?

Direkt danach schon — das gewöhnliche iOS-Rückgängig für Text (Dreifinger-Wisch nach links oder das Telefon schütteln) funktioniert bei einem Transkriptfeld genauso wie überall sonst. Es deckt nur aktuelle Bearbeitungen der laufenden Sitzung ab, nicht etwas, das vor einer Weile geändert und seither weiter bearbeitet wurde.

Bewahrt die App das ursprüngliche, unbearbeitete Transkript irgendwo auf?

Nein. Das Transkript ist ein einzelnes Feld an der Aufnahme, keine gespeicherte Versionshistorie, also lässt sich der frühere Wortlaut nicht mehr aus der App abrufen, sobald eine Bearbeitung gemacht wurde und das Systemrückgängig sie nicht mehr abdeckt.

Bringt eine erneute Transkription zurück, was das Transkript vor meinen Bearbeitungen sagte?

Nicht verlässlich. Eine erneute Transkription lässt einen neuen Durchgang über das Audio laufen, statt eine gespeicherte Kopie des früheren Texts wiederherzustellen — das Ergebnis ist also ein neuer Versuch bei den Wörtern, nicht zwangsläufig identisch mit dem, was vorher da stand.

Gefährdet eine misslungene Transkriptbearbeitung die Aufnahme selbst?

Nein. Das Bearbeiten von Text ändert nur das Transkriptfeld; die aufgenommene Audiodatei bleibt unangetastet, egal was mit den Wörtern geschieht, die sie beschreiben.