Media Transfer Protocol
The Media Transfer Protocol (MTP) is an extension to the Picture Transfer Protocol (PTP) communications protocol that allows media files to be transferred atomically to and from portable devices. Whereas PTP was designed for downloading photographs from digital cameras, Media Transfer Protocol allows the transfer of music files on digital audio players and media files on portable media players, as well as personal information on personal digital assistants. MTP is a key part of WMDRM10-PD, a digital rights management (DRM) service for the Windows Media platform.
MTP is part of the "Windows Media" framework and thus closely related to Windows Media Player. Versions of the Microsoft Windows operating system from Windows XP SP2 support MTP. Windows XP requires Windows Media Player 10 or higher; later Windows versions have built-in support. Microsoft has also made available an MTP Porting Kit for older versions of Windows back to Windows 98.
The USB Implementers Forum device working group standardised MTP as a full-fledged Universal Serial Bus (USB) device class in May 2008. Since then MTP is an official extension to PTP and shares the same class code.
- 1 Overview
- 2 Comparison with USB Mass Storage
- 3 Direct modification and partial transfer features
- 4 MTP support
- 5 Alternatives
- 6 See also
- 7 References
- 8 External links
The main purpose of this protocol is to allow only the transfer of media files and associated metadata to and from portable devices, one transfer function, in or out, at a time. It does not support operations such as open, edit and modify. A workaround is to copy to the hosting system for these operations and then copy back.
The protocol was originally implemented for use across USB but extended for use across TCP/IP and Bluetooth. Windows Vista supports MTP over TCP/IP. Windows 7 and Windows Vista with the Platform Update for Windows Vista also support MTP over Bluetooth. The host connecting to an MTP device is called an MTP Initiator whereas the device itself is an MTP Responder.
A main reason for using MTP rather than, for example, the USB mass-storage device class (MSC) is that the latter operates at the granularity of a mass storage device block (usually in practice, a FAT block), rather than at the logical file level. In other words, the USB mass storage class is designed to give a host computer undifferentiated access to bulk mass storage, such as compact flash, rather than to a file system, which might be safely shared with the target device (except for specific files which the host might be modifying/accessing). In practice, therefore, when a USB host computer has mounted an MSC partition, it assumes absolute control of the storage, which then may not be safely modified by the device without risk of data corruption until the host computer has severed the connection. Furthermore, because the host computer has full control over the connected storage device, there is a risk that the host computer may corrupt the file system, reformat it to a file system not supported by the USB device, or otherwise modify it in such a way that the USB device cannot completely understand it.
MTP and PTP specifically overcome this issue by making the unit of managed storage a local file rather than an entire (possibly very large) unit of mass storage at the block level. In this way, MTP works like a transactional file system - either the entire file is written/read or nothing. The storage media is not affected by failed transfers.
Where the device maintains a database/index of the content of the disk, MTP saves the cost of re-scanning the entire disk every time the content is modified.
Additionally, the MTP allows MTP Initiators to identify the specific capabilities of device(s) with respect to file formats and functionality. In particular, MTP Initiators may have to provide passwords and other information to unlock files, or otherwise enable digital rights management. Nothing specific of this nature is in the core standard but the features are available via vendor extensions. MTPZ, the Zune Extension to MTP specifically denies access to files until authentication has been processed, which is only possible using Windows Media Player 10 or higher.
Comparison with USB Mass Storage
File oriented instead of block oriented protocol
By not exposing the filesystem and metadata index, the integrity of these is in full control of the device.
- No risk of filesystem corruption if unplugging the device during a transfer (atomic file transfers)
- Inclusion of metadata with the transfer makes re-indexing after unplugging unnecessary.
- The host does not need to support the filesystem of the device. Conversely, the device manufacturer is free to choose a filesystem other than the widely supported FAT family of filesystems.
- Filesystem recovery and undeletion tools on the computer cannot be used.
- MTP allows no parallelism, unlike USB mass storage or NAS. MTP has been built to only allow a single operation at a time (for example, read, write or delete operation), while no other operation can be executed until the previous operation is complete.
- Limited support for transferring parts of files, such as blocks or byte ranges (see #Direct modification and partial transfer features).
- Limited support for direct modification of files (see #Direct modification and partial transfer features). To modify a file or its metadata, the whole file may need to be copied out of the device and reuploaded, which takes a long time for a large file or directory, and blocks the device for other operations in the meantime. Google's MTP implementation in Android includes extensions to deal with this limitation; however, these extensions must be supported by the host operating system.
Transparency to MTP unaware software
Unless the operating system exposes the MTP device as a virtual file system (a drive letter on Windows), MTP unaware software will not be able to make use of the device, limiting the user to MTP specific programs. One specific concern is that antivirus software of the host computer may not be aware of MTP devices, making them potentially less secure than mass storage devices. Antivirus scanning might also be impractical due to blocking regular use of the device.
Drivers know a fixed set of supported devices
Despite identifiability by the PTP/MTP USB device class, libmtp documentation indicates that the vendor and product ID combination plays a functional role in identifying an MTP device, also by Windows drivers. Libmtp includes vast listings of vendor and product ID numbers of devices that it supports, along with workarounds for bugs. This non-generic methodology hinders MTP drivers' forward compatibility with new devices.
The spec knows a fixed set of defined file formats
The MTP specification includes an enumeration of file formats, called object format. The use of this enumeration is in communicating supported file formats, and formats of transferred files. Apart from some uncategorized formats in the beginning, the list of formats is grouped in categories of image, audio, video and document formats, with each category having one "Undefined" format followed by specific formats. There is also a super-generic "Undefined object" format.
Jolla cited lack of WebM support in MTP as one reason not to support the video format in their mobile operating system Sailfish OS. It is unclear if the limitation is in the tools or the spec, other than that WebM is not defined by the MTP 1.1 spec.[unreliable source?]
Direct modification and partial transfer features
These features can be used as more efficient alternatives to whole-file transfers and re-uploads.
From the MTP 1.1 spec:
|0x1019||MoveObject||Rename a file or directory|
|0x101B||GetPartialObject||Request a byte range of a file|
According to go-mtpfs:
|0x95C1||GetPartialObject64||Same as GetPartialObject, but with 64 bit offset|
|0x95C2||SendPartialObject||Same as GetPartialObject64, but copying host to device|
|0x95C3||TruncateObject||Truncates file to 64 bit length|
|0x95C4||BeginEditObject||Must be called before using SendPartialObject and TruncateObject|
|0x95C5||EndEditObject||Called to commit changes made by SendPartialObject and TruncateObject|
MTP is supported in Windows XP if Windows Media Player 10 or later versions are installed. Windows Vista and later have MTP support built in. For older versions of Windows, specifically, Windows 2000, Windows 98 and Windows Me, Microsoft has released the MTP Porting Kit. which contains a MTP device driver. Some manufacturers, such as Creative Technology, also provide legacy MTP drivers for some of their players; these usually consist of MTP Porting Kit files with a customized INF file describing their specific players.
Most MTP-compatible devices are not assigned drive letters; instead, they appear as "devices" in applications such as Windows Explorer. Compared to devices that implement USB mass storage, such devices cannot be accessed programmatically by scripts or normal Windows programs that depend on drive letters. Instead, files must be manipulated using Windows Explorer or applications with specially written MTP support. Another disadvantage of MTP devices on Windows is that file timestamps are not shown in Windows Explorer, although they can be retrieved by opening the file Properties popup.
Under Windows, MTP-compatible devices support a feature called Auto Sync, which lets users configure Windows Media Player to automatically transfer all copied or newly acquired content to devices whenever they are connected - provided that content is compatible with Windows Media player. Auto Sync is customizable so that the player will transfer only content that meets certain criteria (songs rated four stars or higher, for instance). Changes made to file properties (such as a user rating and file playback counts) on a device can be propagated back to the computer when the device is reconnected.
Copies of files accessed over MTP may remain on the host computer even after reboot, where they will be accessible to the user account which accessed them, as well as any other user accounts able to read that user account's files, including any administrative users. Windows 7's sensor platform supports sensors built into MTP-compatible devices.
A free and open-source implementation of the Media Transfer Protocol is available as libmtp. This library incorporates product and device IDs from many sources, and is commonly used in other software for MTP support.
GNOME applications like GNOME Files (formerly called Nautilus) and Archive Manager (formerly called File-Roller) use GIO-based GVfs to access files on MTP devices. Proper MTP support was added to GVfs in version 1.15.2 (2013-01-15) by Philip Langdale. Early patches for GVfs to enable Google's direct I/O extensions are available.
Not related to GNOME or KDE is the *NIX graphical MTP-capable media player, gMTP.
Virtual file system
Several tools provide a FUSE based file system for mounting MTP devices within the Unix filesystem hierarchy, making it accessible to any program that operates on files and directories. Examples include mtpfs, jMTPFS, go-mtpfs and simple-mtpfs.
macOS has built-in support for MTP (through the application "Digital Images") but no (third-party) drivers to mount MTP devices as drives. Also several third-party file transfer applications are available for Mac OS X v10.5 and later:
- Android File Transfer is a simple MTP client.
- Android File Transfer For Linux (and Mac OS X!), Open Source, License GPL Version 3, Graphical UI, Command line tool, FUSE wrapper - mounting your device,
- XNJB also offers syncing of iTunes playlists.
- SyncMate Expert claims to also support MTP besides other synchronization tasks. The support can't be tested in the free version.
- Commander One PRO Pack - file manager that allows mounting MTP devices to Mac and managing their content.
Other operating systems
A disadvantage of MTP devices on Android as compared to USB mass storage is that although file timestamps are preserved when copying files from the Android device to one's computer, when copying in the other direction, the file modification timestamps are replaced with the time the copy was done.
Companies, including Creative Technology, Intel, iriver and Samsung Electronics, that manufacture devices based on Microsoft's "Portable Media Center specification", have widely adopted MTP. Supporting devices were introduced at the 2004 Consumer Electronics Show.
After an initial period of uncertain reactions, several large media player producers such as Creative Technology and iriver adopted the MTP protocol in place of their own protocols.
Many devices and audio software applications support MTP.
- "Media Transfer Protocol Implementation Details". MTP defined in slide 3. Archived from the original on December 14, 2005.
- "Final Availability of Windows Media Player 10 Brings More Music and More Choices to Music Fans" (Press release). Microsoft. September 2, 2004. Archived from the original on March 7, 2006.
- "MTP, Portable Player Standard? Microsoft's McLauchlan Sets Us Straight". July 31, 2006. Retrieved June 1, 2016.
- "MTP Over Various Transports". Retrieved June 1, 2016.
- "MTP Specification". Archived from the original on June 4, 2011.
- "Normal file read/write support with the GVFS MTP backend!". February 18, 2013. Retrieved June 1, 2016.
- "hanwen/go-mtpfs". Retrieved June 1, 2016.
- "libmtp README". 8 July 2017. Retrieved 9 July 2017.
Devices need different PIDs for every alternative interface due to the Windows USB stack.
- "libmtp source code: music_players.h". Retrieved November 26, 2015.
- "libmtp source code: ptp.h". Retrieved 9 July 2017.
- "Webm (VP8, VP9, Opus) support for Sailfish - together.jolla.com". Retrieved June 1, 2016.
- "Media Transfer Protocol Porting Kit". Microsoft. Retrieved June 1, 2016.
- "Sensors and Windows". Windows Portable Devices Team Blog. December 17, 2009.
- "libmtp". Libmtp.sourceforge.net. Retrieved March 15, 2014.
- "gvfs-1.15.2.changes". ftp.gnome.org. January 15, 2013. Retrieved June 6, 2013.
- "Native gvfs backend for MTP devices". August 7, 2010. Retrieved June 1, 2016.
- "gvfs - Virtual filesystem implementation for GIO". git commit adding MTP back-end to GVfs. Retrieved June 1, 2016.
- "Bug 695984 – Add support for Android direct I/O extensions". Retrieved June 1, 2016.
- Arch Linux Wiki (September 1, 2014). "MTP". Retrieved October 23, 2014.
- "Android File Transfer". Android.com. Retrieved March 15, 2014.
- "Android File Transfer Linux Mac OS X". whoozle. Retrieved December 2, 2016.
- "XNJB". Richard Low. Retrieved June 15, 2014.
- "SyncMate". ELTIMA software. Retrieved June 15, 2014.
- "Commander One PRO Pack". IvanK_Eltima. Retrieved April 20, 2017.
- "Issue 57065 - android - Writing files via MTP set date and time for pictures and files to current, does not preserve timestamp. - Android Open Source Project - Issue Tracker - Google Project Hosting". code.google.com. 2016-08-30. Retrieved 2016-09-02.
- "Issue 18624 - android - setLastModified() always fails on Xoom unless running as root - Android Open Source Project - Issue Tracker - Google Project Hosting". code.google.com. 2016-08-30. Retrieved 2016-09-02.