View Issue Details

IDProjectCategoryView StatusLast Update
0001866MMW v4Synchronizationpublic2010-10-25 16:01
Reporterrusty Assigned To 
PriorityimmediateSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Fixed in Version2.4 
Summary0001866: iPod won't play tracks with long filenames or foreign characters
DescriptionThis issue was raised at: http://www.mediamonkey.com/forum/viewtopic.php?t=3864

We had also discussed it over IM, and I think that it may already be fixed, but I can't find a record of the fix.

If it is fixed, what behaviour was implemented?
TagsNo tags attached.
Fixed in build852

Activities

jiri

2005-04-03 06:41

administrator   ~0005439

This is fixed in 852. I implemented a mapping and so all characters >0x80 are converted to some ASCII character. Those characters that can be are mapped cleverly, i.e. 'รก'->'a', etc. This applies to many European languages, Russian and Greek. Other characters that can't be mapped so well are converted to '_' - this is what iTunes does with all such characters.

rusty

2005-04-04 00:59

administrator   ~0005455

It appears that tracks are now truncated to 28 characters _including_ the suffix. Aren't up to 31 characters allowed?

jiri

2005-04-04 13:21

administrator   ~0005458

Some sources mentioned 31 chars, but others 28. To make it safer I rather used 28, I don't think it will be a problem for anyone.

rusty

2005-04-10 23:55

administrator   ~0005478

Last edited: 2005-04-10 23:57

After reviewing the UI for this, I'm wondering whether the text in the UI is incorrect: currently the UI implies that a hard limit of 28 characters is set for the full path, but from what I see, the limit is on the Filename (and not the directory portion of the path).

Please comment.

Also, do you think it would be worthwhile to include default paths for the iPod that would ensure that the directory portions of the path are shorter?

e.g. /Music/<Artist:20>/<Title:28> (which begs the question re. whether it's necessary to implement this in the UI, though I think it is to 'protect' users from setting paths > 56 and filenames > 28 characters.

jiri

2005-04-11 05:53

administrator   ~0005479

The option wording is the same as in iRiver plug-in where it had the same meaning, i.e. the number means how many characters can at most have any individual part of filename (folder or filename).

Re. mask, I don't think it's necessary, the next version will by default by safe because of synchronizing as iTunes does, only users who need more readable masks can/will modify this - in case their device support it.