View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010474 | MMW v4 | Synchronization | public | 2013-02-03 18:27 | 2013-05-05 22:40 |
| Reporter | lowlander | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.1 | ||||
| Fixed in Version | 4.1 | ||||
| Summary | 0010474: Sync never terminates | ||||
| Description | Syncing to an Asus Transformer Pad TF300T the sync never terminates on 1623. This forces to manually terminate the task (in attached log this worked). On reconnecting device MediaMonkey doesn't recognize files on device when selecting Music and Video). | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1625 | ||||
|
|
The zipped log has file size > 60 MB, unzipped > 470 MB ! I see capture time = 86000 sec = 23 hours It is hard to analyze such a log, could you please generate a smaller log with a small set of files? Or does the issue happen only when you sync many files? |
|
|
Unfortunately the problem of sync not terminating wasn't reproducible with less files. However the problem of MM not seeing files on the device was. Music, Video and Playlists show nothing. Going through Folders shows reading files... as status, but nothing happens. Note that MediaMonkey failed to recognize the device on the first attempt to reconnect device after sync completed, restarting device fixed that. [debug2.zip] |
|
|
I have just reproduced the issue with my Galaxy Nexus over MTP, in my case sync always stop at one file with unknown artist and unknown album that is about to copy to folder /Music/Unknown/Unknown/ on the device. Note that also by using Windows Explorer (when MM is closed) I cannot copy a file to the folder /Music/Unknown/Unknown/ Windows explorer says that the device has either stopped responding or was disconnected and suggests to "Stop copying" or "Skip this file". Note that I can copy files to another folder using MM or Win Explorer. I don't know what locked the folder, but MM should be able at least handle such situation and report the error like Windows Explorer does. |
|
|
Now, also Windows explorer freezes and stays at "Copying the file" forever, but it can be cancelled (unlike MM). Note: I found that this issue appears if I use USB3 port of my laptop, but has never occured with any of my USB2 ports. |
|
|
Fixed in build 1624. Note that with one of my USB port (the USB3 port) the copy sometimes takes really long time, e.g. it looks like frozen for one minute and then it fails. Switching to different USB port helps. EDIT: Today it frozen again, also Windows Explorer became unresponsive when accessing the device and needs to be killed. It sounds like http://code.google.com/p/android/issues/detail?id=23090 The issue appears only with one of my USB cables, it is definetly something on underlaying SW/HW layer and is not MM issue. |
|
|
This doesn't seem fixed for me. It still doesn't terminate and the problem seems to be the Cars movie. [debug3.zip] |
|
|
It does seem to be the Cars movie causing the unterminated sync [debug4.zip] |
|
|
I see (debug4.zip) that the F:\Movies\TV\Cars [English-2006-G-MPG-tt0317219]\Cars.mpg is auto-converted to C:\Software\MediaMonkey\Portable\Temp\1D3D_Cars.mpg14EC but the conversion doesn't seem to be complete in the log. From the log it looks like that the file conversion never completes (or takes too long and cannot be terminated ?). Could you confirm the issue by selecting the file in file listing and press Shift+Ctrl+C using the same convert rules as in case of auto-conversion. Is the result of manual conversion same as the auto-conversion? |
|
|
Manual conversion also fails [debug5.zip]. MediaInfo added to zip as well. |
|
|
Michal, could you look why this video conversion failed? I see in the log (debug5.zip) this: f_video: -- end of rekompress file F:\Movies\TV\CARS_E~1\Cars.mpg, time: 4312969 ms It looks that rekompressing took 4312 seconds ? |
|
|
It means, that recompressing is ended after 4312s. But the recompression is stuck from time 776.63391113 for some reason. After 4312s is the process probably only manually aborted. I will download the file and test the conversion too. It seems, there is something in the file, that causes deadlock in the conversion. |
|
|
The file is corrupted a lot, MPC-HC crashes while playing it, every player shows wrong duration including MediaInfo. I will try to find out, if we could detect the stuck and stop the failed conversion, so it will not block synchro. |
|
|
Fixed in build 1625. If video conversion is stuck for 1 minute, it is cancelled. |
|
|
Verified 1636 With Nexus 7 and small incorrect FLV file |
