View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004525 | MMW v4 | Properties/Auto-Tools | public | 2008-04-02 15:47 | 2008-04-03 21:07 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Fixed in Version | 3.0 | ||||
| Summary | 0004525: Auto-tag from Web fails to tag artwork on AAC tracks | ||||
| Description | MM 3.0.3.1151 fails to save Artwork to aac tracks. As soon as auto-tag is clicked, the Artwork briefly appears and then disappears. Moreover, the tagging status bar doesn't even appear (or appears too quickly to see). Tested with 1.0.2 aac plugin installed/uninstalled. Tested with tracks encoded by MM AAC plugin 1.0.2. Note: the problem doesn't occur with MP3 tracks. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1153 | ||||
|
|
Strange, I cannot reproduce. I guess it is related to something different. f_aac_codec.dll has nothing to do with tagging. f_aac.dll is related to tagging. i.e. Did you try to remove/uninstall f_aac_codec.dll from the plugin folder in order to ensure that it is related to the version 1.0.2? If you ensure that it is not related to f_aac_codec.dll (I guess that it is not) then try to use an older f_aac.dll in order to find out whether it is related to f_aac.dll and also try to remove iPhone.dll. |
|
|
The problem is with xxx.aac tracks (and not .m4a tracks as originally reported). I'm not sure if .aac supports embedded artwork, but at the very least, if embedded tagging fails, MM is supposed to fallback to directory-based artwork. |
|
|
I've just tested clean install of build 1151 with or without f_aac_codec.dll v1.0.2 and tagging album art to tag works fine on m4a tracks by using amazon. Win XP, SP2, 2002 |
|
|
As far as I remember, there was a problem with AAC that there isn't any generally accepted tagging standard, it's rather a raw format. ID3v2 seems to be the most often used for AACs, so also MM should use it. That said, I'm not sure why currently some tagging features that work for MP3 don't work for AAC. As discussed over IM, Ludek will check it out. However, this doesn't seem to be a huge issue, AAC is very little used, AAC content is most often in M4A container. |
|
|
I checked this out and found out that function ID3Module.ID3Tag_UpdateByTagType (tag, tagtype); fails to write any data to the AAC file. i.e. The file's timestamp/date is unchanged as can be seen e.g. in Total Commander. Do we have sources of id3lib.dll so that we could do more about it? |
|
|
Discussed over IM with Rusty. Conclusion is that we won't tag AAC at all, but we should fix the issue that AA isn't properly linked. I think that technically should it be only about removing FP_CAN_TAG_IMAGES flag for AAC format in f_aac.dll. |
|
|
Fixed 1153. |
|
|
Verified 1153. |
