Was passiert, wenn der Speicher des iPhone beim Importieren einer Audiodatei voll wird?

Das kommt seltener vor als eine laufende Aufnahme, der der Platz ausgeht, trifft aber härter, wenn es passiert, weil es fast immer im großen Stil geschieht: ein Rückstau alter Sprachnotizen, ein Ordner voller Aufnahmen von einem Diktiergerät, jahrelang gesammelte Anrufbeantworter-Nachrichten aus einer anderen App — alles auf einmal in die App holen wollen, statt eine Datei nach der anderen.

Importieren ist Kopieren, kein Aufnehmen

Eine Aufnahme schreibt neues Audio in eine Datei, während es passiert, sekundenweise, solange weitergesprochen wird. Importieren ist ein völlig anderer Vorgang: Die Datei existiert bereits vollständig irgendwo, wohin das Telefon reicht — die Dateien-App, ein Cloud-Speicher, eine AirDrop-Übertragung — und sie zu importieren heißt, diese Datei zu lesen und eine Kopie davon in den eigenen Speicher der App zu schreiben. Nichts wird dabei im laufenden Betrieb erzeugt. Die endgültige Größe dessen, was geschrieben werden soll, steht schon fest, bevor die Kopie überhaupt beginnt, weil die Quelldatei diese Größe bereits hat.

Genau dieser Unterschied macht den Fall mit vollem Speicher hier tatsächlich anders als bei der Aufnahme. Eine laufende Aufnahme kennt ihre eigene, endgültige Länge nicht im Voraus; ein Import kennt sie von der ersten Sekunde an, weil er eine Datei liest, die schon irgendwo endet.

Was genau in dem Moment passiert, in dem es fehlschlägt

Die Kopie stoppt. iOS meldet den Schreibvorgang als fehlgeschlagen — ein Fehler in der Freigabe- oder Importübersicht, statt etwas, das lautlos scheitert —, und die App bleibt entweder mit nichts oder mit einer unvollständigen Teilkopie zurück, die sie verwirft, statt sie als kaputten Eintrag zur Bibliothek hinzuzufügen. So oder so ändert sich an der Quelldatei nichts. Der Import liest nur aus ihr; sie wird nie zum Schreiben geöffnet, sodass eine mittendrin fehlschlagende Kopie keine Möglichkeit hat, zurückzuwirken und das Original zu beschädigen, das noch in der Dateien-App, in der Cloud oder wo auch immer liegt.

Das lohnt sich klarzustellen, weil es genau das Gegenteil des einen wirklich zerstörerischen Speicherfehlers ist, den es sonst gibt: Wenn das Telefon mitten in einer Aufnahme ausgeht oder der Speicher zur Neige geht, kann das die gerade geschriebene Datei tatsächlich beschädigt zurücklassen, weil diese Datei in dem Moment offen und halb geschrieben ist. Ein fehlgeschlagener Import hat kein Gegenstück dazu — keine eigene, offene, laufende Datei, die beschädigt würde. Das Einzige, was „läuft“, ist eine Kopie, und eine Kopie, die nicht fertig wird, ist einfach eine Kopie, die noch nicht existiert, keine beschädigte.

Warum eine importierte Datei nicht durch eine Qualitätsstufe kleiner wird, wie es bei einer neuen Aufnahme der Fall wäre

Eine neue, in der App gemachte Aufnahme wird beim Erfassen komprimiert, je nachdem, welche der drei Qualitätsstufen eingestellt ist — Standard, Hoch oder Ultra, alle in Mono-AAC —, und dieser Regler ist der eigentliche Hebel für den Speicherbedarf. Eine importierte Datei überspringt diesen Schritt vollständig: Sie existiert bereits in dem Format und der Größe, in der sie entstanden ist, und der Import codiert sie nicht neu in etwas Kleineres. Eine Sprachnotiz, die als .wav oder .aiff auf einem anderen Gerät entstanden ist — bei alten Diktiergeräten üblich, wo diese Formate nach wie vor verbreitet sind —, kann deutlich größer sein als eine .m4a-Datei gleicher Länge, weil sie nie die Komprimierung durchlaufen hat, die auf dem Telefon nativ aufgenommenes Audio schon hat, bevor es überhaupt auf der Festplatte landet.

Das ist genau der Punkt, der bei einem großen Sammelimport überrascht: den Platzbedarf „einer Aufnahme“ nach dem zu bemessen, was die eigenen Aufnahmen des Telefons normalerweise kosten, heißt, mit der falschen Zahl zu rechnen. Eine Stunde des eigenen Mono-AAC der App und eine Stunde unkomprimiertes Audio von anderswo liegen in der Größe weit auseinander, und ein Ordner voll der zweiten Sorte kann deutlich mehr Platz verbrauchen, als dieselbe Dauer an nativen Aufnahmen je bräuchte.

Die Situation, in der das wirklich vorkommt

