View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008466 | MMW v4 | Synchronization | public | 2011-10-04 14:16 | 2011-10-17 14:34 |
| Reporter | Assigned To | ||||
| Priority | urgent | Severity | minor | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0 | ||||
| Target Version | 4.0 | Fixed in Version | 4.0 | ||
| Summary | 0008466: Some m4a files make no sound on iPod/iPhone (regression) | ||||
| Description | Reported by user dnlusa: ---- Using MM 4.0.0.1438 and I have detected what seems to be a regression bug. Basically, I use MM to sync music to my iPhone from multiple sources (ripped CDs, music purchased on iTunes, etc..). Since release 1436, all music that I have purchased in iTunes (m4a), when syncing it syncs at volume zero! Or at least it appears to be at zero volume. The song is there, it plays but there is no sound. It is not a DRM issue, as these songs were syncing perfectly until 1436, they play in my ipad (haven't sync since some time ago) and they play in MM. ---- I can verify that an m4a file he sent me makes no sound on iPhone 4. However, I have several of my own m4a files which play without an issue on the same device (from the same sync). File is at http://db.tt/FyYondT9 | ||||
| Additional Information | http://www.mediamonkey.com/support/staff/index.php?_m=tickets&_a=viewticket&ticketid=13155&departmentid=2&ticketstatusid=1 http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=60856&p=314013#p314013 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1443 | ||||
|
|
I've reproduced with the given file on my iPod Nano 4G, sending the file from MM4 causes that the file is not playable on iPod (playback stays at time 0s), the same file uploaded (without any conversion) from iTunes plays ok. |
|
|
Tested with iPhone 3G, in my case the file plays on iPhone, but I hear no sound. |
|
|
It is really a regression, build 1422 works, build 1423 doesn't work. In addition d_iPhone.dll from 1422 works with build 1423, so the regression has been introduced in iPhone.dll between 1422 and 1423. But strangely enough iPhone.dll from 1422 doesn't work with 1425 and higher!. |
|
|
Now I found that build 1424 works although 1423 and 1425 don't work, so I am little bit confused about this. |
|
|
And now 1423 works, it was probably just my test error, so the problem is between 1424 and 1425 (and not in d_iPhone.dll). |
|
|
But the problem also doesn't seem to be in the main EXE as MM.EXE from 1425 works in the 1424 folder. And also d_iPhone.dll from 1425 works with 1424, but I guess the problem is caused by revision 12542: 0006382: removed parsing/tagging MP4-like files from AAC plugin, code cleanup. as f_aac.dll plugin from build 1425 doesn't work with build 1424 and it fails to read the tag as it shows strange characters in the Now Playing list. Michal, could you confirm/verify? |
|
|
It is expected behaviour, f_ACC from 1425 does not read/write MP4 tags and build 1424 does not have f_MP4 plugin yet. So by replacing f_AAC you remove the only one plugin in build 1424 capable of readig MP4 tags. |
|
|
Ok, nevertheless this regression was caused by introducing the new f_mp4 plugin that does something differently than f_aac used to done. |
|
|
Yes, confirm. Build 1424 with f_MP4 does not work. Will look at it. |
|
|
Fixed in build 1441. |
|
|
Reopening, user wxdude still reproduces this problem. |
|
|
Problematic file: http://www.mediafire.com/?hck0bc83vpxupck When synced with MM4, this file plays on iPod Nano 4G, but does not play on 5G and 6G. It does not play even when synced using build 1424 (without f_mp4), but works with MM3. |
|
|
Works fine for me with build 1441 on both my "iPod like" devices I have: -iPhone 3G -iPod Nano 2G Maybe you could find when it stopped to work for your devices. |
|
|
Note: another user in the forum indicated a variant of the problem: the m4a track plays for 55 seconds, and then stops/skips to the next file. |
|
|
Fixed in build 1443. Tha last problem was caused by dBpoweramp, it was writing wrong Sample count value to the header of ALAC files. They should have fixed it from version 14.2. I've made workaround for these bad values. |
|
|
verified 1445 |
