MTP, das Protokoll hinter dem Modus „Dateiübertragung“, erklärt

MTP, das Media Transfer Protocol, spricht ein Android-Smartphone über USB, wenn du auf die Benachrichtigung „Gerät wird über USB aufgeladen“ tippst und Dateiübertragung wählst (auf einem Pixel Dateiübertragung / Android Auto, File transfer / Android Auto). Es ist kein Datenträger. Das Smartphone behält die Kontrolle über seinen Speicher und gibt dem Computer Dateien Anfrage für Anfrage heraus, als nummerierte Objekte statt als Blöcke auf einem Laufwerk.

Windows versteht MTP seit Jahren, auf einem PC erscheint das Smartphone also im Datei-Explorer. macOS hatte nie eine eigene MTP-Unterstützung. Deshalb brauchte ein Mac schon immer eine App, um an die Dateien eines Android-Smartphones zu kommen, und deshalb liegen diese Dateien meist im Fenster dieser App statt im Finder.

Woher MTP kommt

MTP ist aus PTP entstanden, dem Picture Transfer Protocol, das Digitalkameras nutzen und das als ISO 15740 genormt ist. PTP war für Fotos gebaut. Microsoft hat es Anfang der 2000er-Jahre für Musikplayer und andere Mediengeräte erweitert, und in einem Microsoft-Blog hieß es einmal im Scherz, der Name stehe für „More Than PTP“. Windows Media Player 10 brachte einen Klassentreiber für MTP-Geräte mit, und neue Player, die unter Microsofts Label PlaysForSure verkauft wurden, mussten es unterstützen.

Im Mai 2008 hat das USB Implementers Forum MTP als vollwertige USB-Geräteklasse übernommen, damit war es nicht mehr das Protokoll einer einzelnen Firma. Android hat es 2011 aufgegriffen. Honeycomb-Tablets wie das Motorola Xoom waren die ersten, die MTP nutzten, statt ihren Speicher als USB-Datenträger zu zeigen, und Google bot von Anfang an Android File Transfer für den Mac an, weil macOS sonst nicht mit ihnen sprechen konnte.

Wie MTP funktioniert

MTP kennt zwei Rollen. Der Computer ist der Initiator, der fragt; das Smartphone ist der Responder, der antwortet. Ohne Frage des Computers passiert nichts, abgesehen von kleinen Ereignismeldungen, die das Smartphone schicken kann, etwa „eine Datei wurde hinzugefügt“.

Objekte und Handles

Jede Datei und jeder Ordner auf dem Smartphone ist ein Objekt mit einer Nummer, seinem Handle. Um dir einen Ordner zu zeigen, fragt eine MTP-App das Smartphone nach den Handles darin und dann nach den Details jedes Objekts: Name, Größe, Format und das Handle des übergeordneten Objekts. Auch Ordner sind Objekte, von einer Art, die MTP Association nennt. Im Protokoll selbst gibt es keine Pfade. Eine App, die DCIM/Camera zeigen will, muss sich von Handle zu Handle dorthin durcharbeiten.

Ein Vorgang nach dem anderen

Jeder Austausch ist eine Transaktion: eine Anfrage, ein optionaler Datenblock und eine Antwort. Die Spezifikation macht diese Transaktionen synchron, ein neuer Vorgang kann also erst beginnen, wenn der vorige abgeschlossen ist. Androids eigener MTP-Server liest eine Anfrage, beantwortet sie und liest erst dann die nächste, und er akzeptiert nur eine einzige Sitzung. In der Praxis kann also immer nur ein Programm über MTP mit dem Smartphone sprechen, und eine lange Kopie hält alles andere auf, auch die nächste Ordnerauflistung.

Lesen und Schreiben

Eine Datei an das Smartphone zu schicken, sind im Basisprotokoll zwei Schritte: das neue Objekt beschreiben, dann alle seine Bytes senden. Es gibt keinen Standardweg, einen Teil einer bereits vorhandenen Datei zu ändern. Lesen ist flexibler: MTP 1.1 enthält GetPartialObject, das einen Bytebereich abruft, auch wenn dessen Offset eine 32-Bit-Zahl ist. Google hat Androids MTP um eigene Erweiterungen ergänzt, darunter GetPartialObject64, SendPartialObject, TruncateObject und ein Paar zum Bearbeiten eines Objekts an Ort und Stelle. Ob du davon etwas hast, hängt von der App auf dem Computer ab, denn jede entscheidet selbst, welche Vorgänge sie nutzt.