Fast nie eine einzelne Datei. Es ist der Wechsel von einer anderen Aufnahme-App, das Leerräumen eines alten Telefons vor der Weitergabe, das Herüberholen eines ganzen Stapels Aufnahmen von einem Android-Gerät, oder endlich der Umgang mit einem Ordner voller Anrufbeantworter-Nachrichten oder Vorlesungsaufnahmen, die seit Jahren auf einem Computer liegen. All das sind von Natur aus „alles auf einmal importieren“-Situationen, und genau in dieser Art von Aufgabe ist es die Gesamtgröße eines ganzen Ordners — nicht die einer einzelnen Datei darin —, die tatsächlich an eine Grenze stößt.

Vorher prüfen, nicht mittendrin

• Einstellungen → Allgemein → iPhone-Speicher zeigt den freien Speicher direkt an — lohnt einen Blick vor einem Ordner alter Aufnahmen, nicht mittendrin.
• Die Gesamtgröße des Ordners prüfen, der importiert werden soll, nicht nur die Anzahl der Dateien. Ein Dutzend kurzer, nativ wirkender Aufnahmen und ein Dutzend langer, unkomprimierter Dateien verlangen dem Telefon sehr Unterschiedliches ab.
• Bei einer Gesamtgröße nahe am freien Speicher lieber in kleineren Stapeln importieren, statt den ganzen Ordner auf einmal auf die App zu richten und erst mittendrin zu erfahren, welche Dateien es geschafft haben.

Was tun, wenn es mitten in einem Stapel passiert

Prüfen, welche Dateien tatsächlich in der Bibliothek gelandet sind und welche nicht, Platz schaffen — ein paar große Videos zu löschen oder auszulagern bringt meist deutlich mehr Speicher zurück als irgendetwas mit Audio anzurühren — und den Rest danach fertig importieren. Nichts, was bereits erfolgreich war, muss erneut importiert werden, und eine später fehlschlagende Datei gefährdet nichts, was im selben Stapel schon vorher sauber kopiert wurde.

Wie Voice Studio damit umgeht

Voice Studio kann eine vorhandene Audiodatei direkt aus der Dateien-App importieren, in jedem Format, das iOS bereits nativ abspielt — .m4a, .mp3, .wav und .aiff werden direkt importiert, ein älteres Format wie .amr muss vorher in eines davon umgewandelt werden. Ein Import ist ein einfacher Kopiervorgang in den eigenen Speicher der App auf dem Gerät, ohne Konto, ohne CloudKit-Synchronisierung und ohne einen Server von uns dahinter, auf den zurückgegriffen werden könnte, falls der lokale Speicher ausgeht. Wird der Speicher mittendrin voll, schlägt die Kopie einfach fehl oder bleibt unvollständig, statt zur Bibliothek hinzugefügt zu werden, und die Quelldatei, aus der importiert wurde, bleibt unangetastet, da der Import sie nur liest. Ist eine Datei erst einmal drin, wird sie genau wie eine native Aufnahme behandelt — die Transkription versucht weiterhin zuerst den Weg auf dem Gerät, genau wie bei allem, was in der App selbst aufgenommen wurde.

Häufige Fragen

Wenn ein Import wegen Speichermangels fehlschlägt, wird dann die ursprüngliche Datei beschädigt, aus der importiert wurde?

Nein. Der Import liest die Quelldatei nur, um eine Kopie zu erstellen; sie wird nie zum Schreiben geöffnet, sodass eine fehlgeschlagene oder unvollständige Kopie die Ausgangsdatei in keiner Weise beeinträchtigen kann.

Hilft eine niedrigere Qualitätsstufe, Platz für einen großen Import zu schaffen?

Nein, nicht für den Import selbst. Die Qualitätsstufe wirkt sich nur auf neue, in der App gemachte Aufnahmen aus; eine importierte Datei behält Größe und Format, die sie bereits hatte, da der Import sie kopiert statt sie neu zu codieren.

Warum belegen alte Aufnahmen von einem anderen Gerät mehr Platz als erwartet?

Ältere Diktiergeräte und manche anderen Apps speichern häufig in unkomprimierten Formaten wie .wav oder .aiff. Die sind pro Minute deutlich größer als das komprimierte .m4a, das das eigene Mikrofon des Telefons erzeugt, sodass ein Ordner davon weit mehr Speicher verbrauchen kann als dieselbe Dauer an nativen Aufnahmen.

Ist es sicherer, Dateien einzeln statt einen ganzen Ordner auf einmal zu importieren?

Es nimmt zumindest die Unsicherheit heraus. Der Import in kleineren Stapeln sorgt dafür, dass ein Speicherproblem mittendrin nur die noch wartenden Dateien betrifft, und Platz schaffen sowie den Rest fertig importieren lässt sich danach erledigen, ohne rätseln zu müssen, welche früheren Dateien es wirklich geschafft haben.