svonohr

Output of mtp-detect: ``` libmtp version: 1.1.19 Listing raw device(s) Device 0 (VID=18d1 and PID=4ee1) is a Google Inc Nexus/Pixel (MTP). Found 1 device(s): Google Inc: Nexus/Pixel (MTP) (18d1:4ee1) @...

Shortly after opening this issue, it started working again with 1.1.19. Not sure what caused the issue.

The upload_file command is a rather simple command that does no checking of already uploaded files (but it does try to resume unfinished uploads). The sync command can be used...

For this feature we need support from the API. Currently it's not possible to get the part hashes of large files after the upload has finished. Am 22.09.2016 12:46 schrieb...

> We can compare the hash of the whole file I believe there is no hash of the whole file, if it's a large file and the user didn't specify...

It's probably not calculated because this puts a huge load on the servers. It would have to hash the whole file again once `b2_finish_large_file` is called. Adding it now seems...

Yes, I'm talking about the large file problem. That's probably the case most users care about.

That's quite the performance decrease. I've already complained about having to specify the hash at the beginning of each part. Calculating the hash of the whole file in the beginning...

At the moment only while the file is still unfinished. But bwbeach said a while ago that the hashes are kept and an additional API function could allow access to...

The resuming of unfinished files is handled in the `_upload_large_file` function. This function is used by all upload functions for large files, so resume should for sync. Are you sure...