Ein weiteres Detail wird später wichtig. Der Datensatz, der ein Objekt beschreibt, speichert seine Größe in einem 32-Bit-Feld, das knapp unter 4,3 GB endet. Größere Dateien brauchen eine eigene 64-Bit-Eigenschaft, die mit einer eigenen Anfrage abgerufen wird, und nicht jede App fragt danach. Das ist der wahrscheinliche Grund für die 4-GB-Grenze von Android File Transfer.

Warum ein Mac es nicht selbst einbinden kann

Ein Laufwerk im Finder ist ein Dateisystem. macOS erwartet, eine Datei über ihren Pfad anzufordern, jeden beliebigen Bytebereich daraus zu lesen, mitten hinein zu schreiben, sie an Ort und Stelle umzubenennen, ihre Datumsangaben zu setzen und mehreres davon gleichzeitig für verschiedene Apps zu tun. MTP wurde für etwas Engeres entworfen: eine Musikmediathek auf dem Desktop, die ganze Songs an einen Mediaplayer übergibt. Es bietet Objekte nach Nummer, eine Transaktion nach der anderen, und Bearbeiten an Ort und Stelle nur über Androids eigene Erweiterungen.

macOS bringt nichts mit, das zwischen beidem übersetzt. Digitale Bilder spricht PTP, das Kameraprotokoll, aus dem MTP entstanden ist, und kann deshalb Fotos und Videos von einem Smartphone importieren, das in seinen USB-Einstellungen auf PTP steht. Den restlichen Speicher des Smartphones kann es nicht durchsuchen, und MTP spricht es nicht.

Also bringt jedes MTP-Werkzeug auf dem Mac seine eigene Übersetzung mit. Die meisten zeigen das Smartphone in einem eigenen Fenster: Android File Transfer hat das getan, und das kostenlose Open-Source-Programm OpenMTP tut es bis heute. Einige gehen weiter und bauen auf MTP ein Volume im Finder auf, indem sie jede Anfrage des Dateisystems in MTP-Vorgänge übersetzen: MacDroid, über eine kostenlose Stufe hinaus kostenpflichtig, das auch adb nutzen kann, und das neue, kostenlose mtpfs für macOS 26. Ein vollständiges Dateisystem auf einem Protokoll zu bauen, das mit einem Objekt nach dem anderen arbeitet, ist echte Arbeit, und deshalb gibt es davon viel weniger als MTP-Apps.

Was das im Alltag bedeutet

Im Fenster einer MTP-App stöberst du, ziehst Dateien heraus auf den Mac und ziehst Dateien hinein. Was du nicht kannst: das Smartphone als einen Ort behandeln, an dem Dateien leben.

• Andere Apps können keine Datei auf dem Smartphone öffnen. Um ein Foto in Lightroom zu bearbeiten oder einen Film in VLC abzuspielen, kopierst du die Datei erst auf den Mac und das Ergebnis danach zurück.
• Terminal und rsync sehen das Smartphone nicht. Es gibt keinen Pfad, den du ihnen geben könntest.
• Immer nur ein Programm. Wenn schon eine App das Smartphone belegt, kann die nächste keine Verbindung aufbauen, und das ist eine Ursache für „Could not connect to device“.
• Entsperr zuerst das Smartphone. Googles eigene Anleitung zur Dateiübertragung beginnt damit, das Gerät zu entsperren.

Das Tempo ist nicht das Problem, als das es oft dargestellt wird. Auf einem aktuellen Smartphone mit USB-3-Kabel überträgt MTP große Dateien schnell. Ein Smartphone oder Kabel mit USB 2 begrenzt jede Methode auf etwa 20 bis 40 MB/s. Die Grenzen von MTP liegen in seinem Modell, nicht in seinem Durchsatz.

Der andere Weg über dasselbe Kabel

Android hat einen zweiten Weg, Dateien über USB zu übertragen: adb, die Android Debug Bridge, die seine Entwicklerwerkzeuge nutzen. Dafür muss einmal USB-Debugging eingeschaltet werden, und im Gegenzug bekommt ein Computer einen Dienst zum Kopieren von Dateien und eine Shell statt einer Liste von Objekten. adb oder MTP vergleicht die beiden im Detail.

SideMount geht diesen Weg. Es spricht adb selbst über das Kabel und stellt das Smartphone über FSKit als Volume im Finder bereit, sodass jede Mac-App Dateien auf dem Smartphone direkt öffnen, sichern und kopieren kann. Es braucht macOS 26 oder neuer und USB-Debugging; die Einrichtungsanleitung erklärt beides.

Fragen