View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008283 | MMW v4 | Properties/Auto-Tools | public | 2011-08-24 19:53 | 2019-01-21 11:42 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0 | ||||
| Target Version | 4.0 | Fixed in Version | 4.0 | ||
| Summary | 0008283: Some files always remain in Unsynchronized Tags node | ||||
| Description | The unsynchronized tags node always shows a) certain tracks with UTF-8 characters b) certain tracks with multiple attributes --even after synchronizing the tags. | ||||
| Steps To Reproduce | 1 Go to Music > Unsynchronized tags --> various files with 'foreign' characters / multiple attributes appear 2 Right-click and 'Synchronize Tags...' --> tags of all selected files are updated 3 Go to Music > Unsynchronized tags --> it still shows the files from step 1! | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=59948 | ||||
| Tags | todoc-help | ||||
| Attached Files | |||||
| Fixed in build | 1444 | ||||
|
|
I've added several more files to the ftp server. It seems that files with multiple attributes (e.g. multiple artists) are also always unsynchronized. |
|
|
a) This is a limitation of ID3v1. Since it can't ever be fixed, I'd do the following: a1) If 'ID3v2' or 'ID3v1 and ID3v2' is configured in MP3 tagging options, we will compare ID3v2 only. a2) If 'ID3v1' only is configured, ID3v1 will be compared. b) is a bug and will be fixed. |
|
|
Fixed in build 1424. |
|
|
verified in forum |
|
|
Re-opened, I have now 48 files in my library that cannot be synchronized, mostly AVI, MP4, M4A, M4P (debug log is attached). Note that for the M4A the problem is in the Parental Rating field (track uploaded on FTP). And uploaded also MP4 video track (UMBRO - reklama 01.mpeg.mp4) that cannot sync the Title field, but the track is most probably corrupted? Also another user reports that he cannot sync some tracks: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=61073&p=314433#p314433 I also realized that for some video formats we can only read tag, but cannot write tag, is this correct, Michal? In this case it is probably all right that such a track always appears as unsynchronized, because MM cannot sync them. Also there are situations when we haven't enough rigths to update tag of such a file (e.g. the AVI files in my case, or files with file path like (\\Comp\Mp3\File.mp3) but we should at least show error log for the files for which the tag cannot be synced (and probably show the reason why)? But this is probably something for MM 4.1 |
|
|
'Andulien' submitted some tracks that wouldn't sync on his machine, but on mine they don't even appear in the unsynchronized tracks node?! Re. situations in which a track cannot become synchronized because the field isn't written by MM, afaik, the approach always taken is to not display such fields since it's useless to do so. |
|
|
Fixed (in build 1444) the Parental Rating issue, we should read Parental Rating only for video files. New file uploaded "003 - Denblbec.mpeg.mp4", it fails to sync Episode# with value '003' + uploading one AVI when f_AVI.dll throws "Range Check Error" exception |
|
|
- MP4 expect the Episode# to be an integer value therefore MM reportes it as unsynced, because in DB there is '003', but in the file tag is 3 as integer. - Similarly I found one MP3 with artist 'Bruno, ', but MM always writes 'Bruno,' to file tag. We should modify the comparing procedure so that it is not so strict. => Fixed in build 1444. |
|
|
- also for WMV there is problem with the field FF_TrackNumberStr Problem appears because of http://www.ventismedia.com/mantis/view.php?id=5788#c21153 Fixed in 1444. |
|
|
- another problem with f_MP4.dll, it doesn't seem to write FF_Comment field. This appears for podcast tracks from this feed: http://revision3.com/diggnation/feed/quicktime-small/ Michal indicated that problem is in fact that iTunes have several "comment like fields", but we use only one. |
|
|
"Range Check Error" exception and comment vs description problem fixed in build 1444. MM will work with comment field only and will delete description field to avoid collision. It will save the text from description to comment field, so no text should be lost. Additionally, I added support for comment longer than 255 chars to MP4, it will be stored to standard "long description" tag (ldes) instead of comment tag (©cmt). |
|
|
Added Andulien's DB to comment 28218. |
|
|
Reproduced with Andulien's DB and files. |
|
|
Fixed in build 1444. |
|
|
verified in forum build 1444 |
|
|
According to: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=61073, synchronizing tags is destructive in certain cases. Can you please clarify what cases (I just want to make sure that the fix, as it stands, won't cause a bunch of additional problems). |
|
|
It isn't a problem in synchronization, it's just that originally some specific mp4 fields weren't fully read. So, the only good solution is to rescan the files before modifying them. |
|
|
Verified 1446 |
