Album Artwork - Metadatics supports reading and writing multiple images per file.Online Sources - Search for album artwork and tags from sources including Amazon and MusicBrainz.Replace text, remove characters from the beginning or end of a tag, generate number sequences, copy from tag-to-tag, and much more! Functions - Metadatics has a number of built in function to quickly manipulate data.Batch Editing - Edit multiple files at once quickly and easily.Metadatics provides all you need to edit metadata with ease and flexibility. Lookup metadata from online sources, rename files based on metadata, or manipulate metadata using one of the many built in functions. It supports batch editing of most common audio file types including MP3, M4A, AIFF, WAV, FLAC, APE, OGG, WMA, and more. though there are some hints that the FLAC format supports both tags separately.Metadatics is a powerful and advanced audio metadata editor. In fact Googling '"Album_Artist" "Album_Performer"' shows that Roon is having similar issues. Googling "Album_Artist" and "Album_Performer" would support the case for the second scenario. As converting your problem ALAC files to FLAC files and back again clears the problem, I think this is the more likely scenario, as writing a completely new FLAC the ALAC file would write only the tags appropriate to that format. So checking if the aART tag (or the correct tag name for ALAC files) is empty in Yates isn't sufficient. Yates is only deleting one of the tags that can hold Album Artist data and not the other, while MC looks for both and imports data when it is found, even if the other tag is empty. The files, or some files that are identified as being the same as the new files you are importing, have been seen by MC and their information is stored in the "Removed" database, only to be resurrected when these new files are imported.Ģ. Then MC looks for both versions, finds data in the "Album_Performer" tag, and imports it into the MC tag.ġ. I am thinking perhaps that because there are two fields, perhaps Yates deletes the "Album_Artist" tag but leaves the "Album_Performer" tag alone. I'm assuming that these represent two different tags in the file, rather than just two ways of displaying the same tag. If I updated the tag in MC, both fields were updated in Media Info. The data in each was the same, but then the files had been updated by MC, so I guess that isn't surprising. The normal field was called "Album_Artist" in the XML view and "Album Artist" in the other views. My other question is when you looked at the files using Media Info after you had deleted the tag using Yates, did you see an additional tag called "Album Performer"?Ī few of my example files did have this additional field, which was called "Album_Performer" in the Media Info XML view, and "Album/Performer" in the Text, HTML, and Tree views. Note that you won't be able to use the tag Action Window with these deleted files. If you find one of the files, add the field to the view and see if the bad content is listed in there. Have a look through that list and see if you can find the problem files after importing, but before you delete them from MC. To check if MC thinks it has seen a file previously, set up a View or Smartlist that is not restricted to any Media Type (including via the parent scheme rules if using a View) and has a Modify Results rule "Limit database to" set to "Removed". I see you said MC hasn't seen the files before, but are you aware that MC stores tag information for any file that it has seen (imported) before, and restores that information to the library when it sees (imports) the files again? So even if MC has never seen these specific files before, I suspect that if it has seen files named the same that are stored in the same directory, or actually maybe just have a few tags in common such as Album, Artist, Name (not sure which), then MC is reusing the tags it knew about before. But there is a second reason that this question is important.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |