![]() Note that even if it worked like this, it would not be user-friendly to have to edit both tags name each time you export a file. On this screenshot from kid3, you could see that the Album Artist tag is still empty (but the BAND tag has not been created) and the original compilation tag is also empty (but the value is stored in a new tag also called compilation) I can only attach 4 files, but I’ll try to add the 5th screenshot in comments. Reopening the original file with audacity, and trying to edit tags during export to keep the original values at their place : it doesn’t work. the compilation tag is empty (but its original value has been stored in a new “unknown text information”).the comment tag is duplicated (not visible in the screenshot : one has the ‘eng’ language, the other has a ‘xxx’ language).the album artist tag is empty (but its original value has been stored in a new “band” tag).Opening the exported file with kid3, you can see that Notice that the ALBUM ARTIST and COMPILATION values are now set for BAND and UNKNOWN TEXT INFORMATION Importing and then exporting this file from Audacity, without changing any of the suggested tags. Opening the original file with kid3 to check the COMMENT, DATE, ALBUM ARTIST, COMPILATION frames Here are some screenshots to illustrate the issue and steps to reproduce (I’m using kid3 to check the mp3 tags - it’s a freeware) NB : most of my itunes library was converted to id3v2.3.0 and the example below is with this format, but I’m not sure if it’s limited to this format. I can understand that an audio editor will not keep its artwork (even though I guess it’s just a tag as any other and it could be kept ?) Issue 5) is listed here for reference, but it’s not as bad as the others. I found a bug already listed for this one : and it seems it’s a recent regression caused to other related bugs (so maybe I actually didn’t encounter this bug before) Issue 2) was not visible to me until I started using kid3 and it was displaying a warning for the duplicated frame. ![]() Somehow, iTunes/Music are displaying and editing one of the two, but the Finder is displaying the other one, causing a lot of confusion. Now I’m using “kid3” which doesn’t display the language in the table, but if you click the “Edit…” button, then you see the language for each one. Yate for instance displayed the list of tags and you could see there were 2 COMMENT with different languages. I eventually figured it out by using various software to clean up my library. Issue 1) gave me the most problems because I couldn’t understand why the COMMENT value displayed by iTunes/Music and Finder were different, and editing it in iTunes/Music would not allow me to fix it. ALBUM ARTIST and COMPILATION) it doesn’t work (Album Artist will be empty, and Compilation will be duplicated) I later realized that in the “Edit Metadata Tags” window, the new frames are listed, but if I try to change them back to the original frame (e.g. I initially noticed issues 3) and 4) because I always had to fill ALBUM ARTIST and COMPILATION again when importing to iTunes the new file exported by Audacity. the value for “COMPILATION” frame is stored in a new frame called “unknown text information”.the value for “ALBUM ARTIST” frame is stored in a new frame called “BAND”.the COMMENT frame is duplicated, and the new one added by Audacity has ‘XXX’ as its language instead of ‘eng’.When I edit a file with Audacity, some id3 tags are messed up after exporting to mp3. NB : I also reproduced this with Audacity 2.4.4 on Big Sur, and on another computer running Audacity 2.4.4 & macOS Mojave ![]()
0 Comments
Leave a Reply. |