I've also just run into the limitation that you don't support devices (such as my Android phone) connected through MTP protocol. I really want something to use to keep my book library and a (big) selection of my music library updated on the phone, and FreeFileSync is what I use for such jobs on Windows in other contexts (rsync, of course, elsewhere).Because my new phone and PC to exchange files using MTP mode, but the current synchronization software does not support this mode.
If possible can be combined with MTP support it, thank you
The following is a selection in MTP mode folder screenshot
=======================================
Above text Use Google Transla translated from Chinese, and if there is a place difficult to understand, please tell medilover
I'm working on it :) This is definitively top priority for FFS currently, but I can't give ETAs yet.I've also just run into the limitation that you don't support devices (such as my Android phone) connected through MTP protocol. I really want something to use to keep my book library and a (big) selection of my music library updated on the phone, and FreeFileSync is what I use for such jobs on Windows in other contexts (rsync, of course, elsewhere).
So, yeah, let me add myself to the chorus of people suggesting that supporting MTP is desirable! (And, at the very least, an error message better than "[Window Title]
Select Folder
[Content]
Books
The folder name is not valid.
[OK]")dd-b
Please add me to the feature request list. ;-)I'm working on it :) This is definitively top priority for FFS currently, but I can't give ETAs yet.Zenju
you are right about the issue with the "files still different even after sync".> Noticed one small bug
While implementing MTP I noticed a number of limitations. Hopefully a few of those can be liftet or there exist work arounds:
- Context menu "Show file in explorer": Yes, this doesn't work, but is this even possible? Is there a command line syntax that lets you open Explorer and directly show a virtual file/folder?
- File modification times: I wasn't able to set modification times on any device I tested with. Even when set during file creation the property is just ignored. Is this an actual limitation? Win Explorer on the other hand couldn't do this either, so I believe it's a limitation. Since FFS is a sync tool, I expect this to come back as lots of bug reports of the kind "files still different even after sync".
- Some items on MTP devices have a different file size property than their actual stream size. FFS is quite strict and shows an error in this case.
=> As a general rules when it comes to reporting MTP bugs: If Win Explorer cannot do it either, it's most likely a limitation, not a FFS bug.
On the other hand if Explorer can do it, but not FFS, then FFS should probably support it, too.Zenju
How can I add MTP device to FFS? Whenever I try to select my Nexus 5 I'm getting this error:MTP shell integration is complete!
- Accept Explorer drag and drop from MTP devices
- Support showing MTP files with Explorer
- Support opening MTP files with default application
- Preselect active MTP folder in folder picker dialog
Let me know if you find any issues:
[404, Invalid URL: https://freefilesync.org/FreeFileSync_7.1_beta_Windows_Setup.exe]Zenju
In my tests the modification time seemed to be totally unreliable: On most devices it is simply ignored and set to "whatever the device considers current time", or worse on Galaxy S4 setting modification time seemed to work, but after unplugging and reinserting the device, the modification time observably changed. So a "read file time after copy" may not be a reliable solution, the performance drawback of one additional file access aside.Hi Zenju,
I am seriously happy about the MTP support, while experiencing the same issues with file timestamps.
Idea: A new comparison option could allow FreeFileSync to synchronize without control over third party file systems.
Such a comparison option might be/include the detection of change (e.g. time and size) after the last sync operation, whose result would be stored in the sync.ffs_db. Example: FFS writes to an Android device, and after each complete file transfer, it would immediately read the new time and size from the device, and update the corresponding remote sync.ffs_db with these new information. A later comparison would then check whether the file properties have changed since the last status in sync.ffs_db.
I know that in theory this method might not be 100% failsafe, as the device might alter a file's properties within this fraction of a second (yet very unlikely for user documents). I don't know the details of the protocol. Maybe the file properties can be read out before closing the file pointer - in this case this problem would disappear. Otherwise this issue would pose a general theoretical limitation, unavoidable when facing the MTP limitation.
To put it in context and first discuss it, I posted this here in the MTP thread. It could be understood as a more generic feature request also: to provide a method for detecting file changes in third party devices whose file system is not under control of FFS.henning74
Unfortunately MTP is just... ehm... "a poor thing" (to be polite :-) )In my tests the modification time seemed to be totally unreliable: On most devices it is simply ignored and set to "whatever the device considers current time", or worse on Galaxy S4 setting modification time seemed to work, but after unplugging and reinserting the device, the modification time observably changed. So a "read file time after copy" may not be a reliable solution, the performance drawback of one additional file access aside.
But also more fundamentally, FreeFileSync will show files as not in sync when they have different modification times. This is after all what the user has selected, "compare by time ans size", so ignoring the time when comparison against DB entries shows no change, still seems incorrect, at least with this model.Zenju
MTP support in FFS requires windows Vista and later.I have a problem with MTP: when I have to select (also with drag&drop) a folder from my android smp, simply FFS doesn't see the device in the "Browse For Folder" list!
With PC explorer I can manually read&write files from both internal storage and SD card (exFAT).
I have winXP SP3, a Note4 (Android 5.1.1) with KNOX Active Protection and I have updated FFS from 6.13 directly to 7.4 version.
Please help me!dlglive
