View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0009286 | MMW v4 | Synchronization | public | 2012-04-23 14:58 | 2012-06-06 17:55 |
| Reporter | lowlander | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0.5 | ||||
| Target Version | 4.0.5 | Fixed in Version | 4.0.5 | ||
| Summary | 0009286: iPod Touch iOS5 sync fails for some tracks | ||||
| Description | Sync of files to iPod Touch seem to fail. Files don't play in MediaMonkey or iTunes, and the iPod itself still shows old removed files. | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=65699 http://www.mediamonkey.com/forum/viewtopic.php?p=336955#p336955 http://www.mediamonkey.com/forum/viewtopic.php?p=336981#p336981 http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=65656 | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 1486 | ||||
|
|
ipodsyncfail2.zip another failed sync that froze iPod Touch on opening of Music App. iPod Touch is now stuck on loading icon (I guess it restarted), but has been there for 25 minutes now. |
|
|
Martin, you wrote that MediaMonkey and iTunes can sync to this device on other PC, and that the failure occurs on Win2003 for which iTunes isn't support, so does it mean that iTunes sync does not work on the PC? |
|
|
I have had successful syncs to the iPod Touch on Windows Server 2003. This was with a single small playlist after I connected it to iTunes on Windows Server 2003. The fact files were not working with some syncs could have been: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=65755 Can't verify as the device is still not working. |
|
|
I'm testing with Win7 and am finding that most tracks sync correctly, though a small subset will sync and then not be able to play in either iTunes (on the device) or in MediaMonkey (when attempting to play from the device). Interestingly, when I delete all tracks from the device via MM (via autosync of 0 tracks, with deletion enabled), the tracks that could not play don't get deleted--i.e. a bunch of useless entries remain on the iOS5 device. Syncing a single track via iTunes gets rid of all of these entries. |
|
|
Note that for me often no tracks are playable. They show in MediaMonkey/iTunes, but fail to play and normally fail to show on the iOS5 device altogether. Doing an iTunes sync (no media files) will show all files on device, but all show grey and none are playable. |
|
|
I found some repro steps with 1483 and it seems to be a regression (1482 works). The steps are: Run 1483, select a files under iPhone->Music in MM interface and try to delete a file. The file is deleted, but subsequent sync operations don't work unless MM is restarted. If you don't delete anything then the sync works. |
|
|
Finally I was able to find the root of these problems, fixed in 1484. |
|
|
Numerous users have indicated that they're still experiencing problems with build 1484. In my testing with 1484, I've found that the vast majority of tracks do sync correctly (even those that appear not to when navigating the iPod Touch via MM), but a small percentage (e.g. 2%) will skip on the iPod Touch (i.e. the track appears in the DB, but is skipped on playback. The really strange thing is that pressing the 'back' button can sometimes get such tracks to play. |
|
|
On 1484 1452 songs are on device according to MediaMonkey, but only 293 according to the iPod Touch. Furthermore only some Playlists show on device. Some of the files that are shown show greyed on device. Debug log attached. |
|
|
Another debug log with 1484 at http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=65799#p337166 Note also, as I've been testing I'm finding that in addition to not all tracks being synced and some that are synced not playing successfully, some Playlists are not synced. |
|
|
Fixed in build 1485. |
|
|
Re-opening, there are still some issues for specific groups of tracks. i.e. I have successfully synced 530 tracks, but another 640 has failed and the synchronization has been unexpectedly terminated. |
|
|
Aha, that was for tracks with missing title. Fixed in 1485. |
|
|
1485 is much improved. Playlists are there and a much higher percentage of songs are shown on the iPod Touch, but some are still missing. MediaMonkey reports 278 files on the Car Playlist whereas the iPod reports 213. Debug log available in above link. |
|
|
As far as I can see 1485 works correctly _except_ that it fails to correct the iPhone's db for tracks that have been synced via early 4.0.5 builds. e.g. sync with build 1483, then sync with 1485 --> some of the tracks that appear on the device via the MM interface, but not via the iTunes interface are those that were synced in build 1483. The only way to get rid of such 'phantom' entries is to a) delete all tracks from the device in MM --> The tracks appear to have disappeared from within MM, even though unplayable tracks/playlists remain on the the device (as evidenced via the device ui) b) sync a single track via iTunes. --> All the 'phantom' tracks/playlists from build 1483 are deleted from the device Once the above steps are taken, all sync operations seem to work as expected. In other words, the main item remaining to be fixed (at least based on my testing) is for MM to properly update the device vis a vis tracks/playlists synced via earlier 4.0.5 builds. Lowlander, can you confirm whether this is the case for you as well? note: one other scenario I haven't yet tested is to sync with MM on a device that has previously been synced via iTunes with more than 1 track. |
|
|
Unfortunately not. I followed the instructions of removing files from device, sync single file in iTunes. The next sync in MediaMonkey shows 1513 files on device in MediaMonkey and 997 songs on device (1 file is video). Non of the Playlists show on device. Second log added. |
|
|
Note: with build 1485, after syncing 200 tracks + videos with iTunes, syncs with MM fail (i.e. many tracks synced with MM don't play, and #tracks in MM don't match to #tracks on the device). Strangely, the Songs category on the iPod Touch shows Downloading 2 of 3...--no idea why... |
|
|
@Lowlander, where is the log added? I can't see it attached. BTW. I have reproduced something like this if I wanted to sync tracks over the device capacity (if there was unsufficient space). iTouch reported that storage is almost full, but MediaMonkey still continued to copy tracks that finally didn't appear on device although in MediaMonkey they were visible. Was this your case? Tracked as 0009308 @Rusty, could you also generate a debug log (as I was unable to reproduce) and ensure that it is not the 0009308? Also make sure that you didn't run iTunes and MediaMonkey simultaneously as MediaMonkey caches device database localy and can result in a conflict with iTunes. |
|
|
I'm not oversyncing the device and after sync the device report 15GB free space. |
|
|
I'm no longer able to replicate this, but I suspect that you're right that it may have been caused by running MM and iTunes simultaneously--on one occasion while disconnecting the iPod Touch, it reconnected accidentally and for some reason, triggered iTunes to launch (it doesn't normally--the option is disabled in iTunes). The real question, though, is why can't MediaMonkey get such a device out of that messed up state? Why must I delete all content in MM, then sync 1 track in iTunes to get the database into a state in which MM's rendering of the DB matches iTunes' (on the device)? |
|
|
@Rusty, I have done something about it in the course of 0009310 , all tracks that are presented in MM, but are not physically on the device are deleted from the device database (and MM) during device scanning process in build 1486. @Lowlander: In the log I see that after one hour of syncing the device stopped communication with us and no longer comunicated, in the log it is line iPhone: init_communication(): -1 and then AMDeviceStopSession (thread 4784): Could not stop session with device: kAMDUndefinedError I wonder why the init of communication fails, there are two possibilities a) it was a random failure and maybe related to a 1 hour timeout? b) it was related to a particular file (in previous communication we sent something that the device doesn't like) In both cases I should implement (and implemented) a mechanism to restart the communication in case of such a failure (fixed in build 1486) As for the b) - I see in the log that in that time it synced files like \\lowlander01\Qmultimedia\Music\N\Nickelback\[2011] Here And Now\Nickelback - 03 - When We Stand Together.flac \\lowlander01\Qmultimedia\Music\A\André Rieu\[2002] Love Around The World\André Rieu - 01 - The Old Castle.flac converted from FLAC to M4A Could you try to re-sync these files (in 1486) to see whether it could be somehow related to particular files? But it looks more like a) |
|
|
1486 is nearly perfect. All Playlists are shown, most Playlist show same track count on device and MediaMonkey. 2 Playlists have a difference, Spanish has 49 on device, 50 in MediaMonkey and English & Other has 697 on device versus 700 shown in MediaMonkey. So 4 out of 1706 files are not shown on the device. Also note that syncing 1706 files took around 12 hours. Log has been added to previous link. |
|
|
12 hours is really pretty much, I saw the log and in your case there is almost 10 seconds per track, but it looks that that it is caused by slow auto-conversion as you are mostly converting FLAC to MP4. Could you confirm that the slowness is caused by auto-conversion? If I sync 600 tracks without conversion (e.g. MP3) then it sync in less than 10 minutes, i.e. less than 1 second per track. Could you confirm? |
|
|
On 1487 with 600 files it took nearly 20 minutes. It wasn't supposed to convert, but it does seem it was doing it to some files (I only synced MP3 which are supported and not set to be converted) and I'm not sure why. In good news the device does show 600 of 600 synced files. Log is available in above link. |
|
|
Also, see ticket AMX-104041 which includes logs for failed sync operations. |
|
|
Setting as resolved as the issue was confirmed to be fixed for the most of users. I will analyze the logs from AMX-104041 and track it separatelly in case of problems. |
|
|
Verified 1496. |
