View Issue Details

IDProjectCategoryView StatusLast Update
0015247MMW 5Syncpublic2019-02-06 02:43
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version5.0 
Target Version5.0Fixed in Version5.0 
Summary0015247: 'Failed conversion' for some tracks during sync
DescriptionI'm not sure why this is happening for build 2138 when doing a wi-fi sync, many tracks that are supposed to be auto-converted fail to convert.

I originally thought that this failure was only related to tracks that were already on the device (in unconverted format), but the problem seems to occur even for tracks that weren't on the device to begin with.

Note: I verified that the product is licensed as Gold.

Debug log attached.

Additional InformationList of titles that failed to convert (on an earlier test)
One call away
Marvin Gaye
Toothbrush
Be the one
work from home
my house
love myself
company
Can't stop the feeling
Dreamworks Animation
American
Like I'm gonna lose you
Close
DRag me down
Perfect
Founfiveseconds
Hands to myself
stitches
I know what you did last summer
Don't let me down
I'm yours
Adam Sandler chanuka
ahava
TagsNo tags attached.
Attached Files
Fixed in build2139

Relationships

related to 0012721 closedmarek MMA Failed conversion error appears when it shouldn't  

Activities

Ludek

2018-12-10 10:20

developer   ~0051716

Last edited: 2018-12-10 10:27

Yes, from the log I can confirm that in_mfaudio.dll has issues when decoding the files, e.g.


00028683 339.01632690 [6556] in_mfaudio: Error creating media source for the file: C:\Users\Russell\Music\iTunes\iTunes Media\Music\Justin Timberlake\CAN'T STOP THE FEELING! (Original Song F\01 CAN'T STOP THE FEELING! (Original.m4a
00028684 339.01632690 [6556] , hr = 0xC00D36C4
00028685 339.01644897 [6556] in_mfaudio: Play failed, hr = 0xC00D36C4


Note that the file exists, so it is really an issue with decoding the file.
Assigned to Michal for a fix.

rusty

2018-12-10 17:14

administrator   ~0051720

Upon further testing I believe that this issue is either a test error or an artifact of build 2136/2137 in which some settings are lost.

When I tested this particular file (Can't stop the feeling) with Groove, it also failed to play. When I re-installed the MMW codec pack, playback of the track worked correctly.

I'm leaving it open just in case Michal wants to have a look at whether it's possible for this file to play without the codec pack.

michal

2018-12-11 13:25

developer   ~0051735

Last edited: 2018-12-11 13:26

The file has wrong metadata - Xtra atom, used by previous versions of Windows for storing metadata to M4A/MP4, has wrong format. Windows decoder refuses decoding because of this. I have found out, that the cause was in our f_MP4 plugin, which handled this Xtra atom incorrectly. Affected files should be re-tagged by fixed version to fix them. It is MM5 only problem, MMW plugin works correctly.

Fixed in build 2139.

rusty

2018-12-11 22:27

administrator   ~0051740

testing note: with build 2138 I've also noticed MM5 periodically halting sync operations partway through (perhaps due to m4a file handling issues?). Retest this as well with 2139.

peke

2019-02-06 02:43

developer   ~0052407

re Verified 2154

Closing for